On 2011-02-04 14:31, Thomas Narten wrote: > I'm not an RSVP expert, but I wonder if the wording at issue comes > from the notion that (in some cases) the receiver is the one that > actually initates flow setup (in the reverse direction) and wants to > tell the routers what Flow Labels the source is using. The source is > labeling the packets, but is not actually involved in doing the Flow > Setup (and indeed, may not even know it is in use). > > I think it is OK to drop the words.
Yes. A flow label can in theory be signalled in an RSVP TSpec, but that is outside the scope of 3697bis, as long as we do the appropriate text clean-up about stateless v stateful v signalled methods. Brian > > Thomas > > Jarno Rajahalme <jarno.rajaha...@nsn.com> writes: > > >>> ISSUE 4. The Introduction previously included: >>> >>> Doing this [setting the flow label] >>> enables load spreading and receiver oriented resource allocation, for >>> example. >>> >>> The phrase "receiver oriented resource allocation" has been deleted because >>> we don't know what it means. >>> >>> QUESTION: Is this deletion OK? > >> Full context: > >> "The minimum level of IPv6 flow support consists of labeling the >> flows. IPv6 source nodes supporting the flow labeling MUST be able >> to label known flows (e.g., TCP connections, application streams), >> even if the node itself would not require any flow-specific >> treatment. Doing this enables load spreading and receiver oriented >> resource reservations, for example." > >> The phrase "receiver oriented resource allocation" was intended to refer to >> a case where a receiver of a flow allocated resources for the flow (e.g. on >> a radio interface). This could be useful where the source considers the >> traffic best-effort, but where the destination wants/needs better than >> best-effort treatment (without involving the source in any way). > >> It is OK for deletion. >> -------------------------------------------------------------------- >> IETF IPv6 working group mailing list >> ipv6@ietf.org >> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 >> -------------------------------------------------------------------- > -------------------------------------------------------------------- IETF IPv6 working group mailing list ipv6@ietf.org Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 --------------------------------------------------------------------