Re: [MMUSIC] my review of draft-ietf-mmusic-data-channel-sdpneg-02

Paul Kyzivat <pkyzivat@alum.mit.edu> Mon, 15 June 2015 15:00 UTC

Message-ID: <557EE888.8030006@alum.mit.edu>
Date: Mon, 15 Jun 2015 11:00:24 -0400
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: mmusic@ietf.org
References: <097101d09de8$1e5e1480$5b1a3d80$@gmail.com> <557EC9DB.7080406@alcatel-lucent.com>
In-Reply-To: <557EC9DB.7080406@alcatel-lucent.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/D4QC5eCuMfEs1TGOuTTDYjqeC9w>
Subject: Re: [MMUSIC] my review of draft-ietf-mmusic-data-channel-sdpneg-02
Precedence: list

On 6/15/15 8:49 AM, Juergen Stoetzer-Bradler wrote:

>> 8.In section  6.2.2 “By definition max-retr and max-time are mutually
>> exclusive, so only one  of them can be present in a=dcmap.” Suggest
>> MUST be present.
>>
> [Juergen] As it is also allowed to neither specify max-retr nor
> max-time, would you agree if we said the following?
> "/By definition max-retr and max-time are mutually exclusive, so at most
> one of them MUST be present in a=dcmap/"

That construction seems very awkward. I suggest:

"By definition max-retr and max-time are mutually exclusive, so at most 
one of them MAY be present in a=dcmap."

	Thanks,
	Paul

Re: [MMUSIC] my review of draft-ietf-mmusic-data-… Paul Kyzivat
[MMUSIC] my review of draft-ietf-mmusic-data-chan… Roni Even
Re: [MMUSIC] my review of draft-ietf-mmusic-data-… Juergen Stoetzer-Bradler
Re: [MMUSIC] my review of draft-ietf-mmusic-data-… Juergen Stoetzer-Bradler