Thank you for your valuable suggestions, i appreciate
it.
I agree about module name, in fact a couple friends have already sent me
email privately suggesting the same. May be something like "nio_intercept"
would be better, since module only intercepts the network in/output and
leaves it to script writer what to do with it.
Regarding embedding in corex, that is interesting, however i need to go
through its code to understand it a bit and then attempt to embed it. Later
on, i will create separate module which import this functionality from
corex and do specific tasks such as compression and faking http etc.
There is a good progress on doubango SDK side as well and at least idoubs
would be ready soon (7 to 10 days approx). Then mobile voip developers can
fully test this functionality at both ends.
Anyways let me look at corex module and see if and how can i embed this.
In the meantime more suggestions and comments on this are warmly welcome
from everyone.
Thank you.
On Mon, Aug 4, 2014 at 7:55 PM, Daniel-Constantin Mierla <
miconda(a)gmail.com> wrote:
Hello,
I looked at the code and my conclusion was that the name is a bit
confusing.
While indeed you can do obfuscation using some embedded language or other
meanings from the config file, the module itself doesn't do anything
related. It executes an event route for network packet in/out.
Such functionaly is of course useful, just to remind the given example
with obfuscation. But I think a better name to reflect the behaviour should
be given.
Maybe obfuscate should be a module that implement some algorithms for
obfuscations, like you mentions:
- simply compressing (gz)
- compressing and encapsulation as body in a http request/reply
- itv
My proposal would be:
- either rename the module or embed in another module (e.g., corex) what
was developed for these event route execution. The event route name should
be related to network reception/transmission (e.g., network:msg). Also the
is_obfuscated_msg() should be something like is_incoming()
- have a new module obfuscate to implement some algorithm as proof of
concept (e.g., gzip -- i guess plenty of code from gzcompress module is
very useful just to take from there). Then others may contribute more, as
they have new ideas or from what you listed (http ecapsulation is at least
interesting, considering many allow port 80 and inspect for http).
Of course, these are my opinions, so the discussion can go on for
deciding on how to proceed.
Cheers,
Daniel
On 02/08/14 23:57, Muhammad Shahzad wrote:
Hi,
As already discussed in detail in following email thread,
https://www.mail-archive.com/sr-users@lists.sip-router.org/msg19922.html
The new Kamailio module obfuscate is ready for testing and can be
downloaded at,
http://webrtc.voip-demos.com/obfuscate.tbz2
It contains full code, with documentation and usage scenarios etc.
Adding Kamailio dev team, can you guys review the code and add this
module to Kamailio trunk if possible? I will be responsible for its
maintenance and bug fixes etc. if any.
Thank you.
--
Daniel-Constantin Mierla -
http://www.asipto.com
http://twitter.com/#!/miconda -
http://www.linkedin.com/in/miconda