Hi Matthew
However in my scenario I wish to first try one endpoint and then if it gets a 4XX response forward it to another UAC, and update the TO accordingly.
Currently trying to call uac_replace_to twice shows an error and corrupts the TO header. Is there a work around for this?
I have no solution, but the same issue. (at the moment more or less solved by heavily using dialog variables).
Example scenario showing the issue: Numbers are in e164 format, but towards the customer, shall be translated in localized format and privacy observed. Assume customer has Call forward on busy active.
So the steps towards the issue are:
* Translate numbers from e164 to local * If privacy: id replace numbers and display name with 'anonymous' * branch to customer * uac_replace * Manage reply: 486 busy ** Add diversion header ;reason=busy ** Add CFW destination RURI ** dispatch back to routing core.
Towards core, I would need to revert uac_replace and use the original headers again.
Mit freundlichen Grüssen
-Benoît Panizzon-