       

Rechercher 

Sommaire [ Cacher ]

1 Prérequis XiVO
1.1 Prérequis applications
Prérequis Technique des solutions XiVO
1.2 Prérequis système et virtualisation
1.3 Dimensionnement XiVO + UC Add-on Home / Prérequis Technique des solutions XiVO
intégré
1.4 Dimensionnement XiVO PBX (UC et / ou CC
externalisés)
1.5 Dimensionnement XiVO UC Externalisé Prérequis Technique des solutions XiVO
1.6 Dimensionnement XiVO CC
2 Prérequis du serveur « Quality Report »
2.1 Quality Report du XiVO UC Externalisé
2.2 Quality Report du XiVO UC Add-On
2.3 Quality Report du XiVO CC
3 Prerequis serveur de Supervision Avancée
4 Prérequis de la VOIP
5 Prérequis de sécurité
6 Prérequis DECT
6.1 Câblage
6.2 Étude de couverture DECT
6.3 Postes GAP
6.4 Synchronisation par le LAN
7 Prérequis techniques
8 Prérequis VoWiFi
9 Prérequis de mise en coupure
9.1 Mise en coupure avec DECT

Télécharger en PDF

1 Prérequis XiVO
1.1 Prérequis applications
Le client doit fournir un certificat SSL valide signé par une CA (Autorité de certification)
Si le client dispose d’un reverse Proxy web pour sécuriser la connexion HTTPS, il sera alors utilisé.
L’installation, la configuration et les mises à jour du proxy web et des pare-feu sont de la responsabilité du client.
Avencall peut accompagner le client dans la configuration du proxy web avec une offre complémentaire
Si le client ne dispose pas d’un reverse Proxy web pour sécuriser la connexion HTTPS, alors le Proxy Web
nginx de XiVO UC sera utilisé, la foucniture des certificats reste un pré-requis.
Les langues sur les interfaces Web sont disponibles uniquement en Français et Anglais avec les navigateurs
Web Chrome version 57 ou supérieure et Firefox version 51 ou supérieur.

1.1.1 XiVO Assistant (Tableau des ports « A »)

Pré-requis Poste de travail XiVO-Assistant sans WEBRTC

Navigateur Chrome version 80 ou supérieure

Navigateur Firefox version 51 ou supérieure
Poste de travail CORE I3 4Go Ram minimum
Liste des ports et type de flux qui doivent être accessibles depuis ou vers XiVO et XiVO-UC

1.1.2 XiVO WebRTC (Tableau des ports « A + B »)

Pré-requis Poste de travail XiVO Assistant avec WEBRTC

Navigateur Chrome version 80 ou supérieure

Poste de travail CORE I5 8GRam minimum
Fonctionnement sur le LAN uniquement ou sur VPN non natté
Liste des ports et type de flux qui doivent être accessibles depuis ou vers XiVO et XiVO-UC
Les flux passent sur le VLAN Data et non pas sur le VLAN VOIP
Nécessité de prioriser les flux UDP à destination de XiVO sur les ports de 10 000 à 20 000 au niveau des
équipements réseaux
Modification du Firewall sur les postes de travail

Limitations :

Le Direct Media n’est pas supporté avec WebRTC

Le NAT sur le réseau n’est pas supporté (y compris les VPN nattés)

1.1.3 XiVO Application Mobile (Tableau des ports « A + C »)

Le client doit disposer d’un reverse Proxy web pour sécuriser la connexion HTTPS
L’installation, la configuration et les mises à jour du proxy web et des pare-feu sont de la responsabilité du client.
Avencall peut accompagner le client dans la configuration du proxy web avec une offre complémentaire

A – Socle XiVO-UC – UC A – Socle XiVO-UC – UC A – Socle XiVO-UC – UC Assistant

Assistant Ouverture ports XiVO Assistant Ouverture ports Ouverture ports Poste de travail
PBX vers XiVO-UC XiVO-UC vers XiVO-PBX vers XiVO-UC

TCP 5443 TCP 5003 TCP 443 (HTTPS/SSL)

TCP 5432 TCP 5038

TCP 5039

