Sziasztok!
Mit gondoltok ezekről a kábeles ping adatokról ?
x45% ping www.mo.hu
PING magyarorszag.hu (84.206.131.222) 56(84) bytes of data.
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=2 ttl=248 time=372 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=3 ttl=248 time=353 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=7 ttl=248 time=372 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=8 ttl=248 time=18.5 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=9 ttl=248 time=17.4 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=10 ttl=248 time=7.83 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=11 ttl=248 time=8.68 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=16 ttl=248 time=355 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=17 ttl=248 time=9.84 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=18 ttl=248 time=8.00 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=19 ttl=248 time=79.0 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=20 ttl=248 time=69.4 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=21 ttl=248 time=19.2 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=22 ttl=248 time=7.54 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=23 ttl=248 time=8.52 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=24 ttl=248 time=7.31 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=25 ttl=248 time=8.17 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=26 ttl=248 time=381 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=27 ttl=248 time=19.1 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=28 ttl=248 time=11.0 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=29 ttl=248 time=331 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=30 ttl=248 time=25.2 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=31 ttl=248 time=437 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=32 ttl=248 time=33.1 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=33 ttl=248 time=18.4 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=34 ttl=248 time=9.62 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=35 ttl=248 time=7.91 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=36 ttl=248 time=8.92 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=42 ttl=248 time=367 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=44 ttl=248 time=581 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=45 ttl=248 time=22.8 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=46 ttl=248 time=7.27 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=47 ttl=248 time=8.40 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=48 ttl=248 time=14.4 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=49 ttl=248 time=8.10 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=50 ttl=248 time=7.78 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=52 ttl=248 time=284 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=53 ttl=248 time=21.8 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=56 ttl=248 time=330 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=57 ttl=248 time=11.0 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=59 ttl=248 time=343 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=60 ttl=248 time=47.9 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=61 ttl=248 time=14.4 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=62 ttl=248 time=7.90 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=63 ttl=248 time=7.64 ms
64 bytes from magyarország.hu (84.206.131.222): icmp_seq=64 ttl=248 time=361 ms
^C64 bytes from 84.206xxxxxyíx: icmp_seq=65 ttl=248 time=20.5 ms
--- magyarorszag.hu ping statistics ---
65 packets transmitted, 47 received, 27.6923% packet loss, time 156017ms
rtt min/avg/max/mdev = 7.271/116.337/581.303/164.108 ms
Hozzászólások
nem az igazi.
Fospunepa!
37 of 37 packets received
0 % packet loss Min: 7 ms Avg: 8 ms Max: 19 ms
és
30 packets transmitted, 30 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 7.128/8.679/11.527/1.177 ms
és
Ping statistics for 84.206.131.222:
Packets: Sent = 30, Received = 30, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 7ms, Maximum = 10ms, Average = 7ms
és máshonnan
--- magyarorszag.hu ping statistics ---
30 packets transmitted, 30 received, 0% packet loss, time 70ms
rtt min/avg/max/mdev = 1.302/1.521/1.940/0.166 ms
Pingen nem látszik, de pár hete, a korábban évekig atomstabil netem elkezdett b.szakodni. Időnként nagyon belassul, aztán hirtelen újra gyors, mintha darabos lenne. Kábelen, WiFi-n, több gépen, több oprendszeren ua. Ami nem érzés, hanem tényleg látható, hogy napi 30x leszakad az irc kliensem a bouncerről, ez korábban szinte sosem történt meg. Nem tudom, h van-e összefüggés, csak furcsálltam, h másnak is pont most romlott el. De h ON is legyek:
64 packets transmitted, 64 packets received, 0% packet loss
round-trip min/avg/max = 10.000/16.250/150.000 ms
A kürtőskalács egy nagy lyuk, tésztával faszán körbetekerve.
már voda nem? =)
Nem írta, h mikori az adat ;]
A kürtőskalács egy nagy lyuk, tésztával faszán körbetekerve.
csak annak kapcsán jutott eszembe, hogy amennyiben logócserénél több történik, könnyen előfordulhatnak hasonló anomáliák..
Jah, nem véletlen volt a végén a smiley. Egyelőre az a tapasztalat, h kivezették a dijnetet, a szolgáltatói felületen a fizetés jelentősen lassabb, a router kezelofelulete, hát jobb nem lett, a korábban stabil net szarakodik. Nem túl biztató… jah igen, a tervezett karbantartás pont egy nappal későbbre csúszott az oldalukon feltüntetettnél…
A kürtőskalács egy nagy lyuk, tésztával faszán körbetekerve.
A fizetés nem csak lassabb, de bonyolultabb és törvénytelenebb is. (Üsz: A számlázó rendszerünk nincs a helyzet magaslatán.)
A router kezelőfelülete lényegesen jobb, mert láthatod a naplókat...ha van net. Ha nincs, akkor nem éred el. Az üsz. kérdése: Mit akar látni rajta? - Hát, hogy van-e net! :-D Ez valószínűleg eredendő fw fícsör.
A karbantartás nálunk pontosan jött, csak elhúzódott egy kicsit. Aztán másnap folytatódott, mert az első nap (éjszaka) nem tudták befejezni. A harmadik napon hajnalban áramszünet volt, da villany után 20-30 perccel már ők is indítottak, ami dícséretes. Ez azért érdekes, mert néhány éve két hét alatt alkották meg a betápot az utcai (járda alatti) berendezésekhez.
Csak azt kell figyelni mikor kapod a következő "Véleménye fontos számunkra!" sorozatot. Utána kisvártatva biztosan lesz műszaki probléma. ;)
Vigyázzatok, nehogy titeket vigyen el a TEK a magyarország.hu meghekkelése miatt. Ez már-már kimeríti a szolgáltatásmegtagadással járó támadás fogalmát.
Ugyanezzel szívok én is (XI. ker., Újbuda-központ környékén).
Korábban atomstabil volt, most meg van, hogy ~1500ms-es válaszidők jönnek pingre, vagy timeoutok. Több eszközzel teszteltem, kábelt is cseréltem, wifin is néztem.
Azzal is egyetértek, hogy a számlázás 1000x szarabb lett, most épp ezt írja az oldaluk (myvodafone számlázás), nagyon profi:
502 Bad Gateway
nginx/1.14.2
nalam is csinalja mar kb 1 honapja az upc/voda. idonkent kb kerek 1 percekre (ritkan hosszabb idore is) felugrik a ping 300-500ms korulire, neha ki is hagyogat, aztan 1 perc mulva megint jo.
https://arp.interoot.hu/cgi-bin/pinger?zoom=3&w=1200&h=256&ip=8.8.8.8@i…
https://arp.interoot.hu/cgi-bin/pinger?zoom=8&w=1200&h=256&ip=8.8.8.8@i…
Megnyugodtam, hogy nem csak nálam ilyen.
ismerős találta, gondoltam, hogy csendben berakom ezt ide:
https://nmhh.hu/cikk/229747/A_hirkozlesi_ugyek_pozitiv_tapasztalatairol…
"Miután a Vodafone felvásárolta a UPC-t, 20 százalékkal nőtt meg a panaszok száma, és jellemzően a korábbitól eltérő, rosszabb minőségű szolgáltatásnyújtást emelték ki. A késedelmes hibaelhárítás, a modem- és set top boksz cserék és az elérhetetlen ügyfélszolgálat voltak a leggyakoribb problémák."
csak 20???
nekem a leggyorsabb upc ügyintézés is irritáló szignállal és sűrű "bla-bla-bla-bla-bla hívása fontos számunkra"-al végtelenségnek érzékelt 15 perc volt. A legidegőrlőbb meg úgy rémlik 42 percig tartott: mire kapcsoltak egy élő kezelőt.
Ha most a válság miatt úgyis szükség van extra bevételekre tehetnének soronkívül is ellenőrzéseket:
https://fogyasztovedelmi.blog.hu/2016/02/08/5perces_szabaly
Mondjuk csinálhatnának heti 3 próbahívást minden szolgáltató felé 1 havi időtartamra :).
Kiváncsi vagyok mik lennének az átlagos időtartamok. (telenyom,telener,vodkafon szinten)
Haha, 15 perc?
Kb. 1 éve másfél óra várakozás után jutottam el ügyintézőhöz a vodkafonnál, hogy lemondjam a szolgáltatást.
Korábban bementem az egyik üzletbe: "ja, a héten nem tudok belépni a rendszerbe, próbálja meg telefonon intézni".
Apámnak büntetést számláztak ki elmaradt befizetés miatt. Bement a befizetés nyugtáival, "ez valószínűleg jó, akkor küldje el erre az email címre, mert mi nem tudjuk rögzíteni". Nem is mondom tovább... :)
1-2 héten belül mondom le, már előre izgulok hogy mennyi időmbe fáj majd.
szerk.: telefonon beazonositottak, kicsit szomorkodtunk együtt hogy technológiában hátrányban vannak (koax vs optika), meg árban is hátrányban vannak, előkerült egy kis légyszi-maradj kedvezmény, de végül megyeztünk hogy kuka. Kb 15 perc. Ez mindenképpen igy lett volna hiszen már kitéptük a koax kapcsolatot a lakásból.
Hat meglehetosen kuzdelmetes a folyamat. En marcius kornyeken mondtam fel, de meg mindig nincs teljesen lezarva.
Felmondas utani nap bevittem a keszulekuket. Ra nehany hetre kiallitottak egy minuszos szamlat (tulfizetesem van). Majd ra nehany hetre kiallitottak egy 17eFt-os szamlat a hianyzo keszulek miatt. Megreklamaltam, rajottek, hogy tenyleg leadtam, nehany het alatt kiallitottak a 17eFt sztornojat. Mondtak, hogy varjam meg a final-final-final vegszamlat (ami tulfizeteses lesz ugye), aminel majd tudom intezni, hogy hova utaljak. Ezt varom jelenleg. Raadasul felmondas utan rogton megszuntettek az online accountom, csak postazva kuldozgetik a csekkeket...
Én az utolsó számlát direkt nem fizetem be mert előre fizetés van és az a már nem használt, jövőbeli időszakra szólt. A csávó azt mondta majd megirják emailben hogyan tudom visszajuttatni a készülékeket. Meg fogom próbálni személyesen (allee-s vodában foglalkoznak otthoni szolgáltatással), mert ott kapok róla rögtön egy nyugtát.
nyugi, most jön a fejlesztés és minden gyorsabb lesz: https://www.vodafone.hu/ugyintezes-szunet?oldal=leallas
ha olyan jól sikerül mint tavaly, akkor őszig nem is kell a számlák miatt aggódni.
szerintem már előre megkésedelmikamatoztatják az összes előfizetőjüket, 'szt jóvan!
Engem ez már nem érint. :D
Igen, mert nehezebb lett elérni az ügyfélszolgálatot. :)
Mostanában valami nem oké a upc-vel. Egyrészt volt egy 30 (!) órás leállásuk dél-Csepelen a múlt hétvégén, illetve az azt megelőző 1-2 héttel a mai napig bezárólag random DNS problémák vannak.
Mondom ezt úgy hogy én mindig fényeztem őket, volt hogy 5 évig folyamatosan használtam, és gyakorlatilag soha nem áll meg, de most már hetek óta rendszeres a gond. Nem állandó, de szinte napi szintű.
Az UPC-vel semmi gond nem volt, 2012 ota vagyok elofizetojuk ugyanazon a cimen (Telekom csak DSL-t tud itt), atomstabil volt mindig.
Miota megvette a Voda azota egy darab szar lett a szolgaltas minosege, a DNS-t mar bypassoltam, de igy is szinte minden nap akadozik, packet lossol, random lelassul.
Tavaly mar rajuk vertem 100e forint kotbert ugyhogy most ingyen szolgaltanak nekem, de a minoseg nem igazan akar javulni.
Én kidobtam a francba, úgyis a telekomnál raktam össze mindenünket, és volt a házban optika.
Tegnap érkezett válasz a hibabejelentésemre, kíváncsi leszek megjavul-e.
nalam tegnap este tobbszor is megallt percekre:
http://192.168.1.1/traff/pinger?zoom=4&w=1200&h=256&ip=8.8.8.8&time=165…
Ugyanezt tapasztaltam én is. (A linkedet nem fogom tudni megnézni :))
upszi, rossz linket masoltam be, mostmar mind1 :)
Most egy-két napja mintha jobb lenne..
Nálam ma is befigyelt egy ilyen, kb egy órája:
Reply from 8.8.8.8: bytes=32 time=7ms TTL=59
Reply from 8.8.8.8: bytes=32 time=9ms TTL=59
Reply from 8.8.8.8: bytes=32 time=12ms TTL=59
Reply from 8.8.8.8: bytes=32 time=9ms TTL=59
Reply from 8.8.8.8: bytes=32 time=7ms TTL=59
Reply from 8.8.8.8: bytes=32 time=7ms TTL=59
Reply from 8.8.8.8: bytes=32 time=9ms TTL=59
Reply from 8.8.8.8: bytes=32 time=9ms TTL=59
Reply from 8.8.8.8: bytes=32 time=10ms TTL=59
Reply from 8.8.8.8: bytes=32 time=410ms TTL=59
Reply from 8.8.8.8: bytes=32 time=523ms TTL=59
Reply from 8.8.8.8: bytes=32 time=805ms TTL=59
Reply from 8.8.8.8: bytes=32 time=550ms TTL=59
Reply from 8.8.8.8: bytes=32 time=990ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1601ms TTL=59
Request timed out.
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1855ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1942ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1395ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 8.8.8.8: bytes=32 time=370ms TTL=59
Reply from 8.8.8.8: bytes=32 time=24ms TTL=59
Reply from 8.8.8.8: bytes=32 time=10ms TTL=59
Reply from 8.8.8.8: bytes=32 time=16ms TTL=59
Reply from 8.8.8.8: bytes=32 time=7ms TTL=59
Reply from 8.8.8.8: bytes=32 time=6ms TTL=59
Reply from 8.8.8.8: bytes=32 time=8ms TTL=59
Reply from 8.8.8.8: bytes=32 time=13ms TTL=59
Reply from 8.8.8.8: bytes=32 time=9ms TTL=59
Reply from 8.8.8.8: bytes=32 time=16ms TTL=59
Reply from 8.8.8.8: bytes=32 time=9ms TTL=59
traceroute-ot is nézzél, az változik-e ilyenkor...
Épp YT-videót néztem a telefonomon pár perce, ami jelezte, hogy nincs internetelérés, néztem egy mérést az asztali gépen:
Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=959ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1160ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=2023ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2081ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=2377ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1994ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=2359ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2679ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2428ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=2142ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1937ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1865ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1962ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1709ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2116ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2090ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1941ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2179ms TTL=59
Reply from 8.8.8.8: bytes=32 time=465ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2191ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1953ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2610ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2028ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2133ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2180ms TTL=59
Reply from 8.8.8.8: bytes=32 time=471ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1915ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1355ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2078ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1888ms TTL=59
Reply from 8.8.8.8: bytes=32 time=2156ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=1691ms TTL=59
Reply from 8.8.8.8: bytes=32 time=1459ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=686ms TTL=59
Reply from 8.8.8.8: bytes=32 time=463ms TTL=59
Request timed out.
Reply from 8.8.8.8: bytes=32 time=589ms TTL=59
Reply from 8.8.8.8: bytes=32 time=15ms TTL=59
Reply from 8.8.8.8: bytes=32 time=7ms TTL=59
Reply from 8.8.8.8: bytes=32 time=24ms TTL=59
Reply from 8.8.8.8: bytes=32 time=14ms TTL=59
Reply from 8.8.8.8: bytes=32 time=6ms TTL=59
Reply from 8.8.8.8: bytes=32 time=8ms TTL=59
Reply from 8.8.8.8: bytes=32 time=6ms TTL=59
Reply from 8.8.8.8: bytes=32 time=10ms TTL=59
Reply from 8.8.8.8: bytes=32 time=10ms TTL=59
Reply from 8.8.8.8: bytes=32 time=10ms TTL=59
Reply from 8.8.8.8: bytes=32 time=15ms TTL=59
Traceroute ugyanazt az útvonalat mutatta, mint miután helyreállt. Egyre szívesebben lemondanám, de hamarosan költözök, így már marad addig...
Próbálj ping-et a traceroute alapján látszódó útvonalon 2 vagy 3 hopnyira a te rúteredtől levő -még valószínűleg Digihez tartozó- IP-re. A gugli dns-ét pingelni nem a legmegbízhatóbb teszt arra, hogy hol lehet a hiba, az csak annyit fog mutatni h. valahol útközben gond van.
A pathping.exe nevű windowsos tool-nak biztos van vmi linuxos megfelelője, ami az összes hop felé csinál megbízhatósági statisztikát.
Jó ez a pathping, nem ismertem. Linuxos megfelelője pl. az mtr (My traceroute):
Egyes rendszereken lehet ping -R (record-route) is.