Fórum Root.cz
Hlavní témata => Sítě => Téma založeno: Mrkev2 23. 01. 2016, 11:26:25
-
Dobrý den,
Už asi měsíc mě blbne internetové připojení (WIFI) v náhodných intervalech většinou 4-6 hodin.
PING:
PING srv83.endora.cz (88.86.121.30) 56(84) bytes of data.
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=1 ttl=57 time=12.2 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=2 ttl=57 time=19.3 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=3 ttl=57 time=96.2 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=4 ttl=57 time=61.1 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=5 ttl=57 time=32.2 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=6 ttl=57 time=23.6 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=7 ttl=57 time=140 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=8 ttl=57 time=22.6 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=9 ttl=57 time=17.2 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=10 ttl=57 time=32.9 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=11 ttl=57 time=23.5 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=12 ttl=57 time=36.1 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=13 ttl=57 time=44.6 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=14 ttl=57 time=16.3 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=15 ttl=57 time=35.8 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=16 ttl=57 time=34.2 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=17 ttl=57 time=16.9 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=18 ttl=57 time=104 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=19 ttl=57 time=167 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=20 ttl=57 time=59.8 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=21 ttl=57 time=34.5 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=22 ttl=57 time=29.0 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=23 ttl=57 time=39.1 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=24 ttl=57 time=16.2 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=25 ttl=57 time=20.1 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=26 ttl=57 time=27.4 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=27 ttl=57 time=72.6 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=28 ttl=57 time=19.9 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=29 ttl=57 time=15.7 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=30 ttl=57 time=21.3 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=31 ttl=57 time=24.5 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=32 ttl=57 time=80.2 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=33 ttl=57 time=42.8 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=34 ttl=57 time=16.5 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=35 ttl=57 time=42.3 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=36 ttl=57 time=30.0 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=37 ttl=57 time=26.0 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=38 ttl=57 time=38.3 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=39 ttl=57 time=128 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=40 ttl=57 time=153 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=41 ttl=57 time=37.0 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=42 ttl=57 time=19.3 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=43 ttl=57 time=26.0 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=44 ttl=57 time=25.5 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=45 ttl=57 time=38.9 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=46 ttl=57 time=28.8 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=47 ttl=57 time=72.2 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=48 ttl=57 time=48.5 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=49 ttl=57 time=65.0 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=50 ttl=57 time=26.8 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=51 ttl=57 time=28.3 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=52 ttl=57 time=28.3 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=53 ttl=57 time=40.3 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=54 ttl=57 time=95.3 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=55 ttl=57 time=31.1 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=56 ttl=57 time=60.7 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=57 ttl=57 time=156 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=58 ttl=57 time=120 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=59 ttl=57 time=46.2 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=60 ttl=57 time=90.9 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=61 ttl=57 time=33.2 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=62 ttl=57 time=88.9 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=63 ttl=57 time=391 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=64 ttl=57 time=86.0 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=65 ttl=57 time=26.6 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=66 ttl=57 time=65.7 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=67 ttl=57 time=34.5 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=68 ttl=57 time=104 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=69 ttl=57 time=133 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=70 ttl=57 time=58.2 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=71 ttl=57 time=90.8 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=72 ttl=57 time=29.6 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=73 ttl=57 time=14.6 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=74 ttl=57 time=11.1 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=75 ttl=57 time=126 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=76 ttl=57 time=108 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=77 ttl=57 time=64.3 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=78 ttl=57 time=40.8 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=79 ttl=57 time=27.3 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=80 ttl=57 time=134 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=81 ttl=57 time=36.2 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=82 ttl=57 time=30.8 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=83 ttl=57 time=22.8 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=84 ttl=57 time=44.9 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=85 ttl=57 time=16.6 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=86 ttl=57 time=15.7 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=87 ttl=57 time=34.5 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=88 ttl=57 time=15.5 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=89 ttl=57 time=16.3 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=90 ttl=57 time=56.7 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=91 ttl=57 time=38.1 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=92 ttl=57 time=35.4 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=93 ttl=57 time=54.8 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=94 ttl=57 time=35.9 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=95 ttl=57 time=51.7 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=96 ttl=57 time=30.3 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=97 ttl=57 time=18.4 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=98 ttl=57 time=22.7 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=99 ttl=57 time=32.7 ms
64 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=100 ttl=57 time=451 ms
--- srv83.endora.cz ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 98969ms
rtt min/avg/max/mdev = 11.183/56.987/451.467/63.880 ms
MTR:
(http://s30.postimg.org/un2fm8fo1/image.png)
Nezáleží jestli je den nebo noc když to začne blbne to několik hodin.
"bgp1.sprintel.cz" bývá pokaždé "loss%" 45-50% a ostatní nic (dnes je tomu jinak 37% + ostatní 5-7%)
Nechápu proč u Ping testu je napsáno "0% packet loss"
Moje otázka zní nevíte kde může být problém ?
Můj provider říká že z jeho strany je vše v pořádku a že oni nic nezaznamenali že by něco blbnulo.
-
U pingu je napsáno "0% packet loss", protože se žádná pakety neztratily. To, že latence je tragická a kolísavá je věc úplně jiná. A upřímně řečeno, myslím, že provider si je velmi dobře vědom, že problém je u něj.
-
Otazka je, jestli je to problem nebo neketri soudruzi na ceste paketu z mtr omezuji ICMP rate. Ten packet loss v mtr naskoci okamzite nebo se objevi az po chvilce? Ja ted zkusil mtr root.cz a na ceste na jednom uzlu se mi po chvili objevo ztrata okolo 33 %. Kdyz to zkusim jinam, take se tam objevi nekdo, kdo to zacne dusit, nekdy je jich i vic, treba cestou na google.com to byly hned 4 body.
Ping jede tak pomalu, ze to asi omezovat nezacnou. Na to by bylo potreba ping donutit, aby pakety sypal mnohem rychleji.
Co se stane, kdyz zkusite mtr --interval 2 ?
-
Ping ve výchozím nastavení posílá krátké pakety, ty přes WiFi projdou snáz. Je možné, že MTR používá ve výchozím nastavení větší pakety. Vyzkoušejte ping s většími pakety, a hlavně otestujte provoz ne vůči nějakým serverům daleko v internetu, ale vůči nejbližšímu zařízení, které je za WiFi spojem. Pokud se budou pakety ztrácet i tam, víte, že je problém v tom WiFi spoji (je to nejpravděpodobnější). Pak záleží na tom, zda i vaše klientské zařízení patří pod správu ISP – to by pro vás bylo jednodušší a bylo by na ISP, aby spoj opravil. A nebo ISP jenom poskytuje AP a je na vás, abyste se na něj připojil, jak umíte – pak je potřeba zjistit, zda je problém na AP, na trase nebo u vás.
-
a hlavně otestujte provoz ne vůči nějakým serverům daleko v internetu, ale vůči nejbližšímu zařízení, které je za WiFi spojem. Pokud se budou pakety ztrácet i tam, víte, že je problém v tom WiFi spoji (je to nejpravděpodobnější).
Jirsak, to je tedy rada nad zlato. Vzhledem k tomu, ze uzel 1 je nejspis gw a hnez za nim se zacinaji ztracet pakety, tak by me zajimalo, ktere nejblizsi zarizeni byste doporucil testovat.
-
Jirsak, to je tedy rada nad zlato. Vzhledem k tomu, ze uzel 1 je nejspis gw a hnez za nim se zacinaji ztracet pakety, tak by me zajimalo, ktere nejblizsi zarizeni byste doporucil testovat.
Pokud 192.168.?.? je router tazatele a 10.0.?.? je zařízení ISP, testoval bych ping na 10.0.?.?. Mezi těmito dvěma zařízeními bude ten WiFi spoj. No a vypadá to, že právě na 10.0.?.? se pakety začínají ztrácet, tedy to vypadá na problém s tím WiFi spojem, jak jsem psal.
Testovat to na bůhvíjaký server v internetu nemá smysl, protože ISP vám oprávněně řekne, že je cíl mimo jeho síť a že s tím nic udělat nemůže.
-
Ovsem testovat ping asi nema moc cenu. Kdyz projde ping az do tramtarie, tak ping na nejblizsi dva uzly nejspis take.
-
Ovsem testovat ping asi nema moc cenu. Kdyz projde ping az do tramtarie, tak ping na nejblizsi dva uzly nejspis take.
Jenže tazateli se pakety ztrácí. Kdyby se mu neztrácely, tak by se neptal. Když ověří, že se ztrácí pakety hned mezi jeho routerem a zařízením ISP, bude vědět, že problém je v jeho přípojce nebo vysílači ISP a ne dál. Zároveň bude mít v ruce něco, s čím může jít za ISP. A zároveň pokud to bude vypadat na závislost ztrátovosti na velikosti paketů, bud vědět, že je problém nejspíš ve WiFi spoji (a že to nezpůsobuje třeba QoS ISP).
-
- "mtr --interval 2" Blbne to úplně stejně
(http://s17.postimg.org/u68cyrp1r/image.png)
1. je MikroTik Routers "RouterOS v5.24"
2. je MikroTik Routers "RouterOS v6.10"
3. je Nevim
4. je Můj poskytovatel internetového spojení
PING: PacketSize je nastaveno na 500
PING srv83.endora.cz (88.86.121.30) 500(528) bytes of data.
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=1 ttl=57 time=27.4 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=2 ttl=57 time=36.6 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=3 ttl=57 time=38.3 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=4 ttl=57 time=13.6 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=5 ttl=57 time=20.3 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=6 ttl=57 time=48.3 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=7 ttl=57 time=23.9 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=8 ttl=57 time=72.9 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=9 ttl=57 time=78.3 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=10 ttl=57 time=42.5 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=11 ttl=57 time=27.7 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=12 ttl=57 time=46.6 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=13 ttl=57 time=18.7 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=14 ttl=57 time=248 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=15 ttl=57 time=88.4 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=16 ttl=57 time=18.5 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=17 ttl=57 time=32.1 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=18 ttl=57 time=37.8 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=19 ttl=57 time=105 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=20 ttl=57 time=12.0 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=21 ttl=57 time=57.7 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=22 ttl=57 time=35.3 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=23 ttl=57 time=20.7 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=24 ttl=57 time=36.7 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=25 ttl=57 time=21.5 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=26 ttl=57 time=22.1 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=27 ttl=57 time=62.4 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=28 ttl=57 time=42.5 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=29 ttl=57 time=116 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=30 ttl=57 time=21.2 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=31 ttl=57 time=22.9 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=32 ttl=57 time=89.9 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=33 ttl=57 time=77.9 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=34 ttl=57 time=95.5 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=35 ttl=57 time=37.4 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=36 ttl=57 time=23.8 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=37 ttl=57 time=28.5 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=38 ttl=57 time=91.6 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=39 ttl=57 time=109 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=40 ttl=57 time=25.9 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=41 ttl=57 time=78.8 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=42 ttl=57 time=43.4 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=43 ttl=57 time=61.9 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=44 ttl=57 time=55.0 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=45 ttl=57 time=29.8 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=46 ttl=57 time=67.0 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=47 ttl=57 time=31.4 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=48 ttl=57 time=14.2 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=49 ttl=57 time=32.6 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=50 ttl=57 time=75.6 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=51 ttl=57 time=14.5 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=52 ttl=57 time=142 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=53 ttl=57 time=17.3 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=54 ttl=57 time=70.6 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=55 ttl=57 time=74.9 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=56 ttl=57 time=60.8 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=57 ttl=57 time=14.0 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=58 ttl=57 time=36.0 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=59 ttl=57 time=13.5 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=60 ttl=57 time=46.2 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=61 ttl=57 time=98.6 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=62 ttl=57 time=83.2 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=63 ttl=57 time=16.1 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=64 ttl=57 time=223 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=65 ttl=57 time=147 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=66 ttl=57 time=24.6 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=67 ttl=57 time=45.5 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=68 ttl=57 time=19.2 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=69 ttl=57 time=321 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=70 ttl=57 time=69.8 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=71 ttl=57 time=15.4 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=72 ttl=57 time=92.2 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=73 ttl=57 time=26.3 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=74 ttl=57 time=46.4 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=75 ttl=57 time=18.8 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=76 ttl=57 time=61.3 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=77 ttl=57 time=24.7 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=78 ttl=57 time=40.8 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=79 ttl=57 time=71.3 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=80 ttl=57 time=44.0 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=81 ttl=57 time=26.3 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=82 ttl=57 time=17.2 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=83 ttl=57 time=57.9 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=84 ttl=57 time=71.3 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=85 ttl=57 time=34.6 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=86 ttl=57 time=111 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=87 ttl=57 time=29.8 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=88 ttl=57 time=14.8 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=89 ttl=57 time=50.0 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=90 ttl=57 time=25.6 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=91 ttl=57 time=50.8 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=92 ttl=57 time=39.5 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=93 ttl=57 time=29.5 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=94 ttl=57 time=57.4 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=95 ttl=57 time=21.2 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=96 ttl=57 time=21.8 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=97 ttl=57 time=18.2 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=98 ttl=57 time=80.8 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=99 ttl=57 time=56.0 ms
508 bytes from srv83.endora.cz (88.86.121.30): icmp_seq=100 ttl=57 time=23.6 ms
--- srv83.endora.cz ping statistics ---
100 packets transmitted, 100 received, 0% packet loss, time 99041ms
rtt min/avg/max/mdev = 12.020/53.901/321.164/48.047 ms
- Někdy se packet loss neobjeví hned ale vvětšinou ano (Myslím že je to normální prodleva programu mtr)
. Jak jsem už psal po několika hodinách packet loss u "bgp1.sprintel.cz" zcela zmizí a potom mi internet funguje zcela normálně.
Filip Jirsák: Napsal jste to nešťastně že jsem to pochopil stejně jako JardaP (Už jsem vás pochopil ale nevím jak na to)
Problém je tedy 192.168.X.X nebo "bgp1.sprintel.cz"
Jak mám lépe otestovat spojení mezi nimi ?
-
Ktere je posledni zarizeni pod vasi kontrolou?
-
Nechápu zcela otázku (Do routerů se přes heslo nedostanu takže PC je asi odpověď) :-D
-
Tak popište, jak ta vaše síť fyzicky vypadá a kde jsou jaké spoje. Pokud se ani do routeru 1 nedostanete, předpokládám, že to není váš domácí router. Je to tedy zařízení ISP? A je umístěné u vás? Za ním už je WiFi spoj?
-
Mtrkom sa vie kade to chodi. Dal by som pingovat kazdu jednotlivu trasu osobitne v case kedy to blbne. Takych vypisov pingu ako je na prvom obrazku by bolo viac. Porovnanim by sa zistilo kde to vypadava. Mtrko posiela tusim 3 pingy na kazdy hop, co moze byt malo. Otazne je ako to vyriesite ked bude problem za cielom poskytovatela.
-
Kabel z pc vede rovnou na střechu (panelový dům) kde nemám přístup (na střeše je wifi vysílač)
Tento internet používám já a ještě jeden člověk.
-
No, bezva. V tom případě skutečně nevím, co řešíš. Ať si to řeší provider.
-
Lol Phirae: Řeším to protože mám problém (A potřebuji přesněji zjistit proč tento problém vzniká)
Takže jestli nemáš nic k tématu bež si spamovat na ICQ
-
Takze 1, 2 a 3 jiz patri provajderovi a ma je zaheslene? To se bude blbe neco testovat.
Jinak neni tak uplne pravda, ze nastavenim intervalu na 2 vteriny se nic nezmenilo. Zmizela sestiprocentni ztrata na 2 a 3 - pokud se nejedna o nahodnou fluktuaci.
Co zkusit tohle? http://serverfault.com/questions/318909/how-passively-monitor-for-tcp-packet-loss-linux
A jestli mate nekde na Internetu stroj, se kterym si muzete povidat, tak by sel zkusit iperf: http://www.techrepublic.com/blog/linux-and-open-source/iperf-a-simple-but-powerful-tool-for-troubleshooting-networks/
-
Na 99% je problem v lince z Vaseho panelaku (hop1) na AP poskytovatele (hop2 10.0.x.x). Zameril bych se na monitoring spojeni od Vas z PC na hop2. Pustte na to nejaky pinger se zaznnamem historie (idealne grafovanym ve stylu MRTG) a nejakou dobu pingejte, idealne dvakrat: Jednou s packetsize 200 a podruhe 1000 bajtu. Pak to postnete providerovi (pripadne i sem, kdyby se Vas snazil fucknout) s tim mate problem na lince a presne popiste zpusob mereni at se odlisite od prudicich lam (ktere on nejspis bezne ignoruje). Bud to bude resit, nebo zacnete uvazovat o zmene ISP.
-
Takže problém je někde uvnitř v síti ISP. Zkuste ještě ping s velikostí paketů třeba 1400 bajtů (aby se to blížilo k maximu) a interval nastavte třeba na 5 sekund, např. na Linuxu:
ping -n -i 5 -s 1400 bgp1.sprintel.cz | tee ping-bgp1-sprintel-cz.log
ping -n -i 5 -s 1400 10.0.?.? | tee ping-10-0-x-x.log
Výstup nechte zapsat do souboru a nechte to běžet třeba půl hodiny v době, kdy zaznamenáte problémy. Spusťte vedle sebe takovýhle ping na ten bgp1.sprintel.cz (kde se packet loss projevuje) a na tu IP adresu 10.0.?.?, což je předpokládám WiFi AP, na které je připojen WiFi klient u vás na střeše. V tom prvním logu by měl být vidět packet loss a v tom druhém ne, a pokud to tak bude, ukazuje to na problém v síti ISP. Pak ten problém reklamujte u ISP a ty logy mu předložte.
-
Lol Phirae: Řeším to protože mám problém
To máš. S ISP. ::)
-
Zjistit proc tento problem vznika nieje problem, ale naprava bez opravneni do klientskej stanice a pristupoveho bodu je nemozna. Pouziva siet RTS/CTS? Ak nie, tak obcasna strata ramcov moze byt za istych okolnosti normalnym sprievodnym javom. Zalezi aj na tom, ci je to UDP, alebo TCP.
-
Kabel z pc vede rovnou na střechu (panelový dům) kde nemám přístup (na střeše je wifi vysílač)
Tento internet používám já a ještě jeden člověk.
co tym myslis ze tento internet pouziva este niekto iny? niekto iny s rovnakeho bytu, alebo ineho?
komunikoval si s tym druhym clovekom ci ma rovnaky problem? nevytazuje linku v tom case ked mas problem, napr torrenty?