❗️Toto je původní verze internetového fóra ISPforum.cz do února 2020 bez možnosti registrace nových uživatelů. Aktivní verzi fóra naleznete na adrese https://telekomunikace.cz

PPPoE koncentrator pre 300+ zakaznikov

Příspěvky, které nespadají do žádného z vytvořených fór.
soooc
Příspěvky: 1586
Registrován: 18 years ago

Re: PPPoE koncentrator pre 300+ zakaznikov

Příspěvekod soooc » 13 years ago

Zdeněk Švarc píše:Stando není důvod se hned urážet. Netvrdím, že všechny tvé příspěvky jsou od věci. V tomto vlákně bohužel ano. Ty jen prostě trpíš nehasnoucí touhou se vyjadřovat naprosto ke všemu. A bohužel i k tomu, čemu navzdory svému přesvědčení, nerozumíš. To by samo o sobě nebylo nic strašného, kdyby pak zcestné myšlenky neovlivňovali nezkušené a začínající ISPíky. A lidé jako pixall nemuseli věnovat čas k tomu, aby tvoji demagogii vyvraceli. Místo toho, aby se věnovali užitečnějším věcem.


Me zas prijde, ze pan pixall na to ma velmi rezolutni nazor. PPPoE není jediná cesta, navíc je velmi pracná a pán zde zmínil taky některé věci, které jinému ISP v naší lokalitě přinášení odliv zákazníků. Např. ruční vytáčení je fakt opruz. A podle slov toho ISP si tím hodně nadělali do hnízda, protože připojit router zvládne kde kdo v základním nastavení, ale nějaké PPPoE, to už je nenapadne -> servisní telefonát -> výjezd -> naštvaný klient, který musel zaplatit 5 kliků za 250 Kč.

Neříkám, že PPPoE je zlé, ale do bezdrátových sítí je nasazení celkem sporné (ale zase protože máš jednotky ve správě vcelku lehce implementovatelné), po optice pokud použiju port based vlan, tak nemá smysl a je dalším obalem, který přidávám, stejně to nakonec řídí nějaký automat/RADIUS. Pokud mám v cestě jen tupé/levné/chci tupé/chci levné prvky, tak je PPPoE řešením, ale stejně - kdo z vás má na optice switche, co by neuměli port based.

A UPC se obejde bez PPPoE, protože RADIUS mu řeší přidělení konfigurace modemu. A oni kvůli kabelovce modem stejně mít musí, takže o problém míň. A nemusím nic vytáčet, složitě nastavovat, dostanu IP z DHCP a jedu. 0 telefonátů na zákaznickou linku.
0 x

Uživatelský avatar
zdenek.svarc
Administrator
Příspěvky: 1635
Registrován: 19 years ago
antispam: Ano

Příspěvekod zdenek.svarc » 13 years ago

Jak se říká, sytý hladovém nevěří. A až budete hladoví po řešení, kterak zvládnout opravdu velkou síť a nezbláznit se, vzpomenete si. Vystrčit WIFI router z okna a myslet si, že jsem provider, totiž nejde dělat věčně kluci. Dneska jste one-man show ISP, a tak taky skončíte, pokud neotevřete oči. Nikdo po vás nechce, abyste měli pokoru ke každému, kdo má snahu se s vámi v dobré míře podělit o zkušenosti. Ale než shazovat něco, čemu náležitě nerozumím, tak budu radši držet hubu.
0 x

soooc
Příspěvky: 1586
Registrován: 18 years ago

Příspěvekod soooc » 13 years ago

Zdeněk Švarc píše:Jak se říká, sytý hladovém nevěří. A až budete hladoví po řešení, kterak zvládnout opravdu velkou síť a nezbláznit se, vzpomenete si. Vystrčit WIFI router z okna a myslet si, že jsem provider, totiž nejde dělat věčně kluci. Dneska jste one-man show ISP, a tak taky skončíte, pokud neotevřete oči. Nikdo po vás nechce, abyste měli pokoru ke každému, kdo má snahu se s vámi v dobré míře podělit o zkušenosti. Ale než shazovat něco, čemu náležitě nerozumím, tak budu radši držet hubu.