TCP 5432

TCP 9100

TCP 9486

TCP 9487

TCP 9489

B – WEBRTC Flux Voix : B – WEBRTC Flux Voix : B – Web RTC Socle XiVO-UC – UC
Ouverture des ports Poste de Ouverture des ports XiVO Ouverture des ports Poste de

travail vers XiVO PBX vers Poste de travail travail vers XiVO UC

UDP 10000 –> 20000 TCP 1024 –> 65535 TCP 443 (HTTPS/SSL)

C – Application-Mobile : Ouverture des C – Application-Mobile : Ouverture C – Pré-requis

ports Proxy SSL/HTTPS vers XiVO-UC des ports Smartphone vers Proxy Smartphone :

Mobile SSL/HTTPS modèles testés

TCP443 TCP443 Android 6 ou

supérieur, Iphone 5S

ou supérieur

1.2 Prérequis système et virtualisation

Ces tableaux présentent les caractéristiques communes des VM à mettre en oeuvre quel que soit la nature du
XiVO à installer.

Système

Réseau Data Interface virtuelle sur 1 carte réseau mutualisée

Réseau Voix Interface virtuelle sur 1 carte réseau dédiée

Système Les ressources systèmes doivent être allouées de manière statique à la machine virtuelle.

OS Debian 10 « Buster » dernière version OS 64 bits

Partition du disque (système ext4) suivant :

Une partition de boot de 500Mo,

Un swap de 4Go (minimum)

Une partition système de 15Go

Une partition /var avec tout l’espace disque restant

Le paramètre « swappiness » sera positionné à 20

La langue du système doit être positionné en en_US.UTF-8

Les interfaces réseaux doivent être nommées en eth#

Installer debian en version minimale (sans sa version graphique)

Compatibilité Virtualisation

Environnement Doit supporter le système d’exploitation Debian 10

Note compatibilité Vmware (Edition

ESXi)

Version supportée Minimum v6.0

Vmware HA Oui

Vmware Distributed power Oui

management

VMware Storage Vmotion et DRS Oui

storage

VMWare Template Oui

Vmware Fault tolerance Non

Stockage Thick provisionning

VMWare Tools Oui, à installer avant de configurer XiVO ou XiVO-CC (Hors périmètre

Avencall)

Les outils suivant sont connus pour être en conflit avce certains services XiVO PBX

principalement :

Commvault (outil de sauvegarde)

Cockpit (supervision)
Prometheus node_exporter

Il conviendra d’anticiper leur installation dans l’infrastructure client et évaluer le risque de conflit et adaptations de
configuration nécessaires.
La liste des ports internes XiVO PBX est disponible :
https://documentation.xivo.solutions/en/latest/contributing/network.html
À laquelle il faut à minima ajouter le port 9100 de Config MGT »

Une configuration à performance haute en lecture et écriture est nécessaire pour l’utilisation de XiVO/XiVO-
UC/XiVO-CC. Des tests en écriture et lecture sont à effectuer, avec notre équipe service, avant de débuter
l’installation des composants XiVO’s pour vérifier/contrôler l’infrastructure virtuelle. (VM au repos, les résultats des
tests en écriture et lecture sur le disque doivent être supérieurs à 90Mbps et les résultats tests CPU doivent être
supérieurs à 200Mbps)
Si la VM ne passe pas les tests, Avencall ne pourra pas continuer l’installation. De plus, le XIVO-UC doit pouvoir
communiquer avec les téléphones présents sur le VLAN VOIP, (En cas de configuration d’un réseau Data
uniquement sur la VM XiVO-UC dédiée, il est nécessaire qu’il existe une route entre le réseau voix et le réseau
data pour permettre le pilotage des postes Snom D7XX, Yealink T4X et Polycom VVX par l’application Assistant).

