RE: [rohc] Short summary of the new ROHCv2profiles:draft-pelletier-rohc-rohcv2-profiles-00.txt
"Kristofer Sandlund \(LU/EAB\)" <kristofer.sandlund@ericsson.com> Fri, 30 June 2006 08:39 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FwEXX-0003U8-5v; Fri, 30 Jun 2006 04:39:51 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FwEXW-0003U3-3t for rohc@ietf.org; Fri, 30 Jun 2006 04:39:50 -0400
Received: from mailgw3.ericsson.se ([193.180.251.60]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FwEXV-0006g7-9F for rohc@ietf.org; Fri, 30 Jun 2006 04:39:50 -0400
Received: from esealmw129.eemea.ericsson.se (unknown [153.88.254.120]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 88DA5738; Fri, 30 Jun 2006 10:39:48 +0200 (CEST)
Received: from esealmw127.eemea.ericsson.se ([153.88.254.171]) by esealmw129.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 30 Jun 2006 10:39:48 +0200
Received: from esealmw105.eemea.ericsson.se ([153.88.200.68]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 30 Jun 2006 10:39:47 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [rohc] Short summary of the new ROHCv2profiles:draft-pelletier-rohc-rohcv2-profiles-00.txt
Date: Fri, 30 Jun 2006 10:39:46 +0200
Message-ID: <A91F30A632473A47B40C18D2B107CA6F02AA151F@esealmw105.eemea.ericsson.se>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [rohc] Short summary of the new ROHCv2profiles:draft-pelletier-rohc-rohcv2-profiles-00.txt
Thread-Index: AcaYrnv2JzJnOfhrQiO3MBH3t+TpWQDFUJBAABXJIdA=
From: "Kristofer Sandlund (LU/EAB)" <kristofer.sandlund@ericsson.com>
To: "Kapoor, Rohit" <rkapoor@qualcomm.com>, "Ghyslain Pelletier (LU/EAB)" <ghyslain.pelletier@ericsson.com>, rohc@ietf.org
X-OriginalArrivalTime: 30 Jun 2006 08:39:47.0534 (UTC) FILETIME=[BE7C46E0:01C69C20]
X-Brightmail-Tracker: AAAAAA==
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 31247fb3be228bb596db9127becad0bc
Cc:
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
Hi Rohit, thanks for the feedback on the draft. Below, I try to summarize what I belive of the issues you describe. The ROHCv2 draft has never been intended to just be a quick-fix for reordering, it is designed based on what has been agreed by the WG in draft-ietf-rohc-rfc3095bis-improvements, which of course means that there will be quite a bit of changes from 3095. IMO, The main reason for v2 has been to simplify the specification to get out of the interop problems and unneeded complexity that 3095 has suffered from (I think that the size of the impl-guide is quite a definite proof that this has been and still is a bit of an issue). Regarding making 3095-profiles handle reordering, it seems like a lot of people assume that we just have to change the p-value and things will work fine. The p-value issue is just one part of the problems we described in RFC4224 (the p-value is really just section 5.1.1. of the problem statement) (*). To handle the rest of the "reordering issue", a number of the other "features" that cause reordering-problems with 3095 (e.g. R-mode, reference-based list compression) should also be changed. So, I do not think that a "small change" is possible when it comes to make 3095 truly tolerant to on-link reordering. For the same reason, I also think that trying to include an extra set of profiles in v2 that are "backwards-compatible" with 3095 is not the correct way forward since those profiles would have different reordering-issues to adress than the v2-profiles and therefore fit better in its own document. If 3GPP2 feels an absolute need to add such a set of profiles, I think the best way forward is if you make a completely separate draft for this and try to adress all the problems described in RFC4224. And as I said, that will require a certain amount of changes; maybe not as large as the current v2-profiles, but still more than just variable p-values. Also, the ROHCv2 profiles are implementation-wise a lot simpler than the profiles in 3095 since we have removed the corner-case optimizations that are what causes the implementation and testing of 3095 to be such a difficult thing. So I still belive that the ROHCv2 profiles that we are suggesting are the correct way forward, but of course it is interesting to discuss this further. (*) I think that even v2 still needs a bit more text on this subject, but that will come in the next revision if I can convince my co-author :) BR, Kristofer Sandlund Kapoor, Rohit wrote: > Ghyslain, Lars-Erik, > > Thanks for producing this new RoHC profiles draft, which adds > efficient support for reordering, among other changes. > > Having read the draft, I realize that it contains substantial > changes from the 3095 profiles, key among these being: > > --- Efficient support for reordering is added. > --- Packet structures are different from the 3095 profiles. > --- Decompressor state logic is somewhat different. > --- Timer-based compression is not supported. > > Please note that some 3GPP2 companies have already invested > resources in implementing and testing 3095 profiles and were > looking for only small changes for support of reordering. > From this point of view, these new profiles are a substantial > change and will require that a lot of resources be re-invested. > > I just wanted to point out this concern to see if we can find > some way to address this in the new profiles. One option may > be to add a section in the new draft for profiles that > inherit all the functionality of the 3095 profiles with the > only change being efficient support for reordering (of > course, these profiles would also need new profile IDs). If > required, we would be willing to contribute such a section. > > I look forward to your comments. > > Thanks, > Rohit > _______________________________________________ Rohc mailing list Rohc@ietf.org https://www1.ietf.org/mailman/listinfo/rohc
- RE: [rohc] Short summary of the new ROHCv2profileā¦ Kristofer Sandlund (LU/EAB)
- RE: [rohc] Short summary of the new ROHCv2profileā¦ Kapoor, Rohit