OSPF stuck in 2-way state

[Kenth Eriksson]

On Thu, 2019-10-03 at 19:04 +0200, Ondrej Zajicek wrote:
> CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.
> 
> 
> On Thu, Oct 03, 2019 at 06:36:05PM +0200, Ondrej Zajicek wrote:
> > > me.dr is 0 because ifa->drip is 0, but should it have declared itself
> > > as an eligible DR?
> > 
> > Oh, you meant DR IP, not neghbor IP. I think that it is correct - the
> > process should start with the node idea of DR IP, which is initially
> > zero (RFC 2328 9.4. the first paragraph).
> 
> Just reviewed the election code and it seems consistent to the algorithm
> in RFC 2328. If no electable neighbor is there and me.dr / me.bdr is
> initially zero, then it should elect itself as BDR in the first round
> (also elect itself as DR by the ndr==NULL condition), and elect itself
> as DR in the second election.
> 
> Could you add some debug output to check the value of DR and BDR (both
> ID and IP) after first and possibly second round?
> 
Will do. Will re-post results once error is re-produced.
> --
> Elen sila lumenn' omentielvo
> 
> Ondrej 'Santiago' Zajicek (email: santiago at 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."