SlideShare una empresa de Scribd logo
1 de 5
Descargar para leer sin conexión
1
CAHIER DES CHARGES
Contenu
Présentation générale du projet .........................................................2
Contexte...........................................................................................2
1. Objectifs du projet ......................................................................2
2. Description du produit attendu.......................................................2
2.1 Description du serveur souhaité.................................................2
2.2 Description de chaque rubrique .................................................3
a. Le protocole tr 069.....................................................................3
b. L’inform.....................................................................................3
c. Reboot........................................................................................3
d. GetRpcMethods.........................................................................4
e. GetParametersNames................................................................4
f. SetParameterValues ...................................................................4
g. download ...................................................................................4
3. étapes du projet..............................................................................4
4. Livrables ..........................................................................................5
2
Présentation générale du projet
Contexte
La société Wibox Fournisseur d’accès Internet spécialisé dans les zones blanches par
souci d’évolutivité et pour plusieurs autres contraintes techniques et économiques s’est
penchée sur la possibilité de remplacer son serveur ACS(Auto Configuration Server) fourni
par COMTREND. Il nous a donc été proposé d’étudier dans quelle mesure il serait possible de
remplacer le serveur actuel par une autre solution libre ou une solution développée en
interne.
 Objectifs du projet
Wibox aimerait être indépendant au niveau de l’achat des Box qu’elle fournit à ses
clients, Wibox aimerait aussi avoir la main complète sur le serveur ACS, chose qu’elle ne peut
malheureusement pas faire pour le moment car COMTREND fournit des Box qui ne sont
compatibles qu’avec leur serveur et ne donnent que des accès limités au serveur ACS. Wibox
dispose aussi d’équipements WIMAX qui ne sont pas supervisés par le serveur ACS de
COMTREND.
En résumé les objectifs principaux du projet sont :
 Développer ou trouver un serveur ACS qui puisse superviser n’importe quelle
BOX.
 Développer ou trouver un serveur qui puisse superviser des équipements WIMAX.
2. Description du produit attendu
2.1 Description du serveur souhaité
Le serveur ACS attendu devra :
 Respecter le protocole tr069 : Le protocole tr069 est un protocole défini par le
Broadband Forum (consortium de compagnies actives dans le domaine des
télécommunications). Ce protocole définit un certain nombre de règles comme le
format de messages échangés, que nous nous devons de respecter lors de la mise
en place de notre serveur.
 Fournir une interface graphique conviviale à un utilisateur afin qu’il puisse utiliser
les fonctions du serveur.
 Pouvoir récupérer les informations de présentation de la Box au moyen du
bouton Inform de l’interface d’administration.
 Redémarrer la Box au moyen du bouton Reboot de l’interface d’administration.
3
 Récupérer les différentes méthodes supportées par la Box grâce au bouton
GetRpcMethods
 Récupérer les paramètres des méthodes supportées par la Box au moyen du
bouton GetParametersNames.
 Modifier certains des paramètres récupérés au moyen de SetParameterValues,
On pourra par exemple modifier la clé wifi d’une Box.
 Pouvoir mettre à jour la version de logiciel installée sur la Box, ceci se fera en
téléchargeant la nouvelle version du logiciel sur le serveur grâce au bouton
download.
2.2 Description de chaque rubrique
a. Le protocole tr 069
Comme décrit ci-dessus, le protocole tr 069 est un protocole qui a été
défini par le Broadband Forum qui est un consortium d’environ 200 entreprises qui
ont pour domaine d’activités les télécommunications. Ce protocole défini le
processus d’échange entre un équipement distant et un serveur. Il décrit un
vocabulaire commun entre les entreprises plus fiable et très efficace pour la mise à
jour des équipements distants. Notre serveur devra donc respecter les règles définies
par ce protocole et il doit communiquer avec n’importe quelle Box sans se soucier de
la marque de celle-ci.
b. L’inform
L’inform est la première information que l’équipement administré envoie au
serveur lors de leur échange, c’est également le premier élément que nous allons
récupérer, il comprend les informations de la Box entre autres :
 Le deviceIdStruct : structure qui décrit de façon unique la Box : elle comprend
