Cloudflare - Magyar Telekom nemzetközi peering

[alienhun11]

Sziasztok!

Ismét "elromlott" a nemzetközi peeringje a telekomnak a CloudFlare felé, érdekes hogy a legnagyobb magyar Telco cég nem képes a BIX-be routolni be az egyik legnagyobb CDN forgalmát. Főleg úgy, hogy rengeteg magyar weblap is cloudflare-en "él". 

A DTAG cső szinte megint fullra van telítve, 50% PL-al. Nem lehetne rendezni végre a peeringet nemzetközi irányba, ha már ténylegesen oda kéne kimenni a forgalomnak? 

[alienhun11]

Elég gáz, hogy ezt le merték írni, főleg hogy itt a hivatalos válasz a CF-től fórumon, hogy ki a nyomorék a jelen esetben. :DDDDD 

[Telekomód]

Készült egy microsite , amely egy lakossági Telekom előfizetésről pingel hostokat és vetíti grafikonra a nagyobb szolgáltatóknál. Célja, hogy vizualizálja a "peering kihívásokat", megkönnyítse a reprezentációt a Telekom (vagy egyéb peering partnerek) dolgozói számára, ha kapcsolatba léptek velük. 

Az oldal itt érhető el:  https://mtpeering.pages.dev

Javaslataitokkal keressetek bátran a fórumon!

[alienhun11]

továbbra is hulladék...

 

[patrik.2199]

Gcore, Oracle Cloud is… @Telekom szakértő

Szerkesztve ekkor: augusztus 5. Szerkesztő: patrik.2199

[ZsirapH]

Még mindig használhatatlan, a ping nálam jó, de 60-70% packet loss van.

[Telekomód]

11 órája, ZsirapH írta:

Még mindig használhatatlan, a ping nálam jó, de 60-70% packet loss van.

Mely oldalak/hostok problémásak?

[Telekomód]

Akit zavar még a Cloudflare "viszony",  annak szívesen ajánlom: https://tranzitkanyar.pages.dev

[Telekomód]

Nem kell messzire menni, az ezIT és Mhosting csak szlovákiában van, mégis rettenetesen problémás. 

4 percig vártam erre a hirdetményre: https://client.ezit.hu/index.php?rp=/announcements/92/Hálózati-lassulás-Telekom-hálózati-probléma-miatt.html

 

Szerkesztve ekkor: augusztus 13. Szerkesztő: Telekomód

[Sztyan]

E probléma körül ismét áll a bál. Mi a végnél dolgozni nem tudunk, mert az Mhosting-nál holstolt weboldalak nem működnek, az ügyfeleink pedig szintén nem érik el a weboldalakat, ahol vagy dolgoznánk, vagy a webshopok rendeléseket rögzítenének. Ez megy múlt hét péntek óta. Ezek nagyon súlyos anyagi és presztízs veszteséget jelent. Valaki csináljon már valami, könyörgöm!

[Telekomód]

Ezek a tartományok kerültek be a Tranzitkanyarba és lám, megoldódtak a problémák:

- Websupport s.r.o. (ezIT, Mhosting, Gyumolcstarhely, Tarhely.com)
- Valve bécsi CS2 szerverei (146.66.155.0/24, 185.25.182.0/24)

Google: Tranzitkanyar

[KERUB Esport Club]

Ekkor: 2024. 08. 14. at 15:45, Telekomód írta:

Ezek a tartományok kerültek be a Tranzitkanyarba és lám, megoldódtak a problémák:

- Websupport s.r.o. (ezIT, Mhosting, Gyumolcstarhely, Tarhely.com)
- Valve bécsi CS2 szerverei (146.66.155.0/24, 185.25.182.0/24)

Google: Tranzitkanyar

Tökéletesen működik, mi már teszteljük egy ideje! Tranzitkanyar lesz a megoldás, ezt meg tudjuk erősíteni.

[alienhun11]

@Telekom szakértő

GoFile.io weboldal letöltése Telekom hálózatból.  Teszteljétek nyugodtan PE routerről ezt is. 

https://store2.gofile.io/download/web/bbc485b8-fc6a-43c9-afd5-317c86d7b254/1gb.bin

VPN-ről érdekes megy.

[Levihhh]

Már a free planes oldalak is Bécsbe mennének? Csak mert eddig Newark-ba meg ki tengeren túlra.

[Telekomód]

31 perce, Levihhh írta:

Már a free planes oldalak is Bécsbe mennének? Csak mert eddig Newark-ba meg ki tengeren túlra.

Itt tudod tesztelni: https://cloudflare-test.judge.sh/

[patrik.2199]

2 órája, Levihhh írta:

Már a free planes oldalak is Bécsbe mennének? Csak mert eddig Newark-ba meg ki tengeren túlra.

Csak bizonyos free plan-es oldalak, de ez hónapokkal ezelőtt is így volt. Általában az alig használt oldalak kapnak 188.xxx-es IP-t ami bécsbe megy valamiért. Nekem is van egy free plan-es oldalam ami csak átirányításra szolgál, az is bécsbe megy.

[AttilaEXSVK]

Sziasztok!

A szlovákiai KONFERnet IP tartományának elérése is igen nehézkes Telekomos hálózatról. Traceroute alapján Németország, Ausztria és Szlovákia az útvonal. 40% körüli a packet loss pingelés során. Meg tudom kerülni egy saját VPN-nel, de ez nem megoldás. Hol érdemes panaszt tenni a Telekomnál? (bocsánat, hogy nem olvasok végig 17 oldalt)

