Thanks Fred!
The dialog module is really helpful.
Got rid of that ugly "BYE" construction.
Also no need to write a special ht entry for blind transfer.
For now I'm saving to htable on event_route(dialog:start), and removing on
'end' or 'failure' event.
Much cleaner :-D Thanks a lot for the tip.
For "Htable key identify" problem:
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).
Not the most elegant solution, imo, but best I can do for now :-D
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.
Can't get how custom headers with original call-id and from/to tags can
help me with this.
Would be very grateful for clarify, if it's possible :-D
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').
Anyway, Thanks a lot for your help!
Regards, Tim
чт, 9 сент. 2021 г. в 20:05, Fred Posner <[email protected]>:
> There's a lot to go through on this example... and many ways to handle
> such scenarios.
>
> Personally, I very much like the HTABLE approach for "remembering"
> destinations. Instead of using a BYE to remove the entries, you might
> see if using DIALOG for this use case to be beneficial (removing the
> HTABLE entry when all calls are ended).
>
> Depending on how the endpoints are linking attended transfers, you may
> need to consider adding SIP headers (like X-ORIG-CI) to add a call-id,
> from tag, or other info to identify original calls.
>
> Again, many different ways that you could approach this, but sounds like
> you're on the right track for sure.
>
> Fred Posner | palner.com
> Matrix: @fred:matrix.lod.com
> o: +1 (212) 937-7844
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
> * [email protected]
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
> * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* [email protected]
Important: keep the mailing list in the recipients, do not reply only to the
sender!
Edit mailing list options or unsubscribe:
* https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
