hugh,
sometimes unregistering in event_route[tm:branch-failure] works fine,
e.g.:
Apr 6 09:39:00 siika /usr/sbin/sip-proxy[21504]: INFO: event_route[tm:branch-failure]
Apr 6 09:39:00 siika /usr/sbin/sip-proxy[21504]: INFO: Unregistering
<sip:test@test.fi> with ruid <uloc-515fc1d4-53ff-2>
but sometimes looks like $T_reply_ruid is corrupted:
Apr 6 09:39:06 siika /usr/sbin/sip-proxy[21533]: INFO: event_route[tm:branch-failure]
Apr 6 09:39:06 siika /usr/sbin/sip-proxy[21533]: INFO: Unregistering
<sip:test@test.fi> with ruid <ulo`
Apr 6 09:39:06 siika /usr/sbin/sip-proxy[21533]: WARNING: registrar [save.c:993]:
AOR/Contact not found
Apr 6 09:39:06 siika /usr/sbin/sip-proxy[21533]: WARNING: Failed to unregister
<sip:test@test.fi> with ruid <ulo`
the piece of config file producing the above is:
if (t_check_status("(408|486)")) {
xlog("L_INFO", "Unregistering <$avp(REQUEST_URI_AVP)> with
ruid <$T_reply_ruid>\n");
if (!unregister("location", "$avp(REQUEST_URI_AVP)",
"$T_reply_ruid")) {
xlog("L_WARN", "Failed to unregister
<$avp(REQUEST_URI_AVP)> with ruid <$T_reply_ruid>\n");
};
...
i added 486 (busy) to t_check_status just to ease testing.
in usrloc table ruid field values are correct, i.e., there is no value
"ulo`".
-- juha