[SR-Users] Notice: work on mailing lists server
Hello, be aware that today I plan to do some maintenance on the mailing lists server, including the shifting to the lists.kamailio.org as primary domain. I expect not to have any relevant downtime, but one never knows. Maybe the archive won't be available for short time due to changes needs to be done to the web server after mailing lists server is upgraded. I will sent another notification when everything is finished. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] snmpstats issue
: true(1) > > KAMAILIO-MIB::kamailioNetConfUdpDtlsTransport.0 = INTEGER: -1 > > KAMAILIO-MIB::kamailioNetConfTcpTransport.0 = INTEGER: 0 > > KAMAILIO-MIB::kamailioNetConfTcpTlsTransport.0 = INTEGER: 0 > > KAMAILIO-MIB::kamailioNetConfSctpTransport.0 = INTEGER: true(1) > > KAMAILIO-MIB::kamailioNetConfSctpTlsTransport.0 = INTEGER: -1 > > KAMAILIO-MIB::kamailioNetConfWsTransport.0 = INTEGER: -1 > > KAMAILIO-MIB::kamailioNetConfWsTlsTransport.0 = INTEGER: 0 > > KAMAILIO-MIB::kamailioNetConfHttpServer.0 = INTEGER: 0 > > KAMAILIO-MIB::kamailioNetConfMsrpRelay.0 = INTEGER: 0 > > KAMAILIO-MIB::kamailioNetConfStunServer.0 = INTEGER: 0 > > KAMAILIO-MIB::kamailioNetConfOutbound.0 = INTEGER: 0 > > > > Regards, > > > > Igor. > > > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> > Garanti sans virus. www.avast.com > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Introduction
Hello, thanks for sharing the story with Kamailio community! It looks like a very interesting to project you try to achieve at Rhizomatica. I am sure there will be people here on mailing list trying to help as mus as possible whenever you have questions, the community is very friendly and responsive. However, to have good answers, it is important to ask on specific issues you encounter. Asking for something generic (e.g., can anyone send me a config file for x, y, z features) has lower chance of answering, because each use case of kamailio (e.g., sip lcr engine) involves interaction with many other systems, security, etc. and it is not going to be something easy to just send over. Also, many of us just reply on mailing list discussions, unless you get a request for a private email with some too sensitive data for the public, likely just switching to reply to a developer will lead to no answer (this being my case as well). I hope to see positive updates from your project and feel free to interact with us here whenever you need to clarify something, but also to assist others when you have past experience that you can share! Cheers, Daniel On 10.04.17 14:20, Nicolas Pace wrote: > Hi Everyone! > > I just wanted to introduce myself, before blasting the list with > questions (just kidding!). > > My name is Nicolás Pace, I'm a Community Networks advocate from > Argentina. > I'm working on a community project for Rhizomatica [0], which is an > amazing organization that promotes Community Cellular Networks for > underserved communities in Latin America (mainly mexican's first > nations but also in Nicaragua, Colombia nad Brazil). > We are working on a mobile app to connect the Community Cellular > Networks (that uses 2G Cellular Networks) with the rest of the world > via SIP, and we are considering using Kamailio for this. > > The project has been using FreeSwitch for some time and now we are > thinking about using Kamailio on the cloud side, and intengrate them > via SIP. On a not so distant future, if the Kamailio experience goes > well, we are thinking on moving everything to Kamailio, as it seems to > be much more simple and effective. > > For now we expect to do a prototype to connect this communities with > their relatives via SMS (on the Cellular side) with SIP SIMPLE Messages > (on the 'cloud' side). > > Awesome to meet you all, and hope to be collaborating with this > community! > > Regards, > > [0] https://www.rhizomatica.org/ > > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] INFO: Shifting mailing lists to kamailio.org domain
Not seeing anything against so far, I am going to shift the sr-users and sr-dev to use kamailio.org top domain. Cheers, Daniel On 03.04.17 14:56, Daniel-Constantin Mierla wrote: > Hello, > > I think it is time to migrate the mailing lists under kamailio.org > domain, respectively use lists.kamailio.org. > > The lists.sip-router.org will still work, but lists.kamailio.org is > intended to become the primary domain for mailing lists. > > The sip-router.org was the quick solution for integrating Kamailio and > SER in one project back in 2008, when kamailio.org and iptel.org still > needed to be operated for a while as independent projects. For few years > now, Kamailio is the only project name that is used out there and it > will make operating everything a bit smoother, more coherent and also > avoid eventual confusions for people new into the project. > > As a matter of fact, we even had a small incident few weeks ago -- due > to split management of sip-router.org and DNS registration expire > notifications going to an email address on a different server than > kamailio.org, the domain was expired for few hours (although it was kept > on hold by registrar) and mailing lists started to be unavailable. > Fortunately that was discovered and fixed in time. > > The names will stay the same sr-users and sr-dev, just primary domain > will be using kamailio.org (which should 'hopefully' work even now, as > this email was addressed with mixed sr-...@lists.sip-router.org and > sr-us...@lists.kamailio.org). > > If anyone has different opinions or suggestions, let's discuss them! > > Cheers, > Daniel > -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Transaction Lookup Failing
Ahh, I read first the initial email and already I responded to it, so ignore that one -- anyhow, there should be good hints for someone facing similar situation. Cheers, Daniel On 09.04.17 03:28, Colin Morelli wrote: > Apologies for the false alarm here - Kamailio was not to blame. > > There was a code change in a recent version of PJSIP that resulted in > the second Via header not including the src port that the request > originated from. Effectively this meant that the Via header was not an > exact match for the invite, which caused the transaction to not match. > Through some configuration changes in PJSIP I was able to work around > this. > > Best, > Colin > > On Sat, Apr 8, 2017 at 7:56 PM, Colin Morelli <mailto:colin.more...@gmail.com>> wrote: > > Hey all, > > Trying to debug an issue with canceling an invite. I have two > different types of clients. On one client, canceling an invite > works correctly. With the other client, it t_check_trans fails. > > Both clients show the same request/responses: > > On Client A: > -> INVITE > <- 183 > -> PRACK > <- 200 > -> UPDATE (from successful STUN binding) > <- 200 > -> CANCEL > <- 200 > > On Client B: > -> INVITE > <- 183 > -> PRACK > <- 200 > -> UPDATE (from successful STUN binding) > <- 200 > -> CANCEL > <- 481 (this is sent from my kamailio script when t_check_trans fails) > > I can't see much that's different between the leading > requests/responses of each. They seem to be virtually identical > (with the exception of IP addresses and tag values, of course). > This makes sense, since they're both based on PJSIP (albeit > different versions of PJSIP, but not off by much) > > Is there anything in particular I should be looking out for that > might be obvious? I could provide more detailed logs and traces if > required. > > Best, > Colin > > > > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Kamailio 5.0 can't get version of the RTP proxy
iirc, with that log message the rtpproxy is not starting if you don't provide the -u or -F parameter. The netstat shows only kamailio as application, no rtpproxy. See if rtpproxy is in the process running table, like: ps -auxw | grep -i rtpproxy Cheers, Daniel On 10.04.17 11:21, Yebe diomande Keffa wrote: > YES, i think rtpproxy is running > > root@ns3033789:/usr/local/src/kamailio-5.0/rtpproxy# netstat -np | > grep 7722 > udp0 0 127.0.0.1:43042 127.0.0.1:7722 > ESTABLISHED 13084/kamailio > udp0 0 127.0.0.1:38992 127.0.0.1:7722 > ESTABLISHED 13062/kamailio > udp0 0 127.0.0.1:47217 127.0.0.1:7722 > ESTABLISHED 13093/kamailio > udp0 0 127.0.0.1:43185 127.0.0.1:7722 > ESTABLISHED 13086/kamailio > udp0 0 127.0.0.1:49354 127.0.0.1:7722 > ESTABLISHED 13113/kamailio > udp0 0 127.0.0.1:51461 127.0.0.1:7722 > ESTABLISHED 13097/kamailio > udp0 0 127.0.0.1:43428 127.0.0.1:7722 > ESTABLISHED 13065/kamailio > > > i started RTPproxy like this: > > root@ns3033789:/usr/local/src/kamailio-5.0/rtpproxy# rtpproxy -l > 5.135.177.203 -s udp:localhost:7722 > rtpproxy: running this program as superuser in a remote control mode > is strongly not recommended, as it poses serious security threat to > your system. Use -u option to run as an unprivileged user or -F is you > want to run as a superuser anyway. > > > > Keffa Y. Diomande > Skype : keffadi > Tel : +225 02 77 22 22 > Office : Abidjan Ciad > http://www.alcall.net > > > >> Le 10 avr. 2017 à 09:11, Alex Balashov > <mailto:abalas...@evaristesys.com>> a écrit : >> >> ascertained > > > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Transaction Lookup Failing
Hello, if you run with debug=3, isn't there any hint in the logs from tm module why the cancel is not matched to an invite? If you want us to investigate, send the logs with debug=3 and pcap with the sip messages for the failure case. Cheers, Daniel On 09.04.17 01:56, Colin Morelli wrote: > Hey all, > > Trying to debug an issue with canceling an invite. I have two > different types of clients. On one client, canceling an invite works > correctly. With the other client, it t_check_trans fails. > > Both clients show the same request/responses: > > On Client A: > -> INVITE > <- 183 > -> PRACK > <- 200 > -> UPDATE (from successful STUN binding) > <- 200 > -> CANCEL > <- 200 > > On Client B: > -> INVITE > <- 183 > -> PRACK > <- 200 > -> UPDATE (from successful STUN binding) > <- 200 > -> CANCEL > <- 481 (this is sent from my kamailio script when t_check_trans fails) > > I can't see much that's different between the leading > requests/responses of each. They seem to be virtually identical (with > the exception of IP addresses and tag values, of course). This makes > sense, since they're both based on PJSIP (albeit different versions of > PJSIP, but not off by much) > > Is there anything in particular I should be looking out for that might > be obvious? I could provide more detailed logs and traces if required. > > Best, > Colin > > > _______ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] How do i build MSRP chat bot?
Hello, the standard MSRP session starts with and INVITE. What do you want to achieve, answer the invite, have a chat and then reconnect the caller to another MSRP endpoint? Or hold a bit the INVITE until the target connects to the system (e.g., after a push notification)? Cheers, Daniel On 07.04.17 23:09, Pranathi Venkatayogi wrote: > > I would like to place the customer connecting via SIP/MSRP on hold > until I find the right destination. > > What is the best way to do this? > > One idea is to write a MSRP bot. Does anyone know how to go about this? > > > > Other smart ideas? > > > > Thanks, > > *Pranathi Venkatayogi* > > /System Developer II/ > > (520) 745-9447 x4466 > > www.cyracom.com <http://www.cyracom.com/> > > > > Join us: cid:image001.gif@01D1C9C9.C4E8B6D0 > <https://www.facebook.com/pages/CyraCom-LLC/134704783312720> > cid:image002.gif@01D1C9C9.C4E8B6D0 > <https://twitter.com/cyracom> cid:image003.gif@01D1C9C9.C4E8B6D0 > <http://www.linkedin.com/company/cyracom> cid:image004.gif@01D1C9C9.C4E8B6D0 > <http://www.cyracom.com/blog/> > > > > cid:image005.png@01D1C9C9.C4E8B6D0 > > > > DISCLAIMER: This e-mail and any attached content may contain > confidential or privileged material delivered for the sole use of the > intended recipient(s). Any review, use, distribution or disclosure by > others is strictly prohibited. If you are not the intended recipient > (or authorized to receive for the recipient), please contact the > sender immediately by reply e-mail and delete all copies of this > message. It is the recipient's responsibility to scan this e-mail and > any attachments for viruses. The content of this e-mail message, > including any attachments, does not comprise a contract or a portion > of a contract, and so does not bind CyraCom International, Inc. or any > of its agents or subsidiaries. CyraCom, LLC and Voiance Language > Services, LLC are wholly owned subsidiaries of CyraCom International, Inc. > > > -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] [SOLVED] "kamdbctl create" failed
Hello, On 10.04.17 07:16, Tim Makarios wrote: > Hi, > > I followed the instructions at > https://www.kamailio.org/wiki/packages/debs > for getting kamailio50 on Ubuntu Trusty, and it successfully got me > that version on Trisquel 7. great, thanks for sharing how you solved, it may help others in the future trying the Trisquel 7. Cheers, Daniel > > Then, after dropping the earlier Kamailio version's MySQL database, > running > sudo kamdbctl create > worked without a problem. > > Now, time for me to see what Kamailio can do for me! > > Thanks for your help, > > Tim > <>< > > On 05/04/17 22:42, Daniel-Constantin Mierla wrote: >> Given that packaging there is not controlled by the kamailio project, >> building from sources can be an option -- I guess that guidelines from >> next link are more or less the same: >> >>- >> http://kamailio.org/docs/tutorials/5.0.x/kamailio-install-guide-git/ >> >> Also, you can build the deb packages yourself, the specs are available >> inside pkg/kamailio/deb/. >> >> Cheers, >> Daniel >> >> >> On 04.04.17 01:38, Tim Makarios wrote: >>> Thanks for those hints. At the moment, I'm just experimenting with >>> different software like this in my spare time, so it might be a while >>> before I try it. Or I might try installing a newer version of >>> Kamailio instead. Or I might wait until Trisquel 8 is released. But >>> if I get impatient, I might try what you suggested. >>> >>> Thanks again, >>> >>> Tim >>> <>< >>> >>> On 03/04/17 21:56, Daniel-Constantin Mierla wrote: >>>> One solution to fix it is to edit the sql files located in: >>>> >>>> /usr/share/kamailio/mysql/ >>>> >>>> Search for the BLOB/TEXT columns and just remove their default value. >>>> >>>> Not remembering by heart if in 4.0 is present, but at some point >>>> kamdbctl got the option to add only tables per module. >>>> >>>> Like: >>>> >>>> kamdbctl add-tables dispatcher >>>> >>>> which adds the tables used by dispatcher. First you have to add the >>>> 'standard' tables, then choose only the tables for the modules you >>>> know >>>> you are going to use. Before that, you may need to create the database >>>> and grant access with the 'dbonly' and 'grant' commands for kamdbctl. >>>> >>>> This may work as alternative when you don't use the modules with the >>>> columns that have more restrictions with newer versions of mysql. >>>> >>>> Cheers, >>>> Daniel >>>> >> -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Using $var inside textops function
Hello,
great!
Btw, check also diaplan module, it can be used for matching only if
substitution/replacement expressions are not provided -- I think there
were enhancements to allow variables in matching expressions and you can
keep everything in database, but with caching at runtime for speeding up.
Cheers,
Daniel
On 07.04.17 14:53, Olli Attila wrote:
> Hello,
>
> Yes, this does the trick. Thank you.
>
> --Olli
>
>
> Daniel-Constantin Mierla kirjoitti 2017-04-07 15:42:
>> Hello,
>>
>> I asked because some headers can appear more than once.
>>
>> For From header, try directly with regexp operator '=~', like:
>>
>> if($hdr(From) =~ $var(MYVARIABLE)) {
>>
>> }
>>
>> It should work, if not let me know.
>>
>> Cheers,
>> Daniel
>>
>> On 07.04.17 14:36, Olli Attila wrote:
>>> Hello,
>>>
>>> In this case From header only but it might also be handy to compare to
>>> other headers as well.
>>>
>>> --Olli
>>>
>>>
>>> Daniel-Constantin Mierla kirjoitti 2017-04-07 15:33:
>>>> Hello,
>>>>
>>>> the search_hf() is accepting only static regexp as parameter at this
>>>> moment.
>>>>
>>>> Do you want to match only the From header in this case, or there could
>>>> be the case of another header as well?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>> On 07.04.17 14:25, Olli Attila wrote:
>>>>> Hello,
>>>>>
>>>>> Is it possible to use variables inside a textops search_hf
>>>>> function? I
>>>>> am trying to compare variable content against From header content and
>>>>> return true or false.
>>>>>
>>>>> I tried the following statement but with no luck:
>>>>>
>>>>> search_hf("From", "$var(MYVARIABLE)", "f") { ... }
>>>>>
>>>>> If this cannot be done, any suggestions on how to achieve this
>>>>> kind of
>>>>> comparsion? The variable content is pulled out from a htable entry.
>>>>>
>>>>> Cheers,
>>>>>
>>>>> --Olli
>>>>>
>>>>>
>>>>> ___
>>>>> 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-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Using $var inside textops function
Hello,
I asked because some headers can appear more than once.
For From header, try directly with regexp operator '=~', like:
if($hdr(From) =~ $var(MYVARIABLE)) {
}
It should work, if not let me know.
Cheers,
Daniel
On 07.04.17 14:36, Olli Attila wrote:
> Hello,
>
> In this case From header only but it might also be handy to compare to
> other headers as well.
>
> --Olli
>
>
> Daniel-Constantin Mierla kirjoitti 2017-04-07 15:33:
>> Hello,
>>
>> the search_hf() is accepting only static regexp as parameter at this
>> moment.
>>
>> Do you want to match only the From header in this case, or there could
>> be the case of another header as well?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 07.04.17 14:25, Olli Attila wrote:
>>> Hello,
>>>
>>> Is it possible to use variables inside a textops search_hf function? I
>>> am trying to compare variable content against From header content and
>>> return true or false.
>>>
>>> I tried the following statement but with no luck:
>>>
>>> search_hf("From", "$var(MYVARIABLE)", "f") { ... }
>>>
>>> If this cannot be done, any suggestions on how to achieve this kind of
>>> comparsion? The variable content is pulled out from a htable entry.
>>>
>>> Cheers,
>>>
>>> --Olli
>>>
>>>
>>> ___
>>> 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-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Using $var inside textops function
Hello,
the search_hf() is accepting only static regexp as parameter at this moment.
Do you want to match only the From header in this case, or there could
be the case of another header as well?
Cheers,
Daniel
On 07.04.17 14:25, Olli Attila wrote:
> Hello,
>
> Is it possible to use variables inside a textops search_hf function? I
> am trying to compare variable content against From header content and
> return true or false.
>
> I tried the following statement but with no luck:
>
> search_hf("From", "$var(MYVARIABLE)", "f") { ... }
>
> If this cannot be done, any suggestions on how to achieve this kind of
> comparsion? The variable content is pulled out from a htable entry.
>
> Cheers,
>
> --Olli
>
>
> ___
> 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-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
[SR-Users] Planning next IRC devel meeting - Apr 20, 2017
Hello, probably it is the time to have another IRC devel meeting to discuss the plans for the project and the roadmap to next major release, v5.1. First proposed date would be Apr 20, with secondary options for Apr 24 or 25, but other dates can be taken in consideration if more convenient for a consistent group of developers. I created the wiki page for it at: * https://www.kamailio.org/wiki/devel/irc-meetings/2017a Feel free to add there the subjects you want to discuss, I also have several other topics to add. It would be good to list yourself if you are going to participate (or want to participate) in a specific day in order to see who are we relying on being present. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Via header with i attribute
On 07.04.17 10:29, Daniel Tryba wrote: > On Thu, Apr 06, 2017 at 06:52:55PM +0200, DanB wrote: >> Many thanks again for premium support as always ;). >> Will get back to them since I understand Kamailio is RFC compatible on this >> one. > Out of curiosity, what type of Avaya PBX are youy having problems with? > I only have seen IP Offices on my platform sofar and haven't had this problem. > > As you mentioned it, I did even a WebRTC-to-SIP gateway in front of an Avaya last year and seemed to work ok. There was a problem with having random strings (as per RFC) in Via/Contact addresses, but jssip has the option to set a private IP address there and then all went smooth. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Fw: kamcli doesn't function
Another patch was pushed to kamcli to fix the access rights for use of unix domain sockets. Testing and reporting if works would be appreciated in order to close this issue. Cheers, Daniel On 06.04.17 11:39, Daniel-Constantin Mierla wrote: > > I just tested with udp sockets and after fixing some small bits, seems > to work. You have to fetch the latest kamcli from > gihub.com/kamailio/kamcli > > Next I will check with unixsocket files, it seems to be some access > rights issues. > > Cheers, > Daniel > > > On 06.04.17 11:22, Daniel-Constantin Mierla wrote: >> >> Hello, >> >> I will look at kamcli with unixsockets. Can you try by using UDP >> sockets? >> >> You need to change also the kamailio.cfg parameter for jsonrpcs socket. >> >> Should be bound to loopback for security, like udp:127.0.0.1:9062 for >> kamailio and udp:127.0.0.1:9064 for kamcli. >> >> Cheers, >> Daniel >> >> >> On 27.03.17 22:13, Marko Tirs wrote: >>> Hi Daniel, >>> no, I haven't changed anything in kamcli.ini, it seems to be the >>> same like this one behind your link. >>> I'm running both kamailio and kamcli as root. >>> Any other ideas for running of kamcli? >>> Regards >>> Marko >>> >>> Last part of my kamcli.ini: >>> >>> ### jsonrpc settings >>> [jsonrpc] >>> ; transport - can be: fifo, socket >>> transport=socket >>> ; path - where kamailio is listening for JSONRPC FIFO commands >>> path=/var/run/kamailio/kamailio_rpc.fifo >>> rplnamebase=kamailio_rpc_reply.fifo >>> rpldir=/tmp >>> ; srvaddr - where kamailio is listening for JSONRPC socket commands >>> ; - it has to be a path to unix socket file or udp:ipaddr:port >>> srvaddr=/var/run/kamailio/kamailio_rpc.sock >>> ; rcvaddr - where kamclie is listening for the JSONRPC responses >>> ; - it has to be a path to unix socket file or udp:ipaddr:port >>> ; - pid of kamcli is added at the end to allow multiple use at >>> same time >>> rcvaddr=/var/run/kamailio/kamailio_rpc.sock >>> ; outformat - how RPC result is printed, can be: json or yaml >>> ; - yaml is more compact output >>> outformat=yaml >>> >>> >>> >>> >>> - Forwarded Message - >>> *From:* Daniel-Constantin Mierla >>> *To:* Marko Tirs ; Kamailio (SER) - Users >>> Mailing List >>> *Sent:* Monday, March 27, 2017 2:18 PM >>> *Subject:* Re: [SR-Users] kamcli doesn't function >>> >>> Hello, >>> have you changed the rpldir in any way for kamcli? >>> https://github.com/kamailio/kamcli/blob/master/kamcli/kamcli.ini#L43 >>> Cheers, >>> Daniel >>> >>> On 24/03/2017 00:10, Marko Tirs wrote: >>>> Hi Daniel, >>>> >>>> Kamailio is running as root. >>>> How to solve the socket problem? >>>> >>>> Regards >>>> Marko >>>> >>>> >>>> >>>> *From:* Daniel-Constantin Mierla >>>> <mailto:dan...@kamailio.org> >>>> *To:* Marko Tirs >>>> <mailto:marko.t...@yahoo.com>; Kamailio (SER) - Users Mailing List >>>> <mailto:sr-users@lists.sip-router.org> >>>> *Sent:* Thursday, March 23, 2017 1:46 PM >>>> *Subject:* Re: [SR-Users] kamcli doesn't function >>>> >>>> Hello, >>>> >>>> kamcli is creating its own (temporary) socket file in order to >>>> retrieve the response from kamailio. I guess there is a problem >>>> with access rights to it. Is kamailio running as root or other user? >>>> >>>> Cheers, >>>> Daniel >>>> >>>> March 22, 2017 3:53 PM, "Marko Tirs" >>> <mailto:marko.t...@yahoo.com>> wrote: >>>> >>>> > Hello all, >>>> > >>>> > I can't find any answer why my kamcli doesn't function. >>>> > >>>> > I'm using Kamailio 5.0.0 at the Debian Jessy 8.7 and it functions >>>> well. >>>> > >>>> > # kamctl ul show >>>> > >>>> > functions well but when I use kamcli I get error: >>>> > >>>> > # kamcli ul show >>>> > 13(7452) ERROR: jsonrpcs [jsonrpcs_sock.c:542]: >>>> js
Re: [SR-Users] Fw: kamcli doesn't function
I just tested with udp sockets and after fixing some small bits, seems to work. You have to fetch the latest kamcli from gihub.com/kamailio/kamcli Next I will check with unixsocket files, it seems to be some access rights issues. Cheers, Daniel On 06.04.17 11:22, Daniel-Constantin Mierla wrote: > > Hello, > > I will look at kamcli with unixsockets. Can you try by using UDP sockets? > > You need to change also the kamailio.cfg parameter for jsonrpcs socket. > > Should be bound to loopback for security, like udp:127.0.0.1:9062 for > kamailio and udp:127.0.0.1:9064 for kamcli. > > Cheers, > Daniel > > > On 27.03.17 22:13, Marko Tirs wrote: >> Hi Daniel, >> no, I haven't changed anything in kamcli.ini, it seems to be the same >> like this one behind your link. >> I'm running both kamailio and kamcli as root. >> Any other ideas for running of kamcli? >> Regards >> Marko >> >> Last part of my kamcli.ini: >> >> ### jsonrpc settings >> [jsonrpc] >> ; transport - can be: fifo, socket >> transport=socket >> ; path - where kamailio is listening for JSONRPC FIFO commands >> path=/var/run/kamailio/kamailio_rpc.fifo >> rplnamebase=kamailio_rpc_reply.fifo >> rpldir=/tmp >> ; srvaddr - where kamailio is listening for JSONRPC socket commands >> ; - it has to be a path to unix socket file or udp:ipaddr:port >> srvaddr=/var/run/kamailio/kamailio_rpc.sock >> ; rcvaddr - where kamclie is listening for the JSONRPC responses >> ; - it has to be a path to unix socket file or udp:ipaddr:port >> ; - pid of kamcli is added at the end to allow multiple use at same >> time >> rcvaddr=/var/run/kamailio/kamailio_rpc.sock >> ; outformat - how RPC result is printed, can be: json or yaml >> ; - yaml is more compact output >> outformat=yaml >> >> >> >> >> - Forwarded Message - >> *From:* Daniel-Constantin Mierla >> *To:* Marko Tirs ; Kamailio (SER) - Users >> Mailing List >> *Sent:* Monday, March 27, 2017 2:18 PM >> *Subject:* Re: [SR-Users] kamcli doesn't function >> >> Hello, >> have you changed the rpldir in any way for kamcli? >> https://github.com/kamailio/kamcli/blob/master/kamcli/kamcli.ini#L43 >> Cheers, >> Daniel >> >> On 24/03/2017 00:10, Marko Tirs wrote: >>> Hi Daniel, >>> >>> Kamailio is running as root. >>> How to solve the socket problem? >>> >>> Regards >>> Marko >>> >>> >>> >>> *From:* Daniel-Constantin Mierla >>> <mailto:dan...@kamailio.org> >>> *To:* Marko Tirs >>> <mailto:marko.t...@yahoo.com>; Kamailio (SER) - Users Mailing List >>> <mailto:sr-users@lists.sip-router.org> >>> *Sent:* Thursday, March 23, 2017 1:46 PM >>> *Subject:* Re: [SR-Users] kamcli doesn't function >>> >>> Hello, >>> >>> kamcli is creating its own (temporary) socket file in order to >>> retrieve the response from kamailio. I guess there is a problem with >>> access rights to it. Is kamailio running as root or other user? >>> >>> Cheers, >>> Daniel >>> >>> March 22, 2017 3:53 PM, "Marko Tirs" >> <mailto:marko.t...@yahoo.com>> wrote: >>> >>> > Hello all, >>> > >>> > I can't find any answer why my kamcli doesn't function. >>> > >>> > I'm using Kamailio 5.0.0 at the Debian Jessy 8.7 and it functions >>> well. >>> > >>> > # kamctl ul show >>> > >>> > functions well but when I use kamcli I get error: >>> > >>> > # kamcli ul show >>> > 13(7452) ERROR: jsonrpcs [jsonrpcs_sock.c:542]: >>> jsonrpc_dgram_send_data(): failed to send the >>> > response - ret: -1, len: 2443 (131072), err: 1 - Operation not >>> permitted) >>> > (log): Timeout receiving response on unix sock >>> > >>> > The relevant parts of kamailio.cfg: >>> > >>> > >>> # >>> > >>> > #!define WITH_DEBUG >>> > #!define WITH_NAT >>> > #!define WITH_MYSQL >>> > #!define WITH_AUTH >>> > #!define WITH_USRLOCDB >>> > >>> > loadmodule "jsonrpcs.so" >>> > >>> > # - jsonrp
Re: [SR-Users] Kamailio 5.0 doesn't forward Authorization (Digest username) to Asterisk
4/linux))
> Contact:
> Contact URI: sip:32@192.168.0.13:5060
> Expires: 3600
>
>
>
> kamailio.cfg:
>
>
> #!define WITH_DEBUG
> #!define WITH_MYSQL
> #!define WITH_AUTH
> #!define WITH_USRLOCDB
> #!define WITH_ASTERISK
> ...
>
> #!ifdef WITH_ASTERISK
> asterisk.bindip = "192.168.0.2" desc "Asterisk IP Address"
> asterisk.bindport = "5060" desc "Asterisk Port"
> kamailio.bindip = "192.168.0.13" desc "Kamailio IP Address"
> kamailio.bindport = "5060" desc "Kamailio Port"
> #!endif
> ...
>
> # Forward REGISTER to Asterisk
> route[REGFWD] {
> if(!is_method("REGISTER"))
> {
> return;
> }
> $var(rip) = $sel(cfg_get.asterisk.bindip);
> $uac_req(method)="REGISTER";
> $uac_req(ruri)="sip:" + $var(rip) + ":" +
> $sel(cfg_get.asterisk.bindport);
> #$uac_req(ruri)="sip:" + $au + "@" + $var(rip) + ":" +
> $sel(cfg_get.asterisk.bindport);
> $uac_req(furi)="sip:" + $au + "@" + $var(rip);
> $uac_req(turi)="sip:" + $au + "@" + $var(rip);
> $uac_req(hdrs)="Contact: + $sel(cfg_get.kamailio.bindip)
> + ":" + $sel(cfg_get.kamailio.bindport) + ">\r\n";
> if($sel(contact.expires) != $null)
> $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " +
> $sel(contact.expires) + "\r\n";
> else
> $uac_req(hdrs)= $uac_req(hdrs) + "Expires: " + $hdr(Expires) +
> "\r\n";
> uac_req_send();
> }
>
>
>
> ___
> 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-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Fw: kamcli doesn't function
Hello,
I will look at kamcli with unixsockets. Can you try by using UDP sockets?
You need to change also the kamailio.cfg parameter for jsonrpcs socket.
Should be bound to loopback for security, like udp:127.0.0.1:9062 for
kamailio and udp:127.0.0.1:9064 for kamcli.
Cheers,
Daniel
On 27.03.17 22:13, Marko Tirs wrote:
> Hi Daniel,
> no, I haven't changed anything in kamcli.ini, it seems to be the same
> like this one behind your link.
> I'm running both kamailio and kamcli as root.
> Any other ideas for running of kamcli?
> Regards
> Marko
>
> Last part of my kamcli.ini:
>
> ### jsonrpc settings
> [jsonrpc]
> ; transport - can be: fifo, socket
> transport=socket
> ; path - where kamailio is listening for JSONRPC FIFO commands
> path=/var/run/kamailio/kamailio_rpc.fifo
> rplnamebase=kamailio_rpc_reply.fifo
> rpldir=/tmp
> ; srvaddr - where kamailio is listening for JSONRPC socket commands
> ; - it has to be a path to unix socket file or udp:ipaddr:port
> srvaddr=/var/run/kamailio/kamailio_rpc.sock
> ; rcvaddr - where kamclie is listening for the JSONRPC responses
> ; - it has to be a path to unix socket file or udp:ipaddr:port
> ; - pid of kamcli is added at the end to allow multiple use at same time
> rcvaddr=/var/run/kamailio/kamailio_rpc.sock
> ; outformat - how RPC result is printed, can be: json or yaml
> ; - yaml is more compact output
> outformat=yaml
>
>
>
>
> - Forwarded Message -
> *From:* Daniel-Constantin Mierla
> *To:* Marko Tirs ; Kamailio (SER) - Users
> Mailing List
> *Sent:* Monday, March 27, 2017 2:18 PM
> *Subject:* Re: [SR-Users] kamcli doesn't function
>
> Hello,
> have you changed the rpldir in any way for kamcli?
> https://github.com/kamailio/kamcli/blob/master/kamcli/kamcli.ini#L43
> Cheers,
> Daniel
>
> On 24/03/2017 00:10, Marko Tirs wrote:
>> Hi Daniel,
>>
>> Kamailio is running as root.
>> How to solve the socket problem?
>>
>> Regards
>> Marko
>>
>>
>>
>> *From:* Daniel-Constantin Mierla
>> <mailto:dan...@kamailio.org>
>> *To:* Marko Tirs
>> <mailto:marko.t...@yahoo.com>; Kamailio (SER) - Users Mailing List
>> <mailto:sr-users@lists.sip-router.org>
>> *Sent:* Thursday, March 23, 2017 1:46 PM
>> *Subject:* Re: [SR-Users] kamcli doesn't function
>>
>> Hello,
>>
>> kamcli is creating its own (temporary) socket file in order to
>> retrieve the response from kamailio. I guess there is a problem with
>> access rights to it. Is kamailio running as root or other user?
>>
>> Cheers,
>> Daniel
>>
>> March 22, 2017 3:53 PM, "Marko Tirs" > <mailto:marko.t...@yahoo.com>> wrote:
>>
>> > Hello all,
>> >
>> > I can't find any answer why my kamcli doesn't function.
>> >
>> > I'm using Kamailio 5.0.0 at the Debian Jessy 8.7 and it functions well.
>> >
>> > # kamctl ul show
>> >
>> > functions well but when I use kamcli I get error:
>> >
>> > # kamcli ul show
>> > 13(7452) ERROR: jsonrpcs [jsonrpcs_sock.c:542]:
>> jsonrpc_dgram_send_data(): failed to send the
>> > response - ret: -1, len: 2443 (131072), err: 1 - Operation not
>> permitted)
>> > (log): Timeout receiving response on unix sock
>> >
>> > The relevant parts of kamailio.cfg:
>> >
>> >
>> #
>> >
>> > #!define WITH_DEBUG
>> > #!define WITH_NAT
>> > #!define WITH_MYSQL
>> > #!define WITH_AUTH
>> > #!define WITH_USRLOCDB
>> >
>> > loadmodule "jsonrpcs.so"
>> >
>> > # - jsonrpcs params -
>> > modparam("jsonrpcs", "pretty_format", 1)
>> > /* set the path to RPC fifo control file */
>> > modparam("jsonrpcs", "fifo_name",
>> "/var/run/kamailio/kamailio_rpc.fifo")
>> > /* set the path to RPC unix socket control file */
>> > modparam("jsonrpcs", "dgram_socket",
>> "/var/run/kamailio/kamailio_rpc.sock")
>> >
>> > # - ctl params -
>> > modparam("ctl", "binrpc", "unix:/var/run/kamailio/kamailio_ctl")
>> >
>> #--
>> >
>> > # ll /var/run/kamailio/
>> > total 0
>> &
Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
Hello, thanks for testing and reporting back! It happens that I manage packaging of the rpms, but I actually don't use RPM-based operating systems, so it is more like 'blind' packaging. If anyone wants to jump on board and help maintaining/improving RPM packaging, he is more than welcome -- everything can be done via OpenSuse build platform. Cheers, Daniel On 05.04.17 18:04, Ginhoux, Patrick wrote: > > Hi, > > > > Kamailio 5.0.1 is now installed, > > > > The start and then the stop command works fine now. Kamailio is > correctly stopped. > > > > I also tested a reboot, and saw kamailio started with success. A new > attempt to stop it is also successful. > > > > So I can tell that this issue is closed; the fifo file are created as > appropriate: > > > > [root@vm-vse02-siprouter2 ~]# ll /var/run/kamailio/ > > total 4 > > srw--- 1 kamailio kamailio 0 Apr 5 17:57 kamailio_ctl > > -rw-r- 1 kamailio kamailio 5 Apr 5 17:57 kamailio.pid > > prwxr-xr-x 1 kamailio kamailio 0 Apr 5 17:57 kamailio_rpc_fifo > > > > About the htable fix, it is included in the 5.0.1 as I don’t get the > string error anymore. > > > > That’s really a great job you did. > > > > Thanks you so much. > > > > Cordialement > > Patrick GINHOUX > > > > *De :*Daniel-Constantin Mierla [mailto:mico...@gmail.com] > *Envoyé :* mercredi 5 avril 2017 17:55 > *À :* Ginhoux, Patrick > *Cc :* Kamailio (SER) - Users Mailing List > *Objet :* Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem > > > > Hello, > > yes, the patch for htable should be in 5.0.1. > > Cheers, > Daniel > > > > On 05.04.17 17:14, Ginhoux, Patrick wrote: > > Hi, > > > > I’m going to install the kamailio 5.0.1 . > > > > One question before: > > > > Can you tell me if it included the patch for the htable (issue > “ht_db_load_table(): key type must be string (type=6)”) ? > > > > Cordialement > > Patrick GINHOUX > > > > *De :*Daniel-Constantin Mierla [mailto:mico...@gmail.com] > *Envoyé :* mercredi 5 avril 2017 17:09 > *À :* Ginhoux, Patrick > <mailto:patrick.ginh...@fr.unisys.com> > *Cc :* Kamailio (SER) - Users Mailing List > <mailto:sr-users@lists.sip-router.org> > *Objet :* Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings > problem > > > > Hello, > > killproc might be only in opensuse as standalone tool and the > other rpms have it in init.d lib functions... > > Can you install the rpms for kamailio 5.0.1? They are already built: > > > https://build.opensuse.org/package/show/home:kamailio:v5.0.x-rpms/kamailio50 > > I tried to force the pid file path to killproc, but maybe the > version is not supporting it. You may need to do 'killall > kamailio' first time to stop existing kamailio, then do start and > stop after installing the new packages. > > If it fails, I will look for a different solution and trigger rpms > to be rebuilt. > > Cheers, > Daniel > > > > -- > Daniel-Constantin Mierla > www.twitter.com/miconda <http://www.twitter.com/miconda> -- > www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> > Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com > <http://www.asipto.com> > Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com > <http://www.kamailioworld.com> -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
Hello, yes, the patch for htable should be in 5.0.1. Cheers, Daniel On 05.04.17 17:14, Ginhoux, Patrick wrote: > > Hi, > > > > I’m going to install the kamailio 5.0.1 . > > > > One question before: > > > > Can you tell me if it included the patch for the htable (issue > “ht_db_load_table(): key type must be string (type=6)”) ? > > > > Cordialement > > Patrick GINHOUX > > > > *De :*Daniel-Constantin Mierla [mailto:mico...@gmail.com] > *Envoyé :* mercredi 5 avril 2017 17:09 > *À :* Ginhoux, Patrick > *Cc :* Kamailio (SER) - Users Mailing List > *Objet :* Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem > > > > Hello, > > killproc might be only in opensuse as standalone tool and the other > rpms have it in init.d lib functions... > > Can you install the rpms for kamailio 5.0.1? They are already built: > > https://build.opensuse.org/package/show/home:kamailio:v5.0.x-rpms/kamailio50 > > I tried to force the pid file path to killproc, but maybe the version > is not supporting it. You may need to do 'killall kamailio' first time > to stop existing kamailio, then do start and stop after installing the > new packages. > > If it fails, I will look for a different solution and trigger rpms to > be rebuilt. > > Cheers, > Daniel > -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
/usr/sbin/kamailio -P > /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1169 1159 0 16:36 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1170 1159 0 16:36 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1171 1159 0 16:36 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1172 1159 0 16:36 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1173 1159 0 16:36 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > root 1210 1189 0 16:36 pts/000:00:00 tail -f > /var/log/kamailio/kamailio.log > > root 1242 1220 0 16:45 pts/100:00:00 grep --color=auto kam > > > > [root@vm-vse02-siprouter1 ~]# service kamailio stop > > Stopping kamailio (via systemctl): [ OK ] > > > > [root@vm-vse02-siprouter1 ~]# ps -ef |grep kam > > root 1210 1189 0 16:36 pts/000:00:00 tail -f > /var/log/kamailio/kamailio.log > > root 1273 1220 0 16:46 pts/100:00:00 grep --color=auto kam > > [root@vm-vse02-siprouter1 ~]# > > [root@vm-vse02-siprouter1 ~]# rpm -qa |grep kam > > kamailio-5.0.0-7.1.x86_64 > > > > it really strange. > > > > So I’m going to revert back to the previous Kamailio rpm on the server > where the stop command doesn’t work. > > > > Cordialement > > Patrick GINHOUX > > > > *De :*Daniel-Constantin Mierla [mailto:mico...@gmail.com] > *Envoyé :* mercredi 5 avril 2017 16:00 > *À :* Ginhoux, Patrick > *Cc :* Kamailio (SER) - Users Mailing List > *Objet :* Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem > > > > Hello, > > > > On 05.04.17 15:46, Ginhoux, Patrick wrote: > > Hi, > > > > Nothing happens after the ‘service kamailio stop’; kamailio is > still running (same pid) ((as detaillled below). > > > > can you run in terminal and give the output of the next command? > > killproc -h > > It seems that some versions are using a default path to PID file, > which may not match where kamailio writes it. > > Cheers, > Daniel > > > > -- > Daniel-Constantin Mierla > www.twitter.com/miconda <http://www.twitter.com/miconda> -- > www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> > Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com > <http://www.asipto.com> > Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com > <http://www.kamailioworld.com> -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
[SR-Users] Kamailio v5.0.1 Released
Hello, Kamailio SIP Server v5.0.1 stable release is out! This is a maintenance release of the latest stable branch, 5.0, that includes fixes since the release of v5.0.0. There is no change to database schema or configuration language structure that you have to do on previous installations of v5.0.x. Deployments running previous 5.x.x versions are strongly recommended to be upgraded to v5.0.1. For more details about version 5.0.1 (including links and guidelines to download the tarball or from GIT repository), visit: * https://www.kamailio.org/w/2017/04/kamailio-v5-0-1-released/ RPM, Debian/Ubuntu packages will be available soon as well. Many thanks to all contributing and using Kamailio! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
Hello, On 05.04.17 15:46, Ginhoux, Patrick wrote: > > Hi, > > > > Nothing happens after the ‘service kamailio stop’; kamailio is still > running (same pid) ((as detaillled below). > > > can you run in terminal and give the output of the next command? killproc -h It seems that some versions are using a default path to PID file, which may not match where kamailio writes it. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
0 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1171 1157 0 15:10 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > root 1238 1175 0 15:17 pts/000:00:00 grep --color=auto kam > > > > The /var/run/Kamailio folder looks good for the fifo file : > > > > [root@vm-vse02-siprouter2 ~]# ll /var/run/kamailio/ > > total 4 > > srw--- 1 kamailio kamailio 0 Apr 5 15:10 kamailio_ctl > > -rw-r- 1 kamailio kamailio 5 Apr 5 15:10 kamailio.pid > > prwxr-xr-x 1 kamailio kamailio 0 Apr 5 15:10 kamailio_rpc_fifo > > > > But then the ‘restart’ command failed : > > > > [root@vm-vse02-siprouter2 ~]# service kamailio restart > > Restarting kamailio (via systemctl): Job for kamailio.service failed. > See 'systemctl status kamailio.service' and 'journalctl -xn' for details. > >[FAILED] > > [root@vm-vse02-siprouter2 ~]# > > [root@vm-vse02-siprouter2 ~]# systemctl status kamailio.service -l > > kamailio.service - SYSV: Kamailio is a fast, reliable and flexible SIP > Server. > >Loaded: loaded (/etc/rc.d/init.d/kamailio) > >Active: failed (Result: exit-code) since Wed 2017-04-05 15:19:09 > CEST; 13s ago > > Process: 1256 ExecStart=/etc/rc.d/init.d/kamailio start > (code=exited, status=1/FAILURE) > > > > Apr 05 15:19:09 vm-vse02-siprouter2 kamailio[1267]: DEBUG: > [core/sr_module.c:694]: find_mod_export_record(): find_export_record: > found in module textops > [/usr/lib64/kamailio/modules/textops.so] > > Apr 05 15:19:09 vm-vse02-siprouter2 kamailio[1267]: DEBUG: > [core/route_struct.c:129]: mk_action(): ACTION_#24 #0/2: 9(9)/ (nil) > > Apr 05 15:19:09 vm-vse02-siprouter2 kamailio[1267]: DEBUG: > [core/route_struct.c:129]: mk_action(): ACTION_#24 #1/2: 3(3)/ (nil) > > Apr 05 15:19:09 vm-vse02-siprouter2 kamailio[1267]: WARNING: > [core/cfg.y:3378]: warn_at(): warning in config file > //etc/kamailio/kamailio.cfg, line 978, column 6-13: constant value in > if(...) > > Apr 05 15:19:09 vm-vse02-siprouter2 kamailio[1267]: INFO: > [core/sctp_core.c:75]: sctp_core_check_support(): SCTP API not enabled > - if you want to use it, load sctp module > > Apr 05 15:19:09 vm-vse02-siprouter2 kamailio[1269]: CRITICAL: > [core/daemonize.c:345]: daemonize(): running process found in the pid > file /var/run/kamailio/kamailio.pid > > Apr 05 15:19:09 vm-vse02-siprouter2 kamailio[1256]: Starting kamailio: > > Apr 05 15:19:09 vm-vse02-siprouter2 systemd[1]: kamailio.service: > control process exited, code=exited status=1 > > Apr 05 15:19:09 vm-vse02-siprouter2 systemd[1]: Failed to start SYSV: > Kamailio is a fast, reliable and flexible SIP Server.. > > Apr 05 15:19:09 vm-vse02-siprouter2 systemd[1]: Unit kamailio.service > entered failed state. > > > > Does it help to understand why this happen with the new Kamailio rpm > (kamailio-5.0.0-10.1.x86_64)? > > > > Cordialement > > Patrick GINHOUX > -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] nathelper: ping options over tcp
Hello, if it happens also between INVITE and 200ok or between 200ok and the ACK, then very likely sending the OPTIONS will not help. Probably the far end routers have a broken implementation of NAT. Is this happening only for a specific group of users, or happens randomly for different users? Cheers, Daniel On 05.04.17 14:25, Abdoul Osséni wrote: > Hello, > > Thanks for this feedback. > > Here the description of the issue I am trying to solve. > > I use already tcp_keepalive. > > Call flow is: > UACs --> Nat device --> Kamailio > > Transport protocol is TLS. > > Kamailio sends TCPs keepalive (tcp_keepalive option) to the softphone > located behind the nat devices in order to prevent disconnection due > to network inactivity. > In most cases I have the expected behavior, I do not have any problems. > > I think somes NAT devices don't properly handle TCPs keepalive because > they close the connection after TCP keepalives. > I have always this issue with NAT devices using VSS-Monitoring protocol. > > A network capture shows: > - Kamailio sends a tcp keepalive > - The NAT device sends a tck keepalive ACK to Kamailio with a new > filed : vss-monitoring > Frame 70: 62 bytes on wire (496 bits), 62 bytes captured (496 bits) > Linux cooked capture > Internet Protocol Version 4, Src: x.x.x.x, Dst: x.x.x.x > Transmission Control Protocol, Src Port: 13178, Dst Port: 443, Seq: > 2752, Ack: 6214, Len: 0 > *VSS-Monitoring ethernet trailer, Source Port: 0* > *Src Port: 0* > > - Kamailio received then a TCP from the NAT device that notifies the > closure of the connection. > > Frame 73: 87 bytes on wire (696 bits), 87 bytes captured (696 bits) > Linux cooked capture > Internet Protocol Version 4, Src: x.x.x.x, Dst: x.x.x.x > Transmission Control Protocol, Src Port: 13178, Dst Port: 443, Seq: > 3436, Ack: 6214, Len: 31 > Secure Sockets Layer > TLSv1.2 Record Layer: Alert (Level: Warning, Description: Close > Notify) > Content Type: Alert (21) > Version: TLS 1.2 (0x0303) > Length: 26 > Alert Message > Level: Warning (1) > Description: Close Notify (0) > - After a FIN ACK sent to Kamailio by the NAT device, a new tcp > three-way handshake is made again. > > Sometimes, I have this issue during the connection establishment that > cause a problem of sending or receiving SIP messages (for examples 200 > OK and ACK). > > > The advantage of the SIP ping options is a bidirectional traffic > through NAT. I think in this case, my issue will be solved. > > Regards > Abdoul OSSENI > > 2017-04-05 12:48 GMT+02:00 Daniel-Constantin Mierla <mailto:mico...@gmail.com>>: > > Hello, > > nathelper module does ping OPTIONS only for UDP. > > For tcp/tls, there is transport layer keepalive: > > - > https://www.kamailio.org/wiki/cookbooks/5.0.x/core#tcp_keepalive > <https://www.kamailio.org/wiki/cookbooks/5.0.x/core#tcp_keepalive> > > What is the problem you are trying to solve with this? Maybe there > are some other options for it. > > Cheers, > Daniel > > On 31.03.17 13:03, Abdoul Osséni wrote: >> Hi, >> >> Is it possible to send ping OPTIONS over tcp or tls? >> >> If yes, could you me how? >> >> Regards >> Abdoul. >> >> >> ___________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> > > -- > Daniel-Constantin Mierla > www.twitter.com/miconda <http://www.twitter.com/miconda> -- > www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> > Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com > <http://www.asipto.com> > Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com > <http://www.kamailioworld.com> > -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
Hello, if kamailio is already running, you have to do a restart: service kamailio restart Cheers, Daniel On 05.04.17 14:38, Ginhoux, Patrick wrote: > > Hi, > > > > Message resend due to size exceeded. > > > > > > Yes, it is running that is something I don’t understand how it can > start with this error: > > > > [root@vm-vse02-siprouter2 ~]# ps -ef |grep kam > > kamailio 1225 1 0 14:03 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1226 1225 0 14:03 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1227 1225 0 14:03 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1228 1225 0 14:03 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1229 1225 0 14:03 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1230 1225 0 14:03 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1231 1225 0 14:03 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1232 1225 0 14:03 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1233 1225 0 14:03 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1234 1225 0 14:03 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1235 1225 0 14:03 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1236 1225 0 14:03 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1237 1225 0 14:03 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1238 1225 0 14:03 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > root 1344 1171 0 14:26 pts/000:00:00 grep --color=auto kam > > > > So I kill the processes and then start again Kamailio, that again > doesn’t end without CTRL-C. After that I can see Kamailio running: > > > > [root@vm-vse02-siprouter2 ~]# ps -ef |grep kam > > kamailio 1426 1 0 14:31 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1427 1426 0 14:31 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1428 1426 0 14:31 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1429 1426 0 14:31 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1430 1426 0 14:31 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1431 1426 0 14:31 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1432 1426 0 14:31 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1433 1426 0 14:31 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1434 1426 0 14:31 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1435 1426 0 14:31 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1436 1426 0 14:31 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1437 1426 0 14:31 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1438 1426 0 14:31 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio > > kamailio 1439 1426 0 14:31 ?00:00:00 /usr/sbin/kamailio -P > /var/run/kamailio/kamailio.pid -m 1024 -M
Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
Hello, is kamailio already running there? Cheers, Daniel On 05.04.17 14:12, Ginhoux, Patrick wrote: > > Hi, > > > > I have downloaded and installed only the new rpm : > kamailio-5.0.0-10.1.x86_64.rpm. Is it enough ? > > Then I try to start Kamailio that fails : > > > > [root@vm-vse02-siprouter2 kamailio]# service kamailio start > > Starting kamailio (via systemctl): Job for kamailio.service failed. > See 'systemctl status kamailio.service' and 'journalctl -xn' for details. > >[FAILED] > > [root@vm-vse02-siprouter2 kamailio]# > > [root@vm-vse02-siprouter2 kamailio]# > > [root@vm-vse02-siprouter2 kamailio]# systemctl status kamailio.service -l > > kamailio.service - SYSV: Kamailio is a fast, reliable and flexible SIP > Server. > >Loaded: loaded (/etc/rc.d/init.d/kamailio) > >Active: failed (Result: exit-code) since Wed 2017-04-05 13:58:33 > CEST; 4s ago > > Process: 4724 ExecStop=/etc/rc.d/init.d/kamailio stop (code=exited, > status=0/SUCCESS) > > Process: 4867 ExecStart=/etc/rc.d/init.d/kamailio start > (code=exited, status=1/FAILURE) > > Main PID: 2946 (code=exited, status=0/SUCCESS) > > > > Apr 05 13:58:33 vm-vse02-siprouter2 kamailio[4878]: DEBUG: > [core/route_struct.c:129]: mk_action(): ACTION_#63 #0/2: 21(15)/ > 0x7fdd400f638 8 > > Apr 05 13:58:33 vm-vse02-siprouter2 kamailio[4878]: DEBUG: > [core/route_struct.c:129]: mk_action(): ACTION_#63 #1/2: 22(16)/ > 0x7fdd400f588 8 > > Apr 05 13:58:33 vm-vse02-siprouter2 kamailio[4878]: DEBUG: > [core/pvapi.c:321]: pv_cache_lookup(): pvar [$var(i:NodePath)] found > in cache > > Apr 05 13:58:33 vm-vse02-siprouter2 kamailio[4878]: WARNING: > [core/cfg.y:3378]: warn_at(): warning in config file > //etc/kamailio/kamailio .cfg, line 978, column 6-13: > constant value in if(...) > > Apr 05 13:58:33 vm-vse02-siprouter2 kamailio[4878]: INFO: > [core/sctp_core.c:75]: sctp_core_check_support(): SCTP API not enabled > - if you want to use it, load sctp module > > Apr 05 13:58:33 vm-vse02-siprouter2 kamailio[4880]: CRITICAL: > [core/daemonize.c:345]: daemonize(): running process found in the pid > file /var/run/kamailio/kamailio.pid > > Apr 05 13:58:33 vm-vse02-siprouter2 kamailio[4867]: Starting kamailio: > > Apr 05 13:58:33 vm-vse02-siprouter2 systemd[1]: kamailio.service: > control process exited, code=exited status=1 > > Apr 05 13:58:33 vm-vse02-siprouter2 systemd[1]: Failed to start SYSV: > Kamailio is a fast, reliable and flexible SIP Server.. > > Apr 05 13:58:33 vm-vse02-siprouter2 systemd[1]: Unit kamailio.service > entered failed state. > > > > I get also a strange result when I try to start Kamailio using the > service Kamailio command, that is nothing happen, the server doesn’t > give a status : > > > > [root@vm-vse02-siprouter2 ~]# service kamailio start > > Starting kamailio (via systemctl): ^C > > > > I have to send a CTRL C to break the action. > > > > Cordialement > > Patrick GINHOUX > > > > *De :*Daniel-Constantin Mierla [mailto:mico...@gmail.com] > *Envoyé :* mercredi 5 avril 2017 13:45 > *À :* Ginhoux, Patrick ; Kamailio (SER) > - Users Mailing List ; Kamailio (SER) - > Users Mailing List > *Objet :* Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem > > > > Hello, > > apparently the /var/run/kamailio folder was not created by the init.d > script for rpm, as it is done in the deb specs. I updated it and > triggered a rebuild of rpms, available at: > > https://build.opensuse.org/package/show/home:kamailio:v5.0.x-rpms/kamailio50 > > Try to upgrade and then see if it works. > > Later today we will release v5.0.1 and the rpms for it will have the > new init.d script. > > Cheers, > Daniel > > > > On 03.04.17 15:01, Ginhoux, Patrick wrote: > > Hi, > > > > I use « service kamailio start », so the init.d script that is the > one created at the installation. > > > > Cordialement > > Patrick GINHOUX > > > > *De :*sr-users [mailto:sr-users-boun...@lists.sip-router.org] *De > la part de* Daniel-Constantin Mierla > *Envoyé :* lundi 3 avril 2017 14:56 > *À :* Kamailio (SER) - Users Mailing List > <mailto:sr-us...@lists.kamailio.org> > *Objet :* Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings > problem > > > > Hello, > > how do you start Kamailio? Via init.d/systemd script? > > Cheers,
Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
Hello,
apparently the /var/run/kamailio folder was not created by the init.d
script for rpm, as it is done in the deb specs. I updated it and
triggered a rebuild of rpms, available at:
https://build.opensuse.org/package/show/home:kamailio:v5.0.x-rpms/kamailio50
Try to upgrade and then see if it works.
Later today we will release v5.0.1 and the rpms for it will have the new
init.d script.
Cheers,
Daniel
On 03.04.17 15:01, Ginhoux, Patrick wrote:
>
> Hi,
>
>
>
> I use « service kamailio start », so the init.d script that is the one
> created at the installation.
>
>
>
> Cordialement
>
> Patrick GINHOUX
>
>
>
> *De :*sr-users [mailto:sr-users-boun...@lists.sip-router.org] *De la
> part de* Daniel-Constantin Mierla
> *Envoyé :* lundi 3 avril 2017 14:56
> *À :* Kamailio (SER) - Users Mailing List
> *Objet :* Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
>
>
>
> Hello,
>
> how do you start Kamailio? Via init.d/systemd script?
>
> Cheers,
> Daniel
>
>
>
> On 03.04.17 14:34, Ginhoux, Patrick wrote:
>
> Hi,
>
>
>
> Selinux is disabled.
>
>
>
> Cordialement
>
> Patrick GINHOUX
>
>
>
> *De :*Daniel-Constantin Mierla [mailto:mico...@gmail.com]
> *Envoyé :* lundi 3 avril 2017 14:33
> *À :* Ginhoux, Patrick
> <mailto:patrick.ginh...@fr.unisys.com>; Kamailio (SER) - Users
> Mailing List
> <mailto:sr-users@lists.sip-router.org>
> *Objet :* Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings
> problem
>
>
>
> Hello,
>
> have you disabled selinux to see if starts ok without it?
>
> Cheers,
> Daniel
>
>
>
> On 03.04.17 13:54, Ginhoux, Patrick wrote:
>
> Hi,
>
>
>
> Well, with one of my colleagues, we did some research and
> test, but we don’t find where the privilege issue is with the
> /var/ FS.
>
> If the fifo filename is "/var/run/kamailio/kamailio_rpc_fifo"
> or "/var/run/kamailio_rpc_fifo", we have this privilege issue.
>
> I thought that the following declaration would prevent this
> security issue :
>
> modparam("jsonrpcs", "fifo_name", DEFINE_FIFO_NAME)
>
> modparam("jsonrpcs", "fifo_mode", 0755)
>
> modparam("jsonrpcs", "fifo_group", "kamailio")
>
> modparam("jsonrpcs", "fifo_user", "kamailio")
>
> but it is not the case.
>
>
>
> For the moment only the fifo filename “/tmp/kamailio_rpc_fifo"
> is valid for kamailio to start.
>
>
>
>
>
> Cordialement
>
> Patrick GINHOUX
>
>
>
> *De :*Ginhoux, Patrick
> *Envoyé :* lundi 27 mars 2017 17:46
> *À :* 'mico...@gmail.com <mailto:mico...@gmail.com>'
> <mailto:mico...@gmail.com>; Kamailio (SER)
> - Users Mailing List
> <mailto:sr-users@lists.sip-router.org>
> *Objet :* RE: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME
> settings problem
>
>
>
> Hi,
>
>
>
> I continue to investigate on this area.
>
>
>
> I’m thinking that there are some security settings on the FS
> /var/, and I’m looking for if we have the rights to change it
> (I work for a project and don’t have all the ability to change
> some settings without agreement).
>
>
>
> I’ll update you later tomorrow.
>
>
>
> Cordialement
>
> Patrick GINHOUX
>
>
>
> *De :*Daniel-Constantin Mierla [mailto:mico...@gmail.com]
> *Envoyé :* lundi 27 mars 2017 15:28
> *À :* Ginhoux, Patrick <mailto:patrick.ginh...@fr.unisys.com>>; Kamailio (SER) -
> Users Mailing List <mailto:sr-users@lists.sip-router.org>>
> *Objet :* Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME
> settings problem
>
>
>
> Hello,
>
> as recently as last week, someone encountered an file access
> problem while installing Siremis, which is using also some
> temporary files in /var/, even it was granting provileges via
> chown and chmod. All went fine after disabling selinux. It was
> on a centos.
>
> I am not saying it is the same, but it could, so try without
&
Re: [SR-Users] Replacing a message body received with a subsequent message sending out of kamailio
Hello, On 31.03.17 09:53, narayan panigrahi wrote: > > Hi All, > > > I have a architecture of pjsip,kamailio,freeswitch and one external > server. > > When kamailio is receiving "407"-proxy authentication required from > the external server it sends to freeswitch and received "407" from > freeswitch.But when replying back to kamailio the freeswitch is adding > some extra headers in that "407". > > Now I need to send the message from kamailio to pjsip the same thing > received from external server.So I need to replace the message > received from external server with the message received from > freeswitch at kamailio. > > > I am using redis db to store the message.Can anybody help me how to > configure the kamailio so that it will replace the message with > freeswitch message and send the original message received before i.e. > from external server. > > Any suggestion will be highly appreciated. > > you should not send to the device a SIP response that was supposed to go to FreeSwitch, because there are some headers that must be processed by FreeSwitch, such as Via. By sending the response to the device, then the device will have to send it to FreeSwitch. If you just want to remove some headers added by FreeSwitch, use remove_hf() in reply_route or onreply_route[x]. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] nathelper: ping options over tcp
Hello, nathelper module does ping OPTIONS only for UDP. For tcp/tls, there is transport layer keepalive: - https://www.kamailio.org/wiki/cookbooks/5.0.x/core#tcp_keepalive What is the problem you are trying to solve with this? Maybe there are some other options for it. Cheers, Daniel On 31.03.17 13:03, Abdoul Osséni wrote: > Hi, > > Is it possible to send ping OPTIONS over tcp or tls? > > If yes, could you me how? > > Regards > Abdoul. > > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Kamailio 5.0.0 KEMI Lua event routes
Hello, execution of event routes for kemi was added. You have to use master branch for now. Anyhow, I expect that maybe some functions from this modules were not yet exported to kemi -- if you give the list of the functions you use in your config from this modules, I will add them. Cheers, Daniel On 04.04.17 20:59, José Seabra wrote: > Hello Daniel, > Thanks a lot for you help. > I will start testing it for Dispatcher and Dialog. > > Thank you for your great job. > Regards > > 2017-04-04 16:29 GMT+01:00 Daniel-Constantin Mierla <mailto:mico...@gmail.com>>: > > Hello, > > On 01.04.17 15:43, José Seabra wrote: > > Hi all, > > > > I'm starting using kamailio 5 and was trying to convert my actual > > routing scripts to new KEMI interface using Lua. > > In my old script i'm using event routes for the evapi, dialog and > > dispatcher modules, so i was wondering how can i use it on KEMI. It > > exports some special Lua function to the KEMI framework? Can anyone > > give an example please. > each module needs a bit of code to be able to execute an equivalent of > event_route blocks in an embedded interpreter via KEMI. I did it > earlier > today for dispatcher and dialog module, next will be evapi as you plan > to use it -- I will let you know when it's ready so you can start > testing. For now you can look at dialog/dispatcher docs, see the > event_callback parameter. > > Cheers, > Daniel > > -- > Daniel-Constantin Mierla > www.twitter.com/miconda <http://www.twitter.com/miconda> -- > www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> > Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com > <http://www.asipto.com> > Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com > <http://www.kamailioworld.com> > > > ___ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing > list > sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> > > > > > -- > Cumprimentos > José Seabra -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] "kamdbctl create" failed
Given that packaging there is not controlled by the kamailio project, building from sources can be an option -- I guess that guidelines from next link are more or less the same: - http://kamailio.org/docs/tutorials/5.0.x/kamailio-install-guide-git/ Also, you can build the deb packages yourself, the specs are available inside pkg/kamailio/deb/. Cheers, Daniel On 04.04.17 01:38, Tim Makarios wrote: > Thanks for those hints. At the moment, I'm just experimenting with > different software like this in my spare time, so it might be a while > before I try it. Or I might try installing a newer version of > Kamailio instead. Or I might wait until Trisquel 8 is released. But > if I get impatient, I might try what you suggested. > > Thanks again, > > Tim > <>< > > On 03/04/17 21:56, Daniel-Constantin Mierla wrote: >> One solution to fix it is to edit the sql files located in: >> >> /usr/share/kamailio/mysql/ >> >> Search for the BLOB/TEXT columns and just remove their default value. >> >> Not remembering by heart if in 4.0 is present, but at some point >> kamdbctl got the option to add only tables per module. >> >> Like: >> >> kamdbctl add-tables dispatcher >> >> which adds the tables used by dispatcher. First you have to add the >> 'standard' tables, then choose only the tables for the modules you know >> you are going to use. Before that, you may need to create the database >> and grant access with the 'dbonly' and 'grant' commands for kamdbctl. >> >> This may work as alternative when you don't use the modules with the >> columns that have more restrictions with newer versions of mysql. >> >> Cheers, >> Daniel >> -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Dialog Timers- Session Refresh
Hello, On 03.04.17 16:11, Yasin CANER wrote: > > Hello, > > I want to active ka_timer that means SIP session refreshing/timer. > kamailio dialog module handles with OPtions methods. is there a way to > handle it with re-invite or Update methods or is there another module > to do it. > the ka_timer feature is not implementing the SIP session refreshing timer, but a pinging of the endpoints from kamailio to detect if any of the endpoints goes off the network. The re-INVITE would require a B2BUA, because it is a renegotiation of session parameters. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Kamailio Issue
Hello, On 03.04.17 22:15, 노형균 wrote: > Hello all, I’m newbie to Kamailio and I’m having problem with installation. > I tried to install Kamailio through > > '/usr/local/sbin/kamdbctl create’ but it showed error that database engine > not specified. > > When I checked the kamctlrc file, the DBENGINE was already MYSQL. > (DBENGINE=MYSQL) > > What am I missing here?? By default that line is commented, remove the '#' character at the beginning of the line. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Kamailio database fail
Hello, On 03.04.17 22:53, 노형균 wrote: > Hello all, I’m having problem again. > After solving DBENGINE=MYSQL, I’ve been asked to type password but still get > this message. > I’ve tried to install mysql-server but it showed the same. when you install mysql-server you have to set the password, not to provide an existing one. Cheers, Daniel > What am I missing here? > > root@ubuntu:/home/parallels# kamdbctl create > MySQL password for root: > INFO: test server charset > ERROR 2002 (HY000): Can't connect to local MySQL server through socket > '/var/run/mysqld/mysqld.sock' (2) > ERROR 2002 (HY000): Can't connect to local MySQL server through socket > '/var/run/mysqld/mysqld.sock' (2) > Usage: grep [OPTION]... PATTERN [FILE]... > Try 'grep --help' for more information. > /usr/local/lib64/kamailio//kamctl/kamdbctl.mysql: line 117: [: =: unary > operator expected > INFO: creating database kamailio ... > ERROR 2002 (HY000): Can't connect to local MySQL server through socket > '/var/run/mysqld/mysqld.sock' (2) > ERROR: Creating database kamailio failed! > > Regards, > Hyoung Kyoon Roh > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Via header with i attribute
Hello, tell them to read again the RFC3261, respectively the Via grammar: Via = ( "Via" / "v" ) HCOLON via-parm *(COMMA via-parm) via-parm = sent-protocol LWS sent-by *( SEMI via-params ) via-params= via-ttl / via-maddr / via-received / via-branch / via-extension via-ttl = "ttl" EQUAL ttl via-maddr = "maddr" EQUAL host via-received = "received" EQUAL (IPv4address / IPv6address) via-branch= "branch" EQUAL token via-extension = generic-param The generic-param, defined also in the same RFC, is anything in the form 'name=value'. The 'i' parameter is the tcp/tls connection id to speed up routing or responses. Out of curiosity because I know it is there for long time and nobody complained about it so far, I looked at branch 0.9.0 (ser times) and it is there: - https://github.com/kamailio/kamailio/blob/rel_0_9_0/msg_translator.c#L1325 That branch is from year 2004 and the code can be even older. There is no option to disable adding it, you will have to patch the code in src/core/msg_translator.c - the if block at line 2857. Cheers, Daniel On 05.04.17 12:04, DanB wrote: > Hey Daniel, > > Indeed, call comes in over tcp and goes out over udp. They claim that > it is not RFC compatible to add the i. > > Thanks, > DanB > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Planning Kamailio v5.0.1
Hello, preparing of v5.0.1 will start very soon, if anyone needs to push commits to the branch 5.0 after 12:00UTC, then write first to sr-dev mailing list on sync on #kamailio IRC channel. Once the announcement of the release is out, the backports can be done again directly. Cheers, Daniel On 04.04.17 12:30, Daniel-Constantin Mierla wrote: > Hello, > > just a reminder about the plan to release v5.0.1 tomorrow. Besides > reporting issues, if there are some patches not backported yet, do reply > about them or, if a developer, cherry-pick them in branch 5.0. > > Cheers, > Daniel > > > On 28.03.17 09:40, Daniel-Constantin Mierla wrote: >> Hello, >> >> I am considering to release Kamailio v5.0.1 sometime next week, likely >> on Wednesday, April 5, 2017. Should anyone be aware of issues not listed >> yet on bug tracker, report them there as soon as possible to try to fix. >> >> Soon after, we should release a new version from branch 4.4 and the last >> one from branch 4.3. >> >> Cheers, >> Daniel >> -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Problems with avp_db_load
Are you sure you have the correct records in the database? I did a diff between 4.3 and 4.4 branches and there are no differences in avpops module code. Maybe you can sniff the communication between kamailio and mysql server and see what is returned there. If mysql server is listening on loopback interface port 3306 without tls, then you can use tcpdump or ngrep to view what's the query and the response. Daniel On 31.03.17 16:12, Kevin Bushong wrote: > > Oops. Well that explains it. Here is the portion of the debug I > believe is relevant. I’ve also attached the full syslog in case you > need it. > > > > I suspect this is the line that is the problem, but I’m not sure how > to fix it: > > > > Mar 31 08:51:29 Limitless-Calling-Server kamailio[14586]: 11(14615) > DEBUG: siptrace [siptrace.c:775]: sip_trace_store_db(): database > connection not initialized > > > > Thanks > > > > Kevin > > > > > [...] -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Kamailio 5.0.0 KEMI Lua event routes
Hello, On 01.04.17 15:43, José Seabra wrote: > Hi all, > > I'm starting using kamailio 5 and was trying to convert my actual > routing scripts to new KEMI interface using Lua. > In my old script i'm using event routes for the evapi, dialog and > dispatcher modules, so i was wondering how can i use it on KEMI. It > exports some special Lua function to the KEMI framework? Can anyone > give an example please. each module needs a bit of code to be able to execute an equivalent of event_route blocks in an embedded interpreter via KEMI. I did it earlier today for dispatcher and dialog module, next will be evapi as you plan to use it -- I will let you know when it's ready so you can start testing. For now you can look at dialog/dispatcher docs, see the event_callback parameter. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Use of variables for force_send_socket
Hello,
see $fs variable.
I also plan to move force_send_socket() (or make a new function
set_send_socket()) in corex module to allow vars as parameter.
Cheers,
Daniel
On 04.04.17 17:14, Jöran Vinzens wrote:
> Hi all,
>
> i try to re-arrange my config and i try to use a variable declared in
> modparam pv such like:
> modparam("pv", "varset", "externalip=s:1.2.3.4")
>
> and use it as:
> force_send_socket($var(externalip));
>
> unfortunately the kamailio does not start with this configuration and
> telling me bad config file like:
> line 109, column 36: bad argument, [proto:]host[:port] expected
>
> it seems the force_send_socket is not able to get variable. Is there
> any other way to have static content defined and put across the config?
>
> Reason for the question is the possibility to use ansible as
> deployment tool. I set all the variables i need in a separate file and
> include it. This file contains the entire modconfig and global vars
> section to adapt this part to every single machine individually. This
> does not work if i need to put "constant" variables on different
> places in my config.
>
> If anybody has ever made this, could you please help me, or give any
> suggestions?
>
>
> Many thanks!
> BR
> Jöran
>
>
> --
> Jöran Vinzens - vinz...@sipgate.de <mailto:vinz...@sipgate.de>
>
> sipgate GmbH - Gladbacher Str. 74 - 40219 Düsseldorf
> HRB Düsseldorf 39841 - Geschäftsführer: Thilo Salmon, Tim Mois
> Steuernummer: 106/5724/7147, Umsatzsteuer-ID: DE219349391
>
> www.sipgate.de <http://www.sipgate.de> - www.sipgate.co.uk
> <http://www.sipgate.co.uk>
>
>
> _______
> 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-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Why these 2 items in the same entry for a htable
Hello, On 04.04.17 14:11, Ginhoux, Patrick wrote: > > Hi, > > > > Thanks for the link I’ll take a lot more later. > > > > Now a quick look seems funny : > > > > Ideally, the hash function will assign each key to a unique bucket, > _but most hash table designs employ an imperfect hash function_, which > might cause hash /collisions > <https://en.wikipedia.org/wiki/Collision_%28computer_science%29>/ > _where the hash function generates the same index for more than one > key_. Such collisions must be accommodated in some way. > > > > If I understand well, this is typically the case I have. Am I correct ? > Yes, when there are collisions, then the slot has more than one item, stored as a linked list. Actually, unlike the statements above, is quite common to have collisions, otherwise one cannot store more items than the number of allocated slots. The main benefit is speeding up the searching. Imagine you have 1 000 000 items. Finding one by its name can take in the worse case 1 000 000 string comparisons. But if you use a hash table having 1 000 slots with a hashing functions that gives you fair distribution, it means that once the hash id (a number) is computed (fast in memory operations), the index of the slot holding the item is 'hashid module nr_of_slots' , then there can be maximum 1 000 string comparisons with the items in that slot. In additions, by storing the hashid inside the item structure, we compare first the hashid values and if there is a match, then the string names, so practically there are number comparisons most of the time (very fast) and string comparisons (slower) only in very few occasions (typically only once, when matching the requested item). Cheers, Daniel > > > Cordialement > > Patrick GINHOUX > > > > *De :*sr-users [mailto:sr-users-boun...@lists.sip-router.org] *De la > part de* Daniel-Constantin Mierla > *Envoyé :* mardi 4 avril 2017 12:45 > *À :* Kamailio (SER) - Users Mailing List > *Objet :* Re: [SR-Users] Why these 2 items in the same entry for a htable > > > > Hello, > > if you are not familiar with hash table structure, take a bit of time > to read about it, a good article on wikipedia: > > - https://en.wikipedia.org/wiki/Hash_table > > The dump prints only details of the slots (buckets) that have data on > it (size>0). The entry field in the dump content is practically the > index of the slot. > > I hope it helps! > > Cheers, > Daniel > > On 04.04.17 08:49, Ginhoux, Patrick wrote: > > Hi, > > > > While working on the project to migrate my kamailio.cfg script > from kamailio 3.3.1 to 5.0.x, I discovered that in there are 2 > items in the same htable. > > > > Below the figure that illustrate this case : > > > > 1) _Content of the MBXRANGE table :_ > > > > mysql> select * from mbxrange; > > > +-+-+-++--+ > > | id | key_name| > key_value | value_type | > key_type | > > > +-+-+-++--+ > > | 0 | VERSION | 120104-173400 > | 0 |0 | > > | 101 | 1 | > min=01;max=01;node=OPMVTS1VSE02 | 0 > |0 | > > | 102 | 2 | > min=02;max=02;node=OPMVTS1VSE02 | 0 > |0 | > > | 103 | 3 | > min=03;max=03;node=OPMVTS1VSE02 | 0 > |0 | > > | 104 | 4 | > min=04;max=04;node=OPMVTS1VSE02 | 0 > |0 | > > | 105 | 5 | > min=05;max=05;node=OPMVTS1VSE02 | 0 > |0 | > > | 106 | 6 | > min=06;max=06;node=OPMVTS1VSE02 | 0 > |0 | > > | 107 | 7 | > min=07;max=07;node=OPMVTS1VSE02 | 0 > |0 | > > | 108 | 8 | > min=08;max=08;node=OPMVTS1VSE02 | 0 > |0 | > > | 109 | 9 | > min=09;max=09;node=OPMVTS1VSE02 | 0 > |0 | > > | 199 | maxmbxrange | > 9 | 0 > |0 | > > > +-+-+-++--+ > > 11 r
Re: [SR-Users] Via header with i attribute
Hello, is the traffic coming to Kamailio via tcp? Cheers, Daniel On 04.04.17 16:39, DanB wrote: > Hey Guys, > > > Any of you know which module is adding the "i" attribute and maybe if > it can be removed safely? The reason would be for some Avaya PBXes > discarding the Via completely due to this attribute. > > Sample header: > > """ > > Via: SIP/2.0/UDP > 1.2.3.4;branch=z9hG4bKf0d6.72eca17f202d1e73a1f519dbecf7d6a6.0;i=8f1. > > """ > > > Many thanks, > > DanB > > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] nosql database
Hello, do you look for NoSQL systems as a replacement for DB backends (such as db_mysql), or just to interact with the NoSQL server from config? In kamailio with have the db_xyz modules for DB backends and ndb_xyz for connectors from config file. As a db backend, I guess that the mongodb is the only one really supported. As a ndb connectors, all should be in good shape, I use redis a lot and mongodb when needed. Note that some NoSQL systems offer HTTP api to interact with, such as etcd, in which case you can simply rely on http_client or http_async_client modules. For other NoSQL systems, you can use any of the embedded languages (e.g., Lua, Python, Perl, ...) to connect to them from config file and return the values via kamailio variables. Cheers, Daniel On 04.04.17 13:35, Ján Füri wrote: > Hi community, > > I'd like to ask that witch nosql DB is the most supported by kamalio 5 > ? or witch do you guys use in production ? > > Thanks, > > Jan > > > > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Why these 2 items in the same entry for a htable
;node=OPMMMS1VSE02
>
> type: str
>
> }
>
> }
>
> }
>
> {
>
> entry: 3
>
> size: 1
>
> slot: {
>
> item: {
>
> name: 5
>
> value:
> min=05;max=05;node=OPMMMS1VSE02
>
> type: str
>
> }
>
> }
>
> }
>
> {
>
> entry: 4
>
> size: 1
>
> slot: {
>
> item: {
>
> name: 2
>
> value:
> min=02;max=02;node=OPMMMS1VSE02
>
> type: str
>
> }
>
> }
>
> }
>
> {
>
> entry: 5
>
> size: 2
>
> slot: {
>
> item: {
>
> name: 3
>
> value:
> min=03;max=03;node=OPMMMS1VSE02
>
> type: str
>
> }
>
> item: {
>
> name: VERSION
>
> value: 120104-173400
>
> type: str
>
> }
>
> }
>
> }
>
> {
>
> entry: 6
>
> size: 1
>
> slot: {
>
> item: {
>
> name: maxmbxrange
>
> value: 9
>
> type: str
>
> }
>
> }
>
> }
>
> {
>
> entry: 7
>
> size: 1
>
> slot: {
>
> item: {
>
> name: 1
>
> value:
> min=01;max=01;node=OPMMMS1VSE02
>
> type: str
>
> }
>
> }
>
> }
>
> {
>
> entry: 14
>
> size: 1
>
> slot: {
>
> item: {
>
> name: 9
>
> value:
> min=09;max=09;node=OPMMMS1VSE02
>
> type: str
>
> }
>
> }
>
> }
>
> {
>
> entry: 15
>
> size: 1
>
> slot: {
>
> item: {
>
> name: 8
>
> value:
> min=08;max=08;node=OPMMMS1VSE02
>
> type: str
>
> }
>
> }
>
> }
>
>
>
> So, I can see :
>
>
>
> - The entry number is not incremental 1 by 1 ; there are
> entry #1 to #7, then #14 and #15 (all have size=1)
>
> - For the entry #5, its sizeis of 2 and it contains 2 items
>
>
>
> I don’t say here that this is a problem, but the way the htable is
> loaded seems strange to me.
>
>
>
> So if there people who can explain me if what I see is normal or not,
> and how the htable load process works, I would appreciate.
>
>
>
> Thanks in advance.
>
>
>
> Cordialement
>
> Patrick GINHOUX
>
>
>
>
>
> ___
> 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-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] sr-users Digest, Vol 143, Issue 5
Hello, as a generic detail: for sake of a proper threading in the archive and proper reading, it is recommended to avoid replying on mailing list Digest summary -- it is not easy to follow up on which discussion one replies to a digest summary. If one is engaged in a discussion, she/he should disable the digest option for a while (typically there are 10 to 20 messages per day on sr-users, I think it is not a big volume to handle). It makes the conversations better. Cheers, Daniel On 04.04.17 12:26, Narayan P wrote: > > Hi Juha, > > > I mean to say that all of the headers in a SIP message. > > I need to replace all the headers with the headers received before and > send to the client. > > > Thanks, > > Narayan > > > *From:* sr-users on behalf of > sr-users-requ...@lists.sip-router.org > > *Sent:* Tuesday, April 4, 2017 10:00:02 AM > *To:* sr-users@lists.sip-router.org > *Subject:* sr-users Digest, Vol 143, Issue 5 > > Send sr-users mailing list submissions to > sr-users@lists.sip-router.org -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Planning Kamailio v5.0.1
Hello, just a reminder about the plan to release v5.0.1 tomorrow. Besides reporting issues, if there are some patches not backported yet, do reply about them or, if a developer, cherry-pick them in branch 5.0. Cheers, Daniel On 28.03.17 09:40, Daniel-Constantin Mierla wrote: > Hello, > > I am considering to release Kamailio v5.0.1 sometime next week, likely > on Wednesday, April 5, 2017. Should anyone be aware of issues not listed > yet on bug tracker, report them there as soon as possible to try to fix. > > Soon after, we should release a new version from branch 4.4 and the last > one from branch 4.3. > > Cheers, > Daniel > -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
[SR-Users] INFO: Shifting mailing lists to kamailio.org domain
Hello, I think it is time to migrate the mailing lists under kamailio.org domain, respectively use lists.kamailio.org. The lists.sip-router.org will still work, but lists.kamailio.org is intended to become the primary domain for mailing lists. The sip-router.org was the quick solution for integrating Kamailio and SER in one project back in 2008, when kamailio.org and iptel.org still needed to be operated for a while as independent projects. For few years now, Kamailio is the only project name that is used out there and it will make operating everything a bit smoother, more coherent and also avoid eventual confusions for people new into the project. As a matter of fact, we even had a small incident few weeks ago -- due to split management of sip-router.org and DNS registration expire notifications going to an email address on a different server than kamailio.org, the domain was expired for few hours (although it was kept on hold by registrar) and mailing lists started to be unavailable. Fortunately that was discovered and fixed in time. The names will stay the same sr-users and sr-dev, just primary domain will be using kamailio.org (which should 'hopefully' work even now, as this email was addressed with mixed sr-...@lists.sip-router.org and sr-us...@lists.kamailio.org). If anyone has different opinions or suggestions, let's discuss them! Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
Hello,
how do you start Kamailio? Via init.d/systemd script?
Cheers,
Daniel
On 03.04.17 14:34, Ginhoux, Patrick wrote:
>
> Hi,
>
>
>
> Selinux is disabled.
>
>
>
> Cordialement
>
> Patrick GINHOUX
>
>
>
> *De :*Daniel-Constantin Mierla [mailto:mico...@gmail.com]
> *Envoyé :* lundi 3 avril 2017 14:33
> *À :* Ginhoux, Patrick ; Kamailio (SER)
> - Users Mailing List
> *Objet :* Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
>
>
>
> Hello,
>
> have you disabled selinux to see if starts ok without it?
>
> Cheers,
> Daniel
>
>
>
> On 03.04.17 13:54, Ginhoux, Patrick wrote:
>
> Hi,
>
>
>
> Well, with one of my colleagues, we did some research and test,
> but we don’t find where the privilege issue is with the /var/ FS.
>
> If the fifo filename is "/var/run/kamailio/kamailio_rpc_fifo" or
> "/var/run/kamailio_rpc_fifo", we have this privilege issue.
>
> I thought that the following declaration would prevent this
> security issue :
>
> modparam("jsonrpcs", "fifo_name", DEFINE_FIFO_NAME)
>
> modparam("jsonrpcs", "fifo_mode", 0755)
>
> modparam("jsonrpcs", "fifo_group", "kamailio")
>
> modparam("jsonrpcs", "fifo_user", "kamailio")
>
> but it is not the case.
>
>
>
> For the moment only the fifo filename “/tmp/kamailio_rpc_fifo" is
> valid for kamailio to start.
>
>
>
>
>
> Cordialement
>
> Patrick GINHOUX
>
>
>
> *De :*Ginhoux, Patrick
> *Envoyé :* lundi 27 mars 2017 17:46
> *À :* 'mico...@gmail.com <mailto:mico...@gmail.com>'
> <mailto:mico...@gmail.com>; Kamailio (SER) -
> Users Mailing List
> <mailto:sr-users@lists.sip-router.org>
> *Objet :* RE: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings
> problem
>
>
>
> Hi,
>
>
>
> I continue to investigate on this area.
>
>
>
> I’m thinking that there are some security settings on the FS
> /var/, and I’m looking for if we have the rights to change it (I
> work for a project and don’t have all the ability to change some
> settings without agreement).
>
>
>
> I’ll update you later tomorrow.
>
>
>
> Cordialement
>
> Patrick GINHOUX
>
>
>
> *De :*Daniel-Constantin Mierla [mailto:mico...@gmail.com]
> *Envoyé :* lundi 27 mars 2017 15:28
> *À :* Ginhoux, Patrick <mailto:patrick.ginh...@fr.unisys.com>>; Kamailio (SER) - Users
> Mailing List <mailto:sr-users@lists.sip-router.org>>
> *Objet :* Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings
> problem
>
>
>
> Hello,
>
> as recently as last week, someone encountered an file access
> problem while installing Siremis, which is using also some
> temporary files in /var/, even it was granting provileges via
> chown and chmod. All went fine after disabling selinux. It was on
> a centos.
>
> I am not saying it is the same, but it could, so try without
> centos to see if the issue persists.
>
> Cheers,
> Daniel
>
>
>
> On 27/03/2017 15:10, Ginhoux, Patrick wrote:
>
> Hi,
>
>
>
> This is the RHEL 7.1 distro, and there is use of selinux,
> apparmor or other tools.
>
>
>
> Are you meaning that the /var/run/ folder would be secured
> more than other folders?
>
>
>
> Cordialement
>
> Patrick GINHOUX
>
>
>
> *De :*sr-users [mailto:sr-users-boun...@lists.sip-router.org]
> *De la part de* Daniel-Constantin Mierla
> *Envoyé :* lundi 27 mars 2017 13:52
> *À :* Kamailio (SER) - Users Mailing List
>
> <mailto:sr-users@lists.sip-router.org>
> *Objet :* Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME
> settings problem
>
>
>
> Hello,
>
> kamailio should attempt to create the /var/run/kamailio folder
> if the application is run with enough privileges. However,
> some operating systems add more constraints on top of the
> execution user.
>
> What is your OS distro? Do you have selinux, apparmor or other
> similar tools enabled?
>
> Cheers,
> Daniel
>
>
>
Re: [SR-Users] Exclusive: Quitting the fast life of open-source SIP
7;s world need to > learn the truth. > > They act like I was dealing transcoding licences on their block. O.G. 729. > > BRANT: But that wasn't what gave you a wake-up call that the SIP game is > sharper than a razor blade? > > BALASHOV: Hell no, it wasn't their block. That fake-ass east coast > channel partner crew can cash me outside howboudah? > > BRANT: How exclusive is Kamailio World? > > BALASHOV: It's one of the most exclusive clubs I've ever hit up. Lines > wrapping around blocks. And the bouncers. Damn. > > BRANT: The bouncers? > > BALASHOV: Those dudes are harsh. > > BRANT: On a scale of 1 to Berghain, how bad is it? > > BALASHOV: All I know is, one time some squirrely guy in the audience > asked a moderately new-blood question like, "If a Record-Route header > has been added by an intermediate proxy, is it proper of a SIP User > Agent to populate the Request URI of subsequent in-dialog requests with > the Record-Route URI, or should it be the remote Contact?" > > Half the room got up like it was ready to curb-stomp that little face. > Guy didn't know what he got himself into--a room full of elites. > > BRANT: So what happened? > > BALASHOV: Someone was like, "Bounce this fool! He don't know how to > act." > > So these three muscular Kaiser Wilhelm-looking dudes--moustaches and > all--in sunglasses roll up and drag this guy through the Atrium, out the > doors and dump him straight out onto Anna-Louisa-Karsch-Straße. > > BRANT: Damn. Ejected out of the saloon. > > BALASHOV: Yo, that dude was dismissed from the premises. > > BRANT: So what do you see in your future post-SIP life? > > BALASHOV: I'm thinking about starting a bakery. A friend threw it out > there as a way to kind of atone for all this and get straight with > Jesus. Gonna bake really big cookies. You know, huge ones, like a small > pizzas? But recognise--they're actually cookies. > > BRANT: Got any advice for those who bright young upstarts who haven't > turned over a new leaf and thrown in the towel yet? > > BALASHOV: Come on down to Kamailio World #5, May 8-10 2017 in Berlin. > You'll see your life in a new way. > > Registration and more information online at > https://www.kamailioworld.com/k05/ > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
Hello,
have you disabled selinux to see if starts ok without it?
Cheers,
Daniel
On 03.04.17 13:54, Ginhoux, Patrick wrote:
>
> Hi,
>
>
>
> Well, with one of my colleagues, we did some research and test, but we
> don’t find where the privilege issue is with the /var/ FS.
>
> If the fifo filename is "/var/run/kamailio/kamailio_rpc_fifo" or
> "/var/run/kamailio_rpc_fifo", we have this privilege issue.
>
> I thought that the following declaration would prevent this security
> issue :
>
> modparam("jsonrpcs", "fifo_name", DEFINE_FIFO_NAME)
>
> modparam("jsonrpcs", "fifo_mode", 0755)
>
> modparam("jsonrpcs", "fifo_group", "kamailio")
>
> modparam("jsonrpcs", "fifo_user", "kamailio")
>
> but it is not the case.
>
>
>
> For the moment only the fifo filename “/tmp/kamailio_rpc_fifo" is
> valid for kamailio to start.
>
>
>
>
>
> Cordialement
>
> Patrick GINHOUX
>
>
>
> *De :*Ginhoux, Patrick
> *Envoyé :* lundi 27 mars 2017 17:46
> *À :* 'mico...@gmail.com' ; Kamailio (SER) - Users
> Mailing List
> *Objet :* RE: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
>
>
>
> Hi,
>
>
>
> I continue to investigate on this area.
>
>
>
> I’m thinking that there are some security settings on the FS /var/,
> and I’m looking for if we have the rights to change it (I work for a
> project and don’t have all the ability to change some settings without
> agreement).
>
>
>
> I’ll update you later tomorrow.
>
>
>
> Cordialement
>
> Patrick GINHOUX
>
>
>
> *De :*Daniel-Constantin Mierla [mailto:mico...@gmail.com]
> *Envoyé :* lundi 27 mars 2017 15:28
> *À :* Ginhoux, Patrick <mailto:patrick.ginh...@fr.unisys.com>>; Kamailio (SER) - Users
> Mailing List <mailto:sr-users@lists.sip-router.org>>
> *Objet :* Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
>
>
>
> Hello,
>
> as recently as last week, someone encountered an file access problem
> while installing Siremis, which is using also some temporary files in
> /var/, even it was granting provileges via chown and chmod. All went
> fine after disabling selinux. It was on a centos.
>
> I am not saying it is the same, but it could, so try without centos to
> see if the issue persists.
>
> Cheers,
> Daniel
>
>
>
> On 27/03/2017 15:10, Ginhoux, Patrick wrote:
>
> Hi,
>
>
>
> This is the RHEL 7.1 distro, and there is use of selinux, apparmor
> or other tools.
>
>
>
> Are you meaning that the /var/run/ folder would be secured more
> than other folders?
>
>
>
> Cordialement
>
> Patrick GINHOUX
>
>
>
> *De :*sr-users [mailto:sr-users-boun...@lists.sip-router.org] *De
> la part de* Daniel-Constantin Mierla
> *Envoyé :* lundi 27 mars 2017 13:52
> *À :* Kamailio (SER) - Users Mailing List
> <mailto:sr-users@lists.sip-router.org>
> *Objet :* Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings
> problem
>
>
>
> Hello,
>
> kamailio should attempt to create the /var/run/kamailio folder if
> the application is run with enough privileges. However, some
> operating systems add more constraints on top of the execution user.
>
> What is your OS distro? Do you have selinux, apparmor or other
> similar tools enabled?
>
> Cheers,
> Daniel
>
>
>
> On 24/03/2017 17:52, Ginhoux, Patrick wrote:
>
> In my ‘kamctlrc’ file :
>
>
>
> ## path to FIFO file for engine RPCFIFO
>
> RPCFIFOPATH="/var/run/kamailio/kamailio_rpc_fifo"
>
> #RPCFIFOPATH="/tmp/kamailio_rpc_fifo"
>
>
>
> In my ‘kamailio.cfg’ :
>
>
>
> !!ifndef DEFINE_FIFO_NAME
>
> !!define DEFINE_FIFO_NAME "/var/run/kamailio/kamailio_rpc_fifo"
>
> !!endif
>
>
>
>
>
> modparam("jsonrpcs", "pretty_format", 1)
>
> modparam("jsonrpcs", "transport", 2)
>
> modparam("jsonrpcs", "fifo_name", DEFINE_FIFO_NAME)
>
> modparam("jsonrpcs", "fifo_mode", 0755)
>
> modparam("jsonrpcs", "fifo_group", "kamailio")
>
> modparam("jsonrpcs", "fifo_user", "kamailio"
Re: [SR-Users] ht_db_load_table(): key type must be string (type=6)
Hello, thanks for reminder, actually I missed that email, not reading it so far. I just pushed a patch in master that should handle the blob/text columns: - https://github.com/kamailio/kamailio/commit/24e729698017b5d898a92cdf7acb024e44252b84 Can you test it? If all ok, then I will backport. Cheers, Daniel On 03.04.17 13:58, Ginhoux, Patrick wrote: > > Hi Daniel, > > > > Do you look at this error with the item type of ‘text’ in a mysql table? > > > > Cordialement > > Patrick GINHOUX > > > > *De :*Ginhoux, Patrick > *Envoyé :* vendredi 24 mars 2017 10:44 > *À :* 'Kamailio (SER) - Users Mailing List' > > *Objet :* RE: [SR-Users] ht_db_load_table(): key type must be string > (type=6) > > > > Hi Daniel, > > > > I think that this key type problem has to do with the type of > ‘text’used for some fields in my myqsl db. > > > > By changing the type from ‘text’ to varchar(256), the problem goes away. > > > > It is for sure just a workaround, that is ok for me for the moment, > but in the case people would need to have text, we can get this > problem back. > > > > I hope this help. > > > > Cordialement > > Patrick GINHOUX > > > > *De :*Ginhoux, Patrick > *Envoyé :* mardi 21 mars 2017 13:29 > *À :* Kamailio (SER) - Users Mailing List > mailto:sr-users@lists.sip-router.org>> > *Objet :* RE: [SR-Users] ht_db_load_table(): key type must be string > (type=6) > > > > Hi, > > > > Below the structure of the properties table : > > > > mysql> show create table properties; > > +++ > > | Table | Create > Table > > > >| > > +++ > > | properties | CREATE TABLE `properties` ( > > `id` int(6) unsigned NOT NULL AUTO_INCREMENT COMMENT 'UniqueID', > > `key_name` text NOT NULL, > > `key_value` text NOT NULL, > > `value_type` int(1) NOT NULL, > > `key_type` int(1) NOT NULL, > > PRIMARY KEY (`id`) > > ) ENGINE=InnoDB AUTO_INCREMENT=10001 DEFAULT CHARSET=latin1 | > > ++------------+ > > 1 row in set (0.02 sec) > > > > Cordialement > > Patrick GINHOUX > > > > *De :*sr-users [mailto:sr-users-boun...@lists.sip-router.org] *De la > part de* Daniel-Constantin Mierla > *Envoyé :* mardi 21 mars 2017 13:25 > *À :* Kamailio (SER) - Users Mailing List > mailto:sr-users@lists.sip-router.org>> > *Objet :* Re: [SR-Users] ht_db_load_table(): key type must be string > (type=6) > > > > Hello, > > can you give the structure of the table properties (show create table > ...)? > > Cheers, > > Daniel > > March 21, 2017 11:30 AM, "Ginhoux, Patrick" > <mailto:%22Ginhoux,%20patrick%22%20%3cpatrick.ginh...@fr.unisys.com%3e>> > wrote: > > Hi, > > A second update for people who started to look at this issue. > > I have identified the real cause of the problem by looking more in > the kamailio log with the debug traces. I discover that it is > related to the load of the properties table in the htable. > > I have the following entries in my mysql db : > > > +---++-++--+ > > | id | key_name | key_value | value_type | key_type | > > > +---++-++--+ > > | 0 | VERSION | 120104-1734 |
Re: [SR-Users] Doubt about MI Datagram module in Kamailio 5
Hello, indeed, the module was removed, along with the entire MI framework, which was considered deprecated since more or less Kamailio 3.0, when it was decided to go on for RPC interface. Besides the link to the wiki pasted in previous email of this thread, some other details were posted on the web: - https://www.kamailio.org/w/2016/12/mi-code-to-be-removed/ - https://www.kamailio.org/w/2017/01/mi-code-removed/ Cheers, Daniel On 03.04.17 13:35, Ginhoux, Patrick wrote: > > Hi, > > > > I had the same issue for the MI_FIFO. > > > > Both are replaced the jsonrpcs module. See the 5.0 changes here : > http://www.kamailio.org/wiki/install/upgrade/4.4.x-to-5.0.0 > > *Modules* > > *Removed Modules* > > *mi_datagram* > > The *jsonrpcs* module can be used instead to execute RPC commands over > datagram sockets (unix socket file, IPv4 or IPv6). > > *mi_fifo* > > The *jsonrpcs* module can be used instead to execute RPC commands over > a FIFO file. > > Cordialement > > Patrick GINHOUX > > > > *De :*sr-users [mailto:sr-users-boun...@lists.sip-router.org] *De la > part de* Albert Petit > *Envoyé :* lundi 3 avril 2017 13:27 > *À :* SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - > Users Mailing List > *Objet :* [SR-Users] Doubt about MI Datagram module in Kamailio 5 > > > > Dear list, > > > > I've recently upgraded to Kamailio 5 in order to avoid issue parsing > SDP multipart bodies which think are fixed in the update ( - symbol > rejected in content type) . > > > > I could upgrade without issues from my kamailio 4 dev deployment but i > cannot load anymore MI_Datagram module (seems not present in Kamailio > 5 , MI Datagram module i refer to: > > http://www.kamailio.org/docs/modules/4.3.x/modules/mi_datagram.html ) > > > > Can i use MI Datagram module still in Kamailio 5 ? > > Thanks > > Albert > > > > ___________ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] "kamdbctl create" failed
On 03.04.17 11:42, Tim Makarios wrote: > On 03/04/17 21:05, Daniel-Constantin Mierla wrote: >> Any reason to install 4.0.x? > > Because that's what the Trisquel 7 default repositories gave me, along > with MySQL 5.5; it appears to have inherited both of these from Ubuntu > 14.04 LTS. So it sounds like Trusty's default repositories have a > version of Kamailio incompatible with their version of MySQL. One solution to fix it is to edit the sql files located in: /usr/share/kamailio/mysql/ Search for the BLOB/TEXT columns and just remove their default value. Not remembering by heart if in 4.0 is present, but at some point kamdbctl got the option to add only tables per module. Like: kamdbctl add-tables dispatcher which adds the tables used by dispatcher. First you have to add the 'standard' tables, then choose only the tables for the modules you know you are going to use. Before that, you may need to create the database and grant access with the 'dbonly' and 'grant' commands for kamdbctl. This may work as alternative when you don't use the modules with the columns that have more restrictions with newer versions of mysql. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Kamailio 6.0 architecture
I though that the last decision was to make the core a kernel module and use systemd-dbus for inter-module API -- have you fetched latest specs from CVS repo? Daniel On 01.04.17 12:25, Olle E. Johansson wrote: > Dear Kamailians! > > We got news for you! The Kamailio 6.0 architecture is finalised! It's > something we've been working on for a long time in the project team and > you've already seen part of it in the recent Kamailio 5 release - the KEMI > interface for LUA. > > We've realised that we have too many modules, especially all those IMS* > modules. And the core is getting slimmer and slimmer. This is what we're > going to do: > > * All RPC, EVENTAPI,AUTH, JSON, TM, HTTP_CLIENT and TLS modules will be > integrated back into the core. > * The EVENT API will be the core API for external modules > * The rest of the functionality in the modules will have to be rewritten in > LUA and maintained as separate GITHUB projects outside of the core > > After successfully integrating LUA into the heart of Kamailio and exposing > the Kamailio API we have decided to make life more simple for the core > maintainers. Maintaining well over 100 modules took too much time, and who > cares about some of the stuff? Billing, least cost routing and all the other > crazy stuff in modules are going away anyhow as all services will be free. > Calls really wants to be free. And presence is no longer needed, we'll just > tap into the mobile phones from the core to know where everyone is. > > The removal of the modules will take place during the month of April 2017 and > a new core will raise like a Fenix from the ashes, a much larger, monolithic > and complex core with new functionality that will take Kamailio to new areas, > like a message bus for games, an API server for mobile yoga apps and a > control plane for embedded IoT devices. "Kamailio everywhere" is the new > slogan for the Kamailio project. > > - "We will all remember April 1st 2017 as a new start of the project" says > Olle-Carsten Mierla, the new elected project leader. "From now on, Kamailio > aims to be a standard part of every operating system distribution, defining > the new core of the Internet.” > > We hope all of you join us in this effort and refrain from reporting any bugs > or other disturbing issues while we rebuild the new Kamailio. > > /O > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] "kamdbctl create" failed
Hello, you run a newer version of mysql that enabled more constraints than they used to be at the time 4.0 was developed (4-5 years ago). Any reason to install 4.0.x? These should have been fixed in 4.4 or 5.0. It is practically about removing default values for BLOB/TEXT columns. Also, I encountered issues with latest mysql versions and the datetime defaulting to '-00-00 ...', which used to work in older versions. Cheers, Daniel On 03.04.17 03:26, Tim Makarios wrote: > Sorry; I forgot to specify the version of Kamailio I'm using: 4.0.4. > <>< > > On 03/04/17 13:15, Tim Makarios wrote: >> Hi, >> >> Following >> http://kamailio.org/docs/tutorials/devel/kamailio-install-guide-deb/ >> I got to the step where I had to run >> kamdbctl create >> Unfortunately, this failed, with the following output: >>> INFO: test server charset >>> INFO: creating database kamailio ... >>> INFO: granting privileges to database kamailio ... >>> INFO: creating standard tables into kamailio ... >>> ERROR 1101 (42000) at line 2: BLOB/TEXT column 'body' can't have a >>> default value >>> ERROR: Creating core tables failed at msilo! >> >> Searching for this error turned up http://tinyurl.com/lovr4aq , but the >> link in the answer is broken, and it doesn't appear that >> STRICT_TRANS_TABLES is relevant to my version of MySQL [1], which is >> 5.5.54 (running on Trisquel 7, which is based on Ubuntu Trusty). >> >> Has anyone else encountered and overcome this problem, or does anyone >> have any ideas about how I might proceed? >> >> Tim >> <>< >> >> [1] http://tinyurl.com/zmnc75c > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Problems with avp_db_load
By default the second setting of debug is in effect, the one after
#!else, respectively:
debug=2
Cheers,
Daniel
On 30.03.17 19:40, Kevin Bushong wrote:
>
> Yes, I ran it as debug=3
>
>
>
> #!ifdef WITH_DEBUG
>
> debug=3
>
> log_stderror=yes
>
> #!else
>
> debug=2
>
> log_stderror=no
>
> #!endif
>
>
>
>
>
> Here is my modparams for the debugger module.
>
>
>
> #!ifdef WITH_DEBUG
>
> # - debugger params -
>
> modparam("debugger", "cfgtrace", 1)
>
>
>
>
>
> I expect debugs as well, but didn’t see any. Is there some
> configuration I’m missing?
>
>
>
> Thanks,
>
>
>
> Kevin
>
>
>
>
>
> *From:*Daniel-Constantin Mierla [mailto:mico...@gmail.com]
> *Sent:* Thursday, March 30, 2017 1:37 PM
> *To:* Kevin Bushong ; Kamailio
> (SER) - Users Mailing List
> *Subject:* Re: [SR-Users] Problems with avp_db_load
>
>
>
> Are you sure you ran it with debug=3? Because there must be a lot of
> "DEBUG: " log messages.
>
> Cheers,
> Daniel
>
>
>
> On 30.03.17 16:35, Kevin Bushong wrote:
>
> I hope this helps.
>
>
>
> Thanks, Kevin
>
>
>
>
>
> Mar 30 09:47:26 Limitless-Calling-Server
> /usr/local/sbin/kamailio[7855]: ERROR:
Re: [SR-Users] Problems with avp_db_load
Are you sure you ran it with debug=3? Because there must be a lot of "DEBUG: " log messages. Cheers, Daniel On 30.03.17 16:35, Kevin Bushong wrote: > > I hope this helps. > > > > Thanks, Kevin > > > > > > Mar 30 09:47:26 Limitless-Calling-Server > /usr/local/sbin/kamailio[7855]: ERROR:
Re: [SR-Users] Problems with avp_db_load
Hello,
can you run with debug=3 in kamailio.cfg and send all the debug messages
printed in syslog for this situation?
Cheers,
Daniel
On 29.03.17 20:48, Kevin Bushong wrote:
>
> I am using the avpops module to read from a mysql database to look for
> CFWD information for the call. When a call is placed, it appears the
> command avp_db_load attempts to read the file but all values come back
> as NULL. There are no messages in the log and of course the call does
> not process correctly.
>
>
>
>
>
> We are using a config that is exactly the same on a 4.3.4 version of
> kamailio using cento 6.7, with a local version of mysql Ver 14.14
> Distrib 5.1.73, that works perfectly. When moving the code to
> kamailio 4.4.4 on Debian 8, Jessie, mysql Ver 14.14 Distrib 5.5.53
> the avp_db_load returns no information.
>
>
>
> Here is the snippet of the code we are using. Since I am not used to
> troubleshooting kamailio, please let me know what other information
> you need.
>
>
>
> Thanks,
>
>
>
> Kevin
>
>
>
>
>
> Code snippet:
>
>
>
> #!ifdef WITH_CFWD
>
> xlog ("$TF Call to $rU made it into WITH_CFWD in
> route[LOCATION] block\n");
>
> # Call forwarding is enabled, so lets do a lookup to pull all
> AVP's for possible call forwarding types/destinations
>
> # Below line should load all AVP's into memory from DB for the
> username portion of the TO: field from table usr_preferences
>
> xlog("script should load from DB usr_preferences next");
>
> avp_db_load("$tU","s/usr_preferences");
>
> # This line i simple want to print to log when the avp load is
> complete and what the values are (for debug purposes only and should
> typically be commented out)
>
> xlog("DB load should be complete");
>
> xlog("SCRIPT: $TF Call Forwarding Unconditional set to
> $avp(Unconditional)\n");
>
> xlog("SCRIPT: $TF Call Forwarding NoAnswer set to
> $avp(NoAnswer)\n");
>
> xlog("SCRIPT: $TF Call Forwarding Busy set to $avp(Busy)\n");
>
> avp_print();
>
> # Check to see if the AVP's are set and if so put them in log
> for logging purposes
>
> if(is_avp_set("$avp(Unconditional)"))
>
> xlog("SCRIPT: $TF Call Forwarding Unconditional set to
> $avp(Unconditional)\n");
>
> if(is_avp_set("$avp(NoAnswer)"))
>
> xlog("SCRIPT: $TF Call Forwarding NoAnswer set to
> $avp(NoAnswer)\n");
>
> if(is_avp_set("$avp(Busy)"))
>
> xlog("SCRIPT: $TF Call Forwarding Busy set to $avp(Busy)\n");
>
> t_set_fr(16000, 15000); # set fr invite timeout to 16s and no
> response at all to 15s to meet the specs for call fowarding no answer
> ringtime
>
>
>
>
>
> # If Call fowarding Unconditional is set, we need to change
> the dialed number and sent it off to the original users trunk from
> subscriber table
>
>
>
> # Check to see if unconditional is set
>
> if(is_avp_set("$avp(Unconditional)"))
>
> # Shove this call into route [PSTN_CFWD] Block
>
> route("PSTN_CFWD");
>
>
>
>
>
> Here is the syslog for the same snippet:
>
> 09:29 2017 Call to 15703771055 made it into WITH_CFWD in
> route[LOCATION] block
>
> Mar 29 14:09:29 Limitless-Calling-Server
> /usr/local/sbin/kamailio[7831]: ERROR:
Re: [SR-Users] Adding two time prefix to $rU
Hello,
On 28/03/2017 19:50, Yebe diomande Keffa wrote:
>
> Hello
>
>
>
> I am new with kamailio, and trying to add prefix to Request URI ($rU).
>
> I use branch_route, for $rU=”prefix”+$rU, i got two time prefix
> adding => prefix_prefix_original$rU
>
> This is my code small code:
>
> request_route {
>
> if (is_method("INVITE")) {
>
>$var(ip1)="51.254.245.58";
>
>$var(port1)="33";
>
>if(!t_is_set("branch_route")) route(FWD);
>
>xlog("L_ALERT","Route FWD is executed
> from ip:$si to ip:$rd \n");
>
> }
>
> exit;
>
> }
>
>
>
> route[FWD] {
>
> t_on_branch("CHECK");
>
> t_relay();
>
> }
>
>
>
>
>
> branch_route[CHECK] {
>
> $rd=$var(ip1);
>
> $rU=$var(port1)+$rU;
>
> xlog("L_ALERT","dst rewrited: $rU \n");
>
> }
>
>
>
> LOG FILES :
>
>
>
> Mar 28 19:34:45 ns3033789 systemd[1]: Started LSB: Start the Kamailio
> SIP proxy server.
>
> Mar 28 19:34:54 ns3033789 /usr/sbin/kamailio[2859]: ALERT:
Re: [SR-Users] $hep(dst_ip)
For proper clarification of how we do releases and backports: the pull request was made after branch 5.0 was created and it is adding new features. In stable branches we push only fixes to existing code and improvements to documentation to ensure the stability and compatibility between minor versions. 5.1 is likely to be release sometime in autumn or around the end of the year, depending on how development and testing goes on. Typically is like 8 months of development cycle. Cheers, Daniel On 28/03/2017 20:16, David Villasmil wrote: > Ok thanks. Is there a time frame for that ? > On Tue, Mar 28, 2017 at 8:15 PM Victor Seva > <mailto:linuxman...@torreviejawireless.org>> wrote: > > 2017-03-28 15:26 GMT+02:00 David Villasmil > <mailto:david.villasmil.w...@gmail.com>>: > > Hello guys, > > the merged https://github.com/kamailio/kamailio/pull/995 is > not available on 5.0 and I'm wondering if/when it will be > added to 5.0? > > > It will available on next 5.1 release. > ___ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing > list > sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] log_custom module question
Hello, On 29/03/2017 10:52, Anonim Stefan wrote: > Hi, > > I'm trying some logging via UDP, using log_custom module. > > I've noticed that the logs are always sent through the first interface > in the config "listen=" rows. > > Now, is there a way to listen on that interface, in order to log_udp() > on it, without being able to send/receive any SIP on it? (i.e. > disabling SIP capability and use it only for logging via UDP) it is not something that can be restricted via parameters, if kamailio is listening on a socket via 'listen', then the traffic is shipped to config interepreter -- but you can have in request_route and reply_route a condition on dst_ip/dst_port or $Ri/$Rp and if it is matching the socket, you just drop the traffic. Of course, using firewall is another way, but not related to kamailio at all. There could be an enhancement for the log_custom module to use its own socket, not the one from the core listen list. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] kamailio 4.4.1 crash on bad sip response
Hello,
it is already backported to branch 4.4 -- I said that you can use latest
4.4 branch from git -- backporting was only if you want to still use
4.4.1 snapshot + this patch.
Therefore next release in 4.4 series will have it as well.
Cheers,
Daniel
On 28/03/2017 13:42, David Escartín Almudévar wrote:
> hello Daniel
>
> thanks a lot.
> we actually will start testing 5.0 to migrate to it, but in the
> meantime it's great if we can patch it on the 4.4
>
> best regards
> david
>
>
> El mar, 28-03-2017 a las 13:37 +0200, Daniel-Constantin Mierla escribió:
>> Hello,
>>
>> I pushed a safety checks to avoid crash in this situation. I will
>> have to investigate deeper why it got to this state, but for now the
>> fix should avoid this crash in a similar situation. You have to use
>> the latest branch 4.4 or backport the patch
>> e20b38e0084c1f89c43a921a8a2affbea060aaa5 to your version.
>>
>> Cheers,
>> Daniel
>>
>>
>>
>> On 28/03/2017 12:15, David Escartín Almudévar wrote:
>>
>>> hello Daniel
>>>
>>> it happened only once as far as i know, i tried to duplicate by
>>> myself but i couldnt create the sipp scenario
>>> i will try to duplicate it setting the octal parameters in hex
>>> escaped by % in the SIP uris to see if i can, but i didnt have time yet
>>>
>>> in the meantime here you have the information
>>>
>>> (gdb) frame 6
>>> #6 0x004696c4 in dns_srv_sip_resolvehost
>>> (name=0x7f6906943188, port=0x7fff120795e2, proto=0x7fff120795e1
>>> "\001\330\023") at dns_cache.c:2679
>>> 2679 he=dns_get_he(name, dns_flags);
>>> (gdb) p *name
>>> $1 = {s = 0x0, len = 0}
>>> (gdb) p *port
>>> $2 = 5080
>>>
>>> thanks a lot and regards
>>> david
>>>
>>>
>>>
>>> El lun, 27-03-2017 a las 21:04 +0200, Daniel-Constantin Mierla escribió:
>>>> Hello,
>>>>
>>>> did it happen only once, or it can be reproduced?
>>>>
>>>> Can you also get from gdb:
>>>>
>>>> frame 6
>>>>
>>>> p *name
>>>>
>>>> p *port
>>>>
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>>
>>>>
>>>> On 27/03/2017 16:43, David Escartín Almudévar wrote:
>>>>
>>>>> hello Daniel
>>>>>
>>>>> here you have
>>>>>
>>>>> (gdb) frame 1
>>>>> #1 0x0045b472 in _dns_hash_find (name=0x7f6906943188,
>>>>> type=1, h=0x7fff120793cc, err=0x7fff120793ac) at dns_cache.c:535
>>>>> 535 *h=dns_hash_no(name->s, name->len, type);
>>>>> (gdb) info locals
>>>>> e = 0x7f69069015b8
>>>>> tmp = 0x7f69069247e0
>>>>> ret = 0x0
>>>>> now = 689922868
>>>>> cname_chain = 0
>>>>> cname = {s = 0xab0e93 "Via: SIP/2.0/UDP
>>>>> \020?\337\v\234\262\264\016
>>>>> :5080;received=;rport=5080;branch=\020?\337\v\234\262\264\016
>>>>> \r\nContent-Length: 0\r\n\r\n", len = 11210375}
>>>>> __FUNCTION__ = "_dns_hash_find"
>>>>> (gdb) list
>>>>> 530 cname_chain=0;
>>>>> 531 ret=0;
>>>>> 532 now=get_ticks_raw();
>>>>> 533 *err=0;
>>>>> 534 again:
>>>>> 535 *h=dns_hash_no(name->s, name->len, type);
>>>>> 536 #ifdef DNS_CACHE_DEBUG
>>>>> 537 LM_DBG("(%.*s(%d), %d), h=%d\n", name->len, name->s,
>>>>> name->len, type, *h);
>>>>> 538 #endif
>>>>> 539 clist_foreach_safe(&dns_hash[*h], e, tmp, next){
>>>>>
>>>>>
>>>>>
>>>>> thanks a lot and regards
>>>>> david
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> El lun, 27-03-2017 a las 13:54 +0200, Daniel-Constantin Mierla
>>>>> escribió:
>>>>>> Hello,
>>>>>>
>>>>>> the backtrace is no longer matching the 4.4 branch code, as you
>>>>>> run an older release in that series.
>>>>>>
>>>>>> Can you get with gdb from the core the output of the following
>>>>>> commands:
>>>>>>
>>>>>> frame 1
>>>>>>
>>>>>> info locals
>&
Re: [SR-Users] kamailio 4.4.1 crash on bad sip response
Hello,
I pushed a safety checks to avoid crash in this situation. I will have
to investigate deeper why it got to this state, but for now the fix
should avoid this crash in a similar situation. You have to use the
latest branch 4.4 or backport the patch
e20b38e0084c1f89c43a921a8a2affbea060aaa5 to your version.
Cheers,
Daniel
On 28/03/2017 12:15, David Escartín Almudévar wrote:
> hello Daniel
>
> it happened only once as far as i know, i tried to duplicate by myself
> but i couldnt create the sipp scenario
> i will try to duplicate it setting the octal parameters in hex escaped
> by % in the SIP uris to see if i can, but i didnt have time yet
>
> in the meantime here you have the information
>
> (gdb) frame 6
> #6 0x004696c4 in dns_srv_sip_resolvehost
> (name=0x7f6906943188, port=0x7fff120795e2, proto=0x7fff120795e1
> "\001\330\023") at dns_cache.c:2679
> 2679 he=dns_get_he(name, dns_flags);
> (gdb) p *name
> $1 = {s = 0x0, len = 0}
> (gdb) p *port
> $2 = 5080
>
> thanks a lot and regards
> david
>
>
>
> El lun, 27-03-2017 a las 21:04 +0200, Daniel-Constantin Mierla escribió:
>> Hello,
>>
>> did it happen only once, or it can be reproduced?
>>
>> Can you also get from gdb:
>>
>> frame 6
>>
>> p *name
>>
>> p *port
>>
>>
>> Cheers,
>> Daniel
>>
>>
>>
>> On 27/03/2017 16:43, David Escartín Almudévar wrote:
>>
>>> hello Daniel
>>>
>>> here you have
>>>
>>> (gdb) frame 1
>>> #1 0x0045b472 in _dns_hash_find (name=0x7f6906943188,
>>> type=1, h=0x7fff120793cc, err=0x7fff120793ac) at dns_cache.c:535
>>> 535 *h=dns_hash_no(name->s, name->len, type);
>>> (gdb) info locals
>>> e = 0x7f69069015b8
>>> tmp = 0x7f69069247e0
>>> ret = 0x0
>>> now = 689922868
>>> cname_chain = 0
>>> cname = {s = 0xab0e93 "Via: SIP/2.0/UDP \020?\337\v\234\262\264\016
>>> :5080;received=;rport=5080;branch=\020?\337\v\234\262\264\016
>>> \r\nContent-Length: 0\r\n\r\n", len = 11210375}
>>> __FUNCTION__ = "_dns_hash_find"
>>> (gdb) list
>>> 530 cname_chain=0;
>>> 531 ret=0;
>>> 532 now=get_ticks_raw();
>>> 533 *err=0;
>>> 534 again:
>>> 535 *h=dns_hash_no(name->s, name->len, type);
>>> 536 #ifdef DNS_CACHE_DEBUG
>>> 537 LM_DBG("(%.*s(%d), %d), h=%d\n", name->len, name->s, name->len,
>>> type, *h);
>>> 538 #endif
>>> 539 clist_foreach_safe(&dns_hash[*h], e, tmp, next){
>>>
>>>
>>>
>>> thanks a lot and regards
>>> david
>>>
>>>
>>>
>>>
>>> El lun, 27-03-2017 a las 13:54 +0200, Daniel-Constantin Mierla escribió:
>>>> Hello,
>>>>
>>>> the backtrace is no longer matching the 4.4 branch code, as you run
>>>> an older release in that series.
>>>>
>>>> Can you get with gdb from the core the output of the following
>>>> commands:
>>>>
>>>> frame 1
>>>>
>>>> info locals
>>>>
>>>> list
>>>>
>>>>
>>>> and send them here on the mailing list.
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>> On 24/03/2017 14:50, David Escartín Almudévar wrote:
>>>>
>>>>> hello all, Daniel
>>>>>
>>>>> checking the core with the gdb, we have checked the variables at
>>>>> the frames of the backtrace, to try to get the full sip message
>>>>> seems it seemed truncated.
>>>>> checking the buf variable of the frame 11 which theorically
>>>>> contains the sip msg to parse we have the string
>>>>>
>>>>>
>>>>> SIP/2.0 487 Request Terminated\r\nFrom:
>>>>> \"881237046977\";tag=B7jgc8jQ4m5pB\r\nTo:
>>>>> ;tag=e0d50be-13c4-58d47cba-a2ed9808-36fa\r\nl\337K\016\213\347:
>>>>> \344\003\r\nCSeq: 104824272 INVITE\r\nVia: SIP/2.0/UDP
>>>>> L\263\264\016\020?\337\v\234\262\264\016
>>>>> ;branch=\327\f\340\r\nVia: SIP/2.0/UDP \020?\337\v\234\262\264\016
>>>>> :5080;received=;rport=5080;branch=\020?\337\v\234\262\264\016
>>>>> \r\nContent-Length: 0\r\n\r\n
>>>>>
>>>>> this is i guess how gdb parses the message, so i guess i cannot
>>>>> introduce this like that in a xml sipp formal, since CRLF is
>>>&g
Re: [SR-Users] [sr-dev] Planning Kamailio v5.0.1
On 28/03/2017 09:43, Olle E. Johansson wrote: >> On 28 Mar 2017, at 09:40, Daniel-Constantin Mierla wrote: >> >> Hello, >> >> I am considering to release Kamailio v5.0.1 sometime next week, likely >> on Wednesday, April 5, 2017. Should anyone be aware of issues not listed >> yet on bug tracker, report them there as soon as possible to try to fix. >> >> Soon after, we should release a new version from branch 4.4 and the last >> one from branch 4.3. > I personally have no issues. I just want to say Thank You Daniel for all your > hard work getting releases out of the door! Thanks Olle, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
[SR-Users] Planning Kamailio v5.0.1
Hello, I am considering to release Kamailio v5.0.1 sometime next week, likely on Wednesday, April 5, 2017. Should anyone be aware of issues not listed yet on bug tracker, report them there as soon as possible to try to fix. Soon after, we should release a new version from branch 4.4 and the last one from branch 4.3. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Kamailio Registration load Issue
Hello, besides Alex' suggestion to look at AWS PPS limits, few things to take in consideration in such case: - if CPU usage is low, then if you use DNS for routing, be sure that DNS server is very responsive - if you do auth with database, be sure that database is very responsive - if you print extensive log messages, be sure syslog is configured asynchronous - check the received queue on sip port with netstat, if it is high value, then kamailio is stuck in some operations (like those above) and doesn't read as fast as the end point transmits - if sipp runs on a low capacity system, I noticed that it cannot handle the responses at high throughput even when they are sent to it and it actually thinks it hasn't received them and do retransmissions Cheers, Daniel On 27/03/2017 21:09, Jade SZ wrote: > Hi Guys, > > I am running a simple REGISTER load test on: > > 1) Kamailio sever with 2 cores - mem 5G > 2) Kamailio server with 4 cores - mem 16G > > Both are EC2 instances. > > At -r = 500 i.e. 500 reg/sec sipP test works fine with very few > re-trans. But when i increase it to 800 reg/sec it starts > retransmissions in bulk. > > I don't see server's CPU, load-avg or memory shooting. Running > everything by default, even using kamctl to start the instance. So I > have not tuned any params yet. > > My main concern is how can I make server choke and get its actual > capacity, and avoid these retransmissions as apparently kamailio is > not even utilizing 2 cores and CPU usage is under 10 always. > > Results of both server is same i.e. 500 reg/sec max so I am sure there > is some problem that needs a fix, but need some hints here. > > Also used multiple SIPp's to rule out if it is SIPp issue, but after > 500 I see same problem. > > > Regards, > JSZ > > > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Kamailio Registration load Issue
On 27/03/2017 21:15, Alex Balashov wrote: > You might be running into semi-invisible/not widely publicised (but > definitely very real) PPS limits on given instance sizes. I assume you refer to AWS instance packets per second limits -- I was not aware of it, although I expected somehow. Has anyone encountered a similar situation and can share some numbers that they faced during past experiences? It would be useful to have in mind when dimensioning sip server deployments... Cheers, Daniel > > On March 27, 2017 3:09:56 PM EDT, Jade SZ wrote: >> Hi Guys, >> >> I am running a simple REGISTER load test on: >> >> 1) Kamailio sever with 2 cores - mem 5G >> 2) Kamailio server with 4 cores - mem 16G >> >> Both are EC2 instances. >> >> At -r = 500 i.e. 500 reg/sec sipP test works fine with very few >> re-trans. >> But when i increase it to 800 reg/sec it starts retransmissions in >> bulk. >> >> I don't see server's CPU, load-avg or memory shooting. Running >> everything >> by default, even using kamctl to start the instance. So I have not >> tuned >> any params yet. >> >> My main concern is how can I make server choke and get its actual >> capacity, >> and avoid these retransmissions as apparently kamailio is not even >> utilizing 2 cores and CPU usage is under 10 always. >> >> Results of both server is same i.e. 500 reg/sec max so I am sure there >> is >> some problem that needs a fix, but need some hints here. >> >> Also used multiple SIPp's to rule out if it is SIPp issue, but after >> 500 I >> see same problem. >> >> >> Regards, >> JSZ > > -- Alex > > -- > Principal, Evariste Systems LLC (www.evaristesys.com) > > Sent from my Google Nexus. > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - May 22-24 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] new keepalive module ?
Hello, thanks, it will reviewed and eventual comments will be added to the pull request. Cheers, Daniel On 27/03/2017 22:08, Guillaume Bour wrote: > Hello, > > I submitted the 1st version of my prototype: > https://github.com/kamailio/kamailio/pull/1045 > > I attach here 2 sample configurations to use with > > Regards, > Guillaume Bour > > On Thu, Mar 16, 2017 at 01:18:47PM +0100, Daniel-Constantin Mierla wrote: >> Hello, >> >> >> On 13/03/2017 22:45, Guillaume Bour wrote: >>> Hi Daniel, >>> >>> Thanks for you answer >>> >>> On Tue, Mar 07, 2017 at 11:35:17PM +0100, Daniel-Constantin Mierla wrote: >>>> Hello, >>>> >>>> >>>> On 07/03/2017 21:22, Guillaume Bour wrote: >>>>> Hi all, >>>>> >>>>> I would like to implement destinations keepalive in drouting module (as >>>>> it is done in dispatcher). >>>>> But instead of duplicating what's implemented in dispatcher, I think it >>>>> would be more clever to create a new module >>>>> dedicated to pinging destinations, and to plug drouting, dispatcher and >>>>> other modules to this new one >>>>> >>>>> What's you opinion about that ? >>>>> >>>> could be an interesting module, not able to say at this moment if I >>>> would plug it into dispatcher, as I cannot assert the impact, but at >>>> least for adding to drouting or other modules which don't have this >>>> feature, should worth the try. >>>> >>>> How do you plan to have the relation between the modules? Each of them >>>> will have a copy of the addresses, or the addresses of the destinations >>>> will be in. a single module, and the other will refer to them via some >>>> unique id? Will drouting just build the list of destination based on >>>> priority, then check with the new module to see which are active and >>>> remove the inactive ones? >>> My idea is to expose a set of API functions, allowing other modules >>> to register/unregister addresses to monitor. >>> So yes, destinations adresses would be duplicated in keepalive module >>> memory. >>> Then keepalive module would notify the "source" module when destination >>> status change (available -> unavailable, and vice-versa) >>> >>>> Again, when I would see some sort of prototype/initial version, probably >>>> I can comment more. The questions above just pop up in my mind, but >>>> probably you can just go ahead to write some code as you consider, then >>>> we can start a discussion from there and see what can be improved/better >>>> integrated with existing modules. >>>> >>> I have started working on a POC. >>> It is available at https://github.com/gbour/kamailio/tree/module-keepalive >> OK, thanks for pointing to it. >> >> Once you get something working, you can make a pull request so we can >> review it using github portal. >> >> It may be useful to have it working with its own group of destination >> and export to kamailio.cfg some functions to check if a destination is >> active or not, change it state, etc ... It can be used when routing to a >> single pstn gateway or other media servers to reply directly from >> kamailio, not to forward and wait for timeout. >> >> Cheers, >> Daniel >>> >>>> Cheers, >>>> Daniel >>>> >>>> -- >>>> Daniel-Constantin Mierla >>>> www.twitter.com/miconda -- www.linkedin.com/in/miconda >>>> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - >>>> www.asipto.com >>>> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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 >>> _______ >>> 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-Constantin Mierla >> www.twitter.com/miconda -- www.linkedin.com/in/miconda >> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - &
Re: [SR-Users] kamailio 4.4.1 crash on bad sip response
Hello,
did it happen only once, or it can be reproduced?
Can you also get from gdb:
frame 6
p *name
p *port
Cheers,
Daniel
On 27/03/2017 16:43, David Escartín Almudévar wrote:
> hello Daniel
>
> here you have
>
> (gdb) frame 1
> #1 0x0045b472 in _dns_hash_find (name=0x7f6906943188, type=1,
> h=0x7fff120793cc, err=0x7fff120793ac) at dns_cache.c:535
> 535 *h=dns_hash_no(name->s, name->len, type);
> (gdb) info locals
> e = 0x7f69069015b8
> tmp = 0x7f69069247e0
> ret = 0x0
> now = 689922868
> cname_chain = 0
> cname = {s = 0xab0e93 "Via: SIP/2.0/UDP \020?\337\v\234\262\264\016
> :5080;received=;rport=5080;branch=\020?\337\v\234\262\264\016
> \r\nContent-Length: 0\r\n\r\n", len = 11210375}
> __FUNCTION__ = "_dns_hash_find"
> (gdb) list
> 530 cname_chain=0;
> 531 ret=0;
> 532 now=get_ticks_raw();
> 533 *err=0;
> 534 again:
> 535 *h=dns_hash_no(name->s, name->len, type);
> 536 #ifdef DNS_CACHE_DEBUG
> 537 LM_DBG("(%.*s(%d), %d), h=%d\n", name->len, name->s, name->len,
> type, *h);
> 538 #endif
> 539 clist_foreach_safe(&dns_hash[*h], e, tmp, next){
>
>
>
> thanks a lot and regards
> david
>
>
>
>
> El lun, 27-03-2017 a las 13:54 +0200, Daniel-Constantin Mierla escribió:
>> Hello,
>>
>> the backtrace is no longer matching the 4.4 branch code, as you run
>> an older release in that series.
>>
>> Can you get with gdb from the core the output of the following commands:
>>
>> frame 1
>>
>> info locals
>>
>> list
>>
>>
>> and send them here on the mailing list.
>>
>> Cheers,
>> Daniel
>>
>> On 24/03/2017 14:50, David Escartín Almudévar wrote:
>>
>>> hello all, Daniel
>>>
>>> checking the core with the gdb, we have checked the variables at the
>>> frames of the backtrace, to try to get the full sip message seems it
>>> seemed truncated.
>>> checking the buf variable of the frame 11 which theorically contains
>>> the sip msg to parse we have the string
>>>
>>>
>>> SIP/2.0 487 Request Terminated\r\nFrom:
>>> \"881237046977\";tag=B7jgc8jQ4m5pB\r\nTo:
>>> ;tag=e0d50be-13c4-58d47cba-a2ed9808-36fa\r\nl\337K\016\213\347:
>>> \344\003\r\nCSeq: 104824272 INVITE\r\nVia: SIP/2.0/UDP
>>> L\263\264\016\020?\337\v\234\262\264\016 ;branch=\327\f\340\r\nVia:
>>> SIP/2.0/UDP \020?\337\v\234\262\264\016
>>> :5080;received=;rport=5080;branch=\020?\337\v\234\262\264\016
>>> \r\nContent-Length: 0\r\n\r\n
>>>
>>> this is i guess how gdb parses the message, so i guess i cannot
>>> introduce this like that in a xml sipp formal, since CRLF is
>>> represented as \r\n, so others parts like l\337K\016\213\347:
>>> \344\003 i have no idea what they are, because they also seem to be
>>> out of the ASCII table ¿?
>>> anycase, seems the message is very bad formed, and the kamailio
>>> tries to resolve the host of the Via and it gets nothing, so the
>>> function get_hash1_case_raw is fed by a nul value and seems that the
>>> reason it crashes
>>>
>>> hope you can retrieve information from that message to find out what
>>> kind of message it exactly is and see if it's possible to avoid
>>> kamailio's crash in this scenario
>>>
>>>
>>> best regards
>>> david
>>>
>>>
>>>
>>> El vie, 24-03-2017 a las 12:10 +0100, David Escartín Almudévar escribió:
>>>> hello all
>>>>
>>>> we have experienced a crash and tracing the logs and the core,
>>>> seems it was because a sip response from an endpoint.
>>>> a UDP receiver (26248) crashed and the last message we see on it is
>>>> a 487 quite bad formed
>>>>
>>>> Mar 24 01:58:02 mia-proxy-inout-1-stby
>>>> /usr/local/kamailio/sbin/kamailio[26248]: ERROR: tm
>>>> [t_lookup.c:1055]: t_check_msg(): ERROR: reply doesn't have a via,
>>>> cseq or call-id header
>>>> Mar 24 01:58:17 mia-proxy-inout-1-stby
>>>> /usr/local/kamailio/sbin/kamailio[26230]: ALERT:
>>>> [main.c:739]: handle_sigs(): child process 26248 exited by a signal 11
>>>>
>>>>
>>>> the backtrace of the core
>>>> (gdb) backtrace
>>>> #0 0x00457ab9 in get_hash1_case_raw (s=0x0, len=0) at
>>>> hashes.h:210
>>>> #1 0x0045b472 in _dns_hash_find (name=0x7f6906943188,
>>>> type=1, h=0x7fff120793cc, er
Re: [SR-Users] Important problem with this test : if ($var(i:maxRangeInx)==$null)
Hello,
$var(...) don't hold null values, they start initialed to 0 and they are
reset to 0 (when assigning $null to them) -- this is the design from the
beginning which brings benefits in many situation when one doesn't get a
chance to init.
If you want a similar variable that works with null, then use $vn(...):
-
https://www.kamailio.org/wiki/cookbooks/5.0.x/pseudovariables#vn_name_-_private_memory_variables_null
Cheers,
Daniel
On 27/03/2017 15:22, Ginhoux, Patrick wrote:
>
> Hi,
>
>
>
> I’m continue my job to ‘migrate’ my 3.3.1 kamailio.cfg script on a
> RHEL 6.2 server to the 5.0.x kamailio version on a RHEL 7.1 server,
> and I encounter a major problem with the ‘== $null’ test in the script.
>
>
>
> My original script (3.3.1) contains this sequence :
>
>
>
> $var(i:rangeInx)=0;
>
> $var(i:maxRangeInx) = $sht(mbxrangeHash=>"maxrange");
>
> xlog(" imbxRangeInx value before test : '$var(i:maxRangeInx)' ");
>
> if ($var(i:maxRangeInx)==$null) {
>
> $var(i:maxRangeInx)=99;
>
> }
>
> xlog(" imbxRangeInx after test : '$var(i:maxRangeInx)' ");
>
>
>
> èThe results are :
>
> imbxRangeInx value before test : ‘0’
>
> imbxRangeInx value after test : ‘99’
>
>
>
> I run the same script on my new server and I get ‘0’ before and after
> the test.
>
>
>
> I attempted another kind of test to try to figure out where the
> problem is. So I write the simple test (with kamailio 5.0.x) :
>
>
>
> $var(i:rangeInx)=0;
>
> $var(i:maxRangeInx) = $sht(mbxrangeHash=>"maxrange");
>
> $var(toto) = $null;
>
> if ($var(toto) == $null)
>
> xlog ("toto true");
>
> else
>
> xlog ("toto false");
>
>
>
> The result I got is always ‘toto false’.
>
>
>
> So it appears to me that the test ‘== $null’ doens’ that gives a good
> result with kamailio 3.3.1, doesn’t return the same with kamailio 5.0.x.
>
>
>
> That is a major issue for me and it let me confused about the
> possibility to move to kamailio 5.0.x.
>
>
>
> Have people an idea / explanation, why this issue ?
>
>
>
> Cordialement
>
> Patrick GINHOUX
>
>
>
>
>
> ___
> 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-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) -
www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
Hello,
as recently as last week, someone encountered an file access problem
while installing Siremis, which is using also some temporary files in
/var/, even it was granting provileges via chown and chmod. All went
fine after disabling selinux. It was on a centos.
I am not saying it is the same, but it could, so try without centos to
see if the issue persists.
Cheers,
Daniel
On 27/03/2017 15:10, Ginhoux, Patrick wrote:
>
> Hi,
>
>
>
> This is the RHEL 7.1 distro, and there is use of selinux, apparmor or
> other tools.
>
>
>
> Are you meaning that the /var/run/ folder would be secured more than
> other folders?
>
>
>
> Cordialement
>
> Patrick GINHOUX
>
>
>
> *De :*sr-users [mailto:sr-users-boun...@lists.sip-router.org] *De la
> part de* Daniel-Constantin Mierla
> *Envoyé :* lundi 27 mars 2017 13:52
> *À :* Kamailio (SER) - Users Mailing List
> *Objet :* Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
>
>
>
> Hello,
>
> kamailio should attempt to create the /var/run/kamailio folder if the
> application is run with enough privileges. However, some operating
> systems add more constraints on top of the execution user.
>
> What is your OS distro? Do you have selinux, apparmor or other similar
> tools enabled?
>
> Cheers,
> Daniel
>
>
>
> On 24/03/2017 17:52, Ginhoux, Patrick wrote:
>
> In my ‘kamctlrc’ file :
>
>
>
> ## path to FIFO file for engine RPCFIFO
>
> RPCFIFOPATH="/var/run/kamailio/kamailio_rpc_fifo"
>
> #RPCFIFOPATH="/tmp/kamailio_rpc_fifo"
>
>
>
> In my ‘kamailio.cfg’ :
>
>
>
> !!ifndef DEFINE_FIFO_NAME
>
> !!define DEFINE_FIFO_NAME "/var/run/kamailio/kamailio_rpc_fifo"
>
> !!endif
>
>
>
>
>
> modparam("jsonrpcs", "pretty_format", 1)
>
> modparam("jsonrpcs", "transport", 2)
>
> modparam("jsonrpcs", "fifo_name", DEFINE_FIFO_NAME)
>
> modparam("jsonrpcs", "fifo_mode", 0755)
>
> modparam("jsonrpcs", "fifo_group", "kamailio")
>
> modparam("jsonrpcs", "fifo_user", "kamailio")
>
>
>
>
>
> kamailio doesn’t start. It reports ‘Permission denied’ :
>
>
>
> Mar 24 17:31:21 localhost /usr/sbin/kamailio[1138]: ERROR:
> jsonrpcs [jsonrpcs_fifo.c:144]: jsonrpc_init_fifo_server(): Can't
> create FIFO: Permission denied (mode=493)
>
> Mar 24 17:31:21 localhost /usr/sbin/kamailio[1138]: CRITICAL:
> jsonrpcs [jsonrpcs_fifo.c:489]: jsonrpc_fifo_process(): failed to
> init jsonrpc fifo server
>
> Mar 24 17:31:21 localhost /usr/sbin/kamailio[1120]: ALERT:
> [main.c:741]: handle_sigs(): child process 1138 exited normally,
> status=255
>
> Mar 24 17:31:21 localhost /usr/sbin/kamailio[1130]: DEBUG:
> [core/sr_module.c:920]: init_mod_child(): rank 4: tm
>
> Mar 24 17:31:21 localhost /usr/sbin/kamailio[1137]: DEBUG:
> [core/sr_module.c:920]: init_mod_child(): rank -1: tm
>
> Mar 24 17:31:21 localhost /usr/sbin/kamailio[1127]: DEBUG: htable
> [htable.c:226]: child_init(): rank is (1)
>
> Mar 24 17:31:21 localhost /usr/sbin/kamailio[1120]: INFO:
> [main.c:759]: handle_sigs(): terminating due to SIGCHLD
>
> Mar 24 17:31:21 localhost /usr/sbin/kamailio[1139]: DEBUG:
> [core/sr_module.c:920]: init_mod_child(): rank -2: kex
>
> Mar 24 17:31:21 localhost /usr/sbin/kamailio[1130]: DEBUG: tm
> [callid.c:137]: child_init_callid(): callid:
> '15b1f0d63a718465-1130@129.227.83.108
> <mailto:15b1f0d63a718465-1130@129.227.83.108>'
>
> Mar 24 17:31:21 localhost /usr/sbin/kamailio[1137]: DEBUG: tm
> [callid.c:137]: child_init_callid(): callid:
> '15b1f0d63a718465-1137@129.227.83.108
> <mailto:15b1f0d63a718465-1137@129.227.83.108>'
>
> Mar 24 17:31:21 localhost /usr/sbin/kamailio[1127]: DEBUG:
> [core/action.c:1656]: run_child_one_init_route(): attempting to
> run event_route[core:worker-one-init]
>
> Mar 24 17:31:21 localhost /usr/sbin/kamailio[1136]: INFO:
> [main.c:814]: sig_usr(): signal 15 received
>
> Mar 24 17:31:21 localhost /usr/sbin/kamailio[1135]: INFO:
> [main.c:814]: sig_usr(): signal 15 received
>
> Mar 24 17:31:21 localhost /usr/sbin/kamailio[1134]: INFO:
> [main.c:814]: sig_usr(): signal 15 received
>
> Mar 24 17:31:21 localhost /usr/sbin/kamailio[1133]: INFO:
> [main.c:814]: sig_usr(): si
Re: [SR-Users] Module cnxcc
Hello, On 25/03/2017 21:32, m9rt8ii wrote: > Please can anybody give me basic steps how to set up cnxcc module on kamailio > 4.4 ? > I will be very very grateful. > http://kamailio.org/docs/modules/4.4.x/modules/cnxcc.html maybe the presentation from the author of the module at Kamailio World Conference 2014 is going to help you a bit: - https://www.kamailio.org/events/2014-KamailioWorld/day0/w3-Carlos.Ruiz.Diaz-Prepaid-cnxcc.pdf Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] kamcli doesn't function
Hello,
have you changed the rpldir in any way for kamcli?
https://github.com/kamailio/kamcli/blob/master/kamcli/kamcli.ini#L43
Cheers,
Daniel
On 24/03/2017 00:10, Marko Tirs wrote:
> Hi Daniel,
>
> Kamailio is running as root.
> How to solve the socket problem?
>
> Regards
> Marko
>
>
> --------
> *From:* Daniel-Constantin Mierla
> *To:* Marko Tirs ; Kamailio (SER) - Users
> Mailing List
> *Sent:* Thursday, March 23, 2017 1:46 PM
> *Subject:* Re: [SR-Users] kamcli doesn't function
>
> Hello,
>
> kamcli is creating its own (temporary) socket file in order to
> retrieve the response from kamailio. I guess there is a problem with
> access rights to it. Is kamailio running as root or other user?
>
> Cheers,
> Daniel
>
> March 22, 2017 3:53 PM, "Marko Tirs" <mailto:marko.t...@yahoo.com>> wrote:
>
> > Hello all,
> >
> > I can't find any answer why my kamcli doesn't function.
> >
> > I'm using Kamailio 5.0.0 at the Debian Jessy 8.7 and it functions well.
> >
> > # kamctl ul show
> >
> > functions well but when I use kamcli I get error:
> >
> > # kamcli ul show
> > 13(7452) ERROR: jsonrpcs [jsonrpcs_sock.c:542]:
> jsonrpc_dgram_send_data(): failed to send the
> > response - ret: -1, len: 2443 (131072), err: 1 - Operation not
> permitted)
> > (log): Timeout receiving response on unix sock
> >
> > The relevant parts of kamailio.cfg:
> >
> >
> #
> >
> > #!define WITH_DEBUG
> > #!define WITH_NAT
> > #!define WITH_MYSQL
> > #!define WITH_AUTH
> > #!define WITH_USRLOCDB
> >
> > loadmodule "jsonrpcs.so"
> >
> > # - jsonrpcs params -
> > modparam("jsonrpcs", "pretty_format", 1)
> > /* set the path to RPC fifo control file */
> > modparam("jsonrpcs", "fifo_name", "/var/run/kamailio/kamailio_rpc.fifo")
> > /* set the path to RPC unix socket control file */
> > modparam("jsonrpcs", "dgram_socket",
> "/var/run/kamailio/kamailio_rpc.sock")
> >
> > # - ctl params -
> > modparam("ctl", "binrpc", "unix:/var/run/kamailio/kamailio_ctl")
> >
> #--
> >
> > # ll /var/run/kamailio/
> > total 0
> > srw--- 1 root root 0 Mar 22 11:36 kamailio_ctl
> > prw-rw 1 root root 0 Mar 22 12:30 kamailio_rpc.fifo
> > srw-rw 1 root root 0 Mar 22 11:36 kamailio_rpc.sock
> >
> > Can somebody tell me what is the problem?
> >
> > Thank you!
> > Regards
> > Marko
>
> >
> > ___________
> > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> > sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org>
> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
> --
> Daniel-Constantin Mierla
> www.kamailio.org -- www.asipto.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
--
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) -
www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Cannot yum download from download.opensuse.org, no mirrors
Hello, On 23/03/2017 18:22, Shadowy Man wrote: > This is only happening for one particular block of IP's. I can download > from other blocks. > > I suspect it is being done on the download.opensuse.org end for some > reason. It appears to be the entire xx.xx block of which I only use a > few addresses from. > > I will probably have to try contact them about it. What I would like to > ask is why Kamailio does not have any mirrors? If there were then this > would not be a problem. It would just failover. > we do not control in any way what download.opensuse.org is blocking or not, it could have been some attack from your region and a large range of networks from area was blocked. You should contact them directly to sort out this. Regarding the mirror, I tried to do it for a while, but lack of time didn't allow me to continue. If someone ships me a script that downloads from opensuse build service the new packages on all distros and builds a local rpm/yum repo, then we can run it on rpm.kamailio.org . In the past I used to just download everything, but that takes a lot of time and bandwidth, because fetches also the old releases. Cheers, Daniel -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Presence + RLS + XCAP
k>">test1 uri="sip:1006@co.uk > <http://co.uk>">test1006 uri="sip:1007@co.uk > <http://co.uk>">test1007 uri="sip:1008@h.co.uk > <http://co.uk>">test1008 uri="sip:1009@.co.uk > <http://co.uk>">test1009 > http://co.uk>">testing1005 > <http://co.uk>">testingorg1a > > <http://co.uk>">testingorg1c > |4 | sr-1490270411-10965-2 | 0 | > /xcap-root/resource-lists/users/sip:org1a-contacts@co.uk/index > <http://co.uk/index> |0 | > > > > I have rows in the presence table for the entities that I want to > track e.g. > >|| > | 2889 | org1c| .co.uk <http://co.uk> | presence| > a.1490270411.10942.42.1083 | 1490277099 |1490273499 | version="1.0 > " encoding="UTF-8"?> > xmlns:im="urn:ietf:params:xml:ns:pidf:im" > entity=“pres:org1c@*.co.uk <http://co.uk>"> > > open > Available > > sip:org1c@.co.uk <http://co.uk> > Available > > > > I am running kamaiio 4.2 > > > > *Question *: Should I have an resource-services row too? Or does > rls.so infer the relationship using the URI? When I use jitsi to > manipulate its contact list it only inserts 2 rows into the xcap table > and I cannot get a SIP Subscribe to connect to that resource list either. > > *Question :* What should the curl PUT commands and XML docs look like > to build a valid RLS service (is there a good example anywhere)? > > *Question :* Is there an example config or doc anywhere showing how to > build integrated presence, rls, xcap? > > *Question :* Has anyone got this working with Snom and or other > handsets… the standards and implementations seem vague / inconsistent? > > > *Note:* There is another Snom setting (Extension Monitoring Call > Pickup List URI:) which produces a SUBSCRIBE with Event:dialog but > which should allow a button/lamp/callpickup/BLF for the buddy contact. > I’d like to get that working too, but recognise that rls.so does not > handle dialog messages by default, so I’m starting with Presence... > > > Paul > > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] kamailio 4.4.1 crash on bad sip response
Hello, the backtrace is no longer matching the 4.4 branch code, as you run an older release in that series. Can you get with gdb from the core the output of the following commands: frame 1 info locals list and send them here on the mailing list. Cheers, Daniel On 24/03/2017 14:50, David Escartín Almudévar wrote: > hello all, Daniel > > checking the core with the gdb, we have checked the variables at the > frames of the backtrace, to try to get the full sip message seems it > seemed truncated. > checking the buf variable of the frame 11 which theorically contains > the sip msg to parse we have the string > > > SIP/2.0 487 Request Terminated\r\nFrom: > \"881237046977\";tag=B7jgc8jQ4m5pB\r\nTo: > ;tag=e0d50be-13c4-58d47cba-a2ed9808-36fa\r\nl\337K\016\213\347: > \344\003\r\nCSeq: 104824272 INVITE\r\nVia: SIP/2.0/UDP > L\263\264\016\020?\337\v\234\262\264\016 ;branch=\327\f\340\r\nVia: > SIP/2.0/UDP \020?\337\v\234\262\264\016 > :5080;received=;rport=5080;branch=\020?\337\v\234\262\264\016 > \r\nContent-Length: 0\r\n\r\n > > this is i guess how gdb parses the message, so i guess i cannot > introduce this like that in a xml sipp formal, since CRLF is > represented as \r\n, so others parts like l\337K\016\213\347: \344\003 > i have no idea what they are, because they also seem to be out of the > ASCII table ¿? > anycase, seems the message is very bad formed, and the kamailio tries > to resolve the host of the Via and it gets nothing, so the function > get_hash1_case_raw is fed by a nul value and seems that the reason it > crashes > > hope you can retrieve information from that message to find out what > kind of message it exactly is and see if it's possible to avoid > kamailio's crash in this scenario > > > best regards > david > > > > El vie, 24-03-2017 a las 12:10 +0100, David Escartín Almudévar escribió: >> hello all >> >> we have experienced a crash and tracing the logs and the core, seems >> it was because a sip response from an endpoint. >> a UDP receiver (26248) crashed and the last message we see on it is a >> 487 quite bad formed >> >> Mar 24 01:58:02 mia-proxy-inout-1-stby >> /usr/local/kamailio/sbin/kamailio[26248]: ERROR: tm >> [t_lookup.c:1055]: t_check_msg(): ERROR: reply doesn't have a via, >> cseq or call-id header >> Mar 24 01:58:17 mia-proxy-inout-1-stby >> /usr/local/kamailio/sbin/kamailio[26230]: ALERT: [main.c:739]: >> handle_sigs(): child process 26248 exited by a signal 11 >> >> >> the backtrace of the core >> (gdb) backtrace >> #0 0x00457ab9 in get_hash1_case_raw (s=0x0, len=0) at >> hashes.h:210 >> #1 0x0045b472 in _dns_hash_find (name=0x7f6906943188, >> type=1, h=0x7fff120793cc, err=0x7fff120793ac) at dns_cache.c:535 >> #2 0x00461285 in dns_hash_get (name=0x7f6906943188, type=1, >> h=0x7fff120793cc, err=0x7fff120793ac) at dns_cache.c:762 >> #3 0x00467194 in dns_get_entry (name=0x7f6906943188, type=1) >> at dns_cache.c:2102 >> #4 0x00468a05 in dns_a_get_he (name=0x7f6906943188) at >> dns_cache.c:2432 >> #5 0x00468bb9 in dns_get_he (name=0x7f6906943188, flags=1) >> at dns_cache.c:2505 >> #6 0x004696c4 in dns_srv_sip_resolvehost >> (name=0x7f6906943188, port=0x7fff120795e2, proto=0x7fff120795e1 >> "\001\330\023") at dns_cache.c:2679 >> #7 0x0046aa37 in dns_sip_resolvehost (name=0x7f6906943188, >> port=0x7fff120795e2, proto=0x7fff120795e1 "\001\330\023") at >> dns_cache.c:2849 >> #8 0x0049519e in update_sock_struct_from_via >> (to=0x7fff12079708, msg=0x7f69069a1dd8, via=0x7f69068f82a8) at >> forward.c:704 >> #9 0x00495ee5 in do_forward_reply (msg=0x7f69069a1dd8, >> mode=0) at forward.c:766 >> #10 0x004970af in forward_reply (msg=0x7f69069a1dd8) at >> forward.c:849 >> #11 0x005197ef in receive_msg ( >> buf=0xab0d80 "SIP/2.0 487 Request Terminated\r\nFrom: >> \"88\";tag=B7jgc8jQ4m5pB\r\nTo: >> ;tag=e0d50be-13c4-58d47cba-a2ed9808-36fa\r\nl\337K\016"..., >> len=367, rcv_info=0x7fff12079a10) at receive.c:299 >> #12 0x00627b43 in udp_rcv_loop () at udp_server.c:495 >> #13 0x004b107a in main_loop () at main.c:1600 >> #14 0x004b842f in main (argc=13, argv=0x7fff12079fb8) at >> main.c:2616 >> >> >> i have tried to duplicate the issue, but i dont know how to translate >> l\337K\016 to a xml notation >> i guess this is some weird that cannot be processed for kamailio >> >> could you please take a look and let m
Re: [SR-Users] RPCFIFOPATH / DEFINE_FIFO_NAME settings problem
lio -P
> /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio
>
> kamailio 1237 1235 0 17:37 ?00:00:00 /usr/sbin/kamailio -P
> /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio
>
> kamailio 1238 1235 0 17:37 ?00:00:00 /usr/sbin/kamailio -P
> /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio
>
> kamailio 1239 1235 0 17:37 ?00:00:00 /usr/sbin/kamailio -P
> /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio
>
> kamailio 1240 1235 0 17:37 ?00:00:00 /usr/sbin/kamailio -P
> /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio
>
> kamailio 1241 1235 0 17:37 ?00:00:00 /usr/sbin/kamailio -P
> /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio
>
> kamailio 1242 1235 0 17:37 ?00:00:00 /usr/sbin/kamailio -P
> /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio
>
> kamailio 1243 1235 0 17:37 ?00:00:00 /usr/sbin/kamailio -P
> /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio
>
> kamailio 1244 1235 0 17:37 ?00:00:00 /usr/sbin/kamailio -P
> /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio
>
> kamailio 1245 1235 0 17:37 ?00:00:00 /usr/sbin/kamailio -P
> /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio
>
> kamailio 1246 1235 0 17:37 ?00:00:00 /usr/sbin/kamailio -P
> /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio
>
> kamailio 1247 1235 0 17:37 ?00:00:00 /usr/sbin/kamailio -P
> /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio
>
> kamailio 1248 1235 0 17:37 ?00:00:00 /usr/sbin/kamailio -P
> /var/run/kamailio.pid -m 1024 -M 8 -u kamailio -g kamailio
>
> root 1251 1165 0 17:37 pts/000:00:00 grep --color=auto kam
>
>
>
> and I can get result from kamctl/kamcmd commands :
>
> [root@vm-vse02-siprouter1 ~]# kamctl dispatcher dump
>
> which: no gdb in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/)
>
> {
>
> "jsonrpc": "2.0",
>
> "result": {
>
> "NRSETS": 1,
>
> "RECORDS": [{
>
> "SET": {
>
> "ID": 1,
>
> "TARGETS": [{
>
> "DEST": {
>
> "URI": "sip:cs1-tool-misc.orange-voicemail.net:5060",
>
> "FLAGS": "AP",
>
> "PRIORITY": 0
>
> }
>
> }]
>
> }
>
> }]
>
> },
>
> "id": 1301
>
> }
>
> [root@vm-vse02-siprouter1 ~]# kamcmd dispatcher.list
>
> {
>
> NRSETS: 1
>
> RECORDS: {
>
> SET: {
>
> ID: 1
>
> TARGETS: {
>
> DEST: {
>
> URI:
> sip:cs1-tool-misc.orange-voicemail.net:5060
>
> FLAGS: AP
>
> PRIORITY: 0
>
> }
>
> }
>
> }
>
> }
>
> }
>
>
>
>
>
> Now, if I change the fifo patch and name to
> “/var/run/kamailio/kamailio_rpc_fifo’ and apply the following rights
> on /var/run/ to:
>
>
>
> chmod 755 kamalio/
>
> chown + kamailio:kamailio kamailio/
>
>
>
> then kamailio starts.
>
>
>
> Is there a reason for these results ?
>
>
>
> Thanks in advance for your answer.
>
>
>
> Cordialement
>
> Patrick GINHOUX
>
>
>
>
>
> ___
> 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-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) -
www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] wiresharking TLS problem
Hello, do you want to see the traffic from devices or want to use for troubleshooting some app? If the second, then it might be easier to just set the NULL encryption algorithm. Some tips and tricks to debug TLS connections are collected at: - https://www.kamailio.org/wiki/tutorials/tls/testing-and-debugging Cheers, Daniel On 27/03/2017 05:08, Rex Lin (林昱頡) wrote: > > Hi Max, > > > > No Diffie Hellman confirmed, we use RSA cipher instead. > > I found that the problem was the TLS version; > > I could see nothing while the TLS.cfg method was configured as version > 1.2, but it's okay now after switched to version 1.0, but version 1.0 > is an obsolete choice so I would rather the v1.2 if possible. > > Much appreciate if anyone could help with this question. > > > > Best Regards, > > Rex Lin > > > > *From:*sr-users [mailto:sr-users-boun...@lists.sip-router.org] *On > Behalf Of *Max Muhlbronner > *Sent:* Monday, March 20, 2017 4:34 PM > *To:* sr-users@lists.sip-router.org > *Subject:* Re: [SR-Users] wiresharking TLS problem > > > > Hi, > > > http://wiki.snom.com/FAQ/How_to_decode_TLS_calls_using_wireshark > > > Additionally you need make sure to not use a DH enumeral cipher > (client/server) if you want to decrypt the SIP TLS traffic. > > > > BR > > Max M. > > On 20.03.2017 09:04, Rex Lin (林昱頡) wrote: > > hi all > > > > wondering if any of you has the experience of TLS decrypting, > > SIP client has problem while calling each other, but we are using > TLS for communication protocol.facing problem debugging it. > > > > Best Regards, > > Rex Lin > > > > > > > > > ___ > > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing > list > > sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> > > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Regex module having trouble with large regex expressions in kamailio 4.4.5
Hello,
looking quickly at the code, I see that there is a define of 500 limit for each
line loaded from the file, probably it is what the developer considered to be
enough for a regexp. I haven't gone further checking, as I am out of the
office, but I guess it just truncates the longer lines to the limit.
So it would require a patch to extend that.
Cheers,
Daniel
March 23, 2017 9:05 AM, "Tim Balmer" wrote:
> Hi,
>
> I discovered some strange behavior from the regex module yesterday (kamailio
> version 4.4.5).
>
> For example we have the phone number 0033755500381 that we try to match with
> the following kamailio
> code:
>
> #!define REGEX_FF_NEG_INTERNATIONAL "6"
> ...
> if (pcre_match_group("$rU", REGEX_FF_NEG_INTERNATIONAL))
> {
> # Do something
> }
>
> When the content of our regex groups file is like this:
>
> [6]
> ^(\+|00)3(0690|0693|0694|0695|0697|0698|0699|36|37|4160|46|47|51160|511691|511693|511696|511891|5118
> 3|511896|513|516091|5160921|516093|516096|516391|516392|516393|516396|516591|516592|516593|516596|51
> 691|5166921|516693|516696|5191|5192|5193|5196|538|54388|543
> 89|546|5475|5477|548|567117|5672|5677|5679|5692|5694|5696|5698|5699|5795|5796|5797|5799|58299|584|58
> 0|5948|5987|5988|5989|59988|59989|620|630|631|670|706|712|725|728|774|776|8591|8592|8595|8597|8598|8
> 99|8620|8621|8630|8631|8640|8641|8643|8649|8650|8651|8660|
> 8661|8664|8670|8671|869814|906698|93)
>
> The above if statment is not matching, although it should match according to
> any regex validator
> (for example https://regex101.com )
>
> But when I split the above regex in smaller parts, like this:
>
> [6]
> ^(\+|00)306(90|93|94|95|97|98|99)
> ^(\+|00)336
> ^(\+|00)337
> ^(\+|00)34160
> ^(\+|00)346
> ^(\+|00)347
> ^(\+|00)351(160|1691|1693|1696|1891|1893|1896|3|6091|60921|6093|6096|6391|6392|6393|6396|6591|6592|6
> 93|6596|6691|66921|6693|6696|91|92|93|96)
> ^(\+|00)3538
> ^(\+|00)354(388|389|6|75|77|8)
> ^(\+|00)356(7117|72|77|79|92|94|96|98|99)
> ^(\+|00)357(95|96|97|99)
> ^(\+|00)358(299|4|50)
> ^(\+|00)359(48|87|88|89|988|989)
> ^(\+|00)3620
> ^(\+|00)363(0|1)
> ^(\+|00)3670
> ^(\+|00)3706
> ^(\+|00)3712
> ^(\+|00)372(5|8)
> ^(\+|00)377(4|6)
> ^(\+|00)385(91|92|95|97|98|99)
> ^(\+|00)386(20|21|30|31|40|41|43|49|50|51|60|61|64|70|71|9814)
> ^(\+|00)3906698
> ^(\+|00)393
>
> Then the exact same regex module call as before does result in a match as
> expected.
>
> So to me it looks like the regex module is having trouble with large regex
> expressions, I did check
> the logs but there is nothing strange there, that means also the large
> expression is correctly
> loaded according to the logs while in fact it is not working. Checked the
> regex module
> documentation but there I cannot find any limits regarding to the size of
> invididual expressions.
>
> Is it me missing something or did I discover a bug in de regex module?
>
> Best Regards,
>
> Tim Balmer
> Edutel BV
>
> ___
> 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-Constantin Mierla
www.kamailio.org -- www.asipto.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
Re: [SR-Users] kamcli doesn't function
Hello,
kamcli is creating its own (temporary) socket file in order to retrieve the
response from kamailio. I guess there is a problem with access rights to it. Is
kamailio running as root or other user?
Cheers,
Daniel
March 22, 2017 3:53 PM, "Marko Tirs" wrote:
> Hello all,
>
> I can't find any answer why my kamcli doesn't function.
>
> I'm using Kamailio 5.0.0 at the Debian Jessy 8.7 and it functions well.
>
> # kamctl ul show
>
> functions well but when I use kamcli I get error:
>
> # kamcli ul show
> 13(7452) ERROR: jsonrpcs [jsonrpcs_sock.c:542]: jsonrpc_dgram_send_data():
> failed to send the
> response - ret: -1, len: 2443 (131072), err: 1 - Operation not permitted)
> (log): Timeout receiving response on unix sock
>
> The relevant parts of kamailio.cfg:
>
> #
>
> #!define WITH_DEBUG
> #!define WITH_NAT
> #!define WITH_MYSQL
> #!define WITH_AUTH
> #!define WITH_USRLOCDB
>
> loadmodule "jsonrpcs.so"
>
> # - jsonrpcs params -
> modparam("jsonrpcs", "pretty_format", 1)
> /* set the path to RPC fifo control file */
> modparam("jsonrpcs", "fifo_name", "/var/run/kamailio/kamailio_rpc.fifo")
> /* set the path to RPC unix socket control file */
> modparam("jsonrpcs", "dgram_socket", "/var/run/kamailio/kamailio_rpc.sock")
>
> # - ctl params -
> modparam("ctl", "binrpc", "unix:/var/run/kamailio/kamailio_ctl")
> #--
>
> # ll /var/run/kamailio/
> total 0
> srw--- 1 root root 0 Mar 22 11:36 kamailio_ctl
> prw-rw 1 root root 0 Mar 22 12:30 kamailio_rpc.fifo
> srw-rw 1 root root 0 Mar 22 11:36 kamailio_rpc.sock
>
> Can somebody tell me what is the problem?
>
> Thank you!
> Regards
> Marko
>
> ___
> 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-Constantin Mierla
www.kamailio.org -- www.asipto.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
Re: [SR-Users] failed to find append_branch
Hello,
the function was in core, but then moved to the corex module a while ago.
Functions from the core are documented in the cookbook:
- https://www.kamailio.org/wiki/cookbooks/5.0.x/core
For the functions exported by modules, you can find an alphabetic index at:
- https://www.kamailio.org/wiki/alphaindexes/5.0.x/modfunctions
Searching in this two documents should help finding where a function is
implemented.
Cheers,
Daniel
On Thu, Mar 23, 2017 at 12:01 AM, Anuradha Selvarajan <
anuradha.selvara...@ericsson.com> wrote:
> Hello,
>
>
>
> I am a new user to kamailio. I am trying to use the fork.cfg to send sip
> registration to 2 destination. I get the following error but I have added
> loadmodule tm.so, why am I still getting this error?
>
>
>
> Mar 22 15:53:48 emps116 kamailio[14065]: ERROR: [cfg.y:3295]:
> yyparse(): cfg. parser: failed to find command append_branch (params 1)
>
> Mar 22 15:53:48 emps116 kamailio[14065]: : [cfg.y:3435]:
> yyerror_at(): parse error in config file /etc/kamailio/fork.cfg, line 45,
> column 43: unknown command, mi
>
> Mar 22 15:53:48 emps116 kamailio[14065]: ERROR: bad config file (1 errors)
>
> Mar 22 15:53:48 emps116 kamailio[14065]: loading modules under config
> path: /usr/lib/x86_64-linux-gnu/kamailio/modules
>
> Mar 22 15:53:48 emps116 kamailio[14065]: loading modules under config
> path: /usr/lib/x86_64-linux-gnu/kamailio/modules/
>
> Mar 22 15:53:48 emps116 kamailio[14065]: INFO: [sctp_core.c:53]:
> sctp_core_destroy(): SCTP API not initialized
>
> Mar 22 15:53:48 emps116 systemd[1]: kamailio.service: Control process
> exited, code=exited status=255
>
> Mar 22 15:53:48 emps116 systemd[1]: Failed to start Kamailio (OpenSER) -
> the Open Source SIP Server.
>
>
>
> My script looks like this (default one):
>
>
>
> mpath="/usr/lib/x86_64-linux-gnu/kamailio/modules"
>
>
>
>
>
> loadmodule "sl.so"
>
> loadmodule "tm.so"
>
> .
>
> .
>
> .
>
> .
>
> route{
>
> # for testing purposes, simply okay all REGISTERs
>
> if (method=="REGISTER") {
>
> log("REGISTER");
>
> sl_send_reply("200", "ok");
>
> exit;
>
> };
>
> # try these two destinations first in parallel; the second
>
> # destination is targeted to sink port -- that will make ser
>
> # wait until timer hits
>
> seturi("sip:nob...@kamailio.org");
>
> append_branch("sip:paral...@kamailio.org");
>
> # if we do not get a positive reply, continue at reply_route[1]
>
> #t_on_failure("1");
>
> # forward the request to all destinations in destination set now
>
> t_relay();
>
> }
>
>
>
>
>
> Appreciate any help!
>
> Thanks
> Anu
>
> ___
> 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-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/micond
<http://www.linkedin.com/in/miconda>
___
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
Re: [SR-Users] looks like dp_translate with pvs in repl_exp is badly broken
Hello,
are you using dialog plan with match_dynamic set to 1 or the default 0?
https://www.kamailio.org/docs/modules/stable/modules/dialplan.html#dialplan.p.match_dynamic
Cheers,
Daniel
On Wed, Mar 22, 2017 at 10:23 AM, Juha Heinanen wrote:
> Juha Heinanen writes:
>
> > when match_exp of dp 100 is ^#test and repl_exp is sip:$rU@$rd this
> code:
> >
> > xlog("L_INFO", "** ru = $ru\n");
> > dp_translate(100, "$rU/$var(res)");
> > xlog("L_INFO", "** res = $var(res)\n");
> >
> > produces:
> >
> > Mar 22 08:21:17 lohi /usr/bin/sip-proxy[7543]: INFO: ** ru = sip:#
> t...@test.tutpro.com
> > Mar 22 08:21:17 lohi /usr/bin/sip-proxy[7543]: INFO: ** res =
> sip:$rU@$rd
>
> OK, that happens only if subs_exp is empty. if it is ^, dp_translate
> works as expected.
>
> -- Juha
>
> ___
> 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-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/micond
<http://www.linkedin.com/in/miconda>
___
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
Re: [SR-Users] Alternative of SIPp for WebRTC2SIP load-test
Hello, look at wsctl, which is command line tool for opening websocket connections and sending data on it, targeting somehow SIP: - https://github.com/miconda/wsctl It is somewhere in my long list of to-do to add some stress testing capabilities, but at this moment you can try by writing a shell script which invokes the tool many times. Cheers, Daniel On Tue, Mar 21, 2017 at 8:37 PM, Jade SZ wrote: > Hi Guys, > > SIPp is great in testing pure SIP udp/tcp/tls but I was wondering if there > is a similar tool for stress testing Kamailio websocket2sip. > > I am trying to load-test webrtc2sip kamailio's implementation closest to > the real scenario. One way would be to fork multiple process of webrtc2sip > client in loop. > > But would really like to hear how are kamailio webrtc users/community > load-testing it for benchmarking their servers. > > Also roughly how much CPS they have achieved using single kamailio with > webrtc enabled (share server specs as well) > > > Thanks in advance. > > > Regards, > JSZ > > ___ > 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-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/micond <http://www.linkedin.com/in/miconda> ___ 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
Re: [SR-Users] Siremis 4.3.0 with Apache 2.4
Hello, php support in apache is not installed/enabled -- on Ubuntu 16.04 you have to install the php module for apache, which is no longer installed by default when installing php (as it was done for past versions). Should be a package named like libapache2-mod-php or so. Cheers, Daniel March 21, 2017 1:58 PM, kai.ohnac...@cbc.de (mailto:kai.ohnac...@cbc.de) wrote: Hello Community, I installed the Kamailio 4.4 and try to install the Siremis GUI based on apache 2.4. If I try to start the Siremis Wizard, the Webserver display the following line: “location.href='$url'"; exit; } ?>”. The starting page of apache 2.4 is working fine, but the /siremis page doesn’t. Due the installation I take the dedicated apache 2.4 commands. Are there some further requirements? Some ideas? OS: Ubuntu 16.04 Thanks a lot. Cheers, Kai -- Daniel-Constantin Mierla www.kamailio.org -- www.asipto.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
Re: [SR-Users] Status of db_cassandra
Hello, having some interest on the module and cassandra being still actual, I tried to avoid moving it as deprecated/obsoleted module as maybe someone will just pick it and do the required updates. It may still work for older versions of kamailio and cassandra, so maybe a better tag for it will be 'unmaintained' or 'not-up-to-date', to express more accurate the status. I consider using deprecated/obsoleted when there is reason to keep the module at all. Cheers, Daniel On Tue, Mar 21, 2017 at 1:37 PM, Markus Bönke wrote: > Hello Daniel, > > thanks for the info. Maybe it’s better to put the module into status > “Deprecated“? > > Regards > > Markus > > Am 21.03.2017 um 11:53 schrieb Daniel-Constantin Mierla < > dan...@kamailio.org>: > > Hello, > > unfortunately the module db_cassandra was not really maintained and it has > been reported to have issues even at start up. No one has picked it up yet > to get it up to date, hopefully someone will do it at some point. I don't > use and I don't have any access to a testbed with cassandra, so I was not > able to assist with it. > > db_mongodb should work from the no-SQL db connectors we have. > > Cheers, > > Daniel > > March 21, 2017 9:56 AM, "Markus Bönke" <%22markus%20b%c3%b6nke%22%20%3...@tenios.de%3E>> wrote: > > Hello, > We are thinking about to use kamailio as a sip registrar with cassandra as > db backend. As I can see in the documentation for kamailio 5.0 it is only > tested with Casandra 1.1.6 and 1.0.1, current version is 3.10 in the > meantime. Is anyone using this module with newer versions of Cassandra? Is > it stable? > Thanks and regards > Markus > > > > -- > Daniel-Constantin Mierla > www.kamailio.org -- www.asipto.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 > > > > ___________ > 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-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/micond <http://www.linkedin.com/in/miconda> ___ 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
Re: [SR-Users] No cdr after Kamailio 5.0 restart
t;failed to set start time");
>> +return;
>> +}
>> +}
>> +
>> +
>> /* callback for the creation of a dialog. */
>> static void cdr_on_create( struct dlg_cell* dialog,
>> int type,
>> struct dlg_cb_params* params)
>> {
>> +
>> +LM_ERR("ON CREATE\n");
>> if( !dialog || !params || !params->req)
>> {
>> LM_ERR( "invalid values\n!");
>> @@ -852,13 +920,19 @@ int init_cdr_generation( void)
>> LM_ERR("can't load dialog API\n");
>> return -1;
>> }
>> -
>> -if( dlgb.register_dlgcb( 0, DLGCB_CREATED, cdr_on_create, 0, 0) != 0)
>> +//Loaded from db
>> +if( dlgb.register_dlgcb( 0, DLGCB_LOADED, cdr_on_load, 0, 0) != 0)
>> {
>> LM_ERR("can't register create callback\n");
>> return -1;
>> }
>>
>> +if( dlgb.register_dlgcb( 0, DLGCB_CREATED, cdr_on_create, 0, 0) != 0)
>> +{
>> + LM_ERR("can't register create callback\n");
>> + return -1;
>> +}
>> +
>> return 0;
>> }
>>
>>
>>
>> if( cdr_enable == 0)
>> {
>> return;
>> }
>>
>> if( dlgb.register_dlgcb( dialog, DLGCB_CONFIRMED, cdr_on_start, 0, 0)
>> != 0)
>> {
>> LM_ERR("can't register create dialog CONFIRM callback\n");
>> return;
>> }
>>
>>
>>
>> Diego.
>>
>>
>>
>> 2017-03-20 10:06 GMT-03:00 Kordován Szabolcs :
>>
>>> Hi All,
>>>
>>> I have tired your patch but it dosen't work. No any changes. :(
>>>
>>> Regards,
>>> Szabolcs
>>>
>>> 2017-03-16 15:36 GMT+01:00 Lucian Balaceanu :
>>>
>>>> Hello all,
>>>>
>>>> Just created the pull request: https://github.com/kamailio/ka
>>>> mailio/pull/1036 in relation to this problem with the sketch of a
>>>> solution.
>>>>
>>>> Any input is appreciated,
>>>> Lucian
>>>>
>>>>
>>>> On 15.03.2017 15:17, Daniel-Constantin Mierla wrote:
>>>>
>>>> Hello,
>>>>
>>>> ok, good to know is someone tackling it.
>>>>
>>>> Thanks,
>>>> Daniel
>>>>
>>>> On 15/03/2017 12:14, Pawel Kuzak wrote:
>>>>
>>>> Hello,
>>>>
>>>> This indeed is a bug we've also spotted. It is not only present in 5.0.
>>>> It seems the *run_create_callbacks()* function which triggers the
>>>> *DLGCB_CREATED* callbacks to be executed is not called for dialogs
>>>> created from database. We are already working on a fix and are currently
>>>> testing it. We will try push it upstream as soon as possible. We will
>>>> answer on this thread when a fix is upstream.
>>>>
>>>> Regards,
>>>> Paul
>>>>
>>>> Am 14.03.2017 um 22:00 schrieb Kordován Szabolcs:
>>>>
>>>> Hello Daniel,
>>>>
>>>> Sorry for my reply, I didn't receive your mail.
>>>> So, only the active calls are affected. The new call, from invite to
>>>> bye-ok, is recorded into table acc and acc_cdrs.
>>>>
>>>> Regards,
>>>> Szabolcs
>>>>
>>>> 2017-03-14 11:13 GMT+01:00 Kordován Szabolcs :
>>>>
>>>>> Hi,
>>>>>
>>>>> I use acc module for create cdr into db and also make acc log into db.
>>>>> After restart Kamailio cdr won't be created but acc log will be
>>>>> inserted into db. In the syslog also I see just the acc log. The dialog
>>>>> will be remove from db.
>>>>>
>>>>> I have read many threads. I know that it should work.
>>>>>
>>>>> Thanks for help!
>>>>> Regards,
>>>>> Szabolcs
>>>>>
>>>>> From my configs:
>>>>>
>>>>> #!define FLT_ACC 1
>>>>> #!define FLT_ACCMISSED 2
>>>>> #!define FLT_ACCFAILED 3
>>>>>
>>>>> modparam("acc", "db_url", DBURL)
>>>>> modparam("acc", "db_flag", FLT_ACC)
>>>>> modparam("acc", "db_missed_flag", FLT_ACCMISSED)
>>>>>
Re: [SR-Users] ht_db_load_table(): key type must be string (type=6)
.
Default value is 100.
Example 1.12. Set fetch_rows parameter
...
modparam("htable", "fetch_rows", 1000)
So how to explain the first error.
Have you any thoughts on this case ?
Cordialement
Patrick GINHOUX
--
Daniel-Constantin Mierla
www.kamailio.org -- www.asipto.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
Re: [SR-Users] Status of db_cassandra
Hello, unfortunately the module db_cassandra was not really maintained and it has been reported to have issues even at start up. No one has picked it up yet to get it up to date, hopefully someone will do it at some point. I don't use and I don't have any access to a testbed with cassandra, so I was not able to assist with it. db_mongodb should work from the no-SQL db connectors we have. Cheers, Daniel March 21, 2017 9:56 AM, "Markus Bönke" wrote: Hello, We are thinking about to use kamailio as a sip registrar with cassandra as db backend. As I can see in the documentation for kamailio 5.0 it is only tested with Casandra 1.1.6 and 1.0.1, current version is 3.10 in the meantime. Is anyone using this module with newer versions of Cassandra? Is it stable? Thanks and regards Markus -- Daniel-Constantin Mierla www.kamailio.org -- www.asipto.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
Re: [SR-Users] [SIP Transaction] Handle Cancel message
Hello,
I have been traveling lately and didn't get a chance yet to analyze. This
week I am out of the office as well, but I will try to look at pcap trace
when I get a bit of spare time.
Cheers,
Daniel
On Mon, Mar 20, 2017 at 2:07 PM, Hai Bui Duc Ha wrote:
> Hi Daniel,
>
> Do you have any ideas for this issue ?
>
> Regards,
> Hai Bui
>
> On Mon, Mar 13, 2017 at 5:41 PM, Hai Bui Duc Ha
> wrote:
>
>> Hi Daniel,
>>
>> I send you pcap files.
>> Please take a look.
>>
>> Regards,
>> Hai Bui
>>
>> On Sun, Mar 12, 2017 at 9:39 AM, Hai Bui Duc Ha
>> wrote:
>>
>>> Hi Daniel,
>>>
>>> Sorry about this inconvenience.
>>> I will update you later.
>>>
>>> Regards,
>>> Hai Bui
>>>
>>> On Fri, Mar 10, 2017 at 7:47 PM, Daniel-Constantin Mierla <
>>> mico...@gmail.com> wrote:
>>>
>>>> Hello,
>>>>
>>>> the pcap files don't show much when I open them, maybe the email
>>>> servers/clients corrupted the enconding, as I faced similar issues in the
>>>> past -- can you make a tgz archive and resend them?
>>>>
>>>> Cheers,
>>>> Daniel
>>>>
>>>> On 10/03/2017 04:49, Hai Bui Duc Ha wrote:
>>>>
>>>> Hi Daniel,
>>>>
>>>> I send you 2 files pcap, capture on server side.
>>>> + Server: 192.168.1.77
>>>> + Client: 192.168.1.134
>>>> + Scenario:
>>>>User 102 call to ring group 777 - has user 100 (192.168.1.134) and
>>>> user 101 (192.168.1.164).
>>>>User 100 is offline but it's configured push notification from Apple
>>>> to wake up, register and receive INVITE.
>>>>I pick up phone on 101 but 100 can not receive the CANCEL message to
>>>> stop the ringing tone.
>>>>
>>>> 1) Pusher_ok.pcap: User 100 can revice the CANCEL message.
>>>> 2) Pusher_failed.pcap: As I told above, when user 101 pick up the
>>>> phone, Freeswitch send CANCEL message to user 100. But when message go to
>>>> Kamailio, Kamailio reply 481 - Call leg/transaction does not exist. (I
>>>> can't capture this packets).
>>>> I also include the log on Freeswitch send CANCEL message and revice the
>>>> 481.
>>>>
>>>> Kamailio doesn't send 481 from the C code in the case of call, it
>>>> either receives it or it is something in config.
>>>> => This is configure on kamailio: default.cfg, it check
>>>> *t_check_trans()*
>>>> ===
>>>> *route[PREPARE_INITIAL_REQUESTS]*
>>>> *{*
>>>> *if (is_method("CANCEL")) {*
>>>> *if (t_check_trans()) {*
>>>> *route(RELAY);*
>>>> *} else {*
>>>> *sl_send_reply("481", "Call leg/transaction does not
>>>> exist");*
>>>> *}*
>>>> *exit();*
>>>> ===
>>>>
>>>> Thank for your support !
>>>>
>>>> Regards,
>>>> Hai Bui
>>>>
>>>> On Thu, Mar 9, 2017 at 8:27 PM, Daniel-Constantin Mierla <
>>>> mico...@gmail.com> wrote:
>>>>
>>>>> Hello,
>>>>>
>>>>> can you provide pcap (or full ngrep output) for all messages of such a
>>>>> call, from initial invite, including all responses and the other requests?
>>>>> The sip trace has to be taken on kamailio server.
>>>>>
>>>>> Kamailio doesn't send 481 from the C code in the case of call, it
>>>>> either receives it or it is something in config.
>>>>>
>>>>> Cheers,
>>>>> Daniel
>>>>>
>>>>> On 09/03/2017 06:59, Hai Bui Duc Ha wrote:
>>>>>
>>>>> Hi all,
>>>>>
>>>>> I have problem when use module pusher on Kazoo.
>>>>> The user after receive call from pusher can not receive the Cancel
>>>>> message if have another people pick up this phone.
>>>>> I trace log and debug on Kamailio and see the Freeswitch sent Cancel
>>>>> message but Kamailio reply 481 - Call leg/transaction does not exist.
>>>>>
>>>>> The configure on Kamailio: default.cfg
&
Re: [SR-Users] Configuration to fetch SIP response body.
Note there are two variables that you may have to check: $mb - full SIP message (request/response) - headers and body https://www.kamailio.org/wiki/cookbooks/devel/pseudovariables#mb_-_sip_message_buffer $rb - only the body for sip request/response (no headers) https://www.kamailio.org/wiki/cookbooks/devel/pseudovariables#rb_-_body_of_requestreply Cheers, Daniel On 17/03/2017 06:51, vi...@advaitamtech.com wrote: > > Yes. It worked. > > > > Thank you. > > > > -Original Message- > From: "Alex Balashov" > Sent: Thursday, 16 March, 2017 8:32pm > To: "Kamailio (SER) - Users Mailing List" > Subject: Re: [SR-Users] Configuration to fetch SIP response body. > > Won't accessing $mb in an onreply_route work? > > On Thu, Mar 16, 2017 at 08:25:48PM +0530, vi...@advaitamtech.com wrote: > > > > > Hi, > > > > Is there any configuration to fetch SIP response body received?. > > > > My requirement is to fetch the SIP response body and save it into > database. > > > > Thanks, > > Vivek > > > ___ > > 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 > > > -- > Alex Balashov | Principal | Evariste Systems LLC > > Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) > Web: http://www.evaristesys.com/, http://www.csrpswitch.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 > > > > ___________ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] cisco spa502g issues
Hello, maybe the new phones do STUN and or the ALG breaks somehow the signaling. You should send the ngrep output taken on sip server for such a call in order to be able to analyze what can happen: ngrep -d any -qt -W byline port 5060 Cheers, Daniel On 17/03/2017 06:32, b...@wtf.com.au wrote: > Hi guys, > > we have a bunch of SIP phones behind a fire wall, with our kamalio > server out on the internet. Most of them are the older SPA92x series, > but we have some new SPA502g's. > > We have no problems calling between 92x and 502's. How ever the 502's > calling each other do not get voice path. > > I have noticed that the phones REGISTER differently: > > AOR:: 5546@ > Contact:: sip:5546@:1032 Q= > Expires:: 180 > Callid:: 4754c4f9-c67e1018@10.0.41.29 > Cseq:: 43112 > User-agent:: Cisco/SPA502G-7.6.2a > State:: CS_DIRTY > Flags:: 0 > Cflag:: 0 > Socket:: udp::5060 > Methods:: 6815 > > > AOR:: 5...@sip.skunkworks.net.au > Contact:: sip:5590@10.0.41.14:5060 Q= > Expires:: 1154 > Callid:: 24435738-224b06db@10.0.41.14 > Cseq:: 8012 > User-agent:: Linksys/SPA921-5.1.8 > Received:: sip::1026 > State:: CS_SYNC > Flags:: 0 > Cflag:: 64 > Socket:: udp::5060 > Methods:: 4767 > > The older 921 has its private IP in the contact, where as the newer > 502 has the external IP of our office in the contact. > > Our file wall is a Watchguard T-10 (latest updates etc) with the > SIP-ALG running. > > Any thoughts on where to start looking ? > > Cheers, > > Ben. > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] f_malloc WARNINGS in syslog
Hello, set memdbg and memlog parameters to a higher value than debug parameter. The messages are useful only if you troubleshoot memory operations. Cheers, Daniel On 16/03/2017 21:16, Diego Nadares wrote: > Hi Guys, > > I'm seeing a lot of warnings in my syslog. Is this normal? Or maybe I > am doing something wrong in my cfg? > > > Mar 16 17:11:47 dwsipm03 ./kamailio[26226]: WARNING: > [mem/f_malloc.c:444]: fm_malloc(): fm_malloc(0x7f68e5199010, 8) called > from nathelper: nathelper.c: nh_timer(2078) > Mar 16 17:11:47 dwsipm03 ./kamailio[26226]: WARNING: > [mem/f_malloc.c:527]: fm_malloc(): fm_malloc(0x7f68e5199010, 8) > returns address 0x7f68e52a2d50 > Mar 16 17:11:47 dwsipm03 ./kamailio[26226]: WARNING: > [mem/f_malloc.c:588]: fm_free(): fm_free(0x7f68e5199010, > 0x7f68e52a2d50), called from nathelper: nathelper.c: nh_timer() > Mar 16 17:11:47 dwsipm03 ./kamailio[26226]: WARNING: > [mem/f_malloc.c:607]: fm_free(): fm_free: freeing block alloc'ed from > nathelper: nathelper.c: nh_timer(2078) > . > Mar 16 17:15:44 dwsipm03 ./kamailio[26210]: WARNING: > [mem/f_malloc.c:607]: fm_free(): fm_free: freeing block alloc'ed from > core: xavp.c: xavp_new_value(94) > Mar 16 17:15:44 dwsipm03 ./kamailio[26210]: WARNING: > [mem/f_malloc.c:588]: fm_free(): fm_free(0x7f68d9d51000, > 0x7f68da069ca8), called from tm: h_table.c: free_cell_helper(246) > Mar 16 17:15:44 dwsipm03 ./kamailio[26210]: WARNING: > [mem/f_malloc.c:607]: fm_free(): fm_free: freeing block alloc'ed from > tm: h_table.c: build_cell(317) > Mar 16 17:15:44 dwsipm03 ./kamailio[26210]: WARNING: > [mem/f_malloc.c:588]: fm_free(): fm_free(0x7f68d9d51000, > 0x7f68da031f00), called from tm: h_table.c: free_cell_helper(150) > > > > Thanks in advance. > > Diego > > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] (no subject) - EU toll free numbers
Hello, first: it is recommended to add subject to emails to mailing lists, otherwise it is not indexed properly in the archive. Probably Voxbone is an option and I guess you can find more for various countries. Cheers, Daniel On 16/03/2017 20:02, Alberto Llamas wrote: > Hi Guys, > > Who knows and can recommend a company a company where I could order > Toll free numbers for EU?. > > I really appreciate any hint and sorry for the noise. > > Regards, > > -- > Alberto Llamas > TelecommunicationsEngineer > dCAP | KPAC | SSCA > > > > /"Internet is all about share"/ > > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Search for kamailio PERL module for 5.0 level
Hello, links for various distros were added at: * https://www.kamailio.org/wiki/packages/rpms#kamailio_50x A short report back on mailing list saying if the packages work ok would be appreciated. Cheers, Daniel On 16/03/2017 16:25, Ginhoux, Patrick wrote: > > Hi, > > > > I just need to get the rpm but I have difficulties to find the correct > link. Can you help on this ? > > > > Cordialement > > Patrick GINHOUX > > > > *De :*Daniel-Constantin Mierla [mailto:mico...@gmail.com] > *Envoyé :* jeudi 16 mars 2017 16:10 > *À :* Ginhoux, Patrick ; Kamailio (SER) > - Users Mailing List > *Objet :* Re: [SR-Users] Search for kamailio PERL module for 5.0 level > > > > Hello, > > I already triggered the rebuild of rpms, some of them being completed > already: > > - > https://build.opensuse.org/package/show/home:kamailio:v5.0.0-rpms/kamailio50 > > If you want to get access and play with the specs in order to tune the > rpms, then make an account on that portal and let me know the user id > -- I will be glad to allow others helping with the generations of > rpms, because I don't really use rpm-based systems myself. > > Cheers, > Daniel > > On 16/03/2017 15:08, Ginhoux, Patrick wrote: > > Hi Daniel, > > > > Thanks for the help. > > > > Can you tell me when I can expect to get the PERL module built for > 5.0 ? > > > > If it is something that you need to schedule (it is something I > can understand), then I could use the kamailio 4.4 level instead > of 5.0 . > > > > Cordialement > > Patrick GINHOUX > > > > *De :*sr-users [mailto:sr-users-boun...@lists.sip-router.org] *De > la part de* Daniel-Constantin Mierla > *Envoyé :* jeudi 16 mars 2017 13:13 > *À :* Kamailio (SER) - Users Mailing List > <mailto:sr-users@lists.sip-router.org> > *Objet :* Re: [SR-Users] Search for kamailio PERL module for 5.0 level > > > > Hello, > > probably perl module failed to be build on this distros by the > opensuse build service. I will try to re-enable building them on > centos and redhat and see the results. > > Cheers, > Daniel > > > > On 14/03/2017 18:08, Ginhoux, Patrick wrote: > > Hi, > > > > I’m a beginner in the use of kamailio product, so I try below > to explain my problem with my words: > > > > 1) PERL module issue : > > > > Some years ago a SIP Router proxy running RedHat 6.2 was > developped using the kamailio version 3.3 and the following > packages used : > > > > kamailio-3.3.2-1.1.1.x86_64.rpm > > kamailio-snmpstats-3.3.2-1.1.1.x86_64.rpm > > kamailio-mysql-3.3.2-1.1.1.x86_64.rpm > > kamailio-perl-3.3.2-1.1.1.x86_64.rpm > > > > We have the project to migrate this SIP Proxy to RedHat 7.1 > and used the latest Kamailio v5.0.0 Release: > > > > kamailio-5.0.0-24.1.x86_64.rpm > > kamailio-mysql-5.0.0-24.1.x86_64.rpm > > kamailio-snmpstats-5.0.0-24.1.x86_64.rpm > > > > However I don’t find the kamalio-perl package for RedHat 7.1. > I see that the perl module has been renamed to ‘app_perl’ but > I don’t find it either for kamailio 5.0.0. > > > > 2) Kamailio.cfg script > > > > Our proxy used the kamailio.cfg from the sample of the 3.3.3 > release. > > > > So can I reuse the same 3.3.3 kamailio.cfg file with the 5.0.0 > release or should I migrate (rewrite it) from the 5.0.0 sample ? > > > > So I’m looking for some help on these issues. > > > > Is there people that had this case ? > > > > Thanks in advance for any answer. > > > > Cordialement > > Patrick GINHOUX > > > > PS : I just create my account today but don’t get the email to > validate it. > > > > > > > > ___ > > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing > list > > sr-users@lists.sip-router.org > <mailto:sr-users@lists.sip-router.org> > > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > > > -- > >
Re: [SR-Users] Search for kamailio PERL module for 5.0 level
Hello, I already triggered the rebuild of rpms, some of them being completed already: - https://build.opensuse.org/package/show/home:kamailio:v5.0.0-rpms/kamailio50 If you want to get access and play with the specs in order to tune the rpms, then make an account on that portal and let me know the user id -- I will be glad to allow others helping with the generations of rpms, because I don't really use rpm-based systems myself. Cheers, Daniel On 16/03/2017 15:08, Ginhoux, Patrick wrote: > > Hi Daniel, > > > > Thanks for the help. > > > > Can you tell me when I can expect to get the PERL module built for 5.0 ? > > > > If it is something that you need to schedule (it is something I can > understand), then I could use the kamailio 4.4 level instead of 5.0 . > > > > Cordialement > > Patrick GINHOUX > > > > *De :*sr-users [mailto:sr-users-boun...@lists.sip-router.org] *De la > part de* Daniel-Constantin Mierla > *Envoyé :* jeudi 16 mars 2017 13:13 > *À :* Kamailio (SER) - Users Mailing List > *Objet :* Re: [SR-Users] Search for kamailio PERL module for 5.0 level > > > > Hello, > > probably perl module failed to be build on this distros by the > opensuse build service. I will try to re-enable building them on > centos and redhat and see the results. > > Cheers, > Daniel > > > > On 14/03/2017 18:08, Ginhoux, Patrick wrote: > > Hi, > > > > I’m a beginner in the use of kamailio product, so I try below to > explain my problem with my words: > > > > 1) PERL module issue : > > > > Some years ago a SIP Router proxy running RedHat 6.2 was > developped using the kamailio version 3.3 and the following > packages used : > > > > kamailio-3.3.2-1.1.1.x86_64.rpm > > kamailio-snmpstats-3.3.2-1.1.1.x86_64.rpm > > kamailio-mysql-3.3.2-1.1.1.x86_64.rpm > > kamailio-perl-3.3.2-1.1.1.x86_64.rpm > > > > We have the project to migrate this SIP Proxy to RedHat 7.1 and > used the latest Kamailio v5.0.0 Release: > > > > kamailio-5.0.0-24.1.x86_64.rpm > > kamailio-mysql-5.0.0-24.1.x86_64.rpm > > kamailio-snmpstats-5.0.0-24.1.x86_64.rpm > > > > However I don’t find the kamalio-perl package for RedHat 7.1. I > see that the perl module has been renamed to ‘app_perl’ but I > don’t find it either for kamailio 5.0.0. > > > > 2) Kamailio.cfg script > > > > Our proxy used the kamailio.cfg from the sample of the 3.3.3 release. > > > > So can I reuse the same 3.3.3 kamailio.cfg file with the 5.0.0 > release or should I migrate (rewrite it) from the 5.0.0 sample ? > > > > So I’m looking for some help on these issues. > > > > Is there people that had this case ? > > > > Thanks in advance for any answer. > > > > Cordialement > > Patrick GINHOUX > > > > PS : I just create my account today but don’t get the email to > validate it. > > > > > > > ___ > > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > > sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> > > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > > -- > Daniel-Constantin Mierla > www.twitter.com/miconda <http://www.twitter.com/miconda> -- > www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> > Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - > www.asipto.com <http://www.asipto.com> > Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com > <http://www.kamailioworld.com> -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] new keepalive module ?
Hello, On 13/03/2017 22:45, Guillaume Bour wrote: > Hi Daniel, > > Thanks for you answer > > On Tue, Mar 07, 2017 at 11:35:17PM +0100, Daniel-Constantin Mierla wrote: >> Hello, >> >> >> On 07/03/2017 21:22, Guillaume Bour wrote: >>> Hi all, >>> >>> I would like to implement destinations keepalive in drouting module (as it >>> is done in dispatcher). >>> But instead of duplicating what's implemented in dispatcher, I think it >>> would be more clever to create a new module >>> dedicated to pinging destinations, and to plug drouting, dispatcher and >>> other modules to this new one >>> >>> What's you opinion about that ? >>> >> could be an interesting module, not able to say at this moment if I >> would plug it into dispatcher, as I cannot assert the impact, but at >> least for adding to drouting or other modules which don't have this >> feature, should worth the try. >> >> How do you plan to have the relation between the modules? Each of them >> will have a copy of the addresses, or the addresses of the destinations >> will be in. a single module, and the other will refer to them via some >> unique id? Will drouting just build the list of destination based on >> priority, then check with the new module to see which are active and >> remove the inactive ones? > My idea is to expose a set of API functions, allowing other modules > to register/unregister addresses to monitor. > So yes, destinations adresses would be duplicated in keepalive module memory. > Then keepalive module would notify the "source" module when destination > status change (available -> unavailable, and vice-versa) > >> Again, when I would see some sort of prototype/initial version, probably >> I can comment more. The questions above just pop up in my mind, but >> probably you can just go ahead to write some code as you consider, then >> we can start a discussion from there and see what can be improved/better >> integrated with existing modules. >> > I have started working on a POC. > It is available at https://github.com/gbour/kamailio/tree/module-keepalive OK, thanks for pointing to it. Once you get something working, you can make a pull request so we can review it using github portal. It may be useful to have it working with its own group of destination and export to kamailio.cfg some functions to check if a destination is active or not, change it state, etc ... It can be used when routing to a single pstn gateway or other media servers to reply directly from kamailio, not to forward and wait for timeout. Cheers, Daniel > > >> Cheers, >> Daniel >> >> -- >> Daniel-Constantin Mierla >> www.twitter.com/miconda -- www.linkedin.com/in/miconda >> Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - >> www.asipto.com >> Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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 > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] siptrace duplicate both incoming and outgoing messages
Hello, what version of kamailio do you use? Cheers, Daniel On 14/03/2017 09:59, Grant Bagdasarian wrote: > > Hi, > > > > Is it possible to instruct Kamailio to duplicate both incoming and > outgoing messages automatically? > > If not, if I set the flag and explicitly call sip_trace, will both > messages be duplicated to the capture server? > > > > Regards, > > > > Grant Bagdasarian > > CM > > > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] Search for kamailio PERL module for 5.0 level
Hello, probably perl module failed to be build on this distros by the opensuse build service. I will try to re-enable building them on centos and redhat and see the results. Cheers, Daniel On 14/03/2017 18:08, Ginhoux, Patrick wrote: > > Hi, > > > > I’m a beginner in the use of kamailio product, so I try below to > explain my problem with my words: > > > > 1) PERL module issue : > > > > Some years ago a SIP Router proxy running RedHat 6.2 was developped > using the kamailio version 3.3 and the following packages used : > > > > kamailio-3.3.2-1.1.1.x86_64.rpm > > kamailio-snmpstats-3.3.2-1.1.1.x86_64.rpm > > kamailio-mysql-3.3.2-1.1.1.x86_64.rpm > > kamailio-perl-3.3.2-1.1.1.x86_64.rpm > > > > We have the project to migrate this SIP Proxy to RedHat 7.1 and used > the latest Kamailio v5.0.0 Release: > > > > kamailio-5.0.0-24.1.x86_64.rpm > > kamailio-mysql-5.0.0-24.1.x86_64.rpm > > kamailio-snmpstats-5.0.0-24.1.x86_64.rpm > > > > However I don’t find the kamalio-perl package for RedHat 7.1. I see > that the perl module has been renamed to ‘app_perl’ but I don’t find > it either for kamailio 5.0.0. > > > > 2) Kamailio.cfg script > > > > Our proxy used the kamailio.cfg from the sample of the 3.3.3 release. > > > > So can I reuse the same 3.3.3 kamailio.cfg file with the 5.0.0 release > or should I migrate (rewrite it) from the 5.0.0 sample ? > > > > So I’m looking for some help on these issues. > > > > Is there people that had this case ? > > > > Thanks in advance for any answer. > > > > Cordialement > > Patrick GINHOUX > > > > PS : I just create my account today but don’t get the email to > validate it. > > > > > > ___ > 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-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
Re: [SR-Users] No cdr after Kamailio 5.0 restart
Hello,
ok, good to know is someone tackling it.
Thanks,
Daniel
On 15/03/2017 12:14, Pawel Kuzak wrote:
>
> Hello,
>
> This indeed is a bug we've also spotted. It is not only present in
> 5.0. It seems the /run_create_callbacks()/ function which triggers the
> /DLGCB_CREATED/ callbacks to be executed is not called for dialogs
> created from database. We are already working on a fix and are
> currently testing it. We will try push it upstream as soon as
> possible. We will answer on this thread when a fix is upstream.
>
> Regards,
> Paul
>
>
> Am 14.03.2017 um 22:00 schrieb Kordován Szabolcs:
>> Hello Daniel,
>>
>> Sorry for my reply, I didn't receive your mail.
>> So, only the active calls are affected. The new call, from invite to
>> bye-ok, is recorded into table acc and acc_cdrs.
>>
>> Regards,
>> Szabolcs
>>
>> 2017-03-14 11:13 GMT+01:00 Kordován Szabolcs > <mailto:kos...@gmail.com>>:
>>
>> Hi,
>>
>> I use acc module for create cdr into db and also make acc log
>> into db.
>> After restart Kamailio cdr won't be created but acc log will be
>> inserted into db. In the syslog also I see just the acc log. The
>> dialog will be remove from db.
>>
>> I have read many threads. I know that it should work.
>>
>> Thanks for help!
>> Regards,
>> Szabolcs
>>
>> From my configs:
>>
>> #!define FLT_ACC 1
>> #!define FLT_ACCMISSED 2
>> #!define FLT_ACCFAILED 3
>>
>> modparam("acc", "db_url", DBURL)
>> modparam("acc", "db_flag", FLT_ACC)
>> modparam("acc", "db_missed_flag", FLT_ACCMISSED)
>> modparam("acc", "db_extra",
>>
>> "src_user=$fU;src_domain=$fd;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd;src_ip=$si")
>>
>> modparam("acc", "log_level", 3)
>> modparam("acc", "log_flag", FLT_ACC)
>> modparam("acc", "log_missed_flag", FLT_ACCMISSED)
>>
>> modparam("acc", "report_ack", 1)
>> modparam("acc", "report_cancels", 1)
>> modparam("acc", "early_media", 1)
>>
>> modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)
>>
>> modparam("acc", "acc_prepare_always", 1)
>> modparam("acc", "time_mode", 1)
>> modparam("acc", "time_attr", "seconds")
>> modparam("acc", "time_exten", "microsecs")
>> modparam("acc", "reason_from_hf", 1)
>>
>> modparam("acc", "cdr_enable", 1)
>> modparam("acc", "cdr_expired_dlg_enable", 1)
>> modparam("acc", "cdr_start_on_confirmed", 1)
>> modparam("acc", "cdrs_table", "acc_cdrs")
>> modparam("acc", "cdr_on_failed", 1)
>> modparam("acc", "cdr_extra",
>>
>> "callid=$ci;src_user=$dlg_var(fU);src_domain=$dlg_var(fd);dst_ouser=$dlg_var(tU);dst_user=$dlg_var(rU);dst_domain=$dlg_var(rd);src_ip=$dlg_var(si);peer_in=$dlg_var(peerin);peer_out=$dlg_var(peerout)")
>>
>> request_route {
>> <-->
>> <-->$var(loose) = loose_route();
>> <-->$var(check_trans) = t_check_trans();
>> <-->sip_trace();
>> <-->setflag(FLT_SIPTRACE);
>> <-->dlg_manage();
>>
>> <--># handle retransmissions
>> <-->if(t_precheck_trans()) {
>> <-->xlogl("LOG_LOCAL0", "L_ALERT", "==
>> kamaty $rm route $ci $rm precheck_trans exit\n");
>> <-->exit;
>> <-->}
>>
>> <-->if(is_method("OPTIONS")) {.
>> <--># send reply for each options request.
>> <-->sl_send_reply("200", "ok");.
>> <-->exit();.
>> <-->}
>> <--># CANCEL processing
>> <-->if (is_method("CANCEL")) {
>> <--><-->if (t_check_trans()) {
>> <--><-->route(RELAY);
>> <--><-->}
>> <--><-
Re: [SR-Users] Kamailio does'nt respond to packets from specific addresses
Hello, maybe there is some IP routing mis-configuration in the server. What did you use to see that the packets arrive on the sip server system? ngrep or something similar? Cheers, Daniel On 14/03/2017 22:06, עדי ויזגן wrote: > > Hi, yes Kamailio is listening to all addresses, even the destination > address and still no response. It is weird because it only happens > with 172.. addresses. What I did for now is I put a MikroTik router > between the Kamailio server and the switch, and I configured it to do > src-nat and change the source address from 172.. address to 192.. > address and now the Kamailio respond! > So I fixed it but I don't like this solution. > I would like to find out what causes the problem so I can really fix it. > > > בתאריך יום ג׳, 14 במרץ 2017, 18:25, מאת Daniel-Constantin Mierla > mailto:mico...@gmail.com>>: > > Hello, > > is Kamailio listening on all the IP addresses you need to received > the traffic? You can do: > > kamctl ps > > Also, check if you have any firewall rules blocking traffic from > those IP addresses. > > Cheers, > Daniel > > > On 14/03/2017 11:34, עדי ויזגן wrote: >> Hi everyone, >> I have the following problem: >> I have a Kamailio server that is connected to several Asterisk >> servers for load balacing in a LAN network with the IP's of >> 192.168.16.X. >> I recently connected with another company that is supposed to >> send me calls through the Kamailio server. >> The problem is this: >> I am connected to then with a cable from their network to mine. >> My port has the address 10.9.18.198 and they come from the >> address 172.18.177.18. >> When I get packets from their address (172...) I can see them >> getting to my Kamailio server, but the Kamailio does not respond. >> It only happens when I get packets from 172 source address. >> If I get from 192 or 10 adresses from my LAN network it works, >> and if I get packets from real world IP's through my WAN it works. >> Does anyone have any idea why the Kamailio does'nt respond to >> packets from 172 adresses? >> And how to fix this? >> Thanks in advance! >> >> >> _______ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > -- > Daniel-Constantin Mierla > www.twitter.com/miconda <http://www.twitter.com/miconda> -- > www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> > Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - > www.asipto.com <http://www.asipto.com> > Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com > <http://www.kamailioworld.com> > > ___ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing > list > sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > -- Daniel-Constantin Mierla www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - www.asipto.com Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.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
