19 Aug
2019
19 Aug
'19
5:12 p.m.
My sip proxy has two rtpengine sets:
# sip-proxy_ctl rtpengine.show all
{
url: udp:192.26.134.1:6050
set: 0
index: 0
weight: 1
disabled: 0
recheck_ticks: 0
}
{
url: udp:192.26.134.40:6050
set: 1
index: 1
weight: 1
disabled: 0
recheck_ticks: 0
}
Config makes callBefore calling rtpengine_offer(), config calls
set_rtpengine_set("1", "0");
rtpengine_offer("...");
As result, debug shows that sip proxy sends TWO offer commands to the
rtpproxy in set 1 and NONE to the rtpproxy in set 0. Debug at set 1
engine:
Aug 19 18:06:08 buster-10-0 rtpengine[1314]: NOTICE: [5e1407211cc50fd9]: Creating new
call
Aug 19 18:06:08 buster-10-0 rtpengine[1314]: INFO: [5e1407211cc50fd9]: Replying to
'offer' from 192.26.134.1:33284 (elapsed time 0.000812 sec)
Aug 19 18:06:08 buster-10-0 rtpengine[1314]: INFO: [5e1407211cc50fd9]: Received command
'offer' from 192.26.134.1:33284
Aug 19 18:06:08 buster-10-0 rtpengine[1314]: INFO: [5e1407211cc50fd9]: Replying to
'offer' from 192.26.134.1:33284 (elapsed time 0.005247 sec)
I haven't been able to figure out, why that is the case. It is a bug,
or am I missing something?
I added INFO call to set_rtpengine_set_f():
INFO("set1/set2 = %u/%u\n", selected_rtpp_set_1->id_set,
selected_rtpp_set_2->id_set);
return 1;
and it correctly printed:
Aug 19 18:06:08 salmon /usr/bin/sip-proxy[26911]: INFO: rtpengine [rtpengine.c:3574]:
set_rtpengine_set_f(): set1/set2 = 1/0
Any ideas?
-- Juha