Dobre, az mi nekdo odpovi na tyhle otazky, zacnu uvazovat nad tim, proc se zbavit radiusem rizenych vlan a prejit na PPPoE.

Jak se liší přenosová rychlost, pokud v oblibenych tplinkach jedu bez/s PPPoE?

Jak řešíte to, že si lidi nezvládnou sami nastavit PPPoE?

Koncentrátor pro 4000 uživatelů - kolik strojů je potřeba?

Jak si poradí PPPoE s přepnutím linky mezi koncentrátorem - tzn. je po ceste OSPF s nejakymi timeouty.

Tady si odpovim sám - je třeba to nějak protunelovat, aby klient viděl koncentrátor a nebo před takové místo koncetrátor posadit. A nebo se spolehnout na RSTP. Což se v podstatě neliší od stávajícího přístupu, kdy se to posbírá v lokaci ze switchů a nějaký předávací prvek obdařený VRRP to přehazuje dál směrem k NATu a BGP.

Máte ozkoušený blackout? 4000 jednotek, co se naráz připojují - běžný stav rozvodné sítě u nás ve městě.

Kolik koncentrátorů je vhodné mít pro vyřešení výpadku? Máte je vedle sebe nebo geograficky oddělené?

Jak máte vymyšlený přechod na IPv6 u levných routerů u klientů? U vlan není problém žádný, vypnu DHCP, místo do wan to strčím do LAN a pokračuju dál.

U bezdrátistů - v mikrotiku jsem pozoroval rozpad PPPoE při typickém odpojen/připojen v jedné vteřině na access point - u přenosu bez PPPoE bez ztráty spojení, při PPPoE mi zheblo spojení (např. SSH). Co s tím?

Dík :)
0 x

Uživatelský avatar
zdenek.svarc
Administrator
Příspěvky: 1635
Registrován: 19 years ago
antispam: Ano

Příspěvekod zdenek.svarc » 13 years ago

> Dobre, az mi nekdo odpovi na tyhle otazky, zacnu uvazovat nad tim, proc se zbavit radiusem rizenych vlan a prejit na PPPoE.

Tohle vítám. Ne k vůli tomu, abych někoho přesvědčoval, ale k vůli tomu, že se taky rád něco dozvím. Mimochodem, na téma PPPoE vs IPoE jsme měli téma s Martinem Slintákem z českého Cisca minulý rok v Luhačovicích. A na Jezerce na tohle téma taky několikrát dojde řeč.

> Jak se liší přenosová rychlost, pokud v oblibenych tplinkach jedu bez/s PPPoE?

V procentech.

> Jak řešíte to, že si lidi nezvládnou sami nastavit PPPoE?

http://bit.ly/xEI2hC
http://bit.ly/zxzxjS

Přes wizardy ještě jednodušeji. Obecně nevidím rozdíl ve složitosti, pokud jde o nastavení PPPoE nebo statické IP. Ano, pokud jde o DHCP, pak uznávám, že to je pro zákazníka nejjednodušší. Ale pouze za předpokladu, že se DHCP použijeme s option82. Cokoliv jiného, včetně svázání s MAC adresou, byť v RADIUSu, nemůžeme považovat za systémové řešení. A WIFI injektovat Circuit ID a Remote ID pochopitelně nedokáže, takže jsme stejně limitováni na kabelové sítě.

> Koncentrátor pro 4000 uživatelů - kolik strojů je potřeba?

1 nebo 10, podle toho, jaká bude skladba klientů a jak výkonný box použiju.

> Jak si poradí PPPoE s přepnutím linky mezi koncentrátorem - tzn. je po ceste OSPF s nejakymi timeouty.

