[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Re: [rohc] ROHC context reuse & mode



To be accurate, we should say context ID is reused, not the context
(e.g. header field values, parameters, etc).

In addition, we can also make a clarification related to this: an IR 
packet will flush out the decompressor context that exists before 
receipt of the IR packet. (Note: mode is treated differently than
the "normal" context which can be in different states.)

BR,
Zhigang

> -----Original Message-----
> From: ext Lars-Erik Jonsson [mailto:larsman@home.se]
> Sent: 18 February, 2004 07:32 AM
> To: kristofer.sandlund@effnet.com
> Cc: rohc@ietf.org; Liu Zhigang.C (Nokia-NRC/Dallas)
> Subject: Re: Re: [rohc] ROHC context reuse & mode
> 
> 
> 
> OK,
> 
> I can buy that argumentation. So, what we should clarify then is that:
> 1) This is what happens when a context is re-used 
>    for a new flow, compressed with the same profile.
> 2) If a context is re-used for compression of a new
>    flow using a different profile, compression is
>    obviously restarted in U-mode, independent of 
>    previous mode
> 
> Would that be it?
> /L-E
> 
> 
> 
> Zhigang/L-E,
> 
> I think that Zhigang's scheme of letting mode be inherited 
> when we have the same 
> profile seems like the best choice to me. I think this 
> approach will be more 
> consistent with the mode transition logic.
> If we choose the "always U-mode when new flow" approach, and 
> a new flow appears 
> in the middle of a pending mode transition, we would probably 
> have to specify 
> that the decompressor must detect that it is a new flow (for example 
> static-def-diffing as I suggested earlier) and also it should 
> set D_TRANS=done & 
> D_MODE=U-mode when we have a new flow (i.e. mode trans must 
> be restarted). The 
> inheritance scheme will just complete the mode transition 
> without having to 
> understand that it is a new flow.
> 
> I can agree that this is slightly inconsistent with the spec, 
> but I don't think 
> it "clearly says new contexts must start in U-mode". All it 
> says is "Compression 
> with ROHC MUST start in the Unidirectional mode" (sec. 
> 4.4.1), which _could_ be 
> interpreted as being on a per-channel basis. If so, mode 
> inheritance is 
> completely ok.
> 
> Rgds,
> 	Kristofer Sandlund, Effnet AB
> 
> 
> 

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