Vodafone lakossági net minősége

sziasztok,

nagyjából amióta Vodafone lett a UPC, itt Bp-en az I. kerületben érezhetően lassult a net. egy ping így néz ki, gyakorlatilag bármikor:

ping telex.hu             
PING telex.hu (172.67.71.160): 56 data bytes
64 bytes from 172.67.71.160: icmp_seq=0 ttl=57 time=836.222 ms
64 bytes from 172.67.71.160: icmp_seq=1 ttl=57 time=184.708 ms
64 bytes from 172.67.71.160: icmp_seq=2 ttl=57 time=992.607 ms
Request timeout for icmp_seq 3
64 bytes from 172.67.71.160: icmp_seq=3 ttl=57 time=1366.869 ms
64 bytes from 172.67.71.160: icmp_seq=4 ttl=57 time=486.532 ms
64 bytes from 172.67.71.160: icmp_seq=5 ttl=57 time=589.819 ms
64 bytes from 172.67.71.160: icmp_seq=6 ttl=57 time=849.278 ms
64 bytes from 172.67.71.160: icmp_seq=7 ttl=57 time=572.276 ms
64 bytes from 172.67.71.160: icmp_seq=8 ttl=57 time=140.009 ms
64 bytes from 172.67.71.160: icmp_seq=9 ttl=57 time=125.267 ms
64 bytes from 172.67.71.160: icmp_seq=10 ttl=57 time=185.283 ms
64 bytes from 172.67.71.160: icmp_seq=11 ttl=57 time=299.792 ms
64 bytes from 172.67.71.160: icmp_seq=12 ttl=57 time=380.079 ms

más is tapasztalja ezt?

Hozzászólások

igen

van is kulon topic rola mar kb azota, kar volt ujat nyitnod

Sajnos igen, relevans.

Udito elmeny volt, hogy amikor felhivtak (egy hete sincs), hogy, na, akkor mit szolnek hozza hogy ha most meghosszabbitanank a szerzodest, akkor modtam, hogy koszi de nem. Pechjere rakerdezett, hogy oke, de miert, en meg oszinten elmondtam a velemenyemet. Nem volt tobb kerdes.

Modem reboot után nem javul meg egy pár napra?

Nekem is sűrűn szarakszik . Vm DNS hiba lehet.

Szerkesztve: 2022. 10. 06., cs – 11:11

Üdv a klubban. Valamikor vannak jó pillanatai, de gyakran magas ping válaszidők, kimaradó csomagok, stb. tapasztalható.

Áramtalanítás, modem-fw upgrade nem segített eddig egyszer sem, volt komplett modemcsere, járt itt szerelő, jelszintek rendben.

Amit meg tudtam figyelni, hogy az adatfolyamok első pár csomagjával szokott gond lenni. Pl. UDP-s névfeloldás gyakran nem megy (bármilyen DNS-t állítok be), ping első 2-3 csomagja elveszik, utána "normalizálódik". Mindeközben a speedtest hozza a maximum közeli sávszélességet.

Korábbi topik: https://hup.hu/node/178446

Illetve prohardveren (Vodafone (ex UPC Magyarország Kft.) (analóg / digitálisTV, internet, telefon) topik) is heti többször esnek be új bejegyzések azonos tünetekkel .

Nem tudom mit keféltek el ennyire, az átállás előtt évekig atomstabilan ment.

Szerkesztve: 2022. 10. 06., cs – 13:11

Nem akarok okoska lenni, de multi környezetben ezeket a tüneteket az akvizíciós betegséggel szokták azonosítani :D

Összetevői:

  1. Cost cutting miatt alapból zűrzavaros multi stratégiai okból felvásárol egy másik szereplőt a piacról (vodafone vs. upc)
  2. Zavaros célok, lehetetlen határidők, többszörannyi kezelendő ember + rendszer, heterogén IT környezetek
  3. A rendes tervezés hiánya + a spórolás miatt alultervezett rendszerek
  4. A fentiek miatt rendszeres fejreállások migrálás közben, gyenge tervkivitelezés
  5. A migrálás miatt sokkal több a change mint máskor ami több hibalehetőség
  6. A top managementet semmi más nem érdekli csak, hogy a kettőből egy legyen minél gyorsabban és olcsóbban, emiatt sokminden kihullik

