26

(38 odpowiedzi, napisanych Sprzęt / Hardware)

A ktoś sprawdzał ile osiąga z flow offload? Jest on domyślnie włączony?

Buildy tutaj twierdzą, że mają i flow offload i SFE: https://github.com/gwlim/openwrt-sfe-flowoffload

27

(38 odpowiedzi, napisanych Sprzęt / Hardware)

Czyli osiąga 180Mb/s i 500Mb/s z fastpath. Nie widzę fastpath/Qualcomm Shortcut Forwarding Engine w repozytoriach openwrt. Jaki jest tego powód? Nie mogę się tego doszukać.

No i nadal jestem ciekaw czy są jakieś szybsze routery niż WR1043ND, ale tańsze od WRT1200AC.

28

(38 odpowiedzi, napisanych Sprzęt / Hardware)

A czy taki Archer C7 jest jakkolwiek szybszy od WR1043ND? Ma w końcu taki sam procesor, jedynie RAM-u 2x więcej. Czy da się osiągnąć wyższe prędkości dostępu do internetu (czyli z tego co wiem natowania, chodzi o sytuację gdy router jest podłączony do bridge, którego dał ISP) na jakimś tańszym od WRT1200AC routerze niż WR1043ND? Jeśli jego limit to 170Mb/s to jest to strasznie słabo patrząc, że w wielu miejscach mamy już nawet 600Mb/s i to w niskich cenach.

29

(51 odpowiedzi, napisanych Sprzęt / Hardware)

Teraz, po resecie mam taki:

# uqmi -d /dev/cdc-wdm0 --get-signal-info
{
    "type": "lte",
    "rssi": -81,
    "rsrq": -10,
    "rsrp": -108,
    "snr": 162
}

Internet w 100% stabilny, speedtest 45ms ping, 57mb/s down, 12mb/s up w tej chwili przy tym zasięgu. Czego chcieć więcej? Dodam, że osiągam czasem nawet 35ms, 75mb/s down i 17mb/s up (przy -105 rsrp). Tak, jest to słaby zasięg, ale według moich testów kompletnie wystarczający do stabilnej pracy, lata użytkowania bez problemów. Mam drugi router lte, na nim nie mam nigdy takich problemów. Przypominam, że nic nie pomaga, tylko reboot (on nie wstanie, nawet jeśli poczeka się kilka dni, tylko reboot), który co ciekawe sprawia, że błyskawicznie internet ze stanu "nie da się nawet pinga zrobić" zmienia się w stan "50mb/s download").

30

(51 odpowiedzi, napisanych Sprzęt / Hardware)

No długo czekać nie musiałem, router już padł.
Gdy leży z modes 'lte':

# uqmi -d /dev/cdc-wdm0 --get-signal-info
{
    "type": "lte",
    "rssi": -93,
    "rsrq": -17,
    "rsrp": -126,
    "snr": -18
}

Jakieś pomysły jeszcze?

31

(51 odpowiedzi, napisanych Sprzęt / Hardware)

Miałem na myśli to, że są dwie opcje:

# uqmi --help
  --set-network-modes <modes>:      Set usable network modes (Syntax: <mode1>[,<mode2>,...])
                                    Available modes: all, lte, umts, gsm, cdma, td-scdma
  --set-network-preference <mode>:  Set preferred network mode to <mode>
                                    Available modes: auto, gsm, wcdma

Urządzenie ponoć w ogóle nie obsługuje wcdma, a jakoś się niby po nim łączy:

# uqmi -d /dev/cdc-wdm0 --get-capabilities
{
    "max_tx_channel_rate": 50000000,
    "max_rx_channel_rate": 100000000,
    "data_service": "non_simultaneous_cs_ps",
    "sim": "supported",
    "networks": [
        "gsm",
        "umts",
        "lte"
    ]
}

32

(51 odpowiedzi, napisanych Sprzęt / Hardware)

Przywróciłem routerowi OS dlinka, dokładnie ten DWR-921-C3-WW-V01.01.3.006-2017-08-23.bin czyli najnowszy generic dostepny na polskiej stronie dlinka. Router mam brandowany T-Mobile, nie wiem czym się różnią te softy, nie ma changelogów. Najnowszy OS brandowany tmobile na tej stronie to DWR-921C3_V1.00(TM)b05_2017-11-28.bin. Co mnie zaniepokoiło to to, że hasło do OS było takie jakie ustawiłem przed wgraniem openwrt, co oznacza, że sporo danych jest niemodyfikowanych na tym routerze, przywróciłem ustawienia fabryczne. Nie udało mi się połączyć z internetem (przynajmniej na apn, na którym mam publiczne ip), ale długo nie próbowałem, może to przez wersję generic systemu?