Tím sis odpověděl. Poradí si tak rychle, jak rychle si poradí OSPF, protože PPPoE je terminováno na rozhraní accesu a backhaulu, kdežto OSPF používáš na backhaulu.

> Máte ozkoušený blackout? 4000 jednotek, co se naráz připojují - běžný stav rozvodné sítě u nás ve městě.

To je mýtus, který přetrvává ze sítí, které potřebují provisioning spojený s bootováním po síti (CATV, IPTV) . Nehledě na to, že pokud dojde k výpadku proudu, tak všechny jednotky nezačnou ve stejnou vteřinu žádat autorizaci. Už jen proto, že každá bude bootovat jinak dlouho, než se ozve s PADI požadavkem. V případě WIFI je každá na jiném bezdrátu atd. Ale i kdyby se tak stalo ve stejný čas, RADIUS serveru to nevadí a PPPoE koncentrátoru jakbysmet. Pokud nestihne obsloužit v jednom čase, obslouží v druhém nebo třetím kole. Pořád se bavíme o vteřinách.

> Kolik koncentrátorů je vhodné mít pro vyřešení výpadku? Máte je vedle sebe nebo geograficky oddělené?

PPPoE koncentrátor bývá zpravidla součástí L3 prvku po cestě, takže pokud sletí tento router, eskalace priorit je zřejmá. Pokud je PPPoE koncentrátor součástí core, pak je jeho škálovatelnost zcela na uvážení síťového architekta.

> Jak máte vymyšlený přechod na IPv6 u levných routerů u klientů? U vlan není problém žádný, vypnu DHCP, místo do wan to strčím do LAN a pokračuju dál.

Framed-IPv6-Prefix, vyzkoušeno úspěšně vůči RouterOS klientovi (to se dá považovat za levný router?) a Windows 7 klientovi. Víc jsem neměl potřebu řešit, protože otázka IPv6 není na pořadu dne, ačkoliv se tvrdívá opak.

> U bezdrátistů - v mikrotiku jsem pozoroval rozpad PPPoE při typickém odpojen/připojen v jedné vteřině na access point - u přenosu bez PPPoE bez ztráty spojení, při PPPoE mi zheblo spojení (např. SSH). Co s tím?

Občasný reconnect na WIFI ještě PPPoE tunel nutně nerozpojí. K tomu může dojít, pokud flapuje OSPF. V tom případě je však problém v bezdrátovém backhaulu a ne v přístupové síti.

> Dík

Není zač. Na oplátku bych se rád zeptal na pár otázek ohledně VLANově orientované přístupové sítě tebe:

Jak dobře použitelné a robustní je tohle řešení v přístupové WIFI síti?
Jak řešíte dynamicky vytvářené queues?
Jak RADIUSem řešíte distribuci IPv4 prefixů, pokud je třeba ke klientovi nějaký ten prefixíček distribuovat?
Jak řešíte RADIUSem přidelované IPv6?
Jak často jsi nucený při své topologii šahat po QinQ?
Zakončuješ VLAN na CPE u klienta nebo na svém přístupovém switchi?
- Pokud na CPE u klienta, na kolik tě vyjde takové CPE a jak řešíš jeho provisioning?
- Pokud na svém přístupovém switchi, jak máš ošetřeno, že mezi tvůj switch a klienta někdo nepodstrčí jiný switch nebo router s NAT a naklonovanou MAC a nebude úspěšný černý pasažér?
Kde vidíš limity (pokud nějaké jsou) ve škálovatelnosti takového řešení?
0 x

soooc
Příspěvky: 1586
Registrován: 18 years ago

Příspěvekod soooc » 13 years ago

> Jak dobře použitelné a robustní je tohle řešení v přístupové WIFI síti?