le numéro de série, le numéro de manufacturation et la classe du produit.
 le tableau eventStruct : tableau qui contient tous les évènements qui ont eu
lieu lors de l’établissement de la session entre la Box et le serveur
 la valeur maxEnvellopes : valeur fixé à 1 car cette version du protocole ne
supporte qu’une enveloppe par message.
 La valeur currentTime correspond aux valeurs horaires de la Box.
Ces informations sont stockées dans un fichier XML que nous récupérons et parsons
pour les afficher de façon présentable.
c. Reboot
C’est une commande qui permet au serveur de redémarrer la Box à distance.
La méthode Reboot est une des méthodes supportées par la Box.
4
d. GetRpcMethods
Grâce à cette méthode nous allons récupérer l’ensemble des méthodes supportées
par la Box : par exemple Reboot, Inform et Download en font partie. Grace à ces
informations nous saurons quelles opérations nous avons effectué sur la Box.
e. GetParametersNames
Méthode de découverte de la liste des paramètres de la Box, lorsqu’elle est appelée
elle permet de donner la liste de paramètres sur l’appareil. Elle renvoie par exemple la clé
WIFI de la Box.
f. SetParameterValues
Méthode qui lorsqu’elle est appelée permet de modifier les valeurs récupérées dans
GetParametersNames.
g. download
Cette méthode permet à la Box de télécharger des éléments sur le serveur, par
exemple un fichier de configuration ou une mise à jour de son firmware.
3. Cahier de charges :
 Etude du serveur d’autoprovisionning existant ainsi que les serveurs open sources
existants (Modus, openACS, Jcwmp) ses avantages et limites.
 Étudier la possibilité de migrer ce serveur propriétaire à une solution libre ou
développée en interne sur une base TR-069 avec une interface Web et une base de
données.
 Etudier le provisionning d'autres équipements (CPE Wimax, ONT Fibre optique).
 Optimisations du serveur développé pour faciliter sa montée en charge.
4. étapes du projet
Dans cette étape nous décrivons comment nous comptons découper le projet pour atteindre
nos objectifs
14/11/2012 : Déplacement à saint Symphorien sur Coise pour une discussion avec Wibox
pour bien cadrer le projet et discuter des objectifs attendus.
21/11/2012 : Lancement du premier sprint : étude de l’existant Wibox, étude des solutions
tr 069 existantes, libres, abandonnées.
19/12/2012 : Mise en place d’un serveur qui simule l’échange entre le serveur et la box
récupération des 1ères informations.
5
9/01/2013 : Présentation intermédiaire sur l’avancement du projet.
16/01/2013 : Répartition de tâches pour la réalisation d’une plateforme de tests.
20/02/2012 : Réalisation de tests avec Wibox.
27/03/2012 : recette finale et présentation du projet.
5. Livrables
Au terme de ce projet nous prévoyons de livrer les documents suivants :
 une documentation administrateur qui indiquera comment se servir de notre outil.
 une documentation contenant un planning détaillé et les différentes tâches réalisées
pendant le projet ainsi que les comptes rendus des réunions.
 un dossier de spécifications contenant la maquette et l’arborescence finale du projet.
 La version finale de l’ACS livrée sur clé usb ou CD-ROM

Más contenido relacionado

La actualidad más candente

Rapport d’installation et configuration du serveur OpenLDAP
Rapport d’installation et configuration du serveur OpenLDAPRapport d’installation et configuration du serveur OpenLDAP
Rapport d’installation et configuration du serveur OpenLDAPBalla Moussa Doumbouya
 
Rapport d’installation d’un serveur de messagerie avec le Webmail Roundcube
Rapport d’installation d’un serveur de  messagerie avec le Webmail RoundcubeRapport d’installation d’un serveur de  messagerie avec le Webmail Roundcube
Rapport d’installation d’un serveur de messagerie avec le Webmail RoundcubeBalla Moussa Doumbouya
 
[Étude de cas] Refonte d'un système de sauvegarde informatique
[Étude de cas] Refonte d'un système de sauvegarde informatique[Étude de cas] Refonte d'un système de sauvegarde informatique
[Étude de cas] Refonte d'un système de sauvegarde informatiqueGroupe D.FI
 