Láttad meddig tartott az úgynevezett informatikai átállásuk? Nyolc nap LOL, egy normális SLA rendszerben ezzel 10 évre előre ellőtték az összes puskaport.

Néha jobb, néha rosszabb, ha tudsz vele élni f0sd le, ha nem válts, hátha picit jobb lesz. Ja és ha home office akkor backup LTE alap (vagy business internet).

a vodafone mobilnet minősége még szarabb 8-10másodperces pingidőkkel

már rutinból kapcsolom ki a sim1-et és vissza, ha valamit meg kell nézni a neten valami mobilnetről, mondván úgy is szar lassú, de egy újra kapcsolódás szokott segíteni pár perc erejéig

nálam nem ez a tapasztalat, utoljára talán tavaly volt vmi routing gond. (nem BP)

C:\Users\Sanyi>ping telex.hu -t

Pinging telex.hu [172.67.71.160] with 32 bytes of data:
Reply from 172.67.71.160: bytes=32 time=27ms TTL=57
Reply from 172.67.71.160: bytes=32 time=22ms TTL=57
Reply from 172.67.71.160: bytes=32 time=28ms TTL=57
Reply from 172.67.71.160: bytes=32 time=25ms TTL=57
Reply from 172.67.71.160: bytes=32 time=26ms TTL=57
Reply from 172.67.71.160: bytes=32 time=25ms TTL=57
Reply from 172.67.71.160: bytes=32 time=23ms TTL=57
Reply from 172.67.71.160: bytes=32 time=23ms TTL=57
Reply from 172.67.71.160: bytes=32 time=22ms TTL=57
Reply from 172.67.71.160: bytes=32 time=28ms TTL=57
Reply from 172.67.71.160: bytes=32 time=32ms TTL=57
Reply from 172.67.71.160: bytes=32 time=29ms TTL=57
Reply from 172.67.71.160: bytes=32 time=27ms TTL=57

Ping statistics for 172.67.71.160:
    Packets: Sent = 13, Received = 13, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 22ms, Maximum = 32ms, Average = 25ms

 

C:\Users\Sanyi>ping index.hu -t

Pinging index.hu [81.0.120.158] with 32 bytes of data:
Reply from 81.0.120.158: bytes=32 time=21ms TTL=57
Reply from 81.0.120.158: bytes=32 time=18ms TTL=57
Reply from 81.0.120.158: bytes=32 time=17ms TTL=57
Reply from 81.0.120.158: bytes=32 time=15ms TTL=57
Reply from 81.0.120.158: bytes=32 time=15ms TTL=57
Reply from 81.0.120.158: bytes=32 time=15ms TTL=57
Reply from 81.0.120.158: bytes=32 time=16ms TTL=57
Reply from 81.0.120.158: bytes=32 time=15ms TTL=57
Reply from 81.0.120.158: bytes=32 time=20ms TTL=57
Reply from 81.0.120.158: bytes=32 time=21ms TTL=57

Ping statistics for 81.0.120.158:
    Packets: Sent = 10, Received = 10, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 15ms, Maximum = 21ms, Average = 17ms

C:\Users\Sanyi>ping hup.hu -t

Pinging hup.hu [92.119.122.43] with 32 bytes of data:
Reply from 92.119.122.43: bytes=32 time=21ms TTL=59
Reply from 92.119.122.43: bytes=32 time=15ms TTL=59
Reply from 92.119.122.43: bytes=32 time=15ms TTL=59
Reply from 92.119.122.43: bytes=32 time=16ms TTL=59
Reply from 92.119.122.43: bytes=32 time=19ms TTL=59
Reply from 92.119.122.43: bytes=32 time=15ms TTL=59
Reply from 92.119.122.43: bytes=32 time=17ms TTL=59
Reply from 92.119.122.43: bytes=32 time=16ms TTL=59

Ping statistics for 92.119.122.43:
    Packets: Sent = 8, Received = 8, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 15ms, Maximum = 21ms, Average = 16ms

C:\Users\Sanyi>ping hup.hu -t

