Re: [Last-Call] Tsvart last call review of draft-ietf-ospf-ospfv2-hbit-10

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Ben 

On Sat, Nov 2, 2019 at 7:03 PM Benjamin Kaduk <kaduk@xxxxxxx> wrote:
Hi Padma,

On Thu, Oct 31, 2019 at 03:50:45PM -0700, Padma Pillay-Esnault wrote:
> Hi Kyle
>
> Thank you for your review
>
> Please see below PPE
>
> On Thu, Oct 31, 2019 at 2:47 PM Kyle Rose via Datatracker <noreply@xxxxxxxx>
> wrote:
>
> * I'm curious what happens if a router sets the H-bit when it is on the only
> > feasible transit path.
> >
>
> PPE - The router with the H-bit set will not be "on the only feasible
> transit path" to other destinations.  The H-bit functionality will exclude
> the host router from the path calculation in the SPF.

I think you are talking about normal operation ("will not be on the only
feasible transit path") and Kyle is asking about misconfiguration or
similar edge cases.

Thanks for this clarification. 

Having only read this email thread and not the document itself, I assume
that traffic will fail to flow if such a misconfiguration occurred, but it
would be good to confirm/refute that.
 
Yes you are right ... for some cases.

Assuming the router with the H-bit clear is on the only transit path. There are several cases see below.

Normal case:
The router has H-bit set 
(a) All routers in the area support the H-bit then the router is excluded in the SPF calculations and traffic will not flow.
(b) At least one router in the area does not support H-bit then H-bit is not active in area.  The traffic will flow as per normal OSPF operation.

Misconfiguration case:
The router has H-bit erroneously set (misconfig) 
(a) All routers in the areas support H-bit then the router is excluded in the SPF calculations and traffic will not flow. 
(b) At least one router in the area does not support H-bit then H-bit is not active in area.  The traffic will flow as per normal OSPF operation. 

The Section 8 of the document has a discussion on this.

Hope that this addresses your comment.

Thanks
Padma

Thanks,

Ben
-- 
last-call mailing list
last-call@xxxxxxxx
https://www.ietf.org/mailman/listinfo/last-call

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux