Hey Daniel, For the sake of the records, I confirm that the issue with uac.reg_info hanging when executed second time is gone in nightly packages. Thanks again! Cheers, DanB

Hey Guys, We are facing quite often this error: /usr/sbin/kamailio[16985]: ERROR: <core> [dset.c:435]: print_dset(): ERROR: redirection buffeROR: redirection buffer length exceed When the error is generated, there will be a missing contact in the redirects (not to mention that Kamailio will crash in uac_redirect for versions before 4.2.0). Can anyone explain the nature of this buffer and whether is affected by a single contact or all the contacts together building the final redirect? How can we control what's in that buffer from the script? This is our script part building the redirects, out of location data: """ if(!reg_fetch_contacts("location", "$ru", "called")) { send_reply("404", "Not Found"); exit; } if $(ulc(called=>count)) == 0 { # No contacts for this user online sl_send_reply("404", "Not found"); exit; } $var(i) = 0; while($var(i) < $(ulc(called=>count))) { $var(pathUri) = $(ulc(called=>path)[$var(i)]{s.strip,1}{s.striptail,1}); #Strip <> so we can apply real uri transformations $var(newRURI) = $(ulc(called=>addr)[$var(i)]) + ";ipbxep=" + $(var(pathUri){uri.host}); if $var(i) == 0 { $ru = $var(newRURI); } else { append_branch($var(newRURI)); } $var(i) = $var(i) + 1; } """ Thanks in advance for any kind of tip! DanB

Hey Daniel, Thanks for your fast feedback! Not sure what is the best approach on this. We reach the 512 limit sometimes even with just 2 contacts in one AOR (since we cannot pass the path in redirect, we use a uri parameter to add it and process that later in other components, so I guess that is our sin). I guess we can work with 1024 as well, but on the other hand, how can I control what goes into that buffer? Will counting in the script of the RURIs length in all of the branches before calling 302 be sufficient to keep the buffer under it's limits? Would it be not possible for the core to check on each contact if adding it will not create the buffer overflow instead of dropping all data in the buffer (returning no contact) when that happens? The issue is that it is hard for me as admin to know what will go into the contact data since that content comes directly from UAs. Cheers, DanB looks like the overall buffer for contacts in redirect is 512 in size, perhaps same value from early beginnings. MAX_REDIRECTION_LEN in config.h needs to be changed to larger value -- should 1024 be enough? Cheers, Daniel

Hey Daniel, OK, in that case if not too much trouble, please increase the buffer size to 1024 and I will try to manage it also in the script. Thanks again! DanB