smereka napisał/a:

Ja korzystam z tego i działa idealnie jeszcze mi nie wyrzuciło nigdy na roaming.

Ja też tak miałem przez ponad rok bez żadnych problemów. Jednak coś się zmieniło i teraz szukam rozwiązania.


Skorzystałem z podpowiedzi smereka i do "/etc/gcom/ncm.json" dodałem dodatkową linijkę wywoływaną przy każdym łączeniu:

"AT+COPS=1,2,\\\"26006\\\",7"

Teraz manualnie wybieram operatora PLAY i dodatkowo określiłem jeszcze technologię dostępu na 7 czyli E-UTRAN (LTE).
Jak 5 dni temu, znowu wydaje się, że działa. Oby tak pozostało.

Cezary napisał/a:

Inna sprawa: czy jesteś pewien że smsd nie przełącza ci trybu pracy modemu na roaming właśnie?

Przed instalacją smstools3 działo się dokładnie to samo. Zainstalowałem je aby powiadamiało mnie smsem, że wan nie działa (wolę to niż gnokii).

9tysiecy napisał/a:

Modem bez powodu nie wskakuje na roaming, tylko jak jest kiepski sygnał sieci macierzystej.

Ok, to spójrz:

BusyBox v1.28.3 () built-in shell (ash)

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------------------------------
 |                                                                           |
 | OpenWrt 18.06-SNAPSHOT, r7019-e0363a7                                     |
 |                                                                           |
 | Build time: 2018-06-15 08:23 CEST                                         |
 | Cezary Jackiewicz (obsy), http://eko.one.pl                               |
 |                                                                           |
 -----------------------------------------------------------------------------
 | Machine: NETGEAR                                                          |
 | Uptime: 3d, 08:07:36                                                      |
 | Load: 0.07 0.02 0.00                                                      |
 | Flash: total: 9.3MB, free: 7.7MB, used: 17%                               |
 | Memory: total: 122.0MB, free: 94.8MB, used: 22%                           |
 | WAN: 10.149.xxx.xxx, proto: ncm                                            |
 | LAN: 192.168.1.1, leases: 8                                               |
 | radio0: mode: ap, ssid: XXXX, channel: 6, conn: 5                         |
 -----------------------------------------------------------------------------
root@OpenWrt:~# date
Wed Jul 25 22:46:46 CEST 2018
root@OpenWrt:~# 3ginfo
Status: Połączony
Czas polaczenia: 1d, 03:52:16
Przeslano danych: 631.7 MiB / 439.8 MiB
Operator: Play
Tryb pracy: LTE
Sila sygnalu: 100%
Urzadzenie: huawei E3372
MCC MNC: 260 06
LAC: 000E (14)
CID: 00107840 (1079360)
TAC: 000E (14)
CSQ: 31  (> 20, 31)
RSSI: -51 dBm (>-73, -51)
RSCP: -145 dBm (0)
Ec/IO: -32 dB (0)
RSRP: -75 dBm (>-79, -44)
SINR: 23 dB  (>21)
RSRQ: -6 dB  (> -9, -3)
root@OpenWrt:~#

Cezary, wyczytasz coś sensownego z tego powyżej?

Wiem, że jest taka możliwość ale zdarzało mi się też wykorzystywać tę kartę do rozmów więc sam chciałbym w czasie rzeczywistym móc tym sterować.
Od czasu mojej reklamacji modem nie przełączył się ani razu na LTE Orange. Może coś BOK jednak zmienił.
Będę obserwował to i może napiszę jakiś skrypt sprawdzający.

Edit:

Dziś cała sytuacja się powtórzyła i w logu jest coś takiego:

