blazej44800 píše:Zaujímalo by ma, ako inak sa dá robiť riadenie siete okrem statickej IP, DHCP a PPPoE. V ankete je tam zopár ľudí, preto ma to zaujíma
Těch mechaniszmů je mnohem víc, záleží jakou infrastrukturu a na čem provozuješ. Třeba dneska se začínají objeovat už i IPv6 only přenosové sítě, které pak případný přenost IPv4 řeší nějakým AFT (NAT64/DNS64 a podobné experimenty) nebo 4over6 (celkem funkční a třeba v Číně aplikováno masově) mechanismem. Např u takového DS-lite je pak natvrdo zadrátovaná IPv4 adresa každého klienta 192.0.0.2.
Majklik píše:Třeba proto, že Mikrotik/UBNT je nepoužitelný pro takový klasický carrier koncept. Jak douho lidi řvou na MikroTIky třeba kvůli podpoře LAC/LNS (LAC nula bodů, LNS funkce budiž, pokud se nepoužívá autentizace řídícího spojení).
Okoune, došlo mi, že zrovna podpora LAC by se ti možná hodně hodila a líbila na řešení toho, že ti koncové APčka už SQ nedávají. Tak se zpaoj do klubu řvoucích.
O co jde, Okoun má klasikou routovnou síť, kde na koncových AP má puštěné PPPoE servery, tím pádem PPPoE jde jen poslední hop. Takto přichází o kus kouzla PPP like přístupových sítí. Přihlašovací údaje má v RADIUSu, psolu s IPčky a nastavením pro vytváření automatických SQ. Nu, od nějaké doby to ty koncové RBčka nedávají, takže řešil, jak přesunout to řezání toků na něco výkoněkšího. Celkem je problém dle těch dat automaticky vygenrovat i třeba QT na hlavní bráně, takže snaha posunout ty PPPoE servery na něco výkonějšího a AP nechat jak jako AP. Škoda rozbíjet routovanou síť, tak pomocí tunelů. Kde EoIP nedopadlo nejlépe, snaha o VPLS tunely nějak nedopadla kvůli problémům s L2MTU (to se nedořešilo, že)?
Pokud by ROS podporoval koncept LNS/LAC, tak to máu na tři kliknutí. LNS je v podstatě L2TP server, to ROS s určitými ale umí, a LAC je v podstatě trnaslátor PPPoE na L2TP, takže by jen pustil L2TP server na hlavní bráně a na APčkách místo PPPoE serveru LAC, který přicházející PPPoE přebalí do L2TP a pošle k L2TP serverům a na nich už jede klasicky, jak doteď. Celá síť pro lidi zmizí a má to na jendé hromadě na nějaké tlusté bedně, která to v pohodě dá (a na celou přenosovou síť nemusí ani šahat, v porovnání s konfigurací MPLS). LNS/LAC je starší a takové řešení pro chudé, dneska to nahrazuje obvykle MPLS aplikace, ale to je pakárna provozovat u větší ítě v podobě, jak MPLS páchá MikroTik. Na korporátní klienty pak spíše neř klasické L2TP (v2 s vloženým PPP) máme L2TPv3, což je opět náhlda za VPLS pro chudé a hlavně tam, kde musím lézt přes hranice své sítě (L2TPv3 snad bude v ROS7).
Jiná pěkná aplikace LAC/LNS je to, co začínám dosti vidět v okolí ve chvíli, kdy přitáhne do kraje jedna konkurence, jejiž jméno jse nevyslovuje.
Ostatní začnou mít snahu i spolupracovat a celkem běžně se řeší, že přijde ISP2 za ISP1 se slovy - voe, klofl jsme kunčofta, ale není od něj k nám vidět, k tobě vidím krásně, hele připojím ho na tebe, udělej mi tam vituální AP a pošli ho pak přes EoIP nebo něco na můj hlavní sajt, recipročně si také můžeš přijít.... V případě LAC/LNS je to jen o tom - OK, jedeme PPPoE, dej klientovi přihlašovací jméno třeba formátu kuncoft@isp2 a LAC server v APčku se nastaví, že když přileze PPPoE požadavek s loginem <něco>@isp2, tak to to tím L2TP pošle přímo k ISP2 na jeho LNS a ostatní na moji sadu L2TP serverů...
