Versions Compared

Old Version 4

changes.mady.by.user jtel Support

Saved on

compared with

New Version Current

changes.mady.by.user jtel Support

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Sv translation
languageen

Before Installation

This information is required before the basic installation of the system.

Nr.InformationYes1
InformationCommentsExampleNoRequested / Waiting for customerStatus

Hypervisor host 

Access to hypervisor:

  • IP address
of ESXi host machine known?
  • Login Data ESXI Administrator /root known?
  • login data of administrator / root or specific account 

Only reqired, if VMs are to be configured.

1.1.1.1
root / secret


Hypervisor type

The type of the hypervisor used is needed if the tools are not pre-installed.

Part of the standard installation is to install tools for Hyper-V or VMWare
If the hypervisor is neither of these, the tools must be installed by the customer.		HyperV / VMWare

Network

For the subnet(s) of the virtual machines:

  • IP range
  • Netmask
  • Default gateway 
  • Domain suffix

Network: 192.168.1.0
Netmask: 255.255.255.0
Gateway: 192.168.1.254
Domain Suffix: example.com


Naming convention

The required naming convention for the virtual machines.

Only reqired, if VMs are to be configured.

acd-dbm.example.com
acd-jb1.example.com
acd-tel1.example.com


DNS Servers

The addresses of the DNS servers used in the network are required.


192.168.1.254

Time server

The IP address of at least one reliable time server. 
If not available, is a reliable

2

IP range + netmask + default gateway known for the virtual machines?

3

Domain suffix known?

4

naming convention for the virtual machines known?

5

DNS server name(s) + IP address known?

6Mail server of the customer known?
  • Login required?
  • Desired e-mail sender?
7

Time server of the customer known?

Is the ptb

time server accessible via customer firewall by NTP?

8

LDAP connection desired?

  • LDAP server of the customer known
9CentOS server set up?10Domain user necessary and set up?11

Windows server set up?

  • Must domain users be deployed?
    • Is Domain-User set up as local administrator including full local admin rights?
12 IP address of the PBX known?13

 Is VMWare used as the base platform?

  • VMWare tools installed and functional?
  • Test performed via ESXi remote control?

A reliable NTP time server must be available for the installation.
Windows domain controllers are not always reliable NTP sources.

ptbtime1.ptb.de
ptbtime2.ptb.de
ptbtime3.ptb.de


CentOS Root Login

The root user and password is required for the CentOS servers.

If the root user is not supplied, the supplied user account must be able to execute commands with sudo and change to root with sudo -s.User: root
Password: secret

Windows Login

An AD domain user or a local user is required for the Windows Server(s).

This user must have local administrator rights to the machine.User: administrator
Password: secret

Internet connection

Available from the VMs directly or proxy server settings.

The installation cannot be performed without internet access.
If a proxy is required to access the internet, the proxy server address, port, user and password is required.

Proxy Server: proxy.example.com:8080

Windows updates

All windows updates should be performed on the windows server before handover.

The customer is responsible for updating the windows operating system. 

Virus scanners

Not all virus scanners are good news. The jtel system is a real-time communication system - and some virus scanners are very intrusive indeed (or just plain and simply badly configured) and can have a serious impact on system performance.

It is solely the customer's responsibility for deploying an adequate virus scanner. 



External file share

The file share used by the system can be external and provided, for example, by a high availability storage system. If this is to be external, an SMB file share is required and the following information:

  • User name
  • Password
Note, because Windows machines will inevitably use the logged in user and password when accessing the share, this is recommended to be the same as the username and password used on the windows machine(s). This is required to be so if the applications on the windows machine are to be configured as windows services.User: jtelacd
Password: secret

Firewall and Routing

All of the machines for the ACD installation will be installed with a firewall, and the necessary ports opened for communication between the machines.
An additional firewall between the servers of the ACD is not recommended.

A firewall between the PBX and the ACD must be correctly configured to allow SIP / RTP and the PBX connector from the jtel system to access the PBX.

A firewall

14

 Internet connection available for installation?

  • Internet connection activated for installation?
  • Proxy necessary?
  • Download at least 6MB/s?
