ospf loading for ever...
Hi, I'm playing with ospf on few Linux hosts pretending to be routers in single LAN. Unfortunately one host has a problem. bird (1.2.5, git master) thinks route(r)s are "unreachable" (as seen by show ospf state all). It never gets into full state. All other routers have no such problem. There is no firewall here. Any clues? ps. is there bird related irc channel or do devs use irc? (arekm@freenode) config is: protocol ospf MyOSPF { debug all; rfc1583compat; import filter from_bgp; export none; area 0.0.0.0 { networks { x.x.x.0/22; }; interface "eth0" { }; }; } bird> show ospf neighbors MyOSPF: Router ID Pri State DTime Interface Router IP x.x.4.235 1 2way/other 00:32 eth0 x.x.4.253 x.x.4.190 1 2way/other 00:32 eth0 x.x.4.190 x.x.4.218 1 2way/other 00:31 eth0 x.x.4.218 x.x.5.242 1 loading/bdr 00:37 eth0 x.x.5.242 x.x.4.197 1 2way/other 00:32 eth0 x.x.4.197 x.x.4.82 1 2way/other 00:33 eth0 x.x.4.222 x.x.4.193 1 2way/other 00:33 eth0 x.x.4.193 x.x.5.159 1 loading/dr 00:36 eth0 x.x.5.159 x.x.4.223 1 2way/other 00:34 eth0 x.x.4.223 x.x.5.150 1 2way/other 00:33 eth0 x.x.5.150 x.x.5.137 1 2way/other 00:35 eth0 x.x.5.137 x.x.4.131 1 2way/other 00:35 eth0 x.x.4.245 x.x.4.230 1 2way/other 00:35 eth0 x.x.4.230 x.x.4.80 1 2way/other 00:35 eth0 x.x.4.215 x.x.4.217 1 2way/other 00:36 eth0 x.x.4.217 x.x.4.34 1 2way/other 00:36 eth0 x.x.4.216 bird> show interfaces lo up (index=1) MultiAccess AdminUp LinkUp Loopback Ignored MTU=16436 127.0.0.1/8 (Primary, broadcast 127.255.255.255, scope host) eth0 up (index=2) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=9000 x.x.5.135/22 (Primary, broadcast x.x.7.255, scope univ) x.x.5.140/22 (Secondary, broadcast x.x.7.255, scope univ) x.x.5.148/22 (Secondary, broadcast x.x.7.255, scope univ) x.x.5.146/22 (Secondary, broadcast x.x.7.255, scope univ) x.x.5.152/22 (Secondary, broadcast x.x.7.255, scope univ) x.x.5.154/22 (Secondary, broadcast x.x.7.255, scope univ) x.x.5.139/22 (Secondary, broadcast x.x.7.255, scope univ) x.x.5.144/22 (Secondary, broadcast x.x.7.255, scope univ) x.x.5.145/22 (Secondary, broadcast x.x.7.255, scope univ) eth1 DOWN (index=3) MultiAccess Broadcast Multicast AdminDown LinkDown MTU=1500 sit0 DOWN (index=5) MultiAccess AdminDown LinkDown MTU=1480 sixxs DOWN (index=15) PtP Multicast AdminUp LinkUp MTU=1280 veth-c700 up (index=19) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 x.x.5.135/32 (Primary, broadcast x.x.5.135, scope univ) bird> show ospf state all area 0.0.0.0 router x.x.4.223 unreachable network x.x.4.0/22 metric 10 router x.x.5.135 distance 0 stubnet x.x.4.0/22 metric 10 router x.x.5.159 unreachable network x.x.4.0/22 metric 10 external 2.95.55.0/24 metric2 10000 [...] external a.b.c.0/24 metric2 10000 external e.f.g.0/22 metric2 10000 external h.i.j.0/22 metric2 10000 external k.l.m.0/19 metric2 10000 router x.x.5.242 unreachable network x.x.4.0/22 metric 10 network x.x.4.0/22 dr x.x.5.159 unreachable router x.x.5.159 router x.x.4.80 router x.x.5.137 router x.x.4.217 router x.x.4.131 router x.x.4.82 router x.x.5.150 router x.x.5.242 router x.x.4.230 router x.x.4.235 router x.x.4.223 router x.x.4.197 router x.x.5.135 router x.x.4.190 router x.x.4.34 router x.x.4.193 router x.x.4.218 -- Arkadiusz Miśkiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/
W dniu 2011-03-23 19:58, Arkadiusz Miskiewicz pisze:
Hi,
I'm playing with ospf on few Linux hosts pretending to be routers in single LAN.
Unfortunately one host has a problem. bird (1.2.5, git master) thinks route(r)s are "unreachable" (as seen by show ospf state all). It never gets into full state. All other routers have no such problem. There is no firewall here.
Any clues?
I had similar problem but on bird 1.2.1. The problem was created by ip address that was bind to interface. I got two ip's on the interface and bird as a source used second IP. When I deleted second IP and restared bird everything works correctly. Tou can always check it with tcpdump or wireshark on ospf lan. tcpdump -vv -nn -i <interface> host 224.0.0.5
ps. is there bird related irc channel or do devs use irc? (arekm@freenode)
config is:
protocol ospf MyOSPF { debug all; rfc1583compat; import filter from_bgp; export none; area 0.0.0.0 { networks { x.x.x.0/22; };
interface "eth0" { }; }; }
bird> show ospf neighbors MyOSPF: Router ID Pri State DTime Interface Router IP x.x.4.235 1 2way/other 00:32 eth0 x.x.4.253 x.x.4.190 1 2way/other 00:32 eth0 x.x.4.190 x.x.4.218 1 2way/other 00:31 eth0 x.x.4.218 x.x.5.242 1 loading/bdr 00:37 eth0 x.x.5.242 x.x.4.197 1 2way/other 00:32 eth0 x.x.4.197 x.x.4.82 1 2way/other 00:33 eth0 x.x.4.222 x.x.4.193 1 2way/other 00:33 eth0 x.x.4.193 x.x.5.159 1 loading/dr 00:36 eth0 x.x.5.159 x.x.4.223 1 2way/other 00:34 eth0 x.x.4.223 x.x.5.150 1 2way/other 00:33 eth0 x.x.5.150 x.x.5.137 1 2way/other 00:35 eth0 x.x.5.137 x.x.4.131 1 2way/other 00:35 eth0 x.x.4.245 x.x.4.230 1 2way/other 00:35 eth0 x.x.4.230 x.x.4.80 1 2way/other 00:35 eth0 x.x.4.215 x.x.4.217 1 2way/other 00:36 eth0 x.x.4.217 x.x.4.34 1 2way/other 00:36 eth0 x.x.4.216
bird> show interfaces lo up (index=1) MultiAccess AdminUp LinkUp Loopback Ignored MTU=16436 127.0.0.1/8 (Primary, broadcast 127.255.255.255, scope host) eth0 up (index=2) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=9000 x.x.5.135/22 (Primary, broadcast x.x.7.255, scope univ) x.x.5.140/22 (Secondary, broadcast x.x.7.255, scope univ) x.x.5.148/22 (Secondary, broadcast x.x.7.255, scope univ) x.x.5.146/22 (Secondary, broadcast x.x.7.255, scope univ) x.x.5.152/22 (Secondary, broadcast x.x.7.255, scope univ) x.x.5.154/22 (Secondary, broadcast x.x.7.255, scope univ) x.x.5.139/22 (Secondary, broadcast x.x.7.255, scope univ) x.x.5.144/22 (Secondary, broadcast x.x.7.255, scope univ) x.x.5.145/22 (Secondary, broadcast x.x.7.255, scope univ) eth1 DOWN (index=3) MultiAccess Broadcast Multicast AdminDown LinkDown MTU=1500 sit0 DOWN (index=5) MultiAccess AdminDown LinkDown MTU=1480 sixxs DOWN (index=15) PtP Multicast AdminUp LinkUp MTU=1280 veth-c700 up (index=19) MultiAccess Broadcast Multicast AdminUp LinkUp MTU=1500 x.x.5.135/32 (Primary, broadcast x.x.5.135, scope univ)
bird> show ospf state all
area 0.0.0.0
router x.x.4.223 unreachable network x.x.4.0/22 metric 10
router x.x.5.135 distance 0 stubnet x.x.4.0/22 metric 10
router x.x.5.159 unreachable network x.x.4.0/22 metric 10 external 2.95.55.0/24 metric2 10000 [...] external a.b.c.0/24 metric2 10000 external e.f.g.0/22 metric2 10000 external h.i.j.0/22 metric2 10000 external k.l.m.0/19 metric2 10000
router x.x.5.242 unreachable network x.x.4.0/22 metric 10
network x.x.4.0/22 dr x.x.5.159 unreachable router x.x.5.159 router x.x.4.80 router x.x.5.137 router x.x.4.217 router x.x.4.131 router x.x.4.82 router x.x.5.150 router x.x.5.242 router x.x.4.230 router x.x.4.235 router x.x.4.223 router x.x.4.197 router x.x.5.135 router x.x.4.190 router x.x.4.34 router x.x.4.193 router x.x.4.218
-- pozdrawiam Sebastian Nieszwiec ------------------------------------------------------------ --- POLNET ------------------------------------------------ --- LAN/WAN Administrator ---------------------------------- --- email: sed -e 's/\(s\.nieszwiec\)\(polnet\.tv\)/\1@\2/ - --- gg: 3973618 -------------------------------------------- ------------------------------------------------------------
On Wednesday 23 of March 2011, Sebastian Nieszwiec [POLNET] wrote:
W dniu 2011-03-23 19:58, Arkadiusz Miskiewicz pisze:
Hi,
I'm playing with ospf on few Linux hosts pretending to be routers in single LAN.
Unfortunately one host has a problem. bird (1.2.5, git master) thinks route(r)s are "unreachable" (as seen by show ospf state all). It never gets into full state. All other routers have no such problem. There is no firewall here.
Any clues?
I had similar problem but on bird 1.2.1. The problem was created by ip address that was bind to interface. I got two ip's on the interface and bird as a source used second IP.
When I deleted second IP and restared bird everything works correctly.
Can't do that - these IPs are used and needed.
Tou can always check it with tcpdump or wireshark on ospf lan.
tcpdump -vv -nn -i <interface> host 224.0.0.5
I don't see bad IPs used, dump using tcpdump -vv -nn -i eth0 ether host mac-addr and proto 89 at http://carme.pld-linux.org/~arekm/p/ospf.log.gz Sometimes, rarely it seems to be working and kernel table gets all routes but in most cases all routers are "unreachable" as seen by bird. -- Arkadiusz Miśkiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/
On Thu, Mar 24, 2011 at 08:57:23AM +0100, Arkadiusz Miskiewicz wrote:
Tou can always check it with tcpdump or wireshark on ospf lan.
tcpdump -vv -nn -i <interface> host 224.0.0.5
I don't see bad IPs used, dump using tcpdump -vv -nn -i eth0 ether host mac-addr and proto 89 at http://carme.pld-linux.org/~arekm/p/ospf.log.gz
Don't you have assymetric MTU? It seems that there is MTU 9000 on x.x.5.135 and MTU 1500 on x.x.5.159 MTU have to be the same, otherwise x.x.5.135 would send big packets and x.x.5.159 would drop them. -- Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santiago@crfreenet.org) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) "To err is human -- to blame it on a computer is even more so."
On Thursday 24 of March 2011, Ondrej Zajicek wrote:
On Thu, Mar 24, 2011 at 08:57:23AM +0100, Arkadiusz Miskiewicz wrote:
Tou can always check it with tcpdump or wireshark on ospf lan.
tcpdump -vv -nn -i <interface> host 224.0.0.5
I don't see bad IPs used, dump using tcpdump -vv -nn -i eth0 ether host mac-addr and proto 89 at http://carme.pld-linux.org/~arekm/p/ospf.log.gz
Don't you have assymetric MTU?
It seems that there is MTU 9000 on x.x.5.135 and MTU 1500 on x.x.5.159 MTU have to be the same, otherwise x.x.5.135 would send big packets and x.x.5.159 would drop them.
That seem to be it, thanks! -- Arkadiusz Miśkiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/
On Thursday 24 March 2011 at 08:59 (CET), Marek Wajdzik wrote:
W dniu 2011-03-23 19:58, Arkadiusz Miskiewicz pisze:
ps. is there bird related irc channel or do devs use irc? (arekm@freenode)
I am also interested in this (consi@freenode). :)
+1 (_ruben@freenode)
Hello,
ps. is there bird related irc channel or do devs use irc? (arekm@freenode) I am also interested in this (consi@freenode). :) +1 (_ruben@freenode)
I have joined #bird channel on freenode. Meantime two other bird users have joined this channel as well. #bird channel was registered by another user, but has not been used by this user about a year. I have asked on #freenode channel, if there is any way to gain registration of this channel and i was pointed to group registration page (http://freenode.net/group_registration.shtml). This registration has to be filled by bird team representative. Another option is to use channel ##bird as unofficial bird channel, but I hope bird team will fill the registration. S pozdravem Jiri KUBICEK -- KRAXNET s.r.o. - www.kraxnet.cz Kamenicka 26, 170 00 Praha 7 ---
participants (6)
-
Arkadiusz Miskiewicz -
Jiří Kubíček -
Marek Wajdzik -
Ondrej Zajicek -
Ruben Laban -
Sebastian Nieszwiec [POLNET]