This page was last edited on March 20, 2020, at 11:38.
Comments or questions about this documentation? Contact us for support!
A VCB notifiable call must have in its extensions the notifyurl key. This key, together with a few other optional extensions, controls the location and format for sending VCB notifications.
The additional keys are:
The logic for sending a VCB notification is as follows:
In both the above cases, the optional params and notifybody can be provided.
Their values if provided will be decoded first – any fragment in square brackets will be replaced with its actual value as given below:
[udata] | entire call attached data (& separated) |
[udata.*] | entire call attached data (, separated) |
[udata.key] | value of corresponding attached data |
[udataj] | entire call attached data as JSON string |
[ext] | all call extensions (& separated) |
[ext.*] | all call extensions (, separated) |
[ext.key] | value of corresponding extension key |
[extj] | all call extensions as JSON string |
[orssession] | ORS session ID if call has associated ORS session ID |
[ors] | host:port of ORS node associated with this VCB call |
[call.connid] | Connection ID of this VCB call |
[call.uuid] | UUID of this VCB call |
In both cases, the command is effectively invoking the RequestRouter function (updated description in the Supplement to the Universal Routing 8.1 Reference Manual):
RequestRouter[ursname, message, notifybody, ","]
Both message and notifybody preliminary will be decoded as described above.
In all other cases, URS will try to send a VCB notification as a REST HTTP message.
Both notifyurl and notifybody preliminary will be decoded as described above.