Re: diald / ppp routing problems on hamm system
Bonard B. Timmons III <[EMAIL PROTECTED]> wrote: > > Oops! My so-called solution has a symptom looking for a problem. > >From the syslog: > > kernel: sl0: transmit timed out, bad line quality? > kernel: sl0: transmit timed out, bad line quality? > last message repeated 2 times > Yes, I was getting these messages too. But when I cleared up my routing problems by changing the nsswitch.conf file, those messages disappeared also. I haven't received a good explanation for them yet. Maybe you have an additional problem with your diald/ppp configuration? I'll be happy to share my configuration files with you via direct email if you would like. --ken Ken Lauffenburger / /__ __ [EMAIL PROTECTED] / / D e b i a n G N U \ \/ / / / __ __ __ \ / / / / / / _ \ / / / / / \ ...Look out Bill, / /___ / / / / ) // (_/ / / /\ \ here comes... (__)(_/ (_/ (_/ \/ (_/ \_) http://www.debian.org -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: diald / ppp routing problems on hamm system
Oops! My so-called solution has a symptom looking for a problem. >From the syslog: kernel: sl0: transmit timed out, bad line quality? kernel: sl0: transmit timed out, bad line quality? last message repeated 2 times [EMAIL PROTECTED] route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 127.0.0.00.0.0.0 255.0.0.0 U 0 0 55 lo 0.0.0.0 0.0.0.0 0.0.0.0 U 1 05 sl0 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: diald / ppp routing problems on hamm system
Philippe Troin <[EMAIL PROTECTED]> writes: > On Tue, 04 Nov 1997 10:45:10 CST Ken Lauffenburger ([EMAIL PROTECTED]) wrote: > > > Hello, > > > > I very recently upgraded my home system from bo to hamm. As soon > > as I installed the netbase package, diald stopped working. The > > PPP link would connect, but the PPP link no longer was selected > > as the default route. However, I could establish the link using > > the 'pon' command. (I was using a fairly old revision of PPP, > > maybe ppp_2.2.0f-23.) Yes, I experienced the same thing. Philippe's discussion of the problem is interesting, but nothing I tried on nsswitch.conf worked. My best solution so far is not that good: replace the route command with the old netbase_2.16 version. Though everything works OK now, I guess I gotta compare the route.c's to figure out the RIGHT way to do this. :) Anyway, thanks for any further tips and for making this such a great mailing list. :) Bake -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: diald / ppp routing problems on hamm system [SOLVED]
> > There were some problems reported with the /etc/nsswitch.conf. > > The networks line says " files dns" which means that when resolving a > > network address, libc will try first /etc/networks, then ask on DNS. > > However route tries to resolve the net diald passes to it and blocks in > > there (the DNS server cannot be contacted because there's no route to it, > > and the route cannot be established because the net has to be resolved). > > > > Try removing the dns entry from the networks line of /etc/nsswitch.conf. > > > > Anyways, this is problematic to have this networks line with dns, and > > a future version of base-files is supposed to fix this. Is there a place where I can find documentation about /etc/nsswitch.conf? I couldn't find any man pages, info documents or files in /usr/doc/base-files that covers what it is for or what it does. Thanks, Joost -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: diald / ppp routing problems on hamm system [SOLVED]
This did the trick. Thanks Phil! This disrupted my operations here for a few days, and seems like it could impact other people upgrading to hamm from bo. So should I file a bug report on this, and if so how do I do it? --ken > > I very recently upgraded my home system from bo to hamm. As soon > > as I installed the netbase package, diald stopped working. The > > PPP link would connect, but the PPP link no longer was selected > > as the default route. However, I could establish the link using > > the 'pon' command. (I was using a fairly old revision of PPP, > > maybe ppp_2.2.0f-23.) > > > On your problem: > There were some problems reported with the /etc/nsswitch.conf. > The networks line says " files dns" which means that when resolving a network > address, libc will try first /etc/networks, then ask on DNS. > However route tries to resolve the net diald passes to it and blocks in there > (the DNS server cannot be contacted because there's no route to it, and the > route cannot be established because the net has to be resolved). > > Try removing the dns entry from the networks line of /etc/nsswitch.conf. > > Anyways, this is problematic to have this networks line with dns, and a > future version of base-files is supposed to fix this. > > Phil. > __ Ken Lauffenburger / /__ __ [EMAIL PROTECTED] / / D e b i a n G N U \ \/ / / / __ __ __ \ / / / / / / _ \ / / / / / \ ...Look out Bill, / /___ / / / / ) // (_/ / / /\ \ here comes... (__)(_/ (_/ (_/ \/ (_/ \_) http://www.debian.org -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: diald / ppp routing problems on hamm system
On Tue, 04 Nov 1997 10:45:10 CST Ken Lauffenburger ([EMAIL PROTECTED]) wrote: > Hello, > > I very recently upgraded my home system from bo to hamm. As soon > as I installed the netbase package, diald stopped working. The > PPP link would connect, but the PPP link no longer was selected > as the default route. However, I could establish the link using > the 'pon' command. (I was using a fairly old revision of PPP, > maybe ppp_2.2.0f-23.) > > In the past few days, I have brought ppp, diald, and other network > packages up to the latest hamm revisions. In doing so, I changed my > PPP configuration files to conform to the new directory/filename > format, tried various option settings, and have pored through the PPP > and diald documentation. But diald continues not to work, although > I can get the PPP link up using pon. > > Here is what I have observed: > > (1) The first time I execute a command that accesses a network > resource, diald establishes the PPP link right away. However, > no data appears to cross the link after it comes up. If I issue > the 'route' command at this point, it hangs without displaying the > route table, as if it is suspended trying to access the nameserver. [big snip] On (1): Which is probably what happens. Tell route not to resolve host addresses with -n. On your problem: There were some problems reported with the /etc/nsswitch.conf. The networks line says " files dns" which means that when resolving a network address, libc will try first /etc/networks, then ask on DNS. However route tries to resolve the net diald passes to it and blocks in there (the DNS server cannot be contacted because there's no route to it, and the route cannot be established because the net has to be resolved). Try removing the dns entry from the networks line of /etc/nsswitch.conf. Anyways, this is problematic to have this networks line with dns, and a future version of base-files is supposed to fix this. Phil. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
diald / ppp routing problems on hamm system
Hello, I very recently upgraded my home system from bo to hamm. As soon as I installed the netbase package, diald stopped working. The PPP link would connect, but the PPP link no longer was selected as the default route. However, I could establish the link using the 'pon' command. (I was using a fairly old revision of PPP, maybe ppp_2.2.0f-23.) In the past few days, I have brought ppp, diald, and other network packages up to the latest hamm revisions. In doing so, I changed my PPP configuration files to conform to the new directory/filename format, tried various option settings, and have pored through the PPP and diald documentation. But diald continues not to work, although I can get the PPP link up using pon. Here is what I have observed: (1) The first time I execute a command that accesses a network resource, diald establishes the PPP link right away. However, no data appears to cross the link after it comes up. If I issue the 'route' command at this point, it hangs without displaying the route table, as if it is suspended trying to access the nameserver. (2) 20 seconds after the PPP link connects, I get the following message in syslog: Nov 3 05:48:21 leisure kernel: sl0: transmit timed out, bad line quality? This message is repeated once or twice more, about every 20 seconds. I have never seen this message before. (3) Link timeout seems quite exaggerated compared to previous operation. I get the following message 6 minutes after the link connects: Nov 3 05:54:00 leisure diald[118]: Closing down idle link. But then the link doesn't actually get torn down for another 3 minutes, and even then, the lock file in /var/lock persists several more minutes, so that I can't redial using diald or pon for quite some time. (4) In order to use pon to establish the link, I have to kill the diald daemon and bring down the slip link (ifconfig sl0 down). If I don't disable the slip link, I run into the same problem observed in (1), although if I wait long enough, the route command finally displays output, but not the proper routes. Then I can manually add a default route to my gateway host and things work OK. My /etc/ppp/options file contains: asyncmap 0 auth mru 542 debug noipx # crtscts<--- these are commented out # lock <--- for use with diald, but # modem <--- I un-comment them to use # netmask 255.255.255.192<--- the pon command # proxyarp <--- My /etc/diald/diald.options file contains: mode ppp accounting-log /var/log/diald.log fifo /var/run/diald.fifo pppd-options login noauth connect "/usr/sbin/chat -v -f /etc/chatscripts/provider" device /dev/modem speed 19200 modem lock crtscts local 199.183.10.34 remote 199.183.10.5 # dynamic netmask 255.255.255.192 mru 542 # mtu 576 # mru 576 window 2048 defaultroute proxyarp redial-backoff-start 4 redial-backoff-limit 300 dial-fail-limit 15 include /etc/diald/standard.filter Here is are syslog messages I get when establishing the link using diald: Nov 3 05:47:24 leisure diald[118]: Running connect (pid = 512). Nov 3 05:47:26 leisure chat[512]: abort on (BUSY) Nov 3 05:47:26 leisure chat[512]: abort on (NO CARRIER) Nov 3 05:47:26 leisure chat[512]: abort on (VOICE) Nov 3 05:47:26 leisure chat[512]: abort on (NO DIALTONE) Nov 3 05:47:26 leisure chat[512]: send (ATDTXXX-^M) Nov 3 05:47:26 leisure chat[512]: expect (ogin) Nov 3 05:47:51 leisure chat[512]: ATDTXXX-^M^M Nov 3 05:47:51 leisure chat[512]: CONNECT 19200/REL^M Nov 3 05:47:53 leisure chat[512]: ^M Nov 3 05:47:53 leisure chat[512]: ^M Nov 3 05:47:53 leisure chat[512]: rainbow s5 login -- got it Nov 3 05:47:53 leisure chat[512]: send (^M) Nov 3 05:47:53 leisure chat[512]: expect (word) Nov 3 05:47:55 leisure chat[512]: : ^M Nov 3 05:47:55 leisure chat[512]: Password -- got it Nov 3 05:47:55 leisure chat[512]: send (??) Nov 3 05:47:55 leisure diald[118]: Running pppd (pid = 514). Nov 3 05:47:55 leisure diald[514]: Running pppd: /usr/sbin/pppd -detach modem crtscts mtu 1500 mru 542 netmask 255.255.255.1 92 login noauth Nov 3 05:47:57 leisure kernel: CSLIP: code copyright 1989 Regents of the University of California Nov 3 05:47:57 leisure kernel: PPP: version 2.2.0 (dynamic channel allocation) Nov 3 05:47:57 leisure kernel: PPP Dynamic channel allocation code copyright 1995 Caldera, Inc. Nov 3 05:47:57 leisure kernel: PPP line discipline registered. Nov 3 05:47:57 leisure kernel: registered device ppp0 Nov 3 05:47:57 leisure pppd[514]: pppd 2.3.1 started by root, uid 0 Nov 3 05:47:57 leisure pppd[514]: Using interface ppp0 Nov 3 05:47:58 leisure pppd[514]: Connect: ppp0 <--> /dev/ttyS1 Nov 3 05:47:58 leisure pppd[514]: sent [LCP ConfReq id=0x1 ] Nov 3 05:47:58 leisure pppd[514]: rcvd [LCP ConfAck id=0x1 ] Nov 3 05:48:00 leisure pppd[514]: rcvd [LCP ConfReq id=0x2 ] Nov 3 05:48:00 leisure pppd[514]: sent [LCP ConfAck id=0x2