Re: [MMUSIC] Feedback requested on requirements

Christer Holmberg <christer.holmberg@ericsson.com> Tue, 23 April 2013 17:59 UTC

Return-Path: <christer.holmberg@ericsson.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 3771B21F9627 for <mmusic@ietfa.amsl.com>; Tue, 23 Apr 2013 10:59:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.223
X-Spam-Level:
X-Spam-Status: No, score=-6.223 tagged_above=-999 required=5 tests=[AWL=0.026, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
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 TB7CeHys2Uil for <mmusic@ietfa.amsl.com>; Tue, 23 Apr 2013 10:59:03 -0700 (PDT)
Received: from mailgw2.ericsson.se (mailgw2.ericsson.se [193.180.251.37]) by ietfa.amsl.com (Postfix) with ESMTP id 4B95721F96E8 for <mmusic@ietf.org>; Tue, 23 Apr 2013 10:59:03 -0700 (PDT)
X-AuditID: c1b4fb25-b7f366d000004d10-c5-5176cbe6cae7
Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id E7.B6.19728.6EBC6715; Tue, 23 Apr 2013 19:59:02 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.167]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.02.0328.009; Tue, 23 Apr 2013 19:59:01 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "Dale R. Worley" <worley@ariadne.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] Feedback requested on requirements
Thread-Index: AQHOQDe3i+cVnxjNCEKSb6lvFRbbnJjkDbqr
Date: Tue, 23 Apr 2013 17:59:00 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1C35BC40@ESESSMB209.ericsson.se>
References: <201304231530.r3NFU9mB3237170@shell01.TheWorld.com>
In-Reply-To: <201304231530.r3NFU9mB3237170@shell01.TheWorld.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.17]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrLLMWRmVeSWpSXmKPExsUyM+Jvre6z02WBBh2nBC2mLn/MYvHyRJkD k8fk/V+ZPZYs+ckUwBTFZZOSmpNZllqkb5fAldHf9YaxoIWzoq/vCUsD4ye2LkZODgkBE4m3 3Z8ZIWwxiQv31oPFhQQOM0rsOajWxcgFZC9hlGhYcYy5i5GDg03AQqL7nzZIjYiAn8T6VR/Y QWxhoPD5lpPMEHFLiZvLz7NA2EYSN/uegsVZBFQlXq99wApi8wr4Smxfd5cJYpe9xKsPb8H2 cgo4SBw82QVmMwLd8/3UGrAaZgFxiVtP5jNB3CkgsWTPeWYIW1Ti5eN/rCCnSQgoSizvl4Mo 15FYsBviRWYBbYllC18zQ6wVlDg58wnLBEbRWUimzkLSMgtJyywkLQsYWVYxsucmZuaklxtt YgRGwcEtv1V3MN45J3KIUZqDRUmcN9z1QoCQQHpiSWp2ampBalF8UWlOavEhRiYOTqkGxur3 ilGrf8+/4Nzwx/Rb4tPFL/Ws4/1cWDZd/idaIquxvtZgp8Ma1ibtQz/WbrS8fC/6yII7nIu2 yaV+fL1pPfvCoJRf9r3LvYIWujb+1mk8xinGzKtb6ixgLiincbzVNfJs1XGDX/ZMT87o1Ilv 5V4oou1W+GRZs9Jkhy7fDw+mn25vfvJOWomlOCPRUIu5qDgRADJGyZRQAgAA
Subject: Re: [MMUSIC] Feedback requested on requirements
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: Tue, 23 Apr 2013 17:59:04 -0000

Hi,

>Here are a few desiderata related to dealing with legacy devices, both
>endpoints and intermediate devices:
>
>   DES C3  Avoid using media types in m= lines other than audio and
>      video unless required for user media, as some SBCs reject SDP that
>      uses other media types.
>
>   This desideratum was suggested by Hadriel Kaplan.

I am not sure I understand. Why would one use media types unless required for user media?

>   DES C4  Any additional m= lines prescribed by the bundle mechanism
>      should be ordered after the constituent m= lines.

That is normal Offer/Answer procedure, isn't it?

>   Many devices that have only one audio or video channel accept the
>   first m= line with that media type and reject any further ones
>
>  non-DES C5  SBCs generally pass through attributes that they do not
>      understand.  SBCs generally pass through codec specifications that
>      they do not understand, even if they are configured to transcode
>     certain specific codecs.
>
>   This non-desideratum was suggested by Hadriel Kaplan.

I don't understand this.

Regards,

Christer