Zdravim vsechny, na nasi adrese je od VF od noveho roku dostupny FTTH tarif 2000/1000. Byl by nekdo ochotny podelit se o dlouhodobe zkusenosti? Zajima me spolehlivost v ruznych casech v prubehu dne, pingy (na Cloudflare, Google, Akamai, atd.), jitter, bufferbloat, rychlosti, nebo treba i routing/pocet hops. Mam totiz s cim porovnavat, tak by me to zajimalo. Dekuji vopred za pripadne komentare.

Upraveno včera v 10:481 den uživatelem Mirek

Dobrý den, u nás taky na Blanensku udělali nově optiku a ještě tam máme od místního ISP po 60Ghz spoj a realita zatím po pár dnech (60Ghz Spoj je Stabilnější na latenci než přes Vodafone Modemy btw )
Odezva stálá jen asi ty Vodafone Modemy budou trošku nestíhat takže lechký bufferbloat tam být může + Nemáte Veřejnou Dynamickou IPv4 pokud si Modem přepnete do režimu Bridge jak bylo před tím u Doccis 3.1

Ale mám tušení že bude Veřejná Dynamická IPv6 ale ta mě po pár pokusech mezi Routerem a Bridgem přestala být přiřazena a zůstala mě NAT IPv4 :D

a latenci jsem měl na Speedtest.net na Vodafone servery 8ms do Prahy do Brna 10ms

a na bufferbloat speedtestu bylo 10ms bez vytížení a s vytížením +15ms ale když jsem se díval tak tam byli špičky mezi 70ms až 300ms

a máme 500/500 ale je dostupné až 2Gb/s

Upraveno včera v 11:021 den uživatelem Ardbin

Tak to nic moc, já mám na optice T-M latenci 5ms po wifi k tomu jitrnici na nule a IPv4 grátis

@retron tu IPv4 gratis ale dava TM jen k podnikatelskym tarifum, ne? Bezna domacnost si musi zaplatit 99 Kc mesicne. (Porad levnejsi nez u VF, kde ale stejne k vlastni optice neni mozne mit verejnou IPv4 adresu...)

je to možné, mám to na IČ. Teď jsem to testoval z iPhonu 5ms, z appleTV 4K 3ms po wifi z jejich Sagemcommu, takže po kabelu tipuji do 2ms, ale nemám to čím testnout

@Mirekpokud ta rychlost je 2/1 Gb/s, tak to bude síť cetin, tam sem byl dřív a minimálně gigabit fungoval naprosto spolehlivě 24/7 🤔 na dvougigabit se dává xgs-pon převodník, takže by to mělo valit taky v klidu 🤔

jak funguje optická síť vodafonu, to netušim, ale dvougigabit u tmobilu je za trest 🙄 večer ten jejich gpon je totálně přetíženej, takže je to spíš takovej mírně rychlejší gigabit, peering po evropě mají taky přetíženej, takže tak půl giga max. a to se bohužel týká i všech serverů v česku, který nemají přímý propojení s tmobilem nebo do nixu, všechno to honěj přes arelion 🤔 veřejná ip bez ičo je za stovku a ipv6 nikde žádná 🙄 vlastně jediný důvody, proč sem ještě neodešel, sou ty, že čekám, jaký bude nový vodafonní šplhání, pak že se mi úplně nechce mít jednu krabici od cetinu a za tim další nějakou svoji a nakonec je mi i líto tý paní, co přijde o provizi 🙄 ale dvougigabitu přímo od tmobilu se určitě vyhnout obloukem, to je neštěstí 🙄

Dekuji vsem za odpovedi. Public IPv4 (dynamickou/statickou) VF pro 2g/1g tarif pres XGS-PON tedy nenabizi nebo nabizi? Public IPv4, hoci i dynamicka, je pro mne zasadni a bez nej se neobejdu.

na síti cetin to pude určitě https://www.vodafone.cz/pece/internet-data/internet-v-pocitaci/pevna-ip-adresa/ 😮

Info co se tyka latence - VF optika na siti Cetinu, je to sice z pomalejsiho tarifu, ale vysledky budou podobne. Oblast stredni Cechy.

$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: icmp_seq=0 ttl=117 time=4.572 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=117 time=4.423 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=117 time=4.649 ms
--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 4.423/4.548/4.649/0.094 ms

$ ping6 2001:4860:4860::8888
PING 2001:4860:4860::8888 (2001:4860:4860::8888): 56 data bytes
64 bytes from dns.google: icmp_seq=0 ttl=117 time=4.194 ms
64 bytes from dns.google: icmp_seq=1 ttl=117 time=3.627 ms
64 bytes from dns.google: icmp_seq=2 ttl=117 time=3.958 ms
--- 2001:4860:4860::8888 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 3.627/3.926/4.194/0.233 ms

