<div dir="ltr">Thanks Fred! <br>The dialog module is really helpful. <br>Got rid of that ugly "BYE" construction. <br>Also no need to write a special ht entry for blind transfer.<br><br>For now I'm saving to htable on event_route(dialog:start), and removing on 'end' or 'failure' event. <br>Much cleaner :-D Thanks a lot for the tip.<br><br>For "Htable key identify" problem: <br>I've managed to find corresponding keys with 'sht_iterator' in while loop. Matches found with ($(shtitkey(i1){s.select,-1,:} == $rU || $fU). Key values =  $shtitval(i1).<br>Not the most elegant solution, imo, but best I can do for now :-D<br><br>Haven't got hands on the problem with attended transfer yet. But it's already clear that I've got a huge lack of SIP knowledge.<br>Can't get how custom headers with original call-id and from/to tags can help me with this.<div>Would be very grateful for clarify, if it's possible :-D<br>For now my best idea is to catch indialog 'REFER' with 'Replaces' in 'Refer-to' and write to htable according to its contents (eg, set $fU from RURI and $rU from 'Refer-to').<br></div><div><br></div><div> Anyway, Thanks a lot for your help!   <br></div><div><br></div><div>Regards, Tim</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">чт, 9 сент. 2021 г. в 20:05, Fred Posner <<a href="mailto:fred@palner.com">fred@palner.com</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">There's a lot to go through on this example... and many ways to handle<br>
such scenarios.<br>
<br>
Personally, I very much like the HTABLE approach for "remembering"<br>
destinations. Instead of using a BYE to remove the entries, you might<br>
see if using DIALOG for this use case to be beneficial (removing the<br>
HTABLE entry when all calls are ended).<br>
<br>
Depending on how the endpoints are linking attended transfers, you may<br>
need to consider adding SIP headers (like X-ORIG-CI) to add a call-id,<br>
from tag, or other info to identify original calls.<br>
<br>
Again, many different ways that you could approach this, but sounds like<br>
you're on the right track for sure.<br>
<br>
Fred Posner | <a href="http://palner.com" rel="noreferrer" target="_blank">palner.com</a><br>
Matrix: @fred:<a href="http://matrix.lod.com" rel="noreferrer" target="_blank">matrix.lod.com</a><br>
o: +1 (212) 937-7844<br>
<br>
__________________________________________________________<br>
Kamailio - Users Mailing List - Non Commercial Discussions<br>
  * <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
Important: keep the mailing list in the recipients, do not reply only to the sender!<br>
Edit mailing list options or unsubscribe:<br>
  * <a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>