Missing DNS addresses --- Huawei E160E---Karmic

Bug #498110 reported by Arto Jääskeläinen
60
This bug affects 10 people
Affects Status Importance Assigned to Milestone
ppp (Ubuntu)
Expired
Undecided
Unassigned
Nominated for Lucid by karlrt

Bug Description

Binary package hint: mobile-broadband-provider-info

We have many reports about a problem with Karmic not getting DNS addresses at all with mobile connection. Symtoms include missing DNS adresses in NetWorkManager which results in unability to browse anything. Problem appears usually always after reboot, after disconnect / connect mobile connection problem may disappear.
As a temporay band-aid I have feeded DNS adresses manually to NetworkManager.
Huawei E160E used is european type.

Revision history for this message
karlrt (karlrt) wrote :

it affects me too,

a connect without getting dns looks like this in /var/log/messages:

Dec 20 12:49:04 karlrt-laptop pppd[1426]: Plugin /usr/lib/pppd/2.4.4/nm-pppd-plugin.so loaded.
Dec 20 12:49:04 karlrt-laptop pppd[1426]: pppd 2.4.5 started by root, uid 0
Dec 20 12:49:04 karlrt-laptop pppd[1426]: Using interface ppp0
Dec 20 12:49:04 karlrt-laptop pppd[1426]: Connect: ppp0 <--> /dev/ttyUSB0
Dec 20 12:49:04 karlrt-laptop pppd[1426]: CHAP authentication succeeded
Dec 20 12:49:04 karlrt-laptop pppd[1426]: CHAP authentication succeeded
Dec 20 12:49:04 karlrt-laptop kernel: [ 9041.125368] PPP BSD Compression module registered
Dec 20 12:49:04 karlrt-laptop kernel: [ 9041.158150] PPP Deflate Compression module registered
Dec 20 12:49:13 karlrt-laptop pppd[1426]: Could not determine remote IP address: defaulting to 10.64.64.XX
Dec 20 12:49:13 karlrt-laptop pppd[1426]: local IP address 77.117.XX.XX
Dec 20 12:49:13 karlrt-laptop pppd[1426]: remote IP address 10.64.XX.XX

while sometimes, about 1/4 of all the connectings, this happens and it get the dns:

Dec 20 12:51:55 karlrt-laptop pppd[5788]: Plugin /usr/lib/pppd/2.4.4/nm-pppd-plugin.so loaded.
Dec 20 12:51:55 karlrt-laptop pppd[5788]: pppd 2.4.5 started by root, uid 0
Dec 20 12:51:55 karlrt-laptop pppd[5788]: Using interface ppp0
Dec 20 12:51:55 karlrt-laptop pppd[5788]: Connect: ppp0 <--> /dev/ttyUSB0
Dec 20 12:51:55 karlrt-laptop pppd[5788]: CHAP authentication succeeded
Dec 20 12:51:55 karlrt-laptop pppd[5788]: CHAP authentication succeeded
Dec 20 12:51:59 karlrt-laptop pppd[5788]: Could not determine remote IP address: defaulting to 10.64.XX.XX
Dec 20 12:51:59 karlrt-laptop pppd[5788]: local IP address 77.119.XX.XX
Dec 20 12:51:59 karlrt-laptop pppd[5788]: remote IP address 10.64.XX.XX
Dec 20 12:51:59 karlrt-laptop pppd[5788]: primary DNS address 213.94.XX.XX
Dec 20 12:51:59 karlrt-laptop pppd[5788]: secondary DNS address 213.94.XX.XX

Revision history for this message
karlrt (karlrt) wrote :

Oh i use the huawei e230, problem appears on karmic and lucid alpha 1

Changed in mobile-broadband-provider-info (Ubuntu):
status: New → Confirmed
Revision history for this message
svaens (svaens) wrote :

Happens to me too.

My log results are posted here: http://ubuntuforums.org/showthread.php?t=1379736

Revision history for this message
Stephen MᶜAteer (s-g-mcateer) wrote :

I have the same thing happening to me.

Huawei USB modem connecting to Three mobile broadband Australia.

If anyone wants any logs or reports, just tell me which ones.

I also have a workaround (a bit whacky but it works):
0) don't connect yet
1) open FireFox,
2) browse to a page (any page will do), so that the "try again" button appears,
3) now click on your connection, and (as the modem is handshaking) start repeatedly pressing the "try again" button in FireFox (click quickly, several times a second)
4) the connection works (works every time for me)

Weird, hope this helps with fixing the problem ... what does clicking "try again" doing that helps?

-- Steve.

Revision history for this message
karlrt (karlrt) wrote :

tried it again with lucid alpha2, still the same behavior.

Tested with e230, provider three, austria and australia

Revision history for this message
Peter Cherriman (pjcherriman) wrote :

I'm getting this with in the UK with my ks3565 (identified as huawei e220 from memory).

In jaunty it was and still is working without issue.

But on karmic, most of the time it doesn't get the DNS servers, tried on two different netbooks running karmic,

I'm currently hardcoded the dns servers to opendns in network manager as a temporarily workaround.

Revision history for this message
FraGe (fragebuntu) wrote :

