Raised when an attended transfer is complete.
The headers in this event attempt to describe all the major details of the attended transfer. The two transferer channels and the two bridges are determined based on their chronological establishment. So consider that Alice calls Bob, and then Alice transfers the call to Voicemail. The transferer and bridge headers would be arranged as follows:
OrigTransfererChannel: Alice's channel in the bridge with Bob.
OrigBridgeUniqueid: The bridge between Alice and Bob.
SecondTransfererChannel: Alice's channel that called Voicemail.
SecondBridgeUniqueid: Not present, since a call to Voicemail has no bridge.
Now consider if the order were reversed; instead of having Alice call Bob and transfer him to Voicemail, Alice instead calls her Voicemail and transfers that to Bob. The transferer and bridge headers would be arranged as follows:
OrigTransfererChannel: Alice's channel that called Voicemail.
OrigBridgeUniqueid: Not present, since a call to Voicemail has no bridge.
SecondTransfererChannel: Alice's channel in the bridge with Bob.
SecondBridgeUniqueid: The bridge between Alice and Bob.
Result- Indicates if the transfer was successful or if it failed.
Fail- An internal error occurred.
Invalid- Invalid configuration for transfer (e.g. Not bridged)
Not Permitted- Bridge does not permit transfers
Success- Transfer completed successfully
OrigTransfererChannelState- A numeric code for the channel's current state, related to OrigTransfererChannelStateDesc
OrigBridgeType- The type of bridge
OrigBridgeTechnology- Technology in use by the bridge
OrigBridgeNumChannels- Number of channels in the bridge
SecondTransfererChannelState- A numeric code for the channel's current state, related to SecondTransfererChannelStateDesc
SecondBridgeType- The type of bridge
SecondBridgeTechnology- Technology in use by the bridge
SecondBridgeNumChannels- Number of channels in the bridge
DestType- Indicates the method by which the attended transfer completed.
Bridge- The transfer was accomplished by merging two bridges into one.
App- The transfer was accomplished by having a channel or bridge run a dialplan application.
Link- The transfer was accomplished by linking two bridges together using a local channel pair.
Threeway- The transfer was accomplished by placing all parties into a threeway call.
Fail- The transfer failed.
DestBridgeUniqueid- Indicates the surviving bridge when bridges were merged to complete the transfer
DestApp- Indicates the application that is running when the transfer completes
LocalOneChannelState- A numeric code for the channel's current state, related to LocalOneChannelStateDesc
LocalTwoChannelState- A numeric code for the channel's current state, related to LocalTwoChannelStateDesc
DestTransfererChannel- The name of the surviving transferer channel when a transfer results in a threeway call
This documentation was imported from Asterisk Version Unknown