IETF Logo Mail Archive

Re: [AVTCORE] Comments on draft-ietf-avtcore-rfc5285bis-03

"Roni Even" <ron.even.tlv@gmail.com> Tue, 18 October 2016 12:05 UTC

Return-Path: <ron.even.tlv@gmail.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 A38F0129618; Tue, 18 Oct 2016 05:05:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 FMDxPEhjpjGV; Tue, 18 Oct 2016 05:05:57 -0700 (PDT)
Received: from mail-qk0-x22a.google.com (mail-qk0-x22a.google.com [IPv6:2607:f8b0:400d:c09::22a]) (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 571AB12960C; Tue, 18 Oct 2016 05:05:57 -0700 (PDT)
Received: by mail-qk0-x22a.google.com with SMTP id z190so287830276qkc.2; Tue, 18 Oct 2016 05:05:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-transfer-encoding:thread-index :content-language; bh=KjK90a1yO5bk21k2PGbDJnjywR6KdwpImhTQ0xQIy58=; b=w9MvgdIPsdwt9gIRt5yXb/+oRyxCAGme5SS7akVHMj36DKc1eyHFlxYpbqUA+vCAwQ hvH1hk4btwXwkAROgt+7ICNb3IQ5OiK6BpHyvRsOEKOklyC9pKWYw3403yebZ09EJmtQ E8wV2CwHCiodUWN4AlixBk0RWRskoJQx4S2iSXCJedq0uP2uLf9+q/XA1I4KAo+9CLuA RIorsxQI6o5JCDiwutTeBo90OzwjzI2Q7raBT00LK3xYwhZbgSddubIE2hmpV1bBdh+C YZlbkDjAjwSIxGlOfYAspc1GZazQo2gEVAxaMVaB/y0PehBaJcSyizfhcL1EPiEbu806 koiw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=KjK90a1yO5bk21k2PGbDJnjywR6KdwpImhTQ0xQIy58=; b=fLstRBbtQ05vBVCpXS0NwlaZSgrflBLxfNOqO/B5qLSPS53h39CqzxHbdKXak2DNBd WBKqU1eHJgICOnQ2WKPWMyNEEnP3Dsxr7RNRanfei/idt03KWzWnvWOkh2fWfnVhGqXS X4Fw3FypwyGREwV1rykRG6DIX+phFrBJXDe4gef1vYhYjg13OlGaAa5LmX/aLq1uuiP3 XT98rwtDZF0AV6bh5H4SpXatMPN+gsoHoRzrleTSpUtBq9iIP6A56lKKhPvVW7VQqGOI qMxOJZd2u3GrjUTx0vCyuquiwFvNcjHZkLN1ZOhw+rFFeZaIC1CZXhLg8WexGa+QhQbe v05g==
X-Gm-Message-State: AA6/9RkL1lbiB9EwdCGgyEC4oTwdOvwlm6FFZW0ab0RRSIonyI1DnvtLahtvLurqaCN0yg==
X-Received: by 10.194.114.40 with SMTP id jd8mr8317wjb.191.1476792356363; Tue, 18 Oct 2016 05:05:56 -0700 (PDT)
Received: from RoniPC (bzq-109-65-75-194.red.bezeqint.net. [109.65.75.194]) by smtp.gmail.com with ESMTPSA id ct1sm62192176wjd.13.2016.10.18.05.05.54 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 18 Oct 2016 05:05:55 -0700 (PDT)
From: Roni Even <ron.even.tlv@gmail.com>
To: singer@apple.com, 'Magnus Westerlund' <magnus.westerlund@ericsson.com>
References: <e06fe3ab-7792-e53c-f0df-35702cfae10e@ericsson.com> <0eb001d2289a$ccf86070$66e92150$@gmail.com> <3f50e2bf-1877-9ac8-c94f-41af6cd95b5e@ericsson.com> <9A826FD3-BADE-40AA-9AEF-97177F78A97B@apple.com>
In-Reply-To: <9A826FD3-BADE-40AA-9AEF-97177F78A97B@apple.com>
Date: Tue, 18 Oct 2016 15:04:24 +0300
Message-ID: <0f2e01d22937$c528ef20$4f7acd60$@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQF/Bj40Q/9eID/KnW1ewOtO7N+tTgHr0kDPArjHkB0CIxdWrKEeJXMg
Content-Language: he
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/OoJ-tKZjhh-s-bZabJJrkgT6348>
Cc: draft-ietf-avtcore-rfc5285-bis@ietf.org, 'IETF AVTCore WG' <avt@ietf.org>
Subject: Re: [AVTCORE] Comments on draft-ietf-avtcore-rfc5285bis-03
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: Tue, 18 Oct 2016 12:05:59 -0000

Hi,
I agree with Dave
Roni

> -----Original Message-----
> From: singer@apple.com [mailto:singer@apple.com]
> Sent: Tuesday, October 18, 2016 1:08 PM
> To: Magnus Westerlund
> Cc: Roni Even; draft-ietf-avtcore-rfc5285-bis@ietf.org; IETF AVTCore WG
> Subject: Re: [AVTCORE] Comments on draft-ietf-avtcore-rfc5285bis-03
> 
> 
> > On Oct 18, 2016, at 16:53 , Magnus Westerlund
> <magnus.westerlund@ericsson.com> wrote:
> >
> > I think there is a negotiation mechanism, in that if one include extmap
> mappings for values above 15, then you indicate that you support the two-
> byte format, and if you accept you can clearly indicate this. Maybe this
> should be made more explicit, as a method of determining the operations
> mode. To me we do now end up with four different cases:
> >
> > A. One-byte only: only ID's in range 1-14. The state of a=extmap-allow-
> mixed has no meaning, only indication if one want to renegotiate.
> >
> > B. two-byte only: only ID's above 15. The state of a=extmap-allow-mixed
> has no meaning, only indication if one want to renegotiate.
> 
> sorry, I don't get this.  Two-byte headers get you full-byte length fields
and
> thus longer payloads. You could use these with small local IDs.  Why say
you
> have to use IDs outside 1-14???
> 
> 
> >
> > C. one or two-byte, but no switching between within a RTP stream: No
> a=extmap-allow-mixed attribute, but negotiated IDs both in 1-14 as well as
> above 15.
> >
> > D. one and two-bytes with switching: a=extmap-allow-mixed and
> negotiated IDs both in 1-14 as well as above 15.
> >
> > Maybe the above alternatives should be made explicit to ensure that
> implementers understand and consider all the alternatives.
> 
> David Singer
> Manager, Software Standards, Apple Inc.

v2.23.0 | Report a Bug | By Email