Re: [Rohc] Is the project still maintained?

Le 12 décembre 2023 14:54:46 GMT+01:00, Adam Hatia a écrit : >No updates since 2019... still maintained? Yes, kind of. Although not as active as before since my family goes first. Is there any problem you encounter that needs some attention and I missed? Regards, Didier

Re: [Rohc] When will 2.3.0 be released?

>I found several problems and I finally fixed all of them! > >So, code is ready for a release :) > >I have just started the release process. I have just published the 2.3.0 release: https://rohc-lib.org/support/download/#releases-2.3.0 Didier ___

[Rohc] ROHC 2.3.0: improved robustness, efficiency and performances

gtracker/ Regards, Didier Barvaux ___ Mailing list: https://launchpad.net/~rohc Post to : rohc@lists.launchpad.net Unsubscribe : https://launchpad.net/~rohc More help : https://help.launchpad.net/ListHelp

Re: [Rohc] When will 2.3.0 be released?

Hello, When will 2.3.0 be released? I started the extended tests with extra network captures. It lasts a few hours. When done, I'm going to tag the release and publish it. There are some tests that fail with 2.3.0 while they were not failed with 2.2.0. I started to bisect the branch to spot

Re: [Rohc] [Question #681693]: Is there anyway to add Packet Loss Concealment

Question #681693 on rohc changed: https://answers.launchpad.net/rohc/+question/681693 Status: Open => Needs information Didier Barvaux requested more information: Hello, Is the "Packet Loss Concealment" a feature defined in one ROHC standard? If yes, please tell me which one.

Re: [Rohc] When will 2.3.0 be released?

Hello, >>When will 2.3.0 be released? > >I'm late with releases. Sorry about that. > >My laptop died a few months ago. It did not help... > >Today, I have just prepared the master branch for the 2.3.0 release. >The code builds fine on buildbot and travis CI. Tests runs fine too. > >I started the

Re: [Rohc] A way to let the compressor read and write the headers only?

Hello, >As far as I can see the rohc_compress4() reads the complete IP packet >from one buffer and writes the compressed header(s) and the payload to >another buffer. Is there a way to set the compressor to only read the >header(s) and write the compressed headers? The purpose is to avoid

Re: [Rohc] When will 2.3.0 be released?

Hello, >When will 2.3.0 be released? I'm late with releases. Sorry about that. My laptop died a few months ago. It did not help... Today, I have just prepared the master branch for the 2.3.0 release. The code builds fine on buildbot and travis CI. Tests runs fine too. I started the extended

Re: [Rohc] [Question #679313]: (K,P)

Question #679313 on rohc changed: https://answers.launchpad.net/rohc/+question/679313 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, > 1\as for the formal notation field =:= lsb(K,P) ,the lsb(K,P) represents > the WLSB procedure or it represent

Re: [Rohc] [Question #679313]: (K,P)

Question #679313 on rohc changed: https://answers.launchpad.net/rohc/+question/679313 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, OK, I now understand your question. The objective of the LSB algorithm is to transit only a fraction of the field (the Le

Re: [Rohc] [Question #679313]: (K,P)

Question #679313 on rohc changed: https://answers.launchpad.net/rohc/+question/679313 Status: Open => Needs information Didier Barvaux requested more information: Sorry, I don't understand your question. Could please rephrase it ? -- You received this question notification because y

Re: [Rohc] [Question #679313]: (K,P)

Question #679313 on rohc changed: https://answers.launchpad.net/rohc/+question/679313 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, > with respect to LSB encoding, there is a intervals f(Vref,K,P), However, > How can we choose the K,P , especially th

Re: [Rohc] [Question #676790]: SID

Question #676790 on rohc changed: https://answers.launchpad.net/rohc/+question/676790 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, The ROHC compression states still have some impact: the compression state changes with ACK/NACK/STATIC-NACK feedba

Re: [Rohc] [Question #676790]: SID

Question #676790 on rohc changed: https://answers.launchpad.net/rohc/+question/676790 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, Yes, that's great! The compression state is not changed any more if some dynamic fields changed. The compression state o

Re: [Rohc] [Question #676790]: SID

Question #676790 on rohc changed: https://answers.launchpad.net/rohc/+question/676790 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, The logic behind the DF, RND, NBO and SID fields is not defined well. Currently packet type IR-DYN is forced if there ar

Re: [Rohc] [Question #675656]: c_rtp_decide_FO_packet

Question #675656 on rohc changed: https://answers.launchpad.net/rohc/+question/675656 Didier Barvaux posted a new comment: Hello, Many thanks for your questions. You discover problems in legacy code, that's great! :-) You are right about the RTP SSRC field. The field cannot change for one given

Re: [Rohc] [Question #675656]: c_rtp_decide_FO_packet

Question #675656 on rohc changed: https://answers.launchpad.net/rohc/+question/675656 Status: Open => Answered Didier Barvaux proposed the following answer: yiyuechan, According to the code snippet that you included in your question, you seem to use a 1.7.x version of the ROHC libr

Re: [Rohc] [Question #675471]: packet type

Question #675471 on rohc changed: https://answers.launchpad.net/rohc/+question/675471 Status: Open => Answered Didier Barvaux proposed the following answer: UO-1 packets are protected by a 3-bit CRC. UOR-2 packets are protected by a 7-bit CRC. The 3-bit CRC is not considered enough to av

Re: [Rohc] [Question #675471]: packet type

Question #675471 on rohc changed: https://answers.launchpad.net/rohc/+question/675471 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, Choosing the best ROHC packet to use is not fully specified in RFCs. Some constraints and guidelines are given, but choos

Re: [Rohc] [Question #675236]: UO-1,UOR-2

Question #675236 on rohc changed: https://answers.launchpad.net/rohc/+question/675236 Didier Barvaux proposed the following answer: Yes, I understand your point of view. The RFC gives the same names to 2 different formats. The code gives them different names to avoid ambiguities. The UDP and ESP

Re: [Rohc] Building with clang

Yakir, I am trying to build rohc-2.1.0 for macOS and getting this one for make all, libtool: link: gcc -dynamiclib -o .libs/librohc.3.dylib -Wl,-force_load,./common/.libs/librohc_common.a -Wl,-force_load,./comp/.libs/librohc_comp.a -Wl,-force_load,./decomp/.libs/librohc_decomp.a -g -O2 -g

Re: [Rohc] [Question #675236]: UO-1,UOR-2

Question #675236 on rohc changed: https://answers.launchpad.net/rohc/+question/675236 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, The UO-1 and UOR-2 formats in the source code do match the formats defined in the RFC 3095 for the ROHCv1 UDP and ESP profi

Re: [Rohc] [Question #673503]: sn_wraparound

Question #673503 on rohc changed: https://answers.launchpad.net/rohc/+question/673503 Didier Barvaux posted a new comment: ok, thank you for the feedback -- You received this question notification because your team ROHC Team is an answer contact for rohc

Re: [Rohc] [Question #673503]: sn_wraparound

Question #673503 on rohc changed: https://answers.launchpad.net/rohc/+question/673503 Didier Barvaux posted a new comment: Hello, Any chance to get the capture ? Regards, Didier -- You received this question notification because your team ROHC Team is an answer contact for rohc

Re: [Rohc] [Question #673503]: sn_wraparound

Question #673503 on rohc changed: https://answers.launchpad.net/rohc/+question/673503 Status: Open => Needs information Didier Barvaux requested more information: Hello, If there is no packet loss, the library should handle SN wraparound fine, even if CRC repair is disabled. If

Re: [Rohc] [Question #673503]: sn_wraparound

Question #673503 on rohc changed: https://answers.launchpad.net/rohc/+question/673503 Status: Open => Needs information Didier Barvaux requested more information: Hello, I'm not sure to fully understand your question. I'll try to rephrase it to highlight my understanding. Tell me if

Re: [Rohc] [Question #664196]: compressor memory allocation question

Question #664196 on rohc changed: https://answers.launchpad.net/rohc/+question/664196 Didier Barvaux proposed the following answer: Hello, The changes to the buffers of RRU and IPv6 extension headers are now merged in the master branch, as well as all the other performance enhancements

Re: [Rohc] [Question #264189]: Outer IP ID Issue

Question #264189 on rohc changed: https://answers.launchpad.net/rohc/+question/264189 Didier Barvaux proposed the following answer: Hello, Yes for the library source code itself, but I also added some tests as shown in the Github diff. Regards, Didier Barvaux -- You received this question

Re: [Rohc] [Question #264189]: Outer IP ID Issue

Question #264189 on rohc changed: https://answers.launchpad.net/rohc/+question/264189 Didier Barvaux proposed the following answer: Hello, The patch was merged on both master and 1.7.x branches. I searched through the Git history to find them: * 1.7.x -> https://github.com/didier-barvaux/r

Re: [Rohc] [Question #86663]: [RoHCv1.2.0] RoHC Fields for CRC Calculation

Question #86663 on rohc changed: https://answers.launchpad.net/rohc/+question/86663 Didier Barvaux proposed the following answer: Hello, The library was modified in 2010 to be conform to CRC-STATIC / CRC- DYNAMIC. The fix was first released in the 1.3.0 release in March 2010. You may look

Re: [Rohc] [Question #671329]: ROHC Sample Application

Question #671329 on rohc changed: https://answers.launchpad.net/rohc/+question/671329 Status: Open => Answered Didier Barvaux proposed the following answer: Hello Fatih, > In order to answer those, could you provide me any support with a more > explanatory tutorial about t

Re: [Rohc] [Question #671091]: Use of Large CID and Small CID

Question #671091 on rohc changed: https://answers.launchpad.net/rohc/+question/671091 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, Someone might want to use the "large CIDs" format with MAX_CID <= 15. The "large CIDs" format m

Re: [Rohc] [Question #670854]: negative feedback & rate limit mechamism

Question #670854 on rohc changed: https://answers.launchpad.net/rohc/+question/670854 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, The rate limiting is specified by the ROHC standard. See RFC3095, §5.7.6 named "Feedback packets and formats&qu

Re: [Rohc] [Question #670792]: Getting rohc_status = ROHC_STATUS_ERROR .

Question #670792 on rohc changed: https://answers.launchpad.net/rohc/+question/670792 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, > The compression function is only working for profile 0x, For every other profile, it returns ROHC_STATUS

Re: [Rohc] Compression forced down to IR state

Yakir, How does the fixes behave on your setup? Regards, Didier Le Tue, 26 Jun 2018 18:45:25 +0200, Didier Barvaux a écrit : > Yakir, > > I've looked at it. There is indeed some problems in case of heavy > loss. > > I fixed the problems in a dedicated development branch.

Re: [Rohc] Compression forced down to IR state

code and build it as follow: $ git clone https://github.com/didier-barvaux/rohc.git $ git co dev_be_more_robust_to_pkt_loss $ ./autogen.sh $ ./configure $ make all Regards, Didier Le Fri, 15 Jun 2018 04:52:07 +, Yakir Matusovsky a écrit : > Hi, following up any insight over the s

Re: [Rohc] FW: ROHC build issue

Yakir, > 2. rohc-disabletest.txt > Here we configured ROHC package with --disable-rohc-tests and > --disable-rohc-tests-valgrind: You disabled the configure checks for the tests, but you try to run them. If you disable the checks, don't run 'make check'. > 1. rohc-nodisabletest.txt > Here we

Re: [Rohc] Back to rohc_comp_set_periodic_refreshes_time

Yakir, > Tried now to use the time refreshes for my broadcast ROHC_U_MODE > pairs. Here is how I init it, > > + if (ROHC_U_MODE == mode) /* for broadcast contexts */ > + { > + if (!rohc_comp_set_features(*comp, > ROHC_COMP_FEATURE_TIME_BASED_REFRESHES)) > + { > +

Re: [Rohc] Compression forced down to IR state

Yakir, > PS. Clean up advise on rohc is still needed, with respect to change > in SDK to build for (I've asked one in the past on libtool version > got stuck in Makefile and configure files...) In such a case, please run the ./autogen.sh script before running the ./configure script. Regards,

Re: [Rohc] Compression forced down to IR state

>Nope. I did not enable it in features and I do set arrival time before >compress4. I now see that I should have enabled it but that wouldn't >have helped me much as I'd originally intended this for traffic moving >in O-Mode. From reading the lib code, I see this is done only for >U-Mode, which

Re: [Rohc] Compression forced down to IR state

Yakir, Making my concerns more real, I am pinging here seeing the IR first time only. [...] Didn’t the IR being sent message after 12s and my CHANGE_TO_FO_TIME is 6000, CHANGE_TO_IR_TIME is 12000. Init call of _ROHC_COMP_SET_PERIODIC_REFRESHES_TIME_ happens after the following init sequence

Re: [Rohc] Compression forced down to IR state

Yakir, To clarify please, I am using functions like _ROHC_COMP_SET_PERIODIC_REFRESHES_ and _ROHC_COMP_SET_PERIODIC_REFRESHES_TIME_ to force compressor to go down once in a while. Should this after compressor sends an IR packet, generate a feedback from decompressor side? In other words,

Re: [Rohc] Version 2.2.0 published with ROHCv2 profiles

Yakir, >Have you removed the goal of doing the R-mode from 2.3.0? The previous goals for 2.3.0 were not definitive goals, but more list of ideas. As 2.2.0 was released, I defined more concrete goals for 2.3.0 and 2.4.0. Do you need the R-mode for a specific use or for full compliance to

[Rohc] Version 2.2.0 published with ROHCv2 profiles

rohc-man-2.2.0/ == Feedback == Any feedback on the 2.2.0 release will be appreciated. You may use the mailing list to ask questions [7] and the bug tracker to report problems [8]. [7] mailing list: https://rohc-lib.org/support/mailing-list/ [8] bug tracker: https://rohc-lib.org/developer/bugtracker/ R

[Rohc] [Question #276107]: Status of bug #1610702 changed to 'Won't Fix' in rohc-2.0.x

Bug #1610702 status changed in rohc-2.0.x: Confirmed => Won't Fix https://bugs.launchpad.net/rohc/rohc-2.0.x/+bug/1610702 "allow users to free some compression contexts" This bug is linked to #276107. Current CID in use https://answers.launchpad.net/rohc/+question/276107 -- You received

Re: [Rohc] about 2.2.0 release date

Hello Jianjun, > on the rohc-lib.org, it says Release 2.2.0 was estimated release > date: 2018 Q1. Now it is April. When will be this version > released? We are really dependent on this version, so highly > appreciated this date to be confirmed. Thanks! You're right, the release is a bit

Re: [Rohc] Compressor feature ROHC_COMP_FEATURE_TIME_BASED_REFRESHES

Le 23 mars 2018 03:41:34 GMT+01:00, Yakir Matusovsky a écrit : >Can you please explain (refer to RFC) a bit on how this one works? > >Regards, >Yakir Matusovsky >MiMOMax Wireless Ltd. Yakir, It relates to periodic context refreshes :

Re: [Rohc] Oops in arm kernel 4.4.32 on d_tcp_parse_packet

I do get a feedback sent >from decompressor and received at compressor side. >PS3. No errors over the air, link is perfect. >PS4. It looks like something around the TCP compression; when run with >all enabled except TCP it works fine. > >Regards, >Yakir >On 22/03/18, 11:

Re: [Rohc] General Error(6) on DB-LSP-DISC

Yakir, > Additionally, we've not used the UNCOMPRESSED profile before. > I wonder if it can be kept Enabled forever in a system even if all > other profiles are disabled...? For unicast? For broadcast? Both? If > RoHC is switchable (On/Off) on the system? PS. Even with no RoHC mode > selected for

Re: [Rohc] Oops in arm kernel 4.4.32 on d_tcp_parse_packet

Yakir, This is a known problem. I discovered it while fuzzing the decompressor last month. I cherry-picked it for you on the 2.1.x bugfix branch along with some other fixes. Please give a try to the 2.1.x branch: https://github.com/didier-barvaux/rohc/commits/2.1.x All those fixes should

Re: [Rohc] rohc_feedback in 1.7

Yakir, > Looks like my code is using the decompressor side feedback as > described. I do also see feedback generated over the air. However, > did not see anything in the function that wraps up the whole compress > process with compress4(). No feedbacks there, no timer, these are > good points and

Re: [Rohc] General Error(6) on DB-LSP-DISC

>Re-result, maybe this is how I am building the rohc, the host vs. the >cross-compiled version. For cross-compiled I am creating the rohc.ko >loadable module and use autogen.sh and autoreconf... can share the >detail if necessary. I doubt that the building method is the root cause. It would

Re: [Rohc] General Error(6) on DB-LSP-DISC

> I've built the rohc for x86_64 and get the following result on 11.pcap > > [snip results] > > How does that look like? The result looks fine. > BTW, I did now add (this was missed in my driver that is linking to > rohc.ko) an implicit enable for UNCOMPRESSED profile, however I do > still

Re: [Rohc] rohc_feedback in 1.7

Yakir, > I am attempting a brave move from 1.7 to 2.1 on ARM. > One thing that has popped up straight away was the absence of the > rohc_feedback. The following snippet is from 1.7, > > [snip code] > > Post 1.7, has the feedback handling been made implicit? You're right, feedback handling

Re: [Rohc] General Error(6) on DB-LSP-DISC

Hello, > Running an RoHC 2.1.0 over a radio link, keep getting code 6 over the > broadcasts my MAC generates. These are UDP packets of Dropbox Lan > sync Discovery protocol, which will travel through my link (it is in > bridged mode) but RoHC refuses to compress them. > > IP and UDP profiles are

Re: [Rohc] use of "Bidirectional Optimistic mode (O-mode)"

Hello, > Sorry for early alert, I found the answers from previous mails. But > now lets ask difference between R-Mode and O-Mode. > > As I read from rfc 3095 R-Mode context updates is more robust then > O-mode. Does context update mean sending IR type rohc packets ? Or > sending newly created

Re: [Rohc] [Question #664196]: compressor memory allocation question

Question #664196 on rohc changed: https://answers.launchpad.net/rohc/+question/664196 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, I checked the allocated buffers for lists of IPv6 extension headers. There are indeed quite large. I did change t

Re: [Rohc] rohc performance on lossy media

rformed for the ARM targets will allow that. I did it on the dev branch dev_improve_perfs_decomp_on_arm : https://github.com/didier-barvaux/rohc/commit/babff28f6c6c2882e2aa12065172499dc4808acc > Is it possible to make "rohc_lsb_shift_t" values parametric in next > release ? I mean to

Re: [Rohc] rohc performance on lossy media

ength? If yes did I do > > something wrong? > > > > Secondly I think for UDP packets ROHC_LSB_SHIFT_SN(-1) is used for > > compressor and decompressor which makes parsing delayed packets > > impossible. > > > > So I need to use something half of (2

Re: [Rohc] [Question #664196]: compressor memory allocation question

Question #664196 on rohc changed: https://answers.launchpad.net/rohc/+question/664196 Status: Open => Needs information Didier Barvaux requested more information: Hello, Thank you for the feedback on your use case! You're right about the rru buffers in compressors and decompressors

Re: [Rohc] Rohctunnel with rohc 2.1.0 library

hat was once located in the app/tunnel/ subdir of the librohc sources? Or the IP/ROHC application available on github https://github.com/didier-barvaux/iprohc ? Regards, Didier ___ Mailing list: https://launchpad.net/~rohc Post to : rohc@lists.l

Re: [Rohc] rohc performance on lossy media

Hello, > I am using Rohc comressor/decomressor pair on a lossy media(sometimes > at receiver side some packets are lost) and the orderings of the UDP > packets are not guaranteed.(packets are not coming in right order all > the time). > > I am using Unidirectional mode and observe some

Re: [Rohc] [Question #661412]: Question Regarding interoperability testing

Question #661412 on rohc changed: https://answers.launchpad.net/rohc/+question/661412 Didier Barvaux posted a new comment: Hello, That's really strange. I changed nothing on that part. Do the sources from the 2.1.0 tar.xz file still compile fine? If yes, it looks like the ZIP created some

Re: [Rohc] [Question #661412]: Question Regarding interoperability testing

Question #661412 on rohc changed: https://answers.launchpad.net/rohc/+question/661412 Didier Barvaux proposed the following answer: Hi, The LOG_ROHC_DECOMP_RCVD_PKT_PROFILE_UNKNOWN error seems to be raised when the UE receives one ROHC packet that is not IR (UO-0 for example) without having

Re: [Rohc] [Question #661412]: Question Regarding interoperability testing

Question #661412 on rohc changed: https://answers.launchpad.net/rohc/+question/661412 Didier Barvaux requested more information: Hello, OK for MAX_CID and the disabled profiles. Let me know what happens with timing information. Send me please the same packets for analysis. Could you also please

Re: [Rohc] [Question #661412]: Question Regarding interoperability testing

Question #661412 on rohc changed: https://answers.launchpad.net/rohc/+question/661412 Didier Barvaux requested more information: Hello, I analyzed the 39 packets. Here are some points that I noticed and some related questions for you: * You seem to have configured the ROHC compressor

Re: [Rohc] [Question #661412]: Question Regarding interoperability testing

Question #661412 on rohc changed: https://answers.launchpad.net/rohc/+question/661412 Didier Barvaux posted a new comment: OK, thx for the information, I'll analyze them quickly. -- You received this question notification because your team ROHC Team is an answer contact for rohc

Re: [Rohc] [Question #661623]: how and where share my codes

Question #661623 on rohc changed: https://answers.launchpad.net/rohc/+question/661623 Didier Barvaux posted a new comment: That looks interesting ! What did you changed ? Is it the library itself or did you improve the code in the RTP callback? -- You received this question notification because

Re: [Rohc] [Question #661623]: how and where share my codes

Question #661623 on rohc changed: https://answers.launchpad.net/rohc/+question/661623 Didier Barvaux posted a new comment: Tell me what are your modifications. I'll tell you if it is of interest for all. -- You received this question notification because your team ROHC Team is an answer contact

Re: [Rohc] [Question #661412]: Question Regarding interoperability testing

Question #661412 on rohc changed: https://answers.launchpad.net/rohc/+question/661412 Status: Open => Needs information Didier Barvaux requested more information: Selvaganesan, I didn't test the version 2.0.0 with other implementations. I'm sure that other people did so, but I do k

Re: [Rohc] rohc: Unknown symbol __aeabi_uldivmod (err 0)

Mikhail, > Mikhail Gruzdev <michail.gruz...@gmail.com> wrote: > Hi! > I've just created a pull request for the same issue > https://github.com/didier-barvaux/rohc/pull/4 . Almost at the same time ;-) I prefer not to embed the do_div implementation in the library, but us

Re: [Rohc] [Question #661623]: how and where share my codes

Question #661623 on rohc changed: https://answers.launchpad.net/rohc/+question/661623 Status: Open => Answered Didier Barvaux proposed the following answer: Hi, You may share your changes to the ROHC library in several ways: * create a Github account (if you don't have one yet), cre

Re: [Rohc] rohc: Unknown symbol __aeabi_uldivmod (err 0)

function provided by the Linux kernel instead of the C operator '/': https://github.com/didier-barvaux/rohc/commits/dev_fix_kernel_master Does it fix the problem? I only build-tested it on x86_64 and with an ARM cross-compiler : $ arm-softfloat-linux-gnueabi-gcc --version arm-softfloat-linux-gn

Re: [Rohc] [Question #644900]: two questions,thanks

Question #644900 on rohc changed: https://answers.launchpad.net/rohc/+question/644900 Status: Open => Needs information Didier Barvaux requested more information: Hello, The normal behavior of one ROHC decompressor un the No Context state is to expect IR packets only. The ROHC compres

Re: [Rohc] [Question #644900]: two questions,thanks

Question #644900 on rohc changed: https://answers.launchpad.net/rohc/+question/644900 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, 1. What is the exact error message ? 2. It is not straight forward. There is no UDP port dedicated to RTP streams. So,

Re: [Rohc] [Question #635408]: general context

Question #635408 on rohc changed: https://answers.launchpad.net/rohc/+question/635408 Didier Barvaux posted a new comment: Your message looks empty. Are you using IPv6 ? -- You received this question notification because your team ROHC Team is an answer contact for rohc

Re: [Rohc] [Question #635408]: general context

Question #635408 on rohc changed: https://answers.launchpad.net/rohc/+question/635408 Status: Open => Needs information Didier Barvaux requested more information: Hello, Here are my first findings with latest ROHC library version. I made some measurements on structures weights:

Re: [Rohc] Support for GRE, AH, MINE extension headers

Rohc v2 ? > > Thanks and Regards, > Deepak > > On 25 May 2017 6:25 p.m., "Didier Barvaux" <did...@barvaux.org> wrote: > > > Hi, > > > > >Is support added/implemented for remaining extension headers for > > >ROHC TCP profile. > &

Re: [Rohc] [Question #635408]: general context

Question #635408 on rohc changed: https://answers.launchpad.net/rohc/+question/635408 Status: Open => Needs information Didier Barvaux requested more information: Hi, I'm confused. There is no c_general_txt and d_general_txt structures in the source code of the ROHC libr

Re: [Rohc] Context replication support for ROHC TCP Profile

Hello, > Is support added/implemented for context replication for ROHC TCP > profile. Early support for Context Replication is available here: https://github.com/didier-barvaux/rohc/commits/dev_context_replication It passes all unit tests. However Travis CI build fails (not checked w

Re: [Rohc] [Question #404527]: Apple IOS cross-compilation

Question #404527 on rohc changed: https://answers.launchpad.net/rohc/+question/404527 Status: Open => Answered Didier Barvaux proposed the following answer: Hi, I don't know for sure. I didn't try. I didn't get report from other people. However, the library can be successfully (cr

Re: [Rohc] [Question #403875]: make check failure

Question #403875 on rohc changed: https://answers.launchpad.net/rohc/+question/403875 Didier Barvaux posted a new comment: Hi Gaël, You asked the same question on another thread. I answered you there yesterday. See my last message there : https://answers.launchpad.net/rohc/+question/403402

Re: [Rohc] [Question #403983]: Are compressor and no of contexts tightly coupled?

Question #403983 on rohc changed: https://answers.launchpad.net/rohc/+question/403983 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, The maximum number of contexts that a (de)compressor can handle is limited by the MAX_CID constant. The greatest MAX_

Re: [Rohc] [Question #403875]: make check failure

Question #403875 on rohc changed: https://answers.launchpad.net/rohc/+question/403875 Didier Barvaux proposed the following answer: Hello, The IP version variable in the code of the ROHC library is either used for the real IP version of the IP packet (values 4 or 6) or either for advertising

Re: [Rohc] [Question #403402]: Compress VoIP with ROHC

Question #403402 on rohc changed: https://answers.launchpad.net/rohc/+question/403402 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, > Hi, the rohc version 1.7.0 pass the test but i have got new errorthat's the > output, need help > root@aster

Re: [Rohc] [Question #403875]: make check failure

Question #403875 on rohc changed: https://answers.launchpad.net/rohc/+question/403875 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, Your system misses some required dependencies for building and running tests. They are checked by the configure script if

Re: [Rohc] [Question #403402]: Compress VoIP with ROHC

Question #403402 on rohc changed: https://answers.launchpad.net/rohc/+question/403402 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, The IP/ROHC tunnel does work with the ROHC library version 2.0.0 yet. Try with version 1.7.0 instead: https://rohc-lib.

Re: [Rohc] [Question #369673]: Can we inject context info to libray?

Question #369673 on rohc changed: https://answers.launchpad.net/rohc/+question/369673 Status: Expired => Answered Didier Barvaux changed the question status: Hello, Sorry for the answer delay. I was away on holidays. I hope my answer doesn't come too late... Some kind of hibernat

Re: [Rohc] [Question #395829]: Can we inject context info to libray?

Question #395829 on rohc changed: https://answers.launchpad.net/rohc/+question/395829 Didier Barvaux posted a new comment: See question https://answers.launchpad.net/rohc/+question/369673 -- You received this question notification because your team ROHC Team is an answer contact for rohc

Re: [Rohc] [Question #386584]: rohc context reuse..

Question #386584 on rohc changed: https://answers.launchpad.net/rohc/+question/386584 Didier Barvaux posted a new comment: See question https://answers.launchpad.net/rohc/+question/369673 -- You received this question notification because your team ROHC Team is an answer contact for rohc

Re: [Rohc] [Question #403402]: Compress VoIP with ROHC

Question #403402 on rohc changed: https://answers.launchpad.net/rohc/+question/403402 Didier Barvaux posted a new comment: Hello again, > Hi, i have got this issue when i try command :cmake CMakeLists.txt > -DCMAKE_INSTALL_PREFIX=/usr > [...] > -- Could NOT find PkgCon

Re: [Rohc] [Question #403402]: Compress VoIP with ROHC

Question #403402 on rohc changed: https://answers.launchpad.net/rohc/+question/403402 Didier Barvaux posted a new comment: Hello, > I study the data structure of the asterisk server,for I am going to know which > lines to modify on chan_sip.c > There are two methods on there, sip

Re: [Rohc] [Question #403402]: Compress VoIP with ROHC

Question #403402 on rohc changed: https://answers.launchpad.net/rohc/+question/403402 Status: Open => Needs information Didier Barvaux requested more information: Hello, > Need your help to manage me in my course of implement ROHC on asterisk Please be more specific. What step

Re: [Rohc] ROHC interval determination for 16 and 8 bits fields

e part of the next 2.0.1 bugfix release. Thank you for reporting the problem ! Regards, Didier [1] https://github.com/didier-barvaux/rohc/commit/67f432eef246c2d832d917c9a4cf2936f1df8417 [2] https://github.com/didier-barvaux/rohc/commit/1c3ba30d42a4bd172f9d2e066fa44ca03a27bc70 pgpEy7h6fID

Re: [Rohc] [Question #403402]: Compress VoIP with ROHC

Question #403402 on rohc changed: https://answers.launchpad.net/rohc/+question/403402 Status: Open => Answered Didier Barvaux proposed the following answer: Hello, > I want to integrate rohc library on asterisk source code > the aim is to modify the file "chan_sip.c (it's t

Re: [Rohc] IP/ROHC tunnel won't work - ROHC decompressor

Le 22 septembre 2016 12:22:59 GMT-04:00, me a écrit : >Funny thing is everything working perfectly within same LAN. >But once client is under NAT only first packet can pass There is no >firewall Hello, The IP/ROHC tunnel does not work through NAT without some

[Rohc] Major version 2.0.0 published

bugs fixes (34 are listed in the bugtracker, but many more were fixed, especially on the TCP profile). See the release notes and the changelog [1] for more details. [1] changelog: https://github.com/didier-barvaux/rohc/blob/rohc-2.0.0/ChangeLog == Compatibility with previous releases == The 2

[Rohc] [Question #191105]: Status of bug #902465 changed to 'Fix Released' in rohc-main

Bug #902465 status changed in rohc-main: Fix Committed => Fix Released https://bugs.launchpad.net/rohc/rohc-main/+bug/902465 "Algorithm for rate-limiting Negative ACKs is confusing" This bug is linked to #191105. when should it send a feedback in O-mode

[Rohc] [Question #187649]: Status of bug #902465 changed to 'Fix Released' in rohc-main

Bug #902465 status changed in rohc-main: Fix Committed => Fix Released https://bugs.launchpad.net/rohc/rohc-main/+bug/902465 "Algorithm for rate-limiting Negative ACKs is confusing" This bug is linked to #187649. Decompressor NACK feedback https://answers.launchpad.net/rohc/+question/187649

[Rohc] [Question #241175]: Status of bug #1263693 changed to 'Fix Released' in rohc-main

Bug #1263693 status changed in rohc-main: Fix Committed => Fix Released https://bugs.launchpad.net/rohc/rohc-main/+bug/1263693 "uncompressed profile: feedback behavior does not conform to RFC 3095" This bug is linked to #241175. about Profile0x

  1   2   3   4   5   6   >