[OpenWrt-Devel] Huawei 3372 NCM support on CC not working
chrono
chrono at open-resource.org
Wed Jul 1 09:01:29 EDT 2015
Ahoy @ll,
>> In short: I've be trying and failing for more than 4 days now to use a
>> 4G/LTE Stick as WAN device using NCM and wwan0 instead of slow
>> pppd/wvdial/modem usage. Any help and ideas would be appreciated.
>>
>> Setup:
>>
>> Openwrt (git/master)
>> Host: TL-MR3020
>> Stick: Telekom Speedstick LTE V (Huawei 3372)
>> ^FHVER:"E3372S-153 21.297.05.01.55,CL1E3372SM Ver.A"
>> which should be non-hilink AFAIK
> E3372 support in huawei_cdc_ncm is still a work in progress, see e.g.:
> http://comments.gmane.org/gmane.linux.usb.general/127444
>
> The firmware does not entirely conform to NCM spec. When I tested E3372
> back in January I only made sure that DHCP was working, and didn't
> check
> any data transfer. Basically, DHCP is all that works, and only
> intermittently. By luck, it worked for me at that time. So there is no
> data transfer possible with that stick at the moment.
>
> You could try Enrico's patch above, and give him (and us) feedback if
> it
> works. I unfortunately don't have the E3372 anymore.
Thanks for the link. I've applied Enrico's patches to my kernels,
3.18.16 on OpenWRT on a MR3020 (MIPS) and 3.18.11 (gentoo-sources) on a
thinkpad x230 (x86_64), without any errors or warnings.
However, the result seems to be the same: LED indicates proper Link,
but neither udhcpc nor dhcpcd are able to obtain IP configuration.
In order to have more headroom for debugging and tcpdumping, I've moved
the test setup from openwrt to the gentoo box. usb modeswitch seems to
work on both systems, since both create the same devices once the stick
is plugged in: ttyUSB0, ttyUSB1, cdc-wdm0 and wwan0.
I'm still unsure which devices the actual control interface is, usually
I end up using /dey/ttyUSB1 but test with USB0 and cdc-wdm0 as well to
be sure for lack of better understanding. As far as DHCP is concerned,
do you mean DHCP by udhcpc/dhcpcd was working or the somewhat hacky
AT^DHCP? approach? Which one should be working?
----- Tested Gentoo Env ------
### Modules ###
huawei_cdc_ncm 1792 0
cdc_wdm 8162 1 huawei_cdc_ncm
cdc_ncm 12865 1 huawei_cdc_ncm
option 35968 0
usb_wwan 4928 1 option
ch341 3808 0
sdhci_pci 9536 0
sdhci 21384 1 sdhci_pci
mmc_core 67272 2 sdhci,sdhci_pci
tun 16961 2
ctr 2752 2
ccm 5952 2
bnep 8856 2
hid_lenovo 5472 0
usbserial 17547 3 ch341,option,usb_wwan
ecb 1312 1
btusb 19810 0
bluetooth 224985 23 bnep,btusb
usbnet 16998 2 huawei_cdc_ncm,cdc_ncm
mii 3296 1 usbnet
snd_hda_codec_hdmi 31425 1
snd_hda_codec_realtek 46576 1
snd_hda_codec_generic 41824 1 snd_hda_codec_realtek
iwldvm 105504 0
mac80211 255264 1 iwldvm
coretemp 5284 0
x86_pkg_temp_thermal 3744 0
iwlwifi 79976 1 iwldvm
cfg80211 180304 3 iwlwifi,mac80211,iwldvm
snd_hda_intel 16920 3
snd_hda_controller 13376 1 snd_hda_intel
thinkpad_acpi 48696 1
snd_hda_codec 65728 5
snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller
i915 702640 4
led_class 2344 4 sdhci,hid_lenovo,iwldvm,thinkpad_acpi
hwmon 2032 2 coretemp,thinkpad_acpi
snd_hwdep 4968 1 snd_hda_codec
snd_pcm 61008 4
snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
e1000e 140272 0
snd_timer 15146 1 snd_pcm
cfbfillrect 3360 1 i915
cfbimgblt 1952 1 i915
cfbcopyarea 3072 1 i915
drm_kms_helper 53328 1 i915
snd 46240 14
snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,thinkpad_acpi
ptp 8540 1 e1000e
pps_core 5332 1 ptp
### dmesg ###
[137461.917673] usb 1-1: new high-speed USB device number 26 using
xhci_hcd
[137462.094859] usb 1-1: New USB device found, idVendor=12d1,
idProduct=1506
[137462.094867] usb 1-1: New USB device strings: Mfr=1, Product=2,
SerialNumber=3
[137462.094872] usb 1-1: Product: HUAWEI_MOBILE
[137462.094877] usb 1-1: Manufacturer: HUAWEI_MOBILE
[137462.094881] usb 1-1: SerialNumber: 0123456789ABCDEF
[137462.676938] usbcore: registered new interface driver option
[137462.676974] usbserial: USB Serial support registered for GSM modem
(1-port)
[137462.677242] option 1-1:1.0: GSM modem (1-port) converter detected
[137462.677404] usb 1-1: GSM modem (1-port) converter now attached to
ttyUSB0
[137462.677443] option 1-1:1.1: GSM modem (1-port) converter detected
[137462.677670] usb 1-1: GSM modem (1-port) converter now attached to
ttyUSB1
[137462.678047] usbcore: registered new interface driver cdc_ncm
[137462.678340] usbcore: registered new interface driver cdc_wdm
[137462.703456] huawei_cdc_ncm 1-1:1.2: MAC-Address: 00:1e:10:1f:00:00
[137462.703462] huawei_cdc_ncm 1-1:1.2: setting rx_max = 16384
[137462.708916] huawei_cdc_ncm 1-1:1.2: cdc-wdm0: USB WDM device
[137462.709201] huawei_cdc_ncm 1-1:1.2 wwan0: register 'huawei_cdc_ncm'
at usb-0000:00:14.0-1, Huawei CDC NCM device, 00:1e:10:1f:00:00
[137462.709416] usbcore: registered new interface driver huawei_cdc_ncm
[138240.878559] device wwan0 entered promiscuous mode
[138251.075927] device wwan0 left promiscuous mode
[138266.353852] net_ratelimit: 21988 callbacks suppressed
[138266.353863] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[138266.353940] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
dropped
[138282.484574] device wwan0 entered promiscuous mode
[138337.898831] device wwan0 left promiscuous mode
[138393.318885] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319697] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319707] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319711] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319714] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319717] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319721] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319725] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319728] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[138393.319731] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 2 may have been
dropped
[139109.458011] device wwan0 entered promiscuous mode
[139121.957965] device wwan0 left promiscuous mode
[139132.058948] device wwan0 entered promiscuous mode
[139149.925470] device wwan0 left promiscuous mode
### lsusb ###
Bus 001 Device 026: ID 12d1:1506 Huawei Technologies Co., Ltd.
Modem/Networkcard
### test flow ###
echo -e "AT^NDISDUP=1,1,\"internet.eplus.de\",\"eplus\",\"gprs\"\r" >
/dev/ttyUSB1
AT^NDISDUP=1,1,"internet.eplus.de","eplus","gprs"
OK
^NDISSTAT:1,,,"IPV4"
^RSSI:19
^HCSQ:"LTE",47,40,126,20
^DSFLOWRPT:00000002,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000
^DSFLOWRPT:00000004,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000
^DSFLOWRPT:00000006,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000
^DSFLOWRPT:00000008,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000
^DSFLOWRPT:0000000A,00000000,00000000,0000000000000000,0000000000000000,00000000,00000000
AT+COPS?
+COPS: 0,0,"MEDIONmobile",7
OK
echo -e "AT^DHCP?\r" > /dev/ttyUSB1
AT^DHCP?
^DHCP:
F8C9730A,F0FFFFFF,F1C9730A,F1C9730A,096717D4,086717D4,150000000,150000000
perl -e 'print join(",",map { join(".", unpack("C4", pack("L", hex))) }
split /,/, shift),"\n"'
F8C9730A,F0FFFFFF,F1C9730A,F1C9730A,096717D4,086717D4
10.115.201.248,255.255.255.240,10.115.201.241,10.115.201.241,212.23.103.9,212.23.103.8
ifconfig wwan0 10.115.201.248 netmask 255.255.255.240
ping 10.115.201.241
### tcpdump ###
12:28:12.753869 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has
10.115.201.248 tell 10.115.201.241, length 46
0x0000: 0001 0800 0604 0001 4c54 9945 e5d5 0a73 ........LT.E...s
0x0010: c9f1 0000 0000 0000 0a73 c9f8 0000 0000 .........s......
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
12:28:15.753893 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has
10.115.201.248 tell 10.115.201.241, length 46
0x0000: 0001 0800 0604 0001 4c54 9945 e5d5 0a73 ........LT.E...s
0x0010: c9f1 0000 0000 0000 0a73 c9f8 0000 0000 .........s......
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
12:28:18.753857 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has
10.115.201.248 tell 10.115.201.241, length 46
0x0000: 0001 0800 0604 0001 4c54 9945 e5d5 0a73 ........LT.E...s
0x0010: c9f1 0000 0000 0000 0a73 c9f8 0000 0000 .........s......
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
12:28:21.089958 IP (tos 0x0, ttl 64, id 58723, offset 0, flags [none],
proto UDP (17), length 334)
0.0.0.0.68 > 255.255.255.255.67: [udp sum ok] BOOTP/DHCP, Request
from 00:1e:10:1f:00:00, length 306, xid 0x10d465e1, secs 59, Flags
[none] (0x0000)
Client-Ethernet-Address 00:1e:10:1f:00:00
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
Client-ID Option 61, length 19: hardware-type 255,
10:1f:00:00:00:01:00:01:1a:86:d9:57:00:a0:73:56:23:6e
SLP-NA Option 80, length 0""
MSZ Option 57, length 2: 1500
Vendor-Class Option 60, length 5: "wwan0"
Hostname Option 12, length 7: "chronos"
T145 Option 145, length 1: 1
Parameter-Request Option 55, length 14:
Subnet-Mask, Classless-Static-Route, Static-Route,
Default-Gateway
Domain-Name-Server, Hostname, Domain-Name, BR
NTP, Lease-Time, Server-ID, RN
RB, Option 119
0x0000: 4500 014e e563 0000 4011 943c 0000 0000 E..N.c.. at ..<....
0x0010: ffff ffff 0044 0043 013a 85a6 0101 0600 .....D.C.:......
0x0020: 10d4 65e1 003b 0000 0000 0000 0000 0000 ..e..;..........
0x0030: 0000 0000 0000 0000 001e 101f 0000 0000 ................
0x0040: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0050: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0060: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0070: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0080: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0090: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x00a0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x00b0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x00c0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x00d0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x00e0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x00f0: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0100: 0000 0000 0000 0000 6382 5363 3501 013d ........c.Sc5..=
0x0110: 13ff 101f 0000 0001 0001 1a86 d957 00a0 .............W..
0x0120: 7356 236e 5000 3902 05dc 3c05 7777 616e sV#nP.9...<.wwan
0x0130: 300c 0763 6872 6f6e 6f73 9101 0137 0e01 0..chronos...7..
0x0140: 7921 0306 0c0f 1c2a 3336 3a3b 77ff y!.....*36:;w.
12:41:47.043808 IP (tos 0x0, ttl 64, id 38445, offset 0, flags [DF],
proto ICMP (1), length 84)
10.115.201.248 > 10.115.201.241: ICMP echo request, id 12298, seq 4,
length 64
0x0000: 4500 0054 962d 4000 4001 fbab 0a73 c9f8 E..T.- at .@....s..
0x0010: 0a73 c9f1 0800 733e 300a 0004 0be0 9355 .s....s>0......U
0x0020: 0000 0000 f6aa 0000 0000 0000 1011 1213 ................
0x0030: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"#
0x0040: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123
0x0050: 3435 3637 4567
12:41:48.043772 IP (tos 0x0, ttl 64, id 38794, offset 0, flags [DF],
proto ICMP (1), length 84)
10.115.201.248 > 10.115.201.241: ICMP echo request, id 12298, seq 5,
length 64
0x0000: 4500 0054 978a 4000 4001 fa4e 0a73 c9f8 E..T.. at .@..N.s..
0x0010: 0a73 c9f1 0800 993d 300a 0005 0ce0 9355 .s.....=0......U
0x0020: 0000 0000 cfaa 0000 0000 0000 1011 1213 ................
0x0030: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"#
0x0040: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123
0x0050: 3435 3637 4567
12:41:48.893992 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has
10.115.201.248 tell 10.115.201.241, length 46
0x0000: 0001 0800 0604 0001 4c54 9945 e5d5 0a73 ........LT.E...s
0x0010: c9f1 0000 0000 0000 0a73 c9f8 0000 0000 .........s......
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
12:41:49.043755 IP (tos 0x0, ttl 64, id 39777, offset 0, flags [DF],
proto ICMP (1), length 84)
10.115.201.248 > 10.115.201.241: ICMP echo request, id 12298, seq 6,
length 64
0x0000: 4500 0054 9b61 4000 4001 f677 0a73 c9f8 E..T.a at .@..w.s..
0x0010: 0a73 c9f1 0800 9f3c 300a 0006 0de0 9355 .s.....<0......U
0x0020: 0000 0000 c8aa 0000 0000 0000 1011 1213 ................
0x0030: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"#
0x0040: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123
0x0050: 3435 3637 4567
12:41:50.043753 IP (tos 0x0, ttl 64, id 40453, offset 0, flags [DF],
proto ICMP (1), length 84)
10.115.201.248 > 10.115.201.241: ICMP echo request, id 12298, seq 7,
length 64
0x0000: 4500 0054 9e05 4000 4001 f3d3 0a73 c9f8 E..T.. at .@....s..
0x0010: 0a73 c9f1 0800 9e3b 300a 0007 0ee0 9355 .s.....;0......U
0x0020: 0000 0000 c8aa 0000 0000 0000 1011 1213 ................
0x0030: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"#
0x0040: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123
0x0050: 3435 3637 4567
12:41:51.043818 IP (tos 0x0, ttl 64, id 40918, offset 0, flags [DF],
proto ICMP (1), length 84)
10.115.201.248 > 10.115.201.241: ICMP echo request, id 12298, seq 8,
length 64
0x0000: 4500 0054 9fd6 4000 4001 f202 0a73 c9f8 E..T.. at .@....s..
0x0010: 0a73 c9f1 0800 653a 300a 0008 0fe0 9355 .s....e:0......U
0x0020: 0000 0000 00ab 0000 0000 0000 1011 1213 ................
0x0030: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"#
0x0040: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123
0x0050: 3435 3637 4567
12:41:51.894000 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has
10.115.201.248 tell 10.115.201.241, length 46
0x0000: 0001 0800 0604 0001 4c54 9945 e5d5 0a73 ........LT.E...s
0x0010: c9f1 0000 0000 0000 0a73 c9f8 0000 0000 .........s......
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
12:41:52.043811 IP (tos 0x0, ttl 64, id 41520, offset 0, flags [DF],
proto ICMP (1), length 84)
10.115.201.248 > 10.115.201.241: ICMP echo request, id 12298, seq 9,
length 64
0x0000: 4500 0054 a230 4000 4001 efa8 0a73 c9f8 E..T.0 at .@....s..
0x0010: 0a73 c9f1 0800 6c39 300a 0009 10e0 9355 .s....l90......U
0x0020: 0000 0000 f8aa 0000 0000 0000 1011 1213 ................
0x0030: 1415 1617 1819 1a1b 1c1d 1e1f 2021 2223 .............!"#
0x0040: 2425 2627 2829 2a2b 2c2d 2e2f 3031 3233 $%&'()*+,-./0123
0x0050: 3435 3637 4567
Out of necessity I'm still willing to try and test more to get it
up and running, if you guys need anything from me to hunt the problem
down further or can give me an explicit rundown what exactly you
need to test/debug further (and sequence if important), I'll be
happy to help. I've assumed that Huawei NCM does not need neither
MBIM nor QMI WWAN modules, right?
----- Tested OpenWRT Env ------
>> Modules:
>>
>> arc4 1312 2
>> ath 19893 3 ath9k
>> ath9k 87622 0
>> ath9k_common 17230 1 ath9k
>> ath9k_hw 337656 2 ath9k
>> cdc_ether 3788 1 rndis_host
>> cdc_ncm 11557 1 huawei_cdc_ncm
>> cdc_subset 1536 0
>> cdc_wdm 7829 1 huawei_cdc_ncm
>> cfg80211 213857 4 ath9k
>> compat 1332 4 ath9k
>> crc16 1015 0
>> crc_ccitt 1019 0
>> crypto_blkcipher 10647 1 arc4
>> crypto_hash 9762 0
>> ehci_hcd 32108 1 ehci_platform
>> ehci_platform 3376 0
>> gpio_button_hotplug 4464 0
>> huawei_cdc_ncm 1520 0
>> ip6_tables 9393 3 ip6table_raw
>> ip6t_REJECT 1184 0
>> ip6table_filter 608 0
>> ip6table_mangle 1152 0
>> ip6table_raw 576 0
>> ip_tables 9533 4 iptable_nat
>> ipt_MASQUERADE 656 1
>> ipt_REJECT 912 2
>> iptable_filter 672 1
>> iptable_mangle 944 1
>> iptable_nat 768 1
>> iptable_raw 640 1
>> ipv6 258696 22 nf_conntrack_ipv6
>> ledtrig_usbdev 1936 0
>> mac80211 381507 1 ath9k
>> mii 3528 1 usbnet
>> nf_conntrack 47723 11 nf_nat_ipv4
>> nf_conntrack_ftp 5312 1 nf_nat_ftp
>> nf_conntrack_ipv4 4704 8
>> nf_conntrack_ipv6 5024 0
>> nf_conntrack_rtcache 2448 0
>> nf_defrag_ipv4 806 1 nf_conntrack_ipv4
>> nf_defrag_ipv6 9047 1 nf_conntrack_ipv6
>> nf_log_common 2319 2 nf_log_ipv4
>> nf_log_ipv4 3184 0
>> nf_log_ipv6 3344 0
>> nf_nat 9083 5 nf_nat_ipv4
>> nf_nat_ftp 1232 0
>> nf_nat_ipv4 3713 1 iptable_nat
>> nf_nat_masquerade_ipv4 1420 1 ipt_MASQUERADE
>> nf_reject_ipv4 1827 1 ipt_REJECT
>> nf_reject_ipv6 1943 1 ip6t_REJECT
>> nls_base 4976 1 usbcore
>> ohci_hcd 22191 1 ohci_platform
>> ohci_platform 2752 0
>> option 26976 0
>> rndis_host 4937 0
>> usb_common 1160 1 usbcore
>> usb_wwan 4391 1 option
>> usbcore 117300 15 option
>> usbnet 17046 5 rndis_host
>> usbserial 17691 2 option
>> x_tables 10901 26 ipt_REJECT
>> xt_CT 2352 0
>> xt_LOG 768 0
>> xt_REDIRECT 1152 0
>> xt_TCPMSS 2656 1
>> xt_comment 480 24
>> xt_conntrack 2160 7
>> xt_id 480 0
>> xt_limit 992 1
>> xt_mac 624 0
>> xt_mark 672 0
>> xt_multiport 1184 0
>> xt_nat 1152 0
>> xt_state 688 0
>> xt_tcpudp 1728 4
>> xt_time 1632 0
>>
>> /etc/config/network
>>
>> config interface 'loopback'
>> option ifname 'lo'
>> option proto 'static'
>> option ipaddr '127.0.0.1'
>> option netmask '255.0.0.0'
>>
>> config globals 'globals'
>> option ula_prefix 'fd29:864c:1d98::/48'
>>
>> config interface 'lan'
>> option ifname 'eth0'
>> option force_link '1'
>> option type 'bridge'
>> option proto 'static'
>> option netmask '255.255.255.0'
>> option ip6assign '60'
>> option ipaddr '192.168.2.1'
>>
>> config interface 'wan'
>> option proto 'ncm'
>> option ifname 'wwan0'
>> option device '/dev/ttyUSB0'
>> option pincode '0000'
>> option apn 'internet.eplus.de'
>> option username 'eplus'
>> option password 'gprs'
>> #option auth 'both'
>> #option mode 'custom'
>> #option delay '10'
>>
>> Subsequent tests with different devices (ttyUSB0, ttyUSB1, cdc-wdm0)
>> made no difference
>> or didn't connect at all. After looking at the sources and /etc/gcom
>> scripts, these parameters
>> should be ok?
>>
>> There are a couple of errors that might mean something to someone:
>>
>> logread:
>>
>> Tue Jun 30 13:17:05 2015 daemon.notice netifd: wan (1979): sending ->
>> AT^NDISDUP=1,0
>> Tue Jun 30 13:17:05 2015 daemon.notice netifd: wan (1979): Command
>> failed: Permission denied
>> Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan' is now
>> down
>> Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan_4' is
>> disabled
>> Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan_6' is
>> disabled
>> Tue Jun 30 13:17:05 2015 daemon.notice netifd: Interface 'wan' is
>> setting up now
>> Tue Jun 30 13:17:08 2015 daemon.notice netifd: wan (2001): sending ->
>> AT
>> Tue Jun 30 13:17:08 2015 daemon.notice netifd: wan (2001): sending ->
>> ATZ
>> Tue Jun 30 13:17:09 2015 daemon.notice netifd: wan (2001): sending ->
>> ATQ0
>> Tue Jun 30 13:17:09 2015 daemon.notice netifd: wan (2001): sending ->
>> ATV1
>> Tue Jun 30 13:17:10 2015 daemon.notice netifd: wan (2001): sending ->
>> ATE1
>> Tue Jun 30 13:17:11 2015 daemon.notice netifd: wan (2001): sending ->
>> ATS0=0
>> Tue Jun 30 13:17:12 2015 daemon.notice netifd: wan (2001): SIM ready
>> Tue Jun 30 13:17:12 2015 daemon.notice netifd: wan (2001): PIN set
>> successfully
>> Tue Jun 30 13:17:13 2015 daemon.notice netifd: wan (2001): sending ->
>> AT^NDISDUP=1,1,"internet.eplus.de","eplus","gprs"
>> Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan (2001): Connected,
>> starting DHCP
>> Tue Jun 30 13:17:14 2015 kern.info kernel: [ 1158.920000]
>> huawei_cdc_ncm
>> 1-1:1.2 wwan0: open: enable queueing (rx 5, tx 5) mtu 1500 simple
>> framing
>> --> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.920000]
>> huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
>> --> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.930000]
>> huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
>> --> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.940000]
>> huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
>> --> Tue Jun 30 13:17:14 2015 kern.err kernel: [ 1158.940000]
>> huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
>> Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_4' is
>> enabled
>> Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' is
>> enabled
>> Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan' is now
>> up
>> Tue Jun 30 13:17:14 2015 daemon.notice netifd: Network device 'wwan0'
>> link is up
>> Tue Jun 30 13:17:14 2015 daemon.notice netifd: Network alias 'wwan0'
>> link is up
>> Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_4' has
>> link connectivity
>> Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_4' is
>> setting up now
>> Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' has
>> link connectivity
>> Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' is
>> setting up now
>> Tue Jun 30 13:17:14 2015 daemon.notice netifd: Interface 'wan_6' is
>> now
>> up
>> --> Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan (2001): Command
>> failed: Unknown error
>> --> Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan (2001): Command
>> failed: Unknown error
>> Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan_4 (2052): udhcpc
>> (v1.23.2) started
>> Tue Jun 30 13:17:14 2015 user.notice firewall: Reloading firewall due
>> to
>> ifup of wan (wwan0)
>> Tue Jun 30 13:17:14 2015 daemon.notice netifd: wan_4 (2052): Sending
>> discover...
>> Tue Jun 30 13:17:17 2015 daemon.notice netifd: wan_4 (2052): Sending
>> discover...
>> Tue Jun 30 13:17:20 2015 daemon.notice netifd: wan_4 (2052): Sending
>> discover...
>>
>> dmesg:
>>
>> [ 191.930000] huawei_cdc_ncm 1-1:1.2 wwan0: stop stats: rx/tx 53/61,
>> errs 0/0
>> [ 195.680000] huawei_cdc_ncm 1-1:1.2 wwan0: open: enable queueing (rx
>> 5, tx 5) mtu 1500 simple framing
>> [ 195.690000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
>> dropped
>> [ 195.700000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
>> dropped
>> [ 195.710000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
>> dropped
>> [ 195.710000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
>> dropped
>> [ 237.450000] huawei_cdc_ncm 1-1:1.2 wwan0: stop stats: rx/tx 54/65,
>> errs 0/0
>> [ 237.460000] huawei_cdc_ncm 1-1:1.2 wwan0: open: enable queueing (rx
>> 5, tx 5) mtu 1500 simple framing
>> [ 237.470000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
>> dropped
>> [ 237.480000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
>> dropped
>> [ 237.480000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
>> dropped
>> [ 237.490000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
>> dropped
>> [ 1147.540000] huawei_cdc_ncm 1-1:1.2 wwan0: stop stats: rx/tx
>> 357/372,
>> errs 0/0
>> [ 1158.920000] huawei_cdc_ncm 1-1:1.2 wwan0: open: enable queueing (rx
>> 5, tx 5) mtu 1500 simple framing
>> [ 1158.920000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
>> dropped
>> [ 1158.930000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
>> dropped
>> [ 1158.940000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
>> dropped
>> [ 1158.940000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been
>> dropped
>>
>> Here are a couple of links that also seem to describe similar
>> problems:
>>
>> https://forum.openwrt.org/viewtopic.php?pid=273099
>> http://www.dd-wrt.com/phpBB2/viewtopic.php?t=174004&postdays=0&postorder=asc&start=0
>>
>> I've checked that the patches from here
>>
>> https://lists.openwrt.org/pipermail/openwrt-devel/2015-January/030890.html
>>
>> are already integrated, which seems to be the case.
>>
>> I've also found some hacky scripts here:
>> https://forum.openwrt.org/viewtopic.php?id=41945
>>
>> I seem to get data from at^dhcp as well, which at least _seems_ like a
>> plausible 10.x.x.x IP/GW config set but when I apply those manually,
>> again no luck. usb modeswitching seems to be in order (I think) since
>> the connection is established and the devices
>> (wwan0,cdc-wdm0,ttyUSB0+1)
>> are available. No SD/CDrom visible.
>>
>> There has also been some info about removing arp support from wwan0
>> but so far that also has not made any difference.
>>
>> Is anyone out there having this Stick running with NCM at all? I'd
>> appreciate any help to get this online because currently our whole
>> hackbase (https://apollo.open-resource.org/) is offline, since we have
>> no wired internet anymore and need 4G fallback until someone is
>> willing
>> to help us with a Wifi based WAN connection. You can also ping chron0
>> in #openwrt and #openwrt-devel on freenode if you need more
>> info/traces.
>>
>> This is my first time dealing with 3G/4G devices so I have no prior
>> experience I could use as a reference if I'm doing it wrong or if
>> there
>> are some bugs under the hood - but I'm sure I'm not the only one with
>> this
>> problem out there - if you search for openwrt ncm 3372...
>>
>> Thanks a lot in advance and keep up the great work,
>>
>> chrono
>> --
>> Apollo-NG
>> Mobile Hackbase
_______________________________________________
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
More information about the openwrt-devel
mailing list