-
Szeretne hasonló avatart használni? A profilképként felhasználható avatarokat az alábbi linkről tudja letölteni.
-
Tartalmak
51 -
Csatlakozás időpontja
-
Utolsó látogatás
Tartalomtípus
Profil
Fórumok
Blogok
Galéria
Articles
Bejegyzések, amit benedict posztolt
-
-
4 perce, alienhun11 írta:
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=53ping -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 = 30msmég az IP is más lett....
Viktor, nálad esetleg valami változott?
Ez csak a CF load balancing. (Szerintem, de javítsatok ki ha nem így van)
-
V4 Frankfurt-ba van routeolva, V6 pedig Bécsbe. 😂🤣Érdekes :DDDD
-
Lehet, hogy lett valami routing változtatva de ez még nem az igazi.
-
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.
-
Épp most, benedict írta:
De ez nem csak a Cloudflarenél van.... Van egy bérelt VPS szerverem Németországban ha azt pingelem délután ott is 80-100+ ms. (Biztos, hogy Telekom hiba mert más szolgáltatóknál normális pingeket lehet mérni.) Tehát az egész nemzetközi peering ledöglik délután.
Így kellene kinéznie:
-
Cloudflare proxy mögötti webek ugyan úgy hulladékok.
IPv4 címekkel szokott kezdődni a magas ping majd az IPv6-nál is 100-as pingek lesznek.
-
Ideje lenne most már a Cloudflare problémát is megfixelni.
-
-
35 perce, RViktor írta:
Jó hogy mondjátok, hogy egy mezei Telekom ügyfél vegye fel a Cloudflare-rel a kapcsolatot, de ti se vesztek fel hibát, ha nem ügyfél jelenti be.
A mi cégünk ügyfele a Cloudflare-nek, így tartom is velük a kapcsolatot és nyitott hibajegyem van.
Elmondták, hogy a DT üzletpolitikai döntése ez. A DT nem híve a open peeringnek. Több helyen utánanéztem és valóban így látom.
A cloudflare örömmel várja tőletek az adatot itt:Cloudflare AS13335 Open/Free Dataplex IPv4 cím: 193.188.137.27IPv6 cím: 2001:7F8:35::1:3335:1 100G Gondolom a Dataplex ismerős lehet nektek is
Itt megtekinthető, hogy van ott még hely a telekom ügyfeleknek is: BIX forgalmi statisztikák | Budapest Internet Exchange
De biztosítottak, hogy hogy 90% felé megy a kihasználtság a következő napon bővítenek, mert ők így szokták.
Ha valóban a probléma megoldására törekszetek, kérjetek engedélyt a DT-től, hogy amíg nem oldja meg a problémát peeringelhessetek a BIX-en a Cloudflare-rel, hogy ne keljen a saját szervertermetekből Frankfurtba terelni az adatot. Nem szeretjük a "madár látta" adatot, főleg, hogy ha a felét kilövik útközben....
20-30 perc adminisztráció és már megy legalább nekünk magyaroknak. A Cloudflare alig várja, hogy valaki felvegye tőletek a kapcsolatot vele.
ViktorEgy fontos linkkel még kiegészíteném, hogy ne kelljek google-zni a kedves Telekom technikus/mérnök kollegáknak. Partners Peering Portal | Cloudflare
-
9 órája, donatus írta:
RViktor kolléga tökéletesen leírta azt, ami egyben az én álláspontom és véleményem is... Mindezek után csak azt kérdezném, ha leírom az MT azonosítóm és a további kért infókat üzenetben, vesztek fel rá hibajegyet? Ketyeg a 72 óra, s ha azt túllépitek, akkor a kötbér?
Május 27. küldtem el de hibajegy még mindig nem készült róla.
-
Egy kis spoiler: Magyar Telekom és a Deutsche Telekom nem fog semmit tenni az ügy érdekébe. Egyedül az NMHH-ban lehet bízni.
-
-
-
7 órája, uzman írta:
Szia
Ha IPv4-gyel megfelelően működik a szolgáltatás, próbáld meg kikapcsolni a hálózati kártya beállításainál az IPv6-ot.
Második traceroute eredmény KIFÜ hálózatról történt. IPv4-el és IPv6-al is ugyan olyan ***** ping eredményeket lehet mérni főleg az esti-délutáni órákba a Cloudflare hálózatára pedig egy nemzetközileg elismert hálózatról beszélünk több mint 7,5 millió kiszolgált webbel (2023-as adat).
-
2 órája, Telekom szakértő írta:
Kedves benedict! A probléma kivizsgálásához szeretnénk elkérni az MT ügyfél-azonosítódat is, amit privát üzenetben várunk. Együttműködésedet köszönjük! ^Gabriella
Mivel egy globális Telekom hálózati problémáról beszélünk nem látom relevánsnak a kérést úgy érzem ez is csak az időhúzás része és a valós probléma megint le van seperve az asztalról, de nagyon szívesen elküldöm az MT azonosítómat.
-
2 órája, RViktor írta:
Nem ingyenes azért, fizetni kell érte, de nem hiszem el hogy drágább mint a nemzetközi sávszélesség. Azt tudom elképzelni, hogy a nemzetközi sávszélességet cégcsoporton belül fizeti, a bix pedig cégcsoporton kívüli költség.
Nem gondoltam hogy ilyet írok, de az állami szolgáltatónál 1 ms a telex...
Tracing route to telex.hu [104.26.2.85]
over a maximum of 30 hops:1 <1 ms <1 ms <1 ms 10.88.0.1
2 2 ms 1 ms 1 ms 193.224.3.9
3 2 ms 2 ms 2 ms tg0-1-0-12.rtr1.vh.hbone.hu [195.111.100.48]
4 1 ms 1 ms 1 ms hungarnet-ias-geant-gw.bud.hu.geant.net [83.97.88.81]
5 2 ms 1 ms 2 ms cloudflare.bix.hu [193.188.137.27]
6 2 ms 1 ms 1 ms 104.26.2.85Trace complete.
Telekom:
Tracing route to telex.hu [104.26.2.85]
over a maximum of 30 hops:1 2 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 3 ms 81.183.246.7
4 5 ms 4 ms 4 ms 81.183.3.62
5 * * * Request timed out.
6 9 ms 9 ms 9 ms 217.239.40.138
7 9 ms 8 ms 9 ms 80.156.160.221
8 21 ms 20 ms 20 ms if-bundle-12-2.qcore2.fnm-frankfurt.as6453.net [195.219.25.30]
9 * * * Request timed out.
10 116 ms 120 ms 114 ms 162.158.84.55
11 20 ms 20 ms 19 ms 104.26.2.85Trace complete.
Magyar IP-re MAGYAR ROUTINGOT!!! -
Hajnali fél 1 körül "megjavul" és normális pinget lehet mérni kb. reggelig, DE ez is vicc, hogy Frankfurtba megy ki. Szóval egy szó mint száz ideje lenne a BIX-hez routolni úgy ahogy a konkurencia pl.:Vityafone és a D|G|.
-
Sajnos már nem csak az esti órákban tapasztalható a probléma, de reménykedünk, hogy megoldódik.
22 perce, ADMIN írta:Köszönjük az észrevételt, mi is látjuk és érzékeljük, hogy az utóbbi időszakban nehézségekbe ütközik a Cloudflare átjáró megszokott minőségben történő használata. A probléma abból adódik, hogy jelenleg olyan útvonalon érkezik hozzánk tőlük az adatforgalom, mely túlzsúfolt, ezért azon torlódások alakulhatnak ki az esti órákban. A hálózatunk és a szolgáltatásunk továbbra is rendben van, azonban amíg a hozzánk eljutó tartalom szűkített keresztmetszeten érkezik, addig lehetséges, hogy a Cloudfare nem használja ki a Magyar Telekom hálózatának kapacitását, így továbbra is érzékelhető lesz a minőségi probléma.
Érdemes a tapasztalt hibákat a Cloudfare felé is jelezni. Anyavállalatunk, a Deutsche Telekom felvette a kapcsolatot a Cloudfare üzemeltetőivel annak érdekében, hogy minél gyorsabban újra a régi minőségben tudják használni a felhasználók az általuk kiszolgált platformokat. -
Borzasztó ez a peering probléma.... VPN-t kell használjak, hogy tudjam normálisan használni pl.: a Discord-ot vagy egyéb Cloudflare proxyzott szolgáltatást. Olyan érdekes, hogy például a Google DNS és az AWS szolgáltatások a BIX felé vannak routeolva. 🤔CF-t miért nem lehet a BIX irányába routeolni?
-
"Hálózat felylesztés" az biztosan nem lesz soha, de hálózat fejlesztés valószínű, hogy lesz pár hónapon belül ha az oszlopokon már kint a vezeték. :)
-
Üdv!
Húzd ki a DSL csatlakozót pár másodpercre vagy rebootold a HGW-t ha a publikus ip címed szeretnéd "megváltoztatni".
-
-
Ekkor: 2020. 09. 20. at 13:14, btz írta:
Ennek a kép alapján jónak kéne lennie, ha az SSH szerver a 36-os végű eszközön működik
@btz Köszi szépen a segítséget de NAT volt a probléma. Felhívtam az ügyfélszolgálatot és a szakértő simán megoldotta.
-
@Hollywood Hulk Hogan nem mindenki lehet szerelő ez jogos hiszen én sem vagyok szerelő de legalább találnád fel magad Google a barátod.
1000-es net, de LAN-on 100mbs mutat max,. Miért?
itt: Hálózat
Posztolva:
Valószínűleg CAT5-ös patch kábelek vagy az endpoint eszközökön csak 100 megások. Nézd meg mi van a kábelekre írva és ha "CAT5"-t látsz rajta akkor vegyél CAT5e vagy CAT6-os kábeleket.