Jakie wersje systemów mieliście wy, gdy wgrywaliście openwrt (w przypadku kiedy openwrt działał prawidłowo)?

Następnie wgrałem stabilne openwrt 18.06.2. Skonfigurowałem tak jak u was czyli zamiast wwan to wan i bez wymuszenia lte (modes 'lte'), apn musiałem ustawić przez przełączenie modemu na 3g. Minął dzień, internet ledwo zipie. Sprawdzam uqmi -d /dev/cdc-wdm0 --get-signal-info
{
    "type": "wcdma",
    "rssi": -100,
    "ecio": 11
}

No.. Ciekawe, że to w ogóle działa (jak się poczeka minutę, kilka to da się włączyć stronę) skoro mam internet lte, modem lte i antenę tylko do lte.

ifdown wan
ifup wan
Nadal to samo.

reboot
{
    "type": "lte",
    "rssi": -82,
    "rsrq": -7,
    "rsrp": -107,
    "snr": 160
}

Jakieś propozycje? Ustawić w /etc/config/network znowu modes 'lte' czy może coś innego?
Jest np. coś takiego   --set-network-preference <mode>:  Set preferred network mode to <mode> Available modes: auto, gsm, wcdma
albo może zrobić modes 'lte, umts'.

33

(51 odpowiedzi, napisanych Sprzęt / Hardware)

Gr4nd0 i Królik, możecie wrzucić pełną zawartość /etc/config/network i /etc/config/firewall?

Czyli mogę być pewien, że 0.9A wystarczy w zupełności modemowi E3372 co by się nie działo, a dla E3276 to będzie za mało?

Potwierdziłem u producentów, że max to 0.9A na portach USB 3, również dla urządzeń USB 2.

Naprawione. Winą był brak interfejsu wwan_4 w zonie wan. QMI tutaj robi dodatkowy interfejs wwan_4 i tylko on widzi IP, wwan nie widzi i nie działało NAT reflection.

Działa, ale potrzebny jest mi do niego dostęp z sieci lokalnej używając publicznego IP (usługa na serwerze działa tylko po domenie).

smereka, dokładnie o to chodzi. Jak połączę się z innej sieci to działa. Pytanie, jak to zmienić.

Teraz IP się nie zmienia, dzięki!

Jednak nadal nie mogę się połączyć (choć raz się udało, nie wiem czemu), zresetowałem ustawienia i wykonałem wyłącznie konfigurację modemu i przekierowałem porty. Jak wchodze na 192.168.1.170 wszystko działa, a jak na publiczne IP to już nie. Z tego co wiem samo przekierowanie portów powinno wystarczyć, ale mogę się mylić. Sprawdziłem też porty na http://canyouseeme.org/ i twierdzi, że są otwarte. Teraz już nie łączy się aż do timed out, a jest po prostu odrzucane "curl: (7) Failed to connect to IP port 443: Connection refused"

