Re: [MMUSIC] Simulcast draft feedback

Byron Campen <docfaraday@gmail.com> Mon, 19 October 2015 22:10 UTC

Return-Path: <docfaraday@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 27F981A9009 for <mmusic@ietfa.amsl.com>; Mon, 19 Oct 2015 15:10:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.4
X-Spam-Level:
X-Spam-Status: No, score=-1.4 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, J_CHICKENPOX_14=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 4hfplVAa_OQB for <mmusic@ietfa.amsl.com>; Mon, 19 Oct 2015 15:10:04 -0700 (PDT)
Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (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 D0D141B2D9B for <mmusic@ietf.org>; Mon, 19 Oct 2015 15:09:49 -0700 (PDT)
Received: by obcqt19 with SMTP id qt19so73307694obc.3 for <mmusic@ietf.org>; Mon, 19 Oct 2015 15:09:49 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=RSeGB9xHwRhr7XI+zgFZD44epucrkIQ36L9O6qK6yzk=; b=Som5jUfzKzucVzydbIxz86jdwZkGEBYRMLMadtTysJZSEV6TTIwTFMuxSgS1nAYiiJ r84nFNMiffvLY52rbduprQAlEJNsgRwyTD6cXZi+EBKgmczclmaZ8Vz24PMcuweAcGKJ 6qh5VOAZY9skyb+H9utQjOxj75IZGtVV9a5Y6GVhgM1ceECeBaKIyBSDMVLAiP7iVNS8 yHY3gXSQyUqrPa6CLMPQMxZSD0rlSjunOi6YWqAQmIBXDCTrUTaqqKp1Hx4v+Gsr+Af8 6kAaUiShA1lnpts4WuKkpV8TIIfdZ4yBaRFdwCok28LnPu3wdzDaJ2LNFATBNqjnI+3W zSVg==
X-Received: by 10.60.116.101 with SMTP id jv5mr21480727oeb.24.1445292589282; Mon, 19 Oct 2015 15:09:49 -0700 (PDT)
Received: from ?IPv6:2602:306:83ae:c480:59b:6b2f:13cc:98ad? ([2602:306:83ae:c480:59b:6b2f:13cc:98ad]) by smtp.googlemail.com with ESMTPSA id r81sm16078064oib.8.2015.10.19.15.09.47 for <mmusic@ietf.org> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Oct 2015 15:09:48 -0700 (PDT)
To: mmusic@ietf.org
References: <562550F9.2020101@gmail.com> <562569AE.80309@alum.mit.edu>
From: Byron Campen <docfaraday@gmail.com>
Message-ID: <56256A32.9050707@gmail.com>
Date: Mon, 19 Oct 2015 17:09:54 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:38.0) Gecko/20100101 Thunderbird/38.2.0
MIME-Version: 1.0
In-Reply-To: <562569AE.80309@alum.mit.edu>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/vDs9jdNnil7CflH67vYdExR1LVU>
Subject: Re: [MMUSIC] Simulcast draft feedback
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: <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: Mon, 19 Oct 2015 22:10:05 -0000

On 10/19/15 5:07 PM, Paul Kyzivat wrote:
> On 10/19/15 4:22 PM, Byron Campen wrote:
>
>> **** Payload type asymmetry confusion ****
>>
>>      Consider the following simulcast offer/answer exchange, where the
>> answerer removes a simulcast version and changes payload types:
>>
>> offer:
>> a=rtpmap:96 VP8/90000
>> a=rtpmap:97 VP8/90000
>> a=rtpmap:98 VP8/90000
>> // a=fmtp that differ for the above three
>> a=simulcast: send pt=96;97;98
>>
>> answer:
>> a=simulcast: recv pt=42;101
>
> I don't understand. I think you need to provide more info. Did it 
> change PTs in the m-line of the answer for codec configs the offerer 
> called 96,97,98? Did it add more PTs not mentioned in the offer?
>
     It changed the payload types that were present in the offer (same 
m-section).

Best regards,
Byron Campen