* Re: PPP: "Re: IPCP with mobile ISP sometimes gives bogus DNS address"
2008-07-09 9:42 PPP: "Re: IPCP with mobile ISP sometimes gives bogus DNS address" Markus Becker
@ 2008-07-09 11:33 ` Marcus Better
2008-07-10 0:18 ` PPP: "Re: IPCP with mobile ISP sometimes gives bogus DNS James Cameron
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: Marcus Better @ 2008-07-09 11:33 UTC (permalink / raw)
To: linux-ppp
[-- Attachment #1: Type: text/plain, Size: 294 bytes --]
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
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: PPP: "Re: IPCP with mobile ISP sometimes gives bogus DNS
2008-07-09 9:42 PPP: "Re: IPCP with mobile ISP sometimes gives bogus DNS address" Markus Becker
2008-07-09 11:33 ` Marcus Better
@ 2008-07-10 0:18 ` James Cameron
2008-07-10 11:27 ` Dan Williams
2008-07-11 11:09 ` PPP: "Re: IPCP with mobile ISP sometimes gives bogus DNS address" Paulius Zaleckas
3 siblings, 0 replies; 5+ messages in thread
From: James Cameron @ 2008-07-10 0:18 UTC (permalink / raw)
To: linux-ppp
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/
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: PPP: "Re: IPCP with mobile ISP sometimes gives bogus DNS
2008-07-09 9:42 PPP: "Re: IPCP with mobile ISP sometimes gives bogus DNS address" Markus Becker
2008-07-09 11:33 ` Marcus Better
2008-07-10 0:18 ` PPP: "Re: IPCP with mobile ISP sometimes gives bogus DNS James Cameron
@ 2008-07-10 11:27 ` Dan Williams
2008-07-11 11:09 ` PPP: "Re: IPCP with mobile ISP sometimes gives bogus DNS address" Paulius Zaleckas
3 siblings, 0 replies; 5+ messages in thread
From: Dan Williams @ 2008-07-10 11:27 UTC (permalink / raw)
To: linux-ppp
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?bugD5711 .
> (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\x121305432406467&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
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: PPP: "Re: IPCP with mobile ISP sometimes gives bogus DNS address"
2008-07-09 9:42 PPP: "Re: IPCP with mobile ISP sometimes gives bogus DNS address" Markus Becker
` (2 preceding siblings ...)
2008-07-10 11:27 ` Dan Williams
@ 2008-07-11 11:09 ` Paulius Zaleckas
3 siblings, 0 replies; 5+ messages in thread
From: Paulius Zaleckas @ 2008-07-11 11:09 UTC (permalink / raw)
To: linux-ppp
Also you can take a look at my patch recently posted to
linux-ppp@vger.kernel.org
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?bugD5711 .
> (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\x121305432406467&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@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 5+ messages in thread