root@OpenWrt:~# uci show firewall
firewall.@defaults[0]=defaults
firewall.@defaults[0].syn_flood='1'
firewall.@defaults[0].input='ACCEPT'
firewall.@defaults[0].output='ACCEPT'
firewall.@defaults[0].forward='REJECT'
firewall.@zone[0]=zone
firewall.@zone[0].name='lan'
firewall.@zone[0].network='lan'
firewall.@zone[0].input='ACCEPT'
firewall.@zone[0].output='ACCEPT'
firewall.@zone[0].forward='ACCEPT'
firewall.@zone[1]=zone
firewall.@zone[1].name='wan'
firewall.@zone[1].input='REJECT'
firewall.@zone[1].output='ACCEPT'
firewall.@zone[1].forward='REJECT'
firewall.@zone[1].masq='1'
firewall.@zone[1].mtu_fix='1'
firewall.@zone[1].network='wan wwan wan6'
firewall.@forwarding[0]=forwarding
firewall.@forwarding[0].src='lan'
firewall.@forwarding[0].dest='wan'
firewall.@rule[0]=rule
firewall.@rule[0].name='Allow-DHCP-Renew'
firewall.@rule[0].src='wan'
firewall.@rule[0].proto='udp'
firewall.@rule[0].dest_port='68'
firewall.@rule[0].target='ACCEPT'
firewall.@rule[0].family='ipv4'
firewall.@rule[1]=rule
firewall.@rule[1].name='Allow-Ping'
firewall.@rule[1].src='wan'
firewall.@rule[1].proto='icmp'
firewall.@rule[1].icmp_type='echo-request'
firewall.@rule[1].family='ipv4'
firewall.@rule[1].target='ACCEPT'
firewall.@rule[2]=rule
firewall.@rule[2].name='Allow-IGMP'
firewall.@rule[2].src='wan'
firewall.@rule[2].proto='igmp'
firewall.@rule[2].family='ipv4'
firewall.@rule[2].target='ACCEPT'
firewall.@rule[3]=rule
firewall.@rule[3].name='Allow-DHCPv6'
firewall.@rule[3].src='wan'
firewall.@rule[3].proto='udp'
firewall.@rule[3].src_ip='fc00::/6'
firewall.@rule[3].dest_ip='fc00::/6'
firewall.@rule[3].dest_port='546'
firewall.@rule[3].family='ipv6'
firewall.@rule[3].target='ACCEPT'
firewall.@rule[4]=rule
firewall.@rule[4].name='Allow-MLD'
firewall.@rule[4].src='wan'
firewall.@rule[4].proto='icmp'
firewall.@rule[4].src_ip='fe80::/10'
firewall.@rule[4].icmp_type='130/0' '131/0' '132/0' '143/0'
firewall.@rule[4].family='ipv6'
firewall.@rule[4].target='ACCEPT'
firewall.@rule[5]=rule
firewall.@rule[5].name='Allow-ICMPv6-Input'
firewall.@rule[5].src='wan'
firewall.@rule[5].proto='icmp'
firewall.@rule[5].icmp_type='echo-request' 'echo-reply' 'destination-unreachable' 'packet-too-big' 'time-exceeded' 'bad-header' 'unknown-header-type' 'router-solicitation' 'neighbour-solicitation' 'router-advertisement' 'neighbour-advertisement'
firewall.@rule[5].limit='1000/sec'
firewall.@rule[5].family='ipv6'
firewall.@rule[5].target='ACCEPT'
firewall.@rule[6]=rule
firewall.@rule[6].name='Allow-ICMPv6-Forward'
firewall.@rule[6].src='wan'
firewall.@rule[6].dest='*'
firewall.@rule[6].proto='icmp'
firewall.@rule[6].icmp_type='echo-request' 'echo-reply' 'destination-unreachable' 'packet-too-big' 'time-exceeded' 'bad-header' 'unknown-header-type'
firewall.@rule[6].limit='1000/sec'
firewall.@rule[6].family='ipv6'
firewall.@rule[6].target='ACCEPT'
firewall.@rule[7]=rule
firewall.@rule[7].name='Allow-IPSec-ESP'
firewall.@rule[7].src='wan'
firewall.@rule[7].dest='lan'
firewall.@rule[7].proto='esp'
firewall.@rule[7].target='ACCEPT'
firewall.@rule[8]=rule
firewall.@rule[8].name='Allow-ISAKMP'
firewall.@rule[8].src='wan'
firewall.@rule[8].dest='lan'
firewall.@rule[8].dest_port='500'
firewall.@rule[8].proto='udp'
firewall.@rule[8].target='ACCEPT'
firewall.@include[0]=include
firewall.@include[0].path='/etc/firewall.user'
firewall.@redirect[0]=redirect
firewall.@redirect[0].target='DNAT'
firewall.@redirect[0].src='wan'
firewall.@redirect[0].dest='lan'
firewall.@redirect[0].proto='tcp'
firewall.@redirect[0].src_dport='443'
firewall.@redirect[0].dest_ip='192.168.1.170'
firewall.@redirect[0].dest_port='443'
firewall.@redirect[0].name='HTTPS'
firewall.@redirect[1]=redirect
firewall.@redirect[1].target='DNAT'
firewall.@redirect[1].src='wan'
firewall.@redirect[1].dest='lan'
firewall.@redirect[1].proto='tcp'
firewall.@redirect[1].src_dport='80'
firewall.@redirect[1].dest_ip='192.168.1.170'
firewall.@redirect[1].dest_port='80'
firewall.@redirect[1].name='HTTP'

comgt doinstalowałem, kmod-usb-serial-option już był.

W /proc/bus mam tylko pci/devices, gdy zrobię cat /proc/bus/pci/devices, nie ma tam nic.

root@OpenWrt:~# cat /proc/bus/pci/devices
root@OpenWrt:~# ls /proc/bus/usb
ls: /proc/bus/usb: No such file or directory
root@OpenWrt:~# ls /proc/bus
pci

A ls /dev wygląda tak:

