"Drobny" problem s BIRDem

Martin Edlman edlman na fortech.cz
Středa Duben 25 08:26:57 CEST 2001


Zdravim,

	opet jsem se kousek posunul v reseni myho problemu s dynamickym
routovanim na LinuxRouterech pomoci BIRDu. Ovsem zase mam jeden problem,
kterej me neda spat.

	Na siti
                    +--- lrp 1
               +----|
               |    +--- lrp 2   sit A
inet ----- gw -|     = = = = = = = = = = 
               |                 sit B
               +--- lrp 3 ---- lrp 4

	Sit A a sit B jsou ke gw pripojeny jednim interface. 
	Protoze se mi nepovedlo pomoci BIRDu uspokojive rozjet OSPF, tak jsem
se smiril s RIPem. Protoze kernel 2.0.36, kterej pouziva LRP 2.9.4,
neumi multicast na vic interface najednou, presel jsem na LRP 2.9.8 s
kernelem 2.2.19.
	Vse funguje mezi gw, lrp 1,2,3.
	Ovsem nefunguje mi to mezi lrp 3 a 4. Zkusil jsem shodit BIRDy na gw,
lrp 1, 2, 3, aby se mi tam nic jinyho nemichalo a nechal bezet BIRD jen
na lrp 4.
	Na lrp 3 jsem si pustil "tcpdump -i eth2 ip multicast" a sledoval, co
lrp 4 posila. Ke svymu uzasu jsem zjistil, ze pouze jeden route, misto
celou tabulku.
Zde je vypis z birdc na lrp 4:

>>> ripOUT: Shutting down
>>> ripOUT: State changed to flush
>>> ripOUT: Broadcasting routing table to eth0
>>> ripOUT: State changed to down
>>> ripOUT: Starting
>>> ripOUT: Listening on (dummy), port 520, mode broadcast (0.0.0.0)
>>> ripOUT: State changed to feed
>>> ripOUT: Connected to table master
>>> ripOUT < interface lo goes up
>>> ripOUT < interface eth0 goes up
>>> ripOUT < interface eth1 goes up
>>> ripOUT < interface eth2 goes up
>>> ripOUT < filtered out 0.0.0.0/0 via 10.0.1.253 on eth0
>>> ripOUT < out of scope 127.0.0.0/8 dev lo
>>> ripOUT < added 194.213.253.224/30 dev eth2
>>> ripOUT < added 10.0.1.248/29 dev eth0
>>> ripOUT < added 194.213.253.228/30 dev eth1
>>> ripOUT: State changed to up
>>> ripOUT: Listening on eth0, port 520, mode multicast (224.0.0.9)
>>> ripOUT: Broadcasting routing table to eth0

v tuto chvili jsem na lrp 3 chytil paket:
22:57:20.760000 10.0.1.254.520 > 224.0.0.9.520: rip-resp 3:
{194.213.253.224/255.255.255.252}(1)[|rip] [tos 0xc0] [ttl 1]

coz je prvni paket, ktery je v ripOUT uveden.
pokud v ripOUT vypnu filter, ktery vyhazuje default route, tak se tento
route nevyfiltruje a jako jediny route se RIPem posle prave tento.

Kdyz jsem to zkusil obracene (posilat routy z lrp 3 na lrp 4), tak to
funguje dobre. Na obou routerech jsou stejne sitovky (3c509), stejny
kernel, stejny BIRD se stejnou konfiguraci.

Nevite, prosim, nekdo, proc se to takto chova? Ja opravdu netusim, proc
mi BIRD exportuje jen jeden route. Pokud by pripadny radce chtel, muzu
zaslat dalsi info, konfiguraci BIRDu atd...

Edas


Další informace o konferenci Linux