Re: [rohc] Question regarding SIGCOMP

kishore sowdi <kishore_r_s@yahoo.co.in> Wed, 23 May 2012 08:50 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 D044021F8476 for <rohc@ietfa.amsl.com>; Wed, 23 May 2012 01:50:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.872
X-Spam-Level:
X-Spam-Status: No, score=-1.872 tagged_above=-999 required=5 tests=[AWL=0.726, BAYES_00=-2.599, 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 wTPr020-6ZQK for <rohc@ietfa.amsl.com>; Wed, 23 May 2012 01:50:07 -0700 (PDT)
Received: from nm34-vm7.bullet.mail.sg3.yahoo.com (nm34-vm7.bullet.mail.sg3.yahoo.com [106.10.151.246]) by ietfa.amsl.com (Postfix) with SMTP id D9E8421F84AF for <rohc@ietf.org>; Wed, 23 May 2012 01:50:06 -0700 (PDT)
Received: from [106.10.166.117] by nm34.bullet.mail.sg3.yahoo.com with NNFMP; 23 May 2012 08:50:02 -0000
Received: from [106.10.151.155] by tm6.bullet.mail.sg3.yahoo.com with NNFMP; 23 May 2012 08:50:02 -0000
Received: from [127.0.0.1] by omp1009.mail.sg3.yahoo.com with NNFMP; 23 May 2012 08:50:02 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 418120.74426.bm@omp1009.mail.sg3.yahoo.com
Received: (qmail 48142 invoked by uid 60001); 23 May 2012 08:50:00 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s1024; t=1337763000; bh=eYmFOQJcK1/O6M8ddrhiFw7MLcCwmexkdc5iBJA+pHc=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=XvnHGZuT/OK18AZnwr9bErYxUqTCY+TwhXZH5dE+6AwdIChXwjChPL0VC4AK8aVEF+4hbvvQhrYeBe+lJ+CorHPFLVbjEwGQX5/TXqNPkCL4mvbWRn7zkxJKUXO27nA5afxIBz4emD8DBTge+7N7TR/nOojZFbYs/Ix9JyTX2wE=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.in; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=GWkIHdYJyup5PNcWlyhzz1t/Mx3nS+e6wGobuj/XZj0LYdJzzMf3ar781iSXqtBhJLjKhT8RbxcE0iRTxHudL4t2eYziHZ2n8qRSb6KZNCduv2h1jPZ+vnoZV0dvNMaHPcnhn6ZNMTRMLZy09F61LrOIYI/6qAdpzB3Ei7lGlrA=;
X-YMail-OSG: VEdUeFEVM1nCr589_foHHcleZVjO4PtKH3dSgYJ1M_zj_Vc GdooQ6FZ9_l4zifBNg4uq6Auk2EbzMb10iTTPWAiYta_xv._OuVn4QhGYQtw PunsI2V3alPQJCcPGq7PP.SzTs98TrViv7uxs7MPlXGU_vsinXdVTo0in98D wNOgXLzlJs1r0Q1P3vfiLSHinbHLS8K.Ep81DVI.g7JCVluqCkYleLMC4r9S hRDbHYH7077_i_iqcigfhmh9gSFtIZRERufCl.8aes7KnW2k43aTEVI61fyn KbAk25AH.uxBLcLv6xT16oCyTIxxlC8b3b7vqF8l0StdwEFG2XmE0_QY2UUS iA27T.IE_p0N0dx2XgTieKBznmCaSDO4qw3cwiqkZHgecEWaOSGpscpg.3WY xqi6agcTbjUJkLNwhR7_5XsEEhXt1MhlZcR3Ow.LIC6JR1DIkhenCCvs-
Received: from [125.21.230.68] by web193202.mail.sg3.yahoo.com via HTTP; Wed, 23 May 2012 16:50:00 SGT
X-Mailer: YahooMailWebService/0.8.118.349524
References: <1337753775.70884.YahooMailNeo@web193205.mail.sg3.yahoo.com> <55F908DC-52BC-4A54-8367-039F00C15B40@tzi.org>
Message-ID: <1337763000.24839.YahooMailNeo@web193202.mail.sg3.yahoo.com>
Date: Wed, 23 May 2012 16:50:00 +0800
From: kishore sowdi <kishore_r_s@yahoo.co.in>
To: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <55F908DC-52BC-4A54-8367-039F00C15B40@tzi.org>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="-697551913-407089552-1337763000=:24839"
Cc: "rohc@ietf.org" <rohc@ietf.org>
Subject: Re: [rohc] Question regarding 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, 23 May 2012 08:50:09 -0000

Hi Carsten,
 
With reference to my earlier diagram, I am describing state create and state access made by server.
 
In message (4), I see 3 state creates made by server
[-]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: 
 
 In message (6), I see state access(referenced) using partial state id made by server.
 [-]Signaling Compression
  Returned_feedback item: 03
  Partial state identifier: AEDBAB80652A
  Remaining SigComp message bytes: 280
  ### Accessing state ###
  Partial state identifier: AEDBAB80652A
 
In message (4), 
- I can see 3 state creates as part of "UDVM Execution trace" as decipted by Wireshark (Network Protocol Analyzer) .
- Why did not server send these three state create requests using STATE-CREATE as part of UDVM byte code?
 
In message (6),
- State having AEDBAB80652A id is referenced (state access) by server.
- My SIP Client says, state with such an identifier not found and as a result SIP Client fails to decompress the message.
 
I feel, during (4), If state create requests were made eplicitly using STATE-CREATE, then my SIP Client would have created those states.
and during (6), decompression would be successful.
 
Regards,
Kishore
  
 
From: Carsten Bormann <cabo@tzi.org>
To: kishore sowdi <kishore_r_s@yahoo.co.in> 
Cc: "rohc@ietf.org" <rohc@ietf.org> 
Sent: Wednesday, 23 May 2012 1:45 PM
Subject: Re: [rohc] Question regarding SIGCOMP

Kishore,

your diagram does not really show the important parts:
-- which states are being created
-- which states are being referenced

It is a bit hard to make out from that what is going on.

Grüße, Carsten

_______________________________________________
Rohc mailing list
Rohc@ietf.org
https://www.ietf.org/mailman/listinfo/rohc

----- Forwarded Message -----
From: kishore sowdi <kishore_r_s@yahoo.co.in>
To: "rohc@ietf.org" <rohc@ietf.org> 
Sent: Wednesday, 23 May 2012 11:46 AM
Subject: Question regarding SIGCOMP

Hi ,

I am using SIGCOMP to compress/decompress SIP application.

SIP Client is uploading UVDM bytecode in all messages it sends to server.
Below is the message exchange between SIP Client and Server,
 

Client                                                                                 Server
1) REG (Client sends bytecode) ---->

                                                                                      (2) <----  401(Server sends byte code)                                            
 
3) REG  (Client sends bytecode) ---->    
 
                                                                                      (4) <----- 200 OK (Server sends byte code)  

5) SUBSCRIBE (Client sends bytecode)----->

                                                                                      (6) <----- 200 OK (Server sends partial state identifier )

---> At (6), server tries to access state, by giving partial state identifiers, which it gave in state create at step (4) as per "UDVM Execution trace".... 
---> when client receives (6), it is failing to decompress it saying state not found....
---> (6) gets re-transmitted many times.....

However at (4), server has sent only one STATE-CREATE instruction in bytecode ... 
But, packet sniffer(wireshark) shows in "UDVM Execution Trace" having 3 state create requests... 

My question is , why there are no 3 STATE-CREATE instructions in bytecode at (4) ??...
I am confused because "UDVM Execution Trace" having 3 state create requests... and there are no corresponding STATE-CREATE instructions at (4)..

Since Client has not received 3 STATE-CREATE's in bytecode at (4), it has not created those states and suddenly at (6), when server refers to that state giving "partial state id", client fails to match it to the state.

Please help in identifying the issue...

Regards,
Kishore