Hi, Răzvan !
Thank you for your reply.
Below the ouput of opensips -V :
_version: opensips 3.4.8 (x86_64/linux)_
_flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
Q_MALLOC, F_MALLOC, HP_MALLOC, DBG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT_
_ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535_
_poll method support: poll, epoll, sigio_rt, select._
_git revision: 78cdea979_
_main.c compiled on 16:07:22 Sep 6 2024 with gcc 12_
I've already upgraded opensips to the lastest release of the version
LTS. For reminder, I had this problem with the previous release 3.4.6.
Indeed, logs don't mention ERROR messages. But we can see this line for
example :
_sept. 09 14:28:51 opensips-1 /usr/local/sbin/opensips[542450]:
DBG:rtp_relay:rtp_relay_offer: leg=caller callid=[] ftag=[] ttag=[]
type=[] in-iface=[internal] out-iface=[internal] ctx-flags=[] flags=[]
peer-flags=[]_
We can see that, dispite this configuration line :
_ $rtp_relay(iface) = "internal";_
_$rtp_relay_peer(iface) = "external";_
OpenSIPS define out-iface as in-iface.. That's the problem.
The problem has evolved since release 3.4.6, because with this one,
out-iface was just empty in log like this : _in-iface=[internal]
out-iface=[]_.
Tell me if you need something else.
Thx!
---
Julien Pawlak
Le 02/10/2024 11:47, Julien Pawlak a écrit :
Hi, Julien!
I don't see the ERROR you mentioned in the attached logs.
Also, we need to know exactly what version of OpenSIPS you are using by
sending the output of `opensips -V`
Ideally you should be using the latest release for the version in
question, otherwise there's no point in troubleshooting something that
might have already been fixed.
Best regards,
Răzvan Crainea
OpenSIPS Core Developer / SIPhub CTO
http://www.opensips-solutions.com [1] / https://www.siphub.com [2]
Hello Răzvan,
My previous mail was too large to be posting i think. You can find
debug logs here : https://pastebin.com/6SCaH7e1
Thx!
---
Julien Pawlak
Le 05/09/2024 15:46, Daniel Zanutti a écrit :
Julien
Since the problem is on RTP, it's related to the rtpengine you're
using. Maybe you could ask for help on rtpengine forum.
On Thu, Sep 5, 2024 at 8:50 AM Julien Pawlak via Users
<[email protected]> wrote:
Hello,
Could I get some feedback please? I'm really stuck :(
---
J
Le 29/08/2024 17:25, Julien Pawlak a écrit :
Hello
I have a problem with RTP Relay module in the initial invite request.
I have 2 rtpengine servers with both 2 interfaces, internal and
external.
When I add the lien below, there is no problem. Packets come and leave
through good interfaces.
$rtp_relay = "out-iface=internal in-iface=external"
But, when I execute the mi command to switch rtpengine server, packets
don't come and leave through good interfaces.
I see that I have to put this lines :
$rtp_relay(iface) = "external";
$rtp_relay_peer(iface) = "internal";
But, that doesn't work too, I have this in debug mode :
août 29 17:04:44 opensips-1 /usr/local/sbin/opensips[844747]:
DBG:rtp_relay:rtp_relay_offer: callid=[] ftag=[] ttag=[] type=[]
in-iface=[internal] out-iface=[] ctx-flags=[] flags=[] peer-flags=[]
août 29 17:04:44 opensips-1 /usr/local/sbin/opensips[844747]:
ERROR:rtpengine:parse_flags: in-iface value without out-iface
août 29 17:04:44 opensips-1 /usr/local/sbin/opensips[844747]:
ERROR:rtpengine:rtpe_function_call: could not parse flags
août 29 17:04:44 opensips-1 /usr/local/sbin/opensips[844747]:
ERROR:rtp_relay:rtp_relay_offer: could not engage offer!
Please help.
Thank you
--
J. _______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Links:
------
[1] http://www.opensips-solutions.com/
[2] https://www.siphub.com/
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
