Upload limit z neznámého důvodu

[Ondřej]

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

[Reklama]

[Janci]

nastaveny usporny rezim wifi?

[Ondřej]

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ý.

[JardaP .]

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?

[Ondřej]

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.

[Reklama]

[Ondřej]

EDIT:

Ovladače Atherosu jsou z externí stránky a ovladače Centrina jsou přímo ze stránky Intel.

[Jenda]

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.

[JardaP .]

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.

[Ondřej]

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 ?

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.

[JardaP .]

Tak ted bych si pustil Linux (live) a na nem mtr do nekam. Eventualne jestli nekdo zna neco podobneho pro Widle.

[V.]

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?

[JardaP .]

iperf ale dela neco jineho. Na mtr by bylo zajimave to, ze by mohl zobrazit hopy, kde je packet loss jak krava.

[Medo]

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.

[JardaP .]

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.

[Dan]

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)