RE: I-D ACTION:draft-ietf-rmonmib-raqmon-framework-08.txt

Initial comments on the new draft

5.13 Application Delay

This metric is still not well defined.  It is represented as being the
difference between the network delay and the user experienced delay,
describes two different values that could be measured - neither of which
meets the description of "capture all such delay parameters", and provides
no way to say what value is being reported.

For example - should an IP phone report sending delay or receiving delay?

5.20 Cumulative Packet Loss

Definition still unclear.  Many packets can arrive late without being
discarded, why should they be counted as lost? Suggest wording such as...

"If a packet is discarded due to late arrival then it MUST be counted as
either lost or discarded but MUST NOT be counted as both."

Also - packet loss should really be the difference between what was sent and
what was received, compensated for duplicate packets.  If the count is
defined as "from the start of reception" then what if the first N packets
were lost .. according to this definition they would not be counted.

5.22 Discards

If the RDS cannot tell the difference between discards and lost packets then
it >>MUST<< report only lost packets and MUST NOT report discards.

Regards

Alan