Re: [AVTCORE] draft-ietf-avtcore-rfc5285-bis-05 -- fun special case
Magnus Westerlund <magnus.westerlund@ericsson.com> Thu, 16 February 2017 14:58 UTC
Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 56C35129A3B for <avt@ietfa.amsl.com>; Thu, 16 Feb 2017 06:58:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 4c17rvjFHfBe for <avt@ietfa.amsl.com>; Thu, 16 Feb 2017 06:58:09 -0800 (PST)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8CC21129A39 for <avt@ietf.org>; Thu, 16 Feb 2017 06:58:09 -0800 (PST)
X-AuditID: c1b4fb30-2868b98000002c77-0d-58a5bdff4d8d
Received: from ESESSHC018.ericsson.se (Unknown_Domain [153.88.183.72]) by (Symantec Mail Security) with SMTP id 8B.7F.11383.FFDB5A85; Thu, 16 Feb 2017 15:58:07 +0100 (CET)
Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.74) with Microsoft SMTP Server id 14.3.319.2; Thu, 16 Feb 2017 15:57:08 +0100
To: "Dale R. Worley" <worley@ariadne.com>, avt@ietf.org
References: <87zii55lwt.fsf@hobgoblin.ariadne.com>
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
Message-ID: <98c8fc83-3965-8f3d-1b6b-b9ec335a2cd6@ericsson.com>
Date: Thu, 16 Feb 2017 15:57:07 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1
MIME-Version: 1.0
In-Reply-To: <87zii55lwt.fsf@hobgoblin.ariadne.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrBLMWRmVeSWpSXmKPExsUyM2K7h+7/vUsjDPasNLd42bOS3WJ+/0cW i5cnyhyYPbae/MHmMXn/V2aPJUt+MgUwR3HZpKTmZJalFunbJXBlbHoYXbBHouLAjPWsDYyz hbsYOTkkBEwkZl24zNrFyMUhJLCOUWLulMNMEM5yRolLC5uYuxg5OIQFfCTOfg8HaRARsJTY 0tHLDGILCRhJHN1ymQXEZhYQk1iy8B5YnE3AQuLmj0Y2EJtXwF5i97zpTCBjWARUJbY8zQQJ iwrESOztv88EUSIocXLmExaQEk4BY4lFbyJATGagzgdbyyCGy0s0b50NtVRboqGpg3UCo8As JM2zEDpmIelYwMi8ilG0OLU4KTfdyEgvtSgzubg4P08vL7VkEyMwPA9u+W2wg/Hlc8dDjAIc jEo8vB9ylkQIsSaWFVfmHmKU4GBWEuHNWLs0Qog3JbGyKrUoP76oNCe1+BCjNAeLkjiv2cr7 4UIC6YklqdmpqQWpRTBZJg5OqQZG/qpE/6v3vbTWa9o63b6ReVTwmd7Tn5VnA8/W3Ui6frRQ lPO25H2BYp3+1E2MR79P+PdHyH+b8cINMu6h/Hv3rv26wil63Y+ed1tms0S5R3zR+bJMYZ7G 7JvrcxT6I85N5954cVVnkEHpoY97tDvXxqjoprR2S5REHJVfVZrzdNWmV1L/P0/bosRSnJFo qMVcVJwIAG1+ULRLAgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/HhKO3qBDBDQjPePfym2KOZL_Q2A>
Cc: singer@apple.com
Subject: Re: [AVTCORE] draft-ietf-avtcore-rfc5285-bis-05 -- fun special case
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Feb 2017 14:58:11 -0000
Hi, If one follows RFC5285, then one can setup a number of formats with IDs in 1-14 range. Then one can decide on RTP stream level which format one or two byte. However, one you started sending one or two-byte in a particular RTP stream, you are not allowed to switch. In addition the sender doesn't know if two-byte will work. It can assume that one-byte is available. So there is clearly issues here about capability determination from a sender perspective. Which is why RFC 5285bis exists. So the limiation on length is clearly present. I think the question is if this needs to be lifted in this part or not. I would note that actually the rule needs to be considered in the context of a particular RTP stream. Because one can actually consider that one RTP stream will only send a sub-set of header extension and thus be capable of using one-byte headers in this RTP stream, but another RTP stream requires the 2-byte header and thus should use that from the start if the extmap-allow-mixed is not negotiated. Looking at the -05 and -06 I can't find this rule in either version. Where was it included? Based on that I can't find the context for this, I can't judge how important it is to make any changes. Cheers Magnus Den 2017-02-02 kl. 04:09, skrev Dale R. Worley: > Suppose that in the offer and the answer all of the identifiers are less > than 15. And suppose that mixing one-byte and two-byte formats is *not* > negotiated. > > RTP packets are sent containing one-byte extension headers, and > everything is going along well, and suddenly, the current data part for > an extension is over 16 bytes. That data can't be encoded in the > one-byte format. > > I think there needs to be a rule that a UA can't commit to the one-byte > format unless all of the extensions that might be sent are defined to > have data lengths between 1 and 16 bytes. So instead of the current > rule > > A client MUST NOT send an extension header with the one-byte format > if any negotiated valid identifier exceeds 14 and extmap-allow-mixed > is not negotiated. > > we need > > A client MUST NOT send an extension header with the one-byte format > if: > (1) extmap-allow-mixed is not negotiated, and > (2) (a) some negotiated valid identifier is more than 14, or > (b)some negotiated extension may have a data length of 0 > bytes or more than 16 bytes. > > Dale > > _______________________________________________ > Audio/Video Transport Core Maintenance > avt@ietf.org > https://www.ietf.org/mailman/listinfo/avt > -- Magnus Westerlund ---------------------------------------------------------------------- Services, Media and Network features, Ericsson Research EAB/TXM ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Färögatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ----------------------------------------------------------------------
- [AVTCORE] draft-ietf-avtcore-rfc5285-bis-05 -- fu… Dale R. Worley
- Re: [AVTCORE] draft-ietf-avtcore-rfc5285-bis-05 -… Magnus Westerlund