GMPLS extensions to communicate latency as a TE performance metric
draft-wang-ccamp-latency-te-metric-01
http://tools.ietf.org/html/draft-wang-ccamp-latency-te-metric-01
Heres a submission defining support for communicating node/path latency and variation. This is the type of effort I think we could incorporate into our discussions of synch network detection/construction.
Any comments?
Based on a quick look, this requires one-way measurement
and therefore, some degree of synchronization for accuracy.
It would be good to keep the "round-trip" option
completely out of this capability - and specify that "one-way"
latency must not be derived from arithmetic on a round-trip (RT)
measurement result. In particular, the delay variation
derived from RT/2 will not be useful, AFAIK.
my 2 cents,
Al
_______________________________________________ TICTOC mailing list [email protected] https://www.ietf.org/mailman/listinfo/tictoc
