rohc team mailing list archive

[faraz iqbal <faraz4557@xxxxxxxxx>]

Didier,


> > > b/ Mode is O-mode, with out periodic update but compressor send IR
> > > header for a queue time out (beyond 30 sec) at compressor end IR
> > > with out recovery request from de-compressor.
> >
> > The library does not have any timer. There is no mechanism for queue
> >
 timeout either. This is a task for the applications using the
> > library, not the library itself.
> >
> > With what program do you use the ROHC library? Your problem might
> > come from that program.
> 
> I am using MGEN, i have also checked with ping test.

Are you talking about http://cs.itd.nrl.navy.mil/work/mgen/index.php ?
Yes.

If yes, you misunderstood my question. I rephrase it: the ROHC library
is a library, not an application or program, so you cannot use the ROHC
library alone; what program based on the ROHC library are you using?
Said otherwise, what command line do you run to "start the ROHC
library"?


Actually it is consisted of ROHC library plus a Linux routing platform   >> GNU/Linux, with linux 3.0.32-1-586-vyatta


> I have notice
> the same behavior which is IR header send only at the starting point
> only then compressor goes to FO & SO state until it is not struck by
> decompressor for error recovery.

OK.

> Furthermore, the RFC 3095 also
> described that there are no periodic updates in O-mode.

Yes, the ROHC library is not conform to RFC 3095 on that part.

OK.


> I have attached my queue hierarchy which is build in linux based
> router.

OK. I understand now, the queue you talked about was the queue of TC
qdiscs...


Yes i am talking about TC qdisc in Linux: The ROHC queue 11:0 send packets to ROHC library and then library compressed it. Finally it sends to outgoing interface.


> Secondly the screen shot of wireshark trace file where
> compressor repeat the IR header after a packet loss.

Are the Ethernet frames with
 Ethertype 0x8888 and 0x8889 the IR packets
you are talking about?


Yes, 0x8888 is compressed full header (IR) packet whereas 0x8889 is feedback packet.


> If there is no
> time out in library then the compressor might act it as link failure
> and then reconnect the link with decompressor by send full header.

The ROHC compressor is not able to detect "link failure" itself except
if it receives several negative feedbacks. However the
 program using
the ROHC compressor may destroy then re-create the compressor or reset
its state. What application are you using?



Regards,
Faraz

_______________________________________________
Mailing list: https://launchpad.net/~rohc
Post to     : rohc@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~rohc
More help   : https://help.launchpad.net/ListHelp