[rohc] CRC correction algorithms in ROHCv2

Anil Maguluri <Anil.Maguluri@lntinfotech.com> Mon, 21 December 2009 09:24 UTC

Return-Path: <Anil.Maguluri@lntinfotech.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 C931B3A69C0 for <rohc@core3.amsl.com>; Mon, 21 Dec 2009 01:24:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.598
X-Spam-Level:
X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
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 uIzuM7ny2JkC for <rohc@core3.amsl.com>; Mon, 21 Dec 2009 01:24:44 -0800 (PST)
Received: from mail192.messagelabs.com (mail192.messagelabs.com [216.82.241.243]) by core3.amsl.com (Postfix) with ESMTP id 1C2503A6905 for <rohc@ietf.org>; Mon, 21 Dec 2009 01:24:43 -0800 (PST)
X-VirusChecked: Checked
X-Env-Sender: Anil.Maguluri@lntinfotech.com
X-Msg-Ref: server-2.tower-192.messagelabs.com!1261387464!44833263!1
X-StarScan-Version: 6.2.4; banners=lntinfotech.com,-,-
X-Originating-IP: [203.101.96.9]
Received: (qmail 30476 invoked from network); 21 Dec 2009 09:24:26 -0000
Received: from unknown (HELO blrinmstr01.bglrodc.lntinfotech.com) (203.101.96.9) by server-2.tower-192.messagelabs.com with RC4-SHA encrypted SMTP; 21 Dec 2009 09:24:26 -0000
Received: from blrinmsmbx01.bglrodc.lntinfotech.com ([169.254.2.135]) by blrinmstr01.bglrodc.lntinfotech.com ([172.28.0.89]) with mapi; Mon, 21 Dec 2009 14:54:24 +0530
From: Anil Maguluri <Anil.Maguluri@lntinfotech.com>
To: "rohc@ietf.org" <rohc@ietf.org>
Date: Mon, 21 Dec 2009 14:54:15 +0530
Thread-Topic: CRC correction algorithms in ROHCv2
Thread-Index: AcqCH10oExjDqIsQS1+GuKrBJhsdew==
Message-ID: <AF0985D076EB244693F2CCD71AAB10BCAB5705CF@BLRINMSMBX01.bglrodc.lntinfotech.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_AF0985D076EB244693F2CCD71AAB10BCAB5705CFBLRINMSMBX01bgl_"
MIME-Version: 1.0
Cc: "anilmaguluri@gmail.com" <anilmaguluri@gmail.com>
Subject: [rohc] CRC correction algorithms in ROHCv2
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: Mon, 21 Dec 2009 09:24:49 -0000

Hi All,

Please clarify whether my understanding is right or not.
As per my understanding, there is no need of CRC Correction algorithms in ROHCv2
because every packet has CRC in ROHCv2. As you know the CRC Correction algorithms
are clearly mentioned in ROHCv1 (RFC 3095).

But, the RFC 5225 has the below information:
"6.4. Reconstruction and Verification
Validation of the IR header (8-bit CRC)
The decompressor MUST always validate the integrity of the IR
header using the 8-bit CRC carried within the IR header. When the
header is validated, the decompressor updates the context with the
information in the IR header. Otherwise, if the IR cannot be
validated, the context MUST NOT be updated and the IR header MUST
NOT be delivered to upper layers.

Verification of CO headers (3-bit CRC or 7-bit CRC)
The decompressor MUST always verify the decompression of a CO
header using the CRC carried within the compressed header. When
the decompression is verified and successful, the decompressor
updates the context with the information received in the CO
header; otherwise, if the reconstructed header fails the CRC
verification, these updates MUST NOT be performed.

A packet for which the decompression attempt cannot be verified
using the CRC MUST NOT be delivered to upper layers.

Decompressor implementations may attempt corrective or repair
measures on CO headers prior to performing the above actions, and
the result of any decompression attempt MUST be verified using the
CRC."

Please clarify the below queries.
Is CRC Correction algorithms are used in ROHCv2?
If yes, where did they mentioned the procedures?


Thanks for your support.

Regards,
Anil Kumar Maguluri

________________________________
This Email may contain confidential or privileged information for the intended recipient (s) If you are not the intended recipient, please do not use or disseminate the information, notify the sender and delete it from your system.

______________________________________________________________________