Difference between revisions of "Trunks"

From Kolmisoft Wiki
Jump to navigationJump to search
 
(7 intermediate revisions by 2 users not shown)
Line 1: Line 1:
Under Trunk we have in mind other server/PBX which can be connected to the MOR system.  
"Trunk" refers to another server/PBX that can be connected to the MOR system.  


When we are calling to such device, we send full number which was dialed before.
When calling such a device, we send the full number that has already been dialed.


Example: when dialing simple device, we would use:  
For example, when dialing a simple device, we would use:  


  Dial(SIP/some_device)  
  Dial(SIP/some_device)  


and if this device is Trunk we use:
If this device is a Trunk, we use:


  Dial(SIP/some_device/${EXTEN}).  
  Dial(SIP/some_device/${EXTEN}).  


This lets Trunk to decide to which device (connected to the Trunk) to route the call.
This lets Trunk decide to which device (connected to the Trunk) to route the call.


If you want to make device Trunk, just mark is at Trunk in device details: [[Image:icon_trunk.png]] No/Yes/Yes with ANI
If you want to make a device Trunk, just mark it as Trunk in the device details: [[Image:icon_trunk.png]] No/Yes/Yes with ANI.




=Trunk with ANI=
=Trunk with ANI=


It is sometimes necessary not to bill whole trunk as one client but to be able to bill separate clients connected to the server/pbx (trunk) separately.<br>
It is sometimes necessary not to bill a one PBX IP as one User, but to bill separate clients behind that PBX IP.<br>
In order to do this, you should mark some device as Trunk with ANI.<br>
In order to do this, you should:
Now when some other device connected to that Trunk dials through MOR, MOR check this device's CallerID and if it's present for some device in the MOR – then MOR recognizes the device as valid device on the MOR and assigns call to him instead of Trunk.
* configure Device with PBX IP address and set "Trunk with ANI" to "Yes" under one of Users in MOR.
* clients behind that IP must sent CallerIDs unique to them. Those CallerIDs must be added as [[CLIs]] to Devices, to which that call must be assigned. So you create new User and new Device for each User under PBX IP and add [[CLIs]] on those Devices.
 
Now, when call comes from PBX IP, MOR checks the callers CallerID for matching [[CLIs]] and assign call to corresponding Device. If CallerID does not match any CLI, then call is assigned to User to which Device with PBX IP belongs.
 
=IAX2 Trunking Mode=
 
When trunking with IAX2, only the used bandwidth is allocated at all times. IAX trunking allows multiple voice streams to share a single "trunk" to another server, reducing overhead created by IP packets. IAX always sends DTMF outline (RFC2833), eliminating the confusion often found with SIP.
 
It should be noted that trunking requires both sides to know each other (i.e. they need to be valid peers). If one side has trunk=yes and the other does not cannot validate the peer, you will get one-way audio. The easiest way to make this work is to use a register line to register to the systems you want to trunk with.
 
You can turn IAX2 Trunking Mode on in device edit window.
<br><br>
[[File:Trunk_mode.png]]
 
NOTE: this functionality often does not work properly and we do not recommend using it.
 
<br><br>
 
=See also=
* [[PBX connection to MOR]]
** [[MOR and Trixbox]]

Latest revision as of 07:51, 11 February 2019

"Trunk" refers to another server/PBX that can be connected to the MOR system.

When calling such a device, we send the full number that has already been dialed.

For example, when dialing a simple device, we would use:

Dial(SIP/some_device) 

If this device is a Trunk, we use:

Dial(SIP/some_device/${EXTEN}). 

This lets Trunk decide to which device (connected to the Trunk) to route the call.

If you want to make a device Trunk, just mark it as Trunk in the device details: Icon trunk.png No/Yes/Yes with ANI.


Trunk with ANI

It is sometimes necessary not to bill a one PBX IP as one User, but to bill separate clients behind that PBX IP.
In order to do this, you should:

  • configure Device with PBX IP address and set "Trunk with ANI" to "Yes" under one of Users in MOR.
  • clients behind that IP must sent CallerIDs unique to them. Those CallerIDs must be added as CLIs to Devices, to which that call must be assigned. So you create new User and new Device for each User under PBX IP and add CLIs on those Devices.

Now, when call comes from PBX IP, MOR checks the callers CallerID for matching CLIs and assign call to corresponding Device. If CallerID does not match any CLI, then call is assigned to User to which Device with PBX IP belongs.

IAX2 Trunking Mode

When trunking with IAX2, only the used bandwidth is allocated at all times. IAX trunking allows multiple voice streams to share a single "trunk" to another server, reducing overhead created by IP packets. IAX always sends DTMF outline (RFC2833), eliminating the confusion often found with SIP.

It should be noted that trunking requires both sides to know each other (i.e. they need to be valid peers). If one side has trunk=yes and the other does not cannot validate the peer, you will get one-way audio. The easiest way to make this work is to use a register line to register to the systems you want to trunk with.

You can turn IAX2 Trunking Mode on in device edit window.

Trunk mode.png

NOTE: this functionality often does not work properly and we do not recommend using it.



See also