Re: [AVTCORE] Header Compression and RFC5285bis

"Roni Even" <ron.even.tlv@gmail.com> Wed, 11 May 2016 11:06 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 083AF12D98E for <avt@ietfa.amsl.com>; Wed, 11 May 2016 04:06:39 -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 e8Oh27tqqM_z for <avt@ietfa.amsl.com>; Wed, 11 May 2016 04:06:36 -0700 (PDT)
Received: from mail-wm0-x22e.google.com (mail-wm0-x22e.google.com [IPv6:2a00:1450:400c:c09::22e]) (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 482E212D9B9 for <avt@ietf.org>; Wed, 11 May 2016 04:06:36 -0700 (PDT)
Received: by mail-wm0-x22e.google.com with SMTP id n129so214624342wmn.1 for <avt@ietf.org>; Wed, 11 May 2016 04:06:36 -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=TULMlCVEzwf8496liSFUH07cJCGtbu+bL6I+M1bpqws=; b=RDnH8m66jVkWF18G0cY306IGkrh4rCv9ZRkYqgTa54jz9to0OSwluzLJ4jUgL/SDO+ Ln5DfqBOykwpKyA7X7Fa+79UUkACE5+2LTWvbkGEXgEox0FDY5CK0FA+meSw+qMoV2cE pr4rhiXz9NQ774pJDcNFO87AZxrSSkf/CT6h9n7e2/2Ay3bgJd1KxkNiEmFsGoQYBln+ cvKAJ9KDVsqCn1YkC8WETROGeEbzsMG5xp58JAyjiTpz20OdTQ5nlMzCjKRaNM8N6Mhu CILVa35+iL6i3HYLFoKNl2+opR5V8uLanmSxC4E5qzFSw938BP7kaw7BI7tw1tumDw7A wU/w==
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=TULMlCVEzwf8496liSFUH07cJCGtbu+bL6I+M1bpqws=; b=Apz6JtAqETTlxkrEkYhfo8G7ARAMahPEH+TykTD0ouKdVkz7eiMzvwbs2pMgFfE+Tb cnz7aWvTJPFYyBgHnLEBTbjGb7B/S8hmSFFu5mlmT+YVN8VOMglpAVaEju8jEqbr0dyM w7QpJ3o/j9AdFULrODkVVLZC9t+ekrwsXdJ99mUi5TmsDGtPkbXbgM2IVf7R/gndyFhq jR+dIugRHWp1Wi8g/FGiBwWR3MSvS6YldDPtAd8YRKJkT194sL53afK4KjYUA9lx8kZ0 UXBgG3aGf5EQSFkDuHMAlZDNrjLUkYtm4h/Tp8VCAMNNRsi6oq20c7vtfR+1LsnDyyTr nfCQ==
X-Gm-Message-State: AOPr4FXbQ10c1QjOkwQlz1sPA36j6ddFXhkoV1TOHNelxMV+l8cnHxb34pj6allvjQfYDA==
X-Received: by 10.28.213.1 with SMTP id m1mr22819834wmg.103.1462964794840; Wed, 11 May 2016 04:06:34 -0700 (PDT)
Received: from RoniPC (bzq-79-178-104-140.red.bezeqint.net. [79.178.104.140]) by smtp.gmail.com with ESMTPSA id o129sm34955019wmb.17.2016.05.11.04.06.33 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 11 May 2016 04:06:33 -0700 (PDT)
From: Roni Even <ron.even.tlv@gmail.com>
To: 'Stephen Casner' <casner@acm.org>
References: <56FFE98E.2070406@ericsson.com> <071a01d1aa8e$9e4c1800$dae44800$@gmail.com> <alpine.OSX.2.20.1605110646350.94339@auge.local>
In-Reply-To: <alpine.OSX.2.20.1605110646350.94339@auge.local>
Date: Wed, 11 May 2016 14:06:14 +0300
Message-ID: <07dc01d1ab75$26826c60$73874520$@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQKz49dNSeiH6WyIxJ1uGuCsbsh9+AHhXKhrAr4NxB+dyicb0A==
Content-Language: he
Archived-At: <http://mailarchive.ietf.org/arch/msg/avt/Bc5pWII5aiC_Rnvkgnj0HFPRb90>
Cc: 'Magnus Westerlund' <magnus.westerlund@ericsson.com>, 'IETF AVTCore WG' <avt@ietf.org>
Subject: Re: [AVTCORE] Header Compression and RFC5285bis
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: Wed, 11 May 2016 11:06:39 -0000

Steve,
Thanks, will add this sentence
Roni

> -----Original Message-----
> From: Stephen Casner [mailto:casner@acm.org]
> Sent: Wednesday, May 11, 2016 8:49 AM
> To: Roni Even
> Cc: 'Magnus Westerlund'; 'IETF AVTCore WG'
> Subject: RE: [AVTCORE] Header Compression and RFC5285bis
> 
> Roni,
> 
> I think it would be appropriate to include another sentence before the one
> you propose:  "The use of RTP header extensions may reduce the
> effectiveness of header compression."
> 
>                                                         -- Steve
> 
> On Tue, 10 May 2016, Roni Even wrote:
> 
> > Hi Magnus,
> > I am updating the document based on other comments from Colin.
> > The current text says "The interactions of the RTP   header extension
and
> > header compression is explored further in   [RFC2508] and [RFC3095]."
> > Do you think we need more text here? Any suggestions Roni
> >
> > > -----Original Message-----
> > > From: avt [mailto:avt-bounces@ietf.org] On Behalf Of Magnus
> > > Westerlund
> > > Sent: Saturday, April 02, 2016 6:47 PM
> > > To: IETF AVTCore WG; Stephen Casner
> > > Subject: [AVTCORE] Header Compression and RFC5285bis
> > >
> > > Hi,
> > >
> > > Stephen Casner raised a private comment on the
> > > draft-ietf-avtext-sdes-hdr-ext-05 when he did the IANA expert review.
> > > This was that both
> > > draft-ietf-avtext-sdes-hdr-ext-05 and RFC5285bis doesn't discuss
> > > impact of header compression due to the presence of RTP header
> extensions.
> > >
> > > I have to agree that this is something that at least RFC5285bis
> > > should
> > have a
> > > discussion on. There are some impact.
> > >
> > > In the case of Robust Header Compression (ROHC) (RFC 5795 and RFC
> > > 5225) the impact to my understanding is the following. RFC5225 and
> > > the RTP profile don't compress the actual header extension at all.
> > > The X bit in
> > the
> > > header is compressed and it is classified in Section A.5 as Rarely
> > changing.
> > > The assumption here is that what value is set on a previous packet
> > > will be maintained on the next.
> > >
> > > Looking at the emerging usages that is mostly right, but there will
> > > be
> > periods
> > > where the x bit may be flipping its value. The usage I am
> > > considering is
> > these
> > > initial inclusion of the MID, CNAME etc. However for example a video
> > > stream, it is sufficient to include the header extension in a single
> > packet out
> > > potentially many for an particular video image/frame. Thus one might
> > > have
> > a
> > > on, off, next TS, on, then off on subsequent packets.
> > >
> > > The impact of the classification as Rarely changing is that when a
> > > change
> > is
> > > needed a larger header than otherwise needed will be sent.
> > > Thus the impact will be that each on and off behaviour will result
> > > in one
> > and
> > > maybe two larger ROHC headers to get the change across compared to
> > > if no RTP header extensions would have been present.
> > >
> > > I haven't looked at CRTP, but I would guess similar impact.
> > >
> > > Cheers
> > >
> > > 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
> > > --------------------------------------------------------------------
> > > --
> > >
> > > _______________________________________________
> > > Audio/Video Transport Core Maintenance avt@ietf.org
> > > https://www.ietf.org/mailman/listinfo/avt
> >
> >
> >