IETF Logo Mail Archive

Re: [MMUSIC] WGLC for draft-ietf-mmusic-duplication-grouping-01

"Ali C. Begen (abegen)" <abegen@cisco.com> Thu, 25 April 2013 08:19 UTC

Return-Path: <abegen@cisco.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D97D21F93B4 for <mmusic@ietfa.amsl.com>; Thu, 25 Apr 2013 01:19:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.349
X-Spam-Level:
X-Spam-Status: No, score=-10.349 tagged_above=-999 required=5 tests=[AWL=-0.050, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9jT1yP0T7mMr for <mmusic@ietfa.amsl.com>; Thu, 25 Apr 2013 01:19:41 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) by ietfa.amsl.com (Postfix) with ESMTP id 6925021F8E6A for <mmusic@ietf.org>; Thu, 25 Apr 2013 01:19:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1701; q=dns/txt; s=iport; t=1366877981; x=1368087581; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=rU0iBD1f74Y4UXhIh8RxKD8sdx8vWtJSfslq5dlaVsY=; b=ZUOJxNHv+wOO4ecUGVlUjSW3W+euJNYaAh1SgEhd5/UR5vWCQLXvt2Ux dYmrUrAg5VamCnL62LcSfOxf7MOHGa95h7y72yUkibLndC6p25spEMmPO m5Z++7hx+8DRvWb5ryqlUEX5kqGses+Ow16FB7HngLFKkwXwWnd0Of2B8 Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgIFAMLmeFGtJV2d/2dsb2JhbABRgmUhvmaBARZ0gh8BAQEDAXkFCwIBCBgKJDIlAgQOBQiIBgYBvhyOfQIxB4JrYQOIWJ9kgw6CKA
X-IronPort-AV: E=Sophos;i="4.87,548,1363132800"; d="scan'208";a="202954189"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-4.cisco.com with ESMTP; 25 Apr 2013 08:19:39 +0000
Received: from xhc-rcd-x07.cisco.com (xhc-rcd-x07.cisco.com [173.37.183.81]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id r3P8JcLo027596 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 25 Apr 2013 08:19:38 GMT
Received: from xmb-aln-x01.cisco.com ([fe80::747b:83e1:9755:d453]) by xhc-rcd-x07.cisco.com ([173.37.183.81]) with mapi id 14.02.0318.004; Thu, 25 Apr 2013 03:19:38 -0500
From: "Ali C. Begen (abegen)" <abegen@cisco.com>
To: Ari Keränen <ari.keranen@ericsson.com>
Thread-Topic: [MMUSIC] WGLC for draft-ietf-mmusic-duplication-grouping-01
Thread-Index: AQHOMh+Mau+5XnZYeUyBunjPZbI7K5jk0x4AgACIkYCAAPN3gIAAu6yA
Date: Thu, 25 Apr 2013 08:19:37 +0000
Message-ID: <C15918F2FCDA0243A7C919DA7C4BE9940D0175FD@xmb-aln-x01.cisco.com>
References: <515F03EF.1030100@ericsson.com> <51770AE0.4030800@ericsson.com> <C15918F2FCDA0243A7C919DA7C4BE9940D00FB64@xmb-aln-x01.cisco.com> <517849AB.2030703@ericsson.com>
In-Reply-To: <517849AB.2030703@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.86.242.164]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <B5442F9846B0A241B69590554F495A43@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "<draft-ietf-mmusic-duplication-grouping@tools.ietf.org>" <draft-ietf-mmusic-duplication-grouping@tools.ietf.org>, mmusic <mmusic@ietf.org>
Subject: Re: [MMUSIC] WGLC for draft-ietf-mmusic-duplication-grouping-01
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Apr 2013 08:19:42 -0000

On Apr 25, 2013, at 6:07 AM, Ari Keränen <ari.keranen@ericsson.com> wrote:

> On 4/24/13 9:36 AM, Ali C. Begen (abegen) wrote:
>> 
>> On Apr 24, 2013, at 7:27 AM, Ari Keränen <ari.keranen@ericsson.com> wrote:
>>>   Alternatively, one could be more explicit
>>>   and insert an "a=duplication-delay:0" line before the "a=mid:Ch1"
>>>   line.
>>> 
>>> This is quite vague. Could add an RFC2119 SHOULD/MUST/RECOMMEND here (and same in the next section) and tell when/why (not) to do it.
>>> 
>> 
>> I think a MUST would be too strong since it is not really a must. I also think making it a SHOULD would require us to explain when it could be ignored (which is really any time since nothing will break if it is ignored). Putting it would be more like informational purposes. I think "MAY" would be appropriate here.
>> 
>> Would that address your concern?
> 
> I think the important part is to tell why you should (or may) put it there. Is it, e.g., informational for a human reading the SDP or is there some corner case where this would help?

It is informational line for humans. Are you ok if we say:

"Alternatively, one MAY explicitly insert an "a=duplication-delay:0" line before ... for informational purposes."


> If there's no real value adding it there, perhaps it's better to not talk about this alternative at all since it will potentially just results in unnecessary differences how it ends up implemented.
> 
Even if we dont mention this, one can use this and the SDP would be valid unless we say one MUST NOT be explicit (I think this would be worse to say)

-acbegen


> 
> Cheers,
> Ari

v2.23.0 | Report a Bug | By Email