Ugrás a tartalomhoz
  • 10

Cloudflare - Magyar Telekom nemzetközi peering


alienhun11

Kérdés

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? 

Link kommenthez
Megosztás más oldalakon

  • Válaszok 320
  • Létrehozva
  • Utolsó válasz

A legnépszerűbb tartalomgyártók a témában

A legnépszerűbb tartalomgyártók a témában

Posztolt képek

Ajánlott posztok

  • 0
2 perce, Bandi01 írta:

Na, végre valami jó hír.

Azt néztem most, hogy az ipv6 megint jó, az ipv4 ping 1.1.1.1 felé a szokásos 130ms és 9% packetloss, 1.0.0.1 viszont 20 ms és nincs packetloss. 

Véletlenül terheletlen ágon adta át, több route vonal is van. Ma különösen rossz nekem.
C:\Users\rviktor>wsl mtr -w 1.0.0.1
Start: 2024-06-16T21:51:10+0200

HOST: RViktor-NOTE                                   Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.1                                     0.0%    10    2.2   2.3   2.1   2.7   0.3
  2.|-- lo1.bsr3-kobanya.net.telekom.hu                 0.0%    10    3.6   4.0   3.3   4.8   0.5
  3.|-- te0-1-0-2.er0-szeged.net.telekom.hu             0.0%    10    4.8   5.4   4.7   6.0   0.5
  4.|-- 81.183.1.19                                    20.0%    10    5.3   5.0   4.4   5.4   0.4
  5.|-- ???                                            100.0    10    0.0   0.0   0.0   0.0   0.0
  6.|-- vie-sb6-i.VIE.AT.NET.DTAG.DE                   20.0%    10   10.4  12.9   9.4  21.6   5.3
  7.|-- 80.156.160.221                                  0.0%    10    9.5  10.1   9.2  11.1   0.7
  8.|-- if-bundle-12-2.qcore2.fnm-frankfurt.as6453.net 80.0%    10   20.3  20.9  20.3  21.5   0.9
  9.|-- ???                                            100.0    10    0.0   0.0   0.0   0.0   0.0
 10.|-- 172.71.248.5                                   20.0%    10  132.7 132.5 127.3 138.2   3.4
 11.|-- one.one.one.one                                40.0%    10  132.9 129.5 116.1 133.5   6.7

Link kommenthez
Megosztás más oldalakon

  • 0

Ma is minősíthetetlenül lassú és csomagvesztéses:
Start: 2024-06-18T22:20:51+0200
HOST: RViktor-NOTE                                   Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.1                                     0.0%    10    1.1   1.5   1.1   1.5   0.6
  2.|-- lo1.bsr3-kobanya.net.telekom.hu                 0.0%    10    3.5   3.7   2.8   4.5   0.5
  3.|-- 81.183.246.61                                   0.0%    10    5.2   4.7   4.0   5.6   0.5
  4.|-- 81.183.1.5                                      0.0%    10   26.9   7.3   4.0  26.9   7.0
  5.|-- ???                                            100.0    10    0.0   0.0   0.0   0.0   0.0
  6.|-- 80.156.160.221                                  0.0%    10    9.0   8.0   7.2   9.0   0.5
  7.|-- if-bundle-12-2.qcore2.fnm-frankfurt.as6453.net 80.0%    10   19.2  18.9  18.7  19.2   0.3
  8.|-- ???                                            100.0    10    0.0   0.0   0.0   0.0   0.0
  9.|-- 162.158.84.113                                 20.0%    10  127.8 133.2 127.8 146.6   6.8
 10.|-- one.one.one.one                                20.0%    10  127.0 127.1 124.1 130.0   1.9

Link kommenthez
Megosztás más oldalakon

  • 0
7 órája, john_doe írta:

Állítólag egy héten belül lehet megoldás, legalább is chates support ezt közölte... Nyilván hiszem, ha látom.

Csak azt nem értem, hogy ide miért nem írják ki? :D Vagy egy-egy embernek elismerik a hibát, nyilvánosan meg nem? Lehet az NMHH-nak azt írták, már folyamatban és kértek valami határidőt :)