Tue Jul 24 16:07:51 2018 daemon.err smsd: E3372: Unexpected input: +CGREG: 1,"000E","00107822" +CEREG: 1,"000E","00107822" +CREG: 1,"000E","00107822"
Tue Jul 24 16:52:23 2018 daemon.err smsd: E3372: Unexpected input: +CGREG: 1,"000E","00107824" +CEREG: 1,"000E","00107824" +CREG: 1,"000E","00107824" +CGREG: 1,"000E","00107822" +CEREG: 1,"000E","00107822" +CREG: 1,"000E","00107822" +CGREG: 1,"000E","00107824" +CEREG: 1,"000E","00107824" +CREG: 1,"000E","00107824"
Tue Jul 24 16:53:24 2018 daemon.err smsd: E3372: Unexpected input: +CREG: 2 +CGREG: 2 +CEREG: 2 ^NDISSTAT:0,36,,"IPV4" +CGREG: 0 +CEREG: 0 +CGREG: 2 +CEREG: 2 +CREG: 5,"2AFF","002D510D" +CGREG: 5,"2AFF","002D510D" +CEREG: 5,"2AFF","002D510D" +CGREG: 5,"2AFF","002D5103" +CEREG: 5,"2AFF","002D5103" +CREG: 5,"2AFF","002D5103"
Tue Jul 24 16:54:00 2018 cron.info crond[16774]: USER root pid 30635 cmd /bin/ping_watchdog.sh 300 10 8.8.8.8 wan
Tue Jul 24 16:54:19 2018 user.notice /bin/ping_watchdog.sh: WAN Restart
Tue Jul 24 16:54:19 2018 daemon.notice netifd: wan (30648): Stopping network wan
Tue Jul 24 16:54:19 2018 daemon.notice netifd: wan_4 (2022): udhcpc: received SIGTERM
Tue Jul 24 16:54:19 2018 daemon.notice netifd: Interface 'wan_4' is now down
Tue Jul 24 16:54:19 2018 daemon.notice netifd: Network alias '' link is down
Tue Jul 24 16:54:19 2018 daemon.notice netifd: Interface 'wan_4' has link connectivity loss
Tue Jul 24 16:54:19 2018 daemon.notice netifd: Interface 'wan_4' is disabled
Tue Jul 24 16:54:19 2018 daemon.warn dnsmasq[17615]: no servers found in /tmp/resolv.conf.auto, will retry
Tue Jul 24 16:54:20 2018 daemon.notice netifd: wan (30648): sending -> AT^NDISDUP=1,0
Tue Jul 24 16:54:20 2018 daemon.notice netifd: wan (30648): Command failed: Permission denied
Tue Jul 24 16:54:20 2018 daemon.notice netifd: Interface 'wan' is now down
Tue Jul 24 16:54:24 2018 daemon.notice netifd: Interface 'wan' is setting up now
Tue Jul 24 16:54:24 2018 daemon.err smsd: E3372: Unexpected input: ^NDISSTAT:0,36,,"IPV4"
Tue Jul 24 16:54:26 2018 daemon.notice netifd: wan (30758): WARNING: Variable '+creg:' does not exist or is not an array/object
Tue Jul 24 16:54:26 2018 daemon.notice netifd: wan (30758): Unsupported modem
Tue Jul 24 16:54:26 2018 daemon.notice netifd: wan (30783): Stopping network wan
Tue Jul 24 16:54:27 2018 daemon.notice netifd: wan (30783): sending ->
Tue Jul 24 16:54:31 2018 daemon.notice netifd: Interface 'wan' is now down
Tue Jul 24 16:54:35 2018 daemon.err smsd: E3372: Error: Unexpected answer from Modem after +CREG?, waiting 1 sec. before retrying

Dlaczego modem połączył się w roamingu i dlaczego później nie dało się podnieść interface'u wan nawet ręcznie gdy był już w sieci macierzystej?

No ok, teraz jest 1 czyli sieć macierzysta ale co mi to daje jeśli za chwilę może przełązyć się na Orange?
Mogę powiedzmy co minutę sprawdzać ale to nie będzie eleganckie rozwiązanie nie mówiąc już o ewentualnej czkawce...
Musi się to jakoś dać zrobić lepiej

Witam,
Korzystam z modemu E3372h-153 z kartą PLAY na której mam darmowy internet LTE tylko w sieci macierzystej.
Dotychczas nie miałem z tym problemów i wszystko śmigało na ustawieniach:
AT^SYSCFGEX="03",3FFFFFFF,0,2,7FFFFFFFFFFFFFFF,,
czyli "Tylko LTE" i bez roamingu.
Jednak od niedzieli zaczęło mi zjadać płatne pakiety danych.
Napisałem reklamację, z której dowiedziałem się że cały czas korzystałem tylko z LTE ale z nadajników Orange oraz że Play ma jakieś nowe umowy i jego klienci mogą teraz korzystać z LTE Orange i Plusa.
Myślałem, że opcja "0 - Roaming not supported" zabezpiecza przed tym...
Jak to teraz ogarnąć?

