Howto:Restricted trunk access via 2-stage dialling: Difference between revisions

From innovaphone wiki
Jump to navigation Jump to search
(gpa - Artikel "Howto trunk access via waiting queue and 2stage dialling" erstellt)
 
m (Howto:Howto Trunk-Access-via-WQ-and-2stage-dialling moved to Howto:Restricted trunk access via 2-stage dialling: Howto mit Restricted im Titel ersetzt und WQ entfernt.)
(No difference)

Revision as of 10:02, 22 April 2008

This article describes how to give restricted extensions the possibility to make external calls through the innovaphone operator.

Applies To

This information applies to

  • innovaphone operator

Build 5967 and later.

  • all innovaphone telephones and gateways

Build V6 SR2HF1 and later

More Information

Problem

Direct access to the trunk line is forbidden for normal ip-clients by internal policy. Direct access to the trunk line is possible via permitted ip-clients such as an operator is. The operators are allowed to grant trunk line access to extensions (ip-clients), which aren’t authorized to call external numbers.

Solution

The solution is based on the waiting queue object, which gives restricted ip-clients access to the trunk line for outgoing calls. The restricted ip-clients will be transferred to this object by a permitted ip-client (operator). After that, dialling via DTMF is possible.

  • The internals will request for a trunk line by making a call to the operator.
  • The operator will transfer the call to the waiting queue object – giving away the responsibility about that call.
  • Restrict access to the waiting queue object by filter. Only the operator should be able to call the waiting queue.


Szenario

This solution is taking following is-state:

  • It exists an operator 88:Operator
  • It exists a trunk object 0:Trunk
  • It exists an user object 100:Hans


Administration

  • Create a waiting queue object 99:WQ, needed for the 2-stage dialling
  • Deny access to the waiting queue (99:WQ) by filter to all ip-clients (e.g. 100:Hans)
  • Deny access to the trunk line (0:Trunk) by filter to all ip-clients (e.g. 100:Hans)
  • Permit access to the operator (88:OP) by filter to all ip-clients (e.g. 100:Hans)

Doing this by extending the normal filter with 0 -> nok, 99 -> nok and 88 -> ok

  • Permit access to the trunk line (0:Trunk) by filter to the ip-client operator (e.g. 88:OP) by creating a new filter operator 0 -> ok and assigning this filter to the operator (e.g. 88:OP).


Configuration

Extend the existing filter normal under "Administration/PBX/Filter". Note: The normal filter is the default filter of all pbx-objects, so the restriction of all user-objects is given within the normal filter.

  • A filter to deny the dial of the 0:Trunk directly
  • A filter to deny the dial of the 99:WQ directly
  • A filter to permit the dial of the 88:OP directly


Create a new filter operator under "Administration/PBX/Filter". Note: The operator filter is the filter for the operator object. It will remove the restriction for the operator to access the waiting queue, so he’s the only one who can access the waiting queue.

  • A filter to permit the dial of the waiting queue 99:WQ directly (only for the Operator)


Assign the operator filter under "Administration/PBX/Objects"

  • Open up the object 88:OP
  • As filter select operator


Create the WQ object under "Administration/PBX/Objects".

  • Enter WQ as Name and Long Name. Enter 99 as Number
  • Enter 0 as Alert Timeout.
  • Enter 0 or 9 as DTMF Number. Enter 0 as Dest. No.


Test

Positiv

  • 100:Hans is dialling 88:Operator requesting for a trunk line
  • 88:Operator accepts the call and transfer it to 99:WQ
  • 100:Hans is now able to dial his wanted number (e.g. 07031-12345) via DTMF, initialized by the DTMF Number 0 or 9

Negative

  • 100:Hans dials 0:Trunk directly -> call is getting rejected
  • 100:Hans dials 99:WQ directly -> call is getting rejected