View previous topic :: View next topic |
Author |
Message |
fberger Tux's lil' helper
Joined: 04 Dec 2006 Posts: 89 Location: Germany
|
Posted: Mon Mar 16, 2009 11:56 am Post subject: pppd problems after upgrade |
|
|
Hi,
yesterday I upgraded net-dialup/ppp from 2.4.4-r13 to 2.4.4-r21.
I am using an Huawei E220 HSDPA USB Modem and bring the link up using net-dialup/umtsmon 0.9. It used to work like a charm. However, after the update, pppd runs into a mysterious modem disconnect. Here is a log:
Code: |
pppd[12373]: pppd options in effect:
pppd[12373]: debug debug debug # (from command
pppd[12373]: updetach # (from command line)
pppd[12373]: idle 7200 # (from command line)
pppd[12373]: dump # (from command line)
pppd[12373]: /dev/ttyUSB0 # (from command
pppd[12373]: 460800 # (from command line)
pppd[12373]: lock # (from command line)
pppd[12373]: crtscts # (from command line)
pppd[12373]: modem # (from command line)
pppd[12385]: 460800 # (from command line)
pppd[12385]: lock # (from command line)
pppd[12385]: crtscts # (from command line)
pppd[12385]: modem # (from command line)
pppd[12385]: asyncmap 0 # (from command line)
pppd[12385]: defaultroute # (from command line)
pppd[12385]: usepeerdns # (from command line)
pppd[12385]: noipx # (from command line)
pppd[12385]: pppd 2.4.4 started by root, uid 0
pppd[12385]: using channel 4
pppd[12385]: Using interface ppp0
pppd[12385]: Connect: ppp0 <--> /dev/ttyUSB0
pppd[12385]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xa16b4ed5> <pcomp> <accomp>]
pppd[12385]: rcvd [LCP ConfReq id=0x4 <asyncmap 0x0> <auth chap MD5> <magic 0x111a57f> <pcomp> <accomp>]
pppd[12385]: No auth is possible
pppd[12385]: sent [LCP ConfRej id=0x4 <auth chap MD5>]
pppd[12385]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xa16b4ed5> <pcomp> <accomp>]
pppd[12385]: rcvd [LCP ConfReq id=0x5 <asyncmap 0x0> <magic 0x111a57f> <pcomp> <accomp>]
pppd[12385]: sent [LCP ConfAck id=0x5 <asyncmap 0x0> <magic 0x111a57f> <pcomp> <accomp>]
pppd[12385]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
pppd[12385]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
pppd[12385]: rcvd [LCP DiscReq id=0x6 magic=0x111a57f]
pppd[12385]: rcvd [LCP ProtRej id=0x7 80 fd 01 01 00 0c 1a 04 78 00 18 04 78 00]
pppd[12385]: Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
pppd[12385]: rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
pppd[12385]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
pppd[12385]: rcvd [IPCP ConfReq id=0x2]
pppd[12385]: sent [IPCP ConfNak id=0x2 <addr 0.0.0.0>]
pppd[12385]: rcvd [IPCP ConfRej id=0x2 <compress VJ 0f 01>]
pppd[12385]: sent [IPCP ConfReq id=0x3 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
pppd[12385]: rcvd [IPCP ConfNak id=0x3 <addr 10.42.174.242> <ms-dns1 193.189.244.205> <ms-dns3 193.189.244.197>]
pppd[12385]: sent [IPCP ConfReq id=0x4 <addr 10.42.174.242> <ms-dns1 193.189.244.205> <ms-dns3 193.189.244.197>]
pppd[12385]: rcvd [IPCP ConfAck id=0x4 <addr 10.42.174.242> <ms-dns1 193.189.244.205> <ms-dns3 193.189.244.197>]
pppd[12385]: rcvd [IPCP ConfReq id=0x3]
pppd[12385]: sent [IPCP ConfAck id=0x3]
pppd[12385]: Could not determine remote IP address: defaulting to 10.64.64.64
pppd[12385]: local IP address 10.42.174.242
pppd[12385]: remote IP address 10.64.64.64
pppd[12385]: primary DNS address 193.189.244.205
pppd[12385]: secondary DNS address 193.189.244.197
pppd[12394]: Script /etc/ppp/ip-up started (pid 12395)
|
Looks fine so far, but in the next line I get:
Code: |
pppd[12394]: Modem hangup
pppd[12394]: Connect time 0.0 minutes.
pppd[12394]: Sent 0 bytes, received 0 bytes.
pppd[12394]: Connection terminated.
pppd[12394]: Script /etc/ppp/ip-up finished (pid 12395), status = 0x0
pppd[12394]: Script /etc/ppp/ip-down started (pid 12422)
pppd[12394]: Waiting for 1 child processes...
pppd[12394]: script /etc/ppp/ip-down, pid 12422
pppd[12394]: Script /etc/ppp/ip-down finished (pid 12422), status = 0x0
pppd[12394]: Exit.
|
Even before ip-up finishes. The behaviour is reproducible.
As an interim solution, I fetched the old ebuild from CVS and downgraded to 2.4.4-r13. Now everything works like before.
Does anyone else have a problem with the current pppd? Any hints what went wrong? I wonder what might have changed in such an apparently minor update that breaks functionality like that.
Thanks,
Florian
P.S. A similar issue has been reported here: Huawei E870 modem hangup |
|
Back to top |
|
|
mrness Retired Dev
Joined: 17 Feb 2004 Posts: 375 Location: bucharest.ro
|
Posted: Sat Mar 28, 2009 10:32 am Post subject: |
|
|
I have a E220 modem which works quite OK with ppp-2.4.4-r21. This is my configuration:
Code: |
pppd_ppp0=(
460800
crtscts
modem
noauth
noipdefault
debug
noccp
nobsdcomp
novj
holdoff 5
lcp-echo-failure 3
lcp-echo-interval 10
ipcp-max-failure 30
# The Huawei modem gets confused if we refuse DNS and WINS settings
usepeerdns usepeerwins
)
|
|
|
Back to top |
|
|
fberger Tux's lil' helper
Joined: 04 Dec 2006 Posts: 89 Location: Germany
|
Posted: Sat Mar 28, 2009 12:28 pm Post subject: |
|
|
mrness wrote: |
I have a E220 modem which works quite OK with ppp-2.4.4-r21.
|
OK, then it is possibly just me.
Anyway, I'll stick to -r13 for the time being. Never change a running system.
Regards,
Florian |
|
Back to top |
|
|
mrness Retired Dev
Joined: 17 Feb 2004 Posts: 375 Location: bucharest.ro
|
Posted: Sat Mar 28, 2009 12:38 pm Post subject: |
|
|
fberger wrote: |
Code: |
...
pppd[12385]: rcvd [IPCP ConfNak id=0x1 <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14> <ms-wins 10.11.12.13> <ms-wins 10.11.12.14>]
pppd[12385]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
...
|
|
My advice: upgrade to r21 and add usepeerwins option.
Also, it wouldn't hurt to reuse my entire pppd_ppp0 configuration. |
|
Back to top |
|
|
|