On 15 Apr 2015, at 4:38, Christer Holmberg wrote:

Hi,

Minor Issues: I previously gave the following comment:
 
“Regarding SDP, I think it would be good to have the ABNF syntax for the a=fmtp parameter (currently you only have descriptive text of the
different parameters). It makes the life for the parser implementers
much easier :)”
 
I guess one, by reading section 7 and the examples, can figure out how
to encode the a=fmtp parameter, but I think it would to explicitly
define the syntax.

(For the record, I just recently took over responsibility for PAYLOAD, so if I'm misinterpreting things, someone please tell me :-) )

While I can see that as a "might be nice" addition, I don't think it's something that we have required of other payload drafts.

After all my years of taking drafts through the IETF publication process, I have learned that there is no such thing as consistency :)


That is absolutely true. And I do think it's worth discussing whether future payload specs should do that. It's just a matter of who gets stuck with a new documentation requirement :-)

draft-ietf-payload-rtp (in RFC ed queue) says the following about ABNF for SDP parameters:

"Not that commonly used in RTP payload formats but may be useful when defining Media Type parameters of some complexity."

If I'm reading correctly, the FMTP parameters in this draft fit the pretty common "semicolon delimited list of parameter=value pairs", so I don't think this rises to the level of "some complexity".

So unless you think the parameters in this draft are more complex than average, I don't think we need to add them at this late stage. It might be worth discussing whether we should ask authors of future payload drafts to include ABNF for this sort of thing.

I can live without any changes.

Thanks!


Regards,

Christer

_______________________________________________
Gen-art mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/gen-art

Reply via email to