Po testech se ukazuje, že táhnout vlan skrz celou síť a přes všechny wifiny není úplně triviální - mod trunk se neosvedcil, konfigurace switchu neni trivialni :( Náročnost na techniky je ve wifi části vyšší, na optice je to bezstarostné.

Prostě prvotní konfigurace je náročná, výměna prvků je lehká, protože každý má svou zálohu. Automatizované generování konfigurací do edgecoru by to vyřešilo.

Neosvědčilo se dávat routovadlo vždy co nejblíž, pak rostr počet routovadel a v rámci úspor na nich to vedlo k nižsí spolehlivost atd. Routovadel hlavních je na síti 5 (4 u sebe a jeden v geograficke zaloze), plus všechny relikty mládí a routovadla na místech, kde potřeba překonat OSPF řízené místa.

>Jak řešíte dynamicky vytvářené queues?

Brána není mikrotik, vytváří to skripty podle databáze.

>Jak RADIUSem řešíte distribuci IPv4 prefixů, pokud je třeba ke klientovi nějaký ten prefixíček distribuovat?

Jo, tohle je problém - zatím je to vždy ručně. Byl opruz to implementovat.

>Jak řešíte RADIUSem přidelované IPv6?

IPv6 pouze řešíme, nemáme nasazeno.

>Jak často jsi nucený při své topologii šahat po QinQ?

Zatím jsme se tomu vždycky nějak vyhli, protože se do toho nikomu nechce.

>Zakončuješ VLAN na CPE u klienta nebo na svém přístupovém switchi?
- Pokud na CPE u klienta, na kolik tě vyjde takové CPE a jak řešíš jeho provisioning?
- Pokud na svém přístupovém switchi, jak máš ošetřeno, že mezi tvůj switch a klienta někdo nepodstrčí jiný switch nebo router s NAT a naklonovanou MAC a nebude úspěšný černý pasažér?

Na switchi - a proti fyzickému zásahu do rozvodů to zajištěno není. Odposlechnutí je bráněno tím, že port vidí pouze bránu, pokud tedy vřadí switch, může si užívat na tarif toho, kdo platí ten daný port. Edgecore sliboval nějakou funkci, která by switch odhalila, ale to nějak nedošlo nasazení.

Zakončení na CPE jsme zvažovali, ale lidem se to nelíbilo mít doma 2 krabičky (tenkrát neexistoval RB751).

>Kde vidíš limity (pokud nějaké jsou) ve škálovatelnosti takového řešení?

V případě FTTH limit nevidím, FTTB je taky udržovatelné v pohodě. Různé přípojky firem, okruhy, vysílače na domech + wifi klienti atd. však ale všechno komplikují, tam bych viděl problém ve správě.

Limit vidím v kvalitě použitých switchů. Edgecory vypadali ok, ale jak je na nich pustene plno věcí, tak je s nima docela boj. Proto bych všem doporučil tenhle výběr hodně zvážit. Moc si nedovedu představit, jak by to někdo provozoval na tupých TP-linkách.


Přechod na VLAN strategii umožnil až příchod optiky, jinak byly některé lokality za mnoho spoji a byly kruhy přes OSPF. V takovém prostředí mi přijde přes RADIUS řešené DHCP servery/relay jako nejjednodušší řešení.
0 x

soooc
Příspěvky: 1586
Registrován: 18 years ago

Příspěvekod soooc » 13 years ago

A ještě mám jeden dotaz -

kde byste ve vesnické bezdrátové síti (cca 1000 uživatelů) davali PPPoE servery - na nějaké RB pro daný bod?

Přístupové body jsou propojeny skrz OSPF do kruhů a ty kruhy jsou celkem důležité. RADIUS by teda cpal konfigurace na jednotlivé RB, každý site by měl jeden koncentrátor. Má to někdo tak nebo nějaká jiná strategie?
0 x

Uživatelský avatar
zdenek.svarc
Administrator
Příspěvky: 1635
Registrován: 19 years ago
antispam: Ano

Příspěvekod zdenek.svarc » 13 years ago

Díky za odpovědi. Zkus jedno WIFI AP hodit na PPPoE a můžeš srovnat naživo. Minimálně Framed-Route atribut si zamiluješ, to ti garantuju :-)
0 x