Zrobiłem reboot i statystyki się pojawiły - nie ogarniam tego.
Fizyczne rozłączenie modemu pewnie też by zadziałało.
Wcześniej po ifdown nawet po diodzie na modemie sprawdzałem czy aby na pewno się rozłączył i migała więc się rozłączał. Dziwne, żeby potrzebne było całkowite wylogowanie z sieci?
Coś się zmieniło w sprawie działania USSD po samym LTE?

@ookris niestety mam limit.
@Cezary tak, modem w trybie NDIS ale dlaczego od ponad tygodnia nie ma zużycia?

Uderzać do operatora z tym?

Witam,
Od ponad tygodnia siedzę na LTE od PLAYa i jak sprawdzam statystyki zużycia danych na ich stronie to mam 0 KB a codziennie ściągam jakieś dane i to w nie małych ilościach.
Używam modemu E3372 w wersji normalnej, połączenie w NCM.
Podejrzewam, że aby operator rozliczył ten czas muszę się rozłączyć ale nie chcę mieć zbyt długich czasów niedostępności usługi i nie chcę restartować routera.
Do tej pory próbowałem:
1. samego "ifup wan" - resetuje czas połączenia w 3ginfo
2. "ifdown wan; sleep 5; ifup wan" jak wyżej, nawet z dłuższym sleep

Nie próbowałem jeszcze "AT^NDISDUP=1,0" ale czy "ifdown wan" nie powoduje pośrednio wysłania tego do modemu?
Co jeszcze mogę przetestować?
Wiem, że te statystyki nie pojawią się ad hoc chociaż może - smsy pojawiają się praktycznie od razu w tych statystykach.

Jeśli zapytacie o powód mojej walki z tym to odpowiem, że oczywiście LIMITY na to LTE, których wolałbym nie przekraczać smile
Pozdrawiam

10

(11 odpowiedzi, napisanych Oprogramowanie)

Bez przesady, do instalacji wymaga dokładnie 263,234 bajtów czyli prosto licząc 264 KB ale raczej ci się nie zmieści chyba, że zrobisz extroota.
Osobiście nie znam innego sposobu aby uzyskać to co opisałeś.

11

(11 odpowiedzi, napisanych Oprogramowanie)

Poczytaj sobie o programie "Screen", jest pod OpenWRT i działa na GG.

12

(399 odpowiedzi, napisanych Oprogramowanie)

Zgadzam się z sugnufem. Sam dopiero dzisiaj dowiedziałem się o tym, a że konsola mi nie obca to staty z 1043v1 już poleciały. Mam jeszcze 3700v2 z którego puszczę później.
Tylko właśnie, czy Cezary zdecyduje się domyślnie włączyć te statystyki? Wyraźnie widać, że są tu dwa odmienne fronty.
Dla mnie osobiście to bez znaczenia bo i tak to włączę tylko zastanawiam się nad skutkami całych tych statystyk. Żeby nie było tak, że Cezary uzna, że dla załóżmy 4 sztuk 3700v2 nie opłaca się kompilować nowych obrazów i zostaniemy na 'lodzie'.

Po przeczytaniu 5 stron zapomniałem o tym, że w pierwszym poście jest napisane: opcja będzie domyślnie ODZNACZONA.

pepe2k napisał/a:

Na telefonie mam Androida 2.3.5 i tego problemu nigdy tam nie miałem. Na kilku tabletach z Androidem serii 4 miałem podobne problemy... olałem sprawę.

Obecnie na swoim SGS2 mam stockowego andka 4.1.2 ale wcześniej na innych wersjach nawet 4.0.4 jakoś nie kojarzę żebym miał taki problem.


pepe2k napisał/a:

Istnieje jedno pewne rozwiązanie - powrót do oryginalnego firmware na routerze.