Réseau Voix : Gestion d’une bande passante dédiée à la solution vers le cœur de réseau de manière à assurer la
qualité de service.
Créer un VLAN dédié VOIP, transporté sur l’ensemble du LAN et à l’intérieur de l’infrastructure de virtualisation.
Sur les deux hyperviseurs (ESX), cela se matérialise par un port 10/100 Mbps dédié sur chaque serveur physique.
Dans le cas ou plusieurs VM XiVO sont hébergées sur une seule machine physique, une unique interface physique
dédiée au réseau voix est nécessaire pour les différents XiVO.
Ceci est bien une préconisation, nous acceptons d’avoir une interface mutualisée (interface Giga notamment),
même pour la VoIP, néanmoins, si des problèmes de performances ou de qualité sont observés, nous
demanderons à ce qu’une interface soit dédiée aux flux VoIP.

Nota : Si les enregistrements servent de preuve ou qu’un nombre important de campagnes est prévu, il est
recommandé de sauvegarder les enregistrements sur un système de stockage dédié (type NAS, SAN).

1.3 Dimensionnement XiVO + UC Add-on intégré

L’estimation du volume de stockage à prévoir pour héberger VOS données sera réalisée lors de la phase de
conception technique. Elle dépend en effet de votre volume d’appels, du temps moyen de vos communications et
de la durée de rétention des informations que vous souhaitez.

Configuration XiVO avec UC Jusqu’à 150 utilisateurs XiVO & Jusqu’à 300 utilisateurs XiVO &
Add-On UC UC

Processeurs 4 vCPU 8 vCPU

RAM 6 Go 8 Go

Disque Dur 100 Go 100 Go

Réseau Data Interface virtuelle sur 1 carte Interface virtuelle sur 1 carte réseau
réseau mutualisée mutualisée

Réseau Voix Interface virtuelle sur 1 carte Interface virtuelle sur 1 carte réseau
réseau dédiée dédiée

1.4 Dimensionnement XiVO PBX (UC et / ou CC externalisés)

Ces pré-requis ne concernent que XiVO PBX, se reporter aux paragraphes

XiVO-UC et XiVO-CC qui seront forcément externalisés pour leur dimensionnement.

L’estimation du volume de stockage à prévoir pour héberger VOS données sera réalisée lors de la phase de
conception technique. Elle dépend en effet de votre volume d’appels, du temps moyen de vos communications et
de la durée de rétention des informations que vous souhaitez.

Configuration XiVO Jusqu’à 500 Jusqu’à 500 utilisateurs Jusqu’à 500

PBX 500 utilisateurs Grande Capacité utilisateurs CC

Processeurs 6 vCPU 8 vCPU 12 vCPU

RAM 6 Go 8 Go 12 Go

Disque Dur 100 Go 150 Go 150 Go

Réseau Data Interface virtuelle sur 1 Interface virtuelle sur 1 Interface virtuelle sur 1

carte réseau mutualisée carte réseau mutualisée carte réseau mutualisée

Réseau Voix Interface virtuelle sur 1 Interface virtuelle sur 1 Interface virtuelle sur 1
carte réseau dédiée carte réseau dédiée carte réseau dédiée

Configuration XiVO PBX 1000 Jusqu’à 1000 utilisateurs Jusqu’à 1000 utilisateurs Grande
Capacité

Processeurs 8 vCPU 12 vCPU

RAM 8 Go 12 Go

Disque Dur 100 Go 150 Go

Réseau Data Interface virtuelle sur 1 carte Interface virtuelle sur 1 carte réseau

réseau mutualisée mutualisée

Réseau Voix Interface virtuelle sur 1 carte Interface virtuelle sur 1 carte réseau

réseau dédiée dédiée

Configuration XiVO PBX XDS XiVO Config Server (XiVO XiVO Media Server (MDS)
Central – MDS0) Jusqu’à 1000 utilisateurs
Jusqu’à 500 Utilisateurs

Processeurs 8 vCPU 4 vCPU

RAM 8 Go 4 Go

Disque Dur 150 Go 50 Go

Réseau Data Interface virtuelle sur 1 carte Interface virtuelle sur 1 carte réseau
réseau mutualisée mutualisée

Réseau Voix Interface virtuelle sur 1 carte Interface virtuelle sur 1 carte réseau
réseau dédiée dédiée

1.5 Dimensionnement XiVO UC Externalisé

