Fórum Root.cz
Hlavní témata => Sítě => Téma založeno: Ondřej 04. 03. 2018, 15:08:01
-
Dobrý den!
Už několik dní se snažím přijít na jeden oříšek - můj ntb, z nějakého mě absolutně nejasného důvodu limituje rychlost Uploadu na max. +- 2.2 Mbps. (Měřeno jak na kabelu tak na Wi-Fi - výsledek stejný v obou případech 75/2.2 Mbps)
Zkoušel jsem zapojit ntb rovnou do sítě (obejít router), výsledek měření ovšem pořád stejný. Ping +- 1ms ve všech případech.
Poskytovatel garantuje max. rychlost Down/Up 100/50 Mbps. To podle měření ostatních zařízení v síti odpovídá více méně. Nikoliv ovšem u jednoho ntb.
Kontroloval jsem nastavení bandwidth v routeru, žádná omezení nenastavena. Komunikoval jsem s ISP, nemají tušení v čem by mohl být problém, každopádně není na jejich straně.
Asus N56VJ, Windows 10 x64, síťovka Qualcomm Atheros AR8161 PCI-E Gigabit Ethernet Controller (NDIS 6.30), ovladače síťovky nejaktuálnější (2.1.0.26)
Router netis wf2411i, firmware aktualizovaný na nejnovější.
Any ideas? Jakékoliv další potřebné informace dodám ASAP
-
nastaveny usporny rezim wifi?
-
Nikoliv.
Mimochodem pro Wi-Fi jako takovou tam je ve správci zařízení jiná síťovka. Každopádně v obou případech je úsporný režim vypnutý.
-
Nikoliv.
Mimochodem pro Wi-Fi jako takovou tam je ve správci zařízení jiná síťovka.
To znamena co? Ze mate Atheros AR8161, ale ve spravci cosi jineho? Nemate nejaky jiny ovladac, protoze Widloupdate nespravne identifikoval HW a nainstaloval cosi, co se tomu zdalo vhodne? V tom pripade by asi bylo mozna, aby to jelo akorat na nejake zakladni rychlosti, kterou se jaksi nedopatrenim podarilo nastavit. A nejede vam to nahodou na 802.11b?
-
Možná jsem to špatně interpretoval, ale notebook mám připojený k routeru kabelem. Wi-Fi nepoužívám.
Měřil jsem rychlost jak po kabelu, tak po Wi-Fi (vzduchem :) ) Výsledek stejný v obou případech.
Ve správci zařízení je Atheros AR8161 (pro kabel) i Intel Centrino Wireless - N 2230.
V nastavení Síť a Internet je při připojení kabelem Atheros, při připojení přes Wi-Fi Centrino N 2230.
Ani u jednoho adaptéru není zapnuta úspora energie.
Mimochodem Wi-Fi jede na 802.11g.
-
EDIT:
Ovladače Atherosu jsou z externí stránky a ovladače Centrina jsou přímo ze stránky Intel.
-
Proč sem poslední dobou neustále lezou lidi s Windows? To neexistují tématická fóra na Win?
Jako první věc změř rychlost uvnitř sítě, bez ovlivnění routerem a internetem - na Linuxu bych na jednom stroji pustil "nc -l -p 9876 | pv > /dev/null" a na druhém "pv /dev/urandom | nc adresa 9876". Tím zjistíš jestli je problém v samotné wifi nebo někde směrem k ISP. Pokud bude ve wifi, tak vliv ovladačů vyloučíš nastartováním jiného systému (například linuxového Live) a testem z něj.
-
Proč sem poslední dobou neustále lezou lidi s Windows? To neexistují tématická fóra na Win?
Protoze Root.cz (www.root.cz) Informace nejen ze světa Linuxu. Krome toho na widlackych ti kolikrat umi poradit akorat ritual svate reinstalace. Tady se obcas najde i lepsi rada, i kdyz Stackexchange to neni.
-
Nu, Dámy a Pánové,
Jendo, jak píše Jarda P., proto. Díky Jardo.
Každopádně zajímavé zjištění - zkoušel jsem testovat rychlost na 20 nejbližších serverech (z nabídky na speedtestu) a došel jsem k zajímavému zjištění. Z dvaceti serverů většina max 2.5 Mbps Up, výjimkou byl server Vodafone CZ v Praze.
Volal jsem ISP a zkoušeli jsme další testy. Vyšly podobně jako ostatní až na další jeden server kde byla rychlost obdobná jako u Vodafone serveru. Překvapení bylo jak na straně ISP tak na mojí.
Pro shrnutí: Chyba s největší pravděpodobností není ani na straně ISP, ani na straně mojí a domácí sítě. Respektive nějaká tam je, jen nikdo netuší jaká. Záležitost předána technikům na vyšších místech a zítra očekávám telefonát s možným řešením. Žeby "bug" v CZ síti ? :D
Pokud jste zvědaví jako já co problém způsobuje, budu informovat. Pokud ne, prosím o zamknutí/smazání vlákna.
Díky a hezký večer všem.
-
Tak ted bych si pustil Linux (live) a na nem mtr do nekam. Eventualne jestli nekdo zna neco podobneho pro Widle.
-
I pro widle je program iperf (např. https://iperf.fr/), doporučuji prostudovat možnosti (parametry) a spustit doma v síti z jedno počítače na druhý = tím byste měl ověřit stav prvního "hopu" po cestě.
Jinak se to už tak snadno nezjistí, svůj server asi na internetu nemáte, bez omezení dat a s "pořádnou rychlostí", abyste pustil iperf i na něm?
-
iperf ale dela neco jineho. Na mtr by bylo zajimave to, ze by mohl zobrazit hopy, kde je packet loss jak krava.
-
Pro shrnutí: Chyba s největší pravděpodobností není ani na straně ISP, ani na straně mojí a domácí sítě. Respektive nějaká tam je, jen nikdo netuší jaká.
Neexistuje nic take, ze nie je chyba u mna, ani u ISP. Bud viem vysaturovat linku bez packet loss od/k ISP alebo nie.
Dalej data tecu jeho infrastrukturou, tp uz zakaznik ziadno neovplyvni.
Je pravda, ze kazdy ISP garantuje rychlost linky len v jeho infrastrukture (ak je agregovana, tak este pocitajme aj s tymto faktorom).
Standardne sa robi test v ramci jeho infrastruktury (najjednoduchsie asi download/upload cez ftp). (ten sice nevytazi linku na 100% ale ukaze aspon kde sa hybe rychlost).
Chlapci nemaju public FTP, kde by sa dal upnut subor ?
Lebo ak upload v sieti bude dobry, v tom pripade nechaj problem na ich pleciach,a ty to pusti z hlavy.
-
Je pravda, ze kazdy ISP garantuje rychlost linky len v jeho infrastrukture
Tak jestli slibuje desne gigabajty, ale jen do prvniho routeru ven z infrastruktury a pak to leze jak snek, tak ISP pekne keca a je lepsi hledat jineho, pokud nejaky je.
-
Zkus nabootovat nějaké linux live distro ať rozsekneme jestli je problém v OS nebo HW. Pokud to na live linuxu bude fungovat normálně a pod win ne, tak nainstalovat wireshark a začít zjišťovat co se děje.
Zaměřil bych se na TCP retransmition a ICMP.
Mohlo by to být nějaké zmršené nastavení TCP stacku ve windows (TCP window scaling) nebo problém s MTU (OS se snaží posílat velké packety (dost možná po IPv6 kde není povolena fragmentace po cestě) a nějaký router po cestě mu to vrátí protože další cesta v síti má nižší MTU než je velikost packetu)
-
Je pravda, ze kazdy ISP garantuje rychlost linky len v jeho infrastrukture
Tak jestli slibuje desne gigabajty, ale jen do prvniho routeru ven z infrastruktury a pak to leze jak snek, tak ISP pekne keca a je lepsi hledat jineho, pokud nejaky je.
Ano a nie. Mozes vysvetlovat zakaznikovi, ze ty mas vsetko v poriadku, a ide mu to naprd, lebo tvoj partner v zahranici alebo youtube ma momentalnee problem ...
Z principu moze garantovat rychlost len vo vlastnej sieti. Ak bude slubovat nieco ine, keca ...
Samozrejme, nemoze sa takto alibisticky postavit k problemu, ze nenakupil zahranicny konekt, a ma to oprete o strop ale tvari sa, ze unho je vsetko ok ... (tuto variantu vynechajme). (peering napovie viac).
Ten napad s windows TCP stackom je pekny, ale v podstate kopiruje moju odpoved - uz by to museli zistit pri teste medzi zakaznikom a vlastnou infrastrukturou. (keby testovali).
-
Ano a nie. Mozes vysvetlovat zakaznikovi, ze ty mas vsetko v poriadku, a ide mu to naprd, lebo tvoj partner v zahranici alebo youtube ma momentalnee problem ...
Z principu moze garantovat rychlost len vo vlastnej sieti. Ak bude slubovat nieco ine, keca ...
Samozrejme, nemoze sa takto alibisticky postavit k problemu, ze nenakupil zahranicny konekt, a ma to oprete o strop ale tvari sa, ze unho je vsetko ok ... (tuto variantu vynechajme). (peering napovie viac).
No a nenakoupeni dostatecne hranicni konektivity asi bude ten problem. Kdyz mu to ve vlastni siti jede rychle, ale pres Internet ne, tak nevim, kde jinde by to drhlo. Pokud jde pomalu YT, tak to by byl leda tak prechodny problem, ktery se proste obcas stava, napriklad v dnesni dobe, kdyz kazdou chvili nejaky debil neco DDoSuje.