Uživatelský avatar
zdenek.svarc
Administrator
Příspěvky: 1635
Registrován: 19 years ago
antispam: Ano

Příspěvekod zdenek.svarc » 13 years ago

soooc píše:A ještě mám jeden dotaz -

kde byste ve vesnické bezdrátové síti (cca 1000 uživatelů) davali PPPoE servery - na nějaké RB pro daný bod?

Přístupové body jsou propojeny skrz OSPF do kruhů a ty kruhy jsou celkem důležité. RADIUS by teda cpal konfigurace na jednotlivé RB, každý site by měl jeden koncentrátor. Má to někdo tak nebo nějaká jiná strategie?


OSPF na každém AP? Vždyť ty máš síť na PPPoE jak vymalovanou. PPPoE server vytvoř pro každý bezdrátový sektor a v OSPF každého takového WIFI AP zapni Redistribute connected routes. Pak si udělej malý PHP skriptík do radacct a můžeš v reálném čase sledovat počet připojených klientů na každém sektoru v síti.
0 x

soooc
Příspěvky: 1586
Registrován: 18 years ago

Příspěvekod soooc » 13 years ago

Zdeněk Švarc píše:
soooc píše:A ještě mám jeden dotaz -

kde byste ve vesnické bezdrátové síti (cca 1000 uživatelů) davali PPPoE servery - na nějaké RB pro daný bod?

Přístupové body jsou propojeny skrz OSPF do kruhů a ty kruhy jsou celkem důležité. RADIUS by teda cpal konfigurace na jednotlivé RB, každý site by měl jeden koncentrátor. Má to někdo tak nebo nějaká jiná strategie?


OSPF na každém AP? Vždyť ty máš síť na PPPoE jak vymalovanou. PPPoE server vytvoř pro každý bezdrátový sektor a v OSPF každého takového WIFI AP zapni Redistribute connected routes. Pak si udělej malý PHP skriptík do radacct a můžeš v reálném čase sledovat počet připojených klientů na každém sektoru v síti.


Jo, takhle presne jsem si to predstavoval, jen jsem to potreboval potvrdit. Tak tedka to bude souboj, jestli se podržet stávájícího DHCP generovaného a distribuovaného přes Mikrotik API a nebo to předělat na RADIUS.

Problémy se stávajícím řešením nejsou, jen mi to pořád vrtá hlavou :)

Moc podnětná diskuze :)
0 x

Uživatelský avatar
zdenek.svarc
Administrator
Příspěvky: 1635
Registrován: 19 years ago
antispam: Ano

Příspěvekod zdenek.svarc » 13 years ago

Ruku na srdce, mám-li volit mezi Mikrotik API nebo IETF standardem (RFC 2516), rozhodování mi bude trvat asi tak ... moment ... 0.001 vteřiny?
0 x

Uživatelský avatar
honzam
Příspěvky: 5527
Registrován: 18 years ago

Příspěvekod honzam » 13 years ago

Zdeněk Švarc píše:> Jak řešíte to, že si lidi nezvládnou sami nastavit PPPoE?

http://bit.ly/xEI2hC
http://bit.ly/zxzxjS


Hezké, ale máte takový návod zpracovaný i pro jiné verze Windows? Linux? Občas se najdou i uživatelé internetu s W98
Výrazy jako Dual stack IP - v první chvíli jsem ani já nevěděl co je tím myšleno. Zajímalo by mě jak to pochopí Běžný Franta Uživatel

Kolik % lidí zvládne nastavit správně PPPoE do systému? Zvládnou si to zákazníci nastavit do WAN routeru? Ze zkušenosti víme že nejsou schopni si na routeru zapnout ani NAT, DHCP a zabezpečení bezdrátu!
Buď máte extrémně chytré a nadané IT uživatele internetu nebo nevím :)
0 x

