From kishore_r_s@yahoo.co.in Wed Jun 6 05:02:55 2012 Return-Path: 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 ; 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 ; 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 ; 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, 6 Jun 2012 20:02:45 +0800 (SGT) From: kishore sowdi To: "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 List-Id: Robust Header Compression List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2012 12:02:55 -0000 ---697551913-1387884571-1338984165=:55436 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi,=0A=A0=0AI am using SIGCOMP to compress/decompress SIP application messa= ges.=0A=0ASIP Client=A0is uploading UVDM bytecode in all messages=A0it send= s to server (Not stateful).=0A=0AMessage flow:=0A1) SIP REGISTER from Clien= t to Server=0A2) 200 OK response from Server to Client for (1).=0A=0A3) SIP= SUBSCRIBE Client to server=0A4) 200 OK response from Server to=A0Client fo= r (3).=0A=0AAt (2). , SIP Client is stores the=A0state after decompressing = 200 OK response.=0A=A0(Pasting the packet sniffer(wireshark) logs .. ... sh= ows 3 state create requests in "UDVM Execution Trace")=0A=0A[-]UDVM executi= on trace=0A=A0no_of_state_create 3=0A=A0### Creating state ###=0A=A0Partial= state identifier: AEDBAB80652A=0A=A0### Creating state ###=0A=A0Partial st= ate identifier: AAA2B32CE212=0A=A0### Creating state ###=0A=A0Partial state= identifier: =0A=A0=0Awhat does partial id signify here during state create= ??...=0A=0ANow, At (4),=A0 Server references the state by giving partial s= tate identifier. (please see below trace pasted)=0ABut, this referred state= identifier and state identifier of stored state duirng (2)=A0 do not match= . ...Should they match at first place?=0AHence SIP Client fails to decompre= ss (4) .=0A=0A=A0[-]Signaling Compression=0A=A0 Returned_feedback item: 03= =0A=A0 Partial state identifier: AEDBAB80652A=0A=A0 Remaining SigComp messa= ge bytes: 280=0A=A0 ### Accessing state ###=0A=A0 Partial state identifier:= AEDBAB80652A=0A=A0=0AThere are two issues:=0A=0AIssue 1:=0AIn (1) and (2) = , SIP client/Server=A0upload UDVM bytecode.=0AIn (3) SIP Client is not supp= ossed to upload byte code again.... But it is uploading UDVM bytecode with = T-Bit set to 1.=0A=0AIssue 2:=0ADecompression failure of (4), during state = reference.=0A=A0=0APlease suggest solutions to the above issues. and is my = understanding of stateful implementation correct?=0A=A0=0ARegards,=0AKishor= e ---697551913-1387884571-1338984165=:55436 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,
 
I am using SIGCOMP to compress/decompress SIP ap= plication messages.
 
SIP Client is uploading UVDM bytecode in al= l 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 fo= r (3).
 
At (2). , SIP Client is stores the state af= ter decompressing 200 OK response.
 (Pasting the packet sniffer(wireshark) log= s .. ... shows 3 state create requests in "UDVM Execution Trace")
 
[-]UDVM execution trace
 no_of_state_create 3
 ### Cr= eating state ###
 Partial state identifier: AAA2B32CE212
 ### Creating state ###
 Partial state identifier: =
 
<= /DIV>
what does partial id signify here during state create ??...
 
Now, At (4),  Server references the state b= y giving partial state identifier. (please see below trace pasted)
But, this referred state identifier and state id= entifier of stored state duirng (2)  do not match. ...Should they matc= h at first place?
Hence SIP Client fails to decompress (4) .
 
 [-]Signaling Compression
  Ret= urned_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 U= DVM bytecode.
In (3) SIP Client is not suppossed to upload byt= e code again.... But it is uploading UDVM bytecode with T-Bit set to 1.
 
Issue 2:
Decompression failure of (4), during state refer= ence.
 
Please suggest solutions to the above issues. an= d is my understanding of stateful implementation correct?
 
