>Locking the value to end-to-end immutable adds value to the process
>because there is no other mechanism for an application to assure that
>every router along the path that chooses to may see its intent. All the
>current mechanisms allow random administrative policies to change the
>message from the origin, so why would an application writer bother
>setting a value that he has no way of knowing that it will reach the
>intended remote target?

What is wrong with a hop-by-hop option?  Isn't that the "right"
mechanism for an IPv6 host to send a "message" that is processed
by all routers in the path?

>You are assuming that every router along the path is part of the same
>administrative system and would react consistently to the marking. 

No I'm not assuming that all routers in the path will understand
the flow label.  I am assuming, though, that the flow label will
only be _useful_ within an administrative system that has
a consistent (or at least compatible) understanding of its meaning.

>It is
>perfectly reasonable for my local administrative domain to have an
>interactive system to manage the values, then have some intermediate
>domain use a set of canned rules about src/dst/dscp/fl to achieve a
>specific service, and finally have a prior administrative arrangement
>with the remote domain to treat the packets consistently with the origin
>domain. If the intermediate domain is allowed to modify the bits there
>is no way for the remote domain to know the origin's intent.

I don't understand how these three systems can usefully interpret 
the same bits in two different ways.  If I am choosing a random 
flow label value at the source (with an "interactive system" that
indicates its meaning out-of-band), why won't I just get random 
behaviour from the intermediate domain in your example?

Could you give a practical example of when this would be useful?

>Again I agree, but the specific mechanism I would leave to a WG focused
>on signalling or other interactions that would manage state.

Then, why not leave the specification of flow label semantics and
rules to this same WG?

Margaret


--------------------------------------------------------------------
IETF IPng Working Group Mailing List
IPng Home Page:                      http://playground.sun.com/ipng
FTP archive:                      ftp://playground.sun.com/pub/ipng
Direct all administrative requests to [EMAIL PROTECTED]
--------------------------------------------------------------------

Reply via email to