Fórumok
Kb hetfo ota a Vodafone halozataba BIXen at bejovo forgalom elveszik. Tud valaki valamit?
Csutortokon volt egy ~1oras failover a tartalek(?) BIX linkre, akkor ment. Azota megint nem. Tranziton jovo IPv6 rendben routolodik.
Hozzászólások
Akkor nálam is ez okozza a lassulást, akadozást csütörtök óta. Péntek este bejelentettem emailen, nyilván még nem javították meg.
en is bejelentettem szerdan, to no avail
Gondolom vodánál is épp ezen a héten nyaral az 1 szem épkézláb utolsó élő CCIE R&S emberük. Az átképzett büféruhatárszakosoknak meg ez már elérhetetlen magasságú probléma. Meg kell várni h. hazajöjjön Józsi horvátból, jövő héten már itt lesz.
Jozsi nem a CETIN-nel van?:)
Esélyes h. 2 állása van (mert a vodafon nem tudja megfizetni egy CCIE-s ember munkabérét magyarországon). Ezért egyik héten voda, másik héten CETIN-nél nyomja.
Nalam is baszakszik par napja.
Nem kötekedésképp, de mire kell nektek az IPv6?
Nagyon nagyon nem kell, mert fallbackel v4-re a VPN, de CGNAT esten azon van csak nativ 1500 MTU pl.
PPPoE szolgáltatóval is 1492b szokott lenni az MTU a header miatt IPv4-en is. Ez miért probléma?
na az a masik, ne is idegelj.
digi is bekamuzza rfc4638 supportot, aztan mikor router lcp echo-zna egyet ezzel a merettel, akkor nem jon valasz. pedig ez meg csak linklocal ping volt.
Igen, többek között a Digire utaltam. De teljesen jól meg lehet lenni 1500b MTU alatti beállítással is. Elvben PPPoE mellett 1452b az optimális.
1452 az ATM-enkapszulalt korszakban volt optimalis. GPONon nincsen felpaddeles.
Volt egy projectem 3 éve, amikor azt akartuk kideríteni, mi lenne az ideális MTU a videokonferencia eszközöknek, amik UDP-n tolják az RTP streamet. Ugyanis sok site (100+ nagyságrendben) van összekötözve egymással VPN-eken keresztül, vagy lógnak SDWAN-on. A datacenter meg Azure, ami Expressroute-on keresztül volt elérhető. Szóval igen szépen megkavart heterogén hálózatok, és bármelyik lehetett akár forrása akár nyelője ennek az RTP forgalomnak. Végül a sokféle site-2-site VPN-ek miatt valami 1350 körüli MTU-t sikerült kitesztelnünk, hogy az átjutott mindenen.
Ez viszont a kliens endpoint-ok network konfigurálását jelentette + a videós szerverek átállítását. Mivel PMTUD csak TCP-n működik tudtommal (UDP-n nem), külön érdekes volt ezt leszimulálni/forgalmat generálni.
UDP-n csak simán nem raksz többet egy csomagba, nem? Vagy csak configot hegesztettétek, a kódot nem?
https://naszta.hu
Szerintem arra gondolt, hogy a TCP protokoll be tudja állítani a max supportált mtu-t, az UDP esetén nincs ilyen mechanizmus. (path mtu detection) Persze TCP esetén se 100 százalék, hogy működik, én már futottam bele olyan esetbe, ahol a tűzfal lenyelte az ICMP-t...
"Csak" konfig hegesztés volt. Ezek javarészt cisco videokonferencia eszközök voltak, meg néhány tucat polycom. Összesen 500-1000 db végpont nagyságrendben, képzelheted mennyi meló volt vele. Főleg h. nem CUCM-be regisztrálva, szóval még csak központosított mgmt sem volt, bár az cucm-en sem sokat segített volna.
De miért akar egy videokonferencia eszköz UDP-n 1500 byte-os csomagokat streamelni alapból? Én ezeket gyárilag levenném 1200-ra.
Ma már igen. Régen figyelni kellett, ügyesen legyen a kábel kitömve.
https://naszta.hu
IPv6-nál nincs valami 1280-as minimum korlát?
Az, hogy az MTU legalább 1280 bájt, az garantálja azt, hogy egy 1200 bájtos payload átfér.
Mert annyit lát a NIC-jén h. Gigabitethernet, MTU size = 1500. Akkor mennyi adatot pakoljon az UDP csomagba? 576?
lehet nem véletlen, hogy a
QUICHTTP3 is 1350-re lőnem 1492-t akartál írni?
digi meg eleve kussoljon az MTU-krol, ahol a PMTUd *IS* broken, mert rfc1918 forrascimrol kuldik ki a fragmentation-needed ICMP packeteket a NASaik.
Nem kell, de a voda azt ad, bár gondolom kérésre át lehet(?) rakatni IPv4-re.
Hát ha csak IPv6-os címet ad az gáz.
Az tényleg gáz, de kérésre visszarak ipv4-re.
hup.hu##article[data-comment-user-id="16401"]
hup.hu##article[data-comment-user-id="4199"]
Aztán bármiféle szerződésmódosításkor (pl. a hosszabbítás) automatikusan ismét átkerülsz IPv6-ra, és lehet megint telefonálni.
A Vodafone DS-Lite-ot ad defaultból, és a HGW-n ki se tudod kapcsolni az IPv6-ot (!). És azt látják az appok, hogy van ipv6, ezért azt preferálják.
Saját router? passthrough-mode?
Linuxszon egyébként: sudo sysctl -w net.ipv6.conf.all.disable_ipv6=1
sudo sysctl -w net.ipv6.conf.default.disable_ipv6=1
de van gui ipv6 kikapcsoló is.
A fentiek helyett egy olyan megoldásnak jobban örülnék, ha egy milliós felhasználói bázissal rendelkező szolgáltató rendbe rakná a routingját....
Ez természetesen jogos elvárás!
Vodafonenál a mobilinternet is ilyen elbaszott? Vagy csak a vezetékes net ilyen náluk?
Szerintem járjunk inkább lóval. Áram helyett meg legyen gyertya ;)
De hisz ez a kormányprogram is :D
Lehet benne valami! Sajnos.
viccesnek tetszik lenni, de:
vs
udvozlet 2024-bol :)
legutobb pingeltem volna ipv4-en, aztan a negyedik domain mulva inkabb beirtam, h ping 8.8.8.8...
inkabb az ipv4-et kellene kukazni lassan :)
2024 közepén ez.... :D :D
gyááj, Józsi megjött szabiról
hozzám még nem jutott el Józsi