IETF Logo Mail Archive

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

"Ali C. Begen (abegen)" <abegen@cisco.com> Wed, 24 April 2013 06:36 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 5D4D221F8BE4 for <mmusic@ietfa.amsl.com>; Tue, 23 Apr 2013 23:36:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.449
X-Spam-Level:
X-Spam-Status: No, score=-10.449 tagged_above=-999 required=5 tests=[AWL=-0.150, 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 m028I3734Q1m for <mmusic@ietfa.amsl.com>; Tue, 23 Apr 2013 23:36:33 -0700 (PDT)
Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) by ietfa.amsl.com (Postfix) with ESMTP id 8492E21F8BC0 for <mmusic@ietf.org>; Tue, 23 Apr 2013 23:36:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=998; q=dns/txt; s=iport; t=1366785393; x=1367994993; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=yePDm787WX911vsd3b0Zh9n1bLFjPyXxqqmXy6YEPdw=; b=I2n3CP1SSdWPoh/DyBb/Fs71Gqw2EahCEeJIqKfPamkbZU9sRuItV8Tz Z8ubb9xFolIVXrWXXs6Y1/+grbnVWD+0Z1GE3gVRboHBiBryzy8ikTmHI TtaOcZpBqRBKAR47Y7r8KerIBiv+ZZBa1z9R9HlVbqPAC0V3jVlduOwZy I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkkFACd8d1GtJXG//2dsb2JhbABQgmUhgyG7ZYELFnSCHwEBAQMBeQULAgEIIiQyJQIEDgUIiAYGAb1XjnUCMQeCaGEDiFefYIMOgig
X-IronPort-AV: E=Sophos;i="4.87,540,1363132800"; d="scan'208";a="202300351"
Received: from rcdn-core2-4.cisco.com ([173.37.113.191]) by rcdn-iport-2.cisco.com with ESMTP; 24 Apr 2013 06:36:33 +0000
Received: from xhc-rcd-x08.cisco.com (xhc-rcd-x08.cisco.com [173.37.183.82]) by rcdn-core2-4.cisco.com (8.14.5/8.14.5) with ESMTP id r3O6aWBL003888 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 24 Apr 2013 06:36:33 GMT
Received: from xmb-aln-x01.cisco.com ([fe80::747b:83e1:9755:d453]) by xhc-rcd-x08.cisco.com ([173.37.183.82]) with mapi id 14.02.0318.004; Wed, 24 Apr 2013 01:36:32 -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+5XnZYeUyBunjPZbI7K5jk0x4AgACIkYA=
Date: Wed, 24 Apr 2013 06:36:32 +0000
Message-ID: <C15918F2FCDA0243A7C919DA7C4BE9940D00FB64@xmb-aln-x01.cisco.com>
References: <515F03EF.1030100@ericsson.com> <51770AE0.4030800@ericsson.com>
In-Reply-To: <51770AE0.4030800@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.21.74.158]
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <2FA258DB51DB1B4CAFD972118550E74A@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: Wed, 24 Apr 2013 06:36:34 -0000

On Apr 24, 2013, at 7:27 AM, Ari Keränen <ari.keranen@ericsson.com> wrote:

> Hi,
> 
> I reviewed the draft and have a few editorial comments:
> 
> 4.1.  Separate Source Addresses
> 
>   join both SSM sessions separately.
> 
> First use of "SSM"; expand.

sure.

> 
> 
>   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?

> 
> Cheers,
> Ari (as individual)

v2.23.0 | Report a Bug | By Email