4 Jun
2020
4 Jun
'20
1:04 p.m.
Hi Henning,
At first I want to thanks you for reading my post :)
Actually I tried to use DEBUG logs, but nothing .....
So I put an "abort()" :) into cxdx_send_sar, so I am able to track one
successful test case. Here is the backtrace:
#2 0x00007fcb469c12f7 in cxdx_send_sar (msg=0x7fcb4d66a968,
public_identity=..., private_identity=..., server_name=...,
assignment_type=1, data_available=0, transaction_data=0x7fcb3e455610)
at cxdx_sar.c:328
#3 0x00007fcb469c3815 in scscf_assign_server (msg=0x7fcb4d66a968,
public_identity=..., private_identity=...,
assignment_type=1, data_available=0, transaction_data=0x7fcb3e455610)
at server_assignment.c:88
#4 0x00007fcb469ba42f in save (msg=0x7fcb4d66a968, str1=0x7fcb3e423158
"X0B>\313\177",
route=0x7fcb4d6656e0 " 3]M\313\177") at save.c:1438
#5 0x00007fcb469cce2a in w_save (_m=0x7fcb4d66a968, _route=0x7fcb4d6656e0
" 3]M\313\177",
_d=0x7fcb3e423158 "X0B>\313\177", mode=0x7fcb4d66a968 "\001",
_cflags=0x0) at ims_registrar_scscf_mod.c:623
#6 0x000000000047c5c9 in do_action (h=0x7ffd2e6d7e50, a=0x7fcb4d5d2f80,
msg=0x7fcb4d66a968) at core/action.c:1085
#7 0x000000000048907a in run_actions (h=0x7ffd2e6d7e50, a=0x7fcb4d5d2be8,
msg=0x7fcb4d66a968) at core/action.c:1578
#8 0x000000000047c422 in do_action (h=0x7ffd2e6d7e50, a=0x7fcb4d5d4010,
msg=0x7fcb4d66a968) at core/action.c:1064
#9 0x000000000048907a in run_actions (h=0x7ffd2e6d7e50, a=0x7fcb4d5d4010,
msg=0x7fcb4d66a968) at core/action.c:1578
#10 0x000000000047c470 in do_action (h=0x7ffd2e6d7e50, a=0x7fcb4d5d4160,
msg=0x7fcb4d66a968) at core/action.c:1068
#11 0x000000000048907a in run_actions (h=0x7ffd2e6d7e50, a=0x7fcb4d5c4d00,
msg=0x7fcb4d66a968) at core/action.c:1578
#12 0x0000000000478ed9 in do_action (h=0x7ffd2e6d7e50, a=0x7fcb4d573058,
msg=0x7fcb4d66a968) at core/action.c:697
#13 0x000000000048907a in run_actions (h=0x7ffd2e6d7e50, a=0x7fcb4d573058,
msg=0x7fcb4d66a968) at core/action.c:1578
#14 0x000000000047c422 in do_action (h=0x7ffd2e6d7e50, a=0x7fcb4d5732f8,
msg=0x7fcb4d66a968) at core/action.c:1064
#15 0x000000000048907a in run_actions (h=0x7ffd2e6d7e50, a=0x7fcb4d571ea0,
msg=0x7fcb4d66a968) at core/action.c:1578
#16 0x0000000000489803 in run_top_route (a=0x7fcb4d571ea0,
msg=0x7fcb4d66a968, c=0x0) at core/action.c:1663
#17 0x00000000005b510e in receive_msg (
buf=0xa95500 <buf.6971> "REGISTER sip:
scscf.mnc001.mcc001.3gppnetwork.org:6060 SIP/2.0\r\nVia: SIP/2.0/UDP
10.82.10.145:4060;branch=z9hG4bKe025.079fd766789513e3068d0dce7e1853f3.0\r\nVia:
SIP/2.0/UDP 10.82.10.145;branch=z9hG4bKe02"...,
len=1085, rcv_info=0x7ffd2e6d8490) at core/receive.c:424
#18 0x00000000004bc624 in udp_rcv_loop () at core/udp_server.c:548
So w_save is called from pcscf_save("location") from
/usr/local/etc/kamailio/pcscf/route/register.cfg
and save("PRE_REG_SAR_REPLY","location") or
save("REG_SAR_REPLY","location");
from /usr/local/etc/kamailio/scscf/kamailio.cfg
So I put err log messages(err to be clearly visible ) and then using
"journal | grep "my string" -c I count how many times the SAR is triggered
Then I count how many SAR messages a sent and the numbers mismatch