PPPoE: vytáčanie z antény alebo routra

basty

iTomB tohle mám rád taky, ale nejde to dělat na všem. Nebo? Diky

pgb

basty dá se udělat krásný kombo s PBR a ProxyARP na CPE, kdy zákazník dostane plnohodnotnou veřejku přes DHCP/staticky s normálním prefixem na rozhraní a zároveň tebe jako ISP to stojí jen jednu /32.

basty

pgb a podelis se? 🙂

pgb

basty univerzálně to napsat nejde + veřejně ne. "Návod" máš v postu výše, jen se zamyslet.

basty

pgb OK, 🙂. Umim to udelat, kdyz je uživatelův router Mikrotik na statice a to i kdyz je CPE Mikrotik tak i Hua ONT a za nim je MK. Nepredpokladam, ale ze lze udělat to samé na jiném routeru, resp. že bych uměl nastavit na ONT výše zmíněné... U MK jako CPE to asi pujde i skrz dhcp nejspis...

zdeneksvarc

themrkocour L2 (bridge) má ukecané broadcasty, což pochopitelně nedělá P2MP half-duplexnímu ethernet mediu dobře. PPoE může přidělovat klientovi i veřejné IP, není třeba nutně NATovat.

gemb

basty tak ked ma klient MK da sa porobit vselico lenze zasa...vies to pri MK a ked bude mat klient ine? Kludne tam moze mat cisco, ubnt ci zyxel (taky slusny segment HW dajme tomu) tam potom co....proste je dobre sa drzat dohodnuteho riesenia.
My sme od toho chvilu upustili a teraz sa to lutuje...za tu chvilu kedy sme isli po poziadavke klienta (chcel bridge atd) tak to len kopec problemov vyraba pri rieseni linky...nikto nevie co tam robi, co tam ma atd...dohadaj sa.
A nehovorim o celkovej implementacii a bezpecnosti sieti ked maju ludia doma bridge.
Aktualne mam net od lokala na optike, davaju len bridge a za to zakaznik svoj ruter....no a stalo sa uz par krat, ze na svojom rutri som na WAN dostal IPcku ze 192.168.0.x a net nejde logicky...dostal som IPcku z nejakeho tplinku, od ineho klienta, lebo klient zapojil lan do bridgu...krasa...a teraz pri beznych klientoch to ries, nez vyprsi lease aby sa to rozbehlo...kazdopadne bezpecnost podcenena a vlastne neexistujuca a bavime sa o firme s 8tis klientami...a co sa tyka vytacania PPPoe tak ako poriesis vykon zariadenia ked poskytujes napr 1Gbit ? Toto sa tu uz riesilo, ze u vas v CZ nejaky velky operator spustil XGSPON a ponuka tusim 8Gbit ale musis to vytocit zo svojho rutra a je to extremny problem co sa tyka vykonu a krabica za 50 ci 100€ to nespravi.....

zajdee

gemb ten "nejaky velky operator [co] spustil XGSPON a ponuka tusim 8Gbit" je velký slovenský Telecom, který se doposud z PPPoE z dob DSL nevymanil (stejně jako nejmenovaný bývalý český telecom). 🤣

stalo sa uz par krat, ze na svojom rutri som na WAN dostal IPcku ze 192.168.0.x a net nejde logicky

To naznačuje cosi o first hop security, kterou ten lokál nenasadil.

Trnec

gemb u vas v CZ nejaky velky operator spustil XGSPON

https://www.t-mobile.cz/fiber8000

gemb

zajdee slovensky telekom ma xgspon? neviem o tom...tu sa riesil na ispfore cesky operator....

zajdee

gemb to je spis takovy vtip, ze cesky PON se u ~~ruzovych~~ magentovych stavi podle principu Slovak Telecomu a s vyuzitim jejich znalosti, kam patri i PPPoE (byt by u nove vystavby davalo smysl rovnou nasadit IPoE misto technologie z dob DSL). Cesky T-Mobile pred lety prosel internim nepratelskym prevzetim slovenskeho a chorvatskeho managementu.

basty

Chápu že se drží pppoe protože to má své nesporné výhody a i hlavně pro 6. Ale ta vojebavka s tím 8G ont pouze v bridge je libovka.
Každopádně pokud by nejeli obecně cetin a všichni na něj navázaní na pppoe, jak by to vše technicky řešili na ipoe? Jak adresy 4 a 6, delegaci stejných prefixů atd? Co vím tak menší i my jedeme na ipoe, ale jsou tam jiste taky obtíže. A právě kvůli veřejným a 6 často vidím že právě pppoe používají a třeba ne globálně ale jen selektivně.

zajdee

basty Ad IPv6: pokud máte infrastrukturu, která nedokáže pracovat s DHCPv6 prefix delegation (routery nedokáží instalovat delegované prefixy do routovací tabulky/udržet informaci o instalovaných prefixech i po rebootu, nebo routery vůbec nepodporují IPv6, nebo přístupová technologie nedokáže do DHCPv6 requestu přidat identifikaci portu, na kterém je zákazník připojen), tak je PPPoE skvělá technologie.

Pokud jste ale ISP s PONem, který stejně ke každému zákazníkovi vede vlastní VLANu, a máte tak zajištěnou jak identifikaci zákazníka, tak izolaci před ostatními zákazníky, a zároveň routery (BNG) správně podporují DHCPv4 (včetně technologií typu Private VLAN, kdy funguje provoz mezi více IPv4 v jednom subnetu, i když jsou zákazníci fyzicky izolovaní) i DHCPv6, tak je snad až zbytečné PPPoE používat: nic navíc nedostáváte, naopak ztrácíte (standardně máte nižší MTU než u IPoE, u vysokých rychlostí jsou potřeba pro PPPoE velmi výkonné routery, atd.)

Kupodivu český Vodafone se na vlastní optice IPoE naučil, včetně IPv6. (Dlouho tam tedy neuměli veřejné IPv4.)

Další stránka »