15Clarification of the responsibility for Windows updates is done?16Clarification of the use and responsibility regarding virus scanners on Windows servers?17Samba sharing between the servers necessary?18

Clarification Firewall

Firewall

between the servers is not recommended, better as a standalone solution in it's own subnet with a firewall

around
  • Firewall between TK and ACD not recommended
  • Transfer port list if firewall must be activated after all ( web server and telephony server are in separate networks)

    • To be checked after the basic installation:

    Nr.InformationYesNoRequested / Waiting for customer
    1Are the Aculab licenses installed?2Is the configuration of the 8-server adapted to the Aculab licenses?3Is symmetrical RTP set?4Is SIP Packet Capture configured, if applicable?5If the TK-Connector is set up and checked6Is the time synchronization set up on all machines and is it running correctly?

    covering access to the load balancer by http(s) for accessing the webservers.

    A firewall between the PBX and the ACD is not recommended.

    A proxy between the PBX and the ACD (for accessing the PBX connector) is definately not recommended and may cause serious problems with operation (timeouts and other errors).



    Web Access

    If a certificate is required (i.e. the portal should be accessed via https) then a certificate is to be provided before installation.

    The certificate must be provided in .pem Format including the following:

    • Certificate for server
    • Intermediate CA certificate (chain)
    • Private Key



    After Installation

    InformationCommentsExampleStatus

    LDAP(S)

    • Protocol 
    • Server URL
    • Port

    Only required for LDAP / LDAPS authorization of logins.

    For further information, visit this page 

    		ldaps://domaincontroller.example.com:636

    Email Server

    For sending email via SMTP:

    • Protocol and port
    • Username and password
    • E-mail sender

    		Server: smtp.example.com
    Protocol: SMTPS / starttls
    Port: 587
    User: jtelacd@example.com
    Password: secret
    Sender: jtelacd@example.com

    Tests after Basic Installation

    It is recommended to perform the following tests after basic installation is complete:

    TestRequired ResultStatus
    SIP licenses installed and correct countCorrect count

    Configuration of telephony server 

    • giAculab.cfg
    • StdCall_MCP.cfg
    • 8-Server License Count
    		channel_count = SIP licenses

    Configuration of telephony server 

    • StdCall_MCP.cfg
    		Total channels, inbound and outbound channel counts correct.

    Configuration of telephony server 

    • 8-Server License Count
    		Lines and P2 correspond to number of purchased agent / supervisor / queue / IVR and transfer channels

    Symmetric RTP setup

    • mhp.cfg
    		File present and correct count

    PBX Connector

    • Connected and functional
    		Receives messages regarding monitored extensions in log.
    Time Synchronisation

    All servers syncing with a reliable time server.

    • Windows: NTP Status 
    • Linux: ntpq -p 

    Platform UDP ListenerConfigured and running on telephony and webservers, cluster connecting OK
    MySQL replication

    SHOW SLAVE STATUS\G output good on all DBs

    • For master-master on all DB servers
    • For master-slave on all slave servers

    Telephony ServerNo errors when starting up
    WebserversNo errors when starting up
    Load Balancer

    haproxy

    • available and reachable via port 7777
    • all webservers active
    • If master-master replication, masters are active-standby, slaves are active-active
    • Certificate installed if provided? http to https redirection implemented?

    PBX Connection

    • Incoming Calls
    • Trunk setup in jtel portal
    • Incoming number converter correct and converts to E.164 correctly
    • Test internal, national and international numbers

    PBX Connection

    • Outgoing Calls
    • Trunk setup in jtel portal
    • Outgoing number converter correct and converts to required format for PBX correctly
    • Calls to internal PBX extensions and external (national and international) numbers possible
    • dialler.8Server.IPs parameter setup to actual names of windows servers

    System parametersCheck other system parameters and make any necessary modifications

    Tests after System Configuration

    It is recommended to perform the following tests after some configuration (setting up test numbers and an ACD group):


    TestRequired ResultStatus
    Configure an ACD group with a logged on agent and music on hold. Setup group to allow calls without logged in agents.
    • Login / logout OK

    Incoming call to a test number, agent not available.
    • Music on hold is played
    7Are the system parameters adapted to customer requirements?8Does the platform listener run everywhere?->Is the display on the web for calls correct?9Does the data replication between master and SLave database work?10

    Are the trunks set up in the portal?

    11Is the telephone number converter set correctly?12Has the 8-server been checked to work without errors?

    The following tests must be performed:

    Nr.Test scenarioYesNoResult1Configuring an ACD group with a logged on agent2Incoming call to test number, agent not available - Music on hold is played3

    Incoming call on test number, agent available
    - caller
    .
    • Agent home / mini client displays call status as soon as phone rings
    • Caller and agent can hear each other
    4Function "Accept Call button" works, if present5Function "automatic call acceptance" works, if available6Is the call number transmission / display on the end device ok7Can the signalled telephone number be called back?8Correct display/behaviour of the call in the Web- or Mini-Client?9Hold /Retroeve/Forwarding function tested?10Are the test calls visible in the supervisor during the call?11Are the test calls visible in the daily statistics?12Do the statuses of the agent phones change when the agent speaks or picks up?13Are the calls visible in reporting?14Is the voicemail delivered correctly?15Is the callback delivered correctly?
    • Display of information in mini client and full client is OK and contains the required data and numbers in correct (international) format
    • Hold / Retrieve work in jtel portal
    • Call is cleared properly to both ends without delay when one party ends the call

    Accept Call button
    • Works if configured and supported by the PBX connector
    • Automatic call answer can be set and works if configured and supported by the PBX connector

    Number display on called device

    • Displayed number on agent device is OK
    • Number on agent device can be called back directly (without using the ACD)

    Supervisor

    • Data from test calls is displayed and correct

    Statistics
    • Data from test calls is retrievable via ACD and Service Number reports

    PBX Connector
    • PBX extensions imported to PBX users correctly
    • Status of PBX users and agents change when the user is on the phone

    Voice Mail - setup a rule to record a voice mail and activate this rule

    • Voice mail delivered
    • Voice mail can be retrieved via web application
    • Call-Back can be done to number which left voice mail


    Sv translation
    languagede

    Before Installation

    This information is required before the basic installation of the system.

    InformationCommentsExampleStatus

    Hypervisor host 

    Access to hypervisor:

    • IP address
    • login data of administrator / root or specific account 

    Only reqired, if VMs are to be configured.

    1.1.1.1
    root / secret


    Hypervisor type

    The type of the hypervisor used is needed if the tools are not pre-installed.

    		Part of the standard installation is to install tools for Hyper-V or VMWare
    If the hypervisor is neither of these, the tools must be installed by the customer.    		HyperV / VMWare

    Network

    For the subnet(s) of the virtual machines:

    • IP range
    • Netmask
    • Default gateway 
    • Domain suffix

    Network: 192.168.1.0
    Netmask: 255.255.255.0
    Gateway: 192.168.1.254
    Domain Suffix: example.com


    Naming convention

    The required naming convention for the virtual machines.

    		Only reqired, if VMs are to be configured.

    acd-dbm.example.com
    acd-jb1.example.com
    acd-tel1.example.com


    DNS Servers

    The addresses of the DNS servers used in the network are required.


    		192.168.1.254

    Time server

    The IP address of at least one reliable time server. 
    If not available, is a reliable time server accessible via customer firewall by NTP?

    		A reliable NTP time server must be available for the installation.
    Windows domain controllers are not always reliable NTP sources.

    ptbtime1.ptb.de
    ptbtime2.ptb.de
    ptbtime3.ptb.de


    CentOS Root Login

    The root user and password is required for the CentOS servers.

    		If the root user is not supplied, the supplied user account must be able to execute commands with sudo and change to root with sudo -s.User: root
    Password: secret

    Windows Login

    An AD domain user or a local user is required for the Windows Server(s).

    		This user must have local administrator rights to the machine.User: administrator
    Password: secret

    Internet connection

    Available from the VMs directly or proxy server settings.

    The installation cannot be performed without internet access.
    If a proxy is required to access the internet, the proxy server address, port, user and password is required.

    		Proxy Server: proxy.example.com:8080

    Windows updates

    All windows updates should be performed on the windows server before handover.

    		The customer is responsible for updating the windows operating system. 

    Virus scanners

    Not all virus scanners are good news. The jtel system is a real-time communication system - and some virus scanners are very intrusive indeed (or just plain and simply badly configured) and can have a serious impact on system performance.

    It is solely the customer's responsibility for deploying an adequate virus scanner. 



    External file share

    The file share used by the system can be external and provided, for example, by a high availability storage system. If this is to be external, an SMB file share is required and the following information:

    • User name
    • Password
    		Note, because Windows machines will inevitably use the logged in user and password when accessing the share, this is recommended to be the same as the username and password used on the windows machine(s). This is required to be so if the applications on the windows machine are to be configured as windows services.User: jtelacd
    Password: secret

    Firewall and Routing

    All of the machines for the ACD installation will be installed with a firewall, and the necessary ports opened for communication between the machines.
    An additional firewall between the servers of the ACD is not recommended.

    A firewall between the PBX and the ACD must be correctly configured to allow SIP / RTP and the PBX connector from the jtel system to access the PBX.

    A firewall between the servers is not recommended, better as a standalone solution in it's own subnet with a firewall covering access to the load balancer by http(s) for accessing the webservers.

    A firewall between the PBX and the ACD is not recommended.

    A proxy between the PBX and the ACD (for accessing the PBX connector) is definately not recommended and may cause serious problems with operation (timeouts and other errors).



    Web Access

    If a certificate is required (i.e. the portal should be accessed via https) then a certificate is to be provided before installation.

    The certificate must be provided in .pem Format including the following:

    • Certificate for server
    • Intermediate CA certificate (chain)
    • Private Key



    After Installation

    InformationCommentsExampleStatus

    LDAP(S)

    • Protocol 
    • Server URL
    • Port

    Only required for LDAP / LDAPS authorization of logins.

    Weitere Informationen hier. 

    		ldaps://domaincontroller.example.com:636

    Email Server

    For sending email via SMTP:

    • Protocol and port
    • Username and password
    • E-mail sender

    		Server: smtp.example.com
    Protocol: SMTPS / starttls
    Port: 587
    User: jtelacd@example.com
    Password: secret
    Sender: jtelacd@example.com

    Tests after Basic Installation

    It is recommended to perform the following tests after basic installation is complete:

    TestRequired ResultStatus
    SIP licenses installed and correct countCorrect count

    Configuration of telephony server 

    • giAculab.cfg
    • StdCall_MCP.cfg
    • 8-Server License Count
    		channel_count = SIP licenses

    Configuration of telephony server 

    • StdCall_MCP.cfg
    		Total channels, inbound and outbound channel counts correct.

    Configuration of telephony server 

    • 8-Server License Count
    		Lines and P2 correspond to number of purchased agent / supervisor / queue / IVR and transfer channels

    Symmetric RTP setup

    • mhp.cfg
    		File present and correct count

    PBX Connector

    • Connected and functional
    		Receives messages regarding monitored extensions in log.
    Time Synchronisation

    All servers syncing with a reliable time server.

    • Windows: NTP Status 
    • Linux: ntpq -p 

    Platform UDP ListenerConfigured and running on telephony and webservers, cluster connecting OK
    MySQL replication

    SHOW SLAVE STATUS\G output good on all DBs

    • For master-master on all DB servers
    • For master-slave on all slave servers

    Telephony ServerNo errors when starting up
    WebserversNo errors when starting up
    Load Balancer

    haproxy

    • available and reachable via port 7777
    • all webservers active
    • If master-master replication, masters are active-standby, slaves are active-active
    • Certificate installed if provided? http to https redirection implemented?

    PBX Connection

    • Incoming Calls
    • Trunk setup in jtel portal
    • Incoming number converter correct and converts to E.164 correctly
    • Test internal, national and international numbers

    PBX Connection

    • Outgoing Calls
    • Trunk setup in jtel portal
    • Outgoing number converter correct and converts to required format for PBX correctly
    • Calls to internal PBX extensions and external (national and international) numbers possible
    • dialler.8Server.IPs parameter setup to actual names of windows servers

    System parametersCheck other system parameters and make any necessary modifications

    Tests after System Configuration

    It is recommended to perform the following tests after some configuration (setting up test numbers and an ACD group):


    TestRequired ResultStatus
    Configure an ACD group with a logged on agent and music on hold. Setup group to allow calls without logged in agents.
    • Login / logout OK

    Incoming call to a test number, agent not available.
    • Music on hold is played

    Incoming call on test number, agent available.
    • Agent home / mini client displays call status as soon as phone rings
    • Caller and agent can hear each other
    • Display of information in mini client and full client is OK and contains the required data and numbers in correct (international) format
    • Hold / Retrieve work in jtel portal
    • Call is cleared properly to both ends without delay when one party ends the call

    Accept Call button
    • Works if configured and supported by the PBX connector
    • Automatic call answer can be set and works if configured and supported by the PBX connector

    Number display on called device

    • Displayed number on agent device is OK
    • Number on agent device can be called back directly (without using the ACD)

    Supervisor

    • Data from test calls is displayed and correct

    Statistics
    • Data from test calls is retrievable via ACD and Service Number reports

    PBX Connector
    • PBX extensions imported to PBX users correctly
    • Status of PBX users and agents change when the user is on the phone

    Voice Mail - setup a rule to record a voice mail and activate this rule

    • Voice mail delivered
    • Voice mail can be retrieved via web application
    • Call-Back can be done to number which left voice mail


    Nach der Basis-Installation zu prüfen:

    Folgende Tests sind durchzuführen:

    Wird der Rückruf richtig zugestellt?
    Sv translation
    languagefr

    Avant l'installation

    Ces informations sont nécessaires avant l'installation de base du système.

    InformationCommentairesExempleStatut

    Hôte de l'hyperviseur 

    Accès à l'hyperviseur :

    • Adresse IP
    • les données de connexion de l'administrateur / root ou compte spécifique 

    Nécessaire seulement, si les VM doivent être configurées.

    1.1.1.1
    root / secret


    Type d'hyperviseur

    Le type d'hyperviseur utilisé est nécessaire si les outils ne sont pas préinstallés.

    		Une partie de l'installation standard consiste à installer des outils pour Hyper-V ou VMWare
    Si l'hyperviseur n'est ni l'un ni l'autre, les outils doivent être installé par le client.    		HyperV / VMWare

    Réseau

    Pour le(s) sous-réseau(x) des machines virtuelles :

    • Plage IP
    • Mask réseau
    • Passerelle par défaut 
    • Suffixe du domaine

    Réseau: 192.168.1.0
    Masque de réseau : 255.255.255.0
    Passerelle : 192.168.1.254
    Suffixe de domaine : example.com


    Convention d'appellation

    La convention de dénomination requise pour les machines virtuelles.

    		Nécessaire seulement, si les VM doivent être configurées.

    acd-dbm.example.com
    acd-jb1.example.com
    acd-tel1.example.com


    Serveur DNS

    Les adresses des serveurs DNS utilisés dans le réseau sont requises.


    		192.168.1.254

    Serveur de temps

    L'adresse IP d'au moins un serveur de temps fiable. 
    S'il n'est pas disponible, un serveur de temps fiable est-il accessible par NTP via le pare-feu du client ?

    		Un serveur de temps NTP fiable doit être disponible pour l'installation.
    Les contrôleurs de domaine Windows ne sont pas toujours des sources NTP fiables.

    ptbtime1.ptb.de
    ptbtime2.ptb.de
    ptbtime3.ptb.de


    Connexion CentOS Root

    L'utilisateur root et le mot de passe sont nécessaires pour les serveurs CentOS.

    		Si l'utilisateur root n'est pas fourni, le compte utilisateur fourni doit être capable d'exécuter des commandes avec sudo et de passer en root avec sudo -s.Utilisateur: root
    Mot de passe: secret

    Connexion Windows

    Un utilisateur du domaine AD ou un utilisateur local est nécessaire pour le(s) serveur(s) Windows.

    		Cet utilisateur doit avoir des droits d'administrateur local sur la machine.Utilisateur: administrator
    Mot de passe: secret

    Internet connection

    Disponible à partir des VM directement ou des paramètres du serveur proxy.

    L'installation ne peut pas être effectuée sans accès à Internet.
    Si un proxy est nécessaire pour accéder à l'internet, l'adresse du serveur proxy, le port, l'utilisateur et le mot de passe sont requis.

    		Serveur Proxy: proxy.example.com:8080

    Mises à jour Windows

    Toutes les mises à jour Windows doivent être effectuées sur le serveur Windows avant le transfert.

    		Le client est responsable de la mise à jour du système d'exploitation Windows. 

    Scanners de virus

    Tous les scanners de virus ne sont pas une bonne nouvelle. Le système jtel est un système de communication en temps réel - et certains scanners de virus sont très intrusifs (ou tout simplement mal configurés) et peuvent avoir un impact sérieux sur les performances du système.

    Il est de la seule responsabilité du client de déployer un scanner de virus adéquat. 



    Partage de fichiers externes

    Le partage de fichiers utilisé par le système peut être externe et fourni, par exemple, par un système de stockage à haute disponibilité. Si ce dernier doit être externe, un partage de fichiers SMB est nécessaire et les informations suivantes sont requises :

    • Nom d'utilisateur
    • Mot de passe
    		Notez que les machines Windows utiliseront inévitablement l'utilisateur et le mot de passe connectés lors de l'accès au partage, il est recommandé que ces informations soient identiques au nom d'utilisateur et au mot de passe utilisés sur la ou les machines Windows. Cela doit être le cas si les applications sur la machine Windows doivent être configurées comme des services Windows.Utilisateur: jtelacd
    Mot de passe: secret

    Pare-feu et routage

    Toutes les machines pour l'installation de l'ACD seront installées avec un pare-feu, et les ports nécessaires seront ouverts pour la communication entre les machines.
    Un pare-feu supplémentaire entre les serveurs de l'ACD n'est pas recommandé.

    Un pare-feu entre le PBX et l'ACD doit être correctement configuré pour permettre au SIP / RTP et au connecteur PBX du système jtel d'accéder au PBX.

    Un pare-feu entre les serveurs n'est pas recommandé, mieux vaut une solution autonome dans son propre sous-réseau avec un pare-feu couvrant l'accès à l'équilibreur de charge par http(s) pour accéder aux serveurs web.

    Lepare-feu entre le PBX et l'ACD n'est pas recommandé.

    Un proxy entre le PBX et l'ACD (pour accéder au connecteur du PBX) n'est certainement pas recommandé et peut causer de sérieux problèmes de fonctionnement (timeouts et autres erreurs).



    Accès Web

    Si un certificat est requis (c'est-à-dire que le portail doit être accessible via https), un certificat doit être fourni avant l'installation.

    Le certificat doit être fourni en format .pem comprenant ce qui suit :

    • Certificat pour le serveur
    • Certificat CA intermédiaire (chaîne)
    • Clé privée



    Après l'installation

    InformationCommentairesExempleStatut

    LDAP(S)

    • Protocole 
    • URL du serveur
    • Port

    Uniquement nécessaire pour l'autorisation de connexion LDAP / LDAPS 

    Pour plus d'informations, consultez cette page.

    		ldaps://domaincontroller.example.com:636

    Serveur d'email

    Pour l'envoi d'email via SMTP :

    • Protocole et port
    • Nom d'utilisateur et mot de passe
    • Expéditeur de l'e-mail

    		Serveur: smtp.example.com
    Protocole: SMTPS / starttls
    Port: 587
    Utilisateur: jtelacd@example.com
    Mot de passe: secret
    Expéditeur: jtelacd@example.com

    Tests après l'installation de base

    Il est recommandé d'effectuer les tests suivants une fois l'installation de base terminée :

    TestRésultat requisStatut
    Licences SIP installées et comptage correctComptage correct

    Configuration du serveur de téléphonie 

    • giAculab.cfg
    • StdCall_MCP.cfg
    • Nombre de licences 8-Server
    		channel_count = licences SIP

    Configuration du serveur de téléphonie 

    • StdCall_MCP.cfg
    		Le nombre total de canaux, le nombre de canaux entrants et sortants sont corrects.

    Configuration du serveur de téléphonie 

    • Nombre de licences 8-Server
    		Les lignes et P2 correspondent au nombre d'agents / superviseur / files d'attente / IVR et canaux de transfert achetés

    Configuration symétrique de la RTP

    • mhp.cfg
    		Dossier présent et comptage correct

    Connecteur PBX

    • Connecté et fonctionnel
    		Reçoit les messages concernant les extensions surveillées dans le journal.
    Synchronisation du temps

    Tous les serveurs se synchronisent avec un serveur de temps fiable.

    • Windows : NTP Statut 
    • Linux: ntpq -p 

    Plate-forme UDP ListenerConfiguré et fonctionnant sur la téléphonie et les serveurs web, connexion au cluster OK
    Réplication de MySQL

    SHOW SLAVE STATUS\G bon rendement sur toutes les BD

    • Pour maître-maître sur tous les serveurs DB
    • Pour maître-esclave sur tous les serveurs esclaves

    Serveur téléphoniquePas d'erreurs lors du démarrage
    Serveurs webPas d'erreurs lors du démarrage
    Équilibreur de charge

    haproxy

    • disponible et joignable via le port 7777
    • tous les serveurs web actifs
    • En cas de réplication maître-maître, les maîtres sont en veille active, les esclaves sont actifs-actifs
    • Certificat installé s'il est fourni ? Redirection http vers https mise en œuvre ?

    Connecteur PBX

    • Appels entrants
    • Configuration du tronc dans le portail de jtel
    • Conversion correcte des numéros entrants et conversion correcte en E.164
    • Tester les numéros internes, nationaux et internationaux

    Connecteur PBX

    • Appels sortants
    • Configuration du tronc dans le portail de jtel
    • Conversion correcte du numéro sortant et conversion correcte au format requis pour le PBX
    • Possibilité de passer des appels vers des extensions PBX internes et des numéros externes (nationaux et internationaux)
    • dialler.8Server.IPs paramétrage des noms réels des serveurs Windows

    Paramètres du SystèmeVérifier les autres paramètres du système et apporter les modifications nécessaires

    Tests après la configuration du système

    Il est recommandé d'effectuer les tests suivants après une certaine configuration (mise en place de numéros de test et d'un groupe ACD):


    TestRésultat requisStatut
    Configurez un groupe ACD avec un agent connecté et de la musique en attente. Configurer un groupe pour autoriser les appels sans agent connecté.
    • Connexion / déconnexion OK

    Appel entrant vers un numéro test, agent non disponible.
    • La musique en attente est jouée

    Appel entrant sur le numéro test, agent disponible.
    • Accueil agent / mini-client affiche le statut de l'appel dès que le téléphone sonne
    • L'appelant et l'agent peuvent s'entendre
    • L'affichage des informations dans le mini-client et le client complet est correct et contient les données et les numéros requis dans un format (international) correct
    • Retenir / Récupérer le travail dans le portail de jtel
    • L'appel est correctement autorisé aux deux extrémités sans délai lorsque l'une des parties met fin à l'appel

    Accepter le bouton d'appel
    • Fonctionne si configuré et supporté par le connecteur PBX
    • La réponse automatique à l'appel peut être configurée et fonctionne si elle est configurée et prise en charge par le connecteur PBX

    Affichage du numéro sur l'appareil appelé

    • Le numéro affiché sur l'appareil de l'agent est correct
    • Le numéro de l'appareil de l'agent peut être rappelé directement (sans utiliser le ACD)

    Superviseur

    • Les données des appels tests sont affichées et correctes

    Statistiques
    • Les données des appels de test peuvent être récupérées via les rapports ACD et les numéros de service

    Connecteur PBX
    • Importation correcte des extensions PBX pour les utilisateurs de PBX
    • Le statut des utilisateurs et des agents du PBX change lorsque l'utilisateur est au téléphone

    Messagerie vocale - définir une règle pour l'enregistrement d'un message vocal et activer cette règle

    • Messagerie vocale
    • La messagerie vocale peut être consultée via une application web
    • Le rappel peut se faire au numéro qui a laissé la boîte vocale
    Sv translation
    languagede

    Vor der Basis-Installation benötigte Informationen

    Nr.InformationenJaNeinAngefordert / Warten auf Kunde
    1

    IP-Adresse der ESXi Hostmaschine bekannt

    • Login Daten ESXI Administrator /root bekannt
    		2

    IP-Range + Netzmaske + Standard Gateway für die virtuellen Maschinen bekannt?

    		3

    Domänensuffix bekannt?

    		4

    Namenskonvention für die virtuellen Maschinen bekannt?

    		5

    DNS-Servername(n) + IP-Adresse bekannt

    		6Mailserver des Kunden bekannt?
    • Login benötigt?
    • Gewünschter E-Mail Absender?
    		7

    Zeitserver des Kunden bekannt?

    • Ist der ptb Zeitserver über Kundenfirewall per NTP erreichbar?
    		8

    LDAP-Anbindung gewünscht?

    • LDAP-Server des Kunden bekannt
    		9CentOS-Server eingerichtet?10Domän-User notwendig und eingerichtet?11

    Windows-Server eingerichtet?

    • Muss Domain-User eingesetzt werden?
      • Ist Domain-User als lokaler Administrator eingerichtet inkl. kompletter lokaler Adminrechte?
    		12 IP Adresse der TK-Anlage bekannt?13

     Wird VMWare als Basisplattform genutzt?

    • VMWare-Tools installiert und funktionsfähig?
    • Test über ESXi-Remote-Controll durchgeführt?
    		14

     Internetanschluss für Installation vorhanden?

    • Internetanschluss für Installation freigeschaltet?
    • Proxy notwendig?
    • Download mind. 6MB/s?
    		15Klärung der Zuständigkeit der Windows-Updates erfolgt?16Klärung des Einsatz und der Verantwortung bzgl.Virenscanner auf Windows-Servern?17Samba Freigabe zwischen den Servern notwendig?18

    Klärung Firewall

    • Firewall zwischen den Servern wird nicht empfohlen, besser als Insellösung mit einer Firewall umschließen
    • Firewall zwischen TK und ACD nicht zu  empfehlen
    • Portliste übergeben, wenn Firewall doch aktiviert werden muss ( WebServer und TelefonieServer liegen in getrennten Netzen)
    Nr.InformationJaNeinAngefordert / Warten auf Kunde
    1Sind die Aculab-Lizenzen eingespielt?2Ist die Konfiguration des 8-Servers auf die Aculab-Lizenzen angepasst?3Ist symmetrisches RTP eingestellt?4Ist ggf. SIP Packet Capture eingerichtet?5Ist der TK-Connector eingerichtet und geprüft6Ist die Zeitsynchronisation auf allen Maschinen eingerichtet und läuft sie korrekt?7Sind die Systemparameter auf die Kundenbedürfnisse angepasst?8Läuft der Plattform-Listener überall?–>Ist die Anzeige im Web bei Calls korrekt?9Funktioniert die Replikation der Daten zwischen Master- und SLave-Datenbank?10

    Sind die Trunks im Portal eingerichtet?

    		11Ist der Rufnummernkonverter korrekt eingestellt?12Wurde geprüft der 8-Server Fehlerfrei arbeitet?
    Nr.TestszenarioJaNeinErgebnis
    1ACD-Gruppe mit einem angemeldeten Agent konfigurieren2Eingehender Anruf auf Testrufnummer, Agent nicht verfügbar - Wartemusik wird abgespielt3Eingehender Anruf auf Testrufnummer, Agent verfügbar - Anrufer und Agent hören sich gegenseitig4Funktion "Annehmebutton" funktioniert, falls vorhanden5Funktion "automatische Anrufannahme" funktioniert, falls vorhanden6Ist die Rufnummernübertragung / Anzeige am Endgerät in Ordnung7Ist die signalisierte Rufnummer rückrufbar?8Korrekte Anzeige /Verhalten des Anrufes im Web- bzw. Mini-Client?9Hold /Retroeve/Weiterleitungs-Funktion getestet?10Sind die Testanrufe während des Anrufes im Supervisor sichtbar?11Sind die Testanrufe in der Tagesstatistik sichtbar?12Verändern sich die Zustände der Agententelefone, wenn der Agent spricht bzw. abhebt?13Sind die Anrufe im Reporting sichtbar?14Wird die Voicemail richtig zugestellt?15