Pinging hup.hu [92.119.122.43] with 32 bytes of data:
Reply from 92.119.122.43: bytes=32 time=21ms TTL=59
Reply from 92.119.122.43: bytes=32 time=15ms TTL=59
Reply from 92.119.122.43: bytes=32 time=15ms TTL=59
Reply from 92.119.122.43: bytes=32 time=16ms TTL=59
Reply from 92.119.122.43: bytes=32 time=19ms TTL=59
Reply from 92.119.122.43: bytes=32 time=15ms TTL=59
Reply from 92.119.122.43: bytes=32 time=17ms TTL=59
Reply from 92.119.122.43: bytes=32 time=16ms TTL=59

Ping statistics for 92.119.122.43:
    Packets: Sent = 8, Received = 8, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 15ms, Maximum = 21ms, Average = 16ms

 

nekem semmi bajom nincs a vodafone/upc internettel.

Bezzeg ugyanez Telekommal kb. ugyanazon az aron:

Pinging hup.hu [2a01:6ee0:1:201::bad:c0de] with 32 bytes of data:
Reply from 2a01:6ee0:1:201::bad:c0de: time=3ms

Pinging index.hu [2a02:730:4000::f0] with 32 bytes of data:
Reply from 2a02:730:4000::f0: time=3ms

Pinging google.com [2a00:1450:400d:80a::200e] with 32 bytes of data:
Reply from 2a00:1450:400d:80a::200e: time=2ms

Ez 1000/1000-as optika a Telekomtol Dual Stack IPv6-tal, ugyanitt 250/20, 500/22 es 1000/40 coax kaphato a Vodatol bena DS-lite-tal.

Csak annyit akartam irni, hogy ha vkinek eppenseggel nincs csomagvesztese a Vodanal, attol meg az nem jelenti azt, hogy de szuper egy halozata van igy 2022-ben.

Az előző 13 évben sem volt semmiféle fordulat, de ha elég sokáig vártunk volna, akkor biztosan bevezette volna a digi. Ugye egy 200 lakásos társasházban meg a hasonló szomszéd házakba könnyű vezetéket húzni, de ahol lassabban térül meg a befektetés, oda nekik is büdös volt bármit csinálni.

Tegnap amikor a kommented írtad, épp nálam is jó volt, most 2 perce nézve:

ping telex.hu -t

Pinging telex.hu [104.26.3.85] with 32 bytes of data:
Request timed out.
Reply from 104.26.3.85: bytes=32 time=164ms TTL=57
Reply from 104.26.3.85: bytes=32 time=23ms TTL=57
Reply from 104.26.3.85: bytes=32 time=10ms TTL=57
Reply from 104.26.3.85: bytes=32 time=10ms TTL=57
Reply from 104.26.3.85: bytes=32 time=10ms TTL=57
Reply from 104.26.3.85: bytes=32 time=10ms TTL=57
Reply from 104.26.3.85: bytes=32 time=10ms TTL=57
Reply from 104.26.3.85: bytes=32 time=11ms TTL=57
Reply from 104.26.3.85: bytes=32 time=17ms TTL=57
Reply from 104.26.3.85: bytes=32 time=11ms TTL=57
Reply from 104.26.3.85: bytes=32 time=11ms TTL=57
Reply from 104.26.3.85: bytes=32 time=11ms TTL=57
Reply from 104.26.3.85: bytes=32 time=10ms TTL=57

Ping statistics for 104.26.3.85:
    Packets: Sent = 14, Received = 13, Lost = 1 (7% loss),
Approximate round trip times in milli-seconds:
    Minimum = 10ms, Maximum = 164ms, Average = 23ms
ping index.hu -t

Pinging index.hu [213.181.199.16] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 213.181.199.16: bytes=32 time=182ms TTL=58
Reply from 213.181.199.16: bytes=32 time=15ms TTL=58
Reply from 213.181.199.16: bytes=32 time=6ms TTL=58
Reply from 213.181.199.16: bytes=32 time=8ms TTL=58
Reply from 213.181.199.16: bytes=32 time=8ms TTL=58
Reply from 213.181.199.16: bytes=32 time=9ms TTL=58
Reply from 213.181.199.16: bytes=32 time=10ms TTL=58
Reply from 213.181.199.16: bytes=32 time=12ms TTL=58
Reply from 213.181.199.16: bytes=32 time=7ms TTL=58
Reply from 213.181.199.16: bytes=32 time=8ms TTL=58
Reply from 213.181.199.16: bytes=32 time=9ms TTL=58
Reply from 213.181.199.16: bytes=32 time=8ms TTL=58