Voir les prérequis XiVO PBX dans le paragraphe XiVO PBX

L’estimation du volume de stockage à prévoir pour héberger VOS données sera réalisée lors de la phase de
conception technique. Elle dépend en effet de votre volume d’appels, du temps moyen de vos communications et
de la durée de rétention des informations que vous souhaitez.

Configuration XiVO-UC 500 Jusqu’à 500 utilisateurs XiVO-UC

Processeurs 6 vCPU

RAM 6 Go

Disque Dur 100 Go

Réseau Data Interface virtuelle sur 1 carte réseau mutualisée

Réseau Voix Interface virtuelle sur 1 carte réseau dédiée

Cas de WebRTC exclusif : prendre XiVO UC 1000

Configuration XiVO-UC 1000 Jusqu’à 1000 utilisateurs XiVO-UC

Processeurs 8 vCPU

RAM 8 Go

Disque Dur 150 Go

Réseau Data Interface virtuelle sur 1 carte réseau mutualisée

Réseau Voix Interface virtuelle sur 1 carte réseau dédiée

Cas de WebRTC exclusif : prendre XiVO UC Grande Capacité

Configuration XiVO-UC XiVO UC ( Applications – UC) XiVO UC (Backend – Reporting

Grande Capacité Server)

Processeurs 6 vCPU 8 vCPU

RAM 8 Go 8 Go

Disque Dur 100 Go 150 Go

Réseau Data Interface virtuelle sur 1 carte Interface virtuelle sur 1 carte réseau

réseau mutualisée mutualisée

Réseau Voix Interface virtuelle sur 1 carte Interface virtuelle sur 1 carte réseau
réseau dédiée dédiée

1.6 Dimensionnement XiVO CC

Voir les prérequis XiVO PBX dans le paragraphe XiVO PBX

L’estimation du volume de stockage à prévoir pour héberger VOS données sera réalisée lors de la phase de
conception technique. Elle dépend en effet de votre volume d’appels, du temps moyen de vos communications et
de la durée de rétention des informations que vous souhaitez.

Configuration VM XiVO-CC jusqu’à 25 agents Serveur XiVO CC Complet

Processeurs 6 vCPU

RAM 8 Go

Disque Dur 150 Go (300 Go si enregistrements)

Réseau Data Interface virtuelle sur 1 carte réseau mutualisée

Réseau Voix Interface virtuelle sur 1 carte réseau dédiée

Configuration VM XiVO-CC Serveur XuC (ou XuC + Serveur Backend (Reporting +

entre 25 et 75 agents Reporting) Recording ou Recording seul)

Processeurs 4 vCPU 6 vCPU

RAM 6 Go 6 Go

Disque Dur 100 Go 300 Go

Réseau Data Interface virtuelle sur 1 carte réseau Interface virtuelle sur 1 carte
mutualisée réseau mutualisée

Réseau Voix Interface virtuelle sur 1 carte réseau Interface virtuelle sur 1 carte
dédiée réseau dédiée

Choisir la distribution en fonction du besoin. S’il y a beaucoup de recording, il faut alors extraire le recording car le
stockage est volumineux.
Il faut adapter le stockage en fonction du recording.

Configuration VM Serveur XuC Serveur Reporting Serveur Recording

XiVO-CC de 75 agents (Applications) (Backend & Stats) (Enregistrement)

et plus
(Au-delà, valider avec

le service Opérations
& R&D)

Processeurs 6 vCPU 6 vCPU 4 vCPU

RAM 8 Go 8 Go 4 Go

Disque Dur 100 Go 200 Go 1 To

Réseau Data Interface virtuelle sur 1 Interface virtuelle sur Interface virtuelle sur 1 carte
carte réseau mutualisée 1 carte réseau réseau mutualisée

mutualisée

Réseau Voix Interface virtuelle sur 1 Interface virtuelle sur Interface virtuelle sur 1 carte

carte réseau dédiée 1 carte réseau réseau dédiée

dédiée

2 Prérequis du serveur « Quality Report »

Le Pack « Quality Report » fourni un rapport de statistique sur l’intégralité du périmètre des utilisateurs de la
téléphonie d’entreprise.

