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
----------------------------------------------------------------------