Re: [SR-Users] Rtpproxy not work in 2 kamailio + rtpproxy setup

2020-02-26 Thread M S
You are nesting one problem description into another and it all does not makes any sense to me. Anyways, what i understand is that you are trying to engage two RTP proxies in series from WAN to LAN to WAN again. So you need to create media bridge at each kamailio instance that routes RTP traffic f

[SR-Users] Rtpproxy not work in 2 kamailio + rtpproxy setup

2020-02-26 Thread Voip support
Dear Community, I have a problem with rtpproxy not changing the SDP IP in connection information in following scenario: SIP1 -> kamailio1 + rtpproxy1 -> kamailio2 + rtpproxy2 -> SIP2 The first kamailio put SDP IP correctly (from rtpproxy) then the second kamailio does not change SDP connection

Re: [SR-Users] record_route_advertised_address causes null send socket error

2020-02-26 Thread Daniel Greenwald
Yes but 2 problems with this: 1) listen parameter does not seem to accept an SRV or hostname listen=udp:MYPRIVATEIP:EXTERNALPORT advertise EXTERNALHOSTNAME causes the listen line to be ignored 2) My goal is not to do any state replication so I only want the SRV in record-route not VIA. VIA will st

Re: [SR-Users] Trouble with 302 Redirect

2020-02-26 Thread Muhammad Zaka
Hi Alex, We have a similar issue (slightly complex) as it involves sip parallel forking. The issue is that failure_route[] occurs when all sip forked are exhausted even though "302 Moved Temporarily" has been responded back by one of the SIP endpoint quite quickly. So, we wish to handle 302 on

Re: [SR-Users] Access to CANCEL messages sent during parallel forking

2020-02-26 Thread Marco Capetta
Hi, CANCEL message doesn't show up in "onsend_route". I'm only able to the the 200OK reply received from the device in "reply_route", I can probably get the via-branch from there, but I don't have access to the AVPs... Having a dedicate event route, or reuse an existing one, would be the bes

[SR-Users] Siremis v5.3.0 Released

2020-02-26 Thread Daniel-Constantin Mierla
Siremis v5.3.0 is out – the open source web management interface for Kamailio SIP Server. This version comes with major changes and many new features, among them the removal of legacy flash charts (now uses pure JS), make the code compatible with PHP 7.x and web views to manage many new modules ad

Re: [SR-Users] Access to CANCEL messages sent during parallel forking

2020-02-26 Thread Yuriy Gorlichenko
Never tried that but probably makes sence to check event_route[network:msg] It acts in the network layer and message itself has to be parsed by some additional script, but still an option. On Wed, 26 Feb 2020, 10:36 Daniel-Constantin Mierla, wrote: > Hello, > > the last option to try is onsend

Re: [SR-Users] Access to CANCEL messages sent during parallel forking

2020-02-26 Thread Daniel-Constantin Mierla
Hello, the last option to try is onsend_route and if the CANCEL shows up there, then use some string operations over $snd(buf) to get the Via branch, last value after "." being the branch index. I am not sure you can get the INVITE avps there, but you can try. Otherwise a new event route has to b

Re: [SR-Users] Access to CANCEL messages sent during parallel forking

2020-02-26 Thread Marco Capetta
Hi Yuriy, thanks for the suggestion. I tried both "event_route[tm:local-request]" and "event_route[tm:local-response]" but internally generated CANCEL messages are not captured by those event routes. On the contrary, I can see that OPTIONS, NOTIFY and also PUBLISH messages are there. Do you

Re: [SR-Users] record_route_advertised_address causes null send socket error

2020-02-26 Thread Daniel-Constantin Mierla
Hello, if you control the freeswitches or change where they send traffic/receive traffic, then I recommend to use two listen parameters with advertise address, like: listen=udp:my.ip.ad.dr:5060 advertise publicsrv:5060 listen=udp:my.ip.ad.dr:5080 and carriers will be linked to my.ip.ad.dr:5060,

Re: [SR-Users] record_route_advertised_address causes null send socket error

2020-02-26 Thread Henning Westerholt
Hello, so it is more about transparently replacing one header in both directions. You could probably implement something like this with the help of the dialog module, or more lightweight with the htable module and normal header texops operations. Maybe the topo* modules are also worth a look fo