Re: [AVTCORE] RFC5285bis open issues

[Roni Even <[e-mail]>]

Hi Magnus,
Submitted 08 version with your changes.
I think this version addresses the WGLC comments.
Roni

> -----Original Message-----
> From: Magnus Westerlund [mailto:[e-mail]]
> Sent: יום ב 27 פברואר 2017 12:25
> To: Roni Even; [e-mail]
> Subject: Re: [AVTCORE] RFC5285bis open issues
> 
> Den 2017-02-26 kl. 08:30, skrev Roni Even:
> > Hi Magnus,
> > Thanks,
> > I will add the text about the id=0 len>0 using option b
> >
> 
> Regarding this text:
> 
>     Each distinct extension MUST have a unique ID.
>     The value 0 is reserved for padding and MUST NOT be used as a local
>     identifier.
> 
>     an extension element with a value equal 0 MUST NOT have len greater
>     than 0.  If such an extension element is encountered, its length
>     field MUST be ignored, processing of the entire extension MUST
>     terminate at that point, and only the extension elements present
>     prior to the element with ID 0 and len greater than 0 SHOULD be
>     considered.
> 
> I think it could be improved to make it clearer, thus I suggest the following
> changed:
> 
>     Each distinct extension MUST have a unique ID.
>     The ID value 0 is reserved for padding and MUST NOT be used as a
>         ^^
>     local identifier.
> 
>     An extension element with an ID value equal 0 MUST NOT have len
>     ^                          ^^^^
>     greater
>     than 0.  If such an extension element is encountered, its length
>     field MUST be ignored, processing of the entire extension MUST
>     terminate at that point, and only the extension elements present
>     prior to the element with ID 0 and len greater than 0 SHOULD be
>     considered.
> 
> 
> 
> > As for support for one-byte only I think that since section 4.1.2 says " the
> one-byte header form is preferred and MUST be supported by
> >    all receivers" it provides guideline to use one-byte saying that one-byte
> will work but two-bytes may not. Do you have another proposed text to
> address this point?
> 
> No, I don't have any suggestion for improving that text.
> 
> Cheers
> 
> Magnus Westerlund
> 
> ----------------------------------------------------------------------
> Services, Media and Network features, Ericsson Research EAB/TXM
> ----------------------------------------------------------------------
> Ericsson AB                 | Phone  [phone]
> Färögatan 6                 | Mobile [phone]
> SE-164 80 Stockholm, Sweden | mailto: [e-mail]
> ----------------------------------------------------------------------