Re: [mpls] applicability of draft-wijnands-mpls-mldp-in-band-signaling-02
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [mpls] applicability of draft-wijnands-mpls-mldp-in-band-signaling-02
Ice,
> >>
> >> I don't really see what's wrong with what I proposed:
> >>
> >> "When PIM-SM is used in ASM mode, the usual means of discovering
> >> active sources is to join a sparse mode shared tree. However, this
> >> document does not provide any method of transporting a sparse mode
> >> shared tree across an MPLS network. To apply the technique of this
> >> document to PIM-SM in ASM mode, there must be some other means of
> >> discovering the active sources. One possible means is the use of
> >> MSDP, but specification of such means is outside the scope of this
> >> document".
> >
> > What's wrong with what you proposed is that it still refuses to
> > explicitly spell out that supporting the ASM service model over an
> > MPLS network is outside the scope of this document. In other words,
> > what is missing in what you proposed is the following sentence:
> >
> > Supporting the ASM service model over an MPLS network
> > is outside the scope of this document.
>
> I already tried to explain to you that this is too restrictive. Only a
> specific part of the ASM model is out of scope, that that is what Eric
> proposed in the text above. Its wrong to claim the whole ASM service
> model is out of scope. One example, in ASM the (S,G) inherits the
> (*,G) O-list. This is typical behavior that is needed in combination
> with MSDP and BGP A-D S-A's.
>
> You're response to this is probably that the draft needs to spell this
> out. However, this is basic PIM ASM behavior that does not belong in
> this draft. All the PIM ASM procedures apply, except what has been
> written above by Eric.
Since as you said above part of the ASM model is out of scope, then
the document should say the following:
This document specifies support for some, but not all parts
of the ASM service model.
Yakov.
Note: Messages sent to this list are the opinions of the senders and do not imply endorsement by the IETF.