[MBali28]

Csatlakozom én is a bulihoz, "szerencsére" még bőven időben vagyok.  Ping problémáim nekem nincsenek, de 30-80% packet loss között ugrál. Tracelést vizsgálva a packetek elkóbórolnak Frankfurt felé, hasonlóan ahhoz ahogy mások is említették.  Aggasztó, hogy az előfizetőknek ilyen problémákkal kell szembesülniük.

[Telekomód]

1 órája, MBali28 írta:

Csatlakozom én is a bulihoz, "szerencsére" még bőven időben vagyok.  Ping problémáim nekem nincsenek, de 30-80% packet loss között ugrál. Tracelést vizsgálva a packetek elkóbórolnak Frankfurt felé, hasonlóan ahhoz ahogy mások is említették.  Aggasztó, hogy az előfizetőknek ilyen problémákkal kell szembesülniük.

Mi a célpont? 

Rövidtávú megoldás: Google -> Tranzitkanyar.

Eddig megoldódtak vele Cloudflare, EzIT/Mhosting, Fortnite és Counter Strike 2 bajok is.  

Szerkesztve ekkor: augusztus 23. Szerkesztő: Telekomód

[MBali28]

5 perce, Telekomód írta:

Mi a célpont? 

Rövidtávú megoldás: Google -> Tranzitkanyar.

Eddig megoldódtak vele Cloudflare, EzIT/Mhosting, Fortnite és Counter Strike 2 bajok is.  

Igen, tettem vele egy próbát de sajnos nem oldotta meg a problémámat. A packetek tracelése után vizsgálva az esetet a célpont egy Frankfurti szerver, de a packetek megakadnak amint elérik a bécsi csomópontot. Itt a request timeoutol egyszer-kétszer, s majd csak ezután halad tovább Németországba. A válaszidővel nincsen probléma, de a kommunikáció során a packet loss hektikus viselkedése meggátolja a normális beszélgetést.

[Telekomód]

4 perce, MBali28 írta:

Igen, tettem vele egy próbát de sajnos nem oldotta meg a problémámat. A packetek tracelése után vizsgálva az esetet a célpont egy Frankfurti szerver, de a packetek megakadnak amint elérik a bécsi csomópontot. Itt a request timeoutol egyszer-kétszer, s majd csak ezután halad tovább Németországba. A válaszidővel nincsen probléma, de a kommunikáció során a packet loss hektikus viselkedése meggátolja a normális beszélgetést.

Mi a célpont (IP)? 

Lehet a a tartomány nincs (még) felvéve, ugyanis a TK csak a hozzáadott, problémás tartományok felé nyújt megoldást. 

[Bandi01]

@Telekom szakértőMi a helyzet, lesz ezekre valaha megoldás? Lassan 5 hónapos a kérdés, de a probléma legalább 4 éves, ideje lenne már megoldani.

[MBali28]

17 órája, Telekomód írta:

Mi a célpont (IP)? 

Lehet a a tartomány nincs (még) felvéve, ugyanis a TK csak a hozzáadott, problémás tartományok felé nyújt megoldást. 

A probléma megoldódott a Tranzitkanyar segítségével. Mindenkinek ajánlom kipróbálását, és bárkinek bármi kérdése, problémája, nyűgje van, mindenképp gyertek fel a FXTELEKOM Discord szerverre, ahol nagyon segítőkész emberek 10 perc alatt hozzá is adták a problémás tartományt megoldva ezzel a packet lossos nehézséget. Innen is köszi! 🙂

https://tranzitkanyar.pages.dev/?src=mt_signature

https://discord.gg/mpwSnMQy 

[Telekomód]

Pár dolog változott az éjszaka, CF free oldalak már Bécsbe mennek  

Javult pár más dolog is pl. az AWS: https://mtpeering.pages.dev 

[patrik.2199]

56 perce, Telekomód írta:

Pár dolog változott az éjszaka, CF free oldalak már Bécsbe mennek  

Javult pár más dolog is pl. az AWS: https://mtpeering.pages.dev 

Szinte az egész külföld változott, DTAG helyett mindenhol RETN van most. Remélem így is marad

[AttilaEXSVK]

Álljon itt egy jó hír is, bármennyire is ritka a Telekom esetében  A KONFERnetes elérés problémám megoldódni látszik, igaz írtam a Telekomnak, a VNET-nek (az esetemben rajtuk keresztül ment a forgalom Bécs és Pozsony között, és ott láttam a lassulást) és a KONFERnetnek is (ahol egyébként dolgoztam, így jóban vagyok a tulajdonossal a mai napig). Ma felhívtak a Telekomtól, hogy a DTAG peering politikája miatt kacifántos az útvonal (szokásos rizsa), de azért nézzek már rá, hátha most jobb. Meglepően jobb lett, de nem tudom melyik fél jóvoltából

Ez volt a régi traceroute, itt olyan 40% körüli volt a packet loss:

Ez pedig az új:

Most 0%-os a packet loss, de előfordulnak 150-200ms pingek is, úgy minden 5.-6. ilyen:
--- 178.23.89.xxx ping statistics ---
125 packets transmitted, 125 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 11.353/45.319/371.434/56.490 ms