Zdravím,
nedávno jsem přešel z internetu od Vodafonu na T-Mobile Fiber 2000/1000 Mb/s přes infrastrukturu CETIN v Litoměřicích a řeším především vyšší latenci oproti původnímu poskytovateli.
U Vodafonu jsem dlouhodobě dosahoval na Speedtestu odezvy přibližně 4–5 ms, zatímco nyní mám u T-Mobilu přibližně 9–10 ms. Chápu, že jde stále o dobré hodnoty, ale rád bych zjistil, zda je rozdíl způsoben přístupovou sítí CETINu, agregací, PPPoE koncentrátorem nebo směrováním T-Mobilu a jestli existuje nějaká možnost optimalizace.
Budu rád za zkušenosti ostatních, především těch, kteří používají T-Mobile přes CETIN na GPON.
1. Parametry přípojky
Lokalita: Litoměřice
Poskytovatel: T-Mobile
Infrastruktura: CETIN
Technologie: FTTH / GPON
Tarif: 2000/1000 Mb/s
ONT/router: Sagemcom F@st 5670
Hardware: 3.0
Firmware: SGFm100254
Protokol: PPPoE
MTU: 1492
IPv4: CGNAT
Optický signál RX: přibližně −17,1 dBm
PC: Intel I226-V, 2,5Gb/s Ethernet
Sagemcom hlásí optickou linku ve stavu OPERATIONAL a rychlost přípojky přes jeho 2,5Gb/s LAN port funguje správně.
2. Měření latence přímo přes Sagemcom
PC je připojené kabelem přes 2,5Gb/s Ethernet, nikoliv přes Wi-Fi.
Cíl
Naměřená odezva
Sagemcom (lokální síť)
pod 1 ms
PPPoE brána T-Mobilu
8–9 ms
Cloudflare (1.1.1.1)
9–10 ms
Google (8.8.8.8)
8–9 ms
Seznam.cz
10 ms
Ztrátovost paketů při testech byla 0 %.
Z traceroute je vidět, že většina latence vzniká už na trase k první bráně operátora. Další uzly přidávají jen minimální zpoždění.
Zajímalo by mě, zda je podobná latence na infrastruktuře CETIN → T-Mobile běžná, případně zda může souviset s regionálním předáváním provozu či topologií agregační sítě.
3. Komunikace s podporou T-Mobilu a změna BRAS
Kontaktoval jsem technickou podporu T-Mobilu kvůli vyšší latenci. Podpora ověřila připojení a potvrdila, že je z jejich pohledu vše v normě.
Požádal jsem také o informaci, na kterém BRAS/BNG koncentrátoru je moje PPPoE spojení ukončené.
Původně jsem byl připojený přes:
ph56921-bras-1
Na první PPPoE bránu jsem měl přibližně 8–9 ms.
Pracovník technické podpory následně provedl vzdálený restart portu a připojení se nově navázalo přes:
ph54483-bras-1
Výsledek byl prakticky totožný. Ping na první bránu zůstal 8–9 ms a na Cloudflare 9–10 ms.
Změna BRAS tedy nepřinesla žádné měřitelné zlepšení.
4. PPPoE Discovery a dostupné koncentrátory
Pomocí Wiresharku jsem při zapnutém PPPoE Passthrough na Sagemcomu provedl PPPoE Discovery.
Podařilo se mi zachytit odpovědi PADO od následujících koncentrátorů:
ph54483-bras-1
ph56921-bras-1
ph56921-bras-2
ph482-bras-1
ph482-bras-2
Zaujalo mě hlavně ph482-bras-1, protože ve starší diskusi z roku 2022 jsem narazil na zkušenosti s výrazně nižší odezvou oproti záložnímu bo3080-bras-1.
Je mi jasné, že jde o několik let staré informace a současné směrování může být jiné.
5. Test vlastního routeru TP-Link Archer BE3600
Vlastním také TP-Link Archer BE3600 s Wi-Fi 7 a 2,5Gb/s WAN/LAN porty.
Vyzkoušel jsem ho jako samostatného PPPoE klienta za Sagemcomem s povoleným PPPoE Passthrough.
Zapojení:
Optika
|
Sagemcom F@st 5670
| 2,5Gb/s LAN + PPPoE Passthrough
|
TP-Link Archer BE3600
| PPPoE klient
| 2,5Gb/s LAN
|
PC
Na Archeru jsem nastavil vlastní PPPoE přihlašovací údaje a MTU 1492.
Připojení se bez problémů navázalo a download dosahoval přibližně 2 000 Mb/s.
Objevil se však problém s uploadem, který nepřekročil přibližně 90 Mb/s, zatímco přes samotný Sagemcom dosahuji výrazně vyšších hodnot.
Současně byla přes Archer latence přibližně 10–11 ms, tedy zhruba o 1 ms vyšší než při přímém připojení přes Sagemcom.
Archer má v pokročilém nastavení PPPoE možnost ručně zadat Access Concentrator Name, takže jsem vyzkoušel také ph482-bras-1.
Ani tato změna však ping výrazně nezlepšila.
Zajímalo by mě, zda se někdo setkal s podobným omezením uploadu při PPPoE Passthrough na Sagemcomu 5670. Narazil jsem i na zkušenosti s nízkým uploadem v bridge režimu, ale nevím, zda jde o stejný problém.
Kvůli tomu jsem se nakonec vrátil k samotnému Sagemcomu.
6. Testování MTU
Zkoušel jsem také změnu MTU z výchozích 1492 na 1500.
Běžný internet fungoval i při MTU 1500, ale při ověřování přenosu větších IPv4 paketů bez fragmentace jsem získal následující výsledky:
ping 1.1.1.1 -f -l 1472
Pět požadavků skončilo timeoutem.
ping 1.1.1.1 -f -l 1464
Všech deset požadavků prošlo bez ztráty paketů s odezvou přibližně 9–10 ms.
Z toho důvodu jsem se vrátil k MTU 1492. Žádné zlepšení latence jsem při změnách MTU nezaznamenal.
Změnu DNS nepovažuji za řešení, protože obdobné hodnoty pingu naměřím i při přímém použití IP adres.
7. Bufferbloat
Provedl jsem také dva testy pomocí Waveform Bufferbloat Test.
Výsledky:
Parametr
Výsledek
Hodnocení
A
Základní latence
cca 10 ms
Nárůst při downloadu
+3 ms
Nárůst při uploadu
+18 až +26 ms
Jitter v prvním testu
0,8 ms
Ztrátovost v prvním testu
0 %
Při downloadu tedy dochází pouze k malému nárůstu latence. Při plném vytížení uploadu je nárůst vyšší a občas se objeví krátkodobá špička.
Celkově ale připojení působí stabilně a výrazný bufferbloat při downloadu se neprojevuje.
8. Možnost výměny Sagemcomu za KAON nebo Askey
Už při instalaci jsem s technikem řešil možnost využívat vlastní router.
Technik kontaktoval T-Mobile a zjišťoval dostupnost samostatného optického převodníku. Nabízené zařízení však mělo pouze gigabitový ethernetový výstup, což pro tarif 2000/1000 Mb/s nestačí.
Následně jsem narazil na KAON PM1191 s multigigabitovým Ethernetem, který T-Mobile uvádí v dokumentaci pro T Fiber.
Technická podpora mi však sdělila, že KAON zatím nemá potřebné schválení pro aktivaci na infrastruktuře CETIN a čeká se na certifikaci. Časový horizont mi nedokázali sdělit.
Další možností byla výměna Sagemcomu za novější Askey RTV7907VW s Wi-Fi 7, který podle dostupných specifikací podporuje GPON i XGS-PON.
Na prodejně T-Mobilu jsem ale zjistil, že tento model zatím nemají naskladněný a nedokážou ho ani objednat.
Aktuálně tedy zůstávám u Sagemcomu F@st 5670.
9. Na co bych se chtěl zeptat
Budu rád zejména za zkušenosti uživatelů T-Mobilu na infrastruktuře CETIN:
Jakou odezvu máte na první PPPoE bránu a na 1.1.1.1? Je v severních Čechách běžných 8–10 ms, nebo dosahujete nižších hodnot?
Může být rozdíl oproti Vodafonu způsoben způsobem agregace a předáváním provozu mezi CETINem a T-Mobilem?
Máte zkušenost s tím, že změna BRAS/BNG skutečně snížila základní latenci?
Setkal se někdo u Sagemcomu 5670 s omezením uploadu na přibližně 90–100 Mb/s při použití PPPoE Passthrough, přestože download funguje plnou rychlostí?
Podařilo se někomu na GPON infrastruktuře CETIN u T-Mobilu získat samostatné ONT s alespoň 2,5Gb/s ethernetovým portem, případně zprovoznit Askey RTV7907VW?
Neřeším nefunkční přípojku. Přes samotný Sagemcom dosahuji požadované rychlosti a připojení je stabilní. Spíš se snažím pochopit, proč mám oproti předchozímu poskytovateli vyšší základní latenci a jestli existuje nějaká technicky smysluplná možnost jejího snížení.
Budu rád za zkušenosti nebo vysvětlení od někoho, kdo zná topologii a agregaci CETIN/T-Mobile, případně fungování PPPoE koncentrátorů v této síti.
Díky všem.
Ahoj,
niekoľko poznámok:
Latencia - je to trochu viac ako obvykle, ale daná aktuálnou topológiou
aggregačnej siete. Ale vo všeobecnosti je tá latencia určite OK.
V dohľadnej dobe (3-6 mesiacov) by sa to malo zlepšit.
Zmena routra latencii nepomôže (vyplýva z predch. odseku).
MTU - TMCZ podporuje max 1492, viac nepôjde.
Zadanie Access Concentrator Name (AC-Name) v TMCZ sieti nepoužívaj,
môže sa ti stať, že sa v nejakom okamihu nepripojíš vôbec
(daný AC môže byť úplne ulitilizovaný a bude ťa odmietať),
ale vždy máš k dispozícii nejaký další voľný.
Pre tvoj región je úplne jedno, ktorý AC použiješ,
na latenciu to nemá vplyv. Nechaj to na automatiku (spojenie
sa naviaže na prvý ktorý odpovie, tj. najmenšia latencia).
PPPoE Passthrough - radšej nepouživať.
Technicky na Sagemcom 5670 PPPoE Passthrough normálne funguje,
speedtest dáva napr. 920/920 Mbps (na 1/1Gbps linke).
Všeobecne radšej PPPoE Passthrough nepoužívať, vytáča paralelne druhú/ďalšiu session,
môže spôsobiť problémy s routingom.
Ak chceš vytáčať zo svojho routra, radšej zavolaj na TMCZ Callcentrum
a požiadaj o prepnutie routra do bridge-modu.
(WAN Internet VLAN sa prebridguje na LAN port).
Podle tech informaci to nevypada, ze by CETIN mel na uvedene parametry jakykoli vliv - vypada to na sdilenou fyzickou infrastrukturu, na ktere ale T-Mobile ma vlastni ONT a BRAS. To se nejlepe pozna podle nazvu tarifu.
OP, mate tarif FTTx Internet XXX (CETIN) nebo Fiber Internet XXX (T-Mobile)?
Kazda z techto siti ma vlastni topologii.
Citace od: Radek Zajíc kdy 05. 11. 2026, 17:43:36Podle tech informaci to nevypada, ze by CETIN mel na uvedene parametry jakykoli vliv - vypada to na sdilenou fyzickou infrastrukturu, na ktere ale T-Mobile ma vlastni ONT a BRAS. To se nejlepe pozna podle nazvu tarifu.
OP, mate tarif FTTx Internet XXX (CETIN) nebo Fiber Internet XXX (T-Mobile)?
Kazda z techto siti ma vlastni topologii.
Díky za reakci. Ověřil jsem smlouvu a mám tam výslovně uvedený tarif **Fiber Internet 2000**, nikoliv FTTx Internet. Technická podpora T-Mobilu mi ale zároveň potvrdila, že vlastníkem optické infrastruktury na mé přípojce je CETIN, a právě kvůli chybějící certifikaci na síti CETIN zatím nelze aktivovat samostatný KAON PM1191.
Je tedy možné, že jde o infrastrukturu CETINu s vlastním optickým zakončením a PPPoE/BRAS T-Mobilu? Nebo označení Fiber Internet jednoznačně znamená jinou technologii?
Citace od: dmr345 kdy 05. 11. 2026, 17:12:43Ahoj,
niekoľko poznámok:
Latencia - je to trochu viac ako obvykle, ale daná aktuálnou topológiou
aggregačnej siete. Ale vo všeobecnosti je tá latencia určite OK.
V dohľadnej dobe (3-6 mesiacov) by sa to malo zlepšit.
Zmena routra latencii nepomôže (vyplýva z predch. odseku).
MTU - TMCZ podporuje max 1492, viac nepôjde.
Zadanie Access Concentrator Name (AC-Name) v TMCZ sieti nepoužívaj,
môže sa ti stať, že sa v nejakom okamihu nepripojíš vôbec
(daný AC môže byť úplne ulitilizovaný a bude ťa odmietať),
ale vždy máš k dispozícii nejaký další voľný.
Pre tvoj región je úplne jedno, ktorý AC použiješ,
na latenciu to nemá vplyv. Nechaj to na automatiku (spojenie
sa naviaže na prvý ktorý odpovie, tj. najmenšia latencia).
PPPoE Passthrough - radšej nepouživať.
Technicky na Sagemcom 5670 PPPoE Passthrough normálne funguje,
speedtest dáva napr. 920/920 Mbps (na 1/1Gbps linke).
Všeobecne radšej PPPoE Passthrough nepoužívať, vytáča paralelne druhú/ďalšiu session,
môže spôsobiť problémy s routingom.
Ak chceš vytáčať zo svojho routra, radšej zavolaj na TMCZ Callcentrum
a požiadaj o prepnutie routra do bridge-modu.
(WAN Internet VLAN sa prebridguje na LAN port).
Ahoj, díky moc za podrobnou a věcnou odpověď!
Nejvíc mě zaujala informace o plánovaném zlepšení latence během 3–6 měsíců. Můžu se zeptat, jestli jde o nějaké konkrétní změny v agregační síti T-Mobilu, případně o optimalizaci předávacích bodů mezi CETINem a T-Mobilem?
Fiber Internet by mel byt postaven jako opticke vlakno mezi tebou a OLT TM (s pripadnym vlozenym splitterem, nebo vice splittery). Proto se mi nezda ta vymluva na "certifikaci v siti CETIN". Optiku v LTM IMO stavi CETIN a Amigonet.
Prihod nam sem traceroute a budeme vedet lip.
Jeste dotaz, ta puvodni pripojka od Vodafonu byla kabelovka nebo optika na siti CETINu?
Citace od: Radek Zajíc kdy 05. 11. 2026, 20:58:23Fiber Internet by mel byt postaven jako opticke vlakno mezi tebou a OLT TM (s pripadnym vlozenym splitterem, nebo vice splittery). Proto se mi nezda ta vymluva na "certifikaci v siti CETIN". Optiku v LTM IMO stavi CETIN a Amigonet.
V tomto pripade je OLT a pasivna splitrovana optika CETINu, zvysok je T-mobile.
Citace od: Hedyyy kdy 05. 11. 2026, 18:55:39Můžu se zeptat, jestli jde o nějaké konkrétní změny v agregační síti T-Mobilu, případně o optimalizaci předávacích bodů mezi CETINem a T-Mobilem?
Prvá možnosť. Odovzdanie je priamo OLT CETIN vs. agregačná sieť T-mobile.
Citace od: Radek Zajíc kdy 05. 11. 2026, 20:58:23Fiber Internet by mel byt postaven jako opticke vlakno mezi tebou a OLT TM (s pripadnym vlozenym splitterem, nebo vice splittery). Proto se mi nezda ta vymluva na "certifikaci v siti CETIN". Optiku v LTM IMO stavi CETIN a Amigonet.
Prihod nam sem traceroute a budeme vedet lip.
Jeste dotaz, ta puvodni pripojka od Vodafonu byla kabelovka nebo optika na siti CETINu?
Citace od: Radek Zajíc kdy 05. 11. 2026, 20:58:23Fiber Internet by mel byt postaven jako opticke vlakno mezi tebou a OLT TM (s pripadnym vlozenym splitterem, nebo vice splittery). Proto se mi nezda ta vymluva na "certifikaci v siti CETIN". Optiku v LTM IMO stavi CETIN a Amigonet.
Prihod nam sem traceroute a budeme vedet lip.
Jeste dotaz, ta puvodni pripojka od Vodafonu byla kabelovka nebo optika na siti CETINu?
Původně jsem měl u Vodafonu FTTH optiku 1000/1000 Mb/s, nikoliv kabelovku. Optické vlákno vedlo do samostatného aktivního převodníku CETIN (ONT) a z něj Ethernet do vlastního routeru. Nyní mám ze stejné optické zásuvky vlákno přímo do Sagemcomu 5670. Předpokládám tedy, že Vodafone využíval infrastrukturu CETINu, ale přesnou technologii původního ONT (GPON/XGS-PON) bohužel nevím.
@Hedyyy Dobře , že do toho šťouráte. Ta odpověď zákazníkovi, že "vaše připojení je v normě" i když vy jasně vidíte velký rozdíl v latenci je ke vzteku.
Podobně jsem dopadl tady na P9 u jednoho lokálního providera. Ovšem to nebyl GPON.
Letos mám GPON Vodafonu a mají taky cca 5-6ms k "poslednímu bodu před Internetem". Takže bych těch 5-6ms považoval za standard pro gigabit+ GPONy.
Jen pro zajímavost a srovnání, T-Mobile optika na jejich vláknech, tady aspoň jsem o tom přesvědčen.
Microsoft Windows [Version 10.0.26300.9711]
(c) Microsoft Corporation. All rights reserved.
C:\Windows\System32>ping 1.1.1.1
Pinging 1.1.1.1 with 32 bytes of data:
Reply from 1.1.1.1: bytes=32 time=3ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Ping statistics for 1.1.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 2ms, Maximum = 3ms, Average = 2ms
C:\Windows\System32>ping 1.1.1.1
Pinging 1.1.1.1 with 32 bytes of data:
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Ping statistics for 1.1.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 2ms, Maximum = 2ms, Average = 2ms
C:\Windows\System32>tracert -d 1.1.1.1
Tracing route to 1.1.1.1 over a maximum of 30 hops
1 1 ms <1 ms 2 ms 192.168.10.7
2 2 ms 2 ms 2 ms 62.141.11.116
3 2 ms 2 ms 2 ms 10.92.6.149
4 3 ms 3 ms 2 ms 141.101.94.16
5 3 ms 2 ms 2 ms 141.101.94.35
6 4 ms 2 ms 2 ms 1.1.1.1
Trace complete.
C:\Windows\System32>tracert -d 1.1.1.1
Tracing route to 1.1.1.1 over a maximum of 30 hops
1 1 ms <1 ms 1 ms 192.168.10.7
2 2 ms 2 ms 2 ms 62.141.11.116
3 2 ms 2 ms 2 ms 10.92.6.149
4 3 ms 2 ms 3 ms 141.101.94.16
5 12 ms 13 ms 13 ms 141.101.94.35
6 3 ms 4 ms 2 ms 1.1.1.1
Trace complete.
Citace od: Tonda kdy 06. 11. 2026, 19:00:14Jen pro zajímavost a srovnání, T-Mobile optika na jejich vláknech, tady aspoň jsem o tom přesvědčen.
Microsoft Windows [Version 10.0.26300.9711]
(c) Microsoft Corporation. All rights reserved.
C:\Windows\System32>ping 1.1.1.1
Pinging 1.1.1.1 with 32 bytes of data:
Reply from 1.1.1.1: bytes=32 time=3ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Ping statistics for 1.1.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 2ms, Maximum = 3ms, Average = 2ms
C:\Windows\System32>ping 1.1.1.1
Pinging 1.1.1.1 with 32 bytes of data:
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Ping statistics for 1.1.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 2ms, Maximum = 2ms, Average = 2ms
C:\Windows\System32>tracert -d 1.1.1.1
Tracing route to 1.1.1.1 over a maximum of 30 hops
1 1 ms <1 ms 2 ms 192.168.10.7
2 2 ms 2 ms 2 ms 62.141.11.116
3 2 ms 2 ms 2 ms 10.92.6.149
4 3 ms 3 ms 2 ms 141.101.94.16
5 3 ms 2 ms 2 ms 141.101.94.35
6 4 ms 2 ms 2 ms 1.1.1.1
Trace complete.
C:\Windows\System32>tracert -d 1.1.1.1
Tracing route to 1.1.1.1 over a maximum of 30 hops
1 1 ms <1 ms 1 ms 192.168.10.7
2 2 ms 2 ms 2 ms 62.141.11.116
3 2 ms 2 ms 2 ms 10.92.6.149
4 3 ms 2 ms 3 ms 141.101.94.16
5 12 ms 13 ms 13 ms 141.101.94.35
6 3 ms 4 ms 2 ms 1.1.1.1
Trace complete.
Jenze co s tim mam delat :D Takhle jak to mate vy si to predstavuju
Citace od: testo_cz kdy 06. 11. 2026, 08:17:52@Hedyyy Dobře , že do toho šťouráte. Ta odpověď zákazníkovi, že "vaše připojení je v normě" i když vy jasně vidíte velký rozdíl v latenci je ke vzteku.
Podobně jsem dopadl tady na P9 u jednoho lokálního providera. Ovšem to nebyl GPON.
Letos mám GPON Vodafonu a mají taky cca 5-6ms k "poslednímu bodu před Internetem". Takže bych těch 5-6ms považoval za standard pro gigabit+ GPONy.
Jenze netusim co s tim..
Citace od: Tonda kdy 06. 11. 2026, 19:00:14Jen pro zajímavost a srovnání, T-Mobile optika na jejich vláknech, tady aspoň jsem o tom přesvědčen.
Microsoft Windows [Version 10.0.26300.9711]
(c) Microsoft Corporation. All rights reserved.
C:\Windows\System32>ping 1.1.1.1
Pinging 1.1.1.1 with 32 bytes of data:
Reply from 1.1.1.1: bytes=32 time=3ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Ping statistics for 1.1.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 2ms, Maximum = 3ms, Average = 2ms
C:\Windows\System32>ping 1.1.1.1
Pinging 1.1.1.1 with 32 bytes of data:
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Ping statistics for 1.1.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 2ms, Maximum = 2ms, Average = 2ms
C:\Windows\System32>tracert -d 1.1.1.1
Tracing route to 1.1.1.1 over a maximum of 30 hops
1 1 ms <1 ms 2 ms 192.168.10.7
2 2 ms 2 ms 2 ms 62.141.11.116
3 2 ms 2 ms 2 ms 10.92.6.149
4 3 ms 3 ms 2 ms 141.101.94.16
5 3 ms 2 ms 2 ms 141.101.94.35
6 4 ms 2 ms 2 ms 1.1.1.1
Trace complete.
C:\Windows\System32>tracert -d 1.1.1.1
Tracing route to 1.1.1.1 over a maximum of 30 hops
1 1 ms <1 ms 1 ms 192.168.10.7
2 2 ms 2 ms 2 ms 62.141.11.116
3 2 ms 2 ms 2 ms 10.92.6.149
4 3 ms 2 ms 3 ms 141.101.94.16
5 12 ms 13 ms 13 ms 141.101.94.35
6 3 ms 4 ms 2 ms 1.1.1.1
Trace complete.
Díky za porovnání, tohle je hodně zajímavé!
Všiml jsem si, že máme dokonce stejný třetí hop `10.92.6.149` a následně i `141.101.94.16`. Rozdíl je ale už na první bráně T-Mobilu, kde já mám 8–9 ms a ty pouze 2 ms.
To docela podporuje teorii o rozdílné přístupové/agregační trase, kterou tady zmiňoval dmr345.
Můžu se zeptat, z jaké přibližně oblasti měříš a jestli máš opravdu optiku přímo na infrastruktuře T-Mobilu, nebo přes jiného vlastníka sítě?
nachomytnul sem se jen k reseni pripojeni TV k nove Wifi v ramci modemu ktery je na optice TM, ale zrejme take na infra Cetinu... zmohl sem se jen na overujici speedtest a tam byl ping 5ms. Jelikoz na VDSL mam 7-10ms tak bych cekal taky o fous mene na optice. 8)
Citace od: pc wifi kdy 06. 11. 2026, 22:00:27nachomytnul sem se jen k reseni pripojeni TV k nove Wifi v ramci modemu ktery je na optice TM, ale zrejme take na infra Cetinu... zmohl sem se jen na overujici speedtest a tam byl ping 5ms. Jelikoz na VDSL mam 7-10ms tak bych cekal taky o fous mene na optice. 8)
To je zajímavé, díky za zkušenost. Můžu se zeptat, jestli bys mohl zkusit ping přímo na 1.1.1.1 a případně traceroute (tracert -d 1.1.1.1)? Zajímalo by mě, jakou máš odezvu na první bránu operátora a kudy vede trasa. Řešil bych to pak s Tmobilem s konkrétními podklady.
Pokud jsi také na infrastruktuře CETINu, bylo by to zajímavé srovnání, protože já mám už na první PPPoE bráně 8–9 ms.
Takhle to vypadá v Praze:
Citacetracert 1.1.1.1
Tracing route to one.one.one.one [1.1.1.1]
over a maximum of 30 hops:
1 2 ms 1 ms 1 ms sagemcom [192.168.1.1]
2 8 ms 3 ms 2 ms 62.141.11.119
3 9 ms 3 ms 6 ms 10.92.6.149
4 8 ms 3 ms 3 ms 141.101.94.16
5 29 ms 3 ms 3 ms 141.101.94.37
6 8 ms 2 ms 3 ms one.one.one.one [1.1.1.1]
Citace od: Hedyyy kdy 06. 11. 2026, 21:32:30Můžu se zeptat, z jaké přibližně oblasti měříš a jestli máš opravdu optiku přímo na infrastruktuře T-Mobilu, nebo přes jiného vlastníka sítě?
Oblast je to Praha 18 (Letňany) a jsem přesvědčený, že je to na infrastruktuře T-Mobile, ale úplně nevím jak to jednoduše spolehlivě ověřit, služba se při zřízení v 2/2022 jmenovala
Můj optický internet S, teď je to
Fiber Internet 250. Login do PPPoE i Můj T-Mobile začíná
optin0027A ještě tedy mám jejich ONT přepnutý do bridge čímž za něj nic neplatím a mám vlastní router
Citace od: JenBob kdy 07. 11. 2026, 09:16:41Takhle to vypadá v Praze:
Citacetracert 1.1.1.1
Tracing route to one.one.one.one [1.1.1.1]
over a maximum of 30 hops:
1 2 ms 1 ms 1 ms sagemcom [192.168.1.1]
2 8 ms 3 ms 2 ms 62.141.11.119
3 9 ms 3 ms 6 ms 10.92.6.149
4 8 ms 3 ms 3 ms 141.101.94.16
5 29 ms 3 ms 3 ms 141.101.94.37
6 8 ms 2 ms 3 ms one.one.one.one [1.1.1.1]
A takhle to vypadá jinde v Praze, s tarifem který se jmenuje Fiber Internet 250 bez závazku a routerem od T-Mobile (192.168.1.1) do kterého přímo vede optika a pro připojení vnitřní sítě má WiFi 6 a ethernet 4x1 Gbps a 1x2,5 Gbps:
Citacetraceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
1 192.168.1.1 (192.168.1.1) 0.421 ms 0.372 ms 0.328 ms
2 62.141.5.8 (62.141.5.8) 1.095 ms 2.101 ms 2.061 ms
3 10.92.6.149 (10.92.6.149) 2.419 ms 2.175 ms 2.783 ms
4 141.101.94.16 (141.101.94.16) 35.396 ms 35.356 ms 12.763 ms
5 141.101.94.35 (141.101.94.35) 3.208 ms 3.296 ms 3.255 ms
6 one.one.one.one (1.1.1.1) 2.484 ms 1.966 ms 1.903 ms
Citace od: Hedyyy kdy 06. 11. 2026, 21:30:52Citace od: testo_cz kdy 06. 11. 2026, 08:17:52@Hedyyy Dobře , že do toho šťouráte. Ta odpověď zákazníkovi, že "vaše připojení je v normě" i když vy jasně vidíte velký rozdíl v latenci je ke vzteku.
Podobně jsem dopadl tady na P9 u jednoho lokálního providera. Ovšem to nebyl GPON.
Letos mám GPON Vodafonu a mají taky cca 5-6ms k "poslednímu bodu před Internetem". Takže bych těch 5-6ms považoval za standard pro gigabit+ GPONy.
Jenze netusim co s tim..
Jo to se rozumí... ja Teda nakonec měnil operátora prostě
Citace od: Tonda kdy 06. 11. 2026, 19:00:14Jen pro zajímavost a srovnání, T-Mobile optika na jejich vláknech, tady aspoň jsem o tom přesvědčen.
Microsoft Windows [Version 10.0.26300.9711]
(c) Microsoft Corporation. All rights reserved.
C:\Windows\System32>ping 1.1.1.1
Pinging 1.1.1.1 with 32 bytes of data:
Reply from 1.1.1.1: bytes=32 time=3ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Ping statistics for 1.1.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 2ms, Maximum = 3ms, Average = 2ms
C:\Windows\System32>ping 1.1.1.1
Pinging 1.1.1.1 with 32 bytes of data:
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Reply from 1.1.1.1: bytes=32 time=2ms TTL=59
Ping statistics for 1.1.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 2ms, Maximum = 2ms, Average = 2ms
C:\Windows\System32>tracert -d 1.1.1.1
Tracing route to 1.1.1.1 over a maximum of 30 hops
1 1 ms <1 ms 2 ms 192.168.10.7
2 2 ms 2 ms 2 ms 62.141.11.116
3 2 ms 2 ms 2 ms 10.92.6.149
4 3 ms 3 ms 2 ms 141.101.94.16
5 3 ms 2 ms 2 ms 141.101.94.35
6 4 ms 2 ms 2 ms 1.1.1.1
Trace complete.
C:\Windows\System32>tracert -d 1.1.1.1
Tracing route to 1.1.1.1 over a maximum of 30 hops
1 1 ms <1 ms 1 ms 192.168.10.7
2 2 ms 2 ms 2 ms 62.141.11.116
3 2 ms 2 ms 2 ms 10.92.6.149
4 3 ms 2 ms 3 ms 141.101.94.16
5 12 ms 13 ms 13 ms 141.101.94.35
6 3 ms 4 ms 2 ms 1.1.1.1
Trace complete.
2ms RTT na čtyři jedničky to není možný ne ?
AFAIK, každý router s agregovaným provozem si reálně může tu 1ms přidat a do 1.1.1.1 jich tam bude víc než dva .
Citace od: testo_cz kdy 07. 11. 2026, 12:21:432ms RTT na čtyři jedničky to není možný ne ?
AFAIK, každý router s agregovaným provozem si reálně může tu 1ms přidat a do 1.1.1.1 jich tam bude víc než dva .
Proč by router měl přidávat 1 ms? To by nebyl dobrý router.
RTT 2 ms na 1.1.1.1 je s kvalitním připojením v Praze standardní hodnota při zaokrouhlení na celé ms. Přes GPON od T-Mobile mám trochu přes 2 ms. Přes ethernet který vede do switche ve sklepě odkud dál vede optika (dnes O2, koupili to od jiného operátora) mám stabilně trochu pod 2 ms.
Citace od: Tonda kdy 07. 11. 2026, 11:26:19Citace od: Hedyyy kdy 06. 11. 2026, 21:32:30Můžu se zeptat, z jaké přibližně oblasti měříš a jestli máš opravdu optiku přímo na infrastruktuře T-Mobilu, nebo přes jiného vlastníka sítě?
Oblast je to Praha 18 (Letňany) a jsem přesvědčený, že je to na infrastruktuře T-Mobile, ale úplně nevím jak to jednoduše spolehlivě ověřit, služba se při zřízení v 2/2022 jmenovala Můj optický internet S, teď je to Fiber Internet 250. Login do PPPoE i Můj T-Mobile začíná optin0027
A ještě tedy mám jejich ONT přepnutý do bridge čímž za něj nic neplatím a mám vlastní router
Díky za upřesnění! Takže máš v Letňanech optiku T-Mobilu s vlastním routerem za ONT v bridge režimu a stabilně kolem 2 ms na 1.1.1.1.
Zajímavé je, že od třetího hopu máme prakticky stejnou trasu, přestože u mě je odezva už na první PPPoE bránu 8–9 ms.
Ještě by mě zajímalo, jestli ti T-Mobile někdy výslovně potvrdil, že je OLT přímo jejich, nebo to předpokládáš podle původního názvu služby. Rád bych rozlišil přípojky na vlastní síti T-Mobilu a přes OLT CETINu.
Citace od: LeosB kdy 07. 11. 2026, 12:13:11Citace od: JenBob kdy 07. 11. 2026, 09:16:41Takhle to vypadá v Praze:
Citacetracert 1.1.1.1
Tracing route to one.one.one.one [1.1.1.1]
over a maximum of 30 hops:
1 2 ms 1 ms 1 ms sagemcom [192.168.1.1]
2 8 ms 3 ms 2 ms 62.141.11.119
3 9 ms 3 ms 6 ms 10.92.6.149
4 8 ms 3 ms 3 ms 141.101.94.16
5 29 ms 3 ms 3 ms 141.101.94.37
6 8 ms 2 ms 3 ms one.one.one.one [1.1.1.1]
A takhle to vypadá jinde v Praze, s tarifem který se jmenuje Fiber Internet 250 bez závazku a routerem od T-Mobile (192.168.1.1) do kterého přímo vede optika a pro připojení vnitřní sítě má WiFi 6 a ethernet 4x1 Gbps a 1x2,5 Gbps:
Citacetraceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
1 192.168.1.1 (192.168.1.1) 0.421 ms 0.372 ms 0.328 ms
2 62.141.5.8 (62.141.5.8) 1.095 ms 2.101 ms 2.061 ms
3 10.92.6.149 (10.92.6.149) 2.419 ms 2.175 ms 2.783 ms
4 141.101.94.16 (141.101.94.16) 35.396 ms 35.356 ms 12.763 ms
5 141.101.94.35 (141.101.94.35) 3.208 ms 3.296 ms 3.255 ms
6 one.one.one.one (1.1.1.1) 2.484 ms 1.966 ms 1.903 ms
Díky za traceroute, tohle je pro mě hodně zajímavé srovnání.
Moje první PPPoE brána je 62.141.5.9 s odezvou 8–9 ms, zatímco ty máš 62.141.5.8 s odezvou kolem 1–2 ms. Třetí hop 10.92.6.149 už máme stejný, stejně jako další trasu na Cloudflare.
Můžu se zeptat, jestli víš, zda jsi na vlastní infrastruktuře T-Mobilu, nebo přes CETIN? A případně alespoň přibližně z jaké části Prahy měříš?
Zajímá mě hlavně, jestli ten rozdíl vzniká na transportní trase od OLT k BNG, nebo jestli může mít jiné vysvětlení.
Potřebuju a nevím co abych to mohl vyřešit s nějakým technikem na T-Mobilu, ta moje latence se mi vůbec nelíbí.
Citace od: Hedyyy kdy 07. 11. 2026, 19:25:09Díky za upřesnění! Takže máš v Letňanech optiku T-Mobilu s vlastním routerem za ONT v bridge režimu a stabilně kolem 2 ms na 1.1.1.1.
Zajímavé je, že od třetího hopu máme prakticky stejnou trasu, přestože u mě je odezva už na první PPPoE bránu 8–9 ms.
Ještě by mě zajímalo, jestli ti T-Mobile někdy výslovně potvrdil, že je OLT přímo jejich, nebo to předpokládáš podle původního názvu služby. Rád bych rozlišil přípojky na vlastní síti T-Mobilu a přes OLT CETINu.
Zřizovalo se to skoro před pěti lety a jsem přesvědčen o tom, že ano, že se mluvilo o tom, že to je přes vlákno TMO, ale po pěti letech bych za to ruku do ohně nedal. Další indikátor je, že podle mapy přípojek na VPortalu tu T-Mobile vlastní FTTH skutečně má a že na tom nešlo IPv6, což podle jiné diskuse údajně přes Cetin jde.
Citace od: Hedyyy kdy 07. 11. 2026, 19:26:57Potřebuju a nevím co abych to mohl vyřešit s nějakým technikem na T-Mobilu, ta moje latence se mi vůbec nelíbí.
Pre zaujímavosť, vieš nejak racionálne zhrnúť, prečo sa ti latencia x ms práve nepáči a y ms by bola tá pravá? Alebo ide len o pocitovú záležitosť?
Domnievam sa, že v realite ten rozdiel v 95% aplikácii vôbec nepoznáš (ak sa bavime povedzme o urovni x,y <20 ms).
Citace od: dmr345 kdy 08. 11. 2026, 21:01:12Citace od: Hedyyy kdy 07. 11. 2026, 19:26:57Potřebuju a nevím co abych to mohl vyřešit s nějakým technikem na T-Mobilu, ta moje latence se mi vůbec nelíbí.
Pre zaujímavosť, vieš nejak racionálne zhrnúť, prečo sa ti latencia x ms práve nepáči a y ms by bola tá pravá? Alebo ide len o pocitovú záležitosť?
Domnievam sa, že v realite ten rozdiel v 95% aplikácii vôbec nepoznáš (ak sa bavime povedzme o urovni x,y <20 ms).
Nejde mi o to, že bych při běžném používání internetu poznal rozdíl mezi 5 a 9 ms. To samozřejmě ne.
Jde mi o to, že jsem měl na stejné optické přípojce u Vodafonu odezvu kolem 4–5 ms, zatímco po přechodu na T-Mobile mám stabilně 9–10 ms. Zajímá mě tedy technická příčina tohoto rozdílu.
Internet využívám mimo jiné ke kompetitivnímu hraní, kde se snažím mít co nejnižší možnou latenci. Samozřejmě chápu, že samotné 4 ms navíc nejsou zásadní problém, ale pokud je možné mít nižší odezvu bez zbytečné transportní okliky, nevidím důvod, proč to neprověřit.
Navíc jsi sám zmiňoval plánovanou optimalizaci agregační sítě během 3–6 měsíců, takže předpokládám, že prostor pro zlepšení tam existuje. Právě to mě zajímá, nikoliv jestli poznám 4 ms při prohlížení webu. :)
Citace od: LeosB kdy 07. 11. 2026, 13:06:30Citace od: testo_cz kdy 07. 11. 2026, 12:21:432ms RTT na čtyři jedničky to není možný ne ?
AFAIK, každý router s agregovaným provozem si reálně může tu 1ms přidat a do 1.1.1.1 jich tam bude víc než dva .
Proč by router měl přidávat 1 ms? To by nebyl dobrý router.
RTT 2 ms na 1.1.1.1 je s kvalitním připojením v Praze standardní hodnota při zaokrouhlení na celé ms. Přes GPON od T-Mobile mám trochu přes 2 ms. Přes ethernet který vede do switche ve sklepě odkud dál vede optika (dnes O2, koupili to od jiného operátora) mám stabilně trochu pod 2 ms.
Začnu obráceně, mám za to že 1.1.1.1 není fyzicky v Praze, pokud je například ve Frankfurtu tak 600km děleno 300 tisíc km/s jsou 2ms jenom na rychlost světla jedním směrem spotřebuješ ... natož na cestu ethernet rámce tam i zpět.
No nic, tak asi je někde za bukem. Což jsem si teď ověřil z práce... avg z 10 ping = 1.5ms
Tu 1ms na zatížený router považuji za vlastně nejhorší případ, kdy to lze ještě považovat za normální nikoliv rozbité, zahlcené apod.
Snažil jsem se to vyjádřit už předtím: "každý router s agregovaným provozem si reálně může tu 1ms přidat..."
Tak ale super, kdo má přes GPON 2ms na 1.1.1.1 má doma hodně muziky za pár korun.
Já "jenom" 5ms za 600 :)
Citace od: testo_cz kdy 09. 11. 2026, 14:11:15Začnu obráceně, mám za to že 1.1.1.1 není fyzicky v Praze, pokud je například ve Frankfurtu tak 600km děleno 300 tisíc km/s jsou 2ms jenom na rychlost světla jedním směrem spotřebuješ ... natož na cestu ethernet rámce tam i zpět.
Už je to (skoro) offtopic, ale bude to někde blíž. Někdo tu už uváděl ping, kolem 1 ms. Z pražského datacentra je to:
$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=60 time=0.440 ms
...
--- 1.1.1.1 ping statistics ---
11 packets transmitted, 11 received, 0% packet loss, time 9998ms
rtt min/avg/max/mdev = 0.440/0.523/0.690/0.091 ms
přes 5 hopů, takže se započtením latence switchů to budou max. desítky kilometrů, což může být klidně po Praze.
So zaujom sledujem tuto debatu, nakolko som riesil zrovna podobny problem (no podobny). Z nicoho nic, pingy o 5ms vyssie na tie iste zdroje .. WTF ? No nebudem Vas napinat, ako sa pokazilo, tak sa opravilo. Mam Vantivu v bridge mode. Pozical som si od kolegu kablik, ved konektor ako konektor (SC/APC, vs SC/UPC) .. error .. WTF ? pozeram na APC .. akysi je spicaty .. UPC rovny ... zagooglim, a fakt .. No ale, ked som vracal povodny naspet, (napriek tomu, ze som to uz absovoval viac krat), akosi som ho zapichol tak, ze pingy spadli spet o 5ms .. Takze opet - WTF ? Proste zapichnes, a musi drzat, nie ? Samozrejme, hloda vo mne myslienka, ci sa to este neda spravnym nastavenim vytunit o nejaku milisekundu dolu ... Ked budem mat vela casu :-))
T-Fiber (na 90% infra T-Mobile), vlastní ONU v bridge, PPPoE nad VLAN 2510 s username ve tvaru optin00xxx@optin.t-mobile.cz, lokalita Strašnice:
% ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1): 56 data bytes
64 bytes from 1.1.1.1: icmp_seq=0 ttl=59 time=1.559 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=59 time=1.999 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=59 time=1.806 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=59 time=2.324 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=59 time=1.731 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=59 time=2.054 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=59 time=1.622 ms
^C
--- 1.1.1.1 ping statistics ---
7 packets transmitted, 7 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 1.559/1.871/2.324/0.250 ms
% traceroute 1.1.1.1
traceroute to 1.1.1.1 (1.1.1.1), 64 hops max, 40 byte packets
1 banana (192.168.30.4) 1.229 ms 0.441 ms 0.377 ms
2 62.141.5.8 (62.141.5.8) 1.462 ms 4.740 ms 1.326 ms
3 10.92.6.149 (10.92.6.149) 2.240 ms 2.320 ms 2.014 ms
4 141.101.94.16 (141.101.94.16) 2.298 ms 2.502 ms 2.467 ms
5 141.101.94.35 (141.101.94.35) 1.919 ms 2.661 ms 2.547 ms
6 one.one.one.one (1.1.1.1) 2.079 ms 2.460 ms 9.981 ms
Pro představu, takto vypadá GPON od ÚVT na vlastním vlákně (Vestec u Prahy)
traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
1 gw-homelab (redacted) 0.475 ms 0.415 ms 0.528 ms
2 cust-178.17.0.2.uvt.cz (178.17.0.2) 2.294 ms 2.349 ms 2.297 ms
3 gw.uvt.cz (100.64.35.1) 2.265 ms 2.229 ms 2.274 ms // tohle mám v hosts souboru, aby reverz nezdržoval tracerouty :)
4 vl819.j2r.cec.net.uvtnet.cz (31.170.178.218) 2.202 ms 2.214 ms 2.190 ms
5 nix4.cloudflare.com (91.210.16.171) 3.106 ms 5.877 ms 3.110 ms
6 141.101.94.35 (141.101.94.35) 2.857 ms 3.354 ms 3.249 ms
7 one.one.one.one (1.1.1.1) 2.976 ms 2.786 ms 2.787 ms
Citace od: Ondřej dj-bobr Úlehla kdy 10. 11. 2026, 09:25:55Pro představu, takto vypadá GPON od ÚVT na vlastním vlákně (Vestec u Prahy)
traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
1 gw-homelab (redacted) 0.475 ms 0.415 ms 0.528 ms
2 cust-178.17.0.2.uvt.cz (178.17.0.2) 2.294 ms 2.349 ms 2.297 ms
3 gw.uvt.cz (100.64.35.1) 2.265 ms 2.229 ms 2.274 ms // tohle mám v hosts souboru, aby reverz nezdržoval tracerouty :)
4 vl819.j2r.cec.net.uvtnet.cz (31.170.178.218) 2.202 ms 2.214 ms 2.190 ms
5 nix4.cloudflare.com (91.210.16.171) 3.106 ms 5.877 ms 3.110 ms
6 141.101.94.35 (141.101.94.35) 2.857 ms 3.354 ms 3.249 ms
7 one.one.one.one (1.1.1.1) 2.976 ms 2.786 ms 2.787 ms
Platite si vlastni ip? Nekteri zas rikaji ze si zaplatili ip a problemy s cgnat byly pryc
Taky jsem nedávno přešel z Vodafone koaxu na T-Mobile FTTH (přes síť CETIN) a mám k tomu pár postřehů.
ONT/modem: Vyžádal jsem si Kaon.
Technik mi při zapojování řekl, ať se předběžně neraduji z lepšího pingu. Někdy se totiž optika na posledním úseku propojuje mikrovlnným bezdrátovým spojem! Doporučuji ověřit, jestli to není i váš případ (případně může být chyba přímo v nově vybudované optické trase). Můj průměrný ping na 1.1.1.1 je 2,5 ms.
Síť T-Mobile (Deutsche Telekom):
Zjistil jsem, že tato síť vlastně není taková výhra, a to kvůli jejich peeringové politice. Ping do internetu sice klesl ze 3–5 ms na 1–2 ms, ale u zahraničních serverů, které odmítají platit Deutsche Telekomu za přímé propojení, je odezva stejná nebo dokonce horší.
Na Chodově v herně jsem zkoušel optiku od Vodafonu (ne koax) a tam je z pingu jasně vidět, že trasa na servery Valve nejde žádnou oklikou přes levnější uzly, jako je tomu u Telekomu.
Vyšší ping do internetu není problém. Problém je vyšší ping na servery speedtest např. ve Frankfurtu/Vídni anebo servery Valve, které odmítají platit poplatky Telekomu. Dalším problémem je stabilita pingu (jitter) ve večerních hodinách. Na reklamačním oddělení T-Mobile mi řekli, že o tom vědí, ale dlouhodobě s tím nic nedělají. Pár dní zpátky mi jedno spojení poskakovalo mezi 13 a 18 ms – něco takového jsem u Vodafonu v životě nezažil.
Celkovou stabilitu připojení si můžete sami změřit přes: pinggraph (tečka) io