i made a typo in my script and $gip(src=>cc) was referenced before
geoip_match() call.
the reference resulted in crash. to reproduce, execute statement
$var(test) = $gip(src=>cc);
as first thing in your script.
-- juha
Hello,
we are considering to release new versions from stable branches of
Kamailio starting with Thursday, March 6. First is v4.1.2 from latest
stable branch and if the time allows in the same day, the v4.0.6.
The reason to release v3.3.7 is to have a proper debian packages built
and hosted on the new repositories -- the specs had a conflict for
latest 3.3 version of some sub-packages.
If there are known issues that were not addressed, please report them to
the tracker.
Cheers,
Daniel
--
Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference - April 2-4, 2014, in Berlin, Germany
http://www.kamailioworld.com
Hi,
I'm trying to add some string at the end of some line in the body/sdp of a SIP INVITE for testing some interoperability.
The following line
a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:NwC8z5MsyCWbpJJo1n2BDS8DkGuUU2cIt9KRUqPU
should be converted to
a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:NwC8z5MsyCWbpJJo1n2BDS8DkGuUU2cIt9KRUqPU UNENCRYPTED_SRTCP
I tried with this:
subst_body('/(a=crypto.*)\r/\1 UNENCRYPTED_SRTCP\r/g');
but it does not match
just using
subst_body('/(a=crypto.*)/\1 UNENCRYPTED_SRTCP/g');
matches but results in this (carriage return between key and "UNENCRYPTED_SRTCP"):
a=crypto:1 AES_CM_128_HMAC_SHA1_80 inline:NwC8z5MsyCWbpJJo1n2BDS8DkGuUU2cIt9KRUqPU\rUNENCRYPTED_SRTCP
using Kamailio 3.3.6
Any ideas?
Mit freundlichen Grüßen / Best regards
Marco Barthel
Robert Bosch GmbH
(CI/AFU1)
Postfach 30 02 20
70442 Stuttgart
GERMANY
www.bosch.com<http://www.bosch.com>
Sitz: Stuttgart, Registergericht: Amtsgericht Stuttgart, HRB 14000;
Aufsichtsratsvorsitzender: Franz Fehrenbach; Geschäftsführung: Dr. Volkmar Denner,
Dr. Stefan Asenkerschbaumer, Dr. Rolf Bulander, Dr. Stefan Hartung, Dr. Dirk Hoheisel, Christoph Kübel,
Uwe Raschke, Wolf-Henning Scheider, Dr. Werner Struth, Peter Tyroller
Hi,
Can someone share a working msilo config for 4.1.1?
I've tried following older tutorials out there but they no longer seem to
apply.
I just want to test out msilo with the default kamailio config in 4.1.1,
but the current example in
http://kamailio.org/docs/modules/4.1.x/modules/msilo.html doesn't work for
me.
Specifically, I get an error regarding the syntax in
t_on_failure("1");
Any help or pointers appreciated.
Thanks
I have Kamailio setup as a proxy in front of a backend server (Asterisk).
When I make a call through the proxy, the Contact header in the 200 OK
that is returned to the client has the IP of the backend server in it.
Thus, the client is sending it's ACK directly to the backend server.
Is there a special method to rewrite the Contact header to be Kamailio's IP?
Where is a good place in the config to do this? (my config is loosely
based on this:
http://kb.asipto.com/asterisk:realtime:kamailio-4.0.x-asterisk-11.3.0-astdb)
Thanks!
Marc
Can someone update the wiki page? I was confused for days on this:
http://www.kamailio.org/dokuwiki/doku.php/packages:debs
On Wed, Mar 5, 2014 at 8:21 AM, Vik Killa <vipkilla(a)gmail.com> wrote:
> Can someone update the wiki page? I was confused for days on this:
> http://www.kamailio.org/dokuwiki/doku.php/packages:debs
>
>
> On Tue, Mar 4, 2014 at 6:54 AM, Klaus Darilion <
> klaus.mailinglists(a)pernau.at> wrote:
>
>> Thanks to all involved
>>
>>
>> On 03.03.2014 14:16, Victor Seva wrote:
>>
>>> The new build system for Debian and Ubuntu packages is now in place.
>>> This service is kindly sponsored by SipWise [0] thanks to Andreas
>>> Granig [1]. Sipwise is providing the hosting and man power to create
>>> and manage this new system.
>>>
>>> deb.kamailio.org is based on jenkins-debian-glue[2] project running on
>>> AWS EC2 environment thanks to Michael Prokop [3] and myself. All the
>>> needed files, scripts and info to reproduce this system is kept public
>>> at [4].
>>>
>>> In [5] is described all the repositories available.
>>>
>>> * nightly builds are been built if a change is detected in the branch,
>>> once by night.
>>> - kamailiodev-nightly
>>> branch:
>>> - 'master'
>>> distributions: jessie, wheezy, squeeze, precise
>>>
>>> - kamailio41-nightly
>>> branch:
>>> - '4.1'
>>> distributions: jessie, wheezy, squeeze, precise
>>>
>>> - kamailio40-nightly
>>> branch:
>>> - '4.0'
>>> distributions: lenny, squeeze, wheezy, lucid, precise
>>>
>>> - kamailio33-nightly
>>> branch:
>>> - '3.3'
>>> distributions: lenny, squeeze, wheezy, lucid, precise
>>>
>>> * tags are been built if a new tag is detected once by night.
>>> - kamailio41
>>> branch:
>>> - '*/tags/4.1*'
>>> distributions: jessie, wheezy, squeeze, precise
>>>
>>> - kamailio40
>>> branch:
>>> - '*/tags/4.0*'
>>> distributions: lenny, squeeze, wheezy, lucid, precise
>>>
>>> - kamailio33
>>> branch:
>>> - '*/tags/3.3*'
>>> distributions: lenny, squeeze, wheezy, lucid, precise
>>>
>>> Now there is no 4.1.1 package built so the default kamailio repository
>>> is pointing to a empty repository. As soon as we release 4.1.2 this
>>> will be fixed.
>>>
>>> Regards,
>>> Victor Seva ( kamailio admin hat on )
>>>
>>> [0] http://www.sipwise.com/
>>> [1] http://www.kamailio.org/w/andreas-granig/
>>> [2] https://github.com/mika/jenkins-debian-glue
>>> [3] http://michael-prokop.at/
>>> [4] https://github.com/sipwise/kamailio-deb-jenkins
>>> [5] http://deb.kamailio.org/index.html
>>>
>>> _______________________________________________
>>> sr-dev mailing list
>>> sr-dev(a)lists.sip-router.org
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>>
>>>
>> _______________________________________________
>> Kamailio (OpenSER) - Business mailing list
>> Business(a)lists.kamailio.org
>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/business
>> http://lists.openser-project.org/cgi-bin/mailman/listinfo/business
>>
>
>
Hi,
kamailio ver 3.3.6.
I load approximately 100Mb of data into memory. And my shared memory size
is 4Gb.
It is CARRIERROUTE, DIALPLAN, MTREE and HTABLE combimations.
My system has to be synced with DB that is being updated frequently.
So, I reload the data every 1-2 minutes.
I notice that the shared memory usage is increasing at 1% every 18-19
reloads.
I use mem_join = 1 and no mem_join at all.
I compiled with C_DEFS+= -DMEM_JOIN_FREE and even with -DF_MALLOC.
Tried different options, still, the issue keeps on going and it is very
frustrating...
Anyone has the same problem?
BR,
Uri
Dear All,
Can anybody please tel me, are there any MSRP relay (RFC 4976) compliant
SIP clients for Android Platform ?
Sorry for asking this question which is out of relevant here.
Waiting for somebody's comments on this
Regards,
Nandini
During Kamailio World 2014, the companies IT Center, Digium, Sipgate, NG
Voice, Asipto and FhG Fokus will provide all day long demos and
presentations of their products and services. You can contact them in
advance to schedule an appointment if you want to reserve proper time to
discuss about their offerings:
- http://conference.kamailio.com/k02/exhibitors/
It is less than one month till the start of the event, the agenda is
pretty much finalized:
- http://conference.kamailio.com/k02/schedule/
It has over 30 sessions presented by world wide speakers, from technical
tutorials to business use cases, with topics such WebRTC, IMS,
anti-fraud & VoIP security, scalability with OpenStack, real time
charging, various Kamailio use cases, Asterisk, FreeSwitch and SEMS.
Once again we are grateful to event sponsors -- Asipto, FhG Fokus,
Sipwise, IT Center, Sipgate, Simwood, Digium, NG Voice -- without their
contributions is impossible to bring such an excellent group of speakers
and support event logistics:
- http://conference.kamailio.com/k02/sponsors/
Hurry up if you don't want to miss this event, it is no alternative in
Europe for meeting professionals in large real time communications
deployments and open source telephony. Registration details are
available at:
- http://conference.kamailio.com/k02/registration/
See you in Berlin!
--
Daniel-Constantin Mierla - http://www.asipto.comhttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
i tried make xmlrpc query on pkg.stats, but my xmlrpc lib was not able
to parse the response (below). according to xmlrpc spec:
The body of the response is a single XML structure, a
<methodResponse>, which can contain a single <params> which contains a
single <param> which contains a single <value>.
according to the spec <value> is scalar value or <struct> or <array>.
in sip proxy response below, there a several <struct>s in the <value>,
which according to my understanding is violation of the spec.
instead, the response should be like this:
<?xml version="1.0"?>
<methodResponse>
<params>
<param>
<value>
<array>
<data>
<value>
<struct>...</struct>
</value>
<value>
<struct>...</struct>
</value>
...
</data>
</array>
</param>
</methodResponse>
comments?
-- juha
--------------------------------------------------------------------------
Received the following response:
HTTP/1.0 200 OK
Via: SIP/2.0/TCP 127.0.0.1:36643
Server: OpenXg SIP Proxy (4.1.1-2 (i386/linux))
Content-Length: 6311
<?xml version="1.0"?>
<methodResponse>
<params>
<param>
<value><struct><member><name>entry</name><value><int>0</int></value></member><member><name>pid</name><value><int>5846</int></value></member><member><name>rank</name><value><int>0</int></value></member><member><name>used</name><value><int>4553004</int></value></member><member><name>free</name><value><int>559936</int></value></member><member><name>real_used</name><value><int>5731520</int></value></member></struct>
<struct><member><name>entry</name><value><int>1</int></value></member><member><name>pid</name><value><int>5848</int></value></member><member><name>rank</name><value><int>1</int></value></member><member><name>used</name><value><int>4557328</int></value></member><member><name>free</name><value><int>554652</int></value></member><member><name>real_used</name><value><int>5736804</int></value></member></struct>
<struct><member><name>entry</name><value><int>2</int></value></member><member><name>pid</name><value><int>5849</int></value></member><member><name>rank</name><value><int>2</int></value></member><member><name>used</name><value><int>4557328</int></value></member><member><name>free</name><value><int>554652</int></value></member><member><name>real_used</name><value><int>5736804</int></value></member></struct>
<struct><member><name>entry</name><value><int>3</int></value></member><member><name>pid</name><value><int>5850</int></value></member><member><name>rank</name><value><int>3</int></value></member><member><name>used</name><value><int>4557328</int></value></member><member><name>free</name><value><int>554652</int></value></member><member><name>real_used</name><value><int>5736804</int></value></member></struct>
<struct><member><name>entry</name><value><int>4</int></value></member><member><name>pid</name><value><int>5851</int></value></member><member><name>rank</name><value><int>4</int></value></member><member><name>used</name><value><int>4557328</int></value></member><member><name>free</name><value><int>554652</int></value></member><member><name>real_used</name><value><int>5736804</int></value></member></struct>
<struct><member><name>entry</name><value><int>5</int></value></member><member><name>pid</name><value><int>5852</int></value></member><member><name>rank</name><value><int>4294967295</int></value></member><member><name>used</name><value><int>4556356</int></value></member><member><name>free</name><value><int>556296</int></value></member><member><name>real_used</name><value><int>5735160</int></value></member></struct>
<struct><member><name>entry</name><value><int>6</int></value></member><member><name>pid</name><value><int>5853</int></value></member><member><name>rank</name><value><int>4294967295</int></value></member><member><name>used</name><value><int>4556356</int></value></member><member><name>free</name><value><int>556296</int></value></member><member><name>real_used</name><value><int>5735160</int></value></member></struct>
<struct><member><name>entry</name><value><int>7</int></value></member><member><name>pid</name><value><int>5854</int></value></member><member><name>rank</name><value><int>4294967294</int></value></member><member><name>used</name><value><int>4563012</int></value></member><member><name>free</name><value><int>549112</int></value></member><member><name>real_used</name><value><int>5742344</int></value></member></struct>
<struct><member><name>entry</name><value><int>8</int></value></member><member><name>pid</name><value><int>5857</int></value></member><member><name>rank</name><value><int>4294967295</int></value></member><member><name>used</name><value><int>4556368</int></value></member><member><name>free</name><value><int>556236</int></value></member><member><name>real_used</name><value><int>5735220</int></value></member></struct>
<struct><member><name>entry</name><value><int>9</int></value></member><member><name>pid</name><value><int>5863</int></value></member><member><name>rank</name><value><int>4294967295</int></value></member><member><name>used</name><value><int>4556368</int></value></member><member><name>free</name><value><int>556236</int></value></member><member><name>real_used</name><value><int>5735220</int></value></member></struct>
<struct><member><name>entry</name><value><int>10</int></value></member><member><name>pid</name><value><int>5873</int></value></member><member><name>rank</name><value><int>4294967295</int></value></member><member><name>used</name><value><int>4557616</int></value></member><member><name>free</name><value><int>554844</int></value></member><member><name>real_used</name><value><int>5736612</int></value></member></struct>
<struct><member><name>entry</name><value><int>11</int></value></member><member><name>pid</name><value><int>5876</int></value></member><member><name>rank</name><value><int>5</int></value></member><member><name>used</name><value><int>4642360</int></value></member><member><name>free</name><value><int>467988</int></value></member><member><name>real_used</name><value><int>5823468</int></value></member></struct>
<struct><member><name>entry</name><value><int>12</int></value></member><member><name>pid</name><value><int>5877</int></value></member><member><name>rank</name><value><int>6</int></value></member><member><name>used</name><value><int>4618200</int></value></member><member><name>free</name><value><int>493396</int></value></member><member><name>real_used</name><value><int>5798060</int></value></member></struct>
<struct><member><name>entry</name><value><int>13</int></value></member><member><name>pid</name><value><int>5878</int></value></member><member><name>rank</name><value><int>7</int></value></member><member><name>used</name><value><int>4618200</int></value></member><member><name>free</name><value><int>493396</int></value></member><member><name>real_used</name><value><int>5798060</int></value></member></struct>
<struct><member><name>entry</name><value><int>14</int></value></member><member><name>pid</name><value><int>5884</int></value></member><member><name>rank</name><value><int>4294967292</int></value></member><member><name>used</name><value><int>4035956</int></value></member><member><name>free</name><value><int>497228</int></value></member><member><name>real_used</name><value><int>5307880</int></value></member></struct>
</value>
</param>
</params>
</methodResponse>