Re: [AVTCORE] Header Compression and RFC5285bis

"Roni Even" <ron.even.tlv@gmail.com> Wed, 11 May 2016 17:01 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 4F00612D0CF for <avt@ietfa.amsl.com>; Wed, 11 May 2016 10:01:36 -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 RsHJWevmRmM4 for <avt@ietfa.amsl.com>; Wed, 11 May 2016 10:01:33 -0700 (PDT)
Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (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 E7FD312D1D2 for <avt@ietf.org>; Wed, 11 May 2016 10:01:32 -0700 (PDT)
Received: by mail-wm0-x22b.google.com with SMTP id a17so93805358wme.0 for <avt@ietf.org>; Wed, 11 May 2016 10:01:32 -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=haKTRvEmA/H1wRbhr+nxmv8ziqstyBdK8kXDqHnqTGg=; b=QKMZ4mAFXdmWZgOGYZa9iCbg8SPMouMeGlQDhaJdA8yepGuF2kmShxQI+eypl1YNYI pO4XcTQwuwGo8+9Zjwa4M6HISFOVANHUhKttC59piUoH5yqNzNodeXUVLAQoFRM55tPE 4UCNIfneiJTwI0X6LAs4IYnJDi7fwKW/HmlRvfhOS0mQpn2CbVFaRe14GmtbzzuI2al6 irjfBa1h2xf6Hw/UfY38xo+uGtUXYSk3fdkJM6ia7oY5gQBnLcOJnGqHKuNp1DURGOTe UCSJZCDzNyfFgQOoIK7iWo1xpvw/eilD2cFTlU8L+fPa/ucDBf5zDgqmT5UtrmIrBcDt 6AbA==
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=haKTRvEmA/H1wRbhr+nxmv8ziqstyBdK8kXDqHnqTGg=; b=LxWRqU3OiuJc8jNEeh1B6FGV3lG8ouxifKvk7xlCdpy+9u6UzYlgHCOBkG8qmejGHp reznJrlPRYynKthD3NSkfYVY1RKKBUfVT0XTnwCoAbP+zZdwqTHRm7nYXVjCOaqtVXxL SYrrOgzqDA21GwtaTWBDybBWcRlp5v3A94ylGuS+O5wcbyF9IjM7UAfcvd0XrcFEWr4B WzpDyVB0ZINEOFgRQDIlL7rZWXc77OnY+ch/B30OLfyKCXksF8WLQjHR58WXJ4zd84oN 4otbYlT7T4FGsFMVQq3LXo8xBU2DoYbSGUWcd5Hxjzq9+KyUNdwKUa6fD+OO1thwAOj5 Sh+g==
X-Gm-Message-State: AOPr4FXdRS+5goQzoi9ff62IalMdMpk69Dd/zzlqgpYqDlTCw4B0Y0dcFnVuXhtQj8bI6w==
X-Received: by 10.28.97.9 with SMTP id v9mr5233117wmb.45.1462986091477; Wed, 11 May 2016 10:01:31 -0700 (PDT)
Received: from RoniPC (bzq-79-178-104-140.red.bezeqint.net. [79.178.104.140]) by smtp.gmail.com with ESMTPSA id yr1sm9039178wjc.9.2016.05.11.10.01.29 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 11 May 2016 10:01:30 -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 20:01:14 +0300
Message-ID: <082301d1aba6$bc375a00$34a60e00$@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+dyoosEA==
Content-Language: he
Archived-At: <http://mailarchive.ietf.org/arch/msg/avt/Mp-_GZbY5Th4RcAM8qQzJvf8YNM>
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 17:01:36 -0000

Steve,
This is the full paragraph in the current version.
It looks OK to me

"Use of RTP header extensions will reduce the efficiency of RTP header
   compression, since the header extension will be sent uncompressed
   unless the RTP header compression module is updated to recognize the
   extension header.  If header extensions are present in some packets,
   but not in others, this can also reduce compression efficiency by
   requiring an update to the fixed header to be conveyed when header
   extensions start or stop being sent.  The interactions of the RTP
   header extension and header compression is explored further in
   [RFC2508] and [RFC3095]."

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