Jak dla mnie nie ma mowy. Już wolę męczyć się z ręcznym restartem wi-fi w telefonie.

Potwierdzam bo również mam opisywany problem na dwóch SGS2 w połączeniu z WNDR3700v2 oraz czasem z WR1043ND(z tym 1043 nie wiem czy to czasem nie wina Aero, które rozłącza co 60min). Wydaje się, że problem dotyczy tylko urządzeń Samsunga. Obecnie testuję zaawansowane opcje wi-fi w androidzie (Ustawienia->wi-fi->zaawansowane->Podtrzymanie połączenia wi-fi) i ustawienie podtrzymania na "Tylko gdy podłączony" w jakimś stopniu zmniejsza częstotliwość występowania problemu ale napewno go nie eliminuje.
Gdzieś na tym forum czy innym czytałem info odnośnie zmian wartości Beacon Interval, że to ma pomóc ogólnie dla wszystkich urządzeń z Androidem. Nie wiem jaka jest domyślna wartość w AA i Gargoyle (podejrzewam, że 100 ms) ale można zmniejszyć ten czas i potestować czy całkowicie wyeliminuje to problem.

15

(3 odpowiedzi, napisanych Oprogramowanie)

To jeszcze pytanie odnośnie samych obrazów. Czy jak coś zepsuję i wgram to do routera to uratuję kablem szeregowym? Ogólnie czy zawierają i podmieniają one bootloadera?

16

(3 odpowiedzi, napisanych Oprogramowanie)

Witam,
Chciałbym dostosować firmware do swoich potrzeb jeszcze przed jego wgraniem dlatego korzystam z firmware mod kit. Chodzi mi głównie o zminimalizowanie przerwy technicznej jak i zaoszczędzenie miejsca na dodatkowe pakiety instalowane już na działającym routerze.
Po zdekompilowaniu wszystkiego mam katalog rootfs jednak cześć plików konfiguracyjnych tworzona jest podczas pierwszego uruchomienia więc ich nie ma w samym firmware. Pozostaje więc pytanie jak wykonać taką konfigurację konkretnie pod siebie? Wgranie plików konfiguracyjnych do /etc/config nie jest najlepszym rozwiązaniem bo w kolejnym firmware mogły zajść jakieś zmiany więc może edycja uci-defaults?

Mam linuxa. O coś takiego mi właśnie chodziło bo nie umiem kompilować obrazów i paczek.
Dzięki

Przerabiać czyjeś w sensie Twoje. Chciałbym dostosować konfigurację do własnych potrzeb żeby po wgraniu *.bin router był od razu skonfigurowany. Ograniczyłoby to czas niedostępności internetu w mojej sieci przy aktualizacjach tylko do czasu trwania aktualizacji.

Cezary, a możesz podać więcej informacji jak to rozdzielić, rozpakować i potem spakować/skompilować? Może jakiś poradnik?

20

(59 odpowiedzi, napisanych Oprogramowanie)

Witam,
Także jestem posiadaczem WNDR3700 V2 ze zmodowanym przez użytkownika batu RAMem. Potwierdzam to co napisał PTYS - lutowanie jak fabryczne, nie idzie odróżnić, że coś było robione. Jak na razie wszystko działa bez problemów.
Z ciekawości także uruchomiłem mtesta w U-bocie i zaskoczyło mnie to, że sprawdzanie jest bardzo wolne, średnio jeden adres na sekundę czyli 1 Bajt/sec. W takim tempie sprawdzenie 128 MB zajmie chyba ponad 4 lata. Czy u was też tak to wygląda?

21

(2 odpowiedzi, napisanych Oprogramowanie)

Nie wiem dlaczego wcześniej tego nie widziałem.
Jest w /root/.gg/

22

(2 odpowiedzi, napisanych Oprogramowanie)

Witam
Skorzystałem z poradnika OpenWrt - wysyłanie wiadomości GG i fajnie mi to działa jednak nie wiem gdzie EKG trzyma konfigurację i plik archiwum. Nie chciałbym aby za jakiś czas skończyło mi się miejsce we flashu.
Ewentualnie może uda się przenieść to na HDD?

