Difference between revisions of "Training: Class of Service"

From IPitomy Wiki
Jump to navigation Jump to search
Line 4: Line 4:
  
 
[[File:CoS edit page.JPG|File:CoS edit page.JPG]]
 
[[File:CoS edit page.JPG|File:CoS edit page.JPG]]
 +
 +
== Usage examples ==
 +
=== Different physical locations, need different e911 or local callerID ===
 +
 +
In this situation, you might have groups of extensions that need to use a specific outbound callerID name or number that differs from what's set in their extensions callerID section, such as when calling 911.
 +
You can create a different class of service for each physical location, and add all the normal dialing routes since those don't need to be different, and create a custom 911 route for each physical location that disallows extension callerID override, instead specifying that location's e911 registered phone number, so that the correct address comes up on emergency services.
 +
 +
 +
=== Different permissions, such as restricting International dialing to a specific group of employees ===
 +
 +
Here you might create different classes of users based on what they are and are not allowed to dial, such as international.  In this case, you might grant both classes of service all the standard routes, such as 7, 10, and 11 digit dialing, but ONLY add international dialing to the class of service that the authorized users will be using.
 +
 +
 +
=== Recording calls on some groups of employees but not everyone ===
 +
 +
Just like the previous example, you could create different classes of users, each with their own class of service, but unlike the other examples where you add the common routes used by everyone, you'd create new unique 7/10/11 digit routes for each class, one version set as being recorded, the other version set as NOT being recorded (under recording applications, by adding the recorded routes to the recording job).  This way, for example, standard outbound calls might be recorded, but management or executive calls can be excluded.  In each case, this avoids having users remember extra dialing codes to access the correct routes.
 +
 +
 +
=== Internal dialing restrictions, such as for a lobby courtesy phone ===
 +
 +
A great use of internal dialing restrictions comes from the idea of a lobby courtesy phone, with a printed list of permissible destinations that can be dialed, for when someone isn't available to greet visitors in person, for example.  You might have it able to dial a menu with some easy options, or dial a "reception" ring group that calls various users able to help the guest, or whatever else might be suitable for the organization's needs, but not let it call outside numbers at all, by not including any routes.

Revision as of 19:15, 4 April 2019

Class of Service Introduction

A class of service (CoS) is effectively a group of dialing permissions that can be applied to individual extensions. Primarily they manage which outbound routes can be dialed by members of that CoS, but restrictions can also be applied to allow/prevent calling specific extensions, menus, groups, and conferences internally as well.

File:CoS edit page.JPG

Usage examples

Different physical locations, need different e911 or local callerID

In this situation, you might have groups of extensions that need to use a specific outbound callerID name or number that differs from what's set in their extensions callerID section, such as when calling 911. You can create a different class of service for each physical location, and add all the normal dialing routes since those don't need to be different, and create a custom 911 route for each physical location that disallows extension callerID override, instead specifying that location's e911 registered phone number, so that the correct address comes up on emergency services.


Different permissions, such as restricting International dialing to a specific group of employees

Here you might create different classes of users based on what they are and are not allowed to dial, such as international. In this case, you might grant both classes of service all the standard routes, such as 7, 10, and 11 digit dialing, but ONLY add international dialing to the class of service that the authorized users will be using.


Recording calls on some groups of employees but not everyone

Just like the previous example, you could create different classes of users, each with their own class of service, but unlike the other examples where you add the common routes used by everyone, you'd create new unique 7/10/11 digit routes for each class, one version set as being recorded, the other version set as NOT being recorded (under recording applications, by adding the recorded routes to the recording job). This way, for example, standard outbound calls might be recorded, but management or executive calls can be excluded. In each case, this avoids having users remember extra dialing codes to access the correct routes.


Internal dialing restrictions, such as for a lobby courtesy phone

A great use of internal dialing restrictions comes from the idea of a lobby courtesy phone, with a printed list of permissible destinations that can be dialed, for when someone isn't available to greet visitors in person, for example. You might have it able to dial a menu with some easy options, or dial a "reception" ring group that calls various users able to help the guest, or whatever else might be suitable for the organization's needs, but not let it call outside numbers at all, by not including any routes.