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? 

[RViktor]

Csalódott lettem... Már látszódott, hogy dolgoztak rajta valamit... Átment Frankfurtból Bécsbe a kiszolgálás és most megint minden megállt mint az a bizonyos a lakodalomban...

Át is kattant a router VPN üzemmódba, már nem tudok tesztelni.

Szerkesztve ekkor: június 6. Szerkesztő: RViktor

[benedict]

Megfigyeltem, hogy mindig először az IPv4-en kezdődik a galiba. Utána pár órára már az IPv6 is offos.

[alienhun11]

Telex ipv6-on MÉG jó, Ipv4-en elesett

Ping statistics for 172.67.71.160:
    Packets: Sent = 37, Received = 36, Lost = 1 (2% loss),
Approximate round trip times in milli-seconds:
    Minimum = 72ms, Maximum = 105ms, Average = 90ms

Ping statistics for 2606:4700:20::681a:255:
    Packets: Sent = 22, Received = 22, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 8ms, Maximum = 12ms, Average = 10ms
Control-C

[benedict]

Lehet, hogy lett valami routing változtatva de ez még nem az igazi. 

[alienhun11]

Cloudflare loss teszt elesett.

[benedict]

V4 Frankfurt-ba van routeolva, V6 pedig Bécsbe. 😂🤣Érdekes :DDDD

[alienhun11]

TATA - AS - elesett, gondolom akkor az Arelion IPV6 AS is hamarosan elesik. 

[alienhun11]

Telex - továbbra is példának

Ping statistics for 2606:4700:20::ac43:47a0:
    Packets: Sent = 371, Received = 371, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 8ms, Maximum = 13ms, Average = 10ms

Ping statistics for 172.67.71.160:
    Packets: Sent = 357, Received = 357, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 71ms, Maximum = 122ms, Average = 101ms

[alienhun11]

Mintha most valaki belenyúlt volna....

ping -4 telex.hu

Pinging telex.hu [172.67.71.160] with 32 bytes of data:
Reply from 172.67.71.160: bytes=32 time=72ms TTL=53
Reply from 172.67.71.160: bytes=32 time=94ms TTL=53
Reply from 172.67.71.160: bytes=32 time=92ms TTL=53
Reply from 172.67.71.160: bytes=32 time=81ms TTL=53

ping -4 telex.hu -t

Ping statistics for 104.26.3.85:
    Packets: Sent = 101, Received = 100, Lost = 1 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 23ms, Maximum = 79ms, Average = 30ms

 

még az IP is más lett.... 

Viktor, nálad esetleg valami változott? 

[RViktor]

@alienhun11 A cloudflare 3 ipv4-et és 3 ipv6-ot rendel a címhez. Így az nyer amelyiket kapod  ipv4 100+ ms ipv6 9 ms Azaz nem változott.

Name:    telex.hu
Addresses:  2606:4700:20::681a:355
          2606:4700:20::681a:255
          2606:4700:20::ac43:47a0
          172.67.71.160
          104.26.3.85
          104.26.2.85

[alienhun11]

Pedig már kezdtem megörülni

De Kifli.hu laggol továbbra is.

[alienhun11]

4 perce, RViktor írta:

Hát én megőrülni kezdek  

Az már 2 hónapja elkezdődött Amikor más cégnek kell a routeot módosítani mert egy ISP képtelen létezni és csak egy NPCként üzemel... Felbecsülhetetlen 😂

[Lekent]

Talán egy hajszállal jobb lett ma a helyzet, de nem túl acélos. 

[MrThomas]

Sziasztok! 

Itt is jelzem, hogy mi a rongybatekert mákostésztát kell elültetni a himalájai hegyekbe, hogy működjön végre az amiért fizet az ember???? 
Észveszejtően felfoghatatlan hogy hetek óta probléma van és ninsc rá megoldás. Hogy egy klasszikust idézzek: " Kit kell les0pni, hogy történjen valami?"

 

 

[Bandi01]

52 perce, MrThomas írta:

" Kit kell les0pni, hogy történjen valami?"

 

 

https://www.telekom.com/en/company/board-of-management

[CoLoS]

Nem akarom elszolni magam, de mintha ma normális lenne a dolog .  Pedig a napokban erősen gondolkodtam, hogy más szolgáltaton keresztül béreljem az optikát , így megkerülve a cf gondokat.....  🙄🙄

 

