Hello,

following up as I got some time to look at the code and the cleanup was done only for state 1 (no replies), your rpc output shows it was state 2 (1xx replies). I pushed a patch for it with the commit:

- https://github.com/kamailio/kamailio/commit/8fd514f9bb9e819fa6e5880dc229955c...

I will backport it to 5.2 and 5.1, but maybe you have a chance to test it before.

Cheers, Daniel

On 18.01.19 10:06, Daniel-Constantin Mierla wrote:

Hello,

they should not stay that long, there are some parameters related to it, see:

- https://kamailio.org/docs/modules/5.1.x/modules/dialog.html#dialog.p.early_t...

Does it happen that you have the sip trace for this call?

Cheers, Daniel

On 17.01.19 20:25, Cyrille Demaret wrote:

...

Hi,

I’m running Kamailio 5.1.4 and I have some problem with some random dialogs sometimes staying in early state and never ends until I restart Kamailio.

According to the init_ts, this dialog is there since 11/01/2019.

• Do you have an idea how I can diagnose this problem?
• Is there a way to kill these dialogs? I have tried with “dlg.end_dlg” but It seems it’s not possible to kill dialogs in early states.

{

h_entry: 3382

h_id: 4069

call-id: d6e6de79-7d55-486f-889f-01b05c003411

from_uri: sip:0037xxxxxxxxxxx@mydomain.com

to_uri: sip:1234@mydomain.com

state: 2

start_ts: 0

init_ts: 1547195739

timeout: 0

lifetime: 43200

dflags: 1536

sflags: 0

iflags: 0

caller: {

tag: a909d6fa-cee9-44ac-ad76-3697fcd5cb0e

contact: sip:asterisk@192.168.102.20:5080;alias=192.168.102.20~5080~1

cseq: 7362

route_set:

socket: udp:192.168.102.10:5060

}

callee: {

tag:

contact:

cseq:

route_set:

socket:

}

profiles: {

{

caller: sip:0037xxxxxxxxxxx@mydomain.com

}

{

callee: sip:1234@mydomain.com

}

}

variables: {

}

}

Thank you for your help.

Best regards,

Cyrille

---

Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio World Conference - May 6-8, 2019 -- www.kamailioworld.com Kamailio Advanced Training - Mar 4-6, 2019 in Berlin; Mar 25-27, 2019, in Washington, DC, USA -- www.asipto.com

Hi,

Regarding this problem, we had no problem anymore since the patch.

Thank you,

Best regards,

Cyrille

De : sr-users sr-users-bounces@lists.kamailio.org De la part de Cyrille Demaret Envoyé : lundi 21 janvier 2019 11:15 À : miconda@gmail.com; 'Kamailio (SER) - Users Mailing List' sr-users@lists.kamailio.org Objet : Re: [SR-Users] Problem with ghost dialogs

Hi,

Thank you, I’ll try it tomorrow on the version we are using 5.1.6.

Best regards,

Cyrille

De : Daniel-Constantin Mierla <miconda@gmail.com mailto:miconda@gmail.com

Envoyé : dimanche 20 janvier 2019 18:18 À : Kamailio (SER) - Users Mailing List <sr-users@lists.kamailio.org mailto:sr-users@lists.kamailio.org >; Cyrille Demaret <cyrille@omail.be mailto:cyrille@omail.be > Objet : Re: [SR-Users] Problem with ghost dialogs

Hello,

following up as I got some time to look at the code and the cleanup was done only for state 1 (no replies), your rpc output shows it was state 2 (1xx replies). I pushed a patch for it with the commit:

- https://github.com/kamailio/kamailio/commit/8fd514f9bb9e819fa6e5880dc229955c afd72494

I will backport it to 5.2 and 5.1, but maybe you have a chance to test it before.

Cheers, Daniel

On 18.01.19 10:06, Daniel-Constantin Mierla wrote:

Hello,

they should not stay that long, there are some parameters related to it, see:

- https://kamailio.org/docs/modules/5.1.x/modules/dialog.html#dialog.p.early_t imeout