2.1 Quality Report du XiVO UC Externalisé

Le rapport sera mis à disposition sur la VM XiVO UC, prévoir 1 à 2Go de RAM supplémentaires pour ajouter le
composant SpagoBI d’accès au Rapport.

2.2 Quality Report du XiVO UC Add-On

Le rapport sera mis à disposition sur la VM XiVO + UC Add-On, prévoir 1 à 2Go de RAM supplémentaires pour
ajouter le composant SpagoBI d’accès au Rapport.

2.3 Quality Report du XiVO CC

Le rapport sera mis à disposition sur le SpagoBI existant de la suite XiVO CC, aucun add-on système à prévoir.

3 Prerequis serveur de Supervision Avancée

Le service de supervision avancée XiVO permet

Le service Supervision Avancée nécessite un serveur dédié respectant les prérequis suivant :

Configuration Serveur Supervision

Processeurs 2vCPU à 2.8 GHZ

RAM 4 Go

Disque Dur* 100 Go

OS Environnement configuré pour Debian 10 « Buster» dernière version, OS 64 bits avec

partition du disque (système ext4) suivant : Une partition de boot de 250Mo, un swap de 4Go,

une partition système de 15Go et une partition /var avec tout l’espace disque restant

Système Les ressources systèmes doivent être allouées de manière statique à la machine virtuelle.

Pour le support, il est nécessaire de configure un accès distant SSH à la machine est obligatoire
Les systèmes XiVO supervisés doivent être installés en version 2017.FIVE (LTS 1) au minimum
Limitations:
XiVO doit pouvoir émettre des emails à travers l’infrastructure « client » avec une identité accréditée
Des indicateurs complémentaires peuvent être développés sur demande et feront l’objet d’un chiffrage
complémentaire

4 Prérequis de la VOIP
Le déploiement d’une solution de téléphonie sur IP nécessite un ensemble de prérequis techniques permettant de
garantir la qualité des communications téléphoniques. La qualité directement perfectible dépend étroitement des 3
paramètres réseau que sont :

Le délai de latence,
La gigue,
Le taux de perte de paquets.

Les valeurs acceptables couramment admises pour un service de VOIP sont :

Des délais de latence (aller simple) : inférieur ou égal à 200ms (valeur optimum : 100ms),
La gigue inférieure ou égale à 75ms (valeur optimum : 40ms),
Le taux de perte inférieur ou égal à 3% (valeur optimum : 1%).

La mise en œuvre d’une solution de VOIP sur le LAN ne pose pas de problèmes de qualité de service étant donné
les hauts débits disponibles sur les interfaces LAN. Néanmoins, la mise en place d’un VLAN spécifique assigné au
flux voix est un pré-requis minimum et nécessaire au déploiement de la solution XiVO.

Par contre, le déploiement d’une solution VOIP au travers du WAN nécessite la mise en œuvre de mécanismes de
QOS permettant de garantir les valeurs acceptables des paramètres précisés précédemment.

Le fonctionnement des Fax (terminaux et serveurs) ou modems au travers de liens opérateur RNIS (T0 ou T2)
émulés au travers de liaisons IP (Routeur DSL ou autre) ou au travers de liens opérateur de type IP « Trunk SIP »
n’est pas garanti. Par conséquent, Avencall ne pourra pas s’engager sur leur fonctionnement, sans support des
protocoles fax ou modem par l’opérateur.

Par ailleurs, le fonctionnement des modems, des terminaux de paiement et des machines à affranchir au travers de
passerelles IP/Analogique n’est également pas garanti du fait de la transformation du signal en IP et ce quel que
soit le CODEC utilisé. Des tests durant la phase d’intégration permettront de valider leur bon fonctionnement. A
défaut, il conviendra de privilégier l’utilisation de lignes directes opérateur.

Lors du transport de FAX via un accès Trunk SIP, l’opérateur devra spécifier quel codec il souhaite utiliser entre :

G711 A-Law
T 38