Cctp migration servers
Cctp migration serversCctp migration servers
Cctp migration serversQuentinVERY
 
Cours de C++, en français, 2002 - Cours 3.2
Cours de C++, en français, 2002 - Cours 3.2Cours de C++, en français, 2002 - Cours 3.2
Cours de C++, en français, 2002 - Cours 3.2Laurent BUNIET
 
Réplication de base de données oracle avec Golden Gate
Réplication de base de données oracle avec Golden GateRéplication de base de données oracle avec Golden Gate
Réplication de base de données oracle avec Golden GateMor THIAM
 
[Café Techno] Archiver pour moins sauvegarder - Juin 2015
[Café Techno] Archiver pour moins sauvegarder - Juin 2015[Café Techno] Archiver pour moins sauvegarder - Juin 2015
[Café Techno] Archiver pour moins sauvegarder - Juin 2015Groupe D.FI
 
JBoss clustering et tuning (lab 2/3)
JBoss clustering et tuning (lab 2/3)JBoss clustering et tuning (lab 2/3)
JBoss clustering et tuning (lab 2/3)Fourat Zouari
 
[Café Techno] Les nouveautés de TSM 7.1.3 - Septembre 2015
[Café Techno]  Les nouveautés de TSM 7.1.3 - Septembre 2015[Café Techno]  Les nouveautés de TSM 7.1.3 - Septembre 2015
[Café Techno] Les nouveautés de TSM 7.1.3 - Septembre 2015Groupe D.FI
 
HDFS HA : Stockage à haute disponibilité par Damien Hardy
HDFS HA : Stockage à haute disponibilité par Damien HardyHDFS HA : Stockage à haute disponibilité par Damien Hardy
HDFS HA : Stockage à haute disponibilité par Damien HardyOlivier DASINI
 
Mise en place d'un système de messagerie roundcube sous cent os 7
Mise en place d'un système de messagerie roundcube sous cent os 7Mise en place d'un système de messagerie roundcube sous cent os 7
Mise en place d'un système de messagerie roundcube sous cent os 7Ousmane BADJI
 
Concepts de sauvegarde et de récupération
Concepts de sauvegarde et de récupérationConcepts de sauvegarde et de récupération
Concepts de sauvegarde et de récupérationSoukaina Boujadi
 
JBoss clustering et tuning (lab 1/3)
JBoss clustering et tuning (lab 1/3)JBoss clustering et tuning (lab 1/3)
JBoss clustering et tuning (lab 1/3)Fourat Zouari
 
JBoss clustering et tuning (lab 3/3)
JBoss clustering et tuning (lab 3/3)JBoss clustering et tuning (lab 3/3)
JBoss clustering et tuning (lab 3/3)Fourat Zouari
 

La actualidad más candente (18)

Rapport d’installation et configuration du serveur OpenLDAP
Rapport d’installation et configuration du serveur OpenLDAPRapport d’installation et configuration du serveur OpenLDAP
Rapport d’installation et configuration du serveur OpenLDAP
 
Rapport d’installation d’un serveur de messagerie avec le Webmail Roundcube
Rapport d’installation d’un serveur de  messagerie avec le Webmail RoundcubeRapport d’installation d’un serveur de  messagerie avec le Webmail Roundcube
Rapport d’installation d’un serveur de messagerie avec le Webmail Roundcube
 
[Étude de cas] Refonte d'un système de sauvegarde informatique
[Étude de cas] Refonte d'un système de sauvegarde informatique[Étude de cas] Refonte d'un système de sauvegarde informatique
[Étude de cas] Refonte d'un système de sauvegarde informatique
 
Utilisation de dkms
Utilisation de dkmsUtilisation de dkms
Utilisation de dkms
 
Cctp migration servers
Cctp migration serversCctp migration servers
Cctp migration servers
 
Hdfs
HdfsHdfs
Hdfs
 
PostgreSQL
PostgreSQLPostgreSQL
PostgreSQL
 
