Temat: E3272s-153 ncm

E3272s-153 ncm

Witam.
Na fw luci-15.05-ar71xx-generic-tl-mr3020-v1-8M-squashfs-factory.bin nie udaje mi się zmusić modemu E3272s-153 (zwykły USB) do współpracy z ncm.

W trybie wwan działa OK, chociaż transfery są kiepskie.
Po przekonfigurowaniu na ncm nie łączy i daje kern.err w logu


root@OpenWrt:~# 3ginfo
Status: Rozłączony
Czas polaczenia: -
Przeslano danych: - / -
Operator: Play
Tryb pracy: LTE
Sila sygnalu: 83%
Urzadzenie: huawei E3272
MCC MNC: 260 06
LAC: 0072 (114)
CID: 00102D11 (1060113)
TAC: 0072 (114)
CSQ: 26
RSSI: -61 dBm
RSCP: -145 dBm
Ec/IO: -32 dB
RSRP: -86 dBm
SINR: 18 dB
RSRQ: -6 dB

root@OpenWrt:~# cat /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 'fda1:cffd:e784::/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 dns '8.8.8.8'
        option ipaddr '192.168.2.1'

config interface 'wan'
        option proto 'ncm'
        option delegate '0'
        option device '/dev/ttyUSB0'
        option mode 'auto'
        option apn 'internet'
        option ipv6 '0'

root@OpenWrt:~# ifstatus wan
{
        "up": true,
        "pending": false,
        "available": true,
        "autostart": true,
        "dynamic": false,
        "uptime": 113,
        "l3_device": "wwan0",
        "proto": "ncm",
        "metric": 0,
        "delegation": true,
        "ipv4-address": [

        ],
        "ipv6-address": [

        ],
        "ipv6-prefix": [

        ],
        "ipv6-prefix-assignment": [

        ],
        "route": [

        ],
        "dns-server": [

        ],
        "dns-search": [

        ],
        "inactive": {
                "ipv4-address": [

                ],
                "ipv6-address": [

                ],
                "route": [

                ],
                "dns-server": [

                ],
                "dns-search": [

                ]
        },
        "data": {

        }
}


cat /var/state/network

network.lan.up='1'
network.lan.device='eth0'
network.lan.ifname='br-lan'
network.loopback.up='1'
network.loopback.device='lo'
network.wan.driver='comgt'
network.wan.ctl_device='/dev/'
network.wan.dat_device='/dev/ttyUSB0'
network.wan.up='1'
-network.wan.device
network.wan.ifname='wwan0'


