Re: [rohc] Add-CID and large_CID

Klaus Warnke <klaus.warnke@acticom.de> Tue, 21 July 2009 14:07 UTC

Return-Path: <klaus.warnke@acticom.de>
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 07C853A683E for <rohc@core3.amsl.com>; Tue, 21 Jul 2009 07:07:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.196
X-Spam-Level: **
X-Spam-Status: No, score=2.196 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, CN_BODY_46=0.256, J_CHICKENPOX_22=0.6, MIME_CHARSET_FARAWAY=2.45]
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 DGrXUYsDXpV1 for <rohc@core3.amsl.com>; Tue, 21 Jul 2009 07:06:53 -0700 (PDT)
Received: from mail.acticom-networks.com (mail.acticom-networks.com [87.106.254.214]) by core3.amsl.com (Postfix) with ESMTP id 191A23A6B61 for <rohc@ietf.org>; Tue, 21 Jul 2009 07:06:52 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.acticom-networks.com (Postfix) with ESMTP id 89D831C00426; Tue, 21 Jul 2009 16:06:44 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at acticom-networks.com
Received: from mail.acticom-networks.com ([127.0.0.1]) by localhost (mail.acticom-networks.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LU11rGtDs5Wv; Tue, 21 Jul 2009 16:06:37 +0200 (CEST)
Received: from godfather.bln.acticom.de (mail.oosoft.net [212.99.204.33]) by mail.acticom-networks.com (Postfix) with ESMTP id D1F221C00424; Tue, 21 Jul 2009 16:06:37 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by godfather.bln.acticom.de (Postfix) with ESMTP id 50165F3AD7; Tue, 21 Jul 2009 16:06:37 +0200 (CEST)
X-Virus-Scanned: amavisd-new at bln.acticom.de
Received: from godfather.bln.acticom.de ([127.0.0.1]) by localhost (godfather.bln.acticom.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4VcdAt7xVqEK; Tue, 21 Jul 2009 16:06:34 +0200 (CEST)
Received: from [192.168.33.27] (tornado.bln.acticom.de [192.168.33.27]) by godfather.bln.acticom.de (Postfix) with ESMTP id 546E5F3AA8; Tue, 21 Jul 2009 16:06:34 +0200 (CEST)
Message-ID: <4A65CB6A.1050903@acticom.de>
Date: Tue, 21 Jul 2009 16:06:34 +0200
From: Klaus Warnke <klaus.warnke@acticom.de>
User-Agent: Thunderbird 2.0.0.22 (Windows/20090605)
MIME-Version: 1.0
To: cai.wei2@zte.com.cn
References: <OFDEEFA30A.BFFC603A-ON482575FA.003EF748-482575FA.004082EC@zte.com.cn>
In-Reply-To: <OFDEEFA30A.BFFC603A-ON482575FA.003EF748-482575FA.004082EC@zte.com.cn>
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: 8bit
Cc: rohc@ietf.org
Subject: Re: [rohc] Add-CID and large_CID
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: Tue, 21 Jul 2009 14:07:00 -0000

Cai,

> When the upper layer indicate Large_CID valid, Could decompressor deal
with a compression header with Add-CID?
No, I don't think so.

The LARGE_CID parameter is negotiated at channel set-up. See
5.1.(1.) for more information. If it is negotiated to LARGE_CID,
the compressor must not send a ADD-CID octet, because it it used for
small cid. See "Add-CID Octet" on page 43. From my point of view,
the decompressor must discard packets starting with a ADD-CID octet on
LARGE_CID mode. It should not assume SMALL_CID's if it receives a
ADD-CID octet, because it won't work for SMALL_CID's with CID 0. In
this case, the packet start immediately with type indication and body.

br
Klaus Warnke

cai.wei2@zte.com.cn wrote:
>
> As is known to all, Decompressor could confirm Add-CID or large_CID
> from compression header;
>
> On the other hand, the upper layer may indicate Large_CID whether
> valid or not.
>
> When the upper layer indicate Large_CID valid, Could decompressor deal
> with a compression header with Add-CID?
> 	
> *caiwei 167981*
> LTE Development Department | LTE开发部
> 	*Product Marketing System *
> *产品市场体系*
> D3-06, ZTE Corp., No.10 South Tangyan Rd.,
> Hi-tech Industrial Development Zone, Xi'an,
> P.R.China, 710065
> Tel:+86-29-88724112, 15801916689
> Email:167981@zte.com.cn
>
>
>
>
> --------------------------------------------------------
> ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others.
> This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender.
> This message has been scanned for viruses and Spam by ZTE Anti-Spam system.
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Rohc mailing list
> Rohc@ietf.org
> https://www.ietf.org/mailman/listinfo/rohc
>