rtcp high resolution metrics draft clark avt rtcp hr 02
play

RTCP High Resolution Metrics Draft-clark-avt-rtcp-hr-02.txt Alan - PowerPoint PPT Presentation

RTCP High Resolution Metrics Draft-clark-avt-rtcp-hr-02.txt Alan Clark, Amy Pendleton, Rajesh Kumar, Kevin Connon, Geoff Hunt Resolution of comments Major changes from -01 to -02 Extensive rewrite of model for handling translators -


  1. RTCP High Resolution Metrics Draft-clark-avt-rtcp-hr-02.txt Alan Clark, Amy Pendleton, Rajesh Kumar, Kevin Connon, Geoff Hunt

  2. Resolution of comments • Major changes from -01 to -02 – Extensive rewrite of model for handling translators - rewrite of Section 2 and new Section 5 (Geoff Hunt) • Consistent with RFC3550 in terms of RTCP handling • Applicable to various practical network scenarios, e.g. SBC’s – Added Correlation Tag (Rajesh Kumar) • Permits a range of application dependant correlation tags to be used, to facilitate correlation with signaling (e.g. SIP Call-ID) – Removed fields related to codec type and other parameters typically negotiated via SDP • Per agreement reached at previous IETF

  3. Translators RTP RTP … end translator translator translator end system b x y system a z RTP media End-system metrics Local metrics only. An end sent end-to-end. May be system transmits only end- end metrics but some of monitored by translators in the path. these may be interpreted by the receiving translator as local metrics.

  4. Resolution of comments • Comments on -02 draft – 16 bit Map field + 8 bit length field inconsistent with RFC3611, hence breaks compatibility • Changed back to 8 bit Map + 16 bit length – Extensive comments on PDV parameters (e.g. meaning of average for PPDV vs MAPDV vs IPDV) • Resolved in editing session – Very detailed comments from Keith Lantz!!!! • Worked through most of these in editing session

  5. PDV metrics • PPDV - as per RFC3550 – Report sampled value of J(I) • MAPDV /IPDV metrics – Report as defined however may reset at start of interval • Jitter range metrics – Made Percentile = percentage within threshold – Allow 100% to mean that positive/negative threshold values are peak values

  6. Resolution of comments • Editing session on -02 draft – Changed Map field length back to 8 bit to avoid breaking XR frame structure – Reviewed and incorporated Keith Lantz’ comments – Updated definitions of average PDV to be consistent with the base definitions of these (e.g. PPDV -> RFC3550 J(I)) – Added the PDV type field to the Delay and PDV metrics block (was mislabelled) – Put placeholder for high/low water mark (metrics need to be defined) • -03 draft roughed out - should finish incorporating comments in 2-3 weeks • Consider making this a WG draft?

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend