Skip to content

Commit 52c2a28

Browse files
vinzensjcolp
authored andcommitted
fix: typo
1 parent 260a1c8 commit 52c2a28

File tree

1 file changed

+5
-5
lines changed
  • docs/Configuration/Interfaces/Asterisk-REST-Interface-ARI/Introduction-to-ARI-Transfer-Handling

1 file changed

+5
-5
lines changed

docs/Configuration/Interfaces/Asterisk-REST-Interface-ARI/Introduction-to-ARI-Transfer-Handling/index.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -37,17 +37,17 @@ channel C --- bridge 2 --- channel D
3737

3838
Where the channel marked with an "X" is set on hold, channel A should receive MOH but this is not necessary.
3939
Depending on the used telephone a SIP REFER is send to the channel B or D. Either way, Asterisk tries to resolve all the channel information involved.
40-
the `channelTransferEvent` contains both `refere_to` and `refered_by` information.
41-
The `refere_to` sections will always contain information about the SIP-Call ID in the field `requested-destination`. This is the information we receive from the telephone.
42-
In addition, the `refere_to` does contain, as far as the Asterisk could resolve it, the information about the own `channel-id` the `bridge-id` the channel is connected to and the connected `channel-id`. Relating to the schema above the `refere_to` would contain channel B, bridge 1 and channel A, if the REFER is received on channel D.
40+
the `channelTransferEvent` contains both `refer_to` and `referred_by` information.
41+
The `refer_to` sections will always contain information about the SIP-Call ID in the field `requested-destination`. This is the information we receive from the telephone.
42+
In addition, the `refer_to` does contain, as far as the Asterisk could resolve it, the information about the own `channel-id` the `bridge-id` the channel is connected to and the connected `channel-id`. Relating to the schema above the `refer_to` would contain channel B, bridge 1 and channel A, if the REFER is received on channel D.
4343

44-
Corresponding to the `refere_to` the `refered_by` section contains the information about the channel and bridge the REFER was received on. Related to the schema above it would contain channel D, bridge 2 and channel C.
44+
Corresponding to the `refer_to` the `referred_by` section contains the information about the channel and bridge the REFER was received on. Related to the schema above it would contain channel D, bridge 2 and channel C.
4545

4646
#### Blind transfer
4747

4848
Here the information `refer_to` contains the destination to where the call should be placed. This information is dialed by the user and most likely follows the dial schema the user is used to. In most cases the user dialed a telephone number.
4949

50-
The `refered_by` section does contain exactly what it does for the attended transfer.
50+
The `referred_by` section does contain exactly what it does for the attended transfer.
5151

5252
The call scenario would look like:
5353

0 commit comments

Comments
 (0)