Upgrade from Fedora 7 to 8 and ppp trouble

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

 



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


[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux