Dear SR-Users,
I am using kamailio for decoding of SIP Packets with Message Body as a GSM PDU. But I am not sure of the modules which i need to use for the same. Some help on this would be greatly appreciated.
Thanks, ~Ramya.
On 02/04/2014 01:35 AM, Ramya Ramamurthy wrote:
I am using kamailio for decoding of SIP Packets with Message
Body as a GSM PDU. But I am not sure of the modules which i need to use for the same. Some help on this would be greatly appreciated.
Kamailio doesn't care much about the encapsulated message body, and there are no special modules to deal with GSM message bodies. In fact, the only module that I am aware of that deals with manipulation of encapsulated bodies at all (besides the far-end NAT traversal and rtpproxy modules that modify RTP endpoints and other SDP attributes) is the SIP-T module[1]. But that's ISUP, not GSM.
You can access the message body with $rb:
http://www.kamailio.org/wiki/cookbooks/4.1.x/pseudovariables#rb_-_body_of_re...
The bad news is that pretty much all textops[x] functions operate on the RURI or other existing, predefined parts of the SIP message, so you can't use those. Transformations can be of some help:
http://www.kamailio.org/wiki/cookbooks/4.1.x/transformations
But they mostly expect SIP or URI-like data as well. So, short of cobbling something together with {s.substr}, {s.select} and {re.subst}, those probably aren't going to be very fruitful either.
Depending on how complex the GSM PDU is and how exactly it's formatted, you might be better off passing it to a third-party script for processing. Other languages' generally-oriented programming runtimes and libraries allow free reading and manipulation of strings much more easily than Kamailio's relatively narrow config script environment. Offhand, Kamailio supports embedded Lua, Python, Perl, and I think Java and Mono (.NET) as well, although some of these are easier to use than others. All of these modules, as far as I know, involve some performance-related optimisations, such as only loading the language interpreter into memory once, instead of at every invocation.
-- Alex
[1] http://kamailio.org/docs/modules/4.1.x/modules/sipt.html
On 02/04/2014 01:44 AM, Alex Balashov wrote:
In fact, the only module that I am aware of that deals with manipulation of encapsulated bodies at all (besides the far-end NAT traversal and rtpproxy modules that modify RTP endpoints and other SDP attributes) is the SIP-T module[1].
Well, I mean, besides presence and other obvious ones. :-)
Thanks Alex, for the quick response.
BTW, what is the use of the SMS Module in Kamailio. Thought it would decode the GSM SMS Packet and form a SIP Message embedded with the PDU as the message body. Correct me if am wrong.
Thanks, ~Ramya.
On Tue, Feb 4, 2014 at 12:15 PM, Alex Balashov abalashov@evaristesys.comwrote:
On 02/04/2014 01:44 AM, Alex Balashov wrote:
In fact, the only module that I am aware of that deals with
manipulation of encapsulated bodies at all (besides the far-end NAT traversal and rtpproxy modules that modify RTP endpoints and other SDP attributes) is the SIP-T module[1].
Well, I mean, besides presence and other obvious ones. :-)
-- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
On 02/04/2014 06:35 AM, Ramya Ramamurthy wrote:
BTW, what is the use of the SMS Module in Kamailio. Thought it would decode the GSM SMS Packet and form a SIP Message embedded with the PDU as the message body. Correct me if am wrong.
I believe this module provides a hardware interface to certain GSM modems for the purpose of sending and receiving SMS and converting it to SIP MESSAGE.
It doesn't aid in parsing encapsulated GSM messages in general.
Hi folks,
I noticed that the "Ubuntu precise"-repositories went down this night and not yet up again.
Is this a temporary problem?
###################################################################### [...] Err http://deb.kamailio.org precise/main Sources 404 Not Found Err http://deb.kamailio.org precise/main i386 Packages 404 Not Found [...] W: Failed to fetch http://deb.kamailio.org/kamailio/dists/precise/main/source/Sources 404 Not Found W: Failed to fetch http://deb.kamailio.org/kamailio/dists/precise/main/binary-i386/Packages 404 Not Found E: Some index files failed to download. They have been ignored, or old ones used instead. ######################################################################
greetz
Hello,
the old server with the repositories had to be shut down:
- http://lists.sip-router.org/pipermail/sr-users/2014-January/081347.html
But the repositories were cloned to devel.kamailio.org and the dns was pointed to them.
Maybe Henning can check if the http paths on the devel server match the ones from the old server, as listed on the wiki:
- http://www.kamailio.org/wiki/packages/debs
Guys at Sipwise are gratefully working on setting up a new build system for deb packages, which should become available soon.
Cheers, Daniel
On 04/02/14 09:20, Moritz Graf wrote:
Hi folks,
I noticed that the "Ubuntu precise"-repositories went down this night and not yet up again.
Is this a temporary problem?
###################################################################### [...] Err http://deb.kamailio.org precise/main Sources 404 Not Found Err http://deb.kamailio.org precise/main i386 Packages 404 Not Found [...] W: Failed to fetch http://deb.kamailio.org/kamailio/dists/precise/main/source/Sources 404 Not Found W: Failed to fetch http://deb.kamailio.org/kamailio/dists/precise/main/binary-i386/Packages 404 Not Found E: Some index files failed to download. They have been ignored, or old ones used instead. ######################################################################
greetz
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Daniel wrote: the old server with the repositories had to be shut down:
- http://lists.sip-router.org/pipermail/sr-users/2014-January/081347.html
But the repositories were cloned to devel.kamailio.org and the dns was pointed to them.
Maybe Henning can check if the http paths on the devel server match the ones from the old server, as listed on the wiki:
Guys at Sipwise are gratefully working on setting up a new build system for deb packages, which should become > available soon.
Hello,
Can you please check again? There was an error in the apache configuration. It should work now better with the old URL.
Best regards
Henning