Does it happen that you have the sip trace for this call?

Cheers, Daniel

On 17.01.19 20:25, Cyrille Demaret wrote:

Hi,

I’m running Kamailio 5.1.4 and I have some problem with some random dialogs sometimes staying in early state and never ends until I restart Kamailio.

According to the init_ts, this dialog is there since 11/01/2019.

* Do you have an idea how I can diagnose this problem? * Is there a way to kill these dialogs? I have tried with “dlg.end_dlg” but It seems it’s not possible to kill dialogs in early states.

{

h_entry: 3382

h_id: 4069

call-id: d6e6de79-7d55-486f-889f-01b05c003411

from_uri: sip:0037xxxxxxxxxxx@mydomain.com

to_uri: sip:1234@mydomain.com

state: 2

start_ts: 0

init_ts: 1547195739

timeout: 0

lifetime: 43200

dflags: 1536

sflags: 0

iflags: 0

caller: {

tag: a909d6fa-cee9-44ac-ad76-3697fcd5cb0e

contact: sip:asterisk@192.168.102.20:5080;alias=192.168.102.20~5080~1

cseq: 7362

route_set:

socket: udp:192.168.102.10:5060

}

callee: {

tag:

contact:

cseq:

route_set:

socket:

}

profiles: {

{

caller: sip:0037xxxxxxxxxxx@mydomain.com

}

{

callee: sip:1234@mydomain.com

}

}

variables: {

}

}

Thank you for your help.

Best regards,

Cyrille

_______________________________________________ Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org mailto:sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Hi Cyrille,

As Alex pointed, if you could share more info it would help try to identify the cause.

Here is one possible guess:

Are you replicating dialogs vía DMQ by any chance? I have run into ghost dialogs in the past and they were narrowed down to being replicated via DMQ from another node, and that was caused in the first place because of a restart of kamailio or a sudden problem etc., no other node would own those dialogs so the timeout timers would not apply, and the restarted/problematic node has no way to know that he owned them in the first place, leaving them orphaned for ever blablabla...

Joel.

On Sat, Jan 19, 2019 at 15:53 Alex Balashov abalashov@evaristesys.com wrote:

Hi Cyrille,

1. What happens when you try to kill it with dlg.end_dlg?

2. Without having a signalling capture and knowing what the messaging

and the state transitions of this dialog look like, it's very hard to speculate how such a dialog might have slipped through the cracks of the dialog module's state machine.

-- Alex

On Thu, Jan 17, 2019 at 08:25:45PM +0100, Cyrille Demaret wrote:

...

Hi,

I'm running Kamailio 5.1.4 and I have some problem with some random

dialogs

...

sometimes staying in early state and never ends until I restart Kamailio.

According to the init_ts, this dialog is there since 11/01/2019.

• Do you have an idea how I can diagnose this problem?
  

• Is there a way to kill these dialogs? I have tried with
  

"dlg.end_dlg" but It seems it's not possible to kill dialogs in early states.

{

    h_entry: 3382

    h_id: 4069

    call-id: d6e6de79-7d55-486f-889f-01b05c003411

    from_uri: sip:0037xxxxxxxxxxx@mydomain.com

    to_uri: sip:1234@mydomain.com

    state: 2

    start_ts: 0

    init_ts: 1547195739

    timeout: 0

    lifetime: 43200

    dflags: 1536

    sflags: 0

    iflags: 0

    caller: {

            tag: a909d6fa-cee9-44ac-ad76-3697fcd5cb0e

            contact:

sip:asterisk@192.168.102.20:5080;alias=192.168.102.20~5080~1

            cseq: 7362

            route_set:

            socket: udp:192.168.102.10:5060

    }

    callee: {

            tag:

            contact:

            cseq:

            route_set:

            socket:

    }

    profiles: {

            {

                    caller: sip:0037xxxxxxxxxxx@mydomain.com

            }

            {

                    callee: sip:1234@mydomain.com

            }

    }

    variables: {

    }

}

Thank you for your help.

Best regards,

Cyrille

...

---

Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

---

Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users