Regards,
Kishore
---697551913-1387884571-1338984165=:55436-- From wwwrun@rfc-editor.org Thu Jun 7 07:15:58 2012 Return-Path: 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 EE10421F8698 for ; Thu, 7 Jun 2012 07:15:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.42 X-Spam-Level: X-Spam-Status: No, score=-102.42 tagged_above=-999 required=5 tests=[AWL=0.180, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] 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 SQKWXBg6xNzW for ; Thu, 7 Jun 2012 07:15:58 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 7D6E021F867E for ; Thu, 7 Jun 2012 07:15:58 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id A242CB1E002; Thu, 7 Jun 2012 07:14:50 -0700 (PDT) To: ghyslain.pelletier@ericsson.com, kristofer.sandlund@ericsson.com, wes@mti-systems.com, martin.stiemerling@neclab.eu, carl.knutsson@effnet.com From: RFC Errata System Message-Id: <20120607141450.A242CB1E002@rfc-editor.org> Date: Thu, 7 Jun 2012 07:14:50 -0700 (PDT) Cc: rohc@ietf.org, rohc_team@dialine.fr, rfc-editor@rfc-editor.org Subject: [rohc] [Technical Errata Reported] RFC5225 (3248) X-BeenThere: rohc@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Robust Header Compression List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2012 14:15:59 -0000 The following errata report has been submitted for RFC5225, "RObust Header Compression Version 2 (ROHCv2): Profiles for RTP, UDP, IP, ESP and UDP-Lite". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5225&eid=3248 -------------------------------------- Type: Technical Reported by: FWX Section: 6.8.2.4 Original Text ------------- page 67: COMPRESSED udp_lite_endpoint_dynamic { ENFORCE(profile_value == PROFILE_UDPLITE_0108); reserved =:= compressed_value(4, 0) [ 4 ]; coverage_behavior =:= irregular(2) [ 2 ]; reorder_ratio =:= irregular(2) [ 2 ]; checksum_coverage =:= checksum_coverage_dynchain(coverage_behavior.UVALUE) [ 16 ]; checksum =:= irregular(16) [ 16 ]; msn =:= irregular(16) [ 16 ]; } page 68: COMPRESSED udp_lite_regular_dynamic { ENFORCE(profile_value == PROFILE_RTP_0107); coverage_behavior =:= irregular(2) [ 2 ]; reserved =:= compressed_value(6, 0) [ 6 ]; checksum_coverage =:= checksum_coverage_dynchain(coverage_behavior.UVALUE) [ 16 ]; checksum =:= irregular(16) [ 16 ]; } Corrected Text -------------- page 67: COMPRESSED udp_lite_endpoint_dynamic { ENFORCE(profile_value == PROFILE_UDPLITE_0108); reserved =:= compressed_value(4, 0) [ 4 ]; coverage_behavior =:= irregular(2) [ 2 ]; reorder_ratio =:= irregular(2) [ 2 ]; checksum_coverage =:= checksum_coverage_dynchain(coverage_behavior.UVALUE) [ 0, 16 ]; <=== checksum =:= irregular(16) [ 16 ]; msn =:= irregular(16) [ 16 ]; } page 68: COMPRESSED udp_lite_regular_dynamic { ENFORCE(profile_value == PROFILE_RTP_0107); coverage_behavior =:= irregular(2) [ 2 ]; reserved =:= compressed_value(6, 0) [ 6 ]; checksum_coverage =:= checksum_coverage_dynchain(coverage_behavior.UVALUE) [ 0, 16 ]; <==== checksum =:= irregular(16) [ 16 ]; } Notes ----- checksum_coverage_dynchain(behavior) compression method (page 66) may compress the checksum_coverage field to 0 bits if behavior is set to UDP_LITE_COVERAGE_INFERRED. Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC5225 (draft-ietf-rohc-rfc3095bis-rohcv2-profiles-06) -------------------------------------- Title : RObust Header Compression Version 2 (ROHCv2): Profiles for RTP, UDP, IP, ESP and UDP-Lite Publication Date : April 2008 Author(s) : G. Pelletier, K. Sandlund Category : PROPOSED STANDARD Source : Robust Header Compression Area : Transport Stream : IETF Verifying Party : IESG