SOMMAIRE. Sommaire... 1. Introduction - Contexte... 2. I - Projet Principal Du Stage Déploiement IPBX XIVO... 3

SOMMAIRE
Sommaire ......................................................................................................... 1
Introduction - Contexte ................................................................................... 2
I/ Projet principal du stage – Déploiement IPBX XIVO ................................... 3
A/ MISE EN PLACE DU XIVO ............................................................................................................

1/Configuration serveur DHCP ............................................................................ 3-10
2/Configuration interne XIVO ............................................................................ 11-14
3/Mise en place des switch ................................................................................ 15-19
4/Mise en place du routeur pour la maquette ................................................... 19-21
5/Configuration des deux XIVO en haute disponibilité ........................................... 21
II/ Missions secondaires ................................................................................ 22
A/ DEPLOIEMENT ET CONFIGURATION IPHONES.............................................................................

1/ Contexte ............................................................................................................. 22
2/ Rédaction de la procédure.................................................................................. 22
3/ Configuration pré-déploiement ..................................................................... 22-23
4/ Configuration chez le client ................................................................................ 24
5/ Formation iOS utilisateurs .................................................................................. 24
B/ RESOLUTION DE TICKETS D’INCIDENTS .......................................................................................

1/ Exemples d’incidents résolus.............................................................................. 25
Conclusion ..................................................................................................... 26
Annexes ......................................................................................................... 27
1
Introduction - Contexte
Durant mon stage de 6 semaines auprès de VDI Télécom, j’ai pu rencontrer quelques
situations et missions dont le contenu est décrit ci-dessous.
Mon projet portait sur la migration de plusieurs autocom dans une grande entreprise. Nous
avions pour projet final d’installer deux IPBX XIVO dont un de backup hébergé dans un
Datacenter et un site le site principal du client. Les 13 agences du client sont reliées par un
lien MPLS, qui est en fait un VPN opérateur assez spécifique. Par ce biais leurs postes
téléphoniques disposent d’un IPBX « local » ainsi qu’un secondaire hébergé sur internet en
cas de secours. On parle notamment de failover.
Le besoin du client est principalement de réduire le cout de ses communications inter-sites

et de centraliser la gestion de leur parc téléphonique à un seul prestataire. Il y a des
avantages à cette solution telle que de la haute disponibilité dans leur système
téléphoniques. La mise en place de XIVO leur permettra de nombreuses fonctionnalités
supplémentaires dont la visio conférence
Dans un deuxième temps, j’ai pu effectuer la configuration, le déploiement ainsi qu’une

formation utilisateurs auprès du client. 160 téléphones étaient à déployer.
J’ai pu aussi résoudre quelques tickets d’incidents qui étaient à ma portée et qui n’étais pas
spécifique aux réseaux télécoms.
2
I/ Projet principal du stage – Déploiement IPBX XIVO
1/Configuration serveur DHCP
Démarrer le serveur XIVO et compléter le wizard.
Adresser les ip respectives aux deux cartes réseaux, eth0 coté data notamment pour les Xivo Clients et eth1 pour la
voix.
Eth0 : 192.168.69.254/24
Eth1 : 10.10.0.1/24 GW : 10.10.0.228
A présent, il faut attaquer la configuration du DHCP du site principal et des sous-sites de l’entreprise.
Il faudra donc créer un pool d’adresse principal ainsi que 9 étendues pour les sites distants
Voici la configuration : inspirée d’une solution existante :
On retrouve un dhcpd.conf qui pointe grâce à l’include vers les fichiers de configuration dhcpd_subnet.conf,
dhcpd_extra.conf. Les téléphones récupèrent leur firmware dans le chemin suivant à chaque démarrage :
/var/lib/xivo-provd/plugins/
Dhcpd.conf : généré par xivo
# Template file for DHCP please do not change except if you are in the template
# Global config
ddns-update-style none;
# Define VOIP variables
option space VOIP;
3
option VOIP.tftp-server-name code 1 = string;
option VOIP.http-server-name code 2 = string;
option VOIP.http-server-port code 3 = string;
option VOIP.tftp-server-uri code 4 = string;
option VOIP.http-server-uri code 5 = string;
option VOIP.tftp-server-ip code 6 = ip-address;
# Set VOIP variables
option VOIP.tftp-server-name "10.10.0.1";
option VOIP.http-server-name "10.10.0.1";
option VOIP.http-server-port "8667";
option VOIP.tftp-server-uri = concat("tftp://", config-option VOIP.tftp-server-name);
option VOIP.http-server-uri = concat("http://", config-option VOIP.http-server-name,
":", config-option VOIP.http-server-port);
option VOIP.tftp-server-ip 10.10.0.1;
# Include configuration from dhcpd-update
include "/etc/dhcp/dhcpd_update.conf";
log(concat("[", binary-to-ascii(16, 8, ":", hardware), "] [VENDOR-CLASS-IDENTIFIER: ",
option vendor-class-identifier, "]"));
# Include of the subnet declaration (DHCP is configured)
include "/etc/dhcp/dhcpd_subnet.conf";
# Extra configuration
include "/etc/dhcp/dhcpd_extra.conf";
L’idée est de déporter la configuration dans plusieurs fichiers afin d’être organisé.
Voici le fichier dhcpd_subnet.conf : j’ai dû remplacer quelques champs
Dans ce fichier, on retrouve le pool principal du site principal du client. Il y a également une sécurité qui autorise
seulement les postes à recevoir une adresse par le serveur DHCP. Il serait dangereux qu’un poste se connecte sur
une prise téléphonie et qu’il récupère une adresse destinée à la voix.
Le serveur va en fait vérifier le préfix constructeur des téléphones basé sur les 3 octets.
# This file has been automatically generated by dhcpd-update.