Może wie ktoś jak tego QOSa zmusić do działania na obu WANach?
Czy nie powinien on działać przynajmniej na pierwszym fizycznym WANie skoro nie był on ruszany?

Loadbalancing działa tak jak się tego spodziewałem czyli równoważy obciążenie obu łącz dlatego podzielę się swoją konfiguracją z krótkim opisem.
Na początku dzięki pomocy Cezarego udało się wydzielić dodatkowy port ze switcha w WNDR3700v2, który stał się drugim WANem. Oryginalna konfiguracja /etc/config/network znajduje się w pierwszym poście a poniżej już po zmianach:

config 'interface' 'loopback'
    option 'ifname' 'lo'
    option 'proto' 'static'
    option 'ipaddr' '127.0.0.1'
    option 'netmask' '255.0.0.0'

config 'interface' 'lan'
    option 'ifname' 'eth0.1'
    option 'type' 'bridge'
    option 'proto' 'static'
    option 'ipaddr' '192.168.1.1'
    option 'netmask' '255.255.255.0'
    option 'dns' '194.204.159.1 194.204.152.34'

config 'interface' 'wan'
    option 'ifname' 'eth1'
    option 'proto' 'dhcp'
    option 'macaddr' '00:00:00:00:00:01'
    option 'dns' '194.204.159.1 194.204.152.34'

config 'interface' 'wan2'
    option 'ifname' 'eth0.2'
    option 'proto' 'dhcp'            #w tej sekcji został dodany interfejs wan2
    option 'macaddr' '00:00:00:00:00:02'
    option 'dns' '194.204.159.1 194.204.152.34'

config 'switch'
    option 'name' 'rtl8366s'
    option 'reset' '1'
    option 'enable_vlan' '1'
    option 'blinkrate' '2'

config 'switch_vlan'
    option 'device' 'rtl8366s'
    option 'vlan' '1'                #w tej sekcji z domyślnie skonfigurowanego switcha został zabrany 3 port(fizycznie jest to pierwszy port  czyli ten najbliżej portu WAN) – interfejs bez zmian czyli eth0.1
    option 'ports' '0 1 2 5t'

config 'switch_vlan'
    option 'device' 'rtl8366s'
    option 'vlan' '2'                #w tej sekcji został utworzony dodatkowy vlan składający się tylko z 3 portu switcha, za który będzie odpowiadał nowy interfejs eth0.2
    option 'ports' '3 5t'

config 'switch_port'
    option 'device' 'rtl8366s'
    option 'port' '1'
    option 'led' '6'

config 'switch_port'
    option 'device' 'rtl8366s'
    option 'port' '2'
    option 'led' '9'

config 'switch_port'
    option 'device' 'rtl8366s'
    option 'port' '5'
    option 'led' '2'

Jak widać na obu portach wan, adresy IP od ISP dostaję z DHCP po MACach. I tu ważna informacja – oba adresy ip muszą być z różnych puli adresowych. Multiwan nie będzie działał na łączach w tej samej sieci z taką samą bramką, chyba że postawimy dodatkowego NATa na jednym z łącz.

W konfiguracji /etc/config/firewall dodałem jeszcze do opcji ‘network’ wan2

config 'zone'
        option 'name' 'wan'
        option 'input' 'REJECT'
        option 'output' 'ACCEPT'
        option 'forward' 'REJECT'
        option 'masq' '1'
        option 'mtu_fix' '1'
        option 'network' 'wan wan2'

Po skonfigurowaniu wszystkiego warto zrobić restart urządzenia.
P uruchomieniu można przejść do instalacji  pakietu multiwan:

opkg update
opkg install multiwan

Plik konfiguracyjny znajduje się oczywiście w /etc/config/multiwan

config 'multiwan' 'config'
    option 'default_route' 'balancer'            #domyślna ścieżka dla ruchu, który nie będzie pasował do żadnej reguły

config 'interface' 'wan'
    option 'weight' '10'
    option 'health_interval' '10'
    option 'icmp_hosts' 'dns'
    option 'timeout' '3'
    option 'health_fail_retries' '3'
    option 'health_recovery_retries' '5'
    option 'failover_to' 'balancer'
    option 'dns' '194.204.159.1 194.204.152.34'