Conformément à l’ARCEP, le routage des appels vers les services d’urgence est de la responsabilité des
opérateurs qui sont les seuls informés des mises à jour sur les correspondances entre les N° courts et les N°
locaux de chaque service d’urgence.

Du point de vue de la solution XiVO, il s’agit de présenter à l’opérateur une information permettant de localiser la
provenance d’un appel dans des architectures centralisées via le réseau IP. Cette information est basée sur le
numéro présenté (NDS) lors de l’appel d’urgence. L’opérateur devra donc mettre à disposition d’Avencall, les
numéros NDS à présenter en fonction de chaque localisation géographique (chaque site). Nous précisons que cette
configuration est valable pour les postes fixes (SIP comme analogiques). Concernant les postes mobiles (Type
Softphone, DECT ou poste Wifi), l’appel d’urgence ne sera correctement traité que sur leur site de référence. En
cas de déplacement sur un autre site avec le poste mobile, c’est le numéro du site de référence qui sera utilisé pour
orienter vers le centre de secours en rapport.

5 Prérequis de sécurité
Au niveau sécurité de la solution, Avencall diffuse systématiquement dans le cadre du service de maintenance, les
correctifs liés à des failles de sécurité et ce quel que soit le socle impacté (Debian, Asterisk ou XiVO). Cependant,
lorsque les flux SIP et RTP de XiVO sont ouverts sur internet, cela nécessite la mise en œuvre de mécanismes de
sécurité complémentaires. Avencall ne pourrait-être tenu responsable de toutes attaques frauduleuses subit par la
solution. Avencall recommande alors fortement :

d’intégrer la solution XiVO dans une DMZ,

de passer les échanges et les communications au travers de VPN,
de définir des mots de passe pour les comptes SIP d’au moins 8 caractères composés au moins d’une
majuscule et d’un chiffre,
de mettre en œuvre les principes visant à désactiver temporairement les comptes SIP lors de plusieurs
tentatives infructueuses. L’application « fail2ban » (packagée avec XiVO) permet de rendre ce service.

6 Prérequis DECT
Notre prévoit uniquement la configuration des bornes DECT. L’installation physique de la borne complémentaire est
à la charge de CLIENT.

Notre offre ne prévoit pas de test de couverture DECT pour garantir le bon fonctionnement de l’infrastructure DECT.

Notre offre ne prévoit pas de support matériel ni de support correctif logiciel pour les bornes existantes car elles
sont en fin de vie. Avencall s’engage uniquement à relancer le service en cas de plantage.

Concernant la reprise des postes DECT, les fonctionnalités offertes seront testées lors de l’installation mais ne sont
pas garanties (certains offrent moins de fonctionnalités que d’autres par exemple : l’affichage de l’identité du poste
sur son propre afficheur, la synchronisation automatique date/heure, l’accès à un annuaire centralisé, etc…).

6.1 Câblage
Les bornes retenues sont de type DECT/IP et doivent obligatoirement être alimentées en POE. Un câblage de
catégorie 5e minimum est donc nécessaire.

6.2 Étude de couverture DECT

Le déploiement d’une infrastructure DECT nécessite une étude de couverture préalable à réaliser selon vos
attentes en termes de mobilité géographique.

Toutefois la couverture DECT n’est jamais de 100%. Il est possible que des zones d’ombre subsistent dans des
endroits non propices aux signaux radio ou peu passagers comme les angles de bâtiment par exemple. Avencall ne
s’engagera pas sur une couverture totale et précisera dans son rapport d’étude les zones à risque pour une bonne
couverture.

Après installation des bornes, la couverture radio réellement constatée en exploitation pourra amener Avencall à
préconiser quelques adaptations et l’ajout éventuel de bornes. Ces bornes resteront à votre charge.

6.3 Postes GAP

Concernant la compatibilité de vos postes GAP à reprendre, nous pouvons uniquement nous engager sur les
fonctionnalités décrites dans le document fourni en annexe (fonctionnel des terminaux GAP sur une infrastructure
spectralink).

Si d’autres fonctionnalités existent actuellement, elles pourront être testées lors de l’installation mais ne peuvent
pas être garanties ni supportées.

