Although this problem is not strictly a PPP one, a patch to pppd might
help. It was mentioned in comp.os.linux.networking discussion (quoted
below) and did the trick for a Huawei E220 USB and an Option PC card.
If I got it right, with the patch pppd asks DNS settings until all IPCP
setings are done, and accepts the peers latest response, which helps
when the peer changes its mind due to information received from the
mobile network.
I tested this on Etch version of ppp, which missing a few other GPRS
and DNS related fixes, mentioned in the Ubuntu bug report
https://bugs.launchpad.net/ubuntu/+source/ppp/+bug/258801
-Mikko
In comp.os.linux.networking I wrote:
On 2009-01-20, Clifford Kite k...@not.available.tld wrote:
A Google search for GPRS PPP DNS 10.11.12.13 yielded this:
http://www.archivum.info/linux-ker...@vger.kernel.org/2008-07/msg00238.html
The pppd patch seems to be a try and try again until you get real DNS
server IPs approach. Checkout this later post in the thread by the same
poster to see why:
http://www.archivum.info/linux-ker...@vger.kernel.org/2008-07/msg09189.html
Patching pppd seems a bit extreme to me. Once the DNS servers are known
I would personally prefer to manually put them in /ect/resolv.conf and
seek out and remove the usepeerdns pppd option. That option would likely
in the script /etc/ppp/peers/gprs (as in 'pppd call gprs') or something
called by it.
I tried the patch and it works with a Huawei USB and an Option PC card
modems. I can remove all sleeps and pppd call gprs with success straight
from udev scripts when the modems are connected.
If I got it right, the patch forces pppd to use the latest received DNS
configuration from the peer instead of the first one. That would be the
correct thing to do with these modems, but I'm not sure what else this
might break. A quick look at the PPP rfc does not say this would be
wrong.
For comparison I took AT command and PPP logs from a Vista machine which
uses the Vodafone connection manager:
http://koti.kapsi.fi/~mcfrisk/gprs_debug/qualcomm_ppp/vista_ModemLog_HUAWEI%20Mobile%20Connect%20-%203G%20Modem.txt
http://koti.kapsi.fi/~mcfrisk/gprs_debug/qualcomm_ppp/vista_ppp.log
Here are successfull connection setups with and without the patch:
http://koti.kapsi.fi/~mcfrisk/gprs_debug/qualcomm_ppp/ppp_log_huawei_fixed_pppd.txt
http://koti.kapsi.fi/~mcfrisk/gprs_debug/qualcomm_ppp/ppp_log_success_without_ppp_fix.txt
I will host failing cases too when I manage to copy some older log files
from the host in question.
-Mikko
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
