Upgrade from Fedora 7 to 8 and ppp trouble
Bill LaGrue
fedora-list at redhat.com
Thu Dec 13 02:28:08 UTC 2007
Hi All I recently did a clean install of Fedora 8, from Fedora 7. Up until this time I had almost no trouble upgrading
between versions, however thats another story. Under Fedora 7 I had my mobile broadband connection running perfectly. After
upgrading to 8, ppp seems to no longer want to play nicely. I have 2 modems - a Huawei e220 USB and a Novatel Merlin U530
PCMCIA, both are supported natively, and I had broadband access using either modem under F7. I had some problems with the
Huawei, but got around that with some udev rules. When plugged in, both modems correctly create the relavent devices (Huawei
/dev/ttyUSB0 and /dev/ttyUSB1, Merlin /dev/ttyS0 and S1). If I start minicom, I can successfully send AT commands to the
modems, so I am sure that the problems are not caused there. When I attempt to dial in, I get the following output from
pppd -
using channel 1
Using interface ppp0 Connect: ppp0 <--> /dev/ttyUSB0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xb7851968> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0xcc48ab> <pcomp> <accomp>]
sent [LCP ConfAck id=0x0 <asyncmap 0x0> <auth chap MD5> <magic 0xcc48ab> <pcomp> <accomp>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xb7851968> <pcomp> <accomp>]
rcvd [LCP DiscReq id=0x1 magic=0xcc48ab]
rcvd [CHAP Challenge id=0x1 <469669ba462d096a0c857b80ba185c2d>, name = "UMTS_CHAP_SRVR"]
sent [CHAP Response id=0x1 <47599f460bb1cf177ea5ffd3cdf2845b>, name = "a"]
rcvd [CHAP Success id=0x1 ""]
CHAP authentication succeeded
CHAP authentication succeeded
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
rcvd [LCP ProtRej id=0x2 80 fd 01 01 00 0c 1a 04 78 00 18 04 78 00]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
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>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 10.11.12.13> <ms-dns3 10.11.12.14>]
Terminating on signal 15
sent [LCP TermReq id=0x2 "User request"]
sent [LCP TermReq id=0x3 "User request"]
Connection terminated. Modem hangup
As far as I understand the above, it successfully dials in, authenticates using CHAP, tries to set up compression but that
is rejected, requests an IP address and DNS servers, successfully gets the DNS servers, but repeatedly requests an IP but is
never given one.
I can't understand what is different or has changed - I am using the same settings (as far as I know) as was under F7. Its
worth noting too, that I can connect using either modem under Windows.
The following pppd options in effect:
debug
updetach
idle 7200
dump
user a
password ??????
/dev/ttyUSB0
460800
lock
crtscts
modem
syncmap 0
novj
defaultroute
usepeerdns
noipx
I am using a stock F8 install (except the proprietary ATI graphics drivers), latest kernel (can't check exactly which
version at the moment) and all
latest updates.
All these above options are put in place by umtsmon, which i am using as my 'dialer'. I used (the same version) undef F7
with no
trouble. I have also tried comgt, GPRS-EasyConnect, gnome-dialler..all give the same result. I'm pretty sure that the issue
is with the ppp module itself, if it was any of the serial line modules I wouldn't be able to communicate with the modems
and I doubt they would actually get to/past authentication.
Anyone have any ideas? This is a major problem for me - I use it to conenct to work, and I have to drop back to Windows to
connect at the moment. I am seriously considering going back to F7, this release has just been a string of problems from the
outset.
Thanks
Bill
More information about the fedora-list
mailing list