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