Module 7 - ScopTEL Logiciel PBX IP - Configuration de la classe de service

Module 7 - ScopTEL Logiciel PBX IP - Configuration de la classe de service

Contexte

Le gestionnaire de classe de service « Class of Service Manager » est utilisé pour créer des objets avec des permissions ou des restrictions aux options « Outgoing Lines » (lignes sortantes), « Incoming Lines » (lignes entrantes), « Extensions » (postes), « Feature Codes » (code de fonctionnalités), ou Applications. Ces objets CoS (« Classe de service ») peuvent ensuite être appliqués aux extensions, aux lignes entrantes, aux répartiteurs automatiques, aux lignes sortantes et aux applications.
Le gestionnaire Class of Service Manager se trouve dans Configuration>Telephony>Manager>Class of Service.
  1. Les objets de classe de service (CoS) contrôlent également les permissions et les restrictions qui varient selon qu’un code d’extension « Hot Desk Extension », « Agent Extension » ou « Room (Hotel) Restriction Feature » a été invoqué ou non. Par exemple, un poste (« Extension ») peut avoir une classe de service qui restreint les lignes sortantes interurbaines lorsqu’aucune extension Hotdesk n’est connectée, mais si une extension Hotdesk valide est connectée, l’accès aux lignes sortantes sera autorisé.
  2. Il n’y a aucune limite au nombre de classes de service pouvant être créé. Par conséquent, de nombreux objets CoS (classe de service) peuvent être ajoutés pour créer des règles de sécurité granulaires qui peuvent être facilement appliquées aux « Outgoing Lines » (lignes sortantes), « Incoming Lines » (lignes entrantes), aux postes (Extensions), aux « Features Codes » (codes de fonctions) ou aux applications.
  3. La classe de service (CoS) est l’un des derniers objets à être construit lors d’une nouvelle installation, car de nombreux prérequis sont nécessaires.
  1. Avant qu’un poste (extension) ne puisse être ajouté, un CoS (classe de service) doit être construit afin que le CoS puisse être attribué au nouveau poste.
  2. Avant qu’un code de fonction (« Feature Code ») non défaut puisse être créé, le module correspondant doit être configuré.
  3. Avant qu’un code de fonction (« Feature Code ») puisse être inclus dans la classe de service (« CoS »), ce code de fonction (« Feature Code ») doit être configuré.
  4. Avant qu’une application ne puisse être assignée à une classe de service (« CoS »), l’application doit exister. Il est donc plus efficace de créer toutes les applications requises avant d’ajouter de nouveaux objets CoS (Classe de service ), de sorte que le CoS ne doit pas être modifié plus d’une fois.
  5. Avant qu’une ligne sortante (« Outgoing Line ») puisse être incluse dans un objet CoS, la ligne sortante doit déjà exister.
REMARQUE. Laisser le paramètre Lines>Options>Class of Service configuré à la valeur par défaut « System Default » constitue une meilleure pratique. En effet, l’interface RPTC possède également une valeur « System Default » CoS et que la valeur CoS des lignes entrantes (« Incoming Lines ») et la valeur CoS de l’interface doivent utiliser des valeurs correspondantes sinon les appels entrants échoueront. Des besoins uniques peuvent dicter le choix de configurations qui ne sont pas par défaut. Le choix d’un CoS non « System Default » sur une ligne entrante peut également avoir de sérieuses implications en termes de sécurité s’il n’est pas configuré correctement.

Classe de service par défaut (Default CoS)

  1. Cet exemple montre la classe de service (CoS) « par défaut » automatiquement assignée à tout nouveau poste (« Extension »).
  1. Pour des instructions détaillées sur la classe de service, se rapporter à la section :
  2. https://blog.scopserv.com/2017/10/how-to-configure-class-of-service-objects/

Les modifications effectuées avec le « Select Tool » (outil de sélection)

  1. L’outil « Select Tool » (sélectionner) est visible chaque fois que les onglets Services, Applications, Local Extensions (postes locaux), Outgoing Lines (lignes sortantes) de la Classe de service sont modifiés.
  1. Dans la colonne de gauche qui affichent les codes de caractéristiques disponibles, mettre en évidence chaque code de caractéristique désirée à l’aide d’une souris, puis cliquez sur >> pour attribuer ces codes à la colonne de droite. Cliquer sur le bouton « OK » pour fermer cette fenêtre. Les codes d’entités énumérés dans la colonne de droite seront ajoutés au nouveau CoS une fois que le nouveau CoS aura été enregistré. Seuls les objets inclus dans chaque onglet à l’aide de l’outil Select (Sélectionner) seront autorisés partout où cette classe de service (« CoS ») est appliquée.

Priorité des lignes sortantes

  1. Après avoir sélectionné les objets « Outgoing Line » (ligne sortante) permis, il est impératif de choisir les « Outgoing Lignes » dans le bon ordre de priorité.
  1. Les lignes sortantes (« outgoing lines ») sont appariées lorsque composées selon l’ordre de priorité défini dans l’objet CoS configuré, de haut en bas. Les éléments du haut, s’ils sont appariés, seront immédiatement transmis au plan de numérotation en cours d’exécution en mémoire.
  2. L’entrée la plus spécifique et les correspondances les plus importantes du plan de numérotation doivent être placées en tête de liste des priorités.
  3. Par exemple, une ligne sortante égale à 1 NXXNXXXXXXXXXX ! devrait avoir une priorité plus basse qu’un plan de numérotation égal à 1800 NXXXXXXXXXX ! Sinon, cette règle serait appariée et composée en premier avant d’interroger la prochaine correspondance possible. Cela peut avoir une incidence sur le numéro de ligne auquel on accède ou sur la règle LCR utilisée pour passer l’appel sortant.