Ping statistics for 213.181.199.16:
    Packets: Sent = 17, Received = 12, Lost = 5 (29% loss),
Approximate round trip times in milli-seconds:
    Minimum = 6ms, Maximum = 182ms, Average = 23ms
ping hup.hu -t

Pinging hup.hu [92.119.122.43] with 32 bytes of data:
Request timed out.
Request timed out.
Reply from 92.119.122.43: bytes=32 time=381ms TTL=59
Reply from 92.119.122.43: bytes=32 time=33ms TTL=59
Reply from 92.119.122.43: bytes=32 time=6ms TTL=59
Reply from 92.119.122.43: bytes=32 time=8ms TTL=59
Reply from 92.119.122.43: bytes=32 time=8ms TTL=59
Reply from 92.119.122.43: bytes=32 time=7ms TTL=59
Reply from 92.119.122.43: bytes=32 time=7ms TTL=59
Reply from 92.119.122.43: bytes=32 time=6ms TTL=59
Reply from 92.119.122.43: bytes=32 time=11ms TTL=59
Reply from 92.119.122.43: bytes=32 time=6ms TTL=59
Reply from 92.119.122.43: bytes=32 time=6ms TTL=59

Ping statistics for 92.119.122.43:
    Packets: Sent = 13, Received = 11, Lost = 2 (15% loss),
Approximate round trip times in milli-seconds:
    Minimum = 6ms, Maximum = 381ms, Average = 43ms

 

2db vezetéken bekötött gépről néztem, és egy wifis telefonról, mindegyiken ugyanez.

Mindig a pingeles elejen van csomagvesztes?

Nem mindig, de az a legjellemzőbb. Azért bosszantó, mert ilyenkor a névfeloldás sem megy elsőre:

nslookup hup.hu
Server:  dns.google
Address:  8.8.8.8

DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
Non-authoritative answer:
DNS request timed out.
    timeout was 2 seconds.
Name:    hup.hu
Address:  92.119.122.43

Viszont olyan is van, hogy megy folyamatosan egész jó válaszidőkkel, majd egyszer csak megnő 100+ ms-re, vagy kimarad csomag.

 Ha varsz egy percet, akkor ujra van csomagvesztes az elejen?

Most pl. igen, frissen nézve:

Pinging hup.hu [92.119.122.43] with 32 bytes of data:
Request timed out.
Request timed out.
Reply from 92.119.122.43: bytes=32 time=161ms TTL=59
Reply from 92.119.122.43: bytes=32 time=32ms TTL=59
Reply from 92.119.122.43: bytes=32 time=20ms TTL=59
Reply from 92.119.122.43: bytes=32 time=44ms TTL=59
Reply from 92.119.122.43: bytes=32 time=16ms TTL=59
Reply from 92.119.122.43: bytes=32 time=17ms TTL=59
Reply from 92.119.122.43: bytes=32 time=6ms TTL=59

Ping statistics for 92.119.122.43:
    Packets: Sent = 9, Received = 7, Lost = 2 (22% loss),
Approximate round trip times in milli-seconds:
    Minimum = 6ms, Maximum = 161ms, Average = 42ms

De ez sem igaz mindig, inkább úgy mondanám, hogy ha jó, akkor bármikor nézve jó, amikor rossz, akkor végig ezt produkálja.

Nem a DS-lite kavar be?

DS-Lite status: Disabled

Mennyi az MTU-d?

1500 a wineken és a modemen is.

Már jobbakat kérdeztél amúgy, mint az ügyfélszolgálat. :)

Amikor Voda/UPC ugyfel voltam, akkor ezen opciok kozul valaszthattam:

  • IPv6 DS-lite modon (ez a default egyebkent): ilyenkor alapvetoen IPv6-on megy a forgalom, az IPv4-es forgalom IPv6-os csomagokba encapsulalva mennek, ezert kisebb az MTU 1500-nal. A kapott IPv6-os tartomany kivulrol elerheto. https://en.wikipedia.org/wiki/IPv6_transition_mechanism#Dual-Stack_Lite…
  • IPv4 CG-NAT-tal: telefonos ugyfelszolgalaton kerheted, hogy nem kersz a DS-lite-bol, akkor atraknak normal IPv4-es modba. MTU=1500. Viszont CG-NAT miatt nincs kivulrol elerheto external IPv4 cimed.
  • IPv4 public IP-vel: telefonos ugyfelszolgalaton kerheted, hogy kersz publikus IPv4 cimet, akkor kivesznek a CG-NAT-os poolbol. Bar ebben nem vagyok biztos, hogy elerheto-e meg.

