[rohc] Comments on draft-ietf-rohc-sigcomp-04.txt
"Hans Hannu (EPL)" <Hans.Hannu@epl.ericsson.se> Thu, 21 February 2002 07:41 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 CAA10255
for <rohc-archive@odin.ietf.org>; Thu, 21 Feb 2002 02:41:40 -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 CAA00441;
Thu, 21 Feb 2002 02:38:30 -0500 (EST)
Received: from ietf.org (odin [132.151.1.176])
by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id CAA00411
for <rohc@optimus.ietf.org>; Thu, 21 Feb 2002 02:38:29 -0500 (EST)
Received: from albatross.wise.edt.ericsson.se
(albatross-ext.wise.edt.ericsson.se [193.180.251.46])
by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA10198
for <rohc@ietf.org>; Thu, 21 Feb 2002 02:38:27 -0500 (EST)
Received: from esealnt461 (esealnt461.al.sw.ericsson.se [153.88.251.61])
by albatross.wise.edt.ericsson.se (8.12.1/8.12.1/WIREfire-1.4) with SMTP id
g1L7bvZc011109
for <rohc@ietf.org>; Thu, 21 Feb 2002 08:37:57 +0100 (MET)
Received: FROM esealnt742.al.sw.ericsson.se BY esealnt461 ;
Thu Feb 21 08:36:45 2002 +0100
Received: by esealnt742.al.sw.ericsson.se with Internet Mail Service
(5.5.2653.19) id <YHKD4SP6>; Thu, 21 Feb 2002 08:28:07 +0100
Message-ID: <A943FD84BD9ED41193460008C791805003E9A283@ESEALNT419.al.sw.ericsson.se>
From: "Hans Hannu (EPL)" <Hans.Hannu@epl.ericsson.se>
To: "'rohc@ietf.org'" <rohc@ietf.org>
Date: Thu, 21 Feb 2002 08:37:13 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
charset="iso-8859-1"
Subject: [rohc] Comments on draft-ietf-rohc-sigcomp-04.txt
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
Hi, I've some comments regarding draft-ietf-rohc-sigcomp-04.txt 1) Figure 1, page 7 The arrow between the state handler and Application may cause some confusion, as it is the dispatcher that handles the communication with the application. I think we should update the figure accordingly, i.e. draw the arrow through the dispatcher. 2) Section 3.2, page 9, minimum_compression_ratio "Note that this parameter can be less than 1" With my limited knowledge about different data types this would be a floating point value, then it might be a problem with the next thing: "Any value other than 0". I think we need to specify data types for SigComp parameters. Same place, "standalone SigComp message" needs to be defined in the terminology; e.g. "Standalone SigComp message" - A SigComp message that does not include any compressed application message. 3) Section 3.2, page 11, total_cycles I think we should change this to "maximum_cycles" 4) Section 4.1.1., page 13, 2nd and 3rd paragraph Do we need to say something what actions to take if a response to a SigComp request is not received? 5) Section 4.3, page 15, 3rd paragraph "Therefore, the dispatcher is responsible for buffering each SigComp message and passing the data to the UDVM when it is requested. " What happens if there is no data to get from the buffer, but the UDVM still anticipates to receive more data for the current SigComp message? 6) Section 7.3, page 25, Figure 9 Where the parameter types are described it would be nice if the address range for reference types were listed, e.g. the 0nnnnnn parameter can address even addresses between 0 and 254. The same applies for the multitype type when used as a reference. BR /Hans H _______________________________________________ Rohc mailing list Rohc@ietf.org https://www1.ietf.org/mailman/listinfo/rohc
- [rohc] Comments on draft-ietf-rohc-sigcomp-04.txt Hans Hannu (EPL)