Cours de C++, en français, 2002 - Cours 3.2
Cours de C++, en français, 2002 - Cours 3.2Cours de C++, en français, 2002 - Cours 3.2
Cours de C++, en français, 2002 - Cours 3.2
 
Réplication de base de données oracle avec Golden Gate
Réplication de base de données oracle avec Golden GateRéplication de base de données oracle avec Golden Gate
Réplication de base de données oracle avec Golden Gate
 
[Café Techno] Archiver pour moins sauvegarder - Juin 2015
[Café Techno] Archiver pour moins sauvegarder - Juin 2015[Café Techno] Archiver pour moins sauvegarder - Juin 2015
[Café Techno] Archiver pour moins sauvegarder - Juin 2015
 
JBoss clustering et tuning (lab 2/3)
JBoss clustering et tuning (lab 2/3)JBoss clustering et tuning (lab 2/3)
JBoss clustering et tuning (lab 2/3)
 
[Café Techno] Les nouveautés de TSM 7.1.3 - Septembre 2015
[Café Techno]  Les nouveautés de TSM 7.1.3 - Septembre 2015[Café Techno]  Les nouveautés de TSM 7.1.3 - Septembre 2015
[Café Techno] Les nouveautés de TSM 7.1.3 - Septembre 2015
 
HDFS HA : Stockage à haute disponibilité par Damien Hardy
HDFS HA : Stockage à haute disponibilité par Damien HardyHDFS HA : Stockage à haute disponibilité par Damien Hardy
HDFS HA : Stockage à haute disponibilité par Damien Hardy
 
Mise en place d'un système de messagerie roundcube sous cent os 7
Mise en place d'un système de messagerie roundcube sous cent os 7Mise en place d'un système de messagerie roundcube sous cent os 7
Mise en place d'un système de messagerie roundcube sous cent os 7
 
Dhcp sous fedora 11
Dhcp sous fedora 11Dhcp sous fedora 11
Dhcp sous fedora 11
 
Concepts de sauvegarde et de récupération
Concepts de sauvegarde et de récupérationConcepts de sauvegarde et de récupération
Concepts de sauvegarde et de récupération
 
JBoss clustering et tuning (lab 1/3)
JBoss clustering et tuning (lab 1/3)JBoss clustering et tuning (lab 1/3)
JBoss clustering et tuning (lab 1/3)
 
JBoss clustering et tuning (lab 3/3)
JBoss clustering et tuning (lab 3/3)JBoss clustering et tuning (lab 3/3)
JBoss clustering et tuning (lab 3/3)
 

Similar a Documentation serveur acs wibox (dev interne)

eServices-Tp2: bpel
eServices-Tp2: bpeleServices-Tp2: bpel
eServices-Tp2: bpelLilia Sfaxi
 
173544 introduction-aux-sockets
173544 introduction-aux-sockets173544 introduction-aux-sockets
173544 introduction-aux-socketsnaimanaima1
 
Réseau de capteurs sans fil
Réseau de capteurs sans fil  Réseau de capteurs sans fil
Réseau de capteurs sans fil Ghassen Chaieb
 
Fascicule de tp atelier développement web
Fascicule de tp atelier développement webFascicule de tp atelier développement web
Fascicule de tp atelier développement webHouda TOUKABRI
 
atam guide de developpement v1.3
atam guide de developpement v1.3atam guide de developpement v1.3
atam guide de developpement v1.3Abdessamad Hamouch
 
Presentation du SGBD Oracle DATABASE.pptx
Presentation du SGBD Oracle DATABASE.pptxPresentation du SGBD Oracle DATABASE.pptx
Presentation du SGBD Oracle DATABASE.pptxPriscilleGANKIA
 
Stream processing avec Apache Pulsar
Stream processing avec Apache PulsarStream processing avec Apache Pulsar
Stream processing avec Apache PulsarBruno Bonnin
 
TD_complet_reseau__CISCO__Packet Tracer.pdf
TD_complet_reseau__CISCO__Packet Tracer.pdfTD_complet_reseau__CISCO__Packet Tracer.pdf
TD_complet_reseau__CISCO__Packet Tracer.pdfInes Ben Hassine
 