ls /dev
bus                 mtd0                mtdblock1           shm                 ttyS5
cdc-wdm0            mtd0ro              mtdblock2           tty                 ttyS6
console             mtd1                mtdblock3           ttyS0               ttyS7
cpu_dma_latency     mtd1ro              mtdblock4           ttyS1               ttyS8
full                mtd2                mtdblock5           ttyS10              ttyS9
gpiochip0           mtd2ro              network_latency     ttyS11              urandom
gpiochip1           mtd3                network_throughput  ttyS12              watchdog
gpiochip2           mtd3ro              null                ttyS13              watchdog0
gpiochip3           mtd4                port                ttyS14              zero
hwrng               mtd4ro              ppp                 ttyS15
kmsg                mtd5                ptmx                ttyS2
log                 mtd5ro              pts                 ttyS3
memory_bandwidth    mtdblock0           random              ttyS4

Wziąc echo "2020 2033" > /sys/bus/usb-serial/drivers/option1/new_id mimo to, nic się nie zepsuje?

1. IP na ifconfig i w ifstatus wwan są kompletnie inne.
2. Zrobiłem uci set network.wwan.proto=3g, ale:

ifstatus wwan
{
    "up": false,
    "pending": false,
    "available": false,
    "autostart": true,
    "dynamic": false,
    "proto": "none",
    "data": {
        
    },
    "errors": [
        {
            "subsystem": "proto",
            "code": "INVALID_PROTO"
        }
    ]
}
uci show network.wwan
network.wwan=interface
network.wwan.device='/dev/cdc-wdm0'
network.wwan.modes='lte'
network.wwan.apn='data'
network.wwan.proto='3g'

Ten modem z tego co wiem obsługuje wyłącznie QMI.
Wersja uqmi to:
kmod-usb-net-qmi-wwan 4.14.63-1
luci-proto-qmi git-18.235.62437-6503756-1
uqmi 2016-12-19-8ceeab69-3

IP nadal się zmienia.
EDIT:
3. Tak jest dobrze?

uci show uhttpd
uhttpd.main=uhttpd
uhttpd.main.redirect_https='1'
uhttpd.main.home='/www'
uhttpd.main.rfc1918_filter='1'
uhttpd.main.max_requests='3'
uhttpd.main.max_connections='100'
uhttpd.main.cert='/etc/uhttpd.crt'
uhttpd.main.key='/etc/uhttpd.key'
uhttpd.main.cgi_prefix='/cgi-bin'
uhttpd.main.lua_prefix='/luci'
uhttpd.main.lua_handler='/usr/lib/lua/luci/sgi/uhttpd.lua'
uhttpd.main.script_timeout='60'
uhttpd.main.network_timeout='30'
uhttpd.main.http_keepalive='20'
uhttpd.main.tcp_keepalive='1'
uhttpd.main.listen_http='192.168.1.1:80'
uhttpd.main.listen_https='192.168.1.1:443'
uhttpd.defaults=cert
uhttpd.defaults.days='730'
uhttpd.defaults.bits='2048'
uhttpd.defaults.country='ZZ'
uhttpd.defaults.state='Somewhere'
uhttpd.defaults.location='Unknown'
uhttpd.defaults.commonname='OpenWrt'

IP się zmienia, na infolinii mówią, że stałe jest włączone i APN ma być data, zmieniłem APN na data poprzez uci set network.wwan.apn='data' ale IP nadal się zmienia. Myślę, że albo modem nadal łączy się z APN internet (przy tym APN przydzielają zmienne IP), albo sieć leci w kulki. Router to D-Link DWR-921 C3 z wbudowanym modemem.