Szerkesztve ekkor: Szerkesztő: RViktor
Link kommenthez
Megosztás más oldalakon

  • 0

U.I.: már most rossz...
Start: 2024-06-19T16:25:44+0200
HOST: RViktor-NOTE                                   Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.1                                     0.0%    10    2.8   2.4   1.5   3.3   0.5
  2.|-- lo1.bsr3-kobanya.net.telekom.hu                 0.0%    10    4.8   4.4   3.5   4.9   0.5
  3.|-- 81.183.246.61                                   0.0%    10    4.9   5.4   4.9   7.4   0.8
  4.|-- 81.183.1.5                                      0.0%    10    5.0   5.1   4.5   5.8   0.4
  5.|-- ???                                            100.0    10    0.0   0.0   0.0   0.0   0.0
  6.|-- 80.156.160.221                                  0.0%    10    8.8   8.6   7.5   9.1   0.5
  7.|-- if-bundle-12-2.qcore2.fnm-frankfurt.as6453.net 50.0%    10   18.9  19.2  18.9  20.0   0.5
  8.|-- if-ae-55-2.tcore2.fnm-frankfurt.as6453.net     30.0%    10   19.9  19.8  19.1  20.4   0.4
  9.|-- 162.158.84.113                                  0.0%    10  176.2 144.4 130.6 189.5  20.8
 10.|-- one.one.one.one                                10.0%    10  134.1 135.4 132.5 137.9   1.8

Link kommenthez
Megosztás más oldalakon

  • 0
22 perce, RViktor írta:

Csak azt nem értem, hogy ide miért nem írják ki? :D Vagy egy-egy embernek elismerik a hibát, nyilvánosan meg nem? Lehet az NMHH-nak azt írták, már folyamatban és kértek valami határidőt :)

Erre is rákérdeztem tőlük. A válasz az volt, hogy mivel ez nem konkrétan a Telekom hibája, hanem a Deutsche Telekomé, ezért nem is kell tájékoztatást adniuk róla. Ők erre az egészre úgy tekintenek, hogy náluk minden tökéletesen működik. Ezért nem hajlandók hibajegyet se felvenni, és kárpótlás se lesz semmi. Ezt így konkrétan elmondta az ürge chaten.

Link kommenthez
Megosztás más oldalakon

  • 0

@john_doe Értem a logikát, de mi az MT fizetünk és az MT-nek kéne peerelni, nem a DT-nek. Ezért külön nyaljanak sót.
@benedict Hát én már akkor is megnyugszok, ha nem Frankfurtba megy a forgalom, hanem Bécsbe. De, a direct peering lenne a legjobb nyilván. Az is szánalmas, hogy a legtöbb magyar VPN szervert a világot megkerülve érjük el :D Mert b*szik peerelni egy magyar cég!!! Magyarország többi szolgáltatójával....
Miért kell mindent Németországba küldeni nem értem, Schmidt Mária is megmondta, Németországban nincs internet és wifi, talán nem is létezik már az ország... Ő csak tudja elég német neve van /s
A Frankfurti vonal, meg több éve egy egy fekete lyuk. 

Link kommenthez
Megosztás más oldalakon

  • 0

Sziasztok! Én is szenvedek.Esténként az ember szeretne kicsit COD-ozni,kikapcsolódni,de a pingem 130-150. 

Békés megye 2000/1000 optika

Visszaolvasva látom ,hogy a Proton VPN-t használjátok.Pár szóban valaki leírná,hogyan kell használni,hogy elkerüljem a bizonyos Frankfurti szervereket?

Névtelen.jpg

Szerkesztve ekkor: Szerkesztő: 5iAti
Link kommenthez
Megosztás más oldalakon

  • 0
1 órája, 5iAti írta:

Sziasztok! Én is szenvedek.Esténként az ember szeretne kicsit COD-ozni,kikapcsolódni,de a pingem 130-150. 

Békés megye 2000/1000 optika

