[MMUSIC] "a=extmap" with BUNDLE

Taylor Brandstetter <deadbeef@google.com> Fri, 24 March 2017 17:28 UTC

Return-Path: <deadbeef@google.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 AAE2E1297D6 for <mmusic@ietfa.amsl.com>; Fri, 24 Mar 2017 10:28:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
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 NB02clc206yb for <mmusic@ietfa.amsl.com>; Fri, 24 Mar 2017 10:28:43 -0700 (PDT)
Received: from mail-qt0-x22d.google.com (mail-qt0-x22d.google.com [IPv6:2607:f8b0:400d:c0d::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C3A1B1294AE for <mmusic@ietf.org>; Fri, 24 Mar 2017 10:19:01 -0700 (PDT)
Received: by mail-qt0-x22d.google.com with SMTP id r45so7677070qte.3 for <mmusic@ietf.org>; Fri, 24 Mar 2017 10:19:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=cQJ2c28JsCc14xPONtkOPAiTAYnrSGQSuYR33cAbKxI=; b=AADvp89gIFE9JBn4d5vanC60C9nyNOkjg1xam4yXjwdLvy54aISbagfS3OajtdfCZr 7IV4fK4Wigob0Ft1U7vzZJHDEUMOMID2fbLMTibDxd7d6S2ct3ubvSZW31Tn1vgQVxbN O63LUd+rSzaBh+Dag5EAu19VnUvgh5mimOKDYcc3JYpkg1/Cjw4wyJK1FKGZt8PC+tkt MRlO3l8fQP0/vJTxM5HHsNrKmRSkW9C0QEhw/UaSyMHsIbWJqYusDiRiKyrl434rZm1r a/dog95HVCpbWmJhjiPh1T8b4I7vGxp8gKszu+ckyLxwlQoIdufVnqaJauILMR+G9ITh IA3A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=cQJ2c28JsCc14xPONtkOPAiTAYnrSGQSuYR33cAbKxI=; b=MUi+ZzxEavoaibPiyxF/K3rzVD28ZiqTWJEb6RCa3y0Umz/4xp3oF59BI+KoGH9pId yX7RElc7TOQlhhe4WrowxZgiKb2Gp87B+0iXVthRqrjUA/VxfoONCNC7SSxHtfpx8joX qChdI/g9BlX7/6xk3Ach+eeTDZ/WuP1i82VEU6v3Sq3ukz/9v9wZSUARtmCtPdRZiWR8 On7TwwAUxZzGdiNJh6PWAkrM8D+lggvFb8UmRn9aFGfXOaty7SeILn0KqIJj3aBF0bUb kZsEhwroYmiDQnHbR8zwQlMM1KRaAjOaaXBCbSeWuuvPW9L9egxmWZ2zJl5dVKaYCgvF 3Ovg==
X-Gm-Message-State: AFeK/H2X+4lDozc0v56Fjvs4uoA1NwljUNTugTC4pmf47Jp8jxeU2UAFMfdPkzvXN1kzqf8ZCf55/oaBfQPWtu2t
X-Received: by 10.200.50.112 with SMTP id y45mr8659301qta.75.1490375940694; Fri, 24 Mar 2017 10:19:00 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.12.154.209 with HTTP; Fri, 24 Mar 2017 10:19:00 -0700 (PDT)
From: Taylor Brandstetter <deadbeef@google.com>
Date: Fri, 24 Mar 2017 10:19:00 -0700
Message-ID: <CAK35n0YEA8Cu_v33QsTHXRx70Jw6r-gYT_4rSjYvb6KR+YD81Q@mail.gmail.com>
To: mmusic WG <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary=001a11403d68873660054b7d309d
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/ANKxIXMEAJp_xqA0eijWqIlbVGw>
Subject: [MMUSIC] "a=extmap" with BUNDLE
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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: Fri, 24 Mar 2017 17:28:45 -0000

Is there any document that defines the general semantics of "a=extmap" when
"m=" sections are bundled? I assumed there was a restriction that multiple
bundled "m=" sections must not use the same ID to refer to different header
extensions, but I haven't found this anywhere.

If it's needed, should it go in sdp-mux-attributes, with something similar
to "IDENTICAL-PER-PT"?