sr-users

sr-users@lists.kamailio.org

42 participants
37518 discussions

Development is open for future release of v5.4.x series
by Daniel-Constantin Mierla 03 Oct '19

03 Oct '19

Hello, the branch 5.3 was created late last evening, therefore the master branch is open for adding new features, to be part of future release series v5.4.x. Any bug fix committed to master that applies to 5.3.x or older stable branches should be backported as usual with "git cherry-pick -x ..." to appropriate branches like 5.3 or 5.2. Expect that v5.3.0 will be released in a few weeks from now. Based on the workflow used during the past years, the next future release v5.4.0 should be out after another 8-10 months of development, plus 1-2 months of testing, so sometime in close to the end of spring 2020 or afterwards. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training, Oct 21-23, 2019, Berlin, Germany -- https://asipto.com/u/kat

1 0

Branch 5.3 has been created
by Daniel-Constantin Mierla 03 Oct '19

03 Oct '19

Hello, the branch 5.3 has been created, to be used for releasing v5.3.x series. To check out this branch, the following commands can be used: git clone https://github.com/kamailio/kamailio kamailio-5.3 cd kamailio-5.3 git checkout -b 5.3 origin/5.3 Pushing commits in this branch: git push origin 5.3:5.3 Note that 5.3 is an official stable branch, so only bug fixes, missing kemi exports (discuss on sr-dev if not sure) or improvements to documentation or helper tools can be pushed to this branch. You may notice a bit of more activity on tls (some issue is under work) and siptrace (a bit of cleanup for coherence might be done) modules, but over all no new features will be pushed there. As usual, if there is a bug fixed, commit and push first to master branch and then cherry pick to 5.2 branch: git cherry-pick -x COMMITID In few weeks, the first release from branch 5.3 will be out, respectively Kamailio v5.3.0. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training, Oct 21-23, 2019, Berlin, Germany -- https://asipto.com/u/kat

1 0

Branching 5.3
by Daniel-Constantin Mierla 02 Oct '19

02 Oct '19

Hello, if there are no strong opinions against, then it is time to branch 5.3 on git repository. I am considering to do it by the end of the day on Wednesday, October 2, 2019. After that, the master will be again open for new features, while 5.3 branch will continue to get the only fixes and improvements to documentation and tools. 2-3 weeks later we should release v5.3.0, the first stable version in 5.3.x series. Cheers, Daniel -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training, Oct 21-23, 2019, Berlin, Germany -- https://asipto.com/u/kat

1 1

Unresolvable destination for new added users...
by Zhan Bazarov 02 Oct '19

02 Oct '19

I can't make call through kamailio between new added users. I get 478 ... But it works for older users (who was added couple weeks ago e.g.) SIP flow, location and subscriber table the same in both cases. Could you please shed any light on this issue? *2019/10/02 11:11:20.719834 10.2.1.198:5068 <http://10.2.1.198:5068> -> 10.4.1.14:50600 <http://10.4.1.14:50600>* SIP/2.0 *478* Unresolvable destination (478/SL) Via: SIP/2.0/UDP asterisk_ip:asterisk_port;branch=z9hG4bK18626d14;rport=50600;received=10.4.1.14 From: "Admin Admin" <sip:some_user@asterisk_ip:asterisk_port>;tag=as09b1f1f3 To: <sip:some_user@kamailio_ip :kamailio_port>;tag=a1384aaeda4d71b5edb13882669b943e.8468 Call-ID: *20e023254f1b3c942a61e47d63badfd6@10.4.1.14:50600 <http://20e023254f1b3c942a61e47d63badfd6@10.4.1.14:50600>* CSeq: 102 INVITE Server: MS Lync Content-Length: 0

3 5

BLF 'NOTIFY' not working
by Petarr Jones 02 Oct '19

02 Oct '19

Hi I am using Kamailio 5.2 with the following PRESENCE modules and parameters: loadmodule "presence.so" loadmodule "presence_xml.so" loadmodule "presence_dialoginfo.so" loadmodule "presence_reginfo.so" modparam("presence", "db_url", DBURL) modparam("presence_xml", "db_url", DBURL) modparam("presence_xml", "force_active", 1) modparam("presence_xml", "disable_bla", 0) modparam("presence_xml", "integrated_xcap_server", 1) I have a Yealink T28P phone which has two lines/extensions successfully registered with Kamailio 5.2. When I setup the BLF light to monitor one of the extensions, I get the correct SUBSCRIBE record but the NOTIFY record is sent over and over again until it fails. ----------------------------------------------------------------------------------------------------------- NOTIFY sip:101@192.168.1.123:5062 SIP/2.0 Via: SIP/2.0/UDP 45.45.45.45;branch=z9hG4bKd16c.03b5bc97000000000000000000000000.0 To: <sip:101@45.45.45.45>;tag=1366853594 From: <sip:104@45.45.45.45>;tag=a6a1c5f60faecf035a1ae5b6e96e979a-e6c3 CSeq: 2 NOTIFY Call-ID: 594386350(a)192.168.1.123 Content-Length: 0 User-Agent: kamailio (5.2.4 (x86_64/linux)) Max-Forwards: 70 Event: dialog Contact: <sip:45.45.45.45:5060;transport=udp> ----------------------------------------------------------------------------------------------------------- When I register the phone with Freeswitch instead and run the same test, the NOTIFY works and I get a much longer NOTIFY message ----------------------------------------------------------------------------------------------------------- NOTIFY sip:100@192.168.1.123:5064 SIP/2.0 Via: SIP/2.0/UDP 66.66.66.66;rport;branch=z9hG4bK1mXej9r2605UB Route: <sip:55.55.55.55:5064>;transport=udp Max-Forwards: 70 From: <sip:102@66.66.66.66>;tag=xUoVghM5syHc To: "100" <sip:100@66.66.66.66>;tag=1720892352 Call-ID: 2583553127(a)192.168.1.123 CSeq: 1178415701 NOTIFY Contact: <sip:102@66.66.66.66:5060> User-Agent: FreeSWITCH-mod_sofia/1.10.1-release-12-f9990221e6~64bit Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, path, replaces Event: dialog Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer Subscription-State: active;expires=1800 Content-Type: application/dialog-info+xml Content-Length: 149 xml version="1.0"?> dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="sip:102@66.66.66.66"> dialog-info> ----------------------------------------------------------------------------------------------------------- Should the message coming from Kamailio contain more data or is that not the issue. Should I be including other modules also? All guidance would be appreciated.

