Re: [MMUSIC] "a=extmap" with BUNDLE

Taylor Brandstetter <deadbeef@google.com> Fri, 24 March 2017 18: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 D38901294B1 for <mmusic@ietfa.amsl.com>; Fri, 24 Mar 2017 11:28:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level:
X-Spam-Status: No, score=-2.701 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_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham 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 0LeSl0k013Mb for <mmusic@ietfa.amsl.com>; Fri, 24 Mar 2017 11:28:46 -0700 (PDT)
Received: from mail-qk0-x230.google.com (mail-qk0-x230.google.com [IPv6:2607:f8b0:400d:c09::230]) (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 884F7129488 for <mmusic@ietf.org>; Fri, 24 Mar 2017 11:28:46 -0700 (PDT)
Received: by mail-qk0-x230.google.com with SMTP id f11so9583998qkb.0 for <mmusic@ietf.org>; Fri, 24 Mar 2017 11:28:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=pKbvrINLH1Ly3CEv5C9JekF9AwuGtyzhbeBqX3XoZoQ=; b=goITT2YS/IJknJI+lmiF1Mv7sdPS5Z9iptwpwO6e/CSSkfT8BmOZ7jJ6qtS0bZSIZl 2u2cS2d6inNFRK4sIcQH3TIyXmgMulGkja9ECLDcwm094gjY2YzuwIEsDkKc0lVXUyFx wXZeOO6mkRMOt8LGaOOsR5zRw75buBv8yw0BUPc35mLifesaQYJ4QJJQkjAMGrg4Nv9I foQ0bQJFXpfZV3QAUkX+rhtChoKzBz7v8RFwMMT1z424qiPHk9Id1cHrnaqoNBLoNROX Rhinzv2NCIWczainfpqmn18HJByPUby+HHAwvh/5d/ZV4xD1Lb6n+rEg1NtPQ6sOmXj0 6kfQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=pKbvrINLH1Ly3CEv5C9JekF9AwuGtyzhbeBqX3XoZoQ=; b=RcqEAemaYTSK83By4fAz3o/CqHy78dKK20OhyV6Ff7rmRGzG7afQnglGiw3OitiIQ7 stPK2KInOZQxQ7qLjP2byJ3ZM3cgXwitE5EjoL5b/2/SG04Zw08kKRZJatyTt04++K5L yq2ywYRmEfLrIVzBgsjVxQw1lzrGnyviT70rWm/KyRlO3VRmqHDtdj3Zfdn50uBDHu7C Wpkh2lxxm4KDc31pND82BVnzOgCSM+jOBVItmRjEALHpyblYC7fvCKdl+xhT6FEtFA++ B5MPDEb5L8USjm6wwwhmw/Eh/Mad5W8HCdaRJWvcwxTz5bEmf3vbO9kwgB9C8K50g4IM hGWQ==
X-Gm-Message-State: AFeK/H25oRQ8jQnqbMe9WhtG4fchscAYhKsLwop1tKAFExhatLCNfu4oABGXkcdGEOX3uKS65fhdy6eM9LV2rve7
X-Received: by 10.55.155.141 with SMTP id d135mr2892272qke.75.1490380125556; Fri, 24 Mar 2017 11:28:45 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.12.154.209 with HTTP; Fri, 24 Mar 2017 11:28:45 -0700 (PDT)
In-Reply-To: <CAMRcRGTJoOE0HLGwkdW261SiM+J3BCoAiDeq919d+YkyfhU6eg@mail.gmail.com>
References: <CAK35n0YEA8Cu_v33QsTHXRx70Jw6r-gYT_4rSjYvb6KR+YD81Q@mail.gmail.com> <CAMRcRGTJoOE0HLGwkdW261SiM+J3BCoAiDeq919d+YkyfhU6eg@mail.gmail.com>
From: Taylor Brandstetter <deadbeef@google.com>
Date: Fri, 24 Mar 2017 11:28:45 -0700
Message-ID: <CAK35n0ZMX6XVicnuvxHH16ADW5on0n18yK8_VDTLX7B1Gb0XDA@mail.gmail.com>
To: Suhas Nandakumar <suhasietf@gmail.com>
Cc: mmusic WG <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary=94eb2c07684af72b03054b7e2986
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/66cfbfBtEmQ-VVD0kEhTn0_9V1M>
Subject: Re: [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 18:28:49 -0000

I saw that. Which means that individual documents are responsible for
defining how their extensions work with BUNDLE.

But something still would need to define the *general* restrictions for
using "extmap" with BUNDLE, such as the ID restriction. Or is that just
something that's common sense and doesn't need to be specified?

On Fri, Mar 24, 2017 at 11:00 AM, Suhas Nandakumar <suhasietf@gmail.com>
wrote:

> Hi Taylor
>
> https://tools.ietf.org/html/draft-ietf-mmusic-sdp-mux-
> attributes-16#section-5.13
>
> Mux attributes classifies it under SPECIAL category
>
>
> Thanks
> Suhas
>
> On Fri, Mar 24, 2017 at 10:28 AM Taylor Brandstetter <deadbeef@google.com>
> wrote:
>
>> 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"?
>> _______________________________________________
>> mmusic mailing list
>> mmusic@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmusic
>>
>