Novatel Merlin V620 disconnect in few seconds

Bug #108177 reported by Rolando Blanco
4
Affects Status Importance Assigned to Milestone
linux-source-2.6.20 (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

Binary package hint: linux-source-2.6.20

Hello, I did use Edgy, with 2.6.17, but did have a lot of problems with the Novatel Merlin V620, then I did migrate to Feisty with 2.6.20-15. The card was detected and I can connect well, but in few seconds this one disconnect. I Don't know if this one broke the connection for the a lot flow of data or if it is for the time.

May anyone help me with it, Please!

Revision history for this message
Rolando Blanco (rolando) wrote :
Revision history for this message
Rolando Blanco (rolando) wrote :
Revision history for this message
Rolando Blanco (rolando) wrote :
Revision history for this message
Rolando Blanco (rolando) wrote :
Revision history for this message
Rolando Blanco (rolando) wrote :
Revision history for this message
Rolando Blanco (rolando) wrote :
Revision history for this message
Rolando Blanco (rolando) wrote :

first I put a terminal console, working with a PING to an Internet IP, then I did connect (plugin) the V620 Card, and wait, this one hang up exactly at 63 Ping, in the Number 64, if each ping have 64 bytes, the whe process the 4096 bytes the hangs. This happens all the times that i did the test, I did it 5 times.

I don't know nothing about programming, C, C++ or any of that, If any can help me with it I'll so GLAD

Rolando Blanco (rolando)
description: updated
Revision history for this message
C de-Avillez (hggdh2) wrote :

Please attach here the output of the /var/log/syslog showing one such connection.

There is a good chance this is being caused by PPP defaulting to require echo responses from the provider (Verizon, for example, does not answer echo requests); when PPP is configured as such, and the link provider does not answer, then PPP drops the connection.

Changed in linux-source-2.6.20:
assignee: nobody → hggdh2
importance: Undecided → Medium
status: Unconfirmed → Needs Info
Revision history for this message
C de-Avillez (hggdh2) wrote :

Sorry Rolando, I did not notice you had already added in a connection log.

The v620 is actually an USB device -- 'lspci' will not show it; you would have to issue a 'lsusb' to see it.

Can you please attach here the PPP configuration in use? Please remember to mask out your userid and password if needed.

There are two chances we can verify here (I, being a lazy bastard, never finished testing it myself...):

1. the airprime module will, by default, build 3 endpoints for the v620; the previous, unofficial, version of this module built one single end-point. It might be that the v620 does not behave well with 3 end-points. Mine is running with one single end-point.

You can do that by editing /etc/modprobe.d/options, and adding the following lines to the end of the file:

# Merlin v620 with one single endpoint
options airprime endpoints=1

2. the parameters 'lcp-echo-interval' and 'lcp-echo-failure' might be playing a role here: some providers (Verizon, for example) will not respond to an echo request. If lcp-echo{failure, interval) are set, then PPP will hang up the connection after 'lc-echo-failure' tries.

I doubt (2) is your case, at least right now, since you are receiving a disconnect. Could you please try (1)? Make sure the card is not inserted, and that you have removed the module from memory ('sudo rmmod airprime'); then make the change as in (1), insert the card, and try again.

Revision history for this message
Rolando Blanco (rolando) wrote :

This is the lsusb

Revision history for this message
Rolando Blanco (rolando) wrote :

This is the lsusb -v

Revision history for this message
Rolando Blanco (rolando) wrote :

My /etc/ppp/peers/provider

Revision history for this message
Rolando Blanco (rolando) wrote :

Please, check this log too

Revision history for this message
Rolando Blanco (rolando) wrote :

and finaly this is the content of the /etc/modprobe/options

Al steell whitout works

Revision history for this message
C de-Avillez (hggdh2) wrote :

This seems to be your problem:

May 3 21:47:36 mirage pppd[19871]: rcvd [proto=0x202f] 45 00 01 34 54 08 40 00 2c 01 ad 7d 45 3c 72 70 0a 13 8a 7f 00 50 c0 7a c4 63 6b d2 59 00 5b c5 ...
May 3 21:47:36 mirage pppd[19871]: Unsupported protocol 0x202f received

Which protocol is this? I cannot find a reference for it.

Revision history for this message
C de-Avillez (hggdh2) wrote :

Also, this seems to be a different error than what you had previously...

Revision history for this message
Rolando Blanco (rolando) wrote :

Woao! hggdh2,

Now, I don't understand nothing, all see exactly how the first time, Y don't now why said about "Unsupported protocol" how can we know about it to resolve this bug, Remember that I'm in Caracas Venezuela, and our provider is MOVILNET, may they use a special protocol that I don't know.

Let me say you that the problem see iqual. The card hangs in few seconds, May I do anything to help?

Revision history for this message
Rolando Blanco (rolando) wrote :

I see, this talk about AppleTalk SmartBuffered, I don't why, and sais too Unsupported protocol 'SNA over 802.2'

See

May 4 21:11:24 mirage pppd[10830]: Unsupported protocol 0x3e2f received
May 4 21:11:24 mirage pppd[10830]: sent [LCP ProtRej id=0x5 3e 2f 45 00 05 8c b4 c6 40 00 2d 03 c8 87 3e 92 58 79 0a 13 2a 00 00 50 9f 57 f3 a4 b2 a4 c7 4c ...]
May 4 21:11:24 mirage pppd[10830]: rcvd [proto=0x3b] 7b 00 21 45 39 b4 c8 ea 0a 40 00 cd d8 87 3e 92 58 79 0a 13 2a 00 00 50 9f 57 f3 bc 45 a4 c7 4c ...
May 4 21:11:24 mirage pppd[10830]: Unsupported protocol 'AppleTalk SmartBuffered' (0x3b) received
May 4 21:11:24 mirage pppd[10830]: sent [LCP ProtRej id=0x6 00 3b 7b 00 21 45 39 b4 c8 ea 0a 40 00 cd d8 87 3e 92 58 79 0a 13 2a 00 00 50 9f 57 f3 bc 45 a4 ...]
May 4 21:11:25 mirage pppd[10830]: rcvd [proto=0x3b] 7b 00 21 45 95 14 31 40 00 3b 11 0e dc c8 2c 20 0c 79 0a 13 2a 00 35 80 19 00 81 87 1a da ff 81 ...
May 4 21:11:25 mirage pppd[10830]: Unsupported protocol 'AppleTalk SmartBuffered' (0x3b) received
May 4 21:11:25 mirage pppd[10830]: sent [LCP ProtRej id=0x7 00 3b 7b 00 21 45 95 14 31 40 00 3b 11 0e dc c8 2c 20 0c 79 0a 13 2a 00 35 80 19 00 81 87 1a da ...]
May 4 21:11:25 mirage pppd[10830]: rcvd [proto=0x4b] 3e 2f 45 00 05 59 70 ea 0a 40 00 23 de 87 3e 92 58 79 0a 13 2a 00 00 50 54 58 8c 55 11 c7 2e 0e ...
May 4 21:11:25 mirage pppd[10830]: Unsupported protocol 'SNA over 802.2' (0x4b) received
May 4 21:11:25 mirage pppd[10830]: sent [LCP ProtRej id=0x8 00 4b 3e 2f 45 00 05 59 70 ea 0a 40 00 23 de 87 3e 92 58 79 0a 13 2a 00 00 50 54 58 8c 55 11 c7 ...]
May 4 21:11:25 mirage pppd[10830]: rcvd [proto=0x4b] 3e 2f 45 00 05 59 71 ea 0a 40 00 23 dd 87 3e 92 58 79 0a 13 2a 00 00 50 54 58 8c 5a 69 c7 2e 0e ...
May 4 21:11:25 mirage pppd[10830]: Unsupported protocol 'SNA over 802.2' (0x4b) received
May 4 21:11:25 mirage pppd[10830]: sent [LCP ProtRej id=0x9 00 4b 3e 2f 45 00 05 59 71 ea 0a 40 00 23 dd 87 3e 92 58 79 0a 13 2a 00 00 50 54 58 8c 5a 69 c7 ...]
May 4 21:11:25 mirage pppd[10830]: rcvd [proto=0x3e4b] 3e 2f 45 00 05 72 71 ea 0a 40 00 dc dd 87 3e 92 58 79 0a 13 2a 00 00 50 54 58 4f b9 69 c7 2e 0e ...

Revision history for this message
Rolando Blanco (rolando) wrote :
Revision history for this message
Rolando Blanco (rolando) wrote :

I found it to, but noting with the new kernel 2.6.20

http://mppe-mppc.alphacron.de/

Revision history for this message
Rolando Blanco (rolando) wrote :

Now it's working, let me tell you what I did.

Well, in fact I did edit the /etc/modprobe. an stablish the option file like this:

# Enable double-buffering so gstreamer et. al. work
options quickcam compatible=2

# Default hostap to managed mode
options hostap_pci iw_mode=2
options hostap_cs iw_mode=2
options airprime endpoints=1

Later I found in this site: http://pptpclient.sourceforge.net/howto-diagnosis.phtml

That I can:
   sudo modprobe ip_gre
and I did.

I did rmmod the airprime and later modprobe airprime

Did connect the Card, and it's working great

Well I remember that reduce the speed of the connection to 57600 but I don't know If it need.

Revision history for this message
Rolando Blanco (rolando) wrote :

Well, was not true :(

It's really works, but when I did remove the card and plug again don't works again.

Now It don't say nothing, in fact I can do ping to servers but, I can use any other protocol.

I did it rules in the /etc/udev/ check it.

Revision history for this message
Rolando Blanco (rolando) wrote :

I will send you too my /etc/ppp/options file

maybe you can see something there

Revision history for this message
Rolando Blanco (rolando) wrote :

Well, Finnaly I see what happens.

Look this:

==> /var/log/syslog <==
May 7 02:15:17 mirage NetworkManager: <debug info>^I[1178518517.426119] nm_hal_device_added (): New device added (hal udi is '/org/freedesktop/Hal/devices/usb_device_1410_1110_noserial_if1').
May 7 02:15:17 mirage NetworkManager: <debug info>^I[1178518517.479432] nm_hal_device_added (): New device added (hal udi is '/org/freedesktop/Hal/devices/usb_device_1410_1110_noserial_if0').
May 7 02:15:17 mirage NetworkManager: <debug info>^I[1178518517.499657] nm_hal_device_added (): New device added (hal udi is '/org/freedesktop/Hal/devices/usb_device_1410_1110_noserial_usbraw').
May 7 02:15:25 mirage pppd[7428]: pppd 2.4.4 started by soporte, uid 1000
May 7 02:15:25 mirage pppd[7428]: Using interface ppp0
May 7 02:15:25 mirage pppd[7428]: Connect: ppp0 <--> /dev/ttyUSB3
May 7 02:15:26 mirage pppd[7428]: CHAP authentication succeeded

==> /var/log/messages <==
May 7 02:15:25 mirage pppd[7428]: pppd 2.4.4 started by soporte, uid 1000
May 7 02:15:25 mirage pppd[7428]: Using interface ppp0
May 7 02:15:25 mirage pppd[7428]: Connect: ppp0 <--> /dev/ttyUSB3
May 7 02:15:26 mirage pppd[7428]: CHAP authentication succeeded

==> /var/log/syslog <==
May 7 02:15:26 mirage pppd[7428]: CHAP authentication succeeded
May 7 02:15:26 mirage pppd[7428]: local IP address 190.76.14.58
May 7 02:15:26 mirage pppd[7428]: remote IP address 192.168.17.130
May 7 02:15:26 mirage pppd[7428]: primary DNS address 200.44.32.12
May 7 02:15:26 mirage pppd[7428]: secondary DNS address 200.11.248.12
May 7 02:15:26 mirage pppd[7428]: Deflate (12) compression enabled

==> /var/log/messages <==
May 7 02:15:26 mirage pppd[7428]: CHAP authentication succeeded
May 7 02:15:26 mirage pppd[7428]: local IP address 190.76.14.58
May 7 02:15:26 mirage pppd[7428]: remote IP address 192.168.17.130
May 7 02:15:26 mirage pppd[7428]: primary DNS address 200.44.32.12
May 7 02:15:26 mirage pppd[7428]: secondary DNS address 200.11.248.12
May 7 02:15:26 mirage pppd[7428]: Deflate (12) compression enabled

==> /var/log/syslog <==
May 7 02:15:28 mirage pppd[7428]: Lost compression sync: disabling compression <<<<NOTE THIS>>>>>

When the log say Lost compression sync: disabling compression then all works excelent, in FACT I'm posting it from the Novalet V620 PCMCIA Card.

Now I know that the Kernel works, the problem is how to say to pppd that don't use Compression.

Revision history for this message
Rolando Blanco (rolando) wrote :

Done

I did read the : man pppd and found how to make to don't use any kind of compression, I did add the lines:

         nobsdcomp
         nodeflate

in the file
/etc/ppp/options

Remember than I'm in venezuela and my ISP is MOVILNET

FIXED

Revision history for this message
C de-Avillez (hggdh2) wrote :

Closing rejected, then. Working as designed.

Changed in linux-source-2.6.20:
assignee: hggdh2 → nobody
status: Needs Info → Rejected
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.