ifstatus wwan
{
    "up": true,
    "pending": false,
    "available": true,
    "autostart": true,
    "dynamic": false,
    "uptime": 501,
    "l3_device": "wwan0",
    "proto": "qmi",
    "updated": [
        "data"
    ],
    "metric": 0,
    "dns_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": {
        "cid_4": "10",
        "pdh_4": "*"
    }
}
ifstatus wwan_4
{
    "up": true,
    "pending": false,
    "available": true,
    "autostart": true,
    "dynamic": true,
    "uptime": 569,
    "l3_device": "wwan0",
    "proto": "dhcp",
    "device": "wwan0",
    "updated": [
        "addresses",
        "routes",
        "data"
    ],
    "metric": 0,
    "dns_metric": 0,
    "delegation": true,
    "ipv4-address": [
        {
            "address": "jakiesip",
            "mask": 30
        }
    ],
    "ipv6-address": [
        
    ],
    "ipv6-prefix": [
        
    ],
    "ipv6-prefix-assignment": [
        
    ],
    "route": [
        {
            "target": "0.0.0.0",
            "mask": 0,
            "nexthop": "ip",
            "source": "ip"
        }
    ],
    "dns-server": [
        "ip,
        "ip"
    ],
    "dns-search": [
        
    ],
    "inactive": {
        "ipv4-address": [
            
        ],
        "ipv6-address": [
            
        ],
        "route": [
            
        ],
        "dns-server": [
            
        ],
        "dns-search": [
            
        ]
    },
    "data": {
        "hostname": "OpenWrt",
        "leasetime": 7200
    }
}
uci show firewall
firewall.@defaults[0]=defaults
firewall.@defaults[0].syn_flood='1'
firewall.@defaults[0].input='ACCEPT'
firewall.@defaults[0].output='ACCEPT'
firewall.@defaults[0].forward='REJECT'
firewall.@zone[0]=zone
firewall.@zone[0].name='lan'
firewall.@zone[0].network='lan'
firewall.@zone[0].input='ACCEPT'
firewall.@zone[0].output='ACCEPT'
firewall.@zone[0].forward='ACCEPT'
firewall.@zone[1]=zone
firewall.@zone[1].name='wan'
firewall.@zone[1].input='REJECT'
firewall.@zone[1].output='ACCEPT'
firewall.@zone[1].forward='REJECT'
firewall.@zone[1].masq='1'
firewall.@zone[1].mtu_fix='1'
firewall.@zone[1].network='wan wwan wan6'
firewall.@forwarding[0]=forwarding
firewall.@forwarding[0].src='lan'
firewall.@forwarding[0].dest='wan'
firewall.@rule[0]=rule
firewall.@rule[0].name='Allow-DHCP-Renew'
firewall.@rule[0].src='wan'
firewall.@rule[0].proto='udp'
firewall.@rule[0].dest_port='68'
firewall.@rule[0].target='ACCEPT'
firewall.@rule[0].family='ipv4'
firewall.@rule[1]=rule
firewall.@rule[1].name='Allow-Ping'
firewall.@rule[1].src='wan'
firewall.@rule[1].proto='icmp'
firewall.@rule[1].icmp_type='echo-request'
firewall.@rule[1].family='ipv4'
firewall.@rule[1].target='ACCEPT'
firewall.@rule[2]=rule
firewall.@rule[2].name='Allow-IGMP'
firewall.@rule[2].src='wan'
firewall.@rule[2].proto='igmp'
firewall.@rule[2].family='ipv4'
firewall.@rule[2].target='ACCEPT'
firewall.@rule[3]=rule
firewall.@rule[3].name='Allow-DHCPv6'
firewall.@rule[3].src='wan'
firewall.@rule[3].proto='udp'
firewall.@rule[3].src_ip='fc00::/6'
firewall.@rule[3].dest_ip='fc00::/6'
firewall.@rule[3].dest_port='546'
firewall.@rule[3].family='ipv6'
firewall.@rule[3].target='ACCEPT'
firewall.@rule[4]=rule
firewall.@rule[4].name='Allow-MLD'
firewall.@rule[4].src='wan'
firewall.@rule[4].proto='icmp'
firewall.@rule[4].src_ip='fe80::/10'
firewall.@rule[4].icmp_type='130/0' '131/0' '132/0' '143/0'
firewall.@rule[4].family='ipv6'
firewall.@rule[4].target='ACCEPT'
firewall.@rule[5]=rule
firewall.@rule[5].name='Allow-ICMPv6-Input'
firewall.@rule[5].src='wan'
firewall.@rule[5].proto='icmp'
firewall.@rule[5].icmp_type='echo-request' 'echo-reply' 'destination-unreachable' 'packet-too-big' 'time-exceeded' 'bad-header' 'unknown-header-type' 'router-solicitation' 'neighbour-solicitation' 'router-advertisement' 'neighbour-advertisement'
firewall.@rule[5].limit='1000/sec'
firewall.@rule[5].family='ipv6'
firewall.@rule[5].target='ACCEPT'
firewall.@rule[6]=rule
firewall.@rule[6].name='Allow-ICMPv6-Forward'
firewall.@rule[6].src='wan'
firewall.@rule[6].dest='*'
firewall.@rule[6].proto='icmp'
firewall.@rule[6].icmp_type='echo-request' 'echo-reply' 'destination-unreachable' 'packet-too-big' 'time-exceeded' 'bad-header' 'unknown-header-type'
firewall.@rule[6].limit='1000/sec'
firewall.@rule[6].family='ipv6'
firewall.@rule[6].target='ACCEPT'
firewall.@rule[7]=rule
firewall.@rule[7].name='Allow-IPSec-ESP'
firewall.@rule[7].src='wan'
firewall.@rule[7].dest='lan'
firewall.@rule[7].proto='esp'
firewall.@rule[7].target='ACCEPT'
firewall.@rule[8]=rule
firewall.@rule[8].name='Allow-ISAKMP'
firewall.@rule[8].src='wan'
firewall.@rule[8].dest='lan'
firewall.@rule[8].dest_port='500'
firewall.@rule[8].proto='udp'
firewall.@rule[8].target='ACCEPT'
firewall.@include[0]=include
firewall.@include[0].path='/etc/firewall.user'
firewall.@redirect[0]=redirect
firewall.@redirect[0].target='DNAT'
firewall.@redirect[0].src='wan'
firewall.@redirect[0].dest='lan'
firewall.@redirect[0].proto='tcp'
firewall.@redirect[0].src_dport='443'
firewall.@redirect[0].dest_ip='192.168.1.100'
firewall.@redirect[0].dest_port='443'
firewall.@redirect[0].name='443'
firewall.@redirect[1]=redirect
firewall.@redirect[1].target='DNAT'
firewall.@redirect[1].src='wan'
firewall.@redirect[1].dest='lan'
firewall.@redirect[1].proto='tcp'
firewall.@redirect[1].src_dport='80'
firewall.@redirect[1].dest_ip='192.168.1.100'
firewall.@redirect[1].dest_port='80'
firewall.@redirect[1].name='80'
firewall.@redirect[2]=redirect
firewall.@redirect[2].target='DNAT'
firewall.@redirect[2].src='wan'
firewall.@redirect[2].dest='lan'
firewall.@redirect[2].proto='tcp'
firewall.@redirect[2].src_dport='22'
firewall.@redirect[2].dest_ip='192.168.1.100'
firewall.@redirect[2].dest_port='22'
firewall.@redirect[2].name='22'
firewall.@redirect[2].enabled='0'
firewall.@rule[9]=rule
firewall.@rule[9].target='ACCEPT'
firewall.@rule[9].src='wan'
firewall.@rule[9].proto='tcp'
firewall.@rule[9].dest_port='443'
firewall.@rule[9].name='443'
firewall.@rule[10]=rule
firewall.@rule[10].target='ACCEPT'
firewall.@rule[10].src='wan'
firewall.@rule[10].proto='tcp'
firewall.@rule[10].dest_port='80'
firewall.@rule[10].name='80'

