[SR-Users] Bizarre dialog profile tracking behaviour

[Daniel-Constantin Mierla]

On 12/03/14 16:58, Brooks Bridges wrote:
> Do you happen to have any additional information about this?
No time to look over the code, I might mix it with the plans for 
designing ng version.

> I've referenced the documentation for both dialog and dialog_ng, and 
> there's no mention of reuse that fits this description.  We've 
> confirmed that calling dlg_manage() on a new authenticated invite does 
> result in a second entry in the dialog table.  The first entry does 
> fall off after some time, however it would be very preferable to reuse 
> the existing entry as opposed to creating a new one, especially in our 
> case where we are dealing with a somewhat high velocity of initial 
> invites.
If you test it, then is like that. Maybe you can simulate on a less 
loaded system with debug=3 (or if you use latest version, then use 
debugger module with higher debug value for dialog module), to see if 
you notice some hints on profile operations.

Cheers,
Daniel

>
> Brooks Bridges
> Senior Technical Consultant
> Evariste Systems LLC
> 235 E Ponce de Leon Ave, Suite 106
> Decatur, GA 30030
> United States
> Tel: +1-678-954-0670
> Web: http://www.evaristesys.com/
>
> On 3/12/2014 3:21 AM, Daniel-Constantin Mierla wrote:
>> iirc, quite some time ago someone added the possibility to reuse the 
>> structure for authenticated dialogs
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio World Conference - April 2-4, 2014, Berlin, Germany
http://www.kamailioworld.com