[RViktor]

9 perce, CoLoS írta:

Nem akarom elszolni magam, de mintha ma normális lenne a dolog .  Pedig a napokban erősen gondolkodtam, hogy más szolgáltaton keresztül béreljem az optikát , így megkerülve a cf gondokat.....  🙄🙄

 

Jó Routeot kaptál véletlen

 

Szerkesztve ekkor: június 7. Szerkesztő: RViktor

[CoLoS]

A fene vinné el akkor...  🙄

[RViktor]

7 perce, CoLoS írta:

A fene vinné el akkor...  🙄

Ez már tragikomédia... Februárban kezdődött, akkor kicsit javult, most meg több mint 3 hete minden este rossz.
De az Ipv6 már csak Bécsbe megy (az is rossz, de kevesebbet problémás), nem értem az ipv4-et is megcsinálni normálisan.

Én is szolgáltató keresek amúgy ha 4 hónap alatt nem sikerült megoldani akkor mit várunk.
Csak az bosszant, hogy az ügyfeleink szívnak, de ott is inkább veszek egy másik proxyt a Telekomos ügyfelek miatt.

kommunikáció nulla, de legalább már nem kérnek mindenkitől trace logot  és MT azonosítót és próbálják egyedi hibaként kezelni :D.

Szerkesztve ekkor: június 7. Szerkesztő: RViktor

[RViktor]

és csak romlik, csak romlik, már jön a packet loss is...

[szocske110]

A zöld szolgáltató 5G-s otthonnet előfizetésével:

Sokat nem ér így a T optika.

[MrThomas]

Sziasztok! 

Azt valaki esetleg tudja itt a fórumon mitől lehet az, hogy ha az 1.1.1.1 -es vpn-t (warp vagy anélkül) bekapcsolom akkor egy ideig  jó a kapcsolat, majd megint szétszalad a ménes, kikapcsolom utána megint egy ideig jó, vpn vissza megint jó--> megint nem. 
 

Ez a folyamatos routing változtatás miatt lehet központilag? Köszi előre is a válaszokat

[alienhun11]

44 perce, MrThomas írta:

Sziasztok! 

Azt valaki esetleg tudja itt a fórumon mitől lehet az, hogy ha az 1.1.1.1 -es vpn-t (warp vagy anélkül) bekapcsolom akkor egy ideig  jó a kapcsolat, majd megint szétszalad a ménes, kikapcsolom utána megint egy ideig jó, vpn vissza megint jó--> megint nem. 
 

Ez a folyamatos routing változtatás miatt lehet központilag? Köszi előre is a válaszokat

Szia! 

Legegyszerűbb úgy ha WARP VPN-re felcsattintod magad és lekérsz egy tracerouteot, akkor látod h merre visz.... de tippre én arra tudnék gondolni, hogy a VPN úgy van kialakítva h valamennyi útvonal a saját hálózatodból megy át, és mivel a sebesség is összefossa magát, ezért a VPN is. 

De ez csak felvetés. 

[RViktor]

5 órája, MrThomas írta:

Ez a folyamatos routing változtatás miatt lehet központilag? Köszi előre is a válaszokat

Ha esténként (16-24 óra között) szakad, akkor szimplán nem szereti a csomagvesztést, az Telekom hiba. Ha ezen kívül, akkor rengeteg féle saját eszköz hiba lehet. Napközben nekem soha nem szakad meg a Tunnel.

[RViktor]

Napi trace:
Tracing route to one.one.one.one [1.0.0.1]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  192.168.1.1
  2     3 ms     3 ms     3 ms  lo1.bsr3-kobanya.net.telekom.hu [145.236.238.140]
  3     4 ms     4 ms     4 ms  c-ge1-2.osr0-krisztina.net.telekom.hu [81.183.246.63]
  4     4 ms     4 ms     3 ms  81.183.3.60
  5     *        *        *     Request timed out.
  6     9 ms     9 ms     9 ms  80.156.160.221
  7     *       19 ms     *     if-bundle-12-2.qcore2.fnm-frankfurt.as6453.net [195.219.25.30]
  8     *        *        *     Request timed out.
  9   125 ms   129 ms   129 ms  172.70.244.5
 10   123 ms   124 ms   124 ms  one.one.one.one [1.0.0.1]

Trace complete.

Szerkesztve ekkor: június 8. Szerkesztő: RViktor