problem s routingem - co se deje s paketem v kernelu?

[Stepan Cirkl]

Michal Ludvig wrote:
> Matus fantomas Uhlar wrote:
> 
>> A ja doplnim - rp filter je super vec, ale v pripade advanced routovacich
>> protokolov ktorymi sa sice dozviete kam paket posielat mate (a nie kam 
>> vsade
>> mozete, respektive neznamena to ze odinadial pakety prist nemozu) s nim
>> nastava prave tento problem.
>>
>> Ako riesenie by som odporucil aby sa do routovacich protokolov 
>> nahadzovali
>> aj spatne cesty (teda, aj v pripade jednosmernych ciest). Ale to uz nejde
>> len tak ...
> 
> 
> Proc to neni jen tak? Nestacilo by do routovaci tabulky davat vsechny 
> mozne cesty, ktere se kernel dozvi treba pres ospf nebo bgp, s 
> odstupnovanyma metrikama? Je nejaky duvod, proc to treba Zebra nedela?
> 
> Michal Ludvig
> 
Mne napada napriklad prilisna zatez. Jednak je ta routeovaci tabulka pak 
PEKNE velika, a pak taky to rozhodovani o routingu bude o narocnejsi, 
kdyz tam bude vice stejnejch routu s ruznou metrikou. (Bude se muset 
provadet rozhodovani o te nejlepsi momentalne dostupne.)
Pride mi to jako celkem dost velka hovadina. Proste u poradnejsiho 
routru nemuzete tak jednoduse rozhodovat o zahazovani paketu.

Predstavte si takovej paterni router, kterej ma rekneme 140K prefixu do 
internetu od trech ruznejch BGP kolegu. To by byla pekna routovaci tabulka.

BTW: Jak je to vlastne presne s metrikama? Ja je neak neumim poradne 
pouzit. Nedavno sem je mel nahozeny na CISCu a kdyz nebyl dostupnej rout 
s nejlepsi metrikou, tak to chvilku chtel oroutovat spravne, pak zase na 
ten s nejmensi metrikou (nedostupnej) a pak zase chvilku spravne. Docela 
dost to preskakovalo. Sorry ze odskakuju.

-- 
Stepan Cirkl
IT consultant
CC unLimited, v.o.s.

email: cirkl na ccu.cz
web: http://www.ccu.cz
icq: #31789939
mobil: +420 604 968 090