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.
- 1837 megtekintés
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.
- A hozzászóláshoz be kell jelentkezni
en is bejelentettem szerdan, to no avail
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Jozsi nem a CETIN-nel van?:)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Nalam is baszakszik par napja.
- A hozzászóláshoz be kell jelentkezni
Nem kötekedésképp, de mire kell nektek az IPv6?
- A hozzászóláshoz be kell jelentkezni
Nagyon nagyon nem kell, mert fallbackel v4-re a VPN, de CGNAT esten azon van csak nativ 1500 MTU pl.
- A hozzászóláshoz be kell jelentkezni
PPPoE szolgáltatóval is 1492b szokott lenni az MTU a header miatt IPv4-en is. Ez miért probléma?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
1452 az ATM-enkapszulalt korszakban volt optimalis. GPONon nincsen felpaddeles.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
UDP-n csak simán nem raksz többet egy csomagba, nem? Vagy csak configot hegesztettétek, a kódot nem?
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
"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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Ma már igen. Régen figyelni kellett, ügyesen legyen a kábel kitömve.
- A hozzászóláshoz be kell jelentkezni
IPv6-nál nincs valami 1280-as minimum korlát?
- A hozzászóláshoz be kell jelentkezni
Az, hogy az MTU legalább 1280 bájt, az garantálja azt, hogy egy 1200 bájtos payload átfér.
- A hozzászóláshoz be kell jelentkezni
Mert annyit lát a NIC-jén h. Gigabitethernet, MTU size = 1500. Akkor mennyi adatot pakoljon az UDP csomagba? 576?
- A hozzászóláshoz be kell jelentkezni
lehet nem véletlen, hogy a QUICHTTP3 is 1350-re lő
- A hozzászóláshoz be kell jelentkezni
nem 1492-t akartál írni?
- A hozzászóláshoz be kell jelentkezni
digi meg eleve kussoljon az MTU-krol, ahol a PMTUd *IS* broken, mert rfc1918 forrascimrol kuldik ki a fragmentation-needed ICMP packeteket a NASaik.
- A hozzászóláshoz be kell jelentkezni
Nem kell, de a voda azt ad, bár gondolom kérésre át lehet(?) rakatni IPv4-re.
- A hozzászóláshoz be kell jelentkezni
Hát ha csak IPv6-os címet ad az gáz.
- A hozzászóláshoz be kell jelentkezni
Az tényleg gáz, de kérésre visszarak ipv4-re.
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
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....
- A hozzászóláshoz be kell jelentkezni
Ez természetesen jogos elvárás!
Vodafonenál a mobilinternet is ilyen elbaszott? Vagy csak a vezetékes net ilyen náluk?
- A hozzászóláshoz be kell jelentkezni
Szerintem járjunk inkább lóval. Áram helyett meg legyen gyertya ;)
- A hozzászóláshoz be kell jelentkezni
De hisz ez a kormányprogram is :D
- A hozzászóláshoz be kell jelentkezni
Lehet benne valami! Sajnos.
- A hozzászóláshoz be kell jelentkezni
viccesnek tetszik lenni, de:
> /ip/firewall/filter/print stats
Flags: X - DISABLED; D - DYNAMIC
Columns: CHAIN, ACTION, BYTES, PACKETS
# CHAIN ACTION BYTES PACKETS
;;; special dummy rule to show fasttrack counters
0 D forward passthrough 57 493 111 312 68 380 774vs
> /ipv6/firewall/filter/print forward stats
Columns: CHAIN, ACTION, BYTES, PACKETS
# CHAIN ACTION BYTES PACKETS
;;; testconf: accept established,related,untracked
0 forward accept 353 240 003 260 294 469 884udvozlet 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 :)
- A hozzászóláshoz be kell jelentkezni
2024 közepén ez.... :D :D
- A hozzászóláshoz be kell jelentkezni
gyááj, Józsi megjött szabiról
- A hozzászóláshoz be kell jelentkezni
hozzám még nem jutott el Józsi
- A hozzászóláshoz be kell jelentkezni