Ezt a DS-lite kikapcsolast hol nezed? A Voda altal adott eszkozon? Mert ha sajat routeren, akkor siman lehet hogy nincs szinkronban a Voda beallitasaival.

Miert a 8.8.8.8 DNS-t hasznalod a Voda altal nyujtott DNS helyett? Ha esetleg DS-lite aktiv, akkor elonyosebb IPv6-on elerheto DNS-t hasznalni, hogy minimalizalva legyen az IPv4 forgalom.

A modem Admin -> Info menüpontjában írja, hogy IPv6 DS-Lite status: Disabled. IPv4 címnél egy publikus címet ír, van egy portforwardom az itthoni VPN szerveremre (dinamikus DNS-sel), az is működik, így gondolom nem vagyok CG-NAT mögött.

Miert a 8.8.8.8 DNS-t hasznalod a Voda altal nyujtott DNS helyett?

Teszteltem csak, bármilyen DNS-t állítok be (szolgáltatóét beleértve), ugyanolyan rossz a helyzet.

Már jobbakat kérdeztél amúgy, mint az ügyfélszolgálat. :)

Miutan sikerult bekottetnem a Telekomos optikat (az se volt egyszeru menet), lemondtam a Vodat. Kerdeztek, hogy miert? Ezt igy mind elmondtam. Erre jottek azzal, hogy minek nekem IPv6, meg hasonloak (megy a YT? akkor minek valtok szintu erveles). Vegul csak sikerult megallapodnunk abban, hogy az altaluk nyujtott szolgaltatas nem felel meg az igenyeimnek. Azota se utaltak vissza a tulfizetett fel honapot. De mar nincs kedvem hivogatni oket.

2020-ban (mikor bekotesre kerult a Voda koax) a szerelo csoka elkezdte magyarazni, hogy ez a koax a technologia csucsa, de jo internetem lesz. Mar akkor "Are you serious?" kepet vagtam hozza.

Nha, ide is leirom az en teoriamat. Mivel "az van", azaz kb. az a tapasztalatom, hogy modem reboot utan patent minden egy napig, ES eleinte tok jol ment minden, amikor a torrent beallitasokat szelidebbre vettem a defaultrol (hany parhuzamos kapcsolat, milyen aggressziven probaljon ujakat nyitni, mennyi half-open lehet, ilyesmik), akkor kb. ket evig, bo ket evig ment jol. Viszont mara mar oda jutott, hogy ha barmit is akartam csinalni, inkabb lelottem a torrentet. Ugy, hogy max. negy torrent, torrentenkent ket szal.

Na, szoval reszemrol abban hiszek, hogy egy ido utan nem tudok, tudtam uj tcp (oke, a DNS se ment, az meg jobbara UDP, de valami ilyesmi) kapcsolatot nyitni. Vagy volt egy limit, mittomen, szaz, es azt egyszercsak negyedeltek. Ez csak egy tipp, es mara, szolgaltatovaltas miatt mar nem is nagyon erdekel.

azt en is tapasztaltam hogy ha fut a torrent akkor meg sokkal rosszabb a netjuk mint alapbol. ha nagyon nem megy akkor lelovom a torrentet es altalaban par perc utan magahoz ter valamennyire. pedig nalam bridge modban van a modemjuk (ami nincs 1 eves), tehat a modemen nincs nat-olas vagy barmi ami erzekeny lehet a kapcsolatok db-szamara.

modem restart is segit neha de csak max par napig.

mindez 1 eve, elotte sok evig hibatlanul ment minden...

Detto, brigde modban. Egy Mikrotik hEx van utana.

Mindegy, lehet hogy en vagyok a hulye, de gyanusan sokan panaszkodnak meglehetosen hasonlo jelensegre.

"lelovom a torrentet es altalaban par perc utan magahoz ter valamennyire" ugy valahogy, de pl. jatszani igazsag szerint nem nagyon tudtam a modem restartig. Szoval ugy kezdodott hogy deluge stop, modem restart, amig bootol, addig kolat a hutobol eloszedni meg ilyesmik, majd start a game.

