Re: [rohc] Sigcomp presence-specific dictionary

cco <cristian.constantin@iptel.org> Mon, 26 March 2007 12:18 UTC

Return-path: <rohc-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVo9q-0006V0-31; Mon, 26 Mar 2007 08:18:42 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HVo9o-0006UW-Gb for rohc@ietf.org; Mon, 26 Mar 2007 08:18:40 -0400
Received: from smtp.iptel.org ([213.192.59.67] helo=mail.iptel.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HVo9n-0003tB-17 for rohc@ietf.org; Mon, 26 Mar 2007 08:18:40 -0400
Received: from shell.iptel.org (shell.iptel.org [213.192.59.74]) by mail.iptel.org (Postfix) with SMTP id 59FEB20A6C2; Mon, 26 Mar 2007 14:18:37 +0200 (CEST)
Received: by shell.iptel.org (sSMTP sendmail emulation); Mon, 26 Mar 2007 14:18:34 +0200
Date: Mon, 26 Mar 2007 14:18:34 +0200
From: cco <cristian.constantin@iptel.org>
To: Miguel Garcia <Miguel.An.Garcia@nokia.com>
Subject: Re: [rohc] Sigcomp presence-specific dictionary
Message-ID: <20070326121833.GC10477@shell>
References: <45ED1706.8090504@nokia.com> <20070326100309.GB10477@shell> <4607B27F.3090206@nokia.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <4607B27F.3090206@nokia.com>
User-Agent: Mutt/1.5.9i
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4b800b1eab964a31702fa68f1ff0e955
Cc: rohc@ietf.org
X-BeenThere: rohc@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Robust Header Compression <rohc.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/rohc>, <mailto:rohc-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:rohc@ietf.org>
List-Help: <mailto:rohc-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/rohc>, <mailto:rohc-request@ietf.org?subject=subscribe>
Errors-To: rohc-bounces@ietf.org

On Mon, Mar 26, 2007 at 02:46:07PM +0300, Miguel Garcia wrote:
> Hi Cristian:
> 
> Thanks for your comments. Inline answers.
> 
> cco wrote:
> >On Tue, Mar 06, 2007 at 09:23:50AM +0200, Miguel Garcia wrote:
> >>Hi.
> >>
> >>I have been working on a presence-specific static Sigcomp dictionary 
> >>for SIP presence. The draft is addressed to the SIMPLE WG, which is 
> >>working on SIP presence. But I want to make the ROHC WG aware of the 
> >>draft and solicit comments.
> >>
> >>Until the draft is officially available, you can download a copy from:
> >>
> >>http://people.nokia.net/~miguel/drafts/pre/draft-garcia-simple-presence-dictionary-02.txt
> >>http://people.nokia.net/~miguel/drafts/pre/draft-garcia-simple-presence-dictionary-02.html
> >
> >cristian: hi! the section "1.  Introduction" says at some point:
> >
> >"Sigcomp endpoints will announce the availability of
> >   one or both dictionaries during the Sigcomp initialization phase."
> >
> >what exactly do you mean by "Sigcomp initialization phase"? sigcomp is
> >piggy-backed on SIP in this case and there is no explicit sigcomp
> >"signalling".
> 
> 
> "SigComp initialization phase" refers to when the
> endpoint has not received an acknowledgment from the other end
> that the other end has received the message containing the
> announcement about presence dictionary. Perhaps the text would be better
> phrased as:
> 
>    Sigcomp endpoints will initially announce the availability of one
>    or both dictionaries until the other end acknowledges that it has
>    received the announcement.
> 
> 
> 
> 
> >
> >on the other hand rfc3485, "The Session Initiation Protocol (SIP) and 
> >Session Description Protocol (SDP) Static Dictionary for Signaling 
> >Compression (SigComp)", defining a similar dictionary (sigcomp "local" 
> >state)
> >puts a requirement on the implementation of sigcomp stacks for sip:
> >
> >"The static dictionary is unique and MUST be available in all SigComp
> >   implementations for SIP/SDP."
> >
> >(and the need for such a requirement is also explained in the rfc.)
> >why not having the same kind of req. in your draft?
> 
> 
> We were able to mandate the SIP dictionary for SigComp because they were 
> created at the same time. However, nowadays, there are millions of 
> deployed SIP endpoints that implement SigComp (and the SIP static 
> dictionary), presence, and other services, that do not obviously 
> implement the presence-specific dictionary that we are discussing here. 
> So, obviously, we cannot assume that an implementation will have a 
> built-in presence-specific dictionary, unless it is advertised.

cristian: o.k. I understand; however this will reduce the "initial" 
compression efficiency (compared to a scenario where the dictionary will 
be used right on from the start). 

bye now!
cristian

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