Asterisk report
Asterisk reportAsterisk report
Asterisk reporttatbirt
 
E4 : Conception et maintenance de solutions informatiques
E4 : Conception et maintenance de solutions informatiquesE4 : Conception et maintenance de solutions informatiques
E4 : Conception et maintenance de solutions informatiquesChristopherHANOT
 
Rapport application chat
Rapport application chatRapport application chat
Rapport application chatTbatou sanae
 
#J2Code2018 - Mettez du feu à vos applications avec CodeIgniter
#J2Code2018 - Mettez du feu à vos applications avec CodeIgniter#J2Code2018 - Mettez du feu à vos applications avec CodeIgniter
#J2Code2018 - Mettez du feu à vos applications avec CodeIgniterAtsé François-Xavier KOBON
 
Tartine - Pixelle, Refonte de l’ingestion et présentation de l’architecture
Tartine - Pixelle, Refonte de l’ingestion et présentation de l’architectureTartine - Pixelle, Refonte de l’ingestion et présentation de l’architecture
Tartine - Pixelle, Refonte de l’ingestion et présentation de l’architectureconfluent
 
Ado.net base de données
Ado.net   base de donnéesAdo.net   base de données
Ado.net base de donnéesAdam CH
 
RAPPORT DU PREMIER MINI PROJET «FORUM DE CHAT» Novembre 2005.pdf
RAPPORT DU PREMIER MINI PROJET «FORUM DE CHAT» Novembre 2005.pdfRAPPORT DU PREMIER MINI PROJET «FORUM DE CHAT» Novembre 2005.pdf
RAPPORT DU PREMIER MINI PROJET «FORUM DE CHAT» Novembre 2005.pdfSouf212
 

Similar a Documentation serveur acs wibox (dev interne) (20)

8-socket.pdf
8-socket.pdf8-socket.pdf
8-socket.pdf
 
eServices-Tp2: bpel
eServices-Tp2: bpeleServices-Tp2: bpel
eServices-Tp2: bpel
 
173544 introduction-aux-sockets
173544 introduction-aux-sockets173544 introduction-aux-sockets
173544 introduction-aux-sockets
 
Introduction aux-sockets
Introduction aux-socketsIntroduction aux-sockets
Introduction aux-sockets
 
Réseau de capteurs sans fil
Réseau de capteurs sans fil  Réseau de capteurs sans fil
Réseau de capteurs sans fil
 
Fascicule de tp atelier développement web
Fascicule de tp atelier développement webFascicule de tp atelier développement web
Fascicule de tp atelier développement web
 
atam guide de developpement v1.3
atam guide de developpement v1.3atam guide de developpement v1.3
atam guide de developpement v1.3
 
Presentation du SGBD Oracle DATABASE.pptx
Presentation du SGBD Oracle DATABASE.pptxPresentation du SGBD Oracle DATABASE.pptx
Presentation du SGBD Oracle DATABASE.pptx
 
Stream processing avec Apache Pulsar
Stream processing avec Apache PulsarStream processing avec Apache Pulsar
Stream processing avec Apache Pulsar
 
TD_complet_reseau__CISCO__Packet Tracer.pdf
TD_complet_reseau__CISCO__Packet Tracer.pdfTD_complet_reseau__CISCO__Packet Tracer.pdf
TD_complet_reseau__CISCO__Packet Tracer.pdf
 
Asterisk report
Asterisk reportAsterisk report
Asterisk report
 
E4 : Conception et maintenance de solutions informatiques
E4 : Conception et maintenance de solutions informatiquesE4 : Conception et maintenance de solutions informatiques
E4 : Conception et maintenance de solutions informatiques
 
docker.pdf
docker.pdfdocker.pdf
docker.pdf
 
Bah mamadou hady
Bah mamadou hadyBah mamadou hady
Bah mamadou hady
 
Rapport application chat
Rapport application chatRapport application chat
Rapport application chat
 
#J2Code2018 - Mettez du feu à vos applications avec CodeIgniter
#J2Code2018 - Mettez du feu à vos applications avec CodeIgniter#J2Code2018 - Mettez du feu à vos applications avec CodeIgniter
#J2Code2018 - Mettez du feu à vos applications avec CodeIgniter
 
