Re: FW: Alvaro Retana's Discuss on draft-ietf-isis-sbfd-discriminator-02: (with DISCUSS)

Jeffrey Haas <[email protected]> Wed, 18 Nov 2015 13:26:09 -0500
Newsgroups gmane.ietf.l2tpext
Message-ID <[email protected]>
On Wed, Nov 18, 2015 at 05:16:05PM +0000, Alvaro Retana (aretana) wrote:
> Jeff/Reshad:
> 
> Hi!  How are you?

I *was* almost caught up with my BFD work post-IETF, thanks. :-)

> I need you to please drive the discussion below.  The outcome should be
> consensus on how the mapping between multiple discriminators and
> applications/use cases on a node should be handled.  I can guess at 3
> potential outcomes:
> 
> 1. The "applications (e.g., OSPF/IS-IS)" should handle it.
> 2. The S-BFD Base specification will detail how to do it (not requiring
> additional work from the applications).
> 3. We'll deal with this issue somewhere else (not requiring additional
> work from the applications).
> 
> [Maybe there are more options.]
> 
> Please keep isis/ospf/l2tpext in the loop.
> 
> Even in the best case, we're probably going to need some clarification in
> draft-ietf-bfd-seamless-base.
> 
> BTW, if you decide to follow this thread..  I fat fingered the address of
> the l2tpext WG. :-(

We'll give the authors a chance to reply, but basically:
- discriminators must already be domain-wide unique.
- The uniqueness property tends to imply provisioning.
- Thus the foreknowledge for the mapping is probably implied.

See section 5, second to last paragraph for reinforcement that it's a local
matter.

The better questions are "why would you give a given node more than one
discriminator?"  The typical case is likely to be for scaling the number of 
BFD sessions on that node.

I leave comments about more clever things to do with this for the authors.

-- Jeff