# Declaration for subnet
subnet 10.10.0.0 netmask 255.255.255.0 {
# DHCP server is authoritative on the VoIP network segment
authoritative;
option subnet-mask 255.255.255.0;
option routers 10.10.0.1;
pool {
log(concat("[", binary-to-ascii(16, 8, ":", hardware), "] POOL VoIP"));
range 10.10.0.20 10.10.0.240;
### Assign who is going to use this pool

allow members of "voip-mac-address-prefix";
# Aastra
allow members of "Aastra6730i";
4
# Alcatel
allow members of "Alcatel-NOE";
allow members of "Alcatel-SIP";
# Cisco
allow members of "CiscoCP-unknown";
allow members of "CiscoCP-7902G";
allow members of "CiscoCP-7920";
allow members of "CiscoCP-7941G-GE";
# CiscoSMB
allow members of "CiscoSMBSPA301";
allow members of "CiscoSMBSPA501G";
allow members of "CiscoSMBSPA525G2";
# Digium
allow members of "DigiumD40";
# Doro
allow members of "Doro-ip880-DECT";
# Kirk
allow members of "KirkIP6000";
# Linksys
allow members of "LinksysSPA901";
# Nortel
allow members of "Nortel-SIP";
allow members of "Nortel-UNIStim";
# Panasonic
allow members of "Panasonic";
# Siemens
allow members of "SiemensC470IP";
allow members of "SiemensS675IP";
allow members of "SiemensOptiIpPhone";
# Snom
5
allow members of "Snom300";
allow members of "SnomMP";
allow members of "SnomPA1";
# Thomson
allow members of "ThomsonST2022S";
allow members of "ThomsonTB30S";
}
}
Le début de l’adresse mac va être contrôlé dans dans le dhcpd_update.conf qui pointe vers un sous répertoire dans
lequel il y a des fichiers de conf pour chaque constructeur de téléphone.
6
Voici un exemple résumé pour le constructeur Aastra :
Un répertoire dhcpd_sites répertorie l’étendue de tous les sites distants :
7
Voici l’étendue pour le site de Toulouse : elle vérifie que les postes qui se connectent fassent bien partie des
membres constructeurs renseignés.
# This file has been automatically generated by dhcpd-update.

