[Xorp-users] OSPF point-to-multipoint issue

Vincent, Michael - 0665 - MITLL michael.vincent at ll.mit.edu
Fri Jun 18 11:43:41 PDT 2010


Yes, show interfaces shows the interface in question (the ones OSPF does peering on) as ENABLED.

Additionally, if we exit from xorpsh and remove the offending host routes from linux (route del x.x.x.x) (the ones Xorp OSPF should be removing when OSPF converges) the OSPF sessions are re-established.  This is further feeding my belief that Xorp is not properly removing OSPF routes during OSPF convergence.



    Cheers.

-- 
Michael J. Vincent
Group 65 - Advanced Networks and Applications
MIT Lincoln Laboratory
244 Wood Street
Lexington, MA 02420
Office:  +1.781.981.3459


-----Original Message-----
From: Ben Greear [mailto:greearb at candelatech.com] 
Sent: Friday, June 18, 2010 2:20 PM
To: Vincent, Michael - 0665 - MITLL
Cc: xorp-users at xorp.org; Zuena, John - 0665 - MITLL
Subject: Re: [Xorp-users] OSPF point-to-multipoint issue

On 06/18/2010 10:36 AM, Vincent, Michael - 0665 - MITLL wrote:
> No, the OSPF neighbors do not go to 'FULL', they stay 'DOWN'.  Note that we changed timers, hello/dead = 1/4.  We also did this with the default (10/40) and got the same (non-working) result.

Are your interfaces up (according to Xorp)?

I fixed some problems in OSPF in xorp.ct (a year or so ago) that were related to interfaces
being improperly shown as DOWN in OSPF even though they were really
up.  That said, I think there may still be some races in that area...
I left a lot of debugging in the logs so if that turns out to be the problem,
plz send me the logs and/or investigate them yourself.

Thanks,
Ben

>
>
>      Cheers.
>


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com




More information about the Xorp-users mailing list