RE: SigComp Requirements (was Re: [rohc] RE: Default decompression algorithms)
"Dr. Carsten Bormann" <cabo@tzi.org> Thu, 28 February 2002 15:20 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 KAA27907
for <rohc-archive@odin.ietf.org>; Thu, 28 Feb 2002 10:20:29 -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 KAA05633;
Thu, 28 Feb 2002 10:16: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 KAA05599
for <rohc@optimus.ietf.org>; Thu, 28 Feb 2002 10:16:25 -0500 (EST)
Received: from nmh.informatik.uni-bremen.de (root@nmh.informatik.uni-bremen.de
[134.102.224.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA27575
for <rohc@ietf.org>; Thu, 28 Feb 2002 10:16:21 -0500 (EST)
Received: from cabo3 (root@nmh.informatik.uni-bremen.de [134.102.224.3])
by nmh.informatik.uni-bremen.de (8.10.1/8.10.1) with SMTP id g1SFGHI00686;
Thu, 28 Feb 2002 16:16:18 +0100 (MET)
From: "Dr. Carsten Bormann" <cabo@tzi.org>
To: "Price, Richard" <richard.price@roke.co.uk>
Cc: <rohc@ietf.org>
Subject: RE: SigComp Requirements (was Re: [rohc] RE: Default decompression
algorithms)
Date: Thu, 28 Feb 2002 16:16:17 +0100
Message-ID: <NFBBJFHGMCFINEMHAMBGCEJBHHAA.cabo@tzi.org>
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
In-reply-to: <76C92FBBFB58D411AE760090271ED4186F9FDD@rsys002a.roke.co.uk>
Content-Transfer-Encoding: 7bit
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: 7bit
> I don't understand - what did I propose that contradicts the > current SigComp/UDVM draft? UDVM uses state identifiers that uniquely identify state. In UDVM, there is no need for a central organization registering state identifiers. I agree that the UDVM scheme already contains the mechanism that would be needed for state announcements. I didn't think there was a need for new mechanism, regardless of whether you think state announcements of the "I know this and I know that" style make sense or not. The final decision whether to use state announcements is made by the implementation. This is not new, and has been part of the UDVM concept for a while. What is new is that you are proposing to introduce a new kind of state identifier that is inefficient from a deployment point of view as it is based on registries. > Nothing needs to be added to SigComp in order to support my proposal. Not true, your new kind of state identifier has properties that differ from UDVM state identifiers. They are not adding capability. Why bother? I'd rather work on finishing the document. Gruesse, Carsten _______________________________________________ Rohc mailing list Rohc@ietf.org https://www1.ietf.org/mailman/listinfo/rohc
- RE: SigComp Requirements (was Re: [rohc] RE: Defa… Kevan Hobbis
- RE: SigComp Requirements (was Re: [rohc] RE: Defa… Lars-Erik Jonsson (EPL)
- RE: SigComp Requirements (was Re: [rohc] RE: Defa… Price, Richard
- RE: SigComp Requirements (was Re: [rohc] RE: Defa… Lars-Erik Jonsson (EPL)
- RE: SigComp Requirements (was Re: [rohc] RE: Defa… Price, Richard
- RE: SigComp Requirements (was Re: [rohc] RE: Defa… Dr. Carsten Bormann
- Re: SigComp Requirements (was Re: [rohc] RE: Defa… Miguel A. Garcia
- Re: SigComp Requirements (was Re: [rohc] RE: Defa… Miguel A. Garcia
- Re: SigComp Requirements (was Re: [rohc] RE: Defa… Miguel A. Garcia
- RE: SigComp Requirements (was Re: [rohc] RE: Defa… Lars-Erik Jonsson (EPL)
- RE: SigComp Requirements (was Re: [rohc] RE: Defa… Price, Richard
- Re: SigComp Requirements (was Re: [rohc] RE: Defa… Miguel A. Garcia
- RE: SigComp Requirements (was Re: [rohc] RE: Defa… Dr. Carsten Bormann
- RE: SigComp Requirements (was Re: [rohc] RE: Defa… Price, Richard
- RE: SigComp Requirements (was Re: [rohc] RE: Defa… Dr. Carsten Bormann