[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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-XXXX^M) 
Nov  3 05:47:26 leisure chat[512]: expect (ogin) 
Nov  3 05:47:51 leisure chat[512]: ATDTXXX-XXXX^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 (xxxx^M) 
Nov  3 05:47:53 leisure chat[512]: expect (word) 
Nov  3 05:47:55 leisure chat[512]: : xxxx^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 <mru 542> <asyncmap 0x0> <magic 0xb3ff> <pcomp> <accomp>]
Nov  3 05:47:58 leisure pppd[514]: rcvd [LCP ConfAck id=0x1 <mru 542> <asyncmap 0x0> <magic 0xb3ff> <pcomp> <accomp>]
Nov  3 05:48:00 leisure pppd[514]: rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0xf3dea06d> <pcomp> <accomp>]
Nov  3 05:48:00 leisure pppd[514]: sent [LCP ConfAck id=0x2 <asyncmap 0x0> <magic 0xf3dea06d> <pcomp> <accomp>]
Nov  3 05:48:00 leisure pppd[514]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ 0f 01>]
Nov  3 05:48:00 leisure pppd[514]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 00> <addr 199.183.10.5>]
Nov  3 05:48:00 leisure pppd[514]: sent [IPCP ConfAck id=0x1 <compress VJ 0f 00> <addr 199.183.10.5>]
Nov  3 05:48:00 leisure pppd[514]: rcvd [IPCP ConfNak id=0x1 <addr 199.183.10.34>]
Nov  3 05:48:00 leisure pppd[514]: sent [IPCP ConfReq id=0x2 <addr 199.183.10.34> <compress VJ 0f 01>]
Nov  3 05:48:01 leisure pppd[514]: rcvd [IPCP ConfAck id=0x2 <addr 199.183.10.34> <compress VJ 0f 01>]
Nov  3 05:48:01 leisure pppd[514]: local  IP address 199.183.10.34
Nov  3 05:48:01 leisure pppd[514]: remote IP address 199.183.10.5
Nov  3 05:48:21 leisure kernel: sl0: transmit timed out, bad line quality? 
Nov  3 05:48:41 leisure kernel: sl0: transmit timed out, bad line quality? 
Nov  3 05:49:22 leisure last message repeated 2 times
Nov  3 05:53:22 leisure diald[118]: Cannot determine ethernet address for proxy ARP
Nov  3 05:54:00 leisure diald[118]: Closing down idle link.
Nov  3 05:54:05 leisure diald[118]: Cannot determine ethernet address for proxy ARP
Nov  3 05:54:05 leisure diald[118]: ioctl(SIOCDARP): Device not configured
Nov  3 05:54:26 leisure kernel: sl0: transmit timed out, bad line quality? 
Nov  3 05:54:46 leisure kernel: sl0: transmit timed out, bad line quality? 
Nov  3 05:55:46 leisure last message repeated 3 times
Nov  3 05:56:26 leisure last message repeated 2 times
Nov  3 05:56:46 leisure pppd[514]: Terminating on signal 2.
Nov  3 05:56:46 leisure pppd[514]: sent [LCP TermReq id=0x2 "User request"]
Nov  3 05:56:46 leisure pppd[514]: rcvd [LCP TermAck id=0x3]
Nov  3 05:56:46 leisure pppd[514]: Connection terminated.
Nov  3 05:56:46 leisure pppd[514]: Hangup (SIGHUP)
Nov  3 05:56:46 leisure pppd[514]: Exit.
Nov  3 05:57:07 leisure kernel: sl0: transmit timed out, bad line quality? 
Nov  3 05:57:47 leisure last message repeated 2 times
Nov  3 05:58:27 leisure last message repeated 2 times
Nov  3 05:58:47 leisure kernel: PPP: ppp line discipline successfully unregistered 
Nov  3 05:58:47 leisure kernel: sl0: transmit timed out, bad line quality? 
Nov  3 05:59:27 leisure last message repeated 2 times
Nov  3 06:10:08 leisure diald[118]: Cannot determine ethernet address for proxy ARP
Nov  3 06:10:09 leisure diald[118]: Delaying 30 seconds before clear to dial.

Thanks for any suggestions you may have.

--ken

-- 

                              __
  Ken Lauffenburger          / /                    __  __
  ken@efficient.com         / /  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
debian-user-request@lists.debian.org . 
Trouble?  e-mail to templin@bucknell.edu .


Reply to: