[sr-dev] [kamailio/kamailio] Load dialogs from db at runtime, without restarting kamailio (#1274)

[alexsosic]

Hi Daniel,

so with no node failover in the ongoing call I've got this:
```
kamcmd> dlg.list
{
h_entry: 3696
h_id: 3033
ref: 3
call-id: x64Qy6smfdCH8keXe7rx1gfzr5-NCKH.
from_uri: sip:0409828030 at proxy.alex.cloud.evox.it
to_uri: sip:390409828030 at proxy.alex.cloud.evox.it
state: 4
start_ts: 1523355019
init_ts: 1523355019
end_ts: 0
timeout: 1523355206
lifetime: 187
dflags: 643
sflags: 0
iflags: 1
caller: {
tag: rDGJFCeM3IW7z3P3nR74R28Zk2QwddX-
contact: sip:0409828030 at 172.16.21.38:55236;ob
cseq: 10941
route_set:
<sip:172.22.2.37;lr=on;ftag=rDGJFCeM3IW7z3P3nR74R28Zk2QwddX-;did=07e.9b8>
socket: udp:172.22.2.36:5060
}
callee: {
tag: as1cb15e8b
contact: sip:39390409828030 at 172.16.201.101:5060
cseq: 0
route_set:
<sip:172.22.2.37;lr=on;ftag=rDGJFCeM3IW7z3P3nR74R28Zk2QwddX-;did=07e.ab8>
socket: udp:172.22.2.36:5060
}
profiles: {
}
variables: {
{
ru: sip:39390409828030 at carrier1.cloud.evox.it
}
{
du: sip:172.22.2.37:5060
}
{
cgrSupplier: carrier1.cloud.evox.it
}
{
cgrSuppliers: carrier1.cloud.evox.it,carrier2.cloud.evox.it,
carrier3.cloud.evox.it
}
{
cgrCallip: 172.16.21.38
}
{
cgrDestination: 39390409828030
}
{
cgrAccount: 0409828030
}
{
cgrTenant: evox.it
}
{
cgrReqType: *prepaid
}
{
calleeNumber: 39390409828030
}
{
au: 0409828030
}
{
authType: subscriber
}
{
cgrSubsystems: "cgr_subsystems":"*resources;*suppliers;*accounts"
}
{
originalSourceIP: 172.16.21.38
}
}
}
```

Then after the call has ended this:
```
kamcmd> dlg.list
{
h_entry: 3696
h_id: 3033
ref: 1
call-id: x64Qy6smfdCH8keXe7rx1gfzr5-NCKH.
from_uri: sip:0409828030 at proxy.alex.cloud.evox.it
to_uri: sip:390409828030 at proxy.alex.cloud.evox.it
state: 5
start_ts: 1523355019
init_ts: 1523355019
end_ts: 1523355025
timeout: 0
lifetime: 187
dflags: 647
sflags: 0
iflags: 1
caller: {
tag: rDGJFCeM3IW7z3P3nR74R28Zk2QwddX-
contact: sip:0409828030 at 172.16.21.38:55236;ob
cseq: 10941
route_set:
<sip:172.22.2.37;lr=on;ftag=rDGJFCeM3IW7z3P3nR74R28Zk2QwddX-;did=07e.9b8>
socket: udp:172.22.2.36:5060
}
callee: {
tag: as1cb15e8b
contact: sip:39390409828030 at 172.16.201.101:5060
cseq: 0
route_set:
<sip:172.22.2.37;lr=on;ftag=rDGJFCeM3IW7z3P3nR74R28Zk2QwddX-;did=07e.ab8>
socket: udp:172.22.2.36:5060
}
profiles: {
}
variables: {
}
}
```
The kamailio version is always 5.2.0~dev4+0~20180408010333.1091+xenial

--
Aleksandar Sošić
alex.sosic(at)gmail<dot>com

On Mon, Apr 9, 2018 at 2:13 PM, Daniel-Constantin Mierla <
notifications at github.com> wrote:

> Is it staying in state 4? Previously you added an example with state 5.
> State 4 means that the call was not ended yet ... If you didn't grab the
> rpc output for ended dialog, do it again, i need the ref count for state 5.
>
> There is a cleanup timeout for the cases when something on top of dialog
> is not dereferencing after ending the dialog, see end_timeout parameter.
>
> —
> You are receiving this because you were mentioned.
> Reply to this email directly, view it on GitHub
> <https://github.com/kamailio/kamailio/issues/1274#issuecomment-379730601>,
> or mute the thread
> <https://github.com/notifications/unsubscribe-auth/ABPxXmm7Tef5UdXXc8-EKt8jwvwcygYjks5tm1BWgaJpZM4QAl53>
> .
>


-- 
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/1274#issuecomment-380048349
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-dev/attachments/20180410/283e23fe/attachment.html>