Logread
Sat Dec 10 00:13:34 2016 daemon.info dnsmasq[5151]: started, version 2.73 cachesize 150
Sat Dec 10 00:13:34 2016 daemon.info dnsmasq[5151]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC loop-detect inotify
Sat Dec 10 00:13:34 2016 daemon.info dnsmasq[5151]: DNS service limited to local subnets
Sat Dec 10 00:13:34 2016 daemon.info dnsmasq-dhcp[5151]: DHCP, IP range 192.168.2.100 -- 192.168.2.249, lease time 12h
Sat Dec 10 00:13:34 2016 daemon.info dnsmasq[5151]: using local addresses only for domain lan
Sat Dec 10 00:13:34 2016 daemon.info dnsmasq[5151]: reading /tmp/resolv.conf.auto
Sat Dec 10 00:13:34 2016 daemon.info dnsmasq[5151]: using local addresses only for domain lan
Sat Dec 10 00:13:34 2016 daemon.info dnsmasq[5151]: using nameserver 8.8.8.8#53
Sat Dec 10 00:13:34 2016 daemon.info dnsmasq[5151]: read /etc/hosts - 1 addresses
Sat Dec 10 00:13:34 2016 daemon.info dnsmasq[5151]: read /tmp/hosts/dhcp - 1 addresses
Sat Dec 10 00:13:34 2016 daemon.info dnsmasq-dhcp[5151]: read /etc/ethers - 0 addresses
Sat Dec 10 00:13:35 2016 daemon.notice netifd: wan (5086): sending -> AT
Sat Dec 10 00:13:36 2016 daemon.notice netifd: wan (5086): sending -> ATZ
Sat Dec 10 00:13:36 2016 daemon.notice netifd: wan (5086): sending -> ATQ0
Sat Dec 10 00:13:37 2016 daemon.notice netifd: wan (5086): sending -> ATV1
Sat Dec 10 00:13:38 2016 daemon.notice netifd: wan (5086): sending -> ATE1
Sat Dec 10 00:13:38 2016 daemon.notice netifd: wan (5086): sending -> ATS0=0
Sat Dec 10 00:13:39 2016 daemon.notice netifd: wan (5086): sending -> AT^SYSCFGEX="00",3fffffff,2,4,7fffffffffffffff,,
Sat Dec 10 00:13:40 2016 daemon.notice netifd: wan (5086): sending -> AT^NDISDUP=1,1,"internet"
Sat Dec 10 00:13:41 2016 daemon.notice netifd: wan (5086): Connected, starting DHCP
Sat Dec 10 00:13:41 2016 kern.err kernel: [ 1813.820000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
Sat Dec 10 00:13:41 2016 kern.err kernel: [ 1813.820000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
Sat Dec 10 00:13:41 2016 kern.err kernel: [ 1813.830000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
Sat Dec 10 00:13:41 2016 daemon.notice netifd: Interface 'wan' is now up
Sat Dec 10 00:13:41 2016 daemon.notice netifd: Network device 'wwan0' link is up
Sat Dec 10 00:13:41 2016 daemon.notice netifd: Network alias 'wwan0' link is up
Sat Dec 10 00:13:41 2016 daemon.notice netifd: Interface 'wan_4' is enabled
Sat Dec 10 00:13:41 2016 daemon.notice netifd: Interface 'wan_4' has link connectivity
Sat Dec 10 00:13:41 2016 daemon.notice netifd: Interface 'wan_4' is setting up now
Sat Dec 10 00:13:41 2016 daemon.notice netifd: wan (5086): Command failed: Unknown error
Sat Dec 10 00:13:41 2016 daemon.notice netifd: Interface 'wan_6' is enabled
Sat Dec 10 00:13:41 2016 daemon.notice netifd: Interface 'wan_6' has link connectivity
Sat Dec 10 00:13:41 2016 daemon.notice netifd: Interface 'wan_6' is setting up now
Sat Dec 10 00:13:41 2016 daemon.notice netifd: wan (5086): Command failed: Unknown error
Sat Dec 10 00:13:41 2016 daemon.notice netifd: wan_4 (5286): udhcpc (v1.23.2) started
Sat Dec 10 00:13:42 2016 daemon.notice netifd: wan_4 (5286): Sending discover...
Sat Dec 10 00:13:42 2016 user.notice firewall: Reloading firewall due to ifup of wan (wwan0)
Sat Dec 10 00:13:44 2016 user.notice ddns-scripts[5381]: myddns_ipv4: PID '5381' started at 2016-12-10 00:13
Sat Dec 10 00:13:44 2016 user.warn ddns-scripts[5381]: myddns_ipv4: Service section disabled! - TERMINATE
Sat Dec 10 00:13:44 2016 user.warn ddns-scripts[5381]: myddns_ipv4: PID '5381' exit WITH ERROR '1' at 2016-12-10 00:13
Sat Dec 10 00:13:45 2016 daemon.notice netifd: wan_4 (5286): Sending discover...
Sat Dec 10 00:13:48 2016 daemon.notice netifd: wan_4 (5286): Sending discover...
Sat Dec 10 00:14:05 2016 daemon.info hostapd: wlan0: STA 24:77:03:66:b3:50 WPA: group key handshake completed (RSN)
Sat Dec 10 00:16:09 2016 daemon.info dnsmasq-dhcp[5151]: DHCPINFORM(br-lan) 192.168.2.182 24:77:03:66:b3:50
Sat Dec 10 00:16:09 2016 daemon.info dnsmasq-dhcp[5151]: DHCPACK(br-lan) 192.168.2.182 24:77:03:66:b3:50 DHome

2

Odp: E3272s-153 ncm

Grzesinski napisał/a:

E3272s-153 ncm
W trybie wwan działa OK, chociaż transfery są kiepskie.
Po przekonfigurowaniu na ncm nie łączy i daje kern.err w logu

Jeszcze raz: ncm to wwan, więc w jakim trybie działa a w jakim nie?

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

3 (edytowany przez Grzesinski 2016-12-10 13:00:04)

Odp: E3272s-153 ncm

Pisząc wwan i ncm miałem na myśli jawną definicję proto.
Wcześniej podałem konfigurację, w której nie chce działać + raport.
Dlaczego nie chce tego niestety nie wiem.

Działa natomiast na konfiguracji jak poniżej.


config interface 'wan'
        option proto 'wwan'
        option delegate '0'
        option apn 'internet'
        option ipv6 '0'


root@OpenWrt:~# cat /var/state/network
network.lan.up='1'
network.lan.device='eth0'
network.lan.ifname='br-lan'
network.loopback.up='1'
network.loopback.device='lo'
network.wan.driver='comgt'
network.wan.ctl_device='/dev/'
network.wan.dat_device='/dev/ttyUSB0'
network.wan.up='1'
network.wan.ifname='wwan-wan'


ifstatus wan
{
        "up": true,
        "pending": false,
        "available": true,
        "autostart": true,
        "dynamic": false,
        "uptime": 175,
        "l3_device": "wwan-wan",
        "proto": "wwan",
        "updated": [
                "addresses",
                "routes"
        ],
        "metric": 0,
        "delegation": false,
        "ipv4-address": [
                {
                        "address": "46.112.62.226",
                        "mask": 32
                }
        ],
        "ipv6-address": [

        ],
        "ipv6-prefix": [

        ],
        "ipv6-prefix-assignment": [

        ],
        "route": [
                {
                        "target": "0.0.0.0",
                        "mask": 0,
                        "nexthop": "10.64.64.64",
                        "source": "0.0.0.0\/0"
                }
        ],
        "dns-server": [
                "89.108.195.20",
                "89.108.202.20"
        ],
        "dns-search": [

        ],
        "inactive": {
                "ipv4-address": [

                ],
                "ipv6-address": [

                ],
                "route": [

                ],
                "dns-server": [

                ],
                "dns-search": [

                ]
        },
        "data": {

        }
}

4

Odp: E3272s-153 ncm

To jest zwykły tryb ppp (3g).

Ustaw ncm, ustaw /dev/ttyUSB1 jak masz i zobacz. Jak nie masz innych interfejsów to może masz je wyłączone, więc na ncm się nie połączysz bo nie ma jak. Zrób wtedy at^setport? i zobacz jak jest, ew włącz interfejsy.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

5 (edytowany przez Grzesinski 2016-12-10 20:05:24)

Odp: E3272s-153 ncm

Poszło ncm + ttyUSB1
Działa lepiej niż się spodziewałem, DL 56Mbit
Teraz potestuję stabilność.

Wielkie dzięki.

Pytanie czy da się zmusić WWAN automatycznej pracy w ncm a nie 3g.

6

Odp: E3272s-153 ncm

wwan automatycznie wykrywa na podstawie swoich plików. Jak jak sobie go poprawisz to tak,ale to bez sensu  - zostaw jawnie ncm tak jak masz.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

7

Odp: E3272s-153 ncm

A jeszcze drobiazg. Luci na zakładce interfejsów ładnie raportuje stan WAN, ale w głównym oknie przeglądu systemu WAN jest niepodłączony. Da się to naprawić?

8

Odp: E3272s-153 ncm

Nie da się tego naprawić. Luci w ogóle nie obsługuje tych protokołów, to że to jest w gui w ogóle wynika z tego że zrobiłem dodatki że tak było. Ale nie przerobiłem luci żeby na głównym też się to wyświetlało.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

9

Odp: E3272s-153 ncm

A tryb NCM to popularnie nazywany modem ze "zwykłym" softem?
Jak go zmusić, np. do pracy tylko w LTE i, np. na 2600 MHz?
Jak uzyskać dane o sieci, tj. CellID, bandtwith, RSRP, SINR, itp?

10

Odp: E3272s-153 ncm

intruder napisał/a:

A tryb NCM to popularnie nazywany modem ze "zwykłym" softem?
Jak go zmusić, np. do pracy tylko w LTE i, np. na 2600 MHz?

Odpowiednim poleceniem AT. wątków na tym forum o tym jest cała masa, pierwszy z brzegu: http://eko.one.pl/forum/viewtopic.php?p … 99#p169399

intruder napisał/a:

Jak uzyskać dane o sieci, tj. CellID, bandtwith, RSRP, SINR, itp?

Zainstaluj moje 3ginfo

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

11

Odp: E3272s-153 ncm

Odnośnie LTE

Na ten moment zablokowałem export mode w /lib/netifd/proto/3g.sh, ale zdecydowanie lepiej byłoby przekazywać odpowiednio przekodowany parametr 'option mode' z WAN (ncm)

Jest to robione wyłącznie w 3g.sh?
Jeśli tak to całą obsługę AT^SYSCFGEX dla Huwawei trzeba zrobić samemu?

12

Odp: E3272s-153 ncm

Protokół 3g nie wspiera SYSCFGEX, dla Huawei ustawia tylko tryb przez syscfg. Więc jeżeli upierasz się przy 3g (choć nie wiem po co) to musisz sobie zmienić skrypty.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

13

Odp: E3272s-153 ncm

Jeszcze jedna interesująca mnie kwestia.

W trybie 3G w Luci są interesujące opcje dotyczące watchdoga połączenia i idle time.
Nazwano to jak poniżej ale chodzi o częstotliwość i próg detekcji nieaktywnego łącza.
Próg błędu echa LCP
Częstotliwość echa LCP
Czas bezczynności

Przy NCM tego nie ma (Luci) ale może da się skonfigurować ręcznie, a może nawet działa cały czas.
Gdzie jest konfiguracja tych modułów?
Ciekawi mnie jak pogodzono działanie obu mechanizmów (da się je włączyć jednocześnie)

14

Odp: E3272s-153 ncm

Próg błędu echa LCP i Częstotliwość echa LCP to są opcje związane z samym działaniem protokołu ppp i zestawionego przez niego "tunelu", dla ncm/qmi tego nie ma bo jest inny typ  połączenia - są zwykłe interfejsy. Po prostu to nie istnieje dla ncm.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

15

Odp: E3272s-153 ncm

Źle skojarzyłem.
Kiedyś była jakaś dyskusja odnośnie watchdoga (dla dowolnego połączenia) bazująca na ping i resetowaniu WAN/GSM.

Reasumując - w czystym obrazie ncm działa bez sprawdzania czy łącze żyje?

16

Odp: E3272s-153 ncm

W czystym obrazie żadnych monitorów łącza nie ma. Musisz sobie sam dodać/napisać.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

17

Odp: E3272s-153 ncm

Skorzystaj z gotowej instrukcji w poradniku...
http://eko.one.pl/?p=openwrt-3g#automat … rtpoczenia

OpenWrt: WAX206/NWA50AX/EA6350v3 || W szufladzie: WNDR4300/TL-WDR4300/SR3200

18

Odp: E3272s-153 ncm

Witam ponownie.
Mam pytanie dotyczące informacji o łączu WAN (ncm). Gdzie znaleźć adresy DNSów, GW przyznane przez operatora (bez przekopywania logu)?
Szukając tego w logu znalazłem trochę błędów, proszę o zweryfikowanie czy to normalne. Internet działa OK ale po 24h nieaktywności muszę restartować WAN bo połączenie jest zamrożone.

Wed Dec 21 21:19:39 2016 daemon.notice netifd: Interface 'wan' is setting up now
Wed Dec 21 21:19:41 2016 daemon.notice netifd: wan (20068): sending -> AT
Wed Dec 21 21:19:41 2016 daemon.notice netifd: wan (20068): sending -> ATZ
Wed Dec 21 21:19:42 2016 daemon.notice netifd: wan (20068): sending -> ATQ0
Wed Dec 21 21:19:43 2016 daemon.notice netifd: wan (20068): sending -> ATV1
Wed Dec 21 21:19:43 2016 daemon.notice netifd: wan (20068): sending -> ATE1
Wed Dec 21 21:19:44 2016 daemon.notice netifd: wan (20068): sending -> ATS0=0
Wed Dec 21 21:19:45 2016 daemon.notice netifd: wan (20068): sending -> AT^SYSCFGEX="00",3fffffff,2,4,7fffffffffffffff,,
Wed Dec 21 21:19:46 2016 daemon.notice netifd: wan (20068): sending -> AT^NDISDUP=1,1,"internet","root","68GASIAZ96"
Wed Dec 21 21:19:47 2016 daemon.notice netifd: wan (20068): Connected, starting DHCP
Wed Dec 21 21:19:47 2016 kern.err kernel: [170119.730000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
Wed Dec 21 21:19:47 2016 kern.err kernel: [170119.730000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
Wed Dec 21 21:19:47 2016 kern.err kernel: [170119.740000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
Wed Dec 21 21:19:47 2016 daemon.notice netifd: Interface 'wan' is now up
Wed Dec 21 21:19:47 2016 daemon.notice netifd: Network device 'wwan0' link is up
Wed Dec 21 21:19:47 2016 daemon.notice netifd: Network alias 'wwan0' link is up
Wed Dec 21 21:19:47 2016 daemon.notice netifd: Interface 'wan_4' is enabled
Wed Dec 21 21:19:47 2016 daemon.notice netifd: Interface 'wan_4' has link connectivity
Wed Dec 21 21:19:47 2016 daemon.notice netifd: Interface 'wan_4' is setting up now
Wed Dec 21 21:19:47 2016 daemon.notice netifd: wan (20068): Command failed: Unknown error
Wed Dec 21 21:19:47 2016 daemon.notice netifd: Interface 'wan_6' is enabled
Wed Dec 21 21:19:47 2016 daemon.notice netifd: Interface 'wan_6' has link connectivity
Wed Dec 21 21:19:47 2016 daemon.notice netifd: Interface 'wan_6' is setting up now
Wed Dec 21 21:19:47 2016 daemon.notice netifd: wan (20068): Command failed: Unknown error
Wed Dec 21 21:19:48 2016 daemon.notice netifd: wan_4 (20123): udhcpc (v1.23.2) started
Wed Dec 21 21:19:48 2016 daemon.notice netifd: wan_4 (20123): Sending discover...
Wed Dec 21 21:19:48 2016 daemon.notice netifd: wan_4 (20123): Sending select for 46.112.184.76...
Wed Dec 21 21:19:48 2016 daemon.notice netifd: wan_4 (20123): Lease of 46.112.184.76 obtained, lease time 518400
Wed Dec 21 21:19:48 2016 daemon.notice netifd: Interface 'wan_4' is now up
Wed Dec 21 21:19:48 2016 daemon.info dnsmasq[2283]: reading /tmp/resolv.conf.auto
Wed Dec 21 21:19:48 2016 daemon.info dnsmasq[2283]: using local addresses only for domain lan
Wed Dec 21 21:19:48 2016 daemon.info dnsmasq[2283]: using nameserver 8.8.8.8#53
Wed Dec 21 21:19:48 2016 daemon.info dnsmasq[2283]: using nameserver 89.108.195.20#53
Wed Dec 21 21:19:48 2016 daemon.info dnsmasq[2283]: using nameserver 89.108.202.20#53
Wed Dec 21 21:19:49 2016 user.notice firewall: Reloading firewall due to ifup of wan (wwan0)
Wed Dec 21 21:19:51 2016 user.notice ddns-scripts[20223]: myddns_ipv4: PID '20223' started at 2016-12-21 21:19
Wed Dec 21 21:19:52 2016 user.warn ddns-scripts[20223]: myddns_ipv4: Service section disabled! - TERMINATE
Wed Dec 21 21:19:52 2016 user.warn ddns-scripts[20223]: myddns_ipv4: PID '20223' exit WITH ERROR '1' at 2016-12-21 21:19

19

Odp: E3272s-153 ncm

ifstatus wan_4

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

20

Odp: E3272s-153 ncm

OK.
Mam.

Ten interfejs wynika jak sądzę ze sposobu obsługi cnm.
Jest jakieś polecenie pokazujące te interfejsy, bo nigdzie nie widzę (po za logiem a jest tam też _6 pewnie od IP6)

BTW. Co sądzić o błędach wwan0: kevent 12 z logu powyżej?

21

Odp: E3272s-153 ncm

Ten komunikat pojawia się chyba od zawsze od kiedy ncm istnieje, więc po prostu zignoruj.

Tak prawdę mówiąc to zbytnio nie masz gdzie tego zobaczyć. Masz pewne sekcje logiczne w network - lan, wan, możesz zrobić z tego "wwan" czy "modem". Niektóre sterowniki (np. ncm, qmi) inicjują połączenie a później sztucznie stawiają dhcp na nazwie sekcji_4 (dla ipv4) i nazwie_sekcji_6 (dla ipv6).

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.