Last Call Review of draft-ietf-avtext-rtp-duplication-04
review-ietf-avtext-rtp-duplication-04-secdir-lc-harrington-2014-02-06-00
| Request | Review of | draft-ietf-avtext-rtp-duplication |
|---|---|---|
| Requested revision | No specific revision (document currently at 06) | |
| Type | IETF Last Call Review | |
| Team | Security Area Directorate (secdir) | |
| Deadline | 2014-02-04 | |
| Requested | 2014-01-23 | |
| Authors | Ali C. Begen , Colin Perkins | |
| I-D last updated | 2015-10-14 (Latest revision 2014-02-26) | |
| Completed reviews |
Genart IETF Last Call review of -04
by Suresh Krishnan
(diff)
Secdir IETF Last Call review of -04 by David Harrington (diff) Opsdir IETF Last Call review of -04 by Linda Dunbar (diff) Opsdir IETF Last Call review of -04 by David Harrington (diff) |
|
| Assignment | Reviewer | David Harrington |
| State | Completed | |
| Request | IETF Last Call review on draft-ietf-avtext-rtp-duplication by Security Area Directorate Assigned | |
| Reviewed revision | 04 (document currently at 06) | |
| Result | Ready | |
| Completed | 2014-02-06 |
review-ietf-avtext-rtp-duplication-04-secdir-lc-harrington-2014-02-06-00
I have reviewed this document as part of the security directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written primarily for the benefit of the security area directors. Document editors and WG chairs should treat these comments just like any other last call comments. From a security perspective, I believe this draft is Ready for publication. Comments: I am not an expert is RTP, RTCP, and related protocols. I assume this is a valid extension based largely on the authorship by Ali Begen, and suggestions by Magnus Westerlund. I have a concern with section 3.4, which lists two states that are REQUIRED to exist for this specification, and then discusses that other approaches could work but would require an additional specification. Doesn't that make this appropriate for SHOULD rather than REQUIRED terminology? in section 4.2, "We require …"; does the protocol specification REQUIRE this? s/section section/section/ David Harrington ietfdbh at comcast.net