Tartine - Pixelle, Refonte de l’ingestion et présentation de l’architecture
Tartine - Pixelle, Refonte de l’ingestion et présentation de l’architectureTartine - Pixelle, Refonte de l’ingestion et présentation de l’architecture
Tartine - Pixelle, Refonte de l’ingestion et présentation de l’architecture
 
Ado.net base de données
Ado.net   base de donnéesAdo.net   base de données
Ado.net base de données
 
RAPPORT DU PREMIER MINI PROJET «FORUM DE CHAT» Novembre 2005.pdf
RAPPORT DU PREMIER MINI PROJET «FORUM DE CHAT» Novembre 2005.pdfRAPPORT DU PREMIER MINI PROJET «FORUM DE CHAT» Novembre 2005.pdf
RAPPORT DU PREMIER MINI PROJET «FORUM DE CHAT» Novembre 2005.pdf
 
Namaa.APA.Report
Namaa.APA.ReportNamaa.APA.Report
Namaa.APA.Report
 

Documentation serveur acs wibox (dev interne)

  • 1. 1 CAHIER DES CHARGES Contenu Présentation générale du projet .........................................................2 Contexte...........................................................................................2 1. Objectifs du projet ......................................................................2 2. Description du produit attendu.......................................................2 2.1 Description du serveur souhaité.................................................2 2.2 Description de chaque rubrique .................................................3 a. Le protocole tr 069.....................................................................3 b. L’inform.....................................................................................3 c. Reboot........................................................................................3 d. GetRpcMethods.........................................................................4 e. GetParametersNames................................................................4 f. SetParameterValues ...................................................................4 g. download ...................................................................................4 3. étapes du projet..............................................................................4 4. Livrables ..........................................................................................5
  • 2. 2 Présentation générale du projet Contexte La société Wibox Fournisseur d’accès Internet spécialisé dans les zones blanches par souci d’évolutivité et pour plusieurs autres contraintes techniques et économiques s’est penchée sur la possibilité de remplacer son serveur ACS(Auto Configuration Server) fourni par COMTREND. Il nous a donc été proposé d’étudier dans quelle mesure il serait possible de remplacer le serveur actuel par une autre solution libre ou une solution développée en interne.  Objectifs du projet Wibox aimerait être indépendant au niveau de l’achat des Box qu’elle fournit à ses clients, Wibox aimerait aussi avoir la main complète sur le serveur ACS, chose qu’elle ne peut malheureusement pas faire pour le moment car COMTREND fournit des Box qui ne sont compatibles qu’avec leur serveur et ne donnent que des accès limités au serveur ACS. Wibox dispose aussi d’équipements WIMAX qui ne sont pas supervisés par le serveur ACS de COMTREND. En résumé les objectifs principaux du projet sont :  Développer ou trouver un serveur ACS qui puisse superviser n’importe quelle BOX.  Développer ou trouver un serveur qui puisse superviser des équipements WIMAX. 2. Description du produit attendu 2.1 Description du serveur souhaité Le serveur ACS attendu devra :  Respecter le protocole tr069 : Le protocole tr069 est un protocole défini par le Broadband Forum (consortium de compagnies actives dans le domaine des télécommunications). Ce protocole définit un certain nombre de règles comme le format de messages échangés, que nous nous devons de respecter lors de la mise en place de notre serveur.  Fournir une interface graphique conviviale à un utilisateur afin qu’il puisse utiliser les fonctions du serveur.  Pouvoir récupérer les informations de présentation de la Box au moyen du bouton Inform de l’interface d’administration.  Redémarrer la Box au moyen du bouton Reboot de l’interface d’administration.
  • 3. 3  Récupérer les différentes méthodes supportées par la Box grâce au bouton GetRpcMethods  Récupérer les paramètres des méthodes supportées par la Box au moyen du bouton GetParametersNames.  Modifier certains des paramètres récupérés au moyen de SetParameterValues, On pourra par exemple modifier la clé wifi d’une Box.  Pouvoir mettre à jour la version de logiciel installée sur la Box, ceci se fera en téléchargeant la nouvelle version du logiciel sur le serveur grâce au bouton download. 2.2 Description de chaque rubrique a. Le protocole tr 069 Comme décrit ci-dessus, le protocole tr 069 est un protocole qui a été défini par le Broadband Forum qui est un consortium d’environ 200 entreprises qui ont pour domaine d’activités les télécommunications. Ce protocole défini le processus d’échange entre un équipement distant et un serveur. Il décrit un vocabulaire commun entre les entreprises plus fiable et très efficace pour la mise à jour des équipements distants. Notre serveur devra donc respecter les règles définies par ce protocole et il doit communiquer avec n’importe quelle Box sans se soucier de la marque de celle-ci. b. L’inform L’inform est la première information que l’équipement administré envoie au serveur lors de leur échange, c’est également le premier élément que nous allons récupérer, il comprend les informations de la Box entre autres :  Le deviceIdStruct : structure qui décrit de façon unique la Box : elle comprend le numéro de série, le numéro de manufacturation et la classe du produit.  le tableau eventStruct : tableau qui contient tous les évènements qui ont eu lieu lors de l’établissement de la session entre la Box et le serveur  la valeur maxEnvellopes : valeur fixé à 1 car cette version du protocole ne supporte qu’une enveloppe par message.  La valeur currentTime correspond aux valeurs horaires de la Box. Ces informations sont stockées dans un fichier XML que nous récupérons et parsons pour les afficher de façon présentable. c. Reboot C’est une commande qui permet au serveur de redémarrer la Box à distance. La méthode Reboot est une des méthodes supportées par la Box.
  • 4. 4 d. GetRpcMethods Grâce à cette méthode nous allons récupérer l’ensemble des méthodes supportées par la Box : par exemple Reboot, Inform et Download en font partie. Grace à ces informations nous saurons quelles opérations nous avons effectué sur la Box. e. GetParametersNames Méthode de découverte de la liste des paramètres de la Box, lorsqu’elle est appelée elle permet de donner la liste de paramètres sur l’appareil. Elle renvoie par exemple la clé WIFI de la Box. f. SetParameterValues Méthode qui lorsqu’elle est appelée permet de modifier les valeurs récupérées dans GetParametersNames. g. download Cette méthode permet à la Box de télécharger des éléments sur le serveur, par exemple un fichier de configuration ou une mise à jour de son firmware. 3. Cahier de charges :  Etude du serveur d’autoprovisionning existant ainsi que les serveurs open sources existants (Modus, openACS, Jcwmp) ses avantages et limites.  Étudier la possibilité de migrer ce serveur propriétaire à une solution libre ou développée en interne sur une base TR-069 avec une interface Web et une base de données.  Etudier le provisionning d'autres équipements (CPE Wimax, ONT Fibre optique).  Optimisations du serveur développé pour faciliter sa montée en charge. 4. étapes du projet Dans cette étape nous décrivons comment nous comptons découper le projet pour atteindre nos objectifs 14/11/2012 : Déplacement à saint Symphorien sur Coise pour une discussion avec Wibox pour bien cadrer le projet et discuter des objectifs attendus. 21/11/2012 : Lancement du premier sprint : étude de l’existant Wibox, étude des solutions tr 069 existantes, libres, abandonnées. 19/12/2012 : Mise en place d’un serveur qui simule l’échange entre le serveur et la box récupération des 1ères informations.
  • 5. 5 9/01/2013 : Présentation intermédiaire sur l’avancement du projet. 16/01/2013 : Répartition de tâches pour la réalisation d’une plateforme de tests. 20/02/2012 : Réalisation de tests avec Wibox. 27/03/2012 : recette finale et présentation du projet. 5. Livrables Au terme de ce projet nous prévoyons de livrer les documents suivants :  une documentation administrateur qui indiquera comment se servir de notre outil.  une documentation contenant un planning détaillé et les différentes tâches réalisées pendant le projet ainsi que les comptes rendus des réunions.  un dossier de spécifications contenant la maquette et l’arborescence finale du projet.  La version finale de l’ACS livrée sur clé usb ou CD-ROM