2 4

Call limit through shared database
by Olli Attila 01 Oct '19

01 Oct '19

Hello, I have 2 kam instances using one shared database and both kam servers running the same routing logic code. Kamailio servers are configured to use the same database as dialog backend. I am limiting the concurrent dialogs in the following way but it seems that kamailio is using its own memory to read profile size rather than the db. Second kam is not aware of the dialog profiles that the first kam wrote to the shared db. Is there a way to get multiple kam instances to read profile size from the same database when calling the get_profile_size function? modparam("dialog", "profiles_with_value", "concurrent_calls") modparam("dialog", "dlg_flag", 4) modparam("dialog", "db_url", DBURL) modparam("dialog", "db_mode", 1) route[LIMIT_CALLS] { if (!dlg_isflagset("1")) { # $td – gateways, $fu - user if (get_profile_size("concurrent_calls", "$fu", "$avp(calls)")) { if ($avp(calls) >= 3) { xlog("L_INFO", "Concurrent calls $fu at limit"); send_reply("503", "Calls limit reached"); exit; } else { dlg_manage(); dlg_setflag("1"); set_dlg_profile("concurrent_calls", "$fu"); } } } } Cheers, Olli

5 8

Kamailio Charging
by Jack R 01 Oct '19

01 Oct '19

Hi, Does Kamailio provide some charging functionality? If yes, then how do we go about setting it up? like what module/configuration? and Database tables to see/touch? I see these links: https://www.kamailio.org/docs/modules/4.2.x/modules/ims_charging.html https://www.kamailio.org/w/2013/07/documentation-on-charging-in-ims/ Or Do we need separate software like example cgrates for charging? (also a side question do we have any other open-source like cgrates) Any information would be helpful. Thanks and Regards, Jack.

3 3

Relay Request
by Maryam Baghdadi 29 Sep '19

29 Sep '19

Hello everyone, Is it possible to relay INVITE request to another server after receiving "180 Ringing" response ??? I would like to activate CRBT(ring back tone) service and according to my research after receiving 180 ringing media playing request should be sent to a media server .

3 2

Re: [SR-Users] Relay Request
by Mojtaba 29 Sep '19

29 Sep '19

Would you please keep "Users Mailing List" <sr-users(a)lists.kamailio.org> in tracking. :) That is straight froward. There is no change in sending the request from Kamailio to Asterisk. In Asterisk you could use Progress command to support Media-Relay. In additional use Dial command (with r or m option for supporting CRBT ). With Best Regards On Sun, Sep 29, 2019 at 8:52 AM Maryam Baghdadi <maryam.baghdadi(a)gmail.com> wrote: > Hello Mojtaba, > I chose asterisk as media server and some services like voice mail > provided ... about CRBT I know asterisk have this service but I don't know > how to send this request from kamailio to asterisk.. > do you know kamailio can provide this service itself or not??? > could you pls explain more > > thanks > > > On Sat, Sep 28, 2019, 1:48 PM Mojtaba <mespio(a)gmail.com wrote: > >> Hello, Some consideration would be needed: >> 1) SS7 for PSTN subscriber to support media-relay >> 2)Progress capability for SIP subscriber. >> 3) Media server to support ring-back VAS service >> You should check enabling this service or not during MO procedure. >> With Best Regards. >> >> On Sat, Sep 28, 2019 at 1:19 PM Maryam Baghdadi < >> maryam.baghdadi(a)gmail.com> wrote: >> >>> Hello everyone, >>> >>> Is it possible to relay INVITE request to another server after receiving >>> "180 Ringing" response ??? >>> I would like to activate CRBT(ring back tone) service and according to >>> my research after receiving 180 ringing media playing request should be >>> sent to a media server . >>> _______________________________________________ >>> Kamailio (SER) - Users Mailing List >>> sr-users(a)lists.kamailio.org >>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users >>> >> >> >> -- >> --Mojtaba Esfandiari.S >> > -- --Mojtaba Esfandiari.S

1 0

tcp_accept_haproxy questions
by Grant Bagdasarian 27 Sep '19

27 Sep '19

Hello, The docs mention regular TCP connections not being accepted anymore once this is enabled. I assume UDP is unaffected and both proxyprotocol and udp may live side by side? Also, does this play nicely with WebSockets? Taking into account the Websocket connection being setup through a proxy protocol supporting proxy. Regards, Grant

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users