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 před 10 hodinami 10 hod 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 před 10 hodinami 10 hod 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 před 2 hodinami 2 hod uživatelem xbeda