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? 

[apad]

*

Szerkesztve ekkor: június 14. Szerkesztő: apad
dupla

[apad]

Én is naponta jelentgetem be, de nem érik el a hibajegyeim a 72 órát, mert kb azonnal lezárják a r0hadékok és arra hivatkoznak, hogy a DTAG-nál van hiba, nem náluk. Hogy lehetne belőlük kisajtolni jóváírást?

Szerkesztve ekkor: június 14. Szerkesztő: apad
plpoasd

[devzor]

13 órája, Shkiz0 írta:

Amúgy kezd már a tököm tele lenni ezzel a folyamatos, hónapok óta fennálló problémával minden este.
Komolyan hihetetlen, hogy egy ekkora cég ~3 hónap alatt nem képes megoldani egy ilyen jellegű problémát.
Ha fizet az ember (nem is keveset) elvárná hogy kapjon is cserébe valamit, ami nem egy fél szolgáltatás. Vagy akkor én is csak a számla felét fizessem be?
Komolyan fontolgatom, hogy lemondom az egészet a francba, hiába van hűségem még.
Jó lenne ha az üres ígérgetések helyett lépnétek már valamit, mert ez már tűrhetetlen.
 

 

Szerintem itt páran tévedésben vannak. Itt már mondták többen is, a probléma nem technikai, hanem gazdasági. Ezt nem fogja tudni a "csapat" megoldani, mert fentről utasították nekik, hogy nem oldhatják meg. Ez csak úgy oldódhat meg, ha vmi hatóság, eu-s vagy magyar jó nagy büntit ad nekik, illetve ha telibe tolja az eu-s média, hogy mennyire rossz az egész dtag hálózata, és túl nagy lenne nekik már a pofavesztés.

Akinek van lehetősége rá, az váltson szolgáltatót, másképp ezt nem tudja megoldani.

[RViktor]

@devzor Teljesen jogos amit írsz. Nekem pl az a problémám, hogy körülbelül 60 céges partnerem van, ahonnan nem érhetőek el a szolgáltatásaim... Nekem már jön az új net, de magánszemélynek se egyszerű, nem hogy cégeseknek. Most még az is folyamatban van, hogy Telekom hálózatból más proxyn érjenek el, de ez is rendkívül munkaigényes.

De ott tartok, hogy időt szentelek arra, hogy minden partnernek keressek más szolgáltatót, mert hála égnek nem csak az én szolgáltatásaimmal vannak gondok, mondjuk a többivel is engem találnak be  De logokkal mindennel tudtam a legtöbbnek bizonyítani, hogy nem én vagyok a károkozó. Az is sokat segít, hogy az ő szempontjukból nem csúcsidőben van extrém lassulás, de amikor már 4-kor elmegy akkor 60 hívás jön egyszerre, hogy minden áll...

Az iskolák pl.: az 1.1.1.3-as DNS-t használják (felnőttartalom szűrésre) és onnan 800 diák és 200 tanár háborog esténként, hogy MINDEN oldal lassú, mert, ha a DNS lassú minden lassú.

Szóval én itt leszek, ameddig ez nem oldódik meg és falig megyek ezzel a problémával.

[RViktor]

15 órája, alienhun11 írta:

Pont ezért támadják a CloudFlaret, mert tudják hogy letalpalnak vele 20-30 millió embert

Meg hány családot és iskolát aki az 1.1.1.3-as DNS-t használja. Nem is tudom ennek van-e alternatívája. (Ha van, valaki szólhatna,  a hétvégém erről fog most szólni, hogy valami alternatívát találjak. Mert csak romlik a helyzet.)

[alienhun11]

38 perce, RViktor írta:

Meg hány családot és iskolát aki az 1.1.1.3-as DNS-t használja. Nem is tudom ennek van-e alternatívája. (Ha van, valaki szólhatna,  a hétvégém erről fog most szólni, hogy valami alternatívát találjak. Mert csak romlik a helyzet.)

Úgy tudom, hogy Fortigate-nél vannak templatek, de ugye az meg akkor új eszköz, új konfig, hatalmas munka

[benedict]

41 perce, RViktor írta:

Meg hány családot és iskolát aki az 1.1.1.3-as DNS-t használja. Nem is tudom ennek van-e alternatívája. (Ha van, valaki szólhatna,  a hétvégém erről fog most szólni, hogy valami alternatívát találjak. Mert csak romlik a helyzet.)

Cisco OpenDNS pl. de a KIFÜ-s védelem sem rossz amit a Dashboardról lehet benyomni.

[RViktor]

5 órája, benedict írta:

Cisco OpenDNS pl. de a KIFÜ-s védelem sem rossz amit a Dashboardról lehet benyomni.

