Monitoring domácí sítě + optimalizace hw struktury

[nameless]

[nameless]

A podrobný výpis traceroute výpadků a vyšší latence v txt (nejde mi sem vložit soubor a kopírovat jako text to nebudu).
Odpověděli mi a nemám slov…

Dobrý den,
na to, že nefunguje, jste včera přenesl 10GB dat. Dnes od půlnoci již dalších více jak 10 GB.
Přikládám grafy provozu a odezvy na ping včetně podrobného grafu odezvy měřené z Prahy až k vám.
Hledejte problémy ve vaší síti.
Podle našich zkušeností stačí vyřadit podružné WiFi routery, které dalším NATem a nedostatečností vlastních zdrojů simulují problémy, na které si stěžujete. Náš přijímač je zároveň i router, takže jakékoliv routery v domácí síti za ním jsou nadbytečné. Zjistěte, jestli se váš WiFi router dá překonfigurovat do režimu bridge.
Všiml jsem si, že streamujete video. Pokud vám např. televize tahá data a vy měříte, nenaměříte dobré výsledky.
Podle měření, které jste poslal, je linka OK. V časech, na které poukazujete s vyšší latencí, probíhal nezanedbatelný provoz na vaší lince.
Ve sdíleném 5GHz pásmu nelze očekávat kvalita, rychlost ani jitter optických sítí.
Pokud byste se jí chtěl blížit, bylo by potřeba u vás instalovat PtP technologii ve vyšším frekv. pásmu 10, 17,... GHz, ale to je za úplně jiné peníze.

[the.max]

Jestli to čtu správně, tak problém je na trase mei tvým klientem (mikrotik) a APčkem poskytovatele (192.168.135.49), ale je možné, že je to jinak

Nicméně, pravad je ta, že pokud je linka využitá na doraz jak píší a dokladají grafem, tak v tu dobu prostě ping bude lítat. A také jsem pro to vyházet další routery a udělat z nich bridge, nebo je alespoň tak zapojit. (vypnout DHCP server, přívod nezapojovat do WAN ale do LAN portů atd...).

[nameless]

Jestli to čtu správně, tak problém je na trase mei tvým klientem (mikrotik) a APčkem poskytovatele (192.168.135.49), ale je možné, že je to jinak

Nicméně, pravad je ta, že pokud je linka využitá na doraz jak píší a dokladají grafem, tak v tu dobu prostě ping bude lítat. A také jsem pro to vyházet další routery a udělat z nich bridge, nebo je alespoň tak zapojit. (vypnout DHCP server, přívod nezapojovat do WAN ale do LAN portů atd...).

Moje zařízení je pouze 192.168.1.1. Ostatní je ISP. A opravdu nemám zájem připojovat NAS nebo podobné věci přímo k routeru ISP, ke kterému nemám přístup.

Předpokládám, že 5 Mbits resp. 10 Mbits připojení by mělo zvládat streamované video bez lagů.

[Standa99]

V těch grafech je vidět, že je někde strop (bez ohledu na garantované rychlosti) a aby to každému nějak jelo, tak to zařezává, protože je to vytížené. Jestli AP nebo trasa dál ví ISP. Buď tlačit na posílení spoje, nebo tobě konkrétně navrhují jiné pásmo, tak se s nima zkus domluvit, pokud je to pro tebe zásadní.

[forkman]

Pokud na té wifině nepoužívá tvůj ISP TDMA, tak ty pingy jsou normální když někdo zabije Apčko, např to CCQ padající pod 60%, to musí zabít snad všechno. SNR 50dB+ a CCQ tak nízko, to fakt nechápu, spíš bych od nich chtěl graf co teče z APčka, ale to ti asi nepošlou, protože to bude nejspíš hrůza Každopádně používat ping jako diagnostiku moc dobře nejde.

Jak se dívám na ten traceroute a grafy od ISP, tak WAN tvojí antény bude mít nejspíš 192.168.135.55, čili vnitřní adresa bude 192.168.88.1 (Mikrotik v defaultu), ale co je sakra to 192.168.1.1? To je ten TP-link? Jestli jo, tak to fakt NATuje u tebe doma 2x a to je fakt zlo, kor ten TP-link

Ale nejpravděpodobnější je, že tvůj ISP je vidlák a pěkně ti kecá a nebo tvojí linku dohlíží odjinud než kudy jde inet a ani o tom neví.