IP zmienia się po resetach.

Mam publiczne IP, dzwoniłem na infolinię, mówią, że jest włączone.

Mam ustawione przekierowanie portów 80 i 443 dla lokalnego ip web serwera w http://192.168.1.1/cgi-bin/luci/admin/n … l/forwards
Dokładnie tak: IPv4-tcp From any host in wan Via any router IP at port 80/443.

Gdy w przeglądarce wpiszę https://lokalneip, strona wchodzi, gdy wpiszę https://publiczneip jest looking, connecting i potem timed out.

uci show network.wwan
network.wwan=interface
network.wwan.proto='qmi'
network.wwan.device='/dev/cdc-wdm0'
network.wwan.modes='lte'
network.wwan.apn='data'

Publiczne ip biorę z ifconfig.me


Jak to uruchomić?

Mogę kupić jakikolwiek modem, co to za problem. To co mnie interesuje to w pełni stabilne działanie. Mam w szafie E3276s-150 bez hilink, mogę też kupić np. E3372 non-hilink czy cokolwiek innego.

A ile ma być tego prądu, żeby to działało tak jak chcę?

Np. Zotac Zbox CI323 nano.

Cezary napisał/a:

Zależy oczywiście od komputera.

Więc co w komputerze będzie na to wpływało, innymi słowy - czego mam szukać, jak to sprawdzić? Jest to absolutnie niezbędne dla mnie.

A nie jest tak, że te porty działają według specyfikacji USB czyli np. USB 2.0 da takiemu modemowi prąd 0.5A i nie więcej, USB 3.0 0.9A i nic więcej?

Mówię o komputerach typu NUC czyli mini komputerkach z procesorami Atom i kilkoma portami USB2.0 i 3.0.

Czy gdy podłączę do takiego komputerka modem USB np. E3276 albo jakiś inny to czy będzie on działał w pełni stabilnie pod OpenWRT? A może i tak będzie potrzebował dodatkowego zewnętrznie zasilanego huba USB jak zwykłe routery?

