sr-users

sr-users@lists.kamailio.org

42 participants
37519 discussions

Gracefully dropping all branches
by Andreas Granig 20 Feb '19

20 Feb '19

Hi all, I’ve a scenario where after lookup() I get multiple branches, and I want to drop some or all of them based on some filter criteria in a branch route before sending requests out. Problem is that if all branches are dropped, kamailio replies with some implicitly generated 500 server error since there are no more branches, but I want to send a 404 or 480 instead. Is there a way to determine if I’m processing the last active branch (so all others have been dropped already), so I can send a graceful reply like 404 or 480 instead of dropping this last branch as well if I decide I have to filter that one too? I’m thinking of a hash table table or something to track and decrease the number of branches for a call, and based on a flag (whether one of the previous branches has been sent out or all have been dropped so far) either drop the last branch or reply with an error. However I’m wondering if kamailio comes with a mechanism to determine the branch state out of the box? Thanks, Andreas

2 2

How to setup Kamailio to dispatch SIP client requests to WebRTC enabled Asterisk
by Adesh Pandey 20 Feb '19

20 Feb '19

Hi Guys, I have recently setup a Kamailio server which can accept SIP or WebSocket connections but voice is not coming in the case of SIP client. I have no idea to change avp in the incoming request, please advise how to proceed.

3 3

Topos and subst_hf
by Igor Olhovskiy 19 Feb '19

19 Feb '19

Hi! I'm using subst_hf to add some extra info to contact subst_hf("Contact", "/^(.*)sip:(.*)@(.*)$/\1sip:encei$var(extra_info)-\2@\3/i", "f"); With combination of topos it's giving me strange results like 2(26) WARNING: sanity [sanity.c:282]: check_ruri_scheme(): failed to parse request uri [sip:encei302e3734-btpsh-5c6c00ac-2e-f@172.28.0.74><sip:encei302e3734-btpsh-5c6c00ac-2e-f@172.28.0.74] Seems, it's doubling R-URI on in-dialog requests. If I'm disabling topos - all is ok. What is interesting - this can't be reproduced with remove_hf/append_hf mechanisms.

1 1

Problem with requests routing when topoh is enabled
by Leonid Fainshtein 19 Feb '19

19 Feb '19

Hi, I have Kamailio 5.1 and I'm using the topology hiding module (topoh) that is configured as the following: modparam("topoh", "mask_key", "...") modparam("topoh", "uparam_name", "....") modparam("topoh", "uri_prefix_checks", 0) Unfortunately Fanvil SIP phone modifies the remote party Contact's URI before it puts it as R-URI in the re-INVITE request. For example, The remote party Contact header: Contact: <sip:127.0.0.8;tr=sr-O2Sdn60d3qrt3otz3o7L.6pF.6mUr6lF3qpd> The re-INVITE request line: INVITE sip:127.0.0.8;tr=sr-O2Sdn60d3qrt3otz3o7L.6pF.6mUr6lF3qpd;user=phone SIP/2.0 As you can see, ";user=phone" was added. As result of that Kamailio tries to send the request to 127.0.0.8. If I disable sending 'user=phone' in Fanvil configuration then everything works well. I assumed that if uri_prefix_checks=0 then the topoh module should take rid of such URI modifications. Am I wrong? Is there any way to solve the problem except to modify the endpoint configuration? Best regards, Leonid Fainshtein

1 0

How can i send presence status from Asterisk 13 to kamailio presence module
by PICCORO McKAY Lenz 19 Feb '19

19 Feb '19

i have followed the guie in https://kb.asipto.com/kamailio:presence:k43-blf and asterisk are working (due we connnect the phones directly to asterisk and works) but when connect the phones to the kamailio the led in phones does not work! ther's some info missing or what? Lenz McKAY Gerardo (PICCORO) http://qgqlochekone.blogspot.com

1 0

Re: [SR-Users] TM Module - Unfortunately error on sending to next hop occurred (477/TM)
by Ilie Soltanici 19 Feb '19

19 Feb '19

Hi, Looks that space comes from copy/paste or page formatting - in the log file there is no space within this variable. Thank's

2 3

Detecting end of DNS failover in tm:branch-failure
by Ivan Ribakov 19 Feb '19

19 Feb '19

Hi all, I have a custom routing logic implemented in my module. This routing logic may return a list of 2 or more endpoints where INVITE should be attempted to be routed. Since endpoint URI can contain domain names, I’m also trying to take care of DNS resolution. Based on the documentation found in https://github.com/kamailio/kamailio/blob/master/doc/tutorials/dns.txt <https://github.com/kamailio/kamailio/blob/master/doc/tutorials/dns.txt> current DNS resolver/failover logic takes good care of RFC3263. To support switching between various endpoints returned by custom routing logic I have been using “tm:branch-failure” routing blocks. Problem I’m facing right now is that I am unable to distinguish between a DNS failover branch failure that has more SRV records to try and the “final” DNS failover branch failure (at which point I should be switching to another endpoint). I’ve tried monitoring $T_reply_code values, but it is “408” in both cases. Any ideas on how “final” and “non-final” DNS failover branch failures can be distinguished? Regards, Ivan

