Can't Connect To Emulator!!

Printable View

22-03-2008, 07:30 AM
user_error

1 Attachment(s)

Can't Connect To Emulator!!

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? :D

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):

Code:

[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...
23-03-2008, 01:08 AM
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:

Code:

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.
23-03-2008, 04:48 AM
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.
23-03-2008, 05:39 PM
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:

Code:

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...
23-03-2008, 06:10 PM
user_error

1 Attachment(s)

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:

Code:

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:

Code:

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.
23-03-2008, 08:13 PM
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.