Re: [Fecframe] AD review: draft-ietf-fecframe-config-signaling-04

["Rajiv Asati (rajiva)" <[e-mail]>]

Hi David,

Thank you so much for your review and feedback. Sorry about the delay in
getting back to you.

I have incorporated your feedback in -05 version of the document. Would
be glad to incorporate any other comments you may have. 

Responding to your comments one-by-one:
1. Fixed the nits.
2. Fixed. Good catch, btw. The WGLC had concluded it being a PS. 
3. UDP port 9875 is already IANA assigned for SAP. I have left the
section 7 (IANA consideration) unchanged, but updated section 5.1 with
the reference to RFC2974 and moved the whole para under the 1st para.
4. Fixed. Good catch.
5. Fixed.
	Aaah. That was a left-over from the discussion we had ~3yrs ago.

	It needed to be removed. Fixed the sentence. 
6. Is the updated IANA section good enough?
7. Fixed. It was supposed to be section 5.2.2.



Accommodated the editorial comments.

> Editorial comments:
> "Independent of what all encoding formats supported by an FEC scheme,"
> should be reworded.

Fixed. Reworded to " Independent of the encoding formats supported..."
	
> section 5 uses a numbering scheme of (i), (b), (c). I suspect the
> first should be (a).

Fixed. Good catch.

> I don't understand the topology pictured in Figure 1. I understand the
> text, but the figure doesn't convey the topology very well.

Would appreciate any suggestion you may have.


> The "simpler method" description in section 5.1.1 could use some
> English language cleanup.

Fixed, but if you have further suggestions, then please don't hesitate.

Cheers,
Rajiv

~~~
June 8, 2011 is the "World IPv6 Day" (http://isoc.org/wp/worldipv6day/)



> -----Original Message-----
> From: David Harrington [mailto:[e-mail]]
> Sent: Tuesday, April 19, 2011 7:06 PM
> To: [e-mail]
> Cc: [e-mail]
> Subject: AD review: draft-ietf-fecframe-config-signaling-04
> 
> Hi,
> 
> I have performed AD Review on draft-ietf-fecframe-config-signaling-04.
> 
> -- Technical and/or process concerns:
> 
> 1) please check id-nits. There are some reported problems with
> references, and example addresses.
> 
> 2) Why is this document being requested to be published as
> Experimental? Is there a lack of WG consensus for this design, or the
> protocols discussed? If so, the concerns that prevent consensus from
> being reached should be discussed,
> probably with an explanation in the Introduction that this is an
> Experimental proposal, not a standard.
> 
> 3) In section 5.1, provide a reference explaining the UDP port 9875.
> If this is IANA-assigned, please describe this in the IANA
> Considerations section.
> 
> 4) In the last paragraph of 5.1, when a delete has been received, the
> receiver SHOULD no longer use the config info. Why is this not a MUST?
> 
> 5) in 5.2, the assertion is made that using a generic protocol is
> "under investigation and may be covered by a separate document." Where
> is this under investigation? What document do you think will cover
> this?
> 
> 6) It helps IANA if you identify by URL the registry you want modified
> (http://www.iana.org/assignments/rtsp-parameters/rtsp-parameters.xml
> RTSP/1.0 Option Tags), and include the specific fields that require
> filling.
> 
> 7) The IANA considerations refer to section 4.2.2, but there is no
> section 4.2.2 in this document.
> 
> Editorial comments:
> "Independent of what all encoding formats supported by an FEC scheme,"
> should be reworded.
> 	
> section 5 uses a numbering scheme of (i), (b), (c). I suspect the
> first should be (a).
> 
> I don't understand the topology pictured in Figure 1. I understand the
> text, but the figure doesn't convey the topology very well.
> 
> The "simpler method" description in section 5.1.1 could use some
> English language cleanup.
> 
> 
> 
> 
> 
> 
> David Harrington
> Director, IETF Transport Area
> [e-mail] (preferred for ietf)
> [e-mail]
> [phone] (cell)