Czekałem dosyć długo po wykonaniu komend i robiłem CTRL+C, gdy nic się nie działo. Przy bootowaniu nie trzeba na niego czekać wieczności, działa od razu. Jak testowałem to ostatnim razem to czekałem 10 minut i takie same wyniki jak teraz.

Dzisiaj znowu internet przestał działać (po 3 dniach uptime), więc zrobiłem echo 0 i echo 1. Po tym wszystko tak samo, czyli internet nie działa z wyjątkiem, że w luci w rubryce w głównym menu Network IPv4 Upstream interfejsu już nie ma, jest tylko not connected (wcześniej był i wszystkie dane wyglądały tak jak gdy internet działa łącznie z uptime).

root@OpenWrt:~# ping google.com
ping: bad address 'google.com'
root@OpenWrt:~# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
^C
--- 8.8.8.8 ping statistics ---
34 packets transmitted, 0 packets received, 100% packet loss
root@OpenWrt:~# uqmi -d /dev/cdc-wdm0 --get-data-status
"disconnected"
root@OpenWrt:~# uqmi -d /dev/cdc-wdm0 --get-signal-info
{
    "type": "lte",
    "rssi": 0,
    "rsrq": -3,
    "rsrp": -140,
    "snr": 84
}
root@OpenWrt:~# cat /sys/class/gpio/lte_modem_enable/value
1
root@OpenWrt:~# uqmi -d /dev/cdc-wdm0 --get-signal-info
{
    "type": "lte",
    "rssi": -81,
    "rsrq": -10,
    "rsrp": -109,
    "snr": 188
}
root@OpenWrt:~# uqmi -d /dev/cdc-wdm0 --get-signal-info
{
    "type": "lte",
    "rssi": 0,
    "rsrq": -3,
    "rsrp": -140,
    "snr": 154
}
root@OpenWrt:~# echo "0" > /sys/class/gpio/lte_modem_enable/value
root@OpenWrt:~# cat /sys/class/gpio/lte_modem_enable/value
0
root@OpenWrt:~# echo "1" > /sys/class/gpio/lte_modem_enable/value
root@OpenWrt:~# cat /sys/class/gpio/lte_modem_enable/value
1
root@OpenWrt:~# uqmi -d /dev/cdc-wdm0 --get-data-status
"connected"
root@OpenWrt:~# ping google.com
ping: bad address 'google.com'
root@OpenWrt:~# ifstatus wwan
{
    "up": true,
    "pending": false,
    "available": true,
    "autostart": true,
    "dynamic": false,
    "uptime": 271670,
    "l3_device": "wwan0",
    "proto": "qmi",
    "updated": [
        "data"
    ],
    "metric": 0,
    "dns_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": {
        "cid_4": "10",
        "pdh_4": "89981376"
    }
}
root@OpenWrt:~# ifup wwan
root@OpenWrt:~# ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
ping: sendto: Network unreachable
root@OpenWrt:~# uqmi -d /dev/cdc-wdm0 --get-data-status
^C"Failed to connect to service"
root@OpenWrt:~# ifstatus wwan
{
    "up": false,
    "pending": true,
    "available": true,
    "autostart": true,
    "dynamic": false,
    "proto": "qmi",
    "data": {
       
    }
}
root@OpenWrt:~# ifdown wwan
root@OpenWrt:~# ifstatus wwan
{
    "up": false,
    "pending": false,
    "available": true,
    "autostart": false,
    "dynamic": false,
    "proto": "qmi",
    "data": {
       
    }
}
root@OpenWrt:~# ifup wwan
root@OpenWrt:~# ifstatus wwan
{
    "up": false,
    "pending": true,
    "available": true,
    "autostart": true,
    "dynamic": false,
    "proto": "qmi",
    "data": {
       
    }
}
root@OpenWrt:~# uqmi -d /dev/cdc-wdm0 --start-network
^C"Failed to connect to service"
root@OpenWrt:~# uqmi -d /dev/cdc-wdm0 --start-network --apn internet
"No effect"
root@OpenWrt:~# uqmi -d /dev/cdc-wdm0 --get-data-status
^C"Failed to connect to service"

Zrobiłem to teraz dla testu.

Internet działa poprawnie, daję komendę echo 0 > /sys/class/gpio/lte_modem_enable/value następnie echo 1 > /sys/class/gpio/lte_modem_enable/value
Internet już nie działa.