1 0

Re: [SR-Users] Issue with UAC restore_mode when restore_dlg is enabled
by Daniel-Constantin Mierla 19 Feb '19

19 Feb '19

Can you check via rpc and looking at database tables if dialog record is there? Cheers, Daniel On Tue, 19 Feb 2019, 08:44 <jenus(a)cyberchaos.nl wrote: > Daniel, > > Yes the uac_replace_from is called from a branch route. > > Jan > > Daniel-Constantin Mierla schreef op 2019-02-19 08:26: > > I do not recall any relevant changes recently in this part of the code, > > so likely to be same result for 5.2. > > > > With restore_dlg set to 1, dialog variables are used for storing the > > headers. When do you call uac_replace_from()/_to()? Is it in a > > branch_route? > > > > Cheers, > > Daniel > > > > On 19.02.19 08:07, jenus(a)cyberchaos.nl wrote: > >> Forgot to mention, i'm running kamailio 5.1.7, did not test yet with > >> the latest 5.2 release. > >> > >> Jan > >> > >> > >> jenus(a)cyberchaos.nl schreef op 2019-02-18 15:22: > >>> Hello, > >>> > >>> I'm running into a issue with restore_mode auto when i enable > >>> restore_dlg in the uac module. I have a feature where i reroute calls > >>> for a subscriber when it is offline. When routing calls to the > >>> subscriber i check the exit status of "lookup("location")" and > >>> re-route the call. This works fine. It seems to fail when i hit the > >>> failure route (subscriber has a usrloc entry but does not respond). > >>> In > >>> the failure route i append_branch and reroute the call. > >>> > >>> The rerouting works fine, but when i receive the ACK on the 200OK on > >>> the re-routed call the "restore" feature seems to fail and i end up > >>> with a header like: > >>> > >>> To: > >>> <sip:+<null>@voip-dev.domain.nl > >;tag=5B8ABC8A-5C6ABE83000EBF35-AB202700 > >>> in the ACK. > >>> > >>> If i disable restore_dlg feature from the UAC module it adds the > >>> vsf/vst to the Record-Route header and all works fine. > >>> > >>> Do i need to do something special when i create a new branch and use > >>> the restore_dlg feature? > >>> > >>> > >>> Thanks, > >>> > >>> Jan Hazenberg > >>> > >>> _______________________________________________ > >>> Kamailio (SER) - Users Mailing List > >>> sr-users(a)lists.kamailio.org > >>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > >> > >> > >> _______________________________________________ > >> Kamailio (SER) - Users Mailing List > >> sr-users(a)lists.kamailio.org > >> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users > >

2 2

Issue with UAC restore_mode when restore_dlg is enabled
by jenus＠cyberchaos.nl 19 Feb '19

19 Feb '19

Hello, I'm running into a issue with restore_mode auto when i enable restore_dlg in the uac module. I have a feature where i reroute calls for a subscriber when it is offline. When routing calls to the subscriber i check the exit status of "lookup("location")" and re-route the call. This works fine. It seems to fail when i hit the failure route (subscriber has a usrloc entry but does not respond). In the failure route i append_branch and reroute the call. The rerouting works fine, but when i receive the ACK on the 200OK on the re-routed call the "restore" feature seems to fail and i end up with a header like: To: <sip:+<null>@voip-dev.domain.nl>;tag=5B8ABC8A-5C6ABE83000EBF35-AB202700 in the ACK. If i disable restore_dlg feature from the UAC module it adds the vsf/vst to the Record-Route header and all works fine. Do i need to do something special when i create a new branch and use the restore_dlg feature? Thanks, Jan Hazenberg

2 3

Presence module with external MWI
by Trevor Peirce 19 Feb '19

19 Feb '19

Hello, Looking for pointers as to what I'm missing here. I'm using the presence module to allow UAs to subscribe to message-summary events. I can see the entries appearing in the active_watchers table and I see subscription renewals increment the cseq columns so I'm satisfied this part is working well. I'm having trouble finding out how to tell Kamailio about a change to the message-summary so that it can notify the watchers. The pua module seems to provide a way but it doesn't seem to work with the subscriptions set up by the presence module. The presence module itself does not seem to offer any RPCs capable of doing this. Appreciate any pointers! Thanks, -- Trevor Peirce AcroVoice Solutions Inc

4 5

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