RE: [rohc] RE: Default decompression algorithms

zhigang.c.liu@nokia.com Tue, 26 February 2002 01:12 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 ESMTP id UAA05391 for <rohc-archive@odin.ietf.org>; Mon, 25 Feb 2002 20:12:43 -0500 (EST)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA29127; Mon, 25 Feb 2002 20:09:27 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id UAA29098 for <rohc@optimus.ietf.org>; Mon, 25 Feb 2002 20:09:22 -0500 (EST)
Received: from mgw-x3.nokia.com (mgw-x3.nokia.com [131.228.20.26]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA05364 for <rohc@ietf.org>; Mon, 25 Feb 2002 20:09:18 -0500 (EST)
From: zhigang.c.liu@nokia.com
Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33]) by mgw-x3.nokia.com (Switch-2.1.0/Switch-2.1.0) with ESMTP id g1Q19qi20190 for <rohc@ietf.org>; Tue, 26 Feb 2002 03:09:52 +0200 (EET)
Received: from esebh002.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com (Content Technologies SMTPRS 4.2.5) with ESMTP id <T594cd295beac158f21082@esvir01nok.ntc.nokia.com> for <rohc@ietf.org>; Tue, 26 Feb 2002 03:09:18 +0200
Received: from daebh001.NOE.Nokia.com ([172.18.242.231]) by esebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.3779); Tue, 26 Feb 2002 03:09:18 +0200
Received: from daebe005.NOE.Nokia.com ([172.18.242.203]) by daebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.2966); Mon, 25 Feb 2002 19:09:16 -0600
content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Subject: RE: [rohc] RE: Default decompression algorithms
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
Date: Mon, 25 Feb 2002 19:09:16 -0600
Message-ID: <DE0842B293FC4847992F9EDF8D72E1ED24A262@daebe005.NOE.Nokia.com>
Thread-Topic: [rohc] RE: Default decompression algorithms
Thread-Index: AcG90O+SWvkb5uBqQ3qXOfXurMuOygAjRf5A
To: <rohc@ietf.org>
X-OriginalArrivalTime: 26 Feb 2002 01:09:16.0909 (UTC) FILETIME=[363C79D0:01C1BE62]
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by optimus.ietf.org id UAA29099
Sender: rohc-admin@ietf.org
Errors-To: rohc-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Robust Header Compression <rohc.ietf.org>
X-BeenThere: rohc@ietf.org
Content-Transfer-Encoding: 8bit

Folks,

Let's conclude this issue. We've spent too much time on this.

- We need a mechanism to allow the decompressor to announce the
decompression code it can locally generate or it already
has (see below). It seems most people agree with my proposal: http://www.cdt.luth.se/robhc/msg03642.html. That's all we need.

- Let's not call them "default" or "mandatory", at least not here
in IETF. The choice is the compressor's. If its choice happens
to be popular, then it can avoid sending it over the air using
above mechanism. But that's it. Nothing more.

- Documentation of "well-known" decompression code is second 
priority to other things. It can be done either in IETF or 3GPP. 
But let's finish other more important things (e.g. security, state
management) first in this WG.

- The issue is not even about documented code. The above mechanism
is useful when multiple mobiles use the same code. Once the
decompressor acquire one copy of the code from one mobile, there 
is no need to download the code later when another mobiles talk to 
the same decompressor in the network. 

BR,
Zhigang



_______________________________________________
Rohc mailing list
Rohc@ietf.org
https://www1.ietf.org/mailman/listinfo/rohc