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

Christer Holmberg <christer.holmberg@ericsson.com> Sun, 02 March 2014 08:44 UTC

Return-Path: <christer.holmberg@ericsson.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 80BAB1A0652 for <mmusic@ietfa.amsl.com>; Sun, 2 Mar 2014 00:44:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham
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 H1sUwa-Vgqlg for <mmusic@ietfa.amsl.com>; Sun, 2 Mar 2014 00:44:51 -0800 (PST)
Received: from sesbmg20.ericsson.net (sesbmg20.ericsson.net [193.180.251.56]) by ietfa.amsl.com (Postfix) with ESMTP id 9CB641A0868 for <mmusic@ietf.org>; Sun, 2 Mar 2014 00:44:50 -0800 (PST)
X-AuditID: c1b4fb38-b7f418e000001099-c9-5312ef7eb0cc
Received: from ESESSHC008.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg20.ericsson.net (Symantec Mail Security) with SMTP id 26.82.04249.E7FE2135; Sun, 2 Mar 2014 09:44:47 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.216]) by ESESSHC008.ericsson.se ([153.88.183.42]) with mapi id 14.02.0387.000; Sun, 2 Mar 2014 09:44:46 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: IETF#89: BUNDLE: Q9: What are the criteria for allowing usage of the same PT value within multiple m- lines?
Thread-Index: Ac818yLx23ucJzjaSbubJw5GhjG+yg==
Date: Sun, 02 Mar 2014 08:44:45 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1D1C368D@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.154]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B1D1C368DESESSMB209erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrMLMWRmVeSWpSXmKPExsUyM+JvjW79e6Fgg4VfOC2mLn/M4sDosWTJ T6YAxigum5TUnMyy1CJ9uwSujLkTbjMWbFGq6Fi5i7mB8ZRsFyMHh4SAicS3k4xdjJxAppjE hXvr2boYuTiEBI4wSvy89YQFJCEksJhR4sy5MpB6NgELie5/2iBhEQF1ia97e5hBbGGBcom2 7a2sEPEaiXszJjND2HoSn5feBIuzCKhITLhxjAnE5hXwlTiytAfMZgTa+/3UGjCbWUBc4taT +UwQ9whILNlznhnCFpV4+fgfK4StJLHo9mcmkHOYBfIl3r+PgRgpKHFy5hOWCYxCs5BMmoVQ NQtJFUSJjsSC3Z/YIGxtiWULXzPD2GcOPGZCFl/AyL6KkaM4tTgpN93IYBMjMOAPbvltsYPx 8l+bQ4zSHCxK4rwf3zoHCQmkJ5akZqemFqQWxReV5qQWH2Jk4uCUamBMXO5q7Sq42qJf525m /iTZvltnjTUmvUxdUJkd+zP1lY32gfzE4vDurU5H/7D4Lbt+0P1X/arkDt4IvfyCaVx5/9KD XSQmFlt/eSV72Ec63Nqz/g6bw+svwRZfl2Ye+uD2ada5vAX+HUdz/uVs/LvjOIsO81mhwA+e 6iYMosze395Eb+2/q6bEUpyRaKjFXFScCABRyFiJRgIAAA==
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/qAi2rj6YUMSgGiD2LIULdzaw5fc
Subject: [MMUSIC] IETF#89: BUNDLE: Q9: What are the criteria for allowing usage of the same PT value within multiple m- lines?
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: Sun, 02 Mar 2014 08:44:53 -0000

Hi,

One of the open issues we have in BUNDLE, is when it is allowed to use the same PT value within multiple m- lines.

We tried to come up with different criteria, including a "codec configuration" concept, but we never managed to agree on something.

So, in London, I intend to suggest that we simply say: if you offer the same PT value within multiple m- line, make sure you can handle the associated media when it arrives - period (keep in mind that you always indicate what you want to RECEIVE - the remote peer can still ask you to SEND using different PT values).

If you don't like this, please provide an alternative solution, because I want to close this issue in London. There is no idea to keep "taking the issue back to the list". We've done that for a few meetings already.

Regards,

Christer