OSPF loading State
Ryan Whelan
rcwhelan at gmail.com
Thu Jul 21 22:39:17 CEST 2011
On Thu, Jul 21, 2011 at 12:05 PM, Ryan Whelan <rcwhelan at gmail.com> wrote:
> I have 2 linux machines connected to one another over the internet via
> a IPSec protected GRE tunnel. Each of them are running OSPF from bird
> 1.3.2.
>
> The issue is that one of them will not fully peer with the other,
> unless the other is started after the one with the issue. Is just
> stays in state 'loading' while the other machine will be in state
> 'full'. In other words, node 2 will only go to state 'full' if node 1
> is started after node 2. If node 2 is started after node 1, it will
> sit in state 'loading' forever. Node 1 has no issues.
>
> Here is a log from the node that is failing to sync up (node 2):
> http://pastebin.com/ZjVcc1wB
>
>
> bird> show ospf neighbors
> axa0:
> Router ID Pri State DTime Interface Router IP
> 111.222.333.444 1 loading/ptp 00:13 tun10 172.31.255.255
> bird>
>
>
>
> the config on both machines is identical
>
>
>
> protocol kernel {
> learn;;
> persist;
> scan time 20;
> export all;
> }
>
> protocol device {
> scan time 10;
> }
>
> protocol static {
> }
>
> protocol ospf axa0 {
> tick 1;
> rfc1583compat yes;
> area 0.0.0.0 {
> stub no;
> interface "tun*" {
> hello 5;
> retransmit 5;
> cost 10;
> transmit delay 5;
> dead 15;
> wait 50;
> type ptp;
> };
> };
> }
>
If it means anything, the machine that was stuck in 'loading' changed
to 'full' after I left it alone, but it took about 30 minutes. Is
that expected behaviour?
More information about the Bird-users
mailing list