TiVoCommunity.com
(c)opyright 1995-2005 All rights reserved
indexcheckTC
This area is a static history of posts in the TiVo Community Forum Archive.
This archive history was made for the simple indexing of search sites like Google.



Pages:1



Please help me understand Win2k PPP.log - dropped Daily Calls

(Click here to view the original thread with full colors/images)



Posted by: RaisinTheDog

My Daily Calls keep dropping, while Test Calls are successful (so I know the connection works). PPP is stable unless a Daily Call is initiated.

Can anyone please help me understand the problem, given what's in the PPP log? Thanks in advance!

BIG LOG removed by Otto:
The UBB Software won't let you post extremely large messages. Your log was incomplete. Why not put the text file up on some server somewhere and tell people where to go to read it instead, hmm?


[This message has been edited by Otto (edited 10-09-2001).]



Posted by: RaisinTheDog

Sure, Otto, no problem. Sorry for the misstep.

My current hypothesis is a PPP issue, given the "LCP: timeout sending Config-Requests" errors.

Here's my PPP log http://www.raisinette.com/ppp.log.txt

the messages file (since my last restart, obviously) http://www.raisinette.com/messages.txt

and some tclient log w/success then failure http://www.raisinette.com/Otclient.txt

Thanks for any advice you can provide!





Posted by: Black_Widow000

Are your URLs correct? I can't get anything

ßlakc Widow



Posted by: RaisinTheDog

They worked for me at home and at work...thanks for trying, though.

Here's the alternates:

Here's my PPP log http://208.37.40.144/ppp.log.txt

the messages file (since my last restart, obviously) http://208.37.40.144/messages.txt

and some tclient log w/success then failure http://208.37.40.144/Otclient.txt

Black_Widow, I used your FAQ quite a bit during this process, and it is excellent! Thanks for taking the time to put it together. Your hard work is appreciated.

Thanks again!



Posted by: Black_Widow000

Well I'm getting ready to run out the door, but I did get your logs, and will take a look, your configuration files may be useful too. The 2 things I'll recommend, is A) you said you can do a test call? what happens if you force the daily call? b) try lowering your connection speed, at a quick glance I see some packet errors, might be fixed with lower baud, anyways I'll take a better look we I get back, I would like to get your config files again, and work closly, with you on resolving this as Win 2k is something I'd like my FAQ to support, unfortunitly my win 2k machines re still in a box, not yet unpacked http://www.avsforum.com/ubb/tongue.gif.

ßlack Widow



Posted by: RaisinTheDog

That's great, thanks for taking the time. I'm glad to help contribute what I've learned about the Win2k setup.

