RE: [rohc] Default decompression algorithms

"Abbie Barbir"<abbieb@nortelnetworks.com> Wed, 20 February 2002 16:23 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 LAA05315 for <rohc-archive@odin.ietf.org>; Wed, 20 Feb 2002 11:23:41 -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 LAA02311; Wed, 20 Feb 2002 11:20:43 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id LAA02280 for <rohc@optimus.ietf.org>; Wed, 20 Feb 2002 11:20:41 -0500 (EST)
Received: from zcars0m9.ca.nortel.com (zcars0m9.nortelnetworks.com [47.129.242.157]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA05204 for <rohc@ietf.org>; Wed, 20 Feb 2002 11:20:37 -0500 (EST)
Received: from zcars04f.ca.nortel.com (zcars04f.ca.nortel.com [47.129.242.57]) by zcars0m9.ca.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id g1KGK8h01596; Wed, 20 Feb 2002 11:20:09 -0500 (EST)
Received: from zcard015.ca.nortel.com (zcard015.ca.nortel.com [47.129.30.7]) by zcars04f.ca.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id g1KGK7C06369; Wed, 20 Feb 2002 11:20:07 -0500 (EST)
Received: by zcard015.ca.nortel.com with Internet Mail Service (5.5.2653.19) id <FAMDRP3Z>; Wed, 20 Feb 2002 11:20:07 -0500
Message-ID: <87609AFB433BD5118D5E0002A52CD7540156FA1B@zcard0k6.ca.nortel.com>
From: "Abbie Barbir"<abbieb@nortelnetworks.com>
To: "Price, Richard" <richard.price@roke.co.uk>, "'Lars-Erik Jonsson (EPL)'" <Lars-Erik.Jonsson@epl.ericsson.se>, "Conroy, Lawrence (SMTP)" <lwc@roke.co.uk>
Cc: rohc@ietf.org
Subject: RE: [rohc] Default decompression algorithms
Date: Wed, 20 Feb 2002 11:20:03 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C1BA2A.73E9F5F0"
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


> -----Original Message-----
> From: Price, Richard [mailto:richard.price@roke.co.uk]
> Sent: Wednesday, February 20, 2002 10:12 AM
> To: 'Lars-Erik Jonsson (EPL)'; Conroy, Lawrence (SMTP)
> Cc: rohc@ietf.org
> Subject: [rohc] Default decompression algorithms
> 
> 

------------------- SNIP SNIP

> Making one or more of these well-known algorithms mandatory at the
> decompressor doesn't contradict the UDVM approach because the 
> decision on
> which algorithm to use (or whether to download a new one) is 
> still made by
> the compressor. So we have a "win-win" situation; the 
> compressor downloads
> a new algorithm to the decompressor when it judges the 
> overall performance
> to be better than using one of the existing algorithms.
> 

-------------- 
Can you suggest how this would be done (implemented) from the compressor
end.

abbie