Re: [MMUSIC] IETF#89: BUNDLE: Q9: What are the criteria for allowing usage of the same PT value within multiple m- lines? - A new take.

Suhas Nandakumar <suhasietf@gmail.com> Mon, 03 March 2014 14:33 UTC

Return-Path: <suhasietf@gmail.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9E27F1A00A6 for <mmusic@ietfa.amsl.com>; Mon, 3 Mar 2014 06:33:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.799
X-Spam-Level:
X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_14=0.6, J_CHICKENPOX_15=0.6, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0vbOKRZM5QXP for <mmusic@ietfa.amsl.com>; Mon, 3 Mar 2014 06:33:21 -0800 (PST)
Received: from mail-we0-x22b.google.com (mail-we0-x22b.google.com [IPv6:2a00:1450:400c:c03::22b]) by ietfa.amsl.com (Postfix) with ESMTP id 5F77D1A0126 for <mmusic@ietf.org>; Mon, 3 Mar 2014 06:33:21 -0800 (PST)
Received: by mail-we0-f171.google.com with SMTP id t61so801265wes.30 for <mmusic@ietf.org>; Mon, 03 Mar 2014 06:33:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=oqNBOR785QnCd4rkrYvMzowIVze9jHnIDoCS4OhBMkg=; b=Ys7TWLvoRfRfJR2JnedaqoXUb9+DlFwsiCJmVJag2PTitDCK2zZCiUvU4cfDC+ptiu 82HWUDl831dAp4DdKeNH4JjnKqHioUOFIoWX1aRDhKrPMvn35kqvkqliryf2mQCsmCqB qFfTcn9tasE5/2bspf71uNN2dB+q5G0UI+46uBk6xhP+DFUzrwYHacdUPHMOlwsGyM6H p5ymVihPczOfx4sEvIMW8bdUrOTE9k03uLNg4pB5xmqs9efTOqGbk/iSEPf7ohsLgagd 9momHMC3rKBuuCebUTZd0XIlbBN+GOstSXgBTrHPnQFlUZfJNlpPfPCx18sNijF4k6zT yZ2Q==
MIME-Version: 1.0
X-Received: by 10.195.13.17 with SMTP id eu17mr18571570wjd.24.1393857198055; Mon, 03 Mar 2014 06:33:18 -0800 (PST)
Received: by 10.195.12.134 with HTTP; Mon, 3 Mar 2014 06:33:18 -0800 (PST)
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D1C654F@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B1D1C6336@ESESSMB209.ericsson.se> <CAMRcRGRu_BHBvNH8D+CgeEj9RUXiw-0fHj2UuGqhT7HUG=pJxw@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B1D1C654F@ESESSMB209.ericsson.se>
Date: Mon, 03 Mar 2014 14:33:18 +0000
Message-ID: <CAMRcRGQG6e8iUM8NowR9STnjRNAXdqkFvnXkCJe4wTO6Oku6yg@mail.gmail.com>
From: Suhas Nandakumar <suhasietf@gmail.com>
To: Christer Holmberg <christer.holmberg@ericsson.com>
Content-Type: multipart/alternative; boundary="047d7bd91a7a28868e04f3b4abab"
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/DtlLwVqQFci-1Iz91VHE069XBXc
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] IETF#89: BUNDLE: Q9: What are the criteria for allowing usage of the same PT value within multiple m- lines? - A new take.
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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: Mon, 03 Mar 2014 14:33:23 -0000

Hello Christer

  Comments Inline.

Cheers
Suhas


On Mon, Mar 3, 2014 at 2:27 PM, Christer Holmberg <
christer.holmberg@ericsson.com> wrote:

>  Hi,
>
>
>
> >  A small twist on your proposal
>
> >
>
> >  I think the recommendation in the BUNDLE document should say 2 points
>
> >
>
> >  1. Reuse of PT is allowed only in the cases where the end-point is
> able to uniquely map the >   incoming RTP Streams to its corresponding
> m=line. The specific mechanisms to do so are >   out of the scope of this
> document . Informally, SSRC, AppID or similar stream correlators >   can
> be used.
>
>
>
> But, again, when you send the offer, how do you know what "correlators"
> the answerer supports? Should we say that is out of the scope?
>
>
>

[Suhas] I am happy with some text similar to here:
https://tools.ietf.org/html/draft-roach-mmusic-unified-plan-00#section-3.2.

If the Offer/Answer can't prove any mechanism possible, It would imply new
Offer/Answer with unique PTs. I don't see if one can escape the worst-case
scenario though.




>   > Also using the same PT across multiple m=lines implies the same
> underlying codec
>
> > configuration.
>
>
>
> So, what is YOUR definition of "codec configuration"? J
>
>
>
[Suhas] I shall stick with Colin's suggestion.


>  Regards,
>
>
>
> Christer
>