Re: [rohc] Placement of ROHC in Wimax

Rakesh Mawa <Rakesh.Mawa@hsc.com> Tue, 29 May 2007 11:21 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 1HszlH-0006Ci-1g; Tue, 29 May 2007 07:21:11 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HsvSi-0002ip-Fp for rohc@ietf.org; Tue, 29 May 2007 02:45:44 -0400
Received: from communicator.systique.in ([220.227.165.113]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HsvSf-0001EF-Pe for rohc@ietf.org; Tue, 29 May 2007 02:45:44 -0400
X-IronPort-AV: E=Sophos;i="4.14,587,1170613800"; d="scan'208,217";a="573376"
Received: from unknown (HELO mailserver.hsc.com) ([192.168.0.39]) by communicator.systique.in with ESMTP; 29 May 2007 12:13:42 +0530
In-Reply-To: <10831943.post@talk.nabble.com>
To: rohc@ietf.org
Subject: Re: [rohc] Placement of ROHC in Wimax
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 7.0 August 18, 2005
Message-ID: <OFCAD31DC7.70A267C4-ON652572EA.00219CE4-652572EA.0024E970@hsc.com>
From: Rakesh Mawa <Rakesh.Mawa@hsc.com>
Date: Tue, 29 May 2007 12:14:29 +0530
X-MIMETrack: Serialize by Router on GGNMAIL01/SRV/HSC(Release 7.0|August 18, 2005) at 05/29/2007 12:14:30 PM, Serialize complete at 05/29/2007 12:14:30 PM
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 4d9ae72af46718088458d214998cc683
X-Mailman-Approved-At: Tue, 29 May 2007 07:21:09 -0400
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>
Content-Type: multipart/mixed; boundary="===============1466582925=="
Errors-To: rohc-bounces@ietf.org

Hi Vish,

You are right that the .16 MAC layer would provide ROHC channel to the 
ROHC, the parameters of which are negotiated in the Service Flow messgaes 
(not initial network entry).16 MAC specifies that there is a one to one 
mapping between ROHC channel and a Service Flow, but the exact mechanism 
of this association is left as implementation detail. See section 5.2.7.2 
of the .16 cor2 standard.

regards
-Rakesh Mawa





Vishranth <Vishranth.Acharya@lntinfotech.com> 
05/28/2007 12:22 PM

To
rohc@ietf.org
cc

Subject
Re: [rohc] Placement of ROHC in Wimax







Hi Rakesh,
Yes the corrigendum 2 has removed the ROHC functions from CS layer but it
also says that MAC layer provides transport for ROHC packets. Now my doubt
here is that even if all the channel parameters are negotiated by the L2
layer during initial entry how does one identify a compressed data packet 
to
its inteded destination. If there are multiple connections from one 
BS(RAS)
to many SS(PSS) and if each SS(PSS) has negotiated multile ROHC channels
again then just by looking at the ROHC Context ID in the ROHC packet CS
layer can't decide on where the packet is destined to. (I m sorry I m
posting a WiMax problem scenario in ROHC mailing list but I m trying to go
from my playgrounds to the unknown fields. I was involved in ROHC for
sometime now and am moving to WiMax hence thought of asking here if anyone
had a clue about this.)
For the solution to this problem I was looking over various ROHC over X
documents and till now have found only ROHC over PPP. Is there any
possibility of having a standard "ROHC over Ethernet" or "ROHC over GRE". 
I
hope there are still some Reserved bits for the protocol field in both the
L2 layer protocol which could help us in identifying the underlying 
protocol
but how does one see the service flow in all this?
We are having a scenario like below in mind
   _____                              _______  
______
  |SS    |    Air interfce link    | BS      |     Wired 802. interface  
| ASN  |
  |ROHC|<------------------>| WiMax|<------------------------->|ROHC
|<----------> Core Network
  |_____|                            |______|      Ethernet/GRE/etc. 
|_____|



Rakesh Mawa wrote:
> 
> Hi Vish,
> The corrigendum 2 (refer to 802.16e Cor2, D3) removed the ROHC functions 

> (classicifation/context etc.) from the CS layer. It is assumed that the 
> ROHC instance is outside the .16 MAC layer and the MAC layer provides 
> transport for ROHC packets as well as explicit signalling for out of 
band 
> exchange of negotiated Channel State parameters(as part of Service Flow 
> signalling).
> hth
> regards
> -Rakesh Mawa
> 
> 
> 
> 
> 
> Vishranth <Vishranth.Acharya@lntinfotech.com> 
> 05/17/2007 11:23 AM
> 
> To
> rohc@ietf.org
> cc
> 
> Subject
> [rohc] Placement of ROHC in Wimax
> 
> 
> 
> 
> 
> 
> Hi, The .16 WG has told in its release of .16e that CS layer should 
> support ROHC (with IPv4 or/and IPv6) over Ethernet. Now can anyone tell 
me 
> about any resource which tells confirmatively about the existance of 
ROHC 
> in WiMax and how and where it sits? All the documents that I was able to 

> find were proposals. So could anyone tell me if anything is accepted and 

> made standard.. Since ROHC is not compeletely defined for WiMax its 
> working scenario is also unknown to me... Could anyone comment on this 
> also.. Thanks Vish 
> View this message in context: Placement of ROHC in Wimax
> Sent from the IETF - Rohc mailing list archive at Nabble.com.
> _______________________________________________
> Rohc mailing list
> Rohc@ietf.org
> https://www1.ietf.org/mailman/listinfo/rohc
> 
> 
> 
> 
> 
> 
*****************************************************DISCLAIMER*****************************************************
> 
> This message and/or attachment(s) contained here are confidential,
> proprietary to HUGHES SYSTIQUE and its customers. 
> Contents may be privileged or otherwise protected by law. The 
information
> is solely intended for the entity it is 
> addressed to. If you are not the intended recipient of this message, it 
is
> strictly prohibited to read, forward, 
> print, retain, copy or disseminate this message or any part of it. If 
you
> have received this e-mail in error, 
> please notify the sender immediately and delete the message.
> 
> 
********************************************************************************************************************
> 
> 
> _______________________________________________
> Rohc mailing list
> Rohc@ietf.org
> https://www1.ietf.org/mailman/listinfo/rohc
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Placement-of-ROHC-in-Wimax-tf3770094.html#a10831943
Sent from the IETF - Rohc mailing list archive at Nabble.com.


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

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