Re: NM using Option card

[Markus Becker <mab comnets uni-bremen de>]

On Fri, 8 Feb 2008, Stefan Seyfried wrote:

> Markus Becker wrote:
> > No. Debian. It might be that I do not get the correct DNS server from the
> > peer:
> >
> > Feb  7 20:55:56 shelbyville pppd[10716]: Using interface ppp0
> > Feb  7 20:55:56 shelbyville pppd[10716]: Connect: ppp0 <--> /dev/ttyUSB0
> > Feb  7 20:55:56 shelbyville pppd[10716]: PAP authentication succeeded
> > Feb  7 20:56:34 shelbyville pppd[10716]: Could not determine remote IP
> > address: defaulting to 10.64.64.64
> > Feb  7 20:56:34 shelbyville pppd[10716]: Cannot determine ethernet address
> > for proxy ARP
> > Feb  7 20:56:34 shelbyville pppd[10716]: local  IP address 90.186.19.42
> > Feb  7 20:56:34 shelbyville pppd[10716]: remote IP address 10.64.64.64
> > Feb  7 20:56:34 shelbyville pppd[10716]: primary   DNS address 10.11.12.13
> > Feb  7 20:56:34 shelbyville pppd[10716]: secondary DNS address 10.11.12.14
>
> This happens for me (using umtsmon) when the dialup takes too long. Apparently
> the card is not patient enough and just returns some standard DNS server
> addresses. Also this happens more often with vodafone than, say, eplus as
> provider.
>
> Generally goes away if you hang up and dial in again.

Yes, the second dialin sets the correct DNS as well for me most of the 
times. It seems that this is actually a ppp bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445711 which has been 
forwarded upstream to linux-ppp vger kernel org, see 
http://www.opensubscriber.com/message/linux-ppp%40vger.kernel.org/7889888.html

It is supposed to be a problem of the PCMCIA card insisting on ms-wins 
settings, which ppp denies and because of that it does not get the real 
DNS information from the PCMCIA card.

The patch for ppp seems to solve the problem. I have not tested it.

> BTW, there is a lot of debugging and magic quirks for different cards already
> done in umtsmon, if somebody working on UMTS features for NM would ask Klaas
> for some hints, this would probably spare you lots of unnecessary work and you
> could profit from his knowledge.
>
> The 10.64.64.64 default peer address is also no problem - the network just
> does not return a peer address, so pppd uses this default. It does not matter,
> as long as your default route points to the ppp interface, it just works.
> At least for me, with a quite some hardware and providers that have tested.
>
> Good luck,
>
> 	Stefan
> --
> Stefan Seyfried
> R&D Team Mobile Devices            |              "Any ideas, John?"
> SUSE LINUX Products GmbH, Nürnberg | "Well, surrounding them's out."
>
> This footer brought to you by insane German lawmakers:
> SUSE Linux Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)