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@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
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