config 'interface' 'wan2'
    option 'weight' '10'
    option 'health_interval' '10'
    option 'icmp_hosts' 'dns'
    option 'timeout' '3'
    option 'health_fail_retries' '3'
    option 'health_recovery_retries' '5'
    option 'failover_to' 'balancer'
    option 'dns' '194.204.159.1 194.204.152.34'

#config 'mwanfw'                          to jest przykład reguły
#    option 'src' '192.168.1.0/24'
#    option 'proto' 'udp'
#    option 'port_type' 'source-ports'
#    option 'ports' '5060,16384:16482'
#    option 'wanrule' 'wan'            cały ten ruch zawsze będzie szedł przez interfejs wan (abstrahując oczywiście od tego ze jest zakomentowany :) )

config 'mwanfw'
    option 'wanrule' 'balancer'        #ta reguła cały pozostały ruch będzie kierowała na wan lub wan2 w zależności od obciążenie łącza, prawdopodobnie można to wyrzucić bo na początku ustawione zostało option 'default_route' 'balancer'
/etc/init.d/multiwan enable
/etc/init.d/multiwan start

Niestety ciężko jest z dokumentacją do multiwan ale udało mi się odnaleźć informację o tym, że jeśli więcej niż jedna reguła pasuje do danego zapytania to zastosowana będzie ostatnia z nich.

W option 'wanrule'  dopuszczalne wartości to balancer/fastbalancer/<interface> jednak jaka jest różnica między balancer i fastbalancer wie chyba tylko autor skryptu.


A tu trochę listingu działania i ustawień:

 
# ifconfig eth1

eth1      Link encap:Ethernet  HWaddr 00:00:00:00:00:01
          inet addr:192.168.0.122  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1803997 errors:0 dropped:0 overruns:0 frame:0
          TX packets:894955 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:2485092566 (2.3 GiB)  TX bytes:51976422 (49.5 MiB)
          Interrupt:5

# ifconfig eth0.2

eth0.2    Link encap:Ethernet  HWaddr 00:00:00:00:00:02
          inet addr:192.168.10.100  Bcast:192.168.10.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2060806 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1137626 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:3013729579 (2.8 GiB)  TX bytes:71093905 (67.7 MiB)

# ip route

192.168.1.0/24 dev br-lan  proto kernel  scope link  src 192.168.1.1
192.168.0.0/24 dev eth1  proto kernel  scope link  src 192.168.0.122
192.168.10.0/24 dev eth0.2  proto kernel  scope link  src 192.168.10.100
default via 192.168.10.1 dev eth0.2
default via 192.168.0.2 dev eth1

# route –n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 br-lan
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
192.168.10.0    0.0.0.0         255.255.255.0   U     0      0        0 eth0.2
0.0.0.0         192.168.10.1    0.0.0.0         UG    0      0        0 eth0.2
0.0.0.0         192.168.0.2     0.0.0.0         UG    0      0        0 eth1

Żeby nie było tak kolorowo teraz o nie rozwiązanych jeszcze problemach:
- w statystykach widocznych w Gargoyle 1.3.16 widać obciążenie tylko pierwszego interfejsu WAN
- bez jawnego podania DNSów w /etc/config/multiwan w option 'dns' '194.204.159.1 194.204.152.34' nazwy stron nie są rozwiązywane czyli dla zwykłego użytkownika = brak internetu. Natomiast użycie option 'resolv_conf' '/tmp/resolv.conf.auto' w sekcji config 'multiwan' 'config' powoduje wyczyszczenie pliku /tmp/resolv.conf.auto i też strony nie chodzą
- QOS dostępny w Gargoyle jest włączony jednak teraz zawsze cały ruch wrzuca w klasę Slow czyli tak jakby nie działał

Sugestie i poprawki mile widziane szczególnie jeśli chodzi o qos.
Pozdrawiam

Już to stwierdziłem. Numeracja jest odwrócona i fizyczny port 4 to port 0 w switchu, fizyczny 3 to 1 w switchu i tak dalej.

Edit:
Upewniałem się jeszcze i znalazłem coś takiego na wiki:

PunBB bbcode test


Co prawda dotyczy to WNDR3700v1 ale pod tym względem obie wersje są identyczne.