UPC Internet kakás

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

Szerkesztve: 2022. 06. 14., k – 23:12

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.

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.

Szerkesztve: 2022. 06. 15., sze – 09:35

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

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

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

Szerkesztve: 2022. 06. 16., cs – 09:13

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.

...tájékoztatjuk, hogy szolgáltatásaiban egy központi meghibásodás miatt tapasztal fennakadást, amely miatt - többek között - az ön szolgáltatási helyén az internet szolgáltatás átmenetileg nem megfelelő válaszidővel(ping) elérhető. A hiba elhárítását a kollégáink megkezdték. ...

 Tegnap érkezett válasz a hibabejelentésemre, kíváncsi leszek megjavul-e.

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

É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):

 

NextCloud (192.168.0.250)                                                                        2022-06-23T07:32:14+0200
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                                                         Packets               Pings
 Host                                                                                  Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 192.168.0.1                                                                         0.0%   123    0.3   0.4   0.3   1.5   0.1
 2. 178-248-204-246.pool.panelnet.hu                                                    0.0%   122    1.8   2.2   1.6  27.6   2.5
 3. 178-248-204-254.pool.panelnet.hu                                                    0.0%   122    2.0   2.5   1.3  60.0   5.3
 4. 178-248-204-134.pool.panelnet.hu                                                    0.0%   122    6.5   7.5   6.0  42.0   4.5
 5. bix.CR0.VH.BUD.rackforest.net                                                       0.0%   122    7.2   7.6   6.3  52.5   4.2
 6. hup.rackforest.hu                                                                   0.0%   122    6.5   7.3   6.0  46.2   4.0