$ 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=57 time=4.590 ms
64 bytes from 1.1.1.1: icmp_seq=1 ttl=57 time=4.735 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=57 time=4.628 ms
--- 1.1.1.1 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 4.590/4.651/4.735/0.061 ms

$ ping6 2606:4700:4700::1111
PING 2606:4700:4700::1111 (2606:4700:4700::1111): 56 data bytes
64 bytes from one.one.one.one: icmp_seq=0 ttl=57 time=4.133 ms
64 bytes from one.one.one.one: icmp_seq=1 ttl=57 time=4.086 ms
64 bytes from one.one.one.one: icmp_seq=2 ttl=57 time=4.198 ms
--- 2606:4700:4700::1111 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 4.086/4.139/4.198/0.046 ms

$ ping www.akamai.com
PING e259222.dscx.akamaiedge.net (2.21.33.98): 56 data bytes
64 bytes from 2.21.33.98: icmp_seq=0 ttl=58 time=4.547 ms
64 bytes from 2.21.33.98: icmp_seq=1 ttl=58 time=5.089 ms
64 bytes from 2.21.33.98: icmp_seq=2 ttl=58 time=4.509 ms
--- e259222.dscx.akamaiedge.net ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 4.509/4.715/5.089/0.265 ms

$ ping6 www.akamai.com
PING e259222.dscx.akamaiedge.net (2a02:26f0:4700::172c:d7ab): 56 data bytes
64 bytes from g2a02-26f0-4700-0000-0000-0000-172c-d7ab.deploy.static.akamaitechnologies.com: icmp_seq=0 ttl=58 time=3.920 ms
64 bytes from g2a02-26f0-4700-0000-0000-0000-172c-d7ab.deploy.static.akamaitechnologies.com: icmp_seq=1 ttl=58 time=4.012 ms
64 bytes from g2a02-26f0-4700-0000-0000-0000-172c-d7ab.deploy.static.akamaitechnologies.com: icmp_seq=2 ttl=58 time=4.023 ms
--- e259222.dscx.akamaiedge.net ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 3.920/3.985/4.023/0.046 ms

Upraveno včera v 18:241 den uživatelem xbeda

Měl jsem 2000/400 přes koax a bylo to o velmi častém řešení problémů, sledování stavu linky, restartů modemu (Fritz), atd., teď jedu 2000/1000 přes Cetin síť (VF Ultra Fibre), je tam XGS-PON převodník Innotek X24, a absolutní stabilita. Měsíce vůbec nic neřeším.

K tomu pevná veřejná IPv4 + přidělený IPv6/56 rozsah.

Navíc jsem si tam byl schopen dát vlastní modem, za ten převodník, obrovské plus.

Absolutní spokojenost.

Latence na google.com IPv6 je cca 3ms, na IPv4 cca 7ms (co se dívám do traceroute, je tam jeden bod navíc pro IPv4, přestože ji mám veřejnou), ale to je drobnost.

Spokojenost 110% :)

Traceroute -6 na google.com:

1 <1 ms <1 ms <1 ms (můj router)

2 * * * Request timed out.

3 * * * Request timed out.

4 3 ms 2 ms 2 ms 2a00:11b0:f000:ac01::1

5 3 ms 3 ms 3 ms 2a00:11b0:2:29::1

6 3 ms 2 ms 3 ms 2a00:11b0:2:29::2

7 3 ms 3 ms 3 ms 2001:4860:0:1::9829

8 3 ms 2 ms 3 ms 2001:4860:0:1::389b

9 3 ms 3 ms 3 ms prg03s10-in-x0e.1e100.net [2a00:1450:4014:80a::200e]

Traceroute -4 na google.com:

1 <1 ms <1 ms <1 ms (můj router)

2 2 ms 2 ms 1 ms 10.26.202.187

3 * * * Request timed out.

4 6 ms 5 ms 5 ms 217.77.171.153

5 * 6 ms 6 ms cst2-254-2.cust.vodafone.cz [31.30.254.2]

6 7 ms 7 ms 7 ms cst2-254-1.cust.vodafone.cz [31.30.254.1]

7 8 ms 7 ms 7 ms cst2-191-34.cust.vodafone.cz [31.30.191.34]

8 8 ms 8 ms 7 ms 192.178.252.183

9 7 ms 7 ms 7 ms 209.85.246.117

10 8 ms 7 ms 7 ms prg03s10-in-f14.1e100.net [142.251.36.78]

Vypadá to, že na 217.77.171.153 má VF nějaké úzké místo a tam to vytuhne na 3ms, na IPv4.

Upraveno před 12 hodinami 12 hod uživatelem Vulva