-
GAMEPOD.hu
DIGI internet Gyakran Ismételt Kérdések
(Kattints az Összefoglaló kinyitása feliratra!)
Utolsó frissítés: 2024. február
Új hozzászólás Aktív témák
-
keresztg
csendes tag
Másnak is van gondja IPv6 routing-gal, vagy csak engem boldogít a Mikrotik RBD52G-5HacD2HnD-m? Konkrétan a router utáni hop-ig mintha még ellátna a traceroute, utána vége.
keresztg@monitor:~$ traceroute6 fonts.googleapis.com
traceroute to fonts.googleapis.com (2a00:1450:400d:80a::200a) from 2a01:36d:xxxx:zzzz:yyyy:yyyy:yyyy:yyyy, 30 hops max, 16 byte packets
1 2a01-036d-xxxx-zzzz-0000-0000-0000-0001.pool6.digikabel.hu (2a01:36d:xxxx:zzzz::1) 0,539 ms 0,398 ms 0,351 ms
2 2a01-036c-xxxx-zzzz-50bb-6b0e-yyyy-yyyy.pool6.digikabel.hu (2a01:36c:xxxx:zzzz:50bb:6b0e:yyyy:yyyy) 15,248 ms 11,1 ms 9,861 ms
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * * -
keresztg
csendes tag
válasz adika4444 #99456 üzenetére
Köszönöm mindenkinek a választ. Pár napja csavarodott fel az IPv6, közben volt egy router frissítés is, az se biztos, hogy jót tett az ügynek. Most meg az egész vezetékes rész kehes volt, ugye. Nap közben a mobilnetjük is furcsa volt néha. Fene se érti ezt.
Még a végén kiderül, hogy a nagyobb leállásokat előre lehet jelezni a sporadikus IPv6 lehalással... -
keresztg
csendes tag
válasz keresztg #99510 üzenetére
Közben megnéztem traceroute-tal visszafele irányban egy korábbi 2a01:36d:113: prefixű címemet:
12 cr02.budapest.digicable6.hu (2a01:368::42) 41.606 ms 41.002 ms 41.016 ms
13 2a01:368::add:609d (2a01:368::add:609d) 62.444 ms 40.829 ms 40.955 ms
14 2a01:368::add:6058 (2a01:368::add:6058) 35.523 ms 35.302 ms 35.311 ms
15 2a01:368:113:1000::7 (2a01:368:113:1000::7) 51.914 ms 51.185 ms 51.081 ms
16 2a01-036c-0113-a2de-b480-5bee-d615-a56a.pool6.digikabel.hu (2a01:36c:113:a2de:b480:5bee:d615:a56a) 37.562 ms 37.144 ms 36.914 ms
a mostani 2a01:36d:116: prefixűre meg csak ennyi lesz:
12 cr02.budapest.digicable6.hu (2a01:368::42) 41.373 ms 41.275 ms 41.113 ms
13 2a01:368::add:6093 (2a01:368::add:6093) 61.784 ms 35.345 ms 35.442 ms
14 2a01:368::10:221:96:161 (2a01:368::10:221:96:161) 44.517 ms 41.69 ms 41.73 ms
15 * * *
16 * * *
Lehet, hogy ez a prefix nincs rendesen route-olva a DIGInél?! -
keresztg
csendes tag
válasz kevinium #99548 üzenetére
Nálam sincs rendben, viszont nekem oszt IPv6-ot a Digi.
Csak nem route-olja.
Beadtam hibára a kintről, bentről indított traceroute eredményével.
Már jött egy olyan válasz, hogy "Bejelentése rögzítésre és továbbításra került illetékes kollégáink felé."
Ez mondjuk meglepett, mert az hittem a sztenderd válasz az az, hogy:
- indítsak újra mindent
- vigyem a gépet az ONT-hoz (ami egyébként egy kriptaszökevény), dugjam rá közvetlenül, és onnan indítsam a PPPoE kapcsolatot
[ Szerkesztve ]
-
keresztg
csendes tag
válasz keresztg #99552 üzenetére
Tegnap este megjavult az IPv6, hurrá!
Ma pedig jött az email a hibajegy lezárásáról.
Olyanokat állítanak benne, hogy:
"Hiba részletezése: Beállítási hiba
...
Hibajegy nyitott állapotban 94 órát volt.
...
Jogos volt a bejelentés: Igen, jogos volt a bejelentés"Egészen meghatódtam...
-
keresztg
csendes tag
válasz SeatLeon08 #105053 üzenetére
Van kanyar az előkészített járatban? Ismereteim szerint az üveg nagyobb rádiuszokat szeret, mint a többi kábel fajta, de majd az okosak kijavítanak.
Meg a csatlakozóval a végén amúgy is problémás kanyarokat bevenni...
Egyenes szakaszon már abúzáltam a kábelt magam is. Olyankor a gyorcsatlakozós végre tettem némi alufóliát, mint porvédelem, arra egy erősebb műanyagfóliát, mint mechanikai védelem és azt alaposan rászigszalagoztam a kábelre, a csatlakozó felett. (Elnézést a szakértőktől...)
Mondjuk nekem elég volt tolni a kábelt. Még működik...Ha húzni kell, akkor mindenféleképpen a csatlakozó fölött, a kábelre rögzítsd a behúzót, de akkor is kockázatos, hogy mi lesz a csatlakozóval...
YMMV. Ha bizonytalan vagy, akkor persze inkább hívj szerelőt... -
keresztg
csendes tag
válasz adika4444 #107040 üzenetére
Nekem az IPv6-tal is mintha ismét bajaim lennének. Pl. Telegram, GMail/Chat, OneDrive akkor működik csak stabilan, ha az IPv6-ot kikapcsoltam. Mintha irgalmatlan szórása (pár ms-től a nem válaszolig...) lenne a válaszidőknek bekapcsolt IPv6-tal, csak ezt még sehogy sem tudtam megdiagnosztizálni...
-
keresztg
csendes tag
Eljutottam arra a pontra, amikor már nagyon bosszantott, hogy bizonyos IPv6 szervereket kitartóan nem tudok elérni (pl. web.telegram.org).
Ami zavart okozott, hogy az egyik kliensről (Win10) szinte soha, másik kliensről (linux) néha sikerült azért elérni azt a szervert.
A router egy MikroTik hAP ac^2, rOS6-tal, adika4444 backportolt konfigjával, így az ICMPv6 átengedése a tűzfalon elvileg benne van.Túrván a nép internetet az MTU fele terelődött a gyanú, viszont a Win10-en a wireshark-ban nem mutatkozott Packet Too Big ICMPv6 csomag. De még a router-en sem látszott ilyen csomag a Packet Snifferben...
Meguntam. Beállítottam az ND-ben az MTU-t 1400-ra, újracsatlakoztam, és most működik...
🤷♂️🤯
-
keresztg
csendes tag
válasz Gyuri1rmcf #109016 üzenetére
Ha a laptopon kikapcsolod az IPv6-ot, akkor jobb lesz a helyzet?
-
keresztg
csendes tag
válasz CirrMee #109699 üzenetére
Harmadik lehetőségnek bedobnám, hogy a kiosztott IPv6 tartományok nem azonos módon vannak route-olva. Nálam ez abban mutatkozott meg, hogy a kérdéses szerverre néha csak az MTU csökkentése után jutottak el a csomagok (L. #108379, mondjuk azóta már levettem 1300-ra).
Negyedik lehetőségnek pedig azt, hogy néha napokig nem kap a router IPv6 tartományt a Digitől. Ezt valami miatt néhány kliens elég lassan dolgozza fel, és egy ideig próbálkozik még IPv6-on. (Ez mondjuk simán lehet konfig probléma a routerben (Mikrotik hap ac2))
Összességében, ha nem akarnám elérni a hálózatomat kintről IPv6-on, már lekapcsoltam volna a francba...
-
keresztg
csendes tag
De, a PMTUD feladata lenne. Elvileg. Ha az egész útvonalon végigjut. De nem láttam nyomát olyan csomagoknak a wiresharkban. Viszont nem vagyok annyira képben az IPv6-tal, hogy egyértelmű verdiktet mondjak. Maradt a konklúzió, hogy ha kézzel lenyomom az MTU-t, akkor a kérdéses irányok működnek. Illetve, hogy ez az egész attól is függött, hogy éppen milyen IPv6 tartományt osztott a DIGI...
De ismétlem, nem vagyok szakértője az IPv6 route-olásának egy ekkora hálózatban...
[ Szerkesztve ]
-
keresztg
csendes tag
válasz akaszajanos #110202 üzenetére
@poirot
IPv6 be van kapcsolva nálatok? Ha igen, kapcsoljátok ki, és próbáljátok úgy.
Kikapcsolni lehet a router-ben (ha sajátot használtok), vagy a gépeden is.Ha kikapcsolt IPv6-tal jobb a helyzet, és van kedvetek kísérletezni, akkor egy kézi MTU csökkentést még ki lehet próbálni...
-
-
keresztg
csendes tag
válasz Protezis #110207 üzenetére
Köszi, akkor ezt az egészet tényleg nem csak hallucinálom...
{random töprengés}
Vajon mitől függ, hogy valakit épp súlyt a probléma? Bizonyos IP tartományai a DIGI-nek máshogy lennének route-olva?
Netán CGNAT-tól függ?
IPv4 szempontjából én mindig NAT mögött voltam, sose kértem publikus IP-t, mondván ott van az IPv6, amin kívülről el lehet érni.
És IPv4-en sose volt MTU problémám, csak IPv6-on.
{/random töprengés} -
keresztg
csendes tag
válasz GoodSpeed #110210 üzenetére
Én ROS 6-ban csak az MTU-t állítottam, és csak az IPv6 ND-ben (emiatt csak az IPv6 kliensekre vonatkozik):
Viszont mint látható konzervatív-paranoid módon 1300-ra levettem. A minimum 1280, amit mindenféleképpen át kell tudni passzírozni a hálózaton.
(Ez a cikk érdekes adalékokat tartalmaz. ICMP blackhole? Állítsam vissza az MTU-t, próbáljam ki? De mi a garancia, hogy most egyáltalán előjönne a probléma...) -
keresztg
csendes tag
válasz Sn00k #110230 üzenetére
Frissen mérve, XVI. kerület, HÉV-től délre:
867/305 (Hosted by Digi Kft (speedtest6.digi.hu): 48.857 ms)
870/293 (Hosted by Digi Kft (speedtest1.digi.hu): 44.4 ms)
863/308 (Hosted by SzerverPlex.HU Kft (speedtest.szerverplex.hu): 31.922 ms)
804/261 (Hosted by ZNET Telekom Zrt. (bp-speedtest.zt.hu): 45.245 ms)
464/308 (Hosted by Antenna Hungária Zrt. (speedtest.ahrt.hu): 4.217 ms)(Pfff, ezek a ping értékek, fura dolgokat művel emiatt mostanában a speedtest-cli...
)A 870 körüli uplink értékek mondhatni szokványosak. Hogy mi a fene van a speedtest szerver választó algoritmusával és/vagy a DIGI bizonyos irányú latency-ével, az egy másik kérdés...
Próbáld meg rávenni a speedtest-et, hogy másik szervert nézzen...
-
keresztg
csendes tag
válasz dchard #110296 üzenetére
és @adika4444:
Nem próbálnátok meg ti is kézzel lejjebb venni az MTU-t? Csak egy próba erejéig...
Nekem azóta, hogy levettem 1300-ra IPv6-on, nem volt érezhető problémám. Előtte pl. a web.telegram.org elérhetetlen volt az egyik gépemről (Win10). (De abszurd módon egy másik gépről (Ubuntu 20.04), ugyanabban a subnetben lényegesen több csomag jutott el a telegramhoz... Ki érti ezt.) -
keresztg
csendes tag
A fő jelenség az volt, hogy a Win10-es gépről a web.telegram.org (meglévő session, nem volt login page) addig homokórázott, míg át nem ment az IPv4-es címre a böngésző. Utána már működött.
Hetente ugyebár a DIGI újracsatlakoztat a PPPoE-n, és olyankor új IPv6 címet kap az ügyfél. Volt hogy nem volt semmi gond az IPv6-tal, és volt hogy előjött a fenti jelenség.
Olyankor egyébként a Youtube, GMail, Yahoo Mail is hajlamos volt a böngészőben homokórázni, majd átmászni IPv4-re.
Aztán valamikor már harmadik hete nem ment, és elkezdtem kísérletezni. Az MTU explicit állítása előtt ping-eltem a telegram-ot különböző méretű csomagokkal. Ott bukott ki, hogy bizonyos méret fölött egyszerűen elvész a csomag. Amint beállítottam a kipróbált MTU-ra a Win10-et, elkezdett IPv6-on is működni a web.telegram.org.
Próbáltam ICMPv6 Packet Too Big csomagokra is vadászni wiresharkban, de nyomuk sem volt. Pedig az IPv6 tűzfal nyitva van minden ICMPv6 csomagnak (mondjuk rate limittel, de az 20/sec)Olyan érzésem van, mintha a DIGI IPv6-os címtartományainak egyes részei nem ugyanúgy lennének routeolva és/vagy tűzfalazva, de amióta levettem 1300-ra az MTU-t, nem volt gondom...
-
keresztg
csendes tag
válasz adika4444 #112498 üzenetére
Nekem régebben MikroTikkel (ROS6) is csinálta.
@Balazs_ Azóta nincs bajom ezzel, amióta explicit korlátoztam az MTU-t IPv6-on. (#108379 ill. #110215)
Magában a jelenségben az a legaljasabb, hogy ha újrakapcsolódsz, és kapsz egy új IPv6 prefixet, simán lehet, hogy elmúlik a hiba minden további állítgatás nélkül... Így teszteljen bármilyen megoldást a szerencsétlen felhasználó... De nekem 2023.04.19. óta stabilan működik.Visszanézve a korábbi hozzászólásaimat, úgy tűnik, én vagyok az, aki mindig ugyanezt szajkózza. 😂 Elnézést kérek az állandó fórumtagoktól...🤷♂️
-
keresztg
csendes tag
válasz pikar #113569 üzenetére
Volt egy hasonló problémám, és komolyan elgondolkodtam egy smtp-to-Telegram gateway beüzemelésén a kérdéses hálózatban. Ezzel kihúztam volna az összes SPF/DKIM/DMARC/mittoménmégmi konfiguráció méregfogát, úgyis csak hozzám kellett volna eljutnia az üzeneteknek... Csak akkor még nem találtam igényeimnek megfelelő gatewayt. Mondjuk azóta eltelt vagy három év...
Új hozzászólás Aktív témák
Olvasd el az összefoglalót!
Társtopikok:
● DIGI kábel TV
● DIGI Mobil
● DIGI műholdas TV
● DIGI vezetékes telefon
Router kérdésekkel ezekbe a topikokba fáradjatok!
● Milyen routert?
● Router gondok
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- Kerékpárosok, bringások ide!
- Hálózati / IP kamera
- Mindenki AI-t akar, már 2025-re is eladták a HBM chipeket
- exHWSW - Értünk mindenhez IS
- Vallás
- Milyen billentyűzetet vegyek?
- Linux kezdőknek
- ThinkPad (NEM IdeaPad)
- Álláskeresés, interjú, önéletrajz
- További aktív témák...
- Xiaomi Redmi Note 11 Pro 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- Eladó gamer PC (i5-11400F/16GB DDR4/500GB SSD+1TB HDD/RTX 2060 6GB)
- Bomba ár! Lenovo ThinkPad X270 - i7-7G I 16GB I 256GB SSD I 12,5" I HDMI I Cam I W10 I Garancia!
- Bomba ár HP Spectre Pro X360 G2 - i5-6G I 8GB I 256SSD I 13,3" FHD Touch I Cam I W10 I Garancia!
- DELL OPTIPLEX 3020 - i5/8GB/256GB/GT710