Vlákno názorů k článku Pomalé IPv6 tunely s modemem Compal od UPC/Vodafone od Adam Kalisz - Zajímavé je, že ten uplink je i u...

Zajímavé je, že ten uplink je i u business nabídky jen 50 Mbps. Podle https://en.wikipedia.org/wiki/DOCSIS (jestli to chápu dobře) by to s těmi 8 kanály mohlo být něco přes 300 Mbps, kdyby chtěli. Poměr download:upload 3:1 nebo 2:1 v tomto případě by byl mnohem lákavější.

Další věc, kterou úplně nechápu je, proč vůbec něco upřednostňují, když do toho zahrnou TCP i UDP. Není to potom tak, že je vše v "nejvyšší" kategorii a efektivně tak ty kategorie nemají moc velkou funkci? To by se na to mohli taky úplně vybodnout a nepriorizovat vůbec nic, nebo třeba jen TCP ACK apod. co v reálu může pomoct a skoro nikdy uškodit.

Umí ten Compal prefix delegation, když je v režimu IPv6 nebo to mají rozbité? Mám bohužel zkušenost, že různé Hitron apod. právě PD neumí/ není to kde nastavit. Když potom chcete připojit něco rozumného za tuto krabici, tak si efektivně odříznete podporu IPv6 a děláte dva NATy, protože bridge to taky umí (jestli vůbec) jen s kooperací s poskytovatelem.
Někde lze snad použít vlastní modem, např. https://avm.de/produkte/avm-produktvergleich/fritzbox/kabel/.
Já to vyřešil tak, že mám Draytek Vector 130, který funguje s VDSL2 od Deutsche Telekom v bridge módu velmi stabilně a nemám problém za tím provozovat Turris Omnia. To připojení není z nejlevnějších, ale v podstatě jsem zatím neměl jediný problém (i když teda monitoring na to nemám). Mám dual stack, žádný CGNAT.

Bohužel alespoň v Praze mám na upstreamu aktivní (bondované) jen čtyři kanály z osmi možných, tj. max. 4 * 27 = 108 Mbps rozdělených mezi všechny uživatele na stejné větvi. Kdysi dávno jsem jich viděl aktivních šest, ale to se nejspíš neosvědčilo.

Compal (bílý) prefix delegation pomocí DHCPv6-PD umí a je i funkční. Bohužel deleguje maximálně jednu /60 (sám má přiděleno /56).

Aha, to jsem nevěděl, že ty kanály se ještě k tomu sdílí mezi více uživatelů. Ale ano, potom to asi dává smysl - můžou částečně sdílet kabeláž. Taky teď vidím, že jsem se při výpočtu díval do sloupečku pro downstream bandwidth místo upstream, kde je nižší efektivita kódování, ale správně jsi mě opravil.

Hmm, tu PD nejspíš někdo zase programoval po hexadecimálních cifrách místo bitech. No, pořád lepší /60 než /64, ale je to na ránu.
Je zarážející, že výrobky, jako tyto CPE, které nejsou zrovna zadarmo a mají docela dlouhou životnost nemají daleko lepší kvalitu softwaru (a částečně asi i hardwaru). Neumím si představit, že je to poskytovateli totálně jedno, co dávají zákazníkům, když jim potom, připouštím asi malé procento, geeků volá kvůli různých okrajovým problémům a zaměstnává support. Normálního zákazníka možná taky něco ruší, ale neumí to pojmenovat a neví jak chybu hledat a řešit. Tam je asi zase vidět, že monitoring poskytovatele nemusí být tak detailní... nemám o tom představu.

Ono to sdílení je na DOCSISu úplně běžné nejen mezi uživateli v domech, ale často v celých blocích domů. Dá se to řešit rozdělováním větví (z jedné větve udělám dvě, tři), ale vyžaduje to odstávku, přepojení oddělovaných větví na nový optokoax převodník (pokud se používá) a dostatek volných portů na CMTS.
Dohromady ta kapacita vypadá ohromná (24 kanálů down dá 1,2 Gbit/s), ale když se pak sejdou tři stahující s tarifem 500/30, tak už se o celkovou rychlost musí dělit. Naštěstí máme malé disky a 4K streamy takový tok zatím nevyužijí. :-)

I u GPONu se médium sdílí (ale má větší kapacitu - typicky 2,5/1,25 Gbit/s). U DSL má každý svůj bitstream mezi DSL modemem a DSLAMem, sdílí se až upstream (a ten může být v násobcích 1 nebo 10 Gbps, s LACP a DWDM je tam kapacita obrovská).