Closed mackhendricks closed 2 years ago
For INVITE's, this relates to the conversation we had about dispatcher / drouting module usage in our kamailio config.
The summary is that drouting has a way we can figure out the dst_gwgroupid
after matching a destination whereas dispatcher does not.
For BYE's, the avp's we set are not available because its a new transaction (new call ID etc..)
To work around this we could track the variables in dialog instead, i.e.)
We set the gwgroup variables using $dlg_var()
, then
In RELAY route for initial INVITE's we call dlg_manage()
right before relaying
There are probably many use cases where CDR's are not working. But, I focused on implementing support for CDR's for DOMAIN AUTH. Basically, the src_gwgroupid was not being set because the SET_CALLINFO function was not being set. So, now completed calls and attempted calls will show up in the CDR. A future enhancement will consist of showing the SIP code and SIP Message. That data is currently available in the kamailio.acc table. But, we don't expose this information via the dSIPRouter GUI.
Sometimes Kamailio will create ACC records that doesn't have value for
calltype
,src_gwgroupid
,dst_gwgroupid
which causes errors in the logsHere are the sql statement to reproduce the issue