Lefuttattam én is egy pinget. Vodás otthoni net van, elfogadható az eredmény, bár lehetne gyorsabb. Az is lehet, hogy nálam is van némi latency, mert ez a gép több réteg rúter mögött van.

$ ping telex.hu
PING telex.hu (172.67.71.160) 56(84) bytes of data.
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=1 ttl=56 time=16.6 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=2 ttl=56 time=14.4 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=3 ttl=56 time=12.4 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=4 ttl=56 time=12.9 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=5 ttl=56 time=11.4 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=6 ttl=56 time=10.8 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=7 ttl=56 time=11.1 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=8 ttl=56 time=12.2 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=9 ttl=56 time=11.9 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=10 ttl=56 time=15.3 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=11 ttl=56 time=17.3 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=30 ttl=56 time=20.4 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=31 ttl=56 time=15.2 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=32 ttl=56 time=26.0 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=33 ttl=56 time=11.8 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=34 ttl=56 time=12.0 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=492 ttl=56 time=11.3 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=493 ttl=56 time=15.7 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=494 ttl=56 time=11.7 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=495 ttl=56 time=11.7 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=496 ttl=56 time=10.5 ms
^C
--- telex.hu ping statistics ---
496 packets transmitted, 496 received, 0% packet loss, time 597757ms
rtt min/avg/max/mdev = 10.215/12.617/28.727/2.618 ms
Szerkesztve: 2022. 10. 08., szo – 07:49

Nálam ez addig fajult, majdnem havi rendszerességű 2-3 napos teljes szolgáltatáskiesés után lemondtam. Az ügyfélszolgálatosok persze mindig látták, hogy mi a probléma és pár kattintás indították is újra a modemet. Ezt persze előtte én is mindig megtettem, de amikor ők indították újra, akkor valami csoda folytán mindig működött.

Egy ilyen 3 napos mizéria után bementem egy másik szolgáltatóhoz, kötöttem új szerződést. Ezt a f*st meg lemondtam a g#cibe. Vittem a modemet meg a tv boxokat is magammal, de azt mondták, hogy ezeket ők itt az ügyfélszolgálaton nem tudják átvenni, vigyem el egy postára, ott díjmentesen feladhatom. Mivan??? Maguk megőrültek??? Nem azért vártam itt másfél órát, hogy még cipeljem a sz&rjaikat a postára! Itt hagyom és kész! Végül nagy duzzogva átvették.

[Falu.Me]==>[-][][X]

A Voda nagy elrontott valamit, én amikor még UPC volt , amíg nem lett telekom optika használtam és tökéletesen működött.

Ahogy hallottam a Voda nem csak ezt rontotta el volt 1 éve egy nagy IT fejlesztésük, hónapokig nem tudtak ennek következtében rendeléseket felvenni meg rendesen számlázni. Nagy gáz van ott.

Nem véletlenül adták el az államnak és a 4IG-nek.

Én azt javasolnám, hogy aki elégedetlen az keressen másik szolgáltatót. Ha elég sokan elmennek akkor majd megcsinálják.

UPC-érában valóban eléggé rendben volt, a hőskori EPC3212 modemmel és egy saját routerrel hasított mint az álom. Számtalanszor akarták cserélni, mindig jeleztük, hogy vagy marad vagy nem váltunk csomagot. 2018-ban otthagytuk őket, a Telekom optika minden téren kedvezőbb a mai napig, Vodafone-os haverok nagyon sokat szívnak. Az egyiküknek meglepő áthidaló megoldást sikerült találni (áthidaló, fél éve), WireGuard VPN-nel fellép a DIGI-s végponton lévő MikroTik hAP ac3-amra, és úgy netezik. Lőn csoda, megszűntek a random lagok és full jó a sebesség, pedig még Wi-Fi-n is van.

 

Akinek nem érhető el valami WireGuard-os endpoint, esetleg a CloudFlare Warp-ot próbálja meg, de WireGuard-dal, ezzel a kis tool-lal

https://github.com/ViRb3/wgcf

így a MTU-val is lehet szórakozni a legjobb hatás elérése érdekében. Havernak már nem tudom mennyi jött be, de majd megkérdezem:D

TheAdam

