Citat:
AdiX: Istina, samo sto se vrlo cesto moze desiti da ako dodje do gubljena paketa tj- pucanja veze izmedju pppoe servera i radius servera radius server ne vidi korisnika koji je i dalje na mrezi a promet mu se ne obracunava. Druga mana je da korisniku prikazuje pogresan user/passwd prilikom autentifikacije ako je pao link do radius servera.
Na ovu temu koliko sam vidio nije dat konkretan odgovor sta je bolje a sta ne. Da li praviti jednu broadcast domenu ili vise manjih ?
Ako sve protjeras kroz jedan bridge dobijas jedno centralno mjesto gdje dodjeljujes IP adrese pa je mnogo lakse srediti rutiranje i adresni prostor. Taj nacin preporucujem ako ces korisnicima davati javne IP adrese.
Ako koristis lokalne ip adrese onda ti je bolje da ne koristis bridge jer mozes na svaki lokalni cvor da stavis pppoe server sa c klasom iz lokalne mreze kao pool-om.
Ako hoces kombinaciju (puno manjih broadcast zona/pppoe servera) onda mozes podesiti OSPF i dodjeljivati adrese iz radiusa, preko mysql-poola. Medjutim, taj metod se pokazao kao jako zeznut jer se prilicno cesto desava da dva korisnika dobiju istu adresu (zavisi od opterecenja radiusa/mysqla).
Ako sam te zbunio, a sigurno jesam :) onda reci sta te tacno zanima. Pokusao sam da ugrubo objasnim neka rjesenja bez da se uvlacim u duboko razglabanje. Bojim se da bih onda bio jos manje razumljiv. Rijeci mi nisu jaca strana :)
Sto se tice mrtvih konekcija one nisu tako veliki problem. Radius ce sam raskinuti mrtvu konekciju ako ne dobije Alive paket u zadanom intervalu. Takodje, ako je konekcija ziva bice update-ovana sa sljedecim alive-om. Alive pakete salje pppoe server, ako jedna propadne gubi se promet u poslednjem intervalu, nista vise (dakle 5 ili 10 minuta, kod vecine setupa).