Can't make first call SerialPPP with dialup

**petestrash** · 03-09-2007, 02:03 PM

No worries, Usually Ed & Simon do it but they are unavailable.

See how we go.

Peter.

**MJW** · 03-09-2007, 08:18 PM

Originally Posted by petestrash

The problem is here:
Sep 1 14:44:18 (none) comm[146]: Uploading HTTP Header for modLog of /var/log/svclog: POST /tivo-service/mlog.cgi HTTP/1.0^M Content-Length: 2712^M ^M
Sep 1 14:47:15 (none) comm[146]: XferRqst timeout waiting to read

There is no response from the emulator, but my guess is your request didn't make it there in the first place.

Can you try the command update_oztivo

It will give you a list of files, can you post that list here.

Peter.

Attached is a copy of the output after I run update_oztivo.

Thank you for your help with this problem Peter.
-Michael

**petestrash** · 03-09-2007, 09:18 PM

Nothing is going to help there unfortunately. You can try the command update_oztivo -y which will bring your TiVo up to date.

When you imaged your disk, did you select update installer from the menu?

I still believe your ISP has a proxy which is causing the issue. Can you double check with them and ask them to exclude minnie.tuhs.org (131.244.9.101).

Alternatively can you take your TiVo to a friends house who has a different ADSL provider and see if it works there. It won't help you get going for more than a week, but it will prove your ISP may be at fault.

I am trying to come up with a test that picks-up the newer proxies, but so far I haven't found a reliable method.

Peter

**MJW** · 03-09-2007, 09:51 PM

I'm on dialup. I tried the Update option when imaging the disks but nothing happened (which didn't surprise me as I only thought this would work for a broadband user who always has the internet "on").

I ran update_oztivo -y. This appeared to work but, after restarting the tivo, I still couldn't get past the "First Setup Call" during guided setup.

I'll see what I can find out about my ISP and proxies. I think I'll also try another program for doing NAT just in case that is a factor (I'm currently using WinRoute Lite 4.2.5).

Thanks

**petestrash** · 03-09-2007, 10:12 PM

Sorry, got confused forgot you were on dial-up.

There are a few people with the same problem you are having at the moment.

Have you tried using the TiVo directly using dialup, not via the PC ?

Peter.

**MJW** · 03-09-2007, 10:20 PM

I originally tried using the built-in modem (after configuring the networking during imaging, including ISP details, username and password) but that didn't work. I honestly don't know if the built-in modem is working or not (the seller wasn't sure either, having been given the Tivo by someone else a few years ago).

After that, I re-imaged the Tivo and started trying SerialPPP after making myself a cable.

**petestrash** · 03-09-2007, 10:29 PM

I have used pppondss with adsl, but not with a dial-up connection.

I have heard microsoft built in ICS Internet connetion sharing module does work for dial-up connections. You might want to try that.

But I believe since you can wget and other tests, the problem may lie at your ISP.

Peter.

**petestrash** · 04-09-2007, 04:53 AM

There is another test I would like to try.

This uses your PC, not the TiVo.

Download WinPcap_4_0_1.exe to any location and install it.

Then download tracetcp-0.99.4beta.zip to any location and then unzip it into your root directory (c:\).

Open a command prompt and make sure you are in the root directory (cd \), then run the following commands.

C:\tracetcp ftp.monash.edu.au:ftp

C:\tracetcp ftp.monash.edu.au:http

You will get a number of lines displayed over a period time after each command. Once complete copy all the outputs and post them here.

Peter.

**MJW** · 04-09-2007, 02:22 PM

Thanks Peter. I'll give that a try tonight and post the results. I haven't tried a different type of Network Address Translation (NAT) software yet so I'll leave my setup as is for now.

If I understand things correctly, some Tivo users have Internet Service Providers (ISP) using Proxies that don't handle HTTP requests confirming to the old HTTP 0.9 protocol and this is one possible reason for the First Call failing. Is that correct?

If so, would it just be possible to send a GET request (via a Telnet session on Port 80) from my home PC to the ISP's server, that conforms to the HTTP 0.9 protocol? If the HTTP 0.9 request succeeded that would suggest the problem lies at the local end of things (Tivo, PC, modem, or NAT software) rather than a proxy at the ISP end of things wouldn't it?

-Michael

**petestrash** · 04-09-2007, 03:42 PM

It's been a long time since I looked at the mechanics of the issue. But from memory part of the problem is the proxy not handling http/0.9 and also something about the TiVo sending an invalid length which messes with proxies.

There are currently 3 people having the same issue as you have on this forum.

Only one has tried the latest test and this has confirmed their is an ISP proxy on his connection.

Peter.