Budoucnost zní tak slibně. Místo toho, abychom se posouvali směrem k otevřeným zařízením, tak máme na trhu další zařízení, které je:
- licencované od ZyXELu (tedy bez schémat a návrhových vzorů)
- obsahuje proprietární software, který je sice odladěný, ale třetí stranou neauditovatelný
- zákazník sice dostane rychlý internet výměnou za zařízení, které může být použito třeba i jako skrytý mikrofon jen vzdáleným nahráním jiného firmwaru.
Samozřejmě toto CETINu zřejmě nijak nevadí, protože prostě zjistil, že distribuovat svoje vlastní kompletně uzavřené modemy (třeba jako UPC) je pro ně výhodné.
Asi ještě nenadešel čas, kdy mezi parametry zařízení jako je cena a výkon najdeme i kolonku "respektuje vaši svobodu", viz. [1].
Není nakonec jedno, že takovýto proprietární software běží v Terminátoru, když stejně tak běží na druhé straně drátu v DSLAMu? A dřív nebo později data dotečou do nějakého síťového zařízení, které je na tom úplně stejně – a to i v případě switchů s Cumulus Linuxem, nebo něčím podobným.
Moc si nedokážu představit, jak by jakákoli internetová přípojka (protože Terminátor je součástí přípojky) mohla mít certifikaci „respektuje vaší svobodu“.
Ale to jste měl i u všech těch čínských šuntíků, aťto vlastních, nebo od poskytovatele. Mimoto i kdyby to bylo opensource, tak v tom stejně vždy bude nějaký hardwareový blob od nějakého filuty, neboli HW opensourceový stejně nebude.
Jako posun k lepšímu zde vidím chápání módu bridge jako STANDARDU! Takže v duchu hesla „méně je někdy více“ dělá zařízení jen to nutné (soudruzi z UPC by si zde mohli vzít příklad).
Jo, alespoň pasivní přehled stavu by zařízení mít mohlo.
Záleží na úhlu pohledu.
Bez terminátoru máte na konci VDSL modem, do kterého nikdo nevidí a nikdo ho nevydá (VDSL část je BLOB výrobce čipu - vzpomeňte, jak dopadl pokus o VDSL doplněk k Turrisu). Možná ho dokážete přepnout do bridge-mode, možná s nějakými následky (jak dopadne IPv6? nevím - VDSL jsem opustil před pár lety). A providder má prakticky nulové možnosti monitorování stavu linky.
S terminátorem máte stejně nedostupný VDSL BLOB, ale všechno ostatní je vaše - váš router dle vaší volby. A provider má informace o stavu i druhého konce linky a je to celé jeho odpovědnost, vy jen dodáte napájení.
Je to mnohem lepší, než to, co dnes dává UPC: modem, který nepřepnete do bridge a v podstatě můžete nastavit, kromě hesel a SSID, jen subnet LAN a firewall na IPv6. A když si za tohle dáte vlastní router, tak nejspíš přijdete o IPv6 (moc jsem to nezkoušel, ale zatím se mi nepovedlo dostat IPv6 za další vlastní router).
A mnohem lepší, než VDSL modem.
Zakončení ethernetem dává vám i providerovi možnost snadno přejít na jiný způsob připojení. Takže v tom vidím zlepšení (a v případě bondingu dokonce viditelné zlepšení).
- zákazník sice dostane rychlý internet výměnou za zařízení, které může být použito třeba i jako skrytý mikrofon jen vzdáleným nahráním jiného firmwaru.
Pokud myslíte vážně i tohle, tak si dejte na hlavu alobalovou čepičku a hlavně se okamžitě a trvale odpojte od internetu i mobilních sítí.
28. 1. 2020, 09:32 editováno autorem komentáře
„A providder má prakticky nulové možnosti monitorování stavu linky.“
To asi nebude pravda. Nerozumím DSLAMům, ale docela jsem čuměl, když jsem po telefonu řešil s technikem (CETINu?) závadu, co všechno věděl o nastavení mého Comtrendu (který má podrobnou analýzu linky), v podstatě všechno o lince a spojení. Zní to logicky, ale překvapilo mě to.
Vůbec to nevidím negativně jako nějakou propagaci řešení Cetinu, ale jako nahnání čerstvého vzduch do zatuchlých hájů velké trojky.
Je dobré existenci tohoto řešení dát na vědomost, jinak skončí v zapomění pod specifickými zájmy O2 (tlačit lidem čínský bastl "SmartBox," kterého mají plné sklady) a zkostnatělosti ostatních operátorů (lednová informace z T-Mobile byla neumíme, možná za půl roku umět budeme).
VDSL je oproti různým bezdrátům a docsisu rock-solid řešení. Sám jsem marně více jak tři roky na DSL bonding postavený nad ITU-T G.998.2 čekal a aktivně toto řešení od O2 a Cetinu poptával.
Jako z nouce cnost jsem dosud tento problém řešil load-balancingem dvou DSLek a teď konečně přišlo to správné řešení.