Return to BSD News archive
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!bunyip.cc.uq.oz.au!munnari.oz.au!news.Hawaii.Edu!ames!hookup!swrinde!news.uh.edu!uuneo.neosoft.com!Starbase.NeoSoft.COM!nobody From: peter@Starbase.NeoSoft.COM (Peter da Silva) Newsgroups: comp.os.386bsd.misc Subject: Re: PPP under BSD (have a heart) Date: 1 Aug 1994 09:46:46 -0500 Organization: NeoSoft Internet Services +1 713 684 5969 Lines: 20 Message-ID: <31j1sm$jsn@Starbase.NeoSoft.COM> References: <michaelv.775404734@ponderous.cc.iastate.edu> <31aajm$gfe@euterpe.owl.de> <31guqq$ghs@Starbase.NeoSoft.COM> <CttsxM.40A@calcite.rhyolite.com> NNTP-Posting-Host: starbase.neosoft.com In article <CttsxM.40A@calcite.rhyolite.com>, Vernon Schryver <vjs@calcite.rhyolite.com> wrote: >You really do not want to rely on TCP retransmissions in this case. >The code I use does symmetric demand dialing and it takes about 26 seconds >to get the line up, getty's happy, and so on. From what I've seen >25-35 sec is typical of v.32bis modems. By that time, TCP retransmission >timers have backed off to the moon. If you hope for TCP timers, you'll >be waiting literally minutes, and have a good chance that TCP will give >up entirely without doing any good. Interesting. That doesn't square with my observed behaviour, since I have several times lost my phone connection for over a minute before I realized what was going on and restarted it. I've gotten into the habit of killing pppd, running a quick uucico, and restarting pppd. At work, we've had problems with network equipment that has resulted in partitions that lasted several minutes and when we get the switch rebooted all the telnet and X sessions on our Xterms are still happy. I'd be interested in more details on just what applications would have a problem with a thirty second partition.