PPP: "Re: IPCP with mobile ISP sometimes gives bogus DNS address"

[Markus Becker-3]

Hi all,

several 3G cards (e.g. from Option) are reporting 10.11.12.13 as DNS
server, when they are not yet attached to a network, as you probably know,
see http://marc.info/?l=linux-ppp&w=2&r=1&s=bogus+DNS&q=b

There seem to be 2 possible solutions to this:
1) Patch PPP to accept MS-WINS settings and use high values for
ipcp-max-configure, ipcp-max-failure, ipcp-max-terminate and/or
ipcp-restart. See
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445711 .
(I am using the mentioned patch currently. Works fine for me.)

2) Checking with AT command CGATT, whether the device is attached to a
network and only try to dial in when this is true.
(http://marc.info/?l=linux-ppp&m=121305432406467&w=2)

In order to get this fixed, I have several questions:

a) The Debian bug report states, this has been sent upstream. Has upstream
accepted, denied or forgotten about it? Is there an upstream bugzilla for
linux-ppp?

b) Marco, could this patch be part of the Debian package? Dan, how is this
done in Fedora?

c) Dan, could solution 2 be integrated into NM?

Markus
_______________________________________________
NetworkManager-list mailing list
NetworkManager-list@...
http://mail.gnome.org/mailman/listinfo/networkmanager-list

[Marcus Better]

Hi,

Markus Becker wrote:
> Hi all,
> a) The Debian bug report states, this has been sent upstream.

I posted it to the mailing list, but didn't request review for inclusion. I
have a few reports from people who use it successfully with various Huawei
modems.

Cheers,

Marcus



_______________________________________________
NetworkManager-list mailing list
NetworkManager-list@...
http://mail.gnome.org/mailman/listinfo/networkmanager-list

[James Cameron-2]

This problem could really benefit from some vendor clue ... as to why
the strange IP address is proposed, and what should be done about it.

I drew a blank with the 3G modems in Australia, perhaps because the
vendor here was only a reseller.

--
James Cameron                         http://quozl.netrek.org/
HP Open Source, Volunteer             http://opensource.hp.com/
PPTP Client Project, Release Engineer http://pptpclient.sourceforge.net/
_______________________________________________
NetworkManager-list mailing list
NetworkManager-list@...
http://mail.gnome.org/mailman/listinfo/networkmanager-list

[Dan Williams]

On Wed, 2008-07-09 at 11:42 +0200, Markus Becker wrote:

> Hi all,
>
> several 3G cards (e.g. from Option) are reporting 10.11.12.13 as DNS
> server, when they are not yet attached to a network, as you probably know,
> see http://marc.info/?l=linux-ppp&w=2&r=1&s=bogus+DNS&q=b
>
> There seem to be 2 possible solutions to this:
> 1) Patch PPP to accept MS-WINS settings and use high values for
> ipcp-max-configure, ipcp-max-failure, ipcp-max-terminate and/or
> ipcp-restart. See
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445711 .
> (I am using the mentioned patch currently. Works fine for me.)
>
> 2) Checking with AT command CGATT, whether the device is attached to a
> network and only try to dial in when this is true.
> (http://marc.info/?l=linux-ppp&m=121305432406467&w=2)
>
> In order to get this fixed, I have several questions:
>
> a) The Debian bug report states, this has been sent upstream. Has upstream
> accepted, denied or forgotten about it? Is there an upstream bugzilla for
> linux-ppp?
>
> b) Marco, could this patch be part of the Debian package? Dan, how is this
> done in Fedora?
>
> c) Dan, could solution 2 be integrated into NM?

Yes, #2 is something we should be doing in NM (it's AT+CSS? for CDMA
cards).  The only icky part is that we'd have to open the serial device
when we aren't using it to periodically poll the card waiting for
association to the network.  Right now NM only opens the serial device
when it connects.  Not sure if that's something we care about, but we
probably shouldn't keep the serial device open all the time that the
card is plugged in and NM is active.

A periodic poll of the modem (every 10 or 15 seconds?) is probably a
good start here.  It would ask for association status, and if the modem
was associated, also ask for signal strength.

Dan

_______________________________________________
NetworkManager-list mailing list
NetworkManager-list@...
http://mail.gnome.org/mailman/listinfo/networkmanager-list

[Paulius Zaleckas]

Also you can take a look at my patch recently posted to
linux-ppp@...

Re: PPP difficulties regarding connection establishment and bogus DNS
received
07/01/2008 02:50 PM

Markus Becker wrote:

> Hi all,
>
> several 3G cards (e.g. from Option) are reporting 10.11.12.13 as DNS
> server, when they are not yet attached to a network, as you probably
> know, see http://marc.info/?l=linux-ppp&w=2&r=1&s=bogus+DNS&q=b
>
> There seem to be 2 possible solutions to this:
> 1) Patch PPP to accept MS-WINS settings and use high values for
> ipcp-max-configure, ipcp-max-failure, ipcp-max-terminate and/or
> ipcp-restart. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445711 .
> (I am using the mentioned patch currently. Works fine for me.)
>
> 2) Checking with AT command CGATT, whether the device is attached to a
> network and only try to dial in when this is true.
> (http://marc.info/?l=linux-ppp&m=121305432406467&w=2)
>
> In order to get this fixed, I have several questions:
>
> a) The Debian bug report states, this has been sent upstream. Has
> upstream accepted, denied or forgotten about it? Is there an upstream
> bugzilla for
> linux-ppp?
>
> b) Marco, could this patch be part of the Debian package? Dan, how is
> this done in Fedora?
>
> c) Dan, could solution 2 be integrated into NM?
>
> Markus
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
> the body of a message to majordomo@...
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

_______________________________________________
NetworkManager-list mailing list
NetworkManager-list@...
http://mail.gnome.org/mailman/listinfo/networkmanager-list