# Declaration for subnet
subnet 10.10.8.0 netmask 255.255.255.0 {
# DHCP server is authoritative on the VoIP network segment
authoritative;
option subnet-mask 255.255.255.0;
option routers 10.10.8.254;
pool {
log(concat("[", binary-to-ascii(16, 8, ":", hardware), "] POOL VoIP
Toulouse"));
range 10.10.8.20 10.10.8.250;
### Assign who is going to use this pool

allow members of "voip-mac-address-prefix";
# Aastra
# Alcatel
allow members of "Alcatel-NOE";
allow members of "Alcatel-SIP";
# Cisco
allow members of "CiscoCP-unknown";
# CiscoSMB
8
allow members of "CiscoSMBSPA525G2";
# Digium
# Doro
allow members of "Doro-ip880-DECT";
# Kirk
allow members of "KirkIP6000";
# Linksys
# Nortel
allow members of "Nortel-SIP";
allow members of "Nortel-UNIStim";
# Panasonic
allow members of "Panasonic";
# Siemens
allow members of "SiemensS675IP";
allow members of "SiemensOptiIpPhone";
# Snom
allow members of "SnomMP";
allow members of "SnomPA1";
# Thomson
allow members of "ThomsonTB30S";
}
}
9
Voici le fichier dhcpd_extra.conf qui fait pointer vers toutes les étendues. Ce fichier est lu dans le dhcpd.conf
comme on l’a vu au-dessus.
Demande d’adresse sur le site distant de Toulouse :
10
2/Configuration interne XIVO
Voici les utilisateurs crées par le biais d’un fichier .csv qui évite la répétition des tâches de création d’utilisateurs :
Il faut installer les greffons, c’est pour une compatibilité complète entre XIVO et les téléphones. Les greffons sont
également nécessaires pour le l’auto- provisionning des postes.
Une fois les utilisateurs créés, un compte SIP ainsi qu’un numéro de provisionning est associé.
Une messagerie vocale est également crée pour chaque utilisateur.
Il faudra par la suite provisionner les postes ip, c’est-à-dire qu’il faudra décrocher puis composer le numéro
d’approvisionnement pour que le téléphone récupère toutes les informations automatiquement.
11
12
Voici les contextes crées : il y a un contexte pour chaque site de type interne
13
Dans le contexte default : il y a tous les appels internes des sites
Pour chaque site, il y a donc le contexte default ainsi que le contexte to-extern pour émettre des appels vers le trunk
SIP (ligne SDA – extérieurs)
14
3/Mise en place des switch
Adresse par défaut : 192.168.1.254
Changer le switch et le passer en niveau 3.
Créer un vlan :
15
Passer tous les ports en tagged :
Les uplinks :
Tous en vlan 1 sauf G2 dédié à la voix
16
Activer l’auto voice VLAN sur le vlan 100 et changer la CoS à 7. Passer l’auto voice vlan en immédiate :
Désactiver le spanning tree puis cliquer sur Apply :
17
Mettre une passerelle au switch :
Désactiver le protocole CDP (découverte équipements cisco) puis cliquer sur Apply :
18
Changer son adresse IP :
4/Mise en place du routeur pour la maquette
Partie routeur : Zyxel
Mot de passe : 1234
19
Aller dans Network, LAN, mettre une adresse IP à l’interface lan, puis cliquer sur Apply
Idem, on met une IP coté DMZ, on aurait pu prendre une autre interface lan.
On indique également sur cet interface qu’on active le relais DHCP qui est en fait le XIVO principal.
20
On désactive le pare-feu pour laisser passer le trafic dans le cadre de la maquette.
5/Configuration des deux XIVO en haute disponibilité
La haute disponibilité, dit aussi solution de failover consiste à mettre en place deux serveurs XIVO en redondance.
Un maitre ainsi qu’un esclave qui sera contacté seulement en cas de panne sur le maître.
Le basculement en cas de défaillance sur le serveur principal est automatique et prends moins de 5 minutes pour les
utilisateurs.
Une des conditions est également que le temps d’enregistrement des comptes SIP sur les téléphones soit inférieur à
300 secondes.
Les conditions requises sont que le serveur maître doit pouvoir contacter le serveur esclave sur le port 5432 en
sortant. Il faut donc au préalable avoir créé une règle sur le pare-feu qui autorise l’ip du XIVO à sortir sur ce port
spécifique.
Après avoir passé l’assistant d’installation sur les deux XIVO, il faut définir qui est le serveur principal et renseigner
l’adresse IP de l’esclave. (Onglet configuration, haute disponibilité).
Il faut à présent redémarrer les services xivo sur le maître : xivo-service restart
Renouveler l’étape et configurer l’esclave et lui indiquer l’adresse du maître.
Il faut lancer la réplication sur l’esclave en lançant un petit script : xivo-master-slave-db-replication <slave_ip>
Enfin, il faudra transférer tout le dossier /etc/dhcp et le rapatrier sur l’esclave pour qu’il puisse fournir des ip en cas
de panne.
21
II/ Missions secondaires
A/ DEPLOIEMENT ET CONFIGURATION IPHONES
1/ Contexte
Une grosse société dans l’ouest lyonnais a décidé de changer tous ses terminaux pour passer de BlackBerry à des
IPhones. J’ai dû déployer et configurer 160 mobiles, puis former globalement chaque utilisateur au système
d’exploitation d’Apple.
Tous les téléphones étaient gérés par un serveur AirWatch qui permettait l’administration et la gestion des droits
sur chaque terminal.
Je devais également récupérer les mails, contacts et calendriers par le biais du serveur Exchange du client.
2/ Rédaction de la procédure
Voici la procédure de configuration des terminaux que j’ai pu mettre en place pour le pré-déploiement et le post
déploiement
3/ Configuration pré-déploiement
IMPORTANT : NE PAS FAIRE DE MISE A JOUR DE L’OS
CHEZ VDI :
1/ Mettre la carte SIM / Mettre le support dans la boite
2/ Premier allumage :
Pays et Langue tout en français
Wifi iphone mdp : vditelecom

22
Localisation activé
Configurer comme un nouvel iphone
Identifiant : ignorer cette étape (Ne pas utiliser)
Conditions général accepter (2X)
Touch id plus tard (continuer)
- Code sans code (continuer)

- Siri non (ne pas utiliser)
- Diagnostic non (ne pas envoyer)
- Démarrer
3 / Changer barre du bas : Téléphone mail calendrier et contact
- Changer le nom du tel avec iPhone xx12345 (ID)
4/ Enrollement :
Dans le navigateur : http://mccmdm.manitowoc.com
group id : VIP ou user
Login : MIphone
Password : Manitowoc90
username to enroll : ID
installer / installer / installer Attendre
installer / se fier OK Attendre
Code / Code PIN
Mot de passe mail / Annuler
Supprimer signature
Mail à synchroniser 1 mois (dans mail contact calendrier)
23
4/ Configuration chez le client
SUR SITE :
A faire avec l’user :
- Valider le compte exchange

- Valider calendrier par défaut (tout en bas)
- Dans les contacts et agenda mettre uniquement les contacts/agenda exchange.
- Sur place débloquer le terminal sur exchange (action Manitowoc)
- Dire à l’user de configurer sa signature / de changer son pin / changer son code
- Vérifier qu’il son compte apple cliquer sur apple store
5/ Formation iOS utilisateurs

J’ai formé de nombreuses personnes qui ne connaissaient pas le système d’exploitation mobile d’Apple.
Il a fallu qu’elles apprennent à passer un appel, envoyer des mails, créer des rendez-vous sur leur calendrier ; tout ce
qu’il faut pour prendre en main le téléphone.
24
B/ RESOLUTION DE TICKETS D’INCIDENTS
5/ Exemples d’incidents résolus
Exemple 1 :
VDI Télécom fait de l’hébergement web également, un client avait demandé la création d'un nom de domaine
"nra.fr" par un ITC.
J’ai dû regarder sur le site de l’AFNIC (organisme français qui délivre les .fr, .com etc … http://www.afnic.fr) si le nom
de domaine en nra.fr était déjà pris. Effectivement il était déjà pris depuis de nombreuses années. J’ai donc conseillé
au client de changer de nom de domaine en fonction du nom de sa société : nra-cpe.fr
J’ai enfin fait la demande avec mon tuteur sur l’interface d’administration OVH de VDI.
Exemple 2 :
Une société disposait d’un pack office 365 pour son entreprise qui comprends …..
Le client avait besoin d’une adresse mail supplémentaire cependant toutes ses licences mails étaient déjà actives.
J’ai dû voir avec lui pour supprimer une adresse qui n’était plus utilisée pour en recréer une sur l’interface
d’administration office 365 du client.
25
Conclusion
Au cours des 6 semaines passées au sein de l’entreprise, j’ai pu passer par différentes
étapes telle que l’intégration dans l’entreprise et la découverte de leurs outils sur le plan
technique. J’ai effectué par la suite de petites missions telles que des tickets d’incidents
pour aider l’équipe technique lorsque je le pouvais et que mes connaissances étaient
suffisantes.
VDI est un intégrateur réseau et télécom et j’ai pu apprendre quelques connaissances dans
ce domaine bien spécifique.
J’ai également contribué au déploiement de 160 IPHONES qu’il fallait paramétrer puis
remettre à un client suivi d’une formation aux utilisateurs.
Enfin, mon projet principal était de réaliser une maquette pour l’installer ensuite en
production dans une grosse société nationale. L’objectif était d’installer deux IPBX XIVO en
failover dont un au siège du client et l’autre dans un datacenter présent dans la région
ouest de LYON.
Pour conclure, j’ai agréablement apprécié de déployer intégralement la solution que j’ai
mise en place et je retiens de ce stage une bonne expérience.
26
Annexes
IPBX PRINCIPAL
Voici à quoi ressemble l’appliance XIVO
Configuration interne :
2 cartes réseaux Gigabit, 4GO RAM, Intel Core 2 duo E7500 @ 2,93GH, 2 disques
configurés en raid miroir 1, 2 alimentations redondantes
27
BAIE DU CLIENT - IPBX BACKUP DATACENTER
28
DATACENTER
Voici une des nombreuses allées du datacenter :
29

SOMMAIRE. Sommaire... 1. Introduction - Contexte... 2. I - Projet Principal Du Stage Déploiement IPBX XIVO... 3

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

SOMMAIRE. Sommaire... 1. Introduction - Contexte... 2. I - Projet Principal Du Stage Déploiement IPBX XIVO... 3

Transféré par

Droits d'auteur :

Formats disponibles

SOMMAIRE

Introduction - Contexte ................................................................................... 2

I/ Projet principal du stage – Déploiement IPBX XIVO ................................... 3

A/ MISE EN PLACE DU XIVO ............................................................................................................

II/ Missions secondaires ................................................................................ 22

A/ DEPLOIEMENT ET CONFIGURATION IPHONES.............................................................................

B/ RESOLUTION DE TICKETS D’INCIDENTS .......................................................................................

Le besoin du client est principalement de réduire le cout de ses communications inter-sites

Dans un deuxième temps, j’ai pu effectuer la configuration, le déploiement ainsi qu’une

1/Configuration serveur DHCP

Démarrer le serveur XIVO et compléter le wizard.

Eth1 : 10.10.0.1/24 GW : 10.10.0.228

Voici la configuration : inspirée d’une solution existante :

Dhcpd.conf : généré par xivo

Voici le fichier dhcpd_subnet.conf : j’ai dû remplacer quelques champs

# This file has been automatically generated by dhcpd-update.

### Assign who is going to use this pool

Un répertoire dhcpd_sites répertorie l’étendue de tous les sites distants :

# This file has been automatically generated by dhcpd-update.

### Assign who is going to use this pool

Demande d’adresse sur le site distant de Toulouse :

Une messagerie vocale est également crée pour chaque utilisateur.

Adresse par défaut : 192.168.1.254

Changer le switch et le passer en niveau 3.

Tous en vlan 1 sauf G2 dédié à la voix

Désactiver le spanning tree puis cliquer sur Apply :

4/Mise en place du routeur pour la maquette

Partie routeur : Zyxel

Mot de passe : 1234

5/Configuration des deux XIVO en haute disponibilité

Renouveler l’étape et configurer l’esclave et lui indiquer l’adresse du maître.

A/ DEPLOIEMENT ET CONFIGURATION IPHONES

IMPORTANT : NE PAS FAIRE DE MISE A JOUR DE L’OS

1/ Mettre la carte SIM / Mettre le support dans la boite

Pays et Langue tout en français

Wifi iphone mdp : vditelecom

Configurer comme un nouvel iphone

Identifiant : ignorer cette étape (Ne pas utiliser)

Conditions général accepter (2X)

Touch id plus tard (continuer)

- Code sans code (continuer)

3 / Changer barre du bas : Téléphone mail calendrier et contact

- Changer le nom du tel avec iPhone xx12345 (ID)

Dans le navigateur : http://mccmdm.manitowoc.com

group id : VIP ou user

installer / installer / installer Attendre

installer / se fier OK Attendre

Code / Code PIN

Mot de passe mail / Annuler

Mail à synchroniser 1 mois (dans mail contact calendrier)

A faire avec l’user :

- Valider le compte exchange

5/ Formation iOS utilisateurs

5/ Exemples d’incidents résolus

Voici à quoi ressemble l’appliance XIVO

Vous aimerez peut-être aussi