DiDiDi

IP řešení samozřejmě může (a časem snad i bude muset) DVB-C překonat v podstatě ve všech parametrech, včetně latence i efektivity využití pásma (lepší kodeky a multicast). Jen to vyžaduje dost vývoje a práce na infrastruktuře (opět: multicast) a aplikaci (kterou nesmí psát dementní opice). Jestli se to Vodafone někdy podaří (a kdy) je samozřejmě jiná otázka.

A ví se, co to přesně je? Tipuju toto: https://www.broadcom.com/products/broadband/cable/modems/bcm3390 ...ale z webu Broadcomu se člověk nedozví nic... OpenWrt má toto: bcm3390 1.5Ghz ARM (2x), 675Mhz MIPS (2x) (armv7-a/mips32) USB 2.0/3.0 wifi miniPCI DOCSIS 3.1

Hmm, tam jsem se toho teda moc nedozvěděl (zajímá mě chipset/SoC/CPU atd.), ale našel jsem toto: https://www.lteforum.at/tags/technicolor-cga4336/ ARMv7 teda taky žádná sláva...

Víme něco o střevech Technicolor CGA4336, co dává T-Mobile?

V první řadě bych zkontroloval, jestli nejde o konflikt (rozsahů) IP adres - podívejte se, jakou IP dává VPN a jakou router/modem, jakou IP má brána apod.

Já jsem celkem překvapený, že to (VfS odkoupený z DE na CZ T-Mobile Cable Internet) vůbec jde... 😄 Ve smyslu, že to u TM akceptovali namísto pronájmu toho jejich modemu s 2.5GBASE-T portem, technicky/teoreticky to samozřejmě jde.

Já to mám (1000/50@VfS) stejně: 13 OFDMA 61.8~87.0 16_QAM 40.2/100.2 SUCCESS 14 OFDMA 108.5~203.3 16_QAM 40.2/100.2 SUCCESS 3 SC-QAM 51 64QAM 36.5/96.5 SUCCESS 4 SC-QAM 58 64QAM 36.8/96.8 SUCCESS 1 SC-QAM 38 64QAM 36/96 SUCCESS 6 SC-QAM 31 64QAM 36/96 SUCCESS 2 SC-QAM 44 64QAM 36.3/96.3 SUCCESS Je něco špatně? Fakt je, že i při pingování brány mám pořádný jitter, od ~3.5 ms do 16 ms. Rychlost uploadu v pohodě, fakt jen ty rozdíly v latenci / jitter...

UPC mi kdysi dávalo 4 veřejné IPv4 a Vodafone mi (aspoň ke gigabitu) stále dává 3. A jejich ztrátu budu považovat za dost zásadní downgrade služby (který budu mít problém skousnout, i kdybych na oplátku měl dostat dual stack).

Nic z toho, co popisujete, nemůže (rozumně/bez hacků) podporovat stávající funkcionalitu: Přidělování nepevných/dynamických adres více než 1 zařízení za modemem.

Protože ve VfS vyprší nacahovaný ARP záznam připojeného zařízení (který VfS z nějakého důvodu potřebuje, i když by v principu nemusel) a už se neobnoví - nejspíš protože zařízení už má (narozdíl od startu, kdy modem přiděluje dočasné adresy ve svém 192.168.100.0/24 subnetu) přidělenou veřejnou / Vodafone interní IP z jiného subnetu a mnoho zařízení ignoruje ARP requesty mimo vlastní subnet. V linuxu se toto nastavuje pomocí arp_ignore: https://sysctl-explorer.net/net/ipv4/arp_ignore/ - hodnoty 0 a 1 budou fungovat, ale 2 ne...

Ale momentálně mám 3 adresy, na základě čeho se budou přiřazovat (a čemu? jsem v bridge mode, VfS používám jen jako modem)? Jestli jde jen o změnu MAC adresa -> DHCP client ID (což je v mé konfiguraci stejně taky MAC adresa) nebo něco, tak budiž, to pak nemění na věci skoro nic, ale když tři různá zařízení požádají o DHCP lease, na základě NĚČEHO se mezi něma rozlišit musí...

Mě baví hlavně fakt, že teď, když mám doma Vodafone a v mobilu T-Mobile, se domů přes mobil bez problémů připojím (na libovolnou ze 3 veřejných IP, které od VF mám), ale kdybych přešel na TM i doma, tak jsem v háji (protože doma budu mít veřejnou jen IPv6 a mobilní TM je striktně IPv4-only).

Nevíte, jestli nastal nějaký posun? Ať už u bridge mode, tak u veřejné (klidně dynamické) IPv4 (o dual stacku nebudu ani snít)... A je nějaké místo/fórum/vlákno, kde se kabel od TM řeší? Uznávám, že oficiální fórum konkurence není to nejšťastnější místo. 😅

Doufal jsem aspoň v jeden 2.5GBASE-T port, jako u T-Mobile. U gigabitu by tím člověk získal 40-70 Mbps downloadu navíc - a taky jsem doufal, že multigigabitová budoucnost je blíž (ale je fakt, že nejpalčivější problém je teď tragický upload).

Mně (Brno u Lužánek) nabízí 100Mb jen T-Mobile, Vodafone ne... 🙂 Škoda té absence veřejné IPv4...