Visszaolvasva látom ,hogy a Proton VPN-t használjátok.Pár szóban valaki leírná,hogyan kell használni,hogy elkerüljem a bizonyos Frankfurti szervereket?

Névtelen.jpg

Szia! Nem csak a proton nal működik lényeg hogy keress egy osztrák vagy talán még a belgium is jó picit magsabb ping de stabil.Nem a ping volt problémám hanem packetloss.Lényeg hogy manuálisan válassz szervert a vpn kliensen belül.(

)Úgy hogy pl rá tracelsz pingplotterrel és ha jó felé kapcsolatod ahoz kapcsolódj a klienssel. A kép meloból van itt *****kom van és itt ugyan az pedig ez hibrid koax. nord vpn serverek az országkódot figyeld: https://nordvpn.com/ovpn/ image.thumb.png.7b4f4b13f1790561ccf63886146cea04.png

Link kommenthez
Megosztás más oldalakon

  • 0

Google barátom ezt mondja:"2023-ban egész évben a Magyar Telekom csoport összes bevétele 13,8 százalékkal 849,4 milliárd forintra nőtt, módosított nettó eredménye 48,7 százalékkal, 93,6 milliárd forintra emelkedett."

És ez csak a magyar akkor DTAG + osztrák + lengyel + stb stb de biztos beleroppan.

Egyébként a telekom szakértőknek ajálannám figyelmébe ezt a remek egyen öltözéket persze magentába egy kis tuningnak:

https://www.southparkshop.com/products/south-park-cable-company-nipple-rub-adult-all-over-print-t-shirt

Link kommenthez
Megosztás más oldalakon

  • 0
39 perce, alienhun11 írta:

Kedves @Telekom szakértő

Microsoft éppen ma :)

Kezd az egész helyzet komikus lenni, és a válaszotokat igenis várjuk továbbra is ezen a fórumon. :)

image.png.a6d2bb822b3a24eb7e677ac0ba3119ff.png

Lassan 2 hete hogy "ipari lapítás" van, mivel elindult az eljárás az NMHH által, gondolom hogy erőiket inkább az ügyvédeikre összpontosítják :P

Link kommenthez
Megosztás más oldalakon

  • 0

 

2 órája, benedict írta:

Egyik ismerős amúgy csinált egy DNS alapú rerouteot ami az összes Cloudflare proxyzott szolgáltatást a BIX felé küld (csak a dns szervert kell átírni). Nézzetek rá ha kíváncsiak vagytok rá: Kristóf Török - How I (Sort of) Fixed Telekom's Routing Issues in Hungary (kristoftorok.dev)

 

 

Az a szégyen hogy erre szükség van... és egy úttal bizonyítja is azt, hogy lehetne másképp, csak nem akarják.

Szerkesztve ekkor: Szerkesztő: peanut_hu
Link kommenthez
Megosztás más oldalakon

  • 0
9 órája, KristofT írta:

Sziasztok! Ezt a megoldást én ötleteltem ki, mint a cikkben is írtam nagyon kezdetleges fázisban van, de legalább ingyenes és nem kell minden forgalmat VPN-en keresztül küldeni. Nyugodtan használjátok, ha esetleg valakinek valami problémája van akkor írjon egy levelet. Azon vagyok, hogy minnél jobb legyen a dolog! Pacsi!✌️

Gratulálok neked ;) Szánalmas, hogy ilyet kell csinálni, de szép munka.

Link kommenthez
Megosztás más oldalakon

Csatlakozz a közösséghez!

Posztolhatsz regisztráció előtt is. Ha már van regisztrációd, jelentkezz be itt.

Vendég
Válaszolj a kérdésre...

×   Formázással együtt illesztetted be a tartalmat.   Formázás eltávolítása

  Only 75 emoji are allowed.

×   A linkedet automatikusan beágyaztuk.   Linkként mutatás

×   Az előző tartalmat tároltuk. .   Itt törölhetsz

×   You cannot paste images directly. Upload or insert images from URL.


×
×
  • Új...