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

From innovaphone wiki
Jump to navigation Jump to search
(→‎Positiv: Test,CDR aspect)
m (gpa - Formatierung ein wenig angepasst)
Line 69: Line 69:
* '''100:Hans''' is dialling '''88:Operator''' requesting for a trunk line
* '''100:Hans''' is dialling '''88:Operator''' requesting for a trunk line
*  '''88:Operator''' accepts the call and transfer it to '''99:WQ'''
*  '''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''' (so it is  007031-12345)
* '''100:Hans''' is allowed to dial his wanted number (e.g. 07031-12345) via DTMF now, initialized by the DTMF Number '''0''' or '''9''' (so it is  007031-12345)
* CDRs will be generated with Hans as origination (..src_cgpn=100&src_name=Hans..). Such that '''Hans''' is going to be charged.
* '''CDRs''' will be generated with '''Hans:100''' as origination (..src_cgpn=100&src_name=Hans..). Such that '''Hans''' is going to be charged.


===Negative===
===Negative===

Revision as of 17:00, 23 April 2008

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

Applies To

This information applies to

  • innovaphone operator

Build 5967 and later.

  • all innovaphone telephones and gateways

Build v5.01 and later

More Information

Problem

Direct access to the trunk line is forbidden by internal policy for normal extensions. Direct access to the trunk line is possible via permitted extensions such as an operator is.


Solution

The operators are allowed to grant trunk line access to extensions, which aren’t authorized to call external numbers. The solution is based on the 2-stage dialling concept:

  • At first call the operator. The operator will transfer the call to the waiting queue object, which is allowed by filter to access the trunk line.
  • Then dial the trunk line prefix (e.g. 0 or 9) and right after that the wanted external number


Scenario

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


Configuration

  • 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 extensions (e.g. 100:Hans)
  • Deny access to the trunk line (0:Trunk) by filter to all extensions (e.g. 100:Hans)
  • Permit access to the operator (88:OP) by filter to all extensions (e.g. 100:Hans)
  • Permit access to the trunk line (0:Trunk) for the operator (88:OP)


Administration

Create the waiting queue 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.


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


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 allowed to dial his wanted number (e.g. 07031-12345) via DTMF now, initialized by the DTMF Number 0 or 9 (so it is 007031-12345)
  • CDRs will be generated with Hans:100 as origination (..src_cgpn=100&src_name=Hans..). Such that Hans is going to be charged.

Negative

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