Az OpenDNS most megnéztem IP-hez kötött. A KIFÜ is.
Annyival egyszerűbb a DNS-t kiosztani, a diák 1.1.1.3-at a tanár 1.1.1.2-őt kap otthonra, az iskolán belül meg az AD DNS-ét kapják, ami meg az 1.1.1.3-nak lök tovább mindent, ami nem az ő dolga.
A cégeknél meg az 1.1.1.2-őt használjuk mert azóta a csaló linkek nem működnek. 3 éve nem volt ilyen jellegű problémánk. Persze van egyéb védelem is, de ahol így módunkban áll korlátozni a DNS-t ott a vírusírtónak is kevesebb dolga van.
Ezt InTune-al beállítom és védi otthon is a hálózatot. A kölkök, tanárok és ügyfelek VPN-eznek otthonról is és ne jöjjön be Malware  Meg a szülők is szeretik, hogy a gépen nincs pornó.

[RViktor]

C:\Users\rviktor>wsl mtr -w 1.1.1.1
Start: 2024-06-14T19:13:42+0200
HOST: RViktor-NOTE                                   Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.1                                     0.0%    10    1.7   1.8   1.6   2.3   0.2
  2.|-- lo1.bsr3-kobanya.net.telekom.hu                 0.0%    10    5.5   4.1   3.8   5.5   0.5
  3.|-- 81.183.246.61                                   0.0%    10    5.2   4.9   4.0   6.4   0.7
  4.|-- 81.183.1.5                                      0.0%    10    4.3   4.3   4.0   4.6   0.2
  5.|-- ???                                            100.0    10    0.0   0.0   0.0   0.0   0.0
  6.|-- 80.156.160.221                                  0.0%    10    7.7   7.9   7.1   8.5   0.4
  7.|-- if-bundle-12-2.qcore2.fnm-frankfurt.as6453.net 60.0%    10   19.3  18.9  18.2  19.5   0.6
  8.|-- if-ae-55-2.tcore2.fnm-frankfurt.as6453.net     40.0%    10   19.3  19.5  19.2  19.9   0.3
  9.|-- 162.158.92.4                                   10.0%    10   28.6  21.6  18.7  31.1   4.8
 10.|-- one.one.one.one                                 0.0%    10  114.3 102.8  90.9 114.3   8.1

[MrThomas]

Sziasztok! 
Szeretném megköszönni a tippeket, a proton vpn-el ausztriára csatlakozva az esti problémák megszüntek és lehetett normál módon discordon beszélgetni, online játszani és a streaming is ment rendesen! 

Előfizettem ugyan, és úgy használva elég jó 20ms-es pingeket produkált ami zseni  Köszönöm

[RViktor]

@MrThomas Örülök neki, hogy legalább ez jó.

Sajnos ma is kell a VPN, mert ma a csomagvesztős lassú nap jutott:
Start: 2024-06-15T20:43:17+0200
HOST: RViktor-NOTE                                   Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.168.1.1                                     0.0%    10    2.7   2.1   1.4   2.7   0.4
  2.|-- lo1.bsr3-kobanya.net.telekom.hu                 0.0%    10    4.3   4.3   3.8   5.7   0.6
  3.|-- 81.183.246.61                                   0.0%    10    5.0   5.1   4.3   6.2   0.6
  4.|-- 81.183.1.5                                      0.0%    10    4.9   4.6   3.9   5.4   0.5
  5.|-- ???                                            100.0    10    0.0   0.0   0.0   0.0   0.0
  6.|-- 80.156.160.221                                  0.0%    10    7.9   8.2   7.1   9.3   0.6
  7.|-- if-bundle-12-2.qcore2.fnm-frankfurt.as6453.net 60.0%    10   19.2  19.8  18.1  21.9   1.6
  8.|-- ???                                            100.0    10    0.0   0.0   0.0   0.0   0.0
  9.|-- 162.158.92.4                                    0.0%    10  119.3 114.3  94.8 124.0   8.4
 10.|-- one.one.one.one                                10.0%    10  125.7 125.4 123.4 128.2   1.6

[benedict]

Rég küldtem már.  

[Bandi01]

2 órája, Hegyirabló írta:

Kaptam postai levelet az NMHH-tól, hivatalból eljárást indítanak a Telekom ellen.

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. 

[RViktor]

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

[trib]

Figyelj alienhun11
Ez am nagyon érdekes de az igazi kérdés az az, hogy te vezettél-e guildet Burning Crusade alatt a Bloodscalpon

[alienhun11]

1 órája, trib írta:

Figyelj alienhun11
Ez am nagyon érdekes de az igazi kérdés az az, hogy te vezettél-e guildet Burning Crusade alatt a Bloodscalpon

Szia Trib

Nem, nem vezettem BC alatt guildet  WoTLK-ba kezdtem a WoW-ot

[RViktor]

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

[john_doe]

Á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.

[RViktor]

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?  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: Szerda 14:29 Szerkesztő: RViktor

[RViktor]

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

[john_doe]

22 perce, RViktor írta:

Csak azt nem értem, hogy ide miért nem írják ki?  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.

[benedict]

De gondolom a megoldás nem a BIX lesz.... Sajnos  

[RViktor]

@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 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. 

[john_doe]

5 órája, benedict írta:

De gondolom a megoldás nem a BIX lesz.... Sajnos  

Amennyire lejött a *****i válaszából nem, nem BIX lesz.

[Slash86z]

Szerintem magyasról le**arják az nmhh-t kb úgy mint az ügyfelet.