[rohc] Statefull SIGCOMP

kishore sowdi <kishore_r_s@yahoo.co.in> Wed, 06 June 2012 12:02 UTC

Return-Path: <kishore_r_s@yahoo.co.in>
X-Original-To: rohc@ietfa.amsl.com
Delivered-To: rohc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DC7FA21F86D6 for <rohc@ietfa.amsl.com>; Wed, 6 Jun 2012 05:02:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.61
X-Spam-Level:
X-Spam-Status: No, score=-0.61 tagged_above=-999 required=5 tests=[AWL=-0.612, BAYES_50=0.001, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3EqnEHk9SYGj for <rohc@ietfa.amsl.com>; Wed, 6 Jun 2012 05:02:53 -0700 (PDT)
Received: from nm31-vm2.bullet.mail.sg3.yahoo.com (nm31-vm2.bullet.mail.sg3.yahoo.com [106.10.151.193]) by ietfa.amsl.com (Postfix) with SMTP id 34CF421F86D4 for <rohc@ietf.org>; Wed, 6 Jun 2012 05:02:46 -0700 (PDT)
Received: from [106.10.166.119] by nm31.bullet.mail.sg3.yahoo.com with NNFMP; 06 Jun 2012 12:02:45 -0000
Received: from [106.10.151.254] by tm8.bullet.mail.sg3.yahoo.com with NNFMP; 06 Jun 2012 12:02:45 -0000
Received: from [127.0.0.1] by omp1003.mail.sg3.yahoo.com with NNFMP; 06 Jun 2012 12:02:45 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 248614.68664.bm@omp1003.mail.sg3.yahoo.com
Received: (qmail 55879 invoked by uid 60001); 6 Jun 2012 12:02:45 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1338984165; bh=X1DhxPZl4bjtFQbm6WmvsHT1X2wBYoM5vFJaKzJ6FSs=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=RYw5Tok2wMo5Sa4yCxb/p+mFbMVvH23FpeN7Uz+3+5fcnBW17vCJnXx4I2V7bIVoUqSjm1xiWDBLQ9teFwLGd5shEZ0R2W6nQCQ3JDfiOa1naUc7fZzFmeO/LT5ELnxxySmkdFIhMUVEbU1ejYQW59YF8Z7Rup0em1Y4NlkjfMI=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.in; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=hHAruiOTUQKzYAyh5Q4GAkxPqJGMEi45Vly/HW64SwpKYa3+Q6w9ezhChkfJebGLOCI3ShJOcF5YauqK5dWA2IhlnxnCXwJGu2xayxzRROw1K7M6vjVVG2tEE0ICvO/UeUtBpxwljD9fohg4krqrTWP8WclqvY1X490eVN3qfLk=;
X-YMail-OSG: CJIgEywVM1kwfV_6Rw7Dh5EZhbF.qnSzmk1rCtdPZxQYvhO q8ICkv0OuJaZ_n76WgUSbI4hZb_YNHJhbQ4JT6YHoTdY9tZLzPXG.E2Vh0wD MNgtWXh9wUqyJOsItv6_84lDTdt6LCaczUXwN.FkU06PrX_928GezCw9xqMM 3CapKGDW7MHDmj7rxUnp4sI2lzecpypRsV0FZoUTVNx_lZQPZIuUVXhuORW8 NemrhmLZ9DfY5ACQ3wNfgWItYfKtXDtJ_9FccD8FshaZQ.qOlRQf5Mspp_X6 IrgWzaAZrp30xHHDznvc0ZmH6rjq07cebO_89mpgJ_m4Pr.FP09tf7PwueIP Vm3Zmzajn7oSuwtebMVdAYMQKTaOwGkYFYB3lvZcrx_ooB0CAlHPtnLTRBjg cVPP7Ou3O2i9O97V8jfury7vm56rL2So9YZR3
Received: from [125.21.230.68] by web193202.mail.sg3.yahoo.com via HTTP; Wed, 06 Jun 2012 20:02:45 SGT
X-Mailer: YahooMailWebService/0.8.118.349524
Message-ID: <1338984165.55436.YahooMailNeo@web193202.mail.sg3.yahoo.com>
Date: Wed, 06 Jun 2012 20:02:45 +0800
From: kishore sowdi <kishore_r_s@yahoo.co.in>
To: "rohc@ietf.org" <rohc@ietf.org>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="-697551913-1387884571-1338984165=:55436"
Subject: [rohc] Statefull SIGCOMP
X-BeenThere: rohc@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: kishore sowdi <kishore_r_s@yahoo.co.in>
List-Id: Robust Header Compression <rohc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Wed, 06 Jun 2012 12:02:55 -0000

Hi,
 
I am using SIGCOMP to compress/decompress SIP application messages.

SIP Client is uploading UVDM bytecode in all messages it sends to server (Not stateful).

Message flow:
1) SIP REGISTER from Client to Server
2) 200 OK response from Server to Client for (1).

3) SIP SUBSCRIBE Client to server
4) 200 OK response from Server to Client for (3).

At (2). , SIP Client is stores the state after decompressing 200 OK response.
 (Pasting the packet sniffer(wireshark) logs .. ... shows 3 state create requests in "UDVM Execution Trace")

[-]UDVM execution trace
 no_of_state_create 3
 ### Creating state ###
 Partial state identifier: AEDBAB80652A
 ### Creating state ###
 Partial state identifier: AAA2B32CE212
 ### Creating state ###
 Partial state identifier: 
 
what does partial id signify here during state create ??...

Now, At (4),  Server references the state by giving partial state identifier. (please see below trace pasted)
But, this referred state identifier and state identifier of stored state duirng (2)  do not match. ...Should they match at first place?
Hence SIP Client fails to decompress (4) .

 [-]Signaling Compression
  Returned_feedback item: 03
  Partial state identifier: AEDBAB80652A
  Remaining SigComp message bytes: 280
  ### Accessing state ###
  Partial state identifier: AEDBAB80652A
 
There are two issues:

Issue 1:
In (1) and (2) , SIP client/Server upload UDVM bytecode.
In (3) SIP Client is not suppossed to upload byte code again.... But it is uploading UDVM bytecode with T-Bit set to 1.

Issue 2:
Decompression failure of (4), during state reference.
 
Please suggest solutions to the above issues. and is my understanding of stateful implementation correct?
 
Regards,
Kishore