The test calls are consistently successful. The Daily Calls consistently choke on the ~2.25MB http download (the same one I'm able to successfully get with a regular browser).

I have tried previously to turn the speeds down to 57600, 38400, and 19200, all with the same results. I've been trying at the higher speed with various combinations of ppp-options since it seemed that port speed didn't affect the problem. My current options are http://208.37.40.144/ppp-options.txt .

Thanks again!

[This message has been edited by RaisinTheDog (edited 10-10-2001).]



Posted by: Saturn

Come to think of it, I experienced something similar when I was playing around with my PPP connection. I tried to enable software flow control (XON/XOFF). I was able to get telnet, ftp etc etc, but whenever I transferred a large amount of data (for me, just cat'ing a file) the connection would die. So, double check all your port parameters and make sure you don't have any flow control turned on.




Posted by: RaisinTheDog

Saturn,

Regarding the flow control settings, would it matter that /etc/ppp-options (not /etc/ppp-options.cua3) apparently has sw flow control? I've not seen that it needs to be changed there...

I've confirmed the Windows side is set to None.

Tivo's /etc/ppp-options reads

bash-2.02# cat /etc/ppp-options
/dev/cua1
115200
crtscts
debug
kdebug 1
asyncmap 0
netmask 255.255.255.0
defaultroute

Thanks...

[This message has been edited by RaisinTheDog (edited 10-10-2001).]



Posted by: Saturn

Actually the ppp-options file you posted has this line:

"crtscts"

which is hardware flow control.

The ppp-options file is read first, then whatever file you specify on the command line (ppp-options.cua3 in your case).

Any options set in the ppp-options.cua3 file will override those of the ppp-options file.

Thus, your ppp-options.cua3 file has to have this line:

"nocrtscts"

to override the flow control specified in the ppp-options file.





Posted by: Saturn

Wait, you are using Win2k? You don't need authentication at all then - you can turn it off completely in the Win2k dial-up adapter setup. Something like "allow directly connected devices to connect without authenticating, such as Handheld PCs". Then you can take out the "user tivo" line. Probably won't help your problem, but its one of those shot-in-the-dark things that just might help. Make sure you turn off all the different kinds of compression/encryption too on your Win2k side.

Lastly, how long is your serial cable? For debugging purposes, you might want to just use the serial cable that came with your TiVo, plus the null-modem adapter and any gender-benders you may need.





Posted by: Black_Widow000

Well I'm looking trought the logs and I'm trying to fiqure it out, not sure I got it but here are some suggestions.

first kill:

lcp-restart 1
ipcp-restart 1

in your ppp-options.cua3 file they didn't do much but crap-out my connection for me, so its at least worth a try .

Secondly I found the following in your ppplog file:

code:
[908] 07:28:26:353: <PPP packet sent at 10/10/2001 14:28:26:353 [908] 07:28:26:353: <Protocol = CCP, Type = Configure-Ack, Length = 0x6, Id = 0x1, Port = 7 [908] 07:28:26:353: <80 FD 02 01 00 04 00 00 00 00 00 00 00 00 00 00 |................| [908] 07:28:26:353: [856] 07:28:26:363: Packet received (12 bytes) for hPort 7 [908] 07:28:26:363: >PPP packet received at 10/10/2001 14:28:26:363 [908] 07:28:26:363: >Protocol = CCP, Type = Configure-Reject, Length = 0xc, Id = 0x2, Port = 7 [908] 07:28:26:363: >80 FD 04 02 00 0A 12 06 00 00 00 01 00 00 00 00 |................| [908] 07:28:26:363: [908] 07:28:26:363: The control protocol for 80fd on port 7 returned error 732 [908] 07:28:26:363: FsmClose event received for protocol 80fd on port 7 [908] 07:28:26:363: RemoveFromTimerQ called portid=26,Id=2,Protocol=80fd,EventType=0,fAuth=0 [908] 07:28:26:363: <PPP packet sent at 10/10/2001 14:28:26:363 [908] 07:28:26:363: <Protocol = CCP, Type = Terminate-Req, Length = 0x12, Id = 0x4, Port = 7 [908] 07:28:26:363: <80 FD 05 04 00 10 13 FB 07 EE 00 3C CD 74 00 00 |...........<.t..| [908] 07:28:26:363: <02 DC 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|


this suggests to me that Windows was trying for compression and tivo doesn't like it, have you turned compersion off?

Hope that helps let me know.

ßlack Widow



Posted by: RaisinTheDog

Darnit. I was hopeful, but the recommendations didn't work.

I stripped the recommended options from ppp-options.cua3, confirmed that compression is off (the option is unavailable) and even turned down the port speeds to 57600 for good measure.

I've also double checked the authentication settings (none) and am using the stock serial cable.

A test call was successful. Again, the Daily Call failed.

Any other ideas?

Thanks again.

[This message has been edited by RaisinTheDog (edited 10-11-2001).]



Posted by: Black_Widow000

My only other guess at the moment is that the first part all seems go on port 80, while the download seems to go on port 8080. Do you have any firewalls up? I'll try to recreate the problem tommorw, during my dialy update



Posted by: taylos

Looks like I have the same problem running win2k. Daily calls work but during the download it seems to kill IP and I am no longer able to ping.

???/???



Posted by: RaisinTheDog

Hm, that is interesting...

I can't tell you how to fix it so the Daily Calls finish (maybe someday?) but I can tell you that if you go to Administrative Tools -> Services -> Routing and Remote Access Service, and restart it, then the Tivo should reconnect via PPP and you can telnet back in.

It seems to make sense that it's a Windows problem, now that you've duplicated it, and since the Tivo can easily reconnect.

What is your setup?

[Edit] - also, can you complete a test call?

[This message has been edited by RaisinTheDog (edited 10-12-2001).]



Posted by: Black_Widow000

OK I'm obviously going to have to break my 2K box out in order to help here, what beast of 2k are you using? Pro or Server? Sounds like Server Am I right?

ßlack Widow



Posted by: RaisinTheDog

I'm on Win2k Pro, SP2, plus security hotfixes, on a Dell Latitude laptop (PIII w/256MB).

I'm using the stock serial cable and nullmodem and gender changer fresh from Radio Shack.

The network connection from the laptop is a Linksys 802.11b PC Card connected to a Linksys wireless bridge/router, then connected to a DSL modem.

Just to eliminate the wireless net as the problem, today's project is to string a 100BaseT cable across the house to see if that changes anything...I can use the wireless network do download large files (including the one from Tivo that the Tivo chokes on) but Windows on ethernet I'm sure has more reliable retransmission than the Tivo over serial does.

If it turns out to be a wireless network problem, then I'll experiment with different locations for the access point next. Having to wire up the Tivo to the network would completely defeat the reason I started this whole thing anyway, so....



Posted by: RaisinTheDog

Well, I tried taking the wireless ethernet out of the loop.

I was [somewhat] surprised to find out that it didn't make any difference at all! The Test Call still works, but the Daily Call fails downloading the .slice.bnd file.
I immediately confirmed I could download that same slice.bnd file through IE. No problem, came down at around 640kbps on the DSL.

I also got a better utility for my 802.11 card so I can place the access point where I get better signal strength. But unfortunately it doesn't seem to be the problem!

So it would see a problem somewhere in Windows? Maybe?

Edit: Here's the transcript of the PPP session on the Windows side:
10-13-2001 12:31:12.435 - TSP(0000): LINEEVENT: LINECALLSTATE_CONNECTED
10-13-2001 12:31:42.438 - Read: Total: 922, Per/Sec: 28, Written: Total: 6145, Per/Sec: 204
10-13-2001 12:33:42.440 - Read: Total: 6909, Per/Sec: 49, Written: Total: 7587, Per/Sec: 12
10-13-2001 12:35:42.588 - Read: Total: 17668, Per/Sec: 89, Written: Total: 11666, Per/Sec: 33
10-13-2001 12:37:42.591 - Read: Total: 22376, Per/Sec: 39, Written: Total: 12181, Per/Sec: 4
10-13-2001 12:39:42.593 - Read: Total: 82396, Per/Sec: 500, Written: Total: 719622, Per/Sec: 5895
10-13-2001 12:41:42.596 - Read: Total: 92878, Per/Sec: 87, Written: Total: 1293549, Per/Sec: 4782
10-13-2001 12:43:42.598 - Read: Total: 92878, Per/Sec: 0, Written: Total: 1293549, Per/Sec: 0
10-13-2001 12:44:09.918 - TSP(0000): Dropping call

Hm....

[This message has been edited by RaisinTheDog (edited 10-13-2001).]



Posted by: Black_Widow000

Well I'm still trying to get TiVo setup on my 2k box, I'm using Adv Server as PDC so its a bit more complicated, and why I dumped the idea before, at the momment Windows doesn't even seem to know what to do with CLIENT CLIENt, but thats my problem, any ways trying to set my machine up so I can help you out a bit, I was wodering if you'd seen this thread http://www.avsforum.com/ubbtivo/Forum6/HTML/002362.html you said eailer that you had it set-up through Routing and remote Access and this tread seems to show an eaiser way and might be worth a look. I'm still trying to get mine configured, let me know if you come up with anything else.

ßlack Widow



Posted by: RaisinTheDog

Setting up an Incoming Connection on Win2k starts the Routing & Remote Access service. Whether you want to or not...

Nonetheless the proxyarp (turned on by "Allow callers to access my local area network" in the Incoming Connections properties works just fine. You can put Tivo on another subnet and do real routing between different nets but that doesn't seem to make a bit of difference.

Windows should know what to do with CLIENT CLIENT once you've installed the Incoming Connection in Network & Dial-Up Connections. Mine answers very reliably. Let me know if you need any help getting the server configured. It'll be basically the same as Pro (and I've got a couple servers upstairs I can check for consistency).



Posted by: Black_Widow000

Well I've gotten it working know, made two mistakes, first apparently the NULL modem driver doesn't work, but I used the WIn2k "Communications cable between 2 computers" driver sounds to me like a NULL modem driver =P anyways that fixed the Unkown Response to "CLIENTCLIENT" and after I figured out I'd never give the user tivo dial-in permissions the authentication error was fixed. I tryed updating and it was successful, however I did not need to download new guide data, so I'll see what happens tommorow when it updates. The one thing I did notice though is there are lots of packet filters you can setup, did you check to make sure, their not blocking any traffic? it seems weird that it poops out on the download, have your tryed sending a file to TiVo of roughly the same size?

ßlack Widow



Posted by: RaisinTheDog

How can I try sending a file to Tivo of the same size?

I've actually downloaded that .slice.bnd file to the laptop, it's _exactly_ the right size...

thanks



Posted by: Black_Widow000

well you can telent and send it using Z-Modem protocol see my How-to for more info should be in the PPP for TiVo section, where it describes getting joe onto the TiVo. I tried my update again, this time I got data and it worked fine, so all I can suggest is check and recheck all your setting, and make sure nothing is blocking packets or otherwise deverting them.

ßlack Widow



Posted by: TrevorSky

quote:
Originally posted by Black_Widow000:
well you can telent and send it using Z-Modem protocol see my How-to for more info should be in the PPP for TiVo section, where it describes getting joe onto the TiVo. I tried my update again, this time I got data and it worked fine, so all I can suggest is check and recheck all your setting, and make sure nothing is blocking packets or otherwise deverting them.

ßlack Widow



It's been my experience that Zmodem is very unreliable over PPP to the TiVo. I used http_get to get a copy of tivoftpd onto my TiVo, and now my TiVo listens to port 21 and all is well -- easiest way to transfer files I feel.

------------------
--Trevor
Sony SVR2000 - 88 hours, Serial-PPP, TivoWeb



Posted by: RaisinTheDog

I've had no prolem getting joe or other small files per your instructions using zmodem.

It's the 2MB guide data file that craps out.

Did you get it to successfully download at full speeds?

I'll work on the triple checks again today. Thanks for your help.



Posted by: Black_Widow000

Well as trevor pointed out Z-modem isn't exactlly reliable, but I've never had a problem with it, transfering, just transfering it correctly, since I just wanted to see if you could get it over, I thought it was worth a try http://www.avsforum.com/ubb/tongue.gif At this point I'm going to need some more info on your config, like waht services your running, what your using for routing, are your running ICS for any reason?? another look at your log files might be helpful, the modem log, and windows ppp log, I'm still thinking its sometype of settings problem. Either bloacking packets, or just making an unstable connection, though donwloading TiVoFtpD might prove useful for moving files, and checking if its indeed the line stability problem. Plus it proves a very useful tool later. Anyways, I'm sorry I haven't managed to be of much help yet, but I will continue to help till it is resolved.

ßlack Widow



Posted by: RaisinTheDog

I'm not actually routing...doing a proxyarp instead. The tivo, the laptop, and the router are all on the same 192.168.1.0/24 network.

I think next I'm going to have to schlep one of the PCs from upstairs down to the Tivo in order to try a completely different machine....

Frustrating!



Posted by: Black_Widow000

Trying a fresh configuration, might be a way to go, but You mentioned a router, have you checked its security settings (assuming it has them) to make sure its not blocking traffic you need? it just seems really odd that every thing works until it goes to download the slice file, heck maybe even a Internet virus protection program? I'm not sure how these work, its possible that its complicating the download, but that's just a wild guess, based on assumptions on little information.

Let me know if I can be of help.

ßlack Widow



Posted by: kjgross

Not sure if you ever got a solution to this but I was having the exact same problem. I'm using Win2K (Server, not Pro) and a PPP connection with a wireless access point and Linksys router.

My PPP calls were working fine through a desktop PC running '98 but dropping out when I tried the laptop w/Win2K.

Black Widow's suggestion of checking firewall ports and your comment about a Linksys router helped me remember that I had configured my router to put the '98 machine in a DMZ when I was initially testing. I changed the IP address to my laptop's addr and the call went through just fine.

Hope that helps you out.



Posted by: Silicon

Same problem here. Test calls work, but daily calls fail if they try to download anything. If I reconfigure for the modem, allow it to call and download, then switch back to PPP it works (since all it does is connect, check my account status, set the time, and disconnect).

No combination of baud rates/settings seem to work.

Has anyone actually made a successful daily call with a program guide update download?





vBulletin Copyright ©2000 - 2009, Jelsoft Enterprises Limited.
vB Easy Archive Final ©2000 - 2009 - Created by Stefan "Xenon" Kaeser Modified by Adam J. de Jaray