Skip to main content

Last Call Review of draft-ietf-avtext-splicing-notification-04
review-ietf-avtext-splicing-notification-04-genart-lc-miller-2016-03-03-00

Request Review of draft-ietf-avtext-splicing-notification
Requested revision No specific revision (document currently at 09)
Type Last Call Review
Team General Area Review Team (Gen-ART) (genart)
Deadline 2016-02-26
Requested 2016-02-15
Authors Jinwei Xia , Roni Even , Rachel Huang , Deng Lingli
I-D last updated 2016-03-03
Completed reviews Genart Last Call review of -04 by Matthew A. Miller (diff)
Genart Last Call review of -07 by Matthew A. Miller (diff)
Secdir Last Call review of -04 by Matthew A. Miller (diff)
Secdir Last Call review of -07 by Matthew A. Miller (diff)
Opsdir Last Call review of -04 by Ron Bonica (diff)
Assignment Reviewer Matthew A. Miller
State Completed
Request Last Call review on draft-ietf-avtext-splicing-notification by General Area Review Team (Gen-ART) Assigned
Reviewed revision 04 (document currently at 09)
Result Ready w/issues
Completed 2016-03-03
review-ietf-avtext-splicing-notification-04-genart-lc-miller-2016-03-03-00
I am the coincidentally-assigned Gen-ART and SecDir reviewer
for this draft. The General Area Review Team (Gen-ART) reviews all IETF
documents being processed by the IESG for the IETF Chair.  The Security
Directorate reviews all IETF documents being processed by the IESG for
the security area directors.  Please treat these comments just like any
other last call comments that arrived on time.

For more information on Gen-Art, please see the FAQ at

<

http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq

 >.

Document: draft-ietf-avtext-splicing-notification-04
Reviewer: Matthew Miller
Review Date: 2016-02-26
IETF LC End Date: 2016-02-26
IESG Telechat date: N/A

Summary:

Ready with a minor issue.

Major issues:

Minor issues:

* I didn't see any discussion of the case where the RTP extension and the RTCP
message don't agree on the interval.  Well-behaved software shouldn't do this,
but it seems like something that could happen.  I'm not sure what should be
done in this case, but it seems to me like something to at least acknowledge it.

Nits/editorial comments:

* idnits is reporting a bad reference to "3711" Section 7 "Security
Considerations", and that RFC 3711 is an unused normative reference.  I think
this is because the pointer to it in Section 7 doesn't start with "RFC".

* In Section 1. "Introduction", it seems to me "However" would be a better word
than "Nevertheless" to use here.

--
- m&m

Matt Miller
Cisco Systems, Inc.

Attachment:

signature.asc

Description:

 Message signed with OpenPGP using GPGMail