Logi z logread:
Fri Aug 24 19:57:21 2018 kern.info kernel: [ 1133.343003] usb 1-1: USB disconnect, device number 2
Fri Aug 24 19:57:21 2018 kern.info kernel: [ 1133.357143] qmi_wwan 1-1:1.4 wwan0: unregister 'qmi_wwan' usb-101c0000.ehci-1, WWAN/QMI device
Fri Aug 24 19:57:21 2018 daemon.notice netifd: Network device 'wwan0' link is down
Fri Aug 24 19:57:21 2018 daemon.notice netifd: Network alias 'wwan0' link is down
Fri Aug 24 19:57:21 2018 daemon.notice netifd: Interface 'wwan_4' has link connectivity loss
Fri Aug 24 19:57:21 2018 daemon.notice netifd: Interface 'wwan_4' is disabled
Fri Aug 24 19:57:21 2018 daemon.notice netifd: wwan_4 (1378): udhcpc: SIOCGIFINDEX: No such device
Fri Aug 24 19:57:21 2018 daemon.notice netifd: wwan_4 (1378): udhcpc: SIOCGIFINDEX: No such device
Fri Aug 24 19:59:02 2018 kern.info kernel: [ 1179.698888] usb 1-1: new high-speed USB device number 3 using ehci-platform
Fri Aug 24 19:59:02 2018 kern.info kernel: [ 1179.846894] qmi_wwan 1-1:1.4: cdc-wdm0: USB WDM device
Fri Aug 24 19:59:02 2018 daemon.notice netifd: Interface 'wwan_4' is enabled
Fri Aug 24 19:59:02 2018 kern.info kernel: [ 1179.912948] qmi_wwan 1-1:1.4 wwan0: register 'qmi_wwan' at usb-101c0000.ehci-1, WWAN/QMI device, mac

Robię ifup wwan, ifdown wwan i ifup wwan
Fri Aug 24 20:01:29 2018 daemon.notice netifd: Interface 'wwan_4' is disabled
Fri Aug 24 20:01:29 2018 daemon.notice netifd: wwan (2431): Stopping network wwan
Fri Aug 24 20:01:34 2018 daemon.notice netifd: Interface 'wwan' is now down
Fri Aug 24 20:01:34 2018 daemon.notice netifd: Interface 'wwan' is setting up now
Fri Aug 24 20:01:52 2018 daemon.notice netifd: wwan (2542): Stopping network wwan
Fri Aug 24 20:01:52 2018 daemon.notice netifd: wwan (2542): Command failed: Permission denied
Fri Aug 24 20:01:52 2018 daemon.notice netifd: Interface 'wwan' is now down
Fri Aug 24 20:01:52 2018 daemon.notice netifd: Interface 'wwan' is setting up now
ifup wwan
Fri Aug 24 20:03:17 2018 daemon.notice netifd: wwan (2765): Stopping network wwan
Fri Aug 24 20:03:17 2018 daemon.notice netifd: wwan (2765): Command failed: Permission denied
Fri Aug 24 20:03:17 2018 daemon.notice netifd: Interface 'wwan' is now down
Fri Aug 24 20:03:17 2018 daemon.notice netifd: Interface 'wwan' is setting up now
ifdown wwan
Fri Aug 24 20:04:06 2018 daemon.notice netifd: wwan (2850): Stopping network wwan
Fri Aug 24 20:04:06 2018 daemon.notice netifd: wwan (2850): Command failed: Permission denied
Fri Aug 24 20:04:06 2018 daemon.notice netifd: Interface 'wwan' is now down
ifup wwan
Fri Aug 24 20:04:22 2018 daemon.notice netifd: Interface 'wwan' is setting up now
kilka minut później ifstatus wwan
{
    "up": false,
    "pending": true,
    "available": true,
    "autostart": true,
    "dynamic": false,
    "proto": "qmi",
    "data": {
       
    }
}
stop wwan in luci
Fri Aug 24 20:08:23 2018 daemon.notice netifd: wwan (3540): Stopping network wwan
Fri Aug 24 20:08:23 2018 daemon.notice netifd: wwan (3540): Command failed: Permission denied
Fri Aug 24 20:08:23 2018 daemon.notice netifd: Interface 'wwan' is now down
start wwan in luci
Fri Aug 24 20:08:53 2018 daemon.notice netifd: Interface 'wwan' is setting up now
Fri Aug 24 20:08:54 2018 daemon.notice netifd: wwan (3631): "No effect"
Fri Aug 24 20:08:54 2018 daemon.notice netifd: wwan (3631): "Failed to connect to service"

Reboot i wszystko znowu działa.

Widzę, że dla C1 i C3 kod jest identyczny, może jest jakaś różnica między tymi wersjami, która to powoduje?