I'm getting this with my E220 and "A1" - Telekom Austria. So its not just "Three"
This happens with Karmic, when trying 5-10 times, the DNS Adresses happen to be there once or twice, but normally I can't get them. This is a problem I had permanently from Intrepid. (When I started using this E220)
I thought this is a providers Problem? :(

Revision history for this message
Martin Wildam (mwildam) wrote :

I am pretty sure that one or two times I also had the issue in Jaunty but since karmic it was pretty always happening. Tested on Lucid a few times with about 30 % success of getting DNS servers properly registered.

Revision history for this message
Pia Qvarnström (pia-qvarnstrom) wrote : Re: [Bug 498110] Re: Missing DNS addresses --- Huawei E160E---Karmic

I'm using Huawei E220 and had (still has the same probem) when upgrading to
Karmic. But things work just fine as long as I restart the modem.

On Wed, Jan 27, 2010 at 8:56 AM, Martin Wildam <email address hidden> wrote:

> I am pretty sure that one or two times I also had the issue in Jaunty
> but since karmic it was pretty always happening. Tested on Lucid a few
> times with about 30 % success of getting DNS servers properly
> registered.
>
> --
> Missing DNS addresses --- Huawei E160E---Karmic
> https://bugs.launchpad.net/bugs/498110
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “mobile-broadband-provider-info” package in Ubuntu: Confirmed
>
> Bug description:
> Binary package hint: mobile-broadband-provider-info
>
> We have many reports about a problem with Karmic not getting DNS addresses
> at all with mobile connection. Symtoms include missing DNS adresses in
> NetWorkManager which results in unability to browse anything. Problem
> appears usually always after reboot, after disconnect / connect mobile
> connection problem may disappear.
> As a temporay band-aid I have feeded DNS adresses manually to
> NetworkManager.
> Huawei E160E used is european type.
>
> To unsubscribe from this bug, go to:
>
> https://bugs.launchpad.net/ubuntu/+source/mobile-broadband-provider-info/+bug/498110/+subscribe
>

--
Pia Qvarnström
+46 733 565988
www.ojzaioj.com
www.hejgiraff.se/piapedagog.html
www.myspace.com/forumfolk
Skype: pqvarnstrom

madbiologist (me-again)
Changed in mobile-broadband-provider-info (Ubuntu):
assignee: nobody → MOTU (motu)
Revision history for this message
beudbeud (beudbeud) wrote :

i have a same problem with Huawei e180

Bus 002 Device 007: ID 12d1:1003 Huawei Technologies Co., Ltd. E220 HSDPA Modem / E270 HSDPA/HSUPA Modem

Revision history for this message
karlrt (karlrt) wrote :

in recent beta1 the problem seems to be solved, allthough the logs still show no dns adresses, the internet works, so dns somehow must be working!

Revision history for this message
Martin Wildam (mwildam) wrote :

Did you try several times? - In my case it does not happen always.

Revision history for this message
karlrt (karlrt) wrote :

@martin wildam: are you asking me? I did try several times, and so far it seems to be fixed in lucid, BUT the logs still wont show DNS-adresses 3/4 of the tries (see comment #1)

Revision history for this message
Martin Wildam (mwildam) wrote :

@karirt: I was asking everybody who did not mention yet if they tried several times and happens always or just sometimes.

My doubt is that it takes a longer while to get the DNS names and only when already have been connected before enough things are already initialized or cached to win the race condition. - And the appropriate log entries might be written already before.

Revision history for this message
Mathieu Trudel-Lapierre (cyphermox) wrote :

The fact that it sometimes work and sometimes not point me to a race / timeout issue, probably at the level of pppd.

Does it work properly if you try to use wvdial to connect to your provider and use the settings for that provider you get from the NM connection settings?

Also, please try to stop NetworkManager (sudo /etc/init.d/NetworkManager stop), then start it again with the following command:

NM_PPP_DEBUG=1 /usr/sbin/NetworkManager --no-daemon

Then reproduce the issue and attach the logs to this bug report.

Thanks!

affects: mobile-broadband-provider-info (Ubuntu) → ppp (Ubuntu)
Changed in ppp (Ubuntu):
status: Confirmed → Incomplete
assignee: MOTU (motu) → nobody
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for ppp (Ubuntu) because there has been no activity for 60 days.]

Changed in ppp (Ubuntu):
status: Incomplete → Expired
Revision history for this message
Martin Wildam (mwildam) wrote :

I am now owning 4 USB internet sticks in the meantime. For the latest
2 (one T-Mobile stick from Germany and one - also T-Mobile - from
Austria) I did not have to enter any manual DNS - it worked without
problems already many times.

For the german one I only had to upgrade the usb-modeswitch package to
1.1.4-1 - not sure if that matters.

Revision history for this message
Martin Wildam (mwildam) wrote :

On Wed, May 4, 2011 at 08:24, Wildam Martin <email address hidden> wrote:
> I am now owning 4 USB internet sticks in the meantime. For the latest
> 2 (one T-Mobile stick from Germany and one - also T-Mobile - from
> Austria) I did not have to enter any manual DNS - it worked without
> problems already many times.

I checked on my work notebook and I can see there also for the two
older I took away the manual DNS settings (didn't remember I did that
- maybe during testing and never looked back). - So even my older two
sticks work perfectly. This means I can not see the issue for 4
different sticks now (I am on Lucid however in the meantime).

Thanks and best regards,

Martin.

--
Martin Wildam

http://www.google.com/profiles/mwildam

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.