doubangotelecom / libsigcomp Goto Github PK

Here is a patch to set a proper "Release" configuration under WinCE (tested 
with the Windows Pocket PC 2005 SDK)

What steps will reproduce the problem?
[Ans]1.Provide the entire frame(containing compressed SIP message) as input to 
the "decompress" API
2.
3.

What is the expected output? What do you see instead?
[Ans] : I expect the decompression to be successfull but I see it fails.

What version of the product are you using? On what operating system?
[Ans] : Sigcomp rc59 on windows XP


Please provide any additional information below.

I tried to give the entire frame to the "decompress" API but the decompression 
failed.
Does the Sigcomp product support only de-capsulated data? i.e.  SigComp message 
has to be de-capsulated before giving it to the "decompress" API?
Can you please let me know if we can provide the following as input to the 
"decompress" API?

  - The entire frame(work out all encapsulations automatically)
  - IP packet
  - TCP/UDP/SCTP packet



Thanks.

The C wrapper is not built inside libsigcomp.a, because the
src/c_wrapper.cxx file is missing from the Makefile.am.

A trivial fix is to add this file to the Makefile.am template.

I've been using libsigcomp to (de)compress SIP messages over TCP. I've hit a 
few problems related to TCP segmentation:

1. If I send a single TCP packet that contains multiple sigcomp messages, the 
last message is not decoded. This seems to be an error in libsigcomp's buffer 
length calculations. 

2. If I send a single sigcomp message split over several TCP packets, I get a 
decode error. This appears to be because libsigcomp unquotes single 0xff bytes 
multiple times (once for each message segment). 

3. Through code reading, I have spotted that sending malicious sigcomp message 
over TCP can cause libsigcomp to allocate an unbounded amount of memory. 

I have a patch for these issues. Do you need me to sign any contributor's 
agreement or anything before I send it?

What steps will reproduce the problem?

I've just made cout print to demo.cpp compression ration of manager1->compress 
& manager2->compress, it appears that compression ratio is very promissing:

Compression using manager I stat (min/max/avg): 0.906915/1042/1.0841
Compression using manager II stat (min/max/avg): 0.906915/1.30909/1.08502

Perhaps it's the deflat made it bigger?

Add pure "C" wrapper.
This will allow pure "C" project to use libsigcomp.

When compression we MUST only load acknowledged states.
This mean that compression should be loaded from the latest acknowledged
state data.

There are two issues when building libsigcomp on Linux platforms:
1) pthread is not detected by default. The --phtread-prefix is mandatory to
use pthread. The detection should be more lenient.
2) include files are installed directly under $(PREFIX). It is better to
segregate the include files to provide a clean access. 

Here is a patch that addresses the two issues.

What steps will reproduce the problem?
1.run demo with addSipSdpDictionary();
2.run demo without addSipSdpDictionary();
3.

What is the expected output? What do you see instead?
I found that the result of compression is the same one. I want to confirm that 
the demo whethor or not use static dictionary to compress.

What version of the product are you using? On what operating system?
The version is based on your svn source code.

Please provide any additional information below.

I would like to use this library for opensuse 10.3. I tired downloading 
the source but the svn link is not working. Could you please let me know 
how to download the source code . I tired the link below

svn checkout http://libsigcomp.googlecode.com/svn/trunk/ libsigcomp-read-
only 

The error shows that
"could not connect to  http://libsigcomp.googlecode.com

Thanks
Jijo
[email protected]

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.