B818 w trybie mostka, Asus RT-AC68U i huaCtrl

[doqtor]

Witam, jak w temacie B818 ustawiony w trybie mostka podłączony do Asus RT-AC68U udostępniający internet w domu po wifi i kablu. Telefon podłączony po wifi, aplikacją huaCtrl wymuszam pasmo, pojawia się notyfikacja że poszedł request, natomiast w polu F/TDD nie pojawia się update tej zmiany. Dopiero po restarcie aplikacji widać, że się zmieniło pasmo. Wcześniej, bez trybu mostka, gdy wymuszałem pasmo poprzez wifi na B818 to działało bez problemu.

Podobny problem zauważyłem gdy próbuję się logować do vpn na Windows. Request nie dociera do Authenticatora na Androidzie. Dopiero gdy przełączę telefon bezpośrednio na LTE (wyłączę wifi w telefonie) to działa.

Wygląda to na jakiś problem sieciowy spowodowany przełączeniem B818 w tryb mostka.

Ktoś się spotkał z takim problemem? Jakieś pomysły?

[Mig25]

Mnie zastanawia ten tryb mostka.Powinien wyglądać tak, ze modem przekazuje jeden do jednego z sieci do routera ,a sam byc przezroczystym. Czyli po włączeniu tego trybu adresu 192.168.8.1 w ogole nie powinno być w sieci ,a co za tym idzie huactrl nie powinna się z modemem komunikować . I tak było jak miałem B315.
Mam B715 i jest tak jak opisujesz, teoretycznie router dostal ip "zewnetrzne" z sieci (nie mylić z publicznym) ,ale w sieci dalej jest 192.168.8.1 i można się do niego dostać i przez www i przez huactrl. To by było ok ,ale każde traceroute rowniez potwierdza,że pierwszym ogniwem nie jest router ,tylko rowniez modem z ip 192.168.8.1....

[Mig25]

Natomiast co do samego zachowania huactrl po zmianie bandow ,to jest identycznie u mnie na B715 w trybie mostka, po zmianie bandow trzeba restartować huactrl , bo wszystkie wykresy po tej operacji zamarzają.
Choc jak huactrl dziala w tle to potrafi po 5min pokazac male okienko ,ze zmienil zakres i sie odwiesic.

Natomiast ustawiam bandy z automatu skryptami i tam jest ok .Tutaj pewnie samo przestawianie tez ,tylko cos pozniej to zawiesza.
(router na openwrt sprawdza co 30min na jakim jest podstawowym bandzie i do jakiego cell jest podlaczony. Jak inny niz wpisany to najpierw wymusza 2600 a po 5s ustawiam 800+1800+2100+2600, w ten sposob podstawowym bandem jest 2600 a agregacja jest wlaczona)

[doqtor]

U mnie pierwszym ogniwem jest router:

Kod: Zaznacz cały

$ traceroute 192.168.8.1
traceroute to 192.168.8.1 (192.168.8.1), 64 hops max
  1   192.168.1.1  2,838ms  2,297ms  2,418ms 
  2   192.168.8.1  3,124ms  2,766ms  2,653ms 
$ 

Ale działa to dziwnie. Wczoraj requesty z VPNa docierały do Authenticatora a dzisiaj znowu nie...

Jakich skryptów używasz do wymuszania pasma?

[Mig25]

No tak pierwszym ogniwem router jak robisz to z klienta ,ale jak ja z routera robie traceroute , to pierwszym ogniwem jest modem

Generalnie chodzi mi o to ,że jak robie traceroute z routera , który ma przypisany od razu adres wyżej , to chyba 192.168.8.1 nie powinien brać udziału:

Kod: Zaznacz cały

root@OpenWrt:~# traceroute wp.pl
traceroute to wp.pl (212.77.98.9), 30 hops max, 38 byte packets
 1  192.168.8.1 (192.168.8.1)  0.578 ms  0.507 ms  0.448 ms
 2  *  *  *
 3  *  *  *
 4  89.108.200.2 (89.108.200.2)  30.089 ms  17.366 ms  17.812 ms
 5  89.108.200.83 (89.108.200.83)  19.776 ms  16.391 ms  15.759 ms

A tak jest z klienta:

Kod: Zaznacz cały

pi@raspberrypi:~ $ traceroute wp.pl
traceroute to wp.pl (212.77.98.9), 30 hops max, 60 byte packets
 1  OpenWrt.lan (192.168.1.1)  0.777 ms  0.764 ms  0.726 ms
 2  192.168.8.1 (192.168.8.1)  1.197 ms  1.196 ms  1.051 ms
 3  * * *
 4  * * *
 5  89.108.200.2 (89.108.200.2)  27.959 ms  39.649 ms  39.134 ms
 6  89.108.200.83 (89.108.200.83)  32.815 ms  15.194 ms  29.749 ms
 7  * * *

Aktualnie router dostał adres 100.116.104.139 ( czyli zbridgowany z modemu) i nawet jak zacznę wysyłać traceroute na jakiś ip obok , to zaczyna trasę od 192.168.8.1 ,a powinien z 100.116.104.139 chyba...

Kod: Zaznacz cały

root@OpenWrt:~# traceroute 100.116.104.139
traceroute to 100.116.104.139 (100.116.104.139), 30 hops max, 38 byte packets
 1  100.116.104.139 (100.116.104.139)  0.045 ms  0.084 ms  0.034 ms
root@OpenWrt:~# traceroute 100.116.104.1
traceroute to 100.116.104.1 (100.116.104.1), 30 hops max, 38 byte packets
 1  192.168.8.1 (192.168.8.1)  1.054 ms  0.559 ms  0.489 ms
 2  *  *^Z[3]+  Stopped                    traceroute 100.116.104.1
root@OpenWrt:~#

A co do skryptów , to takie trochę przerobione pode mnie : viewtopic.php?t=58507

[doqtor]

Tak, u mnie jest podobnie. Pogooglałem trochę na temat mostków i generalnie nie powinny się pojawiać w traceroucie ani odejmować TTL bo operują na warstwie 2 ale mogą też operować na warstwie 3 i wtedy to są mostki z funkcjonalnością routingu. Sprawdziłem jaki jest TTL na laptopie podłączonym do modemu w trybie mostka i bez mostka - TTL był taki sam co by również sugerowało że operuje na warstwie 3.

Sprawdziłem ten wątek ze skryptami ale link do skryptu wymuszającego pasmo nie działa. Działają tylko linki które mają skrypty do zczytywania danych i restartu modemu.

[Mig25]

Tutaj aktualna : https://megawrzuta.pl/download/fdfcef98 ... 8947a.html
Dodatkowo skrypt tester , bo w trybie mostka router nie jest w stanie wykryć zmiany IP ,i co jakiś czas jak potrzeba odnowienia był brak netu, trzeba tylko zrestartować WAN.