A DIGI már közel sem panelszolgáltató. A pesti ismerettségi körben a kertesházak övezetének jelentős részét már lefedték optikával. Az más kérdés, hogy a hozzáértés hiánya miatt meggyőzik magukat, hogy anyagilag nem térül meg váltani, és az 500-as Telekom netet veszik 8000-ért koaxon, rendszeres leállásokkal.

TheAdam

Pest megye szélén.

ping telex.hu 
PING telex.hu (172.67.71.160) 56(84) bytes of data.
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=1 ttl=57 time=24.8 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=2 ttl=57 time=18.8 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=3 ttl=57 time=16.9 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=4 ttl=57 time=13.1 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=5 ttl=57 time=12.9 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=6 ttl=57 time=14.8 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=7 ttl=57 time=12.6 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=8 ttl=57 time=13.2 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=9 ttl=57 time=11.8 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=10 ttl=57 time=14.2 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=11 ttl=57 time=12.4 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=12 ttl=57 time=11.6 ms
64 bytes from 172.67.71.160 (172.67.71.160): icmp_seq=13 ttl=57 time=20.5 ms
 

Sziasztok!

Én hónapokig küzdöttem a Vodafone minőségével, először én is az UPC-Vodafone átállásra gyanakodtam, érdeklődtem "belső" körökben hogy mi változhatott hallottam hogy talán frekit tekertek stb... Nem csak én panaszkodtam hanem a környékemen élők is, nem egy helyen voltam hogy segítsek miért ilyen szar az internetük...

Aztán az egyik nap meguntam és szétbontottam a hálózatot, lecseréltem pontosabban átstruktúráltam az eszközeim.

1. Átállítottam a Vodafone modemet MODEM üzemmódba

2. Kivettem a villámvédőt a Vodafone és az Routerem közül (ez volt a legnagyobb probléma, pedig jó ötletnek tűnt:)

3. Felraktam rendes AP-ket (lehet mérni normálisan)

4. Átnéztem újra beállítottam a DPI-ket, szűréseket, tűfalakat (van olyan DPI ami felére visszavágja a sebességet)

5. És mértem és mértem és mértem vezetéken, wifin a házban több helyen

Eredmény: Stabil 500M/25M vezetékes kapcsolat (folyamatos speedtest) , fél-halott wifi zónák (ide még antennák kellenek, de legalább tudom hova)

Szóval nálam ez megoldotta a problémát, legalábbis a legérezhetőbb részét, ettől még lehet szar a Vodafone... 

OFF

A voda koaxon adott ipv6 cimek mennyire staticok? Vannak jo ipv6 dyndns szolgaltatok?

Múlt hét csütörtökön elégeltem meg én is és kicserélték a routert egy modernebre. Azóta megjavult.

No, én ma jöttem rá, hogy mi a gond: úgy néz ki, hogy egy csomóan áttértek 5G-re, és az alapértelmezett UPC routernek nincs annyi esze, hogy ha auto-ra rakja az ember,

akkor a legjobb csatornát válassza ki, hanem egy gyári / fix értéket használt. Ennek az lett a következménye, hogy 5-6 router ugyan abban a sávban próbált adni (egymástól

pár méterre a fal miatt), ami miatt folyamatosan szét volt terhelve az adott frekvenciasáv, és dobálta is le a kapcsolatokat.

Anno még a beszereléskor nekem azt ajánlotta a szerelő, hogy nézzem ki, hogy melyik sáv a legkevésbé terhelt és arra fixen állítsam be, esetleg néha nézzek rá, hogyha kell, akkor változtassak. Viszont a wifi csak egy dolog, nálam kábelen fennáll a probléma.

A kürtőskalács egy nagy lyuk, tésztával faszán körbetekerve.

Kiegészítem. Valami gebasz van a hálózatukon, mert tegnap fullban elment a net. Felhívtam őket hogy ezt most így hogy, megnézték a modemet, utána kedélyesen szóltak,

hogy hát már több bejelentést kaptak, javítják, a !mai nap folyamán! majd talán lesz net. Értem én a viccet, csak nem annyira szeretem.

Viszonylag hamar megoldották egyébként, de azóta is néha ledob a wifi router.

Ráteszek még egy lapáttal. Tegnap este bejelentettem, hogy valami gond van (ennél azért részletesebb, képekkel alátámasztva). Ezután hajnal 4 körül teljesen elment a netem (egy IM  kliensben látom), majd reggel 8 után kapom a jókedvű e-mailt, hogy most csekkolták távolról és minden jónak tűnik, szóval a hibabejelentést lezártnak tekintik.

