Vlákno názorů k článku Terminátor od CETIN: VDSL bonding a rychlosti „až 250 Mbit/s“ od anonym - Mě se podařilo minulý týden zřídit bondované VDSLko...
-
Mě se podařilo minulý týden zřídit bondované VDSLko od eri.cz, podařilo se jim mě zařadit mezi testovací uživatele.
Co bych k službě řekl - jede tak jak má, bondlé VDSL dává na downloadu 11 MB/s.
Kromě zmíněné nedostupnosti informací o synchronizačních rychlostech vidím ještě další negativum zvoleného řešení.
Klasické modemy šly přepnout to režimu bridge, kdy bylo možné VLANu 848 (požitou pro internet přes PPPoE) pustit na libovolném portu jako nativní VLANu (tj. bez tagu).
Tyhle terminátory mají ten ethernetový port pouze v 802.1q a VLANa 848 je napevno. Tedy pokud to PPPoE vedete to přes managovatelné switche třeba do svého serveru (kde jej chcete zakončit, abyste měli veřejnou IP adresu přímo na svém serveru) tak to takto uděláte jenom s jednou VDSL přípojkou. Druhou už přes managované switche neprotáhnete (pokud teda neumí QinQ).No a další potenciální problém (který se mě však netýká), vidím u O2 TV. Ta běží přes VLANu 835 (jako IPoE).
No ale tento bazmek má jenom jediný ethernetový port. Takže pokud budete chtít telku a jako router nepoužijete OpenWRT (které umí kouzlit s VLANama), tak už budete muset kombinovat Cetin terminátor <-> switch s podporou VLAN např.Netgear GS108T <-> router a IP set-top-box.No a pokud se týká PPPoE, v minulosti jsem přes PPPoE u českého VDSLka řešil i IPv6 v OpenWRT. Je to celkem nstandardní řešení, kdy se DHCPv6 posílá přes ten PPPoE tunel. Tedy takový kočkopes a pochybuju, že tyhle opičárny nějaké consumer-grade routery budou umět.
Tedy mi to přijde strašně kostrbaté a jediné skutečné řešení bych viděl až IPoE nejen pro telku, ale i pro internet.
V tomto ohledu bych si dovolil zaspekulovat, proč to Cetin pořád naostro neprodává - buď není dostatek těch terminátorů (je to novinka Zyxelu z konce roku 2019), nebo nemají dořešenou návaznost na terminátory (ať už přechod na IPoE, nebo koncové routery).
-
Nektere consumer grade routery umi pouzit WAN s 802.1q a odznackovanou IPTV VLANu pustit na nektery z LAN portu. V druhem dilu clanku jsou odkazy na navody, kde je nastaveni videt.
Kouzleni s vice Terminatory pripojenymi do jednoho mgmt switche muze byt dost neprijemne, to mate pravdu. Krome QinQ to jednoduche reseni nema, vsechno ostatni je ducharina; napadaji me tyhle psi kusy:
- jedna VLAN 848 a vice PPPoE klientu na ni, coz by mohlo fungovat, protoze BRAS na strane CETINu umozni jen jednu PPPoE relaci z jedne pripojky
- odznackovani VLANy, vypusteni jednim portem ven a druhym dovnitr (a oznackovani jinou VLANou); jsou to ale tri porty na kazdou pripojku -
Ondřej CaletkaZlatý podporovatel> No a pokud se týká PPPoE, v minulosti jsem přes PPPoE u českého VDSLka řešil i IPv6 v OpenWRT. Je to celkem nstandardní řešení, kdy se DHCPv6 posílá přes ten PPPoE tunel. Tedy takový kočkopes a pochybuju, že tyhle opičárny nějaké consumer-grade routery budou umět.
To je úplně standardní řešení, které podporují všechny domácí routery s podporou IPv6. Není žádná jiná cesta, jak dostat adresy delegované pro domácí síť, IPCP v rámci PPP relace řeší jen oadresování koncových bodů tunelu.
-
„Tyhle terminátory mají ten ethernetový port pouze v 802.1q a VLANa 848 je napevno.“
Např. při použití s O2 TV v 835 je to logické řešení (trunk), i když asi pro kdejakého Lojzu je to komplikace. Ale taky je to argument pro pořádný router (např. Mikrotik) - ani výběr routeru (stejně jako IPv4/IPv6) by neměl řešit koncový uživatel, protože tomu ho*no co rozumí, i když si myslí opak, nejdůležitější je přece, aby router vypadal jak klingonská bitevní loď, no ne?
Mimoto některé spravovatelné přepínače umějí VLAN při vstupu či výstupu přečíslovat. -
Není to logické řešení, je to úchylné řešení vynucené použitím PPPoE pro internet přes které nefunguje multicast.
Systémové řešení problému by byl internet rovnou přes IPoE a telka nad tím samým IPoE.Prostě pro koncové uživatele to začíná být překomplikované, když si musí koupit router, který umí udělat PPPoE nad tagovanou VLANou a ještě nad tím PPPoE umět udělat IPv6. Pokud ještě k tomu telku, ještě přeposlat tagovanou VLANu na jiný port do access módu.
Přitom by to šlo tak jednoduše - IPoE a můžou si koupit cokoliv (co umí protlačit multicast). Přitom stejně DHCPv6 už posílají přes ten PPPoE, takže proč už ne rovnou nativně. Aspoň by se pak nepřenášely DSLkem balastní hlavičky vrtev PPPoE a tagů 802.1q.
-
Ondřej CaletkaZlatý podporovatel
Mě tedy hlavně překvapuje, že ještě někdo používá multicastovou IPTV. Vždyť se to zprovozňování multicastu vůbec nemůže vyplácet při dnešním portfoliu služeb, kde jsou stovky programů, zpětné přehrání, osobní nahrávky, videotéka. Měl jsem za to, že všechny IPTV už dávno přešly na OTT model.
> Přitom stejně DHCPv6 už posílají přes ten PPPoE, takže proč už ne rovnou nativně.
Nepochybuji o tom, že k tomu je technický důvod. Jen tak od boku například střílím možnost mít pod kontrolou provoz mezi jednotlivými zákazníky navzájem či mít možnost zákazníkům nabízet různé služby, třeba neveřejnou/veřejnou IPv4 adresy.21. 1. 2020, 13:31 editováno autorem komentáře
-
> Jen tak od boku například střílím možnost mít pod kontrolou provoz mezi jednotlivými zákazníky navzájem či mít možnost zákazníkům nabízet různé služby, třeba neveřejnou/veřejnou IPv4 adresy.
To jde udělat i na IPoE. Třeba UPC to na docsisu takto dělá - tam, pokud jsou dvě stanice ve stejném subnetu na ARP z první stanice na IP druhé stanice odpoví CMTS vlastní MAC adresou.
ČLÁNKY DO MAILU