Uživatelský avatar
zdenek.svarc
Administrator
Příspěvky: 1635
Registrován: 19 years ago
antispam: Ano

Příspěvekod zdenek.svarc » 13 years ago

honzam píše:Hezké, ale máte takový návod zpracovaný i pro jiné verze Windows?

http://bit.ly/xH3Ngd
honzam píše:Linux?

http://bit.ly/xCNKQB
honzam píše:Občas se najdou i uživatelé internetu s W98

Dobře jim tak.
honzam píše:Výrazy jako Dual stack IP - v první chvíli jsem ani já nevěděl co je tím myšleno. Zajímalo by mě jak to pochopí Běžný Franta Uživatel

Komu to nic neříká, tak to ani nepotřebuje.
honzam píše:Kolik % lidí zvládne nastavit správně PPPoE do systému? Zvládnou si to zákazníci nastavit do WAN routeru? Ze zkušenosti víme že nejsou schopni si na routeru zapnout ani NAT, DHCP a zabezpečení bezdrátu!
Buď máte extrémně chytré a nadané IT uživatele internetu nebo nevím :)

Nastavení OS, na poprvé to zvládne 30% a na podruhé 70% uživatelů. Ti zbylí si holt musí zavolat souseda nebo zaplatit výjezd. Nastavení routeru, na poprvé 50% na podruhé 80%. Pro zbylé platí to samé, co v předchozím souvětí.
0 x

Uživatelský avatar
sub_zero
Příspěvky: 1741
Registrován: 19 years ago
antispam: Ano
Bydliště: Olomouc
Kontaktovat uživatele:

Příspěvekod sub_zero » 13 years ago

Musím poděkovat všem zůčastněným za opravdu podmětnou a technicky našlapanou diskuzi.

A jen mě zajímá, zda existuje možno napojit Radius server /Mikrotik/ k Active Directory a umožnit tak userům použít na opačné straně routované sítě svůj login do domény pro připojení k hotspotům.
0 x

Uživatelský avatar
zdenek.svarc
Administrator
Příspěvky: 1635
Registrován: 19 years ago
antispam: Ano

Příspěvekod zdenek.svarc » 13 years ago

Konkrétně Freeradius http://wiki.freeradius.org/FreeRADIUS_Active_Directory_Integration_HOWTO, ale většinu spíš bude zajímat http://wiki.freeradius.org/LDAP. Každopádně u nás generické Freeradius MySQL schéma + nějaké vychytávky. V obecné rovině je zcela jedno, zda-li k Radiusu připojím PPPoE, Hotspot nebo ADSL. Každá přístupová služba má pouze jinou množinu atributů, která se sice v základních atributech prolíná, ale v případě hotspotu jde nejdál. Například báječné RADIUS attributy CoovaChilli (http://coova.org/CoovaChilli/chilli-radius). O tom si Mikrotik může nechat jenom zdát. Nikdo se pak nemůže divit, že když Standa začne tlápat jako v druhém příspěvku tohoto vlákna, tak jeden neví, jestli ho má zrovna lisknout.

Na Jezerce na tohle konto proběhne prezentace success story (1.den, 15:30 BGP, OSPF, PPPoE, Radius, zkušenosti z přestavby sítě svépomocí). Podotýkám, že přednáška nebude moje, přestože jsem zmíněnou síť pomáhal projektovat.
0 x

Uživatelský avatar
zdenek.svarc
Administrator
Příspěvky: 1635
Registrován: 19 years ago
antispam: Ano

Příspěvekod zdenek.svarc » 13 years ago

pixall píše:... Na linuxe je to jedno jedine pravidlo do IPtables, a na mikrotiku to bude totiez, len neviem kde a ako to tam naklikate ...

Kód: Vybrat vše

 /ip firewall mangle add action=change-mss chain=forward disabled=no new-mss=1440 protocol=tcp tcp-flags=syn tcp-mss=1441-65535
0 x