[Sip] RE: [rohc] Requirements for signaling compression
"Price, Richard" <richard.price@roke.co.uk> Fri, 03 August 2001 10:46 UTC
Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA12669 for <sip-archive@odin.ietf.org>; Fri, 3 Aug 2001 06:46:13 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id GAA19697; Fri, 3 Aug 2001 06:30:41 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id GAA19666 for <sip@ns.ietf.org>; Fri, 3 Aug 2001 06:30:39 -0400 (EDT)
Received: from rsys000a.roke.co.uk ([193.118.201.102]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA12275 for <sip@ietf.org>; Fri, 3 Aug 2001 06:29:36 -0400 (EDT)
Received: by RSYS002A with Internet Mail Service (5.5.2653.19) id <QAAM1C65>; Fri, 3 Aug 2001 11:30:30 +0100
Message-ID: <76C92FBBFB58D411AE760090271ED4186F9DFF@RSYS002A>
From: "Price, Richard" <richard.price@roke.co.uk>
To: 'Hans Hannu' <Hans.Hannu@epl.ericsson.se>
Cc: rohc@cdt.luth.se, sip@ietf.org
Date: Fri, 03 Aug 2001 11:30:19 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/mixed; boundary="------------InterScan_NT_MIME_Boundary"
Subject: [Sip] RE: [rohc] Requirements for signaling compression
Sender: sip-admin@ietf.org
Errors-To: sip-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Session Initiation Protocol <sip.ietf.org>
X-BeenThere: sip@ietf.org
Hi, Considering a generic solution is fine provided that it doesn't delay the availability of a SIP/SDP compression scheme. This is mainly a protocol rather than an algorithm issue (as most of the proposed algorithms are generic text compressors). If the protocol can also be made generic without too much additional effort then it is a step worth taking. Higher-layer compression might need one additional requirement - tolerance to reordering between the compressor and decompressor. We should word this similarly to Requirement 6, i.e: "The compression scheme must be able to tolerate the maximum expected message reordering between the compressor and decompressor." This makes sure that the requirement is automatically fulfilled when there is no message reordering (if per-hop compression is chosen). Best regards, Richard P -----Original Message----- From: Hans Hannu [mailto:Hans.Hannu@epl.ericsson.se] Sent: Friday, August 03, 2001 10:00 AM To: Price, Richard Cc: rohc@cdt.luth.se; sip@ietf.org Subject: Re: [rohc] Requirements for signaling compression Hi, Comments inline. >These requirements seem fine to me - assuming of course that SIP >compression is performed on a per-hop basis. The requirements are not only considering SIP compression. The intention is to provide requirements for a generic solution applicable for compression of ASCII based signaling protocols, such as SIP/SDP, RTSP etc.. >What about compression between a mobile and a SIP proxy? I believe that the requirements apply also to this case. BR /Hans H >Is this beyond >the scope of the ROHC WG? > >Regards, > >Richard P > >-----Original Message----- >From: Hans Hannu [mailto:Hans.Hannu@epl.ericsson.se] >Sent: Thursday, August 02, 2001 2:31 PM >To: rohc >Subject: [rohc] Requirements for signaling compression > > >Hi, > >>From the discussions I see that compression of SIP is the major concern all >have, but maybe we should also look at the current version of the >requirements document as we will discuss requirements in London, not only >solutions. >Chapter 3 of, >http://www.ietf.org/internet-drafts/draft-ietf-rohc-signaling-req-assump-01 . >txt states the current requirements. There are most likely requirements >missing and maybe not all are wanted... > >BR >/Hans H > >--- >Mailing list for Robust Header Compression WG >Archive: http://www.cdt.luth.se/rohc/ >
- [Sip] RE: [rohc] Requirements for signaling compr… Price, Richard
- [Sip] Re: [rohc] Requirements for signaling compr… Hans Hannu
- [Sip] RE: [rohc] Requirements for signaling compr… Price, Richard