[rohc] Comments on RFC 4997

"Lee, Jiwoong" <jiwoongl@qualcomm.com> Fri, 19 June 2009 03:41 UTC

Return-Path: <jiwoongl@qualcomm.com>
X-Original-To: rohc@core3.amsl.com
Delivered-To: rohc@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4BD1F3A67CC for <rohc@core3.amsl.com>; Thu, 18 Jun 2009 20:41:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.489
X-Spam-Level:
X-Spam-Status: No, score=-101.489 tagged_above=-999 required=5 tests=[AWL=1.109, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2eM3xGDK4wlp for <rohc@core3.amsl.com>; Thu, 18 Jun 2009 20:41:06 -0700 (PDT)
Received: from wolverine02.qualcomm.com (wolverine02.qualcomm.com [199.106.114.251]) by core3.amsl.com (Postfix) with ESMTP id 992963A677C for <rohc@ietf.org>; Thu, 18 Jun 2009 20:41:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=qualcomm.com; i=jiwoongl@qualcomm.com; q=dns/txt; s=qcdkim; t=1245382879; x=1276918879; h=from:to:date:subject:thread-topic:thread-index: message-id:accept-language:content-language: x-ms-has-attach:x-ms-tnef-correlator:acceptlanguage: content-type:mime-version:x-ironport-av; z=From:=20"Lee,=20Jiwoong"=20<jiwoongl@qualcomm.com>|To: =20"rohc@ietf.org"=20<rohc@ietf.org>|Date:=20Thu,=2018=20 Jun=202009=2020:41:17=20-0700|Subject:=20Comments=20on=20 RFC=204997|Thread-Topic:=20Comments=20on=20RFC=204997 |Thread-Index:=20Acnwj808uuYCoHxJRyiVHSvj1BZPVA=3D=3D |Message-ID:=20<29F0770B56D6A94794A647432F9A9EF0685CDB33D 5@NALASEXMB14.na.qualcomm.com>|Accept-Language:=20en-US |Content-Language:=20en-US|X-MS-Has-Attach: |X-MS-TNEF-Correlator:|acceptlanguage:=20en-US |Content-Type:=20multipart/alternative=3B=0D=0A=09boundar y=3D"_000_29F0770B56D6A94794A647432F9A9EF0685CDB33D5NALAS EXMB14na_"|MIME-Version:=201.0|X-IronPort-AV:=20E=3DMcAfe e=3Bi=3D"5300,2777,5650"=3B=20a=3D"19639429"; bh=u7VokF/TqoZqxqo7MmOW7NxjQdaOOfwRjVzeWoIu0EU=; b=pSrnYtxU1KO++yeUIBn9xUadRXdY0qHILDrWGLc0r3Te08hPeWSN8N9Y KzzwI78BYENqhfYkshieHHN3pIZQZ/S8abs4jWlNlXs6S+qGEjqCAEIqv 3jdOSvUNCqWnL3Ql3YAlRBAQDNtbhcGkSMc9Rw76vn+ICmwZAf2M1YQNI A=;
X-IronPort-AV: E=McAfee;i="5300,2777,5650"; a="19639429"
Received: from pdmz-ns-mip.qualcomm.com (HELO numenor.qualcomm.com) ([199.106.114.10]) by wolverine02.qualcomm.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 18 Jun 2009 20:41:19 -0700
Received: from msgtransport02.qualcomm.com (msgtransport02.qualcomm.com [129.46.61.151]) by numenor.qualcomm.com (8.14.2/8.14.2/1.0) with ESMTP id n5J3fJ4F006659 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for <rohc@ietf.org>; Thu, 18 Jun 2009 20:41:19 -0700
Received: from nasanexhub06.na.qualcomm.com (nasanexhub06.na.qualcomm.com [129.46.134.254]) by msgtransport02.qualcomm.com (8.14.2/8.14.2/1.0) with ESMTP id n5J3fIP7015937 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for <rohc@ietf.org>; Thu, 18 Jun 2009 20:41:18 -0700
Received: from nalasexhub04.na.qualcomm.com (10.47.130.55) by nasanexhub06.na.qualcomm.com (129.46.134.254) with Microsoft SMTP Server (TLS) id 8.1.358.0; Thu, 18 Jun 2009 20:41:18 -0700
Received: from NALASEXMB14.na.qualcomm.com ([10.47.5.251]) by nalasexhub04.na.qualcomm.com ([10.47.130.55]) with mapi; Thu, 18 Jun 2009 20:41:18 -0700
From: "Lee, Jiwoong" <jiwoongl@qualcomm.com>
To: "rohc@ietf.org" <rohc@ietf.org>
Date: Thu, 18 Jun 2009 20:41:17 -0700
Thread-Topic: Comments on RFC 4997
Thread-Index: Acnwj808uuYCoHxJRyiVHSvj1BZPVA==
Message-ID: <29F0770B56D6A94794A647432F9A9EF0685CDB33D5@NALASEXMB14.na.qualcomm.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_29F0770B56D6A94794A647432F9A9EF0685CDB33D5NALASEXMB14na_"
MIME-Version: 1.0
Subject: [rohc] Comments on RFC 4997
X-BeenThere: rohc@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Robust Header Compression <rohc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/rohc>, <mailto:rohc-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rohc>
List-Post: <mailto:rohc@ietf.org>
List-Help: <mailto:rohc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rohc>, <mailto:rohc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jun 2009 03:43:31 -0000

Dear ROHC WG,

I hope this comment was not discussed before. At least my quick search did not find the related thread.

These are some questions and comments about RFC 4997.


1.       Definition of Single quotes



According to pp 26 of the same document,  a discriminator is defined
     discriminator     =:=   '01101';
as equivalent to
     discriminator     =:=   compressed_value(5, 13);

In pp 36 the last paragraph, COMPRESSED format3 was defined with
field_4 =:= '1010';            // set ULENGTH to zero

Here unless one do not impose different interpretation of the single
quotes for the /field/ and the /discriminator/, wouldn't it be better
to change this into the following?
field_4 =:= '1010';            // set ULENGTH to 4



2.       Possible error in the Worked Example



I suspected in Appendix B.7 pp. 56 "COMPRESSED flags_set" format,

abc_flag_bits =:= uncompressed_value(3, 7) [0];

shoud be corrected to

abc_flag_bits =:= irregular(3) [3];



Accordingly, subsequent examples till Appendix B.8 should be corrected.





3.       Encoding function naming issue.



To my impression, the ROHC documents are using the notion and the term "compression" to mean both of compression and encoding, as if they are the same. I believe it is not.



To single out a case, the same document is defining encoding functions

"uncompressed_value( ., . )" and "compressed_value( ., .)"



These functions are indeed for inference functions. That is, it says "the field value can be computed by using other explicit field values".  Above naming does not carry this descriptive understanding at all. I understand the author's original idea of that naming - which is possibly derived from the fact that the associated field is/is not defined in UNCOMPRESSED/COMPRESSED format, or so, which is less crucial in catching the notion of "inference" encoding.





I will appreciate your inputs.

Many thanks,



Jwoong