Egész nap nem volt net, néha ránéztem távolról. Délben bejelentettem, azóta semmi jelzés az automatikus visszaigazoláson kívül. Nemrég értem haza, akkor létra elő, hardveres reset, majd kb. 10 perc és lett netem.

Egyre vonzóbb a konkurencia 1/20-ad sebességű ajánlata kb. ugyanennyiért.

A kürtőskalács egy nagy lyuk, tésztával faszán körbetekerve.

Tegnap este kíváncsiságból indítottam egy mtr-t a vodafone.hu-ra, kidobott egy oldalas listát, az első 8 cím után 2 cím között ping-pongozott a csomaggal n-szer, mire célbaért.
Hálózati ismeretem elhanyagolható, de normális ez?! A válaszidő épp nem volt borzalmas, 10-en egypár ms.

Kezdjük azzal, hogy aki ilyen internetbekötést végző szerelő, annak nem feltétlenül kell villamosmérnöki/műszaki informatikai 5éves MSC papír a BME-ről (cáfoljon meg aki ilyen végzettséggel ezt a munkát végzi). Valami gyakorlati tapasztalata esetleg lehet, ami nem hátrány, de amúgy drótozó + IPcímbeállító szakmunkás. Rosszabb esetben meg aztán ehhez a részhez már tényleg semmit nem értő fizikai (segéd)munkás színvonal. Nem kell feltétlenül elhinni neki amiket mond. A rosszindulatot talán nem kell feltételezni tőle, valószínűleg jóindulatból segíteni próbál. De  ezt teheti szakmaiatlanul, attól hogy még ő mondja.

Egyetértek. Mérlegeltem, kipróbáltam, működött. - Érzésre. Mérést nem végeztem, sosem vártam túl sokat a vezetéknélküli technológiáktól, szóval ami fontosabb, az kábelen megy, a többi nálam a használhatóságon belül van, ha nem lenne, akkor foglalkoznék vele.

A kürtőskalács egy nagy lyuk, tésztával faszán körbetekerve.

Ezek a "szakmunkások" alvállalkozók. A UPC alkonyán részletesen elbeszélgettem egy ilyen drótozóval. Igen kemény feltételek alapján válogatták és vizsgáztatták őket.

Ha a Vodafone nem rendelkezett vezetékes szakemberekkel, akkor java részük maradt.

Ez az egyszerű szakmunkás pl. hozzáfér a hálózat diagnosztikai és statisztikai adataihoz és értelmezni is tudja a méréseket.  Ugyanígy, ha nem droid típusú ügyintézőt csípsz el, akkor tájékoztat pl. a dróton mért zajról.

Megjegyzem: Itt a hupon a sok-sok (villamosmérnöki/műszaki informatikai 5éves MSC papír a BME-ről) szakember a deháténfizetekezé'!! hozzáállással (nem) próbálja megoldani a problémát. Pedig sokkal előbb lesz hálózat, ha magad is elvégzed a diagnosztikát. Hátha nem is náluk van a hiba és/vagy pampoghatsz, de egyszerűbb, ha megoldod. Jómagam a 0,5 Mb/s sebességtől vagyok UPC előfizető, de szerelő - a bekötésen kívül - csak egyszer járt nálam, pont egy kontakthibás kábelt cserélni. Az se az ő hibájuk volt.

tavaly csereltek upc-rol voda tv boxra szuleimnel. persze amig az upc box mukodott, az uj vodas nem akarta latni a jelet. a szerelonek semmilyen muszere nem volt, mereseket se tudott vegezni, de 5 percenkent felhivott valakit hogy "Na jo mar? meg mindig nem? hogyazaqr$%^#".  mondjuk siman el tudom kepzelni hogy a szerelo alvallalkozo is kiadta tovabbi alvallalkozo(k)nak a melot :)

aki hozzam jott modemcsere utan az ertelmes volt, valami tabletrol nezegette a jelszinteket a kozpont felol. mondjuk ott en addigra mar megoldottam a hibat (egyik csati volt szar, kicsereltem) egyedul, mivel 7-10 napot mondtak varakozasi idore a szerelore, nekem meg kellett a net...