6.4 Synchronisation par le LAN

Concernant la possibilité de synchroniser les bornes IP-DECT Spectralink sur le réseau IP, il est nécessaire de
respecter l’ensemble des prérequis avant de déployer une infrastructure DECT avec cette fonctionnalité:

Jitter de 500 msec maximum pour les paquets Ethernet multicast entre toutes les bornes synchronisées
Jitter de 100 msec maximum pour tous les switchs composant le réseau
Les protocoles multicast et IGMP (si utilisé) doivent être utilisés selon les préconisations de Spectralink.
Vos switchs doivent autoriser le trafic multicast depuis et vers les bornes.

7 Prérequis techniques
Le client s’engage à fournir et à mettre à disposition d’Avencall les éléments suivants:

La mise à disposition d’un emplacement dans l’une de vos baies informatiques pour héberger le serveur ou la
passerelle XiVO (19 pouces). L’emplacement choisi devra être situé dans la même salle que les arrivées de
l’opérateur. La place nécessaire dans le rack pour l’ensemble des modules est décrite dans le tableau ci-
dessous :

Modules Unité de rack Prises 220V

Serveur XiVO X60G2 1U 1

Serveur XiVO X150G2 2U 1

Serveur XiVO X500G2 2U 2

Serveur XiVO X1200G2 2U 2

Serveur Gateway XiVO G2 1U 1

Passerelle analogique Patton 1U 1

La mise à disposition dans cette baie d’une alimentation électrique dédiée et reliée à la terre pour le serveur
XiVO. Idéalement cette alimentation sera secourue,
La mise à disposition de deux ports Ethernet sur le commutateur d’interconnexion sur le réseau LAN,
La fourniture des câbles Ethernet de brassage permettant de raccorder le serveur XiVO sur le réseau,
Pour chaque bureau devant être équipé d’un téléphone IP :
Une prise RJ45 câblée en catégorie 5E minimum connecté à un commutateur de réseau (si ce dernier ne
supporte pas la technologie POE permettant d’alimenter les postes IP, il sera nécessaire de faire l’acquisition du
bloc d’alimentation électrique extérieur pour le poste),
Un câble de brassage Ethernet de longueur adéquat si la distance entre la prise RJ45 et le terminal IP est
supérieure à 1,5 mètre.
La mise à disposition d’une connexion distante pour le support et la maintenance de la solution (SSH ou
IPVPN).

8 Prérequis VoWiFi
L’intégration d’une solution de VoWLAN a un impact sur le réseau wifi à tous les niveaux, jusqu’au choix de
l’antenne. On parle ici à la fois du choix de l’antenne du point d’accès wifi, le placement spatial de cette antenne, et
également des caractéristiques d’antenne du terminal utilisé.

Il est recommandé une antenne à diversité placée au plafond. Cela permet de diffuser les ondes wifi dans un
espace ouvert et donc de permettre une propagation et réception du signal. On préfère également un montage
au plafond à un montage mural car le corps et la tête atténue 5dB du signal.
Les antennes au plafond ont typiquement des meilleurs chemins de signal vers les téléphones.
Concernant les téléphones mobiles qui intègrent l’antenne derrière le téléphone, la main atténue le signal
jusqu’à 4dB. Dans certains cas, un téléphone tenu contre la tête avec la main couvrant l’antenne entraîne une
baisse de 9 dB de signal.
Les guides de déploiement de mobiles VoWLAN recommandent un design où une puissance minimale de -67 dBm
est disponible aux frontières de la cellule. Cette contrainte entraîne une réduction de la taille des cellules
généralement utilisés dans le passé. Ce seuil des -67 dBm est une recommandation générale pour parvenir à avoir
un taux d’erreur de paquet de 1%, qui requiert un ratio signal sur bruit SNR de 25 dB minimum. Le plus important
En poursuivant dans
votrelenavigation
design des sur
zonesceradios est le acceptez
site, vous rayon de cellule de -67 de
l'utilisation dBm, et la recommandation
cookies afin de réaliserdedes
20%statistiques
de de visites OK
recouvrement entre les cellules.
Generated by restpack.io