Re: [tcmtf] Multiplexing period as a metric

["Jose Saldana" <[e-mail]>]

Mirko,

 

Regarding the use of "jitter", we could better use "delay variation" in the
Draft B:
 

RFC 5481 says:

   This memo uses the term "delay variation" for metrics that quantify a
   path's ability to transfer packets with consistent delay.  [
<https://tools.ietf.org/html/rfc3393> RFC3393]
   and [ <https://tools.ietf.org/html/rfc5481#ref-Y.1540> Y.1540] both
prefer this term.  Some refer to this phenomenon as
   "jitter" (and the buffers that attempt to smooth the variations as
   de-jitter buffers).  Applications of the term "jitter" are much
   broader than packet transfer performance, with "unwanted signal
   variation" as a general definition.  "Jitter" has been used to
   describe frequency or phase variations, such as data stream rate
   variations or carrier signal phase noise.  The phrase "delay
   variation" is almost self-defining and more precise, so it is
   preferred in this memo.

 

Best regards,

 

Jose

 

De: [e-mail] [mailto:[e-mail]] En nombre de
Mirko Sužnjevic
Enviado el: sábado, 25 de mayo de 2013 10:51
Para: [e-mail]
Asunto: [tcmtf] Multiplexing period as a metric

 

Hello everybody,

I have a question regarding the Multiplexing period we mention in our
proposal. 

Should we define it firmly as a metric, as instructed in the RFC 6390
Guidelines for Considering New Performance Metric Development? Could this
period be considered as a full metric?

For me the most interesting questing in RFC 6390 is:

(i) the degree to which its absence would cause significant loss

      of information on the behavior or performance of the application

      or system being measured

I think that apsence of this metric does limit our information about system
performance. Again Multiplexing period as such now is only defined by its
limit. Also, it would be dependent on the employed techniques for particular
network path and so on.


Do you think there is a need to define this as a metric?

 

Thanks for the advices.

Best regards,

Mirko Suznjevic