Re: [pim] BSR update
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [pim] BSR update




On Apr 11, 2006, at 11:32 AM, Venu Hemige wrote:

John,


Yes, IFF one has not configured his network for redundancy. If I sound like a broken record, sorry. I just want to be sure that forwarding a triggered BSM is not an option. The cases it fixes are few while the potential for causing problems that we don't currently understand are many.


I agree the cases fixed by forwarding a triggered BSM are few. I also agree that in a network configured for redundancy AND where there are not multiple routers rebooting, there should be no issue with not forwarding a triggered BSM. But I am yet to hear a case where it actually causes a problem.

The DNF-bit also means "trust me" but more importantly also means "don't do an RPF-check" (that's why it means "trust me"). The need to not do the RPF-check is the same as the problem one sees with ARP. The triggered BSM arrives well before ARP is determined and well before the route to the RP is determined.

If this triggered BSM is forwarded, one might consider removing the
DNF-bit, to what effect?  To spread further downstream information
that should already be known in a "well-constructed network"?  (Which
should also be thought of as a network with a large-diameter)

I would like to think that Stig's example could only happen in a
network that doesn't have a lot of redundancy.  (Am I misinformed?)

Is this a good enough reason?

I believe the goal
should be to get the entire network to a consistent RP-SET as soon as
possible.

I completely agree. But, IMHO, ASAP can mean 60 seconds, the next periodic BSM. In a "well-constructed network" with a lot of redundancy there shouldn't be a need to forward triggered BSMs.

If this isn't a good enough reason, please consider that the idea of
a unicast BSM seemed to be brilliant until faced with the reality
of implementation.  (I thought so and was surprised that it didn't
work.)

So, the "worst case" scenario I can come up with.  If we choose to
forward triggered BSMs, we could end up with BSMs looping throughout
the network in a BSM storm.  Not that I think it -will- happen, but
I do believe it a possibility.

Weighing that possibility against the desired reliability, I'd much
prefer to not forward triggered BSMs.


_______________________________________________
pim mailing list
pim at ietf.org
https://www1.ietf.org/mailman/listinfo/pim




Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.