Can't Connect To Emulator!!

[user_error]

OK, so recently I noticed that my tivo has been recording ABC1 shows thinking they are ABC2 shows. Turned out that channels "2" and "21" are both ABC1 on my settop box. I thought that maybe a way to fix this would be to redo the guided setup, hopefully replacing the channel lineup with a correct one that has ABC2 as channel 22 (I'm in Sydney, BTW).

So I started up in PAL guided setup mode and began going through the menus until I reached the "First Setup Call" screen. Every time it tries to connect it just seems to try for a couple of minutes, then says "Failed. Service unreachable".

If I reboot and start in normal mode, there are no channels available anymore. I can still play back things from my Now Showing list though.

When I telnet to the tivo, it is able to ping remote servers (even using DNS to ping www.abc.net.au), as well as wget files using both ports 8000 and 80. This is what has me baffled, as it seems to be connected to the internet fine.

So now I figure that I have four problems to solve:

1: How can I get the First Setup Call to be able to work so I can get my channels back and my tivo once again becomes more than just an expensive paperweight?

2: How can I get the Daily calls to work normally? I didn't mention this before but recently the tivo doesn't seem to have been able to get the guide data automatically over the network. I have been manually wget'ting the slices and running the manual slice upload script. I suspect that this problem will be fixed as well if I manage to get the First Setup Call to work.

3: My original problem; how can I get the tivo to know to use channel 22 for ABC2? This might also be fixed when I can redo the guided setup successfully.

And last but not least, problem number 4: How can I ever repay the kind soul that helps me solve my problems?

BTW I'm on ADSL2+ with TPG, using a Billion 5300G router.

Here's the output from all the commands I could think of running, and I have also attached my /var/log/tclient file (zipped):

[TiVo [p0] ~]# route
route_info, afname=inet, options=33
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     *               255.255.255.0   U     32767  0        0 eth0
default         192.168.1.254   0.0.0.0         UG    0      0        0 eth0

[TiVo [p0] ~]# ifconfig
lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Bcast:127.255.255.255  Mask:255.0.0.0
          UP BROADCAST LOOPBACK RUNNING  MTU:3584  Metric:1
          RX packets:15 errors:0 dropped:0 overruns:0 frame:0
          TX packets:15 errors:0 dropped:0 overruns:0 carrier:0 coll:0

eth0      Link encap:Ethernet  HWaddr 00:0B:AD:34:16:26
          inet addr:192.168.1.3  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:119 errors:0 dropped:0 overruns:0 frame:0
          TX packets:60 errors:0 dropped:0 overruns:0 carrier:0 coll:0
          Interrupt:29

[TiVo [p0] ~]# route
route_info, afname=inet, options=33
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     *               255.255.255.0   U     32767  0        0 eth0
default         192.168.1.254   0.0.0.0         UG    0      0        0 eth0
[TiVo [p0] ~]# ping -c 5 192.168.1.254
PING 192.168.1.254 (192.168.1.254): 56 data bytes
64 bytes from 192.168.1.254: icmp_seq=0 ttl=64 time=4.6 ms
64 bytes from 192.168.1.254: icmp_seq=1 ttl=64 time=1.2 ms
64 bytes from 192.168.1.254: icmp_seq=2 ttl=64 time=1.4 ms
64 bytes from 192.168.1.254: icmp_seq=3 ttl=64 time=1.2 ms
64 bytes from 192.168.1.254: icmp_seq=4 ttl=64 time=1.5 ms

--- 192.168.1.254 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 1.2/1.9/4.6 ms
[TiVo [p0] ~]# ping -c 5 204.176.49.1
PING 204.176.49.1 (204.176.49.1): 56 data bytes
64 bytes from 204.176.49.1: icmp_seq=0 ttl=244 time=228.2 ms
64 bytes from 204.176.49.1: icmp_seq=1 ttl=244 time=208.9 ms
64 bytes from 204.176.49.1: icmp_seq=2 ttl=244 time=218.8 ms
64 bytes from 204.176.49.1: icmp_seq=3 ttl=244 time=178.4 ms
64 bytes from 204.176.49.1: icmp_seq=4 ttl=244 time=217.4 ms

--- 204.176.49.1 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 178.4/210.3/228.2 ms

[TiVo [p0] ~]# ping -c 5 www.abc.net.au
PING a1632.g.akamai.net (198.142.23.78): 56 data bytes
64 bytes from 198.142.23.78: icmp_seq=0 ttl=56 time=49.6 ms
64 bytes from 198.142.23.78: icmp_seq=1 ttl=56 time=40.4 ms
64 bytes from 198.142.23.78: icmp_seq=2 ttl=56 time=59.9 ms
64 bytes from 198.142.23.78: icmp_seq=3 ttl=56 time=83.8 ms
64 bytes from 198.142.23.78: icmp_seq=4 ttl=56 time=118.8 ms

--- a1632.g.akamai.net ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 40.4/70.5/118.8 ms

[TiVo [p0] ~]# wget http://131.244.9.101/index.html
--07:14:41--  http://131.244.9.101/index.html
           => `index.html'
Connecting to 131.244.9.101:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 7,388 [text/html]

 0% [                                     ] 7,388          0.00G/s    ETA 00:00

Last-modified header invalid -- time-stamp ignored.
07:14:43 (0.00 GB/s) - `index.html' saved [7388/7388]

[TiVo [p0] ~]# dbget /State/PhoneConfig DialPrefix
,#401

I will probably also post this question to the mailing list, in case someone on that will be able to answer my question...

[user_error]

Bad form to reply to myself, but whatever...

After a bit more inspection, I think it's a proxy issue of some kind - whether the problem is on my tivo or with TPG I have no idea though.

the lines in my tclient log that give me this impression are:

Mar 23 01:01:19 (none) comm[145]: CommUtil: connection to host 127.0.0.1, port 8000, err 0x0
Mar 23 01:01:19 (none) comm[145]: Uploading HTTP Header for modLog of /var/log/svclog: POST /tivo-service/mlog.cgi HTTP/1.0^M Content-Length: 12073^M ^M
Mar 23 01:04:16 (none) comm[145]: XferRqst timeout waiting to read

Now I think the ^M's shouldn't be there and timeout is never good, but I have no idea how to fix these. Someone in another thread said something about using a public proxy server. Can anyone give me any info on how to do this?

Thanks again everybody.

[petestrash]

Yes it seems you have a proxy TPG are famous for them.

Try searching this site for TPG & Proxy and you should come up some solutions.

Peter.

[user_error]

Yay!! Fixed it!

Following the instructions at http://minnie.tuhs.org/twiki/bin/vie...entProxyServer
and using http://www.lagado.com/proxy-test , it said:


The proxy host is syd-pow-pr14.tpgi.com.au which has ip address 202.7.166.181
The proxy server has announced itself as 1.1 syd-pow-pr14.tpgi.com.au:3128 (squid)

so I added the lines:

proxyIP=202.7.166.181
proxyPort=3128

to /hack/etc/emuProxyZA.conf

then rebooted, and now it can connect!

I wonder how long it will be till TPG makes it break again though...

[user_error]

Seems I spoke too soon.

It got through the First Setup Call fine, downloading whatever it needs to fine, then I went through the settop box setup stuff with the infrared and things, but now I'm stuck on the "Guide Data Call". It just tries to connect, eventually fails, then says: "Connecting Failed. Service unavailable". The /var/log/tclient file has the same problem:

Mar 23 17:45:55 (none) comm[151]: Uploading HTTP Header for modLog of /var/log/svclog: POST /tivo-service/mlog.cgi HTTP/1.0^M Content-Length: 351^M ^M
Mar 23 17:48:51 (none) comm[151]: XferRqst timeout waiting to read

I'm also a bit worried about these messages in the /var/log/tclient file:

Mar 23 17:25:46 (none) tcphonehome[151]: Error statting file /var/log/http: No such file or directory (errno=2)
Mar 23 17:25:46 (none) tcphonehome[151]: Error statting file /var/log/Ohttp: No such file or directory (errno=2)

Are these anything to worry about?

I've attached my tclient and otclient files, in case they can shed some light on the issue.

Please help me Obi Wan Kenobi, you're my only hope...

Thanks.

[petestrash]

The file errors are ok, but it looks like you still have a proxy issue.

Re-check the proxy IP.

As requested this thread will now be continued only on the oztivo mailing list (for anyone following this thread)

Peter.