Rapport PFE VF

Etude et mise en uvre dune solution de visioconfrence Juin 2011
Rsum
La conjoncture actuelle favorable au dveloppement des nouvelles technologies de linformation et leurs utilisation comme moyen efficace pour gnrer plus de gain, rduire les cots et mme pour protger lenvironnement, pousse la majorit des entreprises squiper de plus en plus des dernires avances technologiques en matire de communication, de supervision et de traitement des donnes. Dans ce cadre la direction gnrale de Barid Al-Maghrib a lance un projet pour linstallation dune solution de visioconfrence moderne, multipoint et scuris, reliant le sige de Barid Al-Maghrib Rabat, le sige de Al Barid Bank Casablanca et les dix directions rgionales, Le travail qui ma t confi consiste identifier les besoins de la direction gnrale puis laborer un cahier de charge de la solution cible et finalement raliser une tude comparative des solutions prsentes sur le march.
Abstract
The current economical conditions favor the development of new information technologies and their use as an effective way to generate more profit, cut costs and even protect the environment, encourage the majority of companies to get more recent technological advances in communication, supervision and data processing. In this context, the top management of Barid Al-Maghrib has launched a project to install a modern and secure videoconferencing solution, connecting the head office of Barid AlMaghrib in Rabat, the head office of Al Barid Bank in Casablanca and the ten regional offices. The work entrusted to me is to identify the needs of the top management and then develop a set of specifications of the solution target and finally make a comparative study of solutions commercialized on the market.
Etude et mise en uvre dune solution de visioconfrence 1102 Juin
. .
Sommaire
Rsum .................................................................................................................................................... 2 Abstract ................................................................................................................................................... 3 4 ........................................................................................................................................................ Sommaire ........................................................................................................................................ 5 Introduction Gnrale ............................................................................................................................. 9 Chapitre 1 : Etude de lexistant et tat de lart de la visioconfrence .................................................. 11 1. Etude de lexistant : Le rseau BaridNet [1] :............................................................................ 11 1.1. 1.2. 2. Architecture et quipements de BaridNet ........................................................................ 11 Exploitation du rseau BaridNet ....................................................................................... 14
Etat de lart de la visioconfrence [2, 3, 4] ............................................................................... 14 2.1. Gnralits ........................................................................................................................ 14 Dfinition ................................................................................................................... 14 Historique .................................................................................................................. 16
2.1.1. 2.1.2. 2.2. 2.3.
Les protocoles de communication audio vido et data .................................................... 17 Le protocole H323 [5, 6].................................................................................................... 17 Gnralits sur H323 ................................................................................................. 17
2.3.1.
2.3.1.1. Les applications de la norme H.323 ...................................................................... 18 2.3.1.2. Principaux avantages de la H.323 ......................................................................... 18 2.3.2. Architecture H323 ..................................................................................................... 20
2.3.2.1. Les Terminaux ....................................................................................................... 20 2.3.2.2. Le Gatekeeper ....................................................................................................... 21 2.3.2.3. La Gateway ............................................................................................................ 22 2.3.2.4. La MCU (Multipoint Control Unit) ......................................................................... 23 2.3.3. Les communications H323 ........................................................................................ 23
2.3.3.1. Les flux de Contrle ............................................................................................... 23 2.3.3.2. Le flux audio .......................................................................................................... 25 2.3.3.3. Le flux vido .......................................................................................................... 25 2.3.3.4. Le flux de donnes ................................................................................................ 26 2.3.4. Laspect Quality Of Service en visioconfrence........................................................ 26
2.3.4.1. Les Contraintes lies la QoS en visioconfrence ................................................ 26 2.3.4.2. Les mcanismes de QoS en visioconfrence ......................................................... 26 2.3.5. Aspects scurit en visioconfrence ......................................................................... 28
Conclusion ......................................................................................................................................... 30
5
Etude et mise en uvre dune solution de visioconfrence Juin 2011 Chapitre 2 : Etude comparative des solutions de visioconfrences HD et prsentation de la solution cibl ....................................................................................................................................................... 32 1. 2. 3. Mthodologie du travail et chancier ..................................................................................... 32 Intrt conomique et financier de la visioconfrence ............................................................ 33 Description techniques des solutions de visioconfrence HD .................................................. 34 3.1. TANDBERG MXP 6000 [7] .................................................................................................. 35 La faiblesse des Supports HD..................................................................................... 36 Interoprabilit faible en HD ..................................................................................... 36 Incohrence de la sortie DVI ..................................................................................... 36 Autres problmes ...................................................................................................... 37
3.1.1. 3.1.2. 3.1.3. 3.1.4. 3.2.
Life size Room 220 [8] ....................................................................................................... 38 Rendement global ..................................................................................................... 38 La rsolution vido du codec..................................................................................... 38 Les ponts embarqus ................................................................................................ 38 Problmes de camra ................................................................................................ 39 Interface utilisateur ................................................................................................... 39
3.2.1. 3.2.2. 3.2.3. 3.2.4. 3.2.5. 3.3.
Polycom HDX 9002 [9]....................................................................................................... 39 Les performances audio ............................................................................................ 40 Entre Vido Full HD Motion .................................................................................... 40 Performances de la camra ....................................................................................... 40 Interface utilisateur ................................................................................................... 40
3.3.1. 3.3.2. 3.3.3. 3.3.4. 4.
Etude comparative [5, 10] ......................................................................................................... 41 4.1. 4.2. 4.3. 4.4. 4.5. Comparaison gnrale ...................................................................................................... 41 Comparaison des camras ................................................................................................ 42 Comparaison des micros ................................................................................................... 42 Performances multimdia ................................................................................................. 43 Rsultat global et recommandations ................................................................................ 43
5.
Prsentation de la solution cible [11] ....................................................................................... 44 5.1. 5.2. Architecture cible .............................................................................................................. 45 lments de la solution ..................................................................................................... 46 Le codec ..................................................................................................................... 46 Le Multipoint Control Unit ........................................................................................ 47 Le Gatekeeper : ......................................................................................................... 47 La passerelle .............................................................................................................. 47
6
5.2.1. 5.2.2. 5.2.3. 5.2.4.
Etude et mise en uvre dune solution de visioconfrence Juin 2011 5.2.5. 5.2.6. 5.2.7. 5.3. 6. Camra, haut-parleur et microphone ....................................................................... 47 Solution dadministration .......................................................................................... 48 Solution denregistrement ........................................................................................ 48
Evolutivit des solutions proposes .................................................................................. 48
Pr requis pour le dploiement [12, 13] ................................................................................... 49 6.1. 6.2. 6.3. Dbit d'accs ..................................................................................................................... 49 Problmes frquents ......................................................................................................... 50 Validation et test ............................................................................................................... 51
Conclusion ......................................................................................................................................... 51 Chapitre 3 : Ralisation dune Application de visioconfrence............................................................. 53 1. Pr requis et outils utiliss [14] ................................................................................................. 53 1.1. 1.2. 1.3. 1.4. 2. Le langage JAVA ................................................................................................................. 53 LApplication Program Interface JAVA MEDIA FRAMEWORK ........................................... 54 Les sockets Java ................................................................................................................. 55 Le logiciel NetBeans [15] ................................................................................................... 55
Modles et notions utilises ..................................................................................................... 56 2.1. Le modle client/serveur................................................................................................... 56 Avantage de larchitecture client/serveur................................................................. 57 Inconvnients de larchitecture client/serveur ......................................................... 57 Fonctionnement dun service client/serveur ............................................................ 57
2.1.1. 2.1.2. 2.1.3. 2.2.
La transmission en multicast ............................................................................................. 58 Le protocole IP multicast ........................................................................................... 59 Utilisation de IP multicast.......................................................................................... 60 Notion de ports de communication .............................................................................. 60
2.2.1. 2.2.2. 2.2.3. 2.3.
Fonctionnement de lapplication .......................................................................................... 60 Objectifs :....................................................................................................................... 60 Principe de fonctionnement .......................................................................................... 61
2.3.1. 2.3.2. 2.4. 3.
Mise en marche de lapplication ........................................................................................... 63 Modalits dexploitation dune solution de visioconfrence .................................................... 65
3.1. 3.2. 3.3. 3.4.
Le lieu ................................................................................................................................ 65 Le son................................................................................................................................. 65 Lclairage .......................................................................................................................... 66 La prparation et les bonnes pratiques............................................................................. 66
Conclusion ............................................................................................................................................. 68
7
Etude et mise en uvre dune solution de visioconfrence Juin 2011 Conclusion gnrale et perspectives..................................................................................................... 69 Rfrences ............................................................................................................................................. 70 Index ...................................................................................................................................................... 71 Liste des Figures .................................................................................................................................... 72 Liste des Tableaux ................................................................................................................................. 72 Glossaire ................................................................................................................................................ 73 Annexe 1 : Organigrammes de ltablissement et de la DSI ................................................................. 74 Annexe 2 ................................................................................................................................................ 76 Annexe 3 : les normes de la visioconfrence ........................................................................................ 77
Introduction Gnrale
La vidoconfrence est reste longtemps comme une simple prouesse, quon montre au sein des expositions universelles des annes 60, aujourdhui grce la numrisation des rseaux , au progrs fulgurant dans les techniques de codage (compression des donnes) audio et vido, et la disponibilit des grands dbits , ce nouveau mode de communication envahit de plus en plus le monde professionnel et elle est intgr dans les systmes dinformation des organismes et des entreprises avec des rgles adquates dadministration et de configuration. Dans ce cadre, lorganisme daccueil, et afin daccompagner ses grands projets stratgiques savoir la cration de la Poste Banque et le dveloppement des "E-services", a dcid de dinstaller un systme de vidoconfrence Haute Dfinition (HD) professionnel, multipoint, scuris, devant reliant la fois le sige de Barid Al-Maghrib se trouvant Rabat avec celui de Al Barid Bank et les 10 directions rgionales de BAM.
La solution en question permettrait une tl prsence HD ainsi que le partage de documents entre les diffrents sites connects, afin daboutir une meilleure productivit et une amlioration de processus de prise de dcision. Elle prsente galement un intrt financier, puisque elle va permettre dconomiser les frais lis au transport et lhbergement du personnel durant les runions, auquel sajoute son impact sur le droulement des formations qui peuvent se faire dsormais distance grce cette solution.
Intgr au sein du Service de Gestion des Rseaux tlcoms, de la Division Systme dInformation, le travail faire consiste dans un premier temps mener une tude comparative des solutions de visioconfrence HD pour dterminer les points forts et faibles de chaque solution, puis identifier les besoins, ensuite les traduire dans un cahier de charges pour dterminer les caractristiques de la solution qui rpondent aux besoins. Le premier chapitre dcrit linfrastructure rseau de BAM, pour dterminer les prs requis et les modifications ncessaires linstallation de la solution et prsente la technologie de la visioconfrence, en mettant laccent sur les spcifications techniques et les performances actuelles. Le deuxime chapitre sera consacr ltude comparative et la prsentation de la solution cible par en donnant un rsum du cahier de charge. Le Dernier chapitre fera lobjet dune prsentation dune application de visioconfrence.
9
Chapitre 1 1cfdv,11A 1
Etude de lexistant et tat de lart de la visioconfrence
10
Chapitre 1 : Etude de lexistant et tat de lart de la visioconfrence

Ce premier chapitre sera consacr en premire partie ltude de ltat des lieux de
linfrastructure rseau, cet examen nous permettrait de mettre en exergue les performances du rseau actuel en matire de dbit, de disponibilit , de scurit et flexibilit, ainsi que les changements qui devront tre effectu lors du dploiement de la solution mettre en place , ensuite nous allons dresser un tableau concernant dune part la visioconfrence et dautres part le protocole H323, pilier de la communication audio/vido, en prcisant notamment les spcifications techniques de ce protocole, et en mettant laccent sur son intrt pour la technologie de la visioconfrence.
1. Etude de lexistant : Le rseau BaridNet [1] :

Le rseau tlmatique BaridNet, durant les annes 90, tait un systme hybride alliant les technologies analogiques et numriques. Les liaisons entre les centres rgionaux distants (Laayoune, Er-rachidia, Agadir, ) et le sige Rabat, seffectuent grce au protocole X25. Tandis que les liaisons spcialises analogiques et numriques de type 64kb/s, 128kb/s relient entre eux les centres rgionaux et les bureaux de poste. Le secours des liaisons principales, en cas de pannes, est assur par les lignes RNIS (Rseau Numrique Intgration de services) Backup. Entre 2001 et 2004 le rseau a adopt la technologie Frame Relay entre le sige de Rabat et les autres centres rgionaux, tout en gardant les LSA (Local System Authority) entre les centres et les bureaux de poste. De 2005 la date de la rdaction de ce rapport, le rseau eu recourt la technologie VPN/LL (Virtual Privat Network/Liaison Loue) entre les directions rgionales et VPN/ADSL, (Asymmetric Digital Subscriber Line), entre le sige et les bureaux de poste.
1.1. Architecture et quipements de BaridNet
Les schmas synoptiques, Figure 1 et 2, prsentent larchitecture globale des rseaux du sige et du rseau WAN (Wide Area Network).
11
Figure 1 : Schma du LAN du Sige Au niveau du sige, les quipements rseau appartiennent tous au mme constructeur Cisco. Il est noter que les routeurs relatifs aux accs MPLS (MultiProtocol Label Switching) sont la proprit de loprateur tlcoms. Une solution de Backup base sur le rseau RNIS est mise en place sur le rseau MPLS moyennant un accs primaire au niveau du sige et des accs de base au niveau des sites distants. Toutes les agences et sites de se connectent directement au sige moyennant les rseaux MPLS (VPN/IP) ou GPRS (General Packet Radio Service) et sont relis aux serveurs des diffrents partenaires soit par des liaisons ddies ou des accs RNIS. Le sige est connect au rseau Internet via une liaison spcialise de 30 Mbps de dbit.
12
Figure 2: Schma du WAN Le rseau de production WAN utilise des supports tlcoms diffrents savoir : Le rseau MPLS de Maroc Tlcom via des accs VPN/LL et VPN/ADSL. Backup RNIS pour les principaux sites. Des liaisons GPRS. Des liaisons loues.
Les commutateurs et routeurs installs au niveau des sites distants de appartiennent plusieurs constructeurs (Cisco, Aacton, Dlink, 3Com). De ce fait, le systme de visioconfrence raliser, doit tre adapt tous les types de support tlcoms et dquipements dj utiliss par Barid Al Maghrib et qui peuvent tre exploites sans impacts majeurs sur la politique de la scurit implmente. La solution doit prendre en considration, galement, la plate forme de scurit. En effet, le sige, ainsi que les 10 Directions Rgionales utilisent des Firewall pour scuriser laccs aux rseaux LAN (Local Area Network).
13
Par ailleurs, le trafic coul par le protocole H323 ncessite louverture de plusieurs ports par consquent, il est ncessaire de prendre en considration cet aspect lors de la configuration des firewalls et veiller louverture des ports tout en considrant la scurit du rseau.
1.2. Exploitation du rseau BaridNet
BaridNet est un rseau qui offre une multitude de services, ouvert et volutif, ce rseau permet le transfert des donnes entre les Bureaux de Poste (BP) et le site central Rabat soit : En batch : le transfert est programm des heures prcises; On-line : le transfert se fait tout moment en temps rel.
Le rseau BaridNet a pour objectif dassurer : La messagerie lectronique ; Le partage dynamique de la bande passante afin de transporter les signaux (la tlphonie) de faon audible et de raliser les transmissions de donnes, c'est--dire lintgration voix/donnes. Lenvoi des tlcopies ; Le rseau de Courrier Hybride ; La possibilit de communication inter bureaux ; Ladministration du rseau et du systme (LAN, WAN, serveurs, postes client) ; La possibilit dinterconnecter au rseau les guichets automatiques bancaires (GAB) ; Lvolution vers une solution Intranet ; Loptimisation de larchitecture et des cots dexploitation.
2. Etat de lart de la visioconfrence [2, 3, 4]

2.1. Gnralits
2.1.1. Dfinition
Une dfinition rigoureuse est celle fournie par la norme F.730 (considrations gnrales sur le service de visioconfrence): Le service de visioconfrence est un service de tlconfrence audiovisuel en mode dialogue assurant le transfert bidirectionnel, en temps rel, du son et de l'image anime en couleur entre des groupes d'usagers situs en deux ou plusieurs emplacements distincts. Il faut au moins que, dans les conditions normales, la qualit de l'image transmise soit suffisante pour
14
bien reproduire les mouvements fluides de deux ou plusieurs personnes se trouvant dans une situation typique de runion et cadre. L'information d'image anime constitue la partie essentielle du service, mais d'autres types d'information peuvent tre changs, par exemple: images fixes haute rsolution, textes ou donnes. Cela consiste donc ajouter des images la voix lors d'une communication entre deux groupes de personnes. Ces informations utilisent le mme rseau de tlcommunications (IP, RNIS). Le prfixe "vido" est d'origine anglosaxonne, et en France on prfre le prfixe "visio" mais ils sont associs au mme principe. Les diffrents suffixes correspondent des applications techniques. Sa mise en uvre dpend de trois lments:

la quantit de donnes transmettre ; les dbits permis par les liaisons actuelles ; et les techniques de compression.
La Figure 3 explique le principe de la visioconfrence, les donnes audio et vido sont compresses par le codec, puis sont envoys via un support de transmission vers un autre codec pour extraire ses informations.
Figure 3: Le principe de la visioconfrence Tout systme de visioconfrence est constitu d'un minimum de composant de base. Au cur du systme se trouve le "codec" qui permet de coder et dcoder, tout en compressant numriquement, les images pour qu'elles empruntent le mme rseau que la voix.
15
Les rles du "codec" sont les suivants:
la conversion des signaux analogiques audio et vido en signaux numriques ;
la compression et la rduction du dbit de ces signaux numriques ; le multiplexage de ces signaux avec diffrents signaux de tlcommande et de signalisation ;
l'interface lectrique avec la liaison numrique et la gestion des appels ; la dcompression des signaux numriques reus ; la conversion analogique des signaux numriques reus.
2.1.2. Historique
La visioconfrence est longtemps reste un serpent de mer, dj montre aux expositions universelles de Bruxelles en 1958 et de Montral en 1967, ainsi que mise en place de faon exprimentale (et coteuse) Biarritz en 1984. Cette stagnation venait du faible dbit des lignes de communication jusqu' l'utilisateur final. Plusieurs facteurs d'volution ont permis de mettre en uvre ce service : les rseaux numriques de bout en bout, les baisses de cot dans les quipements comme les camras vido, mais surtout les progrs dans les techniques de codage (compression des donnes) audio et vido, ainsi les premires liaisons universitaires, en France, datent de 1987. Les premires applications de visioconfrence se faisaient en utilisant des lignes RNIS. En 1995, les premires vidoconfrences publiques eurent lieu comme celle entre l'Amrique du Nord et l'Afrique, liant San Francisco Cape-Town. Dans la mme anne une collaboration entre Intel, Microsoft et RADVISION lancrent des systmes de communications VoIP (voix sur IP) afin de les standardiser. On leur prfre aujourd'hui pour des raisons de cot les supports d'Internet classiques : ADSL, cble pour les particuliers ou ligne ddie pour les professionnels. L'ATM, (Asynchronous Transfer Mode), se prterait bien aussi ce genre d'applications, puisqu'il a t conu ds le dpart pour combiner les transports de voix, d'images et de donnes, ce qui n'tait pas le cas de TCP/IP (qui a heureusement volu pour le permettre partiellement depuis).
16
2.2. Les protocoles de communication audio vido et data Aprs avoir abord lhistorique de la visioconfrence, nous allons dtailler les protocoles utilises pour les communications audio, vido et data. Pour les deux mthodes de transmission, RNIS et IP, des normes spcifiques ont t tablies afin de garantir l'interoprabilit de tous les matriels de visioconfrence. Elabore au dbut des annes 90, la norme H320 a t prvue pour les rseaux commutation de circuits et s'applique donc aux communications sur les lignes RNIS. La norme H323 concerne les rseaux commutation de paquets, cest dire notamment les rseaux IP. Les deux normes H320 et H323 sont des normes conteneurs qui correspondent un assemblage de normes spcifiques pour tous les domaines concerns : ltablissement et la gestion des communications, le contrle et la signalisation, le traitement de la vido et de laudio, le partage dapplications, le contrle des camras distantes ou le fonctionnement en multipoint. Ces normes garantissent le bon fonctionnement des diffrentes phases dune visioconfrence et linteroprabilit entre des matriels qui ne sont pas du mme constructeur. En ce qui concerne le protocole SIP (Session Internet Protocole), il est lorigine un protocole tlphonique sur lequel on a ajout la possibilit de transmettre de la vido. Le SIP est ddi aux systmes de voix sur IP et aux communications unifies. Ce protocole a t dvelopp et normalis sous la tutelle de lUIT-T (Union Internationale des Tlcommunications, normalisation) par opposition H.323 qui a t dvelopp sous lgide de lIETF (Internet Engineering Task Force). Ce nouveau protocole simplante largement dans les entreprises grce au succs croissant de la tlphonie sur IP. Pour la visioconfrence, le SIP na cependant pas la richesse de H.323, mais il prsente lavantage de pouvoir tre dploy avec les rseaux tlphoniques dentreprise sur IP et pourrait termes devenir lalternative H.323. Linterconnexion entre les plateformes de tlphonie SIP et les terminaux de visioconfrence H.323, a fait merg un nouveau besoin pour des quipements passerelles. 2.3. Le protocole H323 [5, 6]
2.3.1. Gnralits sur H323
La norme H.323 englobe les protocoles de communications audio, vido et de transmission de donnes travers les rseaux commutation de paquets IP : rseaux LAN, Intranet, Extranet et Internet. La norme H.323 a t dveloppe pour permettre aux diffrents produits et applications multimdia de diffrents constructeurs d'tre compatibles. L'interoprabilit tant
17
le souci principal que a soit pour les constructeurs ou pour les utilisateurs. LUIT fixe les normes pour les communications multimdia sur les rseaux : Les rseaux LAN : Ethernet, Fast Ethernet, Token Ring interconnects leur tour par divers rseaux WAN, privs ou publics de type RNIS, Frame Relay, ATM et autres. Cette interconnexion est assure par le protocole IP que la norme H.323 exploite pour gnraliser les services de tlphonie et de visioconfrence. L'UIT a approuv les spcifications H.323 depuis 1996. La norme couvre largement tout type de dispositifs, allant des studios de visioconfrence autonomes jusquaux ordinateurs personnels aussi bien en mode point point qu'en confrences multipoints. Nous reviendrons sur ces diffrents points pour plus de prcisions. La norme aborde prcisment les questions relatives la signalisation des communications audio/vido sur IP, ainsi que la gestion de la bande passante et des utilisateurs. Elle fait partie de la srie des normes H.32x de l'UIT qui permettent de faire la visioconfrence sur diffrents rseaux, cette srie inclut H.320 pour la visioconfrence sur RNIS et H.324 pour la visioconfrence sur le rseau tlphonique commut RTC.
2.3.1.1.

Les applications de la norme H.323
Visioconfrence en salles quipes et aux postes de travail individuels. Tlphonie et vido sur Internet ; Travail collaboratif ; Runion de travail via Intranet et Internet ; E-learning et formation distance ; Commerce interactif ; Banque interactive ; Tlmdecine ; Systmes de scurit et de vidosurveillance ; Messagerie Audio/Vido ; Autres
2.3.1.2. Principaux avantages de la H.323
Indpendance vis vis du rseau :

18
Les solutions H.323 fonctionnent au dessus d'architectures rseaux classiques et bnficient donc de toutes les volutions technologiques ce niveau.
Gestion de la bande passante :
Le trafic audio et vido est trs gourmand en bande passante. Si aucun contrle n'est assur cela risque de pnaliser lourdement le rseau. La H.323 permet une bonne gestion de la bande passante en posant des limites au flux audio/vido afin d'assurer le bon fonctionnement des applications critiques sur le LAN. Chaque terminal H.323 peut donc procder l'ajustement de la bande passante et la modification du dbit en fonction du comportement du rseau en temps rel (latence, perte de paquets et gigue).
Communications Inter Rseaux :
Les utilisateurs peuvent tre disperss sur des sites distants mais l'environnent H.323 leur permet de communiquer via des connections PPP (point to point protocol) directes sur l'Intranet ou l'Extranet de l'entreprise voir mme via Internet. La norme H.323 permet galement de continuer utiliser les technologies commutation de circuit (RNIS, RTC) travers des Gateway spcifiques en supportant les codecs utiliss par ces standards, ce qui permet d'liminer par la mme occasion le transcoding qui diminue les performances.
Indpendance vis--vis de la plateforme
Le protocole H.323 ne dpend pas d'un type donn de matriel ou de systme opratoire, chacun est libre dinstaller les solutions qui rpondent son besoin : il existe des solutions commerciales, mais aussi des solutions libres en licence GPL, (General Public License), (ex. openH323).
Support Multipoint : permet galement de faire des confrences multipoint via une structure
Cette norme
centralise de type MCU (Multipoint Control Unit) ou en mode ad-hoc. Le Support Multicast H.323 permet de mme de faire des transmissions en multicast.
Interoprabilit
19
Le protocole H.323 permet aux utilisateurs de ne pas se proccuper de la manire dont se font les communications, les paramtres (les codecs, le dbit) sont ngocis de manire transparente.
Flexibilit
La norme H.323 peut inclure des terminaux htrognes (studio de visioconfrence, PC, tlphones) qui peuvent partager selon le cas, de la voix de la vido et mme des donnes grce aux spcifications de la norme T.120 (transfert de donnes).
Scurit
Le protocole H.323 est capable d'intgrer la scurit du rseau et des communications. (contrle des appels, Firewalls, cryptage des communications, etc.)
2.3.2. Architecture H323
Larchitecture H323 repose sur quatre briques principales : les terminaux, les gateways, les gatekeepers et les MCUs, la Figure 4 illustre une architecture gnrale du protocole H323.
Figure 4: Architecture gnrale H323

2.3.2.1. Les Terminaux
Il existe diffrents types de terminaux selon les modes d'utilisation :
20
Les systmes de groupe permettent d'quiper des salles de runion et de supporter des visioconfrences impliquant plusieurs utilisateurs. Selon les modles ils se connectent en RNIS et/ou en IP.
Les systmes individuels se trouvent sous la forme de visiophones autonomes ou directement intgrs dans le poste de travail.
Le respect du standard H.323 permet de garantir un contrle sur l'utilisation des ressources rseau et des contraintes de qualit de service. Tous les terminaux H.323 doivent supporter une multitude de protocole, (Figure 5), les plus importants sont :
Le protocole H.245, pour ngocier l'ouverture et l'utilisation des canaux ainsi que les paramtres de la communication.
Le protocole Q.931 (version allge) pour la signalisation et l'tablissement d'appels Le protocole RAS (Registration/Admission/Status), qui est le protocole utilis par le terminal pour communiquer avec le Gatekeeper.
Les protocoles RTP/RTCP pour les flux audio et vido.
Figure 5: Pile protocolaire H.323
2.3.2.2.
Le Gatekeeper
Dans la norme H323, Le Gatekeeper est le point d'entre au rseau pour un client H.323. Il dfinit une zone sur le rseau, (Figure 6), appele zone H.323, regroupant plusieurs
21
terminaux, Gateways et MCU dont il gre le trafic, le routage LAN, et l'allocation de la bande passante. Les clients ou les Gateway s'enregistrent auprs du Gatekeeper ds l'activation de celui-ci, ce qui leur permet de retrouver n'importe quel autre utilisateur travers son identifiant fixe obtenu auprs de son Gatekeeper de rattachement.
Figure 6: Exemple dune zone H323 Les Gatekeepers assurent : La translation des alias H.323 vers des adresses IP, selon les spcifications RAS. Le contrle d'accs, en interdisant les utilisateurs et les sessions non autoriss. La gestion de la bande passante, permettant l'administrateur du rseau de limiter le nombre de visioconfrences simultanes. Concrtement on alloue une fraction de la bande passante la visioconfrence pour ne pas gner les applications critiques sur le LAN. Le support des confrences multipoint ad-hoc (dans le cas ou cette fonctionnalit est implmente).
2.3.2.3. La Gateway
Les Gateways assurent l'interconnexion entre le monde IP/H.323 et les autres types de terminaux (RNIS/H.320 ou RTC/H.324). Elle assure la translation des formats de transmission (ex. H.225 vers H.221) et les procdures de communications (ex. H.245 vers H.242). Les terminaux communiquent avec la Gateway via les protocoles H.245 et Q.931.
22
Etude et mise en uvre dune solution de visioconfrence Juin 2011 2.3.2.4. La MCU (Multipoint Control Unit)
La MCU offre aux utilisateurs la possibilit de faire des visioconfrences trois terminaux et plus en prsence continue ou en activation la voix . Une MCU consiste en un Contrleur Multipoint (MC), auquel est rajout un ou plusieurs Processeurs Multipoints (MP). Le MC prend en charge les ngociations H.245 entre tous les terminaux pour harmoniser les paramtres audio et vido de chacun. Il contrle galement les ressources utilises. Mais le MC ne traite pas directement avec les flux audio, vido ou donnes, c'est le MP qui se charge de rcuprer les flux et de leurs faire subir les traitements ncessaires. Un MC peut contrler plusieurs MP distribus sur le rseau et faisant partie d'autres MCU.
2.3.3. Les communications H323
Les communications en H.323 sont un mlange de flux audio, vido, donnes et contrle de paquets. Les fonctionnalits audio et la signalisation Q.931, RAS et H.245 sont importantes, alors que la vido et le partage de donnes sont optionnels car la base H.323 tait bien une gnralisation de la tlphonie classique au monde IP. Lorsquun lment de l'architecture a le choix entre les algorithmes (codecs audio et vido) utiliser pour coder ou dcoder les flux multimdia, il opte pour celui ngoci durant l'change H.245 qui prcde toute communication. Cependant H.323 permet de faire des communications asymtriques en transcodant les flux htrognes.
2.3.3.1. Les flux de Contrle
Les fonctions de contrle d'appels sont le cur de n'importe quel lment H.323 Il y a trois canaux de contrle regroups au sein d'une seule couche de contrle : Le canal de contrle H.245, le canal de signalisation Q.931, le canal RAS. Ces flux, une fois transforms en messages assurent l'tablissement de l'appel, l'change des paramtres de la communication, l'indication du contenu et des descriptions des canaux logiques audio et vido. Le canal de contrle H.245 assure plus particulirement l'ouverture et la fermeture de ces canaux logiques, la ngociation des paramtres et le contrle de flux. Il n'y a qu'un seul canal de contrle entre deux terminaux H.323. Le canal Q.931 tablit les connexions entre ces terminaux alors que le RAS qui n'est utilis qu'en prsence du Gatekeeper assure le contrle d'admission, l'enregistrement de l'utilisateur, les changements de dbits et des tats entre les terminaux et le Gatekeeper dont ils dpendent.
23
La Figure 7 donne un exemple d'un change protocolaire H.323, entre deux terminaux H323:
Figure 7: Exemple de communication entre deux terminaux H323 La premire phase se sert du protocole H.225/RAS. Le terminal qui lance l'tablissement d'appel (setup) requiert, au pralable, l'autorisation de la part du Gatekeeper. Ensuite, par l'intermdiaire du protocole Q.931, il ouvre la connexion vers le partenaire, ce dernier doit galement demander son admission au Gatekeeper, avant de confirmer ltablissement de connexion. Lorsque les deux terminaux ont achev la phase de connexion, une phase dchange de paramtres, base sur H.245, se droule entre eux, aussitt que le canal logique
24
est disponible, la communication audio et vido peut dbuter. Elle utilise les protocoles RTP (Real Time Protocol) et RTCP (Real Time Control Protocol).
2.3.3.2. Le flux audio
Le signal audio rsulte de la numrisation et de la compression de la voix. Le codec principal normalis par l'UIT est le G.711 bas sur l'algorithme de compression PCM (Pulse Code Modulation), classiquement utilis dans la tlphonie. Les autres codecs sont optionnels. Les diffrents codecs de compression audio refltent les compromis que l'on peut faire entre la qualit de la voix, le dbit, le dlai introduit et les ressources CPU, (Central Processing Unit), ncessaires pour traiter la voix en temps rel lors de la communication. La norme G.711 permet de transmettre la voix un dbit de 56 kbps ou 64 kbps. G.723 est trs populaire car il opre trs bas dbit et est support dans la tlphonie RTC (Rseau Tlphonique commut) ce qui permet de s'affranchir du "transcoding" dans les Gateways H.323-H.324. La norme G.723 est compatible avec les systmes audio full-duplex et halfduplex car il permet de mieux optimiser la bande passante grce la dtection de silences. Pour les terminaux H.323 les plus performants c'est le codec G.728 qui est utilis. Il est ncessairement implant en hardware car il utilise beaucoup de ressources pour le calcul et l'encodage du flux.
2.3.3.3. Le flux vido
Le codec vido principal utilis en H.323 est le H.261. Son implmentation flexible lui permet de s'adapter la bande passante disponible et de fonctionner n'importe quel dbit. Par exemple, pour une bande passante de 128 kbps, le codec G.728 utilisera 16kbps et le codec H.261 en utilisera 100kbps, selon le dbit des donnes et la taille des enttes. H.263 utilise l'estimation du mouvement dans l'image, la prdiction des trames et une table de Code d'Huffman optimise pour les bas dbits. Un terminal en H.261 peut communiquer avec un terminal en H.263 si les deux utilisent le format QCIF. H.261 est utiliser pour les communications hauts dbits, alors que H.263 est plus recommand pour les bas dbits.
25
Etude et mise en uvre dune solution de visioconfrence Juin 2011 2.3.3.4. Le flux de donnes
Le partage de donnes (tableau blanc, transfert de fichiers) est optionnel. L'UIT a normalis les spcifications de la norme T.120 pour l'intgrer la norme H.323. Il concerne les changes point point et multipoint et est parfaitement interoprable partir de la couche rseau.
2.3.4. Laspect Quality Of Service en visioconfrence 2.3.4.1. Les Contraintes lies la QoS en visioconfrence
Les rseaux actuels sont amens de plus en plus supporter un trafic mixte audio, vido et donnes sur une infrastructure partage. La Qualit de Service, est tout ce qui assure diffrents niveaux de traitements, selon les besoins des applications concerns. Le trafic de visioconfrence (audio et vido) est un trafic dont le comportement est prdictible, il ne prsente pas de variations importantes de bande passante, et il ne dpasse jamais le maximum fix par le terminal H.323. Ce maximum est calcul en rajoutant 20% au dbit d'appel, cause de l'entte. Par exemple un appel 384 kbps ncessite une bande passante de 384 x 1.2 soit 461 kbps, la QoS permet donc de garantir le trafic de visioconfrence, tout en gardant le trafic des autres applications actif. Une visioconfrence interactive ne peut pas tolrer de longs dlais, car il n'y a pas assez de temps pour retransmettre les paquets perdus qui sont simplement ignors, ce qui provoque une dtrioration de l'image et du son. Les paramtres importants qu'il faut contrler sont donc : Un Dlai de transit < 200ms. Une Perte de paquet < 1%. Une Gigue < 30ms.
Les prcautions prendre pour viter une dtrioration importante de la qualit passent par une bonne mtrologie du rseau et une politique efficace de QoS.
2.3.4.2. Les mcanismes de QoS en visioconfrence
DiffServ (Differentiated Services) : Permet de marquer le trafic selon sa classe de priorit en
utilisant le champ" ToS" (Type of Service) de 6 bit dans l'entte du paquet IP. Les valeurs de ce champ dfinissent un code pour classer les priorits appel DSCP (Differentiated Services Code Point) autorisant 64 niveaux diffrents. Deux Classes de DSCP existent EF (Expedited
26
Forwarding) et AF (Assured Forwarding) : EF dfinie un service premium alors que AF est constitu de quatre classes indpendantes, chacune comportant trois niveaux de priorits de rejet des paquets :
IP "Precedence" : cest la technique de QoS la plus utilise cause de sa simplicit et de son
interoprabilit avec les lments du rseau. Elle utilise les 3 bits de poids fort du DSCP ce qui assure la compatibilit avec la technique prcdente, mais n'offre, que 8 niveaux de classifications. Les valeurs 6 et 7 sont rserves pour le contrle du rseau et les protocoles de routage. Il reste 6 niveaux de priorits. L'implmentation utilise gnralement une priorit 5 pour la voix sur IP, 4 pour la vido et la visioconfrence en gnral, 0 pour le trafic Best effort.
COS (Class of Service) : Cette technique permet de faire de la QoS, mais au niveau des trames
Ethernet (niveau 2) contrairement au deux techniques prcdente qui marquent le paquet IP (niveau 3). On marque les 3 bits du champ 802.1Qp prsents dans la trame 802.1Q ou VLAN (Virtual LAN). Il est galement possible de mapper les valeurs du CoS vers DSCP et IP Precedence et vice-versa ce qui est trs utile dans le cas d'utilisation de terminaux qui marquent au niveau de la trame. Cependant, cela reste possible si tous les lments du cur du rseau sont de type switch/routeur pouvant faire le mapping des champs d'un niveau l'autre. Il existe une autre technique de QoS que nous ne dtaillerons pas ici, il s'agit de IntServ qui se base sur RSVP, (Resource Reservation Protocol), pour faire de la rservation de ressources cependant cela n'est pas trs recommand dans un environnement H.323 car RSVP introduit des dlais trs importants.
Les files d'attentes (Queuing) : Dans les routeurs d'accs au rseau, les paquets sont placs
dans des files d'attente pour permettre aux routeurs de pouvoir contrler des ventuelles congestions. Il existe diffrents types de files d'attentes : First in First Out Queuing (FIFO): Les premiers paquets arrivs sont les premiers traits. Fair Queuing (FQ) : Cette technique partage la bande passante et spare les flux en leur assignant un poids selon leurs tailles. Ce poids dtermine la
27
frquence de service, ainsi les flux de petite taille sont transmis plus souvent. Weighted Fair Queuing (WFQ) : Cette technique fait la mme chose que FQ mais se base galement sur les priorits IP Precedence en donnant un poids plus important au flux prioritaires selon ce marquage. Low Latency Queuing (LLQ) : Cette technique place le flux de plus haute priorit dans une file spciale servie en priorit. Les autres flux sont servis que si cette file est vide. Class Based Weighted Fair Queuing (CBWFQ) : Cette technique classe le trafic en utilisant une combinaison de LLQ pour les flux haute priorit et WFQ pour le reste du trafic.
Le contrle de congestion : Il y a plusieurs mthodes pour dtecter les congestions (en plus de
celles propres TCP), nous nous intresserons deux d'entre elles: Random Early Detection (RED) La longueur de la file est surveille au niveau du routeur, les paquets sont rejets ds qu'ils atteignent une certaine limite. TCP dtecte le rejet des paquets et ralentit son tour la transmission. Weighted RED (WRED) Fait la mme chose que RED mais le rejet des paquets est fait selon la priorit marque sur le paquet par une des techniques prcdentes.
2.3.5. Aspects scurit en visioconfrence
La traverse des Firewalls :
La problmatique de la scurit se pose partir du moment o on passe d'une technologie IP une technologie RNIS. La visioconfrence dans un environnement RNIS est scurise par nature : Intercepter une communication sur RNIS est trs difficile, l'intrus doit d'abord accder un des commutateurs RNIS pendant l'acheminement de l'appel. Puis, il doit identifier les multiples canaux B concerns par la communication, sachant qu'une mme communication peut utiliser entre 2 et 6 canaux pouvant emprunter des chemins diffrents donc des commutateurs diffrents. Une fois tous les canaux B identifis, ils devraient tre runis par l'intrus pour reconstituer la communication intercepte.
28
A l'inverse, la visioconfrence dans un environnement IP peut poser des problmes de scurit si certains points essentiels ne sont pas pris en compte. Le matriel servant faire de la visioconfrence doit fonctionner correctement sans compromettre les autres dispositifs sur le rseau IP dj existant. Il est ncessaire galement d'adapter la politique de scurit applique dans le rseau LAN de l'entreprise afin de prendre en compte les nouveaux types de flux qu'apporte la visioconfrence IP. Cela passe gnralement par le Firewall. Les Firewalls sont la base d'un rseau d'entreprise scuris, il est donc ncessaire de les prendre en compte lors du dploiement d'une solution de visioconfrence IP avec tout ce qu'elle gnre comme nouveaux flux et ce qu'elle rajoute comme lments au rseau. Le protocole H.323 utilise des ports statiques et des ports dynamiques. Ces derniers sont des ports UDP (User Datagram Protocol) ou TCP (Transmission Control Protocol) choisis alatoirement entre 1024 et 65535 lors de l'appel : Lors de communications en dehors de l'Intranet et ncessitant le franchissement de Firewalls, ces ports doivent tre ouverts l'ensemble du trafic, car on ne peut pas prdire tous les ports ouverts dynamiquement. Le Firewall devient, par consquent, inefficace, car il ne filtre rien sur une large plage de ports et un ventuel intrus pourrait exploiter cette faille pour s'introduire dans l'Intranet de l'entreprise. Le Tableau 1 liste les ports quil faut ouvrir dans le firewall. Port TCP : 1503 Port TCP : 1720 Port TCP : 1731 T.120 Q.931 Audio call control
Port TCP : [1024-65535] H.245 Port UDP : [1024-65535] RTP/RTCP (audio/vido) Port TCP : 1718, 1719 Gatekeeper RAS
Tableau 1: Liste des ports utiliss par le protocole H323 Pour viter cette situation, le Firewall doit pouvoir :
29
Dtecter la valeur des ports dynamiques utiliss au moment de l'tablissement de l'appel H323 ; Autoriser le trafic uniquement sur les canaux choisis et seulement pendant la dure de l'appel. Certains Firewall supportent le contrle d'accs dynamique en examinant les messages du canal de contrle H323.
S'il n'y a pas de contrle d'accs dynamique ou si la scurit doit tre renforce, la solution consiste utiliser un proxy dans le Firewall. Seul, le Proxy et le Gatekeeper pourront alors interagir avec l'extrieur. Les terminaux H323 l'intrieur du rseau deviennent invisibles . Si le Firewall ne peut pas translater les adresses avec NAT (Network Address Translation), il faut galement utiliser un Proxy. Il est noter que certains terminaux permettent de fixer les valeurs des ports UDP et TCP pour pouvoir traverser les Firewall en limitant les problmes de scurit. Le cryptage :
Il existe plusieurs algorithmes de cryptage qui commencent d'tre de plus en plus implments dans les systmes de visioconfrence.DES (Data Encryption Standard) utilise le cryptage symtrique par bloque, avec des cls de 56 bits. AES (Advanced Encryption Standard) est galement du cryptage par bloque, mais il est beaucoup plus robuste que DES : la mme mthode permettant de craquer une cl DES 56 bits en 1 seconde, mettrais 149 trillion d'annes pour craquer une cl AES 128 bits. Ces deux mthodes de cryptage peuvent tre utilises dans des environnements H.320 (RNIS) et H.323 (IP).
Conclusion
Dans ce chapitre nous avons tudi linfrastructure rseau et abord en dtail le fonctionnement du protocole H323 et les mcanismes ncessaires pour son bon fonctionnement. Le deuxime chapitre sera consacr la prsentation de ltude comparative des solutions de visioconfrence prsentes sur le march et llaboration du cahier de charge de la solution cibl.
30
Etude comparative et prsentation de la solution cible
31
Chapitre 2 : Etude comparative des solutions de visioconfrences HD et prsentation de la solution cibl

Le prsent chapitre a pour but de prsenter les rsultats de ltude comparative des solutions de visioconfrence, les rsultats de cette tude constitueront une base pour llaboration de la solution cible, dont nous allons prsenter les composants dans ce mme chapitre.
1. Mthodologie du travail et chancier

Pour faciliter la ralisation du projet, il est primordial deffectuer un planning en adoptant une mthode rigoureuse de gestion de projets. Cest la dmarche de jalonnement qui est adopte, car lapproche est inspire des mthodes de gestion de la direction gnrale de loprateur, qui permet de bien structurer le projet dans le temps, en y apportant de nombreuses garanties pour le matre duvre : sa progression est priodiquement mieux suivie. Les jalons permettent de faire le point sur le projet et de nengager la phase suivante que si la phase prcdente a aboutit. Les dcisions actes lors de cette revue de changement de phase sont des lments stables sur lesquelles peut tre btie la suite du projet. Le projet sera divis en 5 jalons : Etude bibliographique concernant la visioconfrence et le protocole H323 : limportance de cette tape rside dans le fait quelle va constituer une base de connaissances thoriques et pratiques qui va servir dans laboutissement des tapes suivantes ; Identification des besoins : il sagit de dterminer avec prcision les besoins de loprateur afin de dterminer larchitecture et le systme cible adquat ; Etude comparative des solutions proposes : il sagit de faire des tests sur des systmes de visioconfrence HD, pour dterminer les caractristiques techniques de la solution cible. Rdaction du Cahier de charge : cest la transcription en caractristiques techniques propre chaque composante de la solution globale souhaite ; Phase de dploiement : la dernire tape dans le projet, le soumissionnaire soccupe du dploiement de la solution et des tests, le maitre douvrage assure la supervision et le contrle des travaux.
32
Planification de projet : Diagramme de GANTT : le schma suivant reprsente la rpartition des taches et leurs planifications sur la dure de ce projet dtude.
Figure 8: Diagramme de GANTT
2. Intrt conomique et financier de la visioconfrence

Le choix dopter pour une solution de visioconfrence HD, intervient dans des circonstances spciales pour ltablissement, en plus du lancement de sa filire bancaire Al Barid Bank, la premire banque postale du Maroc, BAM connait une forte volution au niveau de ses effectifs, ceci est due au lancement de nouveaux services notamment les E-Services et lamlioration des anciens services classiques. La Figure 8 contient les chiffres cls de lanne 2010.
Chiffre d'Affaires : 1.4 milliard DH (+2%)
Rsultat Net : 369 million DH (+3%)
Nombre de comptes : 5 millions
Nombre de GAB : 527
Nombre d'agences : 1 784
Figure 9: Chiffre cls de 2010 Il est opportun de signaler que lutilisation de la visioconfrence ne constitue nullement un simple ajout de moyen de communication supplmentaire, mais ces avantages sont palpables et quantifiables sus plusieurs aspects. Avantages matriels de la visioconfrence :
Rduction des cots : diminution des frais de voyage et d'hbergement

33
Meilleure productivit : moins de temps pass dans les transports et plus travailler
Avantages stratgiques de la visioconfrence :
Optimisation de la prise de dcision : les dcisions sont plus rapides et peuvent tre prises avec l'ensemble des personnes impliques ;
Gestion de crise efficace : vous pouvez vous runir o que vous soyez.
Avantages immatriels de la visioconfrence :
Communication amliore : toutes les personnes loignes gographiquement se sentent plus proches et peuvent communiquer plus facilement
Epanouissement des personnes : moins de stress, de temps et d'nergie perdus dans les voyages.
Plus scurisant : pas de risques lis aux transports.
Dans notre cas, la solution aura un impact considrable sur le droulement des runions et des formations continues du personnel. En effet, le personnel issu dAl Barid Bank et du ple courrier est le plus concern par les formations de mass qui sont effectus priodiquement au sein de BAM, Les statistiques de cette activit, figurent sur le tableau suivant (Tableau 2), ont t recueillis auprs de la Division de Formation de BAM. Structure concerne Nombre de personne Nombre de jour/an Al Barid Bank Ple courrier 2000 1000 15 jours 5 jours 400 DH 300 DH Cot /jour
Tableau 2 : Informations gnrales sur les formations au sein de BAM Par un simple calcul, le montant qui devra tre conomis par BAM pour la formation de son personnel est de 2 700 000 DH par an, sans pour autant parler des autres avantages que va procurer cette mme solution pour dautres usages (Protection de lenvironnement).
3. Description techniques des solutions de visioconfrence HD

Les produits de vidoconfrence haute dfinition (souvent appel 720p) ont commencs tre livrer en Dcembre 2005, lorsque LifeSize a commenc la livraison de son premier produit,
34
LifeSize Room. la fin de lanne 2007, les leaders du march Tandberg et Polycom ont galement annonc des capacits HD, et Sony a commenc activement dmontrer le PCSG90, un systme de vido HD qui cible uniquement le secteur de la radiodiffusion. Avec la haute dfinition (HD) de systmes de vidoconfrence, l'amlioration de la qualit de la vido sur la standard dfinition (SD) de vidoconfrence peut tre assez spectaculaire depuis HD transporte plus de 9 x le nombre de pixels de la norme CIF images. Les systmes de visioconfrence HD dans le march, offre aujourd'hui une large gamme de prix et fonctionnalits. Pour sparer le vrai du faux, on a mis trois principaux systmes de vido HD (LifeSize Room 220, Polycom HDX 9002, et Tandberg MXP 6000) travers une srie de comparaisons cote cote, voici, Les principaux domaines de discussion : Diffrences (si perceptible) en qualit d'image et de son haute fidlit. Interoprabilit entre systmes HD et SD de diffrents fournisseurs.
Ensemble de fonctionnalits et la convivialit de chaque solution.

Avant de comparer ses trois systmes, il serait judicieux de sarrter sur les caractristiques techniques de ses solutions afin de prciser la nature des tests et les points fort et faible de chaque solution. 3.1. TANDBERG MXP 6000 [7] Le TANDBERG MXP 6000 est un montage en rack appareil conu pour les intgrateurs. L'appareil prend en charge jusqu' cinq entres vido et six entres audio (trois micros et trois entres audio) et des connecteurs XLR pour les entres du micro. Hors de la bote, le codec prend en charge 1,5 Mbits/s des appels vido sur IP. Avec une licence de logiciel en option, la largeur de bande pris en charge peut tre augmente jusqu' 4 Mbps pour IP et 2 Mbit/s pour le RNIS. Le test a t limit 1,5 Mbits/s, et on n'a pas test la fonctionnalit RNIS dans le cadre de cette valuation. Le pont intgr en option peut supporter jusqu' 5+1 sites de vidos (plus 5 sites audio) sur une bande passante combine IP et RNIS de 6 Mbps. Globalement, le Tandberg MXP 6000 fournit une qualit acceptable audio-vido. Toutefois, contrairement la LifeSize Room et Polycom HDX qui ont t conus ds le dpart pour la HD et pour un vritable soutien des signaux 30 fps de la rsolution HD, le Tandberg MXP 6000 est un systme SD dsormais charg de la rsolution HD de traitement. En consquence, le rendement du MXP 6000 a t marque par des limites et des faiblesses, dont certains sont numrs ci-dessous, il faut noter que certains de ces remarques peuvent passer inaperues
35
par les utilisateurs finaux qui n'ont pas installs les systmes eux-mmes, car ils effectuent des appels vido Tandberg--Tandberg, ou utilisent la multi-synchronisation HD / XGA pour laffichage. 3.1.1. La faiblesse des Supports HD La rsolution par dfaut du systme de sortie est XGA (1024x768) et non pas HD 720p (1280x720). Bien que nettement meilleurs que les CIF, les images XGA contiennent 17% de pixels de moins que les images HD. Lactivation de la rsolution HD oblige l'utilisateur excuter Telnet et excutez la commande suivante (sans les guillemets): "xConfiguration Sorties vido AllowHD720p: Sur". Tandberg attend pour rendre cette commande disponible en option dans l'interface utilisateur dans l'avenir. La manipulation des images en HD 1536 kbps est pauvre par rapport la manipulation des systmes concurrents 1152 kbps. On estime que c'est au moins en partie d l'utilisation de macro blocs statiques pour augmenter la cadence d'images une rsolution HD. 3.1.2. Interoprabilit faible en HD Linteroprabilit du MXP 6000 avec d'autres systmes de vido HD compatible est limite par son utilisation de macro blocs statiques. L'utilisation de blocs statiques macro est incluse dans la norme H.241, donc la plupart des systmes savent comment les recevoir. Toutefois, seuls certains systmes (ex. Aethra, LifeSize et Codian MCU) gnrent des macros blocs statique. Les systmes qui ne gnrent pas de macro blocs statiques sadaptent au Tandberg MXP 6000 en envoyant la rsolution HD des cadences faibles ou des rsolutions infrieures des cadences plus leves. Il faut ajouter, que le soutien de la MXP 6000 pour la vido w448p est trs fort, et que de nombreux utilisateurs peuvent tre incapables de distinguer la prsente rsolution amliore de la vraie HD. 3.1.3. Incohrence de la sortie DVI Nous avons not que la rsolution prsente la sortie DVI de la Tandberg MXP 6000 semble incompatible. Lorsqu'il n'est pas en appel (en observant l'affichage de la camra 720p), la sortie a t soit XGA ou HD (selon que le systme a t mis "AllowHD720p" ou non). Cependant, pendant un appel, la rsolution a t base sur la rsolution vido entrante. Si le signal vido entrant est HD (ou XGA), la sortie DVI serait HD (ou XGA). Si le nouveau signal a t SD, la sortie DVI serait SD. Depuis la rsolution de la sortie DVI semble changer avec l'entre, les utilisateurs seraient bien aviss d'utiliser uniquement laffichage la multisynchronisation XGA / HD. Cette question a d'autres consquences. Imaginez un appel vido
36
multipoints de la commutation commande vocale (VAS) mode qui est hberg sur un microcontrleur compatible HD externe (Codian, Polycom, Tandberg, etc.) Si une personne HD parle, les terminaux compatibles HD recevraient un signal HD. Si une personne SD parle, les points de terminaison recevraient un signal SD. Dans ce cas, un systme Tandberg HD participant cet appel serait pass de l'envoi d'un signal HD son affichage l'envoi un signal SD. Le meilleur scnario serait que l'affichage se compenserait et se resynchroniserait la nouvelle rsolution (aprs un dlai de quelques secondes). Le pire cas serait que l'affichage ne serait pas synchronis la rsolution de l'cran qui deviendrait noir. 3.1.4. Autres problmes Compatibilit d'affichage :
Pour les essais, on a utilis trois crans LCD identiques HD (720p), chacun offrant trois entres HD ( deux composants et une HDMI) ainsi que S-vido. Aprs branch le cble DVI (pour le Tandberg MXP 6000 et HDMI pour l'cran), nous avons constat une apparente incompatibilit entre les systmes et les affichages. Un seul des deux Tandberg MXP 6000 a fourni un signal en rsolution HD que lcran pourrait afficher, et seulement deux des trois crans pourraient afficher le signal HD fourni par Tandberg tous. Nous croyons que cest lie des tolrances du signal de sortie sur le Tandberg et l'cran De toute faon, le codec MXP 6000 apparat plus l'aise avec une rsolution XGA ou WXGA (1366x768) pour laffichage. Allocation de bande passante H.239
Sur la base de nos tests, lorsque H.239 est utilis, il semble que le TANDBERG 6000 utilise 25% 55% de la bande passante pour le canal de donnes H.239. Bien que le dbit binaire utilis pour H.239 dpende du degr de mouvement dans l'image, la bande passante rserve pour H.239 ne tombe pas zro (comme il le fait sur le systme Polycom). Impact de la rsolution vido H.239
Durant ces essais nous avons constat que lorsque le Tandberg MXP 6000 envoie en rsolution HD, lactivation de H239 loblige baisser la rsolution du flux vido sortant. Par exemple, lors d'un appel d'essai 1472 kbps entre le Tandberg MXP 6000 et Polycom HDX 9002, lactivation de H.239 oblige Tandberg baisser la rsolution de 720p w448p.
37
Nous avons galement not que pendant quelques appels HD ou rsolution amliore, la ractivit du systme aux commandes distance semblait lente. Ces lments sont susceptibles dtre lis au pouvoir de traitement limit de l'MXP 6000. Prise en charge audio stro
Tandberg soutient une qualit audio stro. Toutefois, la qualit stro est supporte pour l "mission" audio uniquement, pas pour les entres des micros (des units testes, seul le Polycom HDX 9002 prend en charge le stro pour les micros). 3.2. Life size Room 220 [8] LifeSize Communications est entre dans le march de la visioconfrence en avril 2005 avec l'annonce de ses produits et ses systmes de visioconfrence en haute dfinition. La start-up a fait sensation sur le march avec les revendications de la performance que les autres systmes ne pouvaient pas correspondre une intgration de ses produits au prix courants du march. LifeSize Room 220 est un systme de visioconfrence HD complet qui inclut le support pour la HD (720p) 30 images par seconde, AAC audio large bande, un pont 8-voies intgre, et un haut-parleur intgr au rseau des microphones. Le systme a une liste de prix de 140 K DH (y compris la capacit multipoint), offrant aux clients une solution trs rentable pour la visioconfrence en haute dfinition. Pour ceux qui n'ont pas besoin d'un pont intgr, une entre pour la deuxime camra, ou le support de deux moniteurs, LifeSize propose galement le produit LifeSize Team (disponible pour un prix de 8 K DH et fournit les mmes performances gnrales). 3.2.1. Rendement global Le codec LifeSize a fourni une exprience de vidoconfrence solide toutes les largeurs de bande test. La manipulation tait gnralement excellente, et son prix de 140 K DH fait de ce codec un des meilleurs sur le march en terme de rapport qualit/ prix. 3.2.2. La rsolution vido du codec LifeSize offre une longue liste de rsolutions entre CIF et HD, ce qui permet aux utilisateurs d'obtenir la meilleure vido pour la bande passante disponible. C'est une caractristique de puissance notable de la plate-forme LifeSize. 3.2.3. Les ponts embarqus La fonction LifeSize Multipoint Virtual permet aux utilisateurs de LifeSize participant aux sessions multipoint de slectionner (en utilisant le bouton d'appel sur la tlcommande)
38
quelles images vido afficher dans la fentre principale, tout en maintenant des rsolutions HD des systmes compatibles HD. C'est dfinitivement une preuve de la puissance du systme LifeSize Room 220. 3.2.4. Problmes de camra Les tests ont rvl certaines faiblesses dans le systme de camra : L'appareil photo a eu plusieurs reprises des difficults pour maintenir le focus. Le zoom 4x offert par l'appareil LifeSize Room 220 a t faible par rapport aux zooms 12x et 7x offerts respectivement par Polycom HDX 9002 et Tandberg MXP 6000. L'quilibre des couleurs de la camra a t dcevant, En gnral, l'appareil ne semble pas fournir des vraies restitutions des couleurs. Les performances de la camra dans des conditions de faible niveau de luminosit a galement t faible. 3.2.5. Interface utilisateur L'industrie de la visioconfrence n'a jamais normalis une seule interface utilisateur. Mme quelque chose d'aussi simple que de placer ou de raccrocher un appel exige diffrents clics sur les tlcommandes IR/ interfaces web, des diffrents fournisseurs. Aprs de nombreuses heures d'utilisation du systme, nous constatons bien que l'interface utilisateur de LifeSize Room (main distance et en ligne) est sensible, elle est aussi lourde et un peu contre-intuitive. Plus prcisment, nous avons des difficults avec l'utilisation de boutons context-sensitive pour rduire au minimum le nombre de boutons sur la tlcommande, car cela cre un besoin de lire les instructions sur l'cran avec soin (jusqu' ce que l'on devient totalement familier avec la structure de menu). Cela dit, nous croyons que les utilisateurs peuvent se familiariser avec nimporte quelle interface utilisateur au fil du temps, et que la prfrence personnelle joue un rle important. 3.3. Polycom HDX 9002 [9] Polycom a prsent ses premiers grands terminaux de vidoconfrence en haute dfinition en Octobre 2006. La srie HDX est base sur une plate-forme matrielle tout nouvelle et se compose de la HDX 9001, 9002 et 9004.
39
3.3.1. Les performances audio Le systme Polycom HDX 9002 que nous avons test offre une extraordinaire performance audio l'aide de l audio large bande Siren-22 et deux canaux (stro) sonore. L'algorithme de la large bande offre une excellente clart et fidlit pour les signaux de parole, et la chane stro ajoute un lment agrable de ralisme (selon la configuration des haut-parleurs et des microphones). Lorsque nous avons demand l'orateur de se dplacer autour de la pice tout en parlant, le participant sur le fond pourrait facilement dtecter que la personne s'tait dplac d'un ct de la salle l'autre. Aucun des autres systmes tests noffre un soutien en qualit stro pour les entres micro. 3.3.2. Entre Vido Full HD Motion Le HDX 9002 est la seule unit teste qui a permis partir d'un lecteur de DVD
de
transmettre des signaux HD en mouvement en pleine rsolution HD. Il sagit dune preuve de la puissance du codec HDX 9002 et sa capacit de traiter une grande varit de contenu audio et vido en mouvement sans un seul accident. La performance est trs similaire ce que nous avons peru en regardant la tlvision HD. 3.3.3. Performances de la camra Polycom produit dexcellentes restitutions des couleurs et la meilleure performance en faible luminosit des systmes valus. Il a galement offert la plus grande plage de zoom. La possibilit de zoomer en troite en cas de besoin lors d'un appel est toujours apprci. Bien que les trois systmes aient de la difficult se concentrer en temps de rtention, la camra Polycom a obtenu les meilleurs rsultats dans ce domaine. 3.3.4. Interface utilisateur Parmi les trois systmes valus, on a prfr linterface utilisateur de Polycom. La tlcommande IR (infrarouge) est trs simple dutilisation et le systme sadapte toutes les demandes de commande. En outre, la tlcommande comprend le premier afficheur LCD, une premire dans l'industrie de la visioconfrence, une fonction que nous n'avons pas utilis souvent, mais attendez-vous sera extrmement utile et mme monnaie courante sur les tlcommandes l'avenir. En outre, nous avons pu naviguer facilement sur linterface web de Polycom. Nous apprcions particulirement que l'interface utilisateur de Polycom (tant l'cran et sur le Web) fournit des statistiques compltes - y compris des informations sur la cadence - pour ceux d'entre nous qui sont curieux au sujet de telles choses.
40
4. Etude comparative [5, 10]

La prsente tude sappuie sur les essais effectus par le cabinet Wainhouse Research, la documentation commerciales disponible, et en accueillants les divers avis de certains fournisseurs locaux, spcialiss dans la fourniture des solutions de communication et notamment les solutions de visioconfrences, il faut noter que cette analyse concernent seulement les appels sur IP. 4.1. Comparaison gnrale
Marque Normes de transmission Dbit de transmission max RNIS (en option) jusqu' 512 kb/s IP jusqu' 4 Mb/s en point point (6 Mb/s pour le multipoint) 128 Kbps 8,0 Mbps (point point) 128 Kbps 2,0 Mbps (multipoint, par appel) RNIS jusqu' 2 Mb/s IP jusqu' 4 Mb/s en point point (6 Mb/s en multipoint) Dfinition et frq images max 1280 x 720p 30i/s Full HD en option Codec HD vido H264 Codec HD audio E/S audio et vido Video 2E HD 2S HD Audio stereo 2E Pont intgr
Polycom HDX 9002
RNIS : H320 IP : H323 et SIP
Technologie propritaire Siren22
Oui en option (4 sites)
Lifesize Room 220
IP : H323 et SIP
1280 x 720p 30i/s Full HD en option
H264
MPEG-4 AAC
Tandberg MXP 6000
RNIS : H320 IP : H323 et SIP
XGA (1024 x 768)
H264
MPEG-4 AAC
Vido 3E HD 2S HD Audio stereo 2E 1S Vido 2E HD 2S HD Audio stereo 1E 1S
Oui intgr (8 sites)
Oui intgr (6 sites)
Tableau 3: Comparaison gnrale La comparaison des codecs rvle des similitudes dans les caractristiques gnrales des 3 systmes, sauf dans le cas de Polycom HDX 9002 qui utilise une technologie propre pour le codec audio, ce qui explique la qualit remarquable du son produit par le codec.
41
4.2. Comparaison des camras
Panorama Inclinaison Zoom optique Champ de vision capteur Prix (DH/HT)
Lifesize Room 220 +/- 90 degrs +/- 45 degrs 4 70 degrs 1280x720p CMOS 23 992
Polycom HDX 9002 +/- 100 degrs +20/- 30 degrs 12 72 degrs 1280x720p CCD 39 992
Tandberg MXP 6000 +/- 90 degrs +10/- 20 degrs 7 70 degrs horizontale 42 degrs vertical 1/3 CMOS 50 400
Tableau 4 : Comparaison des camras La performance globale des camras est mieux que la moyenne et mme excellente dans la plupart des conditions, cependant le prix est un critre important, surtout que la diffrence entre les cameras reste considrable et dpasse mme le double. 4.3. Comparaison des micros Le systme de notation considre une chelle de 1 10, 10 tant la note la plus lev.
Fidlit Clart Sparation stro Effet spatial Raction au bruit Test distance (3 m) Evaluation globale Lifesize Room 220 7 6 5 5 8 6 7 Polycom HDX 9002 9 9 8 8 7 8 9 Tandberg MXP 6000 7 7 4 4 7 7 7
Tableau 5 : Comparaison des micros Sans surprise le systme Polycom HDX obtient la meilleure note, car il utilise une technologie propritaire, il sagit du siren 22 qui prsente lavantage davoir une plage de frquence plus grande pour une meilleure dynamique audio et traite facilement la parole, la musique et les sons naturels, tandis que les 2 autres systmes utilisent les mmes technologies ce qui justifie leurs notes presque similaires.
42
4.4. Performances multimdia

Protocole video Rsolution video Protocole audio Qualit vido Fluidit des mouvements Restitution des couleurs Qualit audio Score sur 10 Lifesize Room 220 H264 1280 x 720p (HD) AAC-LC Trs bien Meilleure des systmes tests Acceptable Acceptable 8 Polycom HDX 9002 H264 1280 x 720p (HD) Siren-22 Excellent Excellente Excellente Trs bien 8 Tandberg MXP 6000 H264 1024 x 768 (XGA) AAC-LD Mdiocre Mdiocre Acceptable Acceptable 5
Tableau 6: Performances multimdia 4.5. Rsultat global et recommandations Le tableau dresse le classement (1=1er etc) des trois systmes, en fonction des comparaisons dune caractristique donne :
Lifesize Room 220 3 3 Polycom HDX 9002 1 1 Tandberg MXP 6000 2 2
Interface de lutilisateur Qualit et performance de la camra Qualit vido Qualit audio Interoprabilit HD Interoprabilit SD Performances multimdia Performance H239 Performance du pont interne Prix
2 2 1 1 2 1 1 1
1 1 1 1 1 1 2 3
3 2 3 1 3 1 3 2
Tableau 7: Rsultats gnraux de la comparaison Recommandations : Au terme de cette tude, voici les apprciations concernant les 3 systmes : 1) Bien que les trois systmes de vidoconfrence HD valus, donnent des rsultats trs diffrents bien des gards, ils fournissent tous une qualit acceptable de visioconfrence en rsolution HD.
43
2) En outre, pour les trois systmes HD, les testes relatifs au cryptage, au protocole H.239, au rendement du MCU interne et l'interoprabilit avec les systmes SD sont satisfaisants ; 3) Le systme Polycom HDX 9002, le plus chre des trois modles tests, excelle par sa qualit vido, la qualit audio et des performances multimdia. Il dispose dun avantage certains de point de vue scurit et robustesse. 4) Le systme LifeSize Room 220 prsente un avantage de point de vue prix, un large soutien pour les rsolutions intermdiaires, et des capacits exceptionnelles de son pont multipoint. Il se distingue par un haut-parleur inclus, qui offre une excellente performance, cependant, l'interface de la camra et de l'utilisateur, ont besoin d'amlioration. 5) Le Tandberg MXP 6000 ralise de manire cohrente, mais l'utilisation de macro blocs statiques impacte de manire ngative linteroprabilit avec dautres systmes et la qualit vido entrant dans des conditions de mouvements rapide. En outre, le pont intgr de Tandberg prsente certaines anomalies de la rsolution HD en mode prsence continue.
5. Prsentation de la solution cible [11]

Dsirant de saffranchir des contraintes lis aux runions traditionnelles (dplacement, frais dhbergement), Barid Al-Mghrib veut mettre en place une solution de visioconfrence performante qui devra procurer les mme avantages quune runion traditionnelle, aprs une srie de runions avec les parties concernes qui ont aboutis la rdaction dun cahier de charge, voici la description de la solution, ainsi que les diffrents lments qui la composent. Dans ce qui suit une prsentation de la solution cible partir des articles contenus dans le cahier de charge. Les solutions matrielles et logicielles proposes, doivent rpondre obligatoirement aux critres et fonctionnalits minimales suivantes : Une intgration simple sans aucun changement majeur de larchitecture actuelle du Rseau du sige de BAM. La solution propose doit tre une solution clef en main pour une exploitation simple et intuitive. La solution propose doit tre livre avec les dernires versions logicielles en vigueur. La solution propose doit tre livre avec toute la connectique ncessaire son installation physique et son bon fonctionnement.
44
5.1. Architecture cible La solution de visioconfrence mettre en place doit permettre dans un premier temps une communication audio-visuelle multipoint entre des sites distants savoir le sige de Barid AlMaghrib Rabat, le sige dAl Barid Bank Casablanca (nomme par la suite sige ABB) et les dix directions rgionales (Figure 9), La solution propose doit tre volutive pour connecter 20 sites en qualit HD au minimum savoir : le sige de BAM + le sige ABB les 10 directions rgionales 7 autres sites (utilisateurs nomades, visiophones).
Figure 10 : Architecture de la solution cible La solution proposer doit satisfaire les exigences fonctionnelles suivantes : Au niveau de chaque site, le systme visioconfrence doit permettre la connexion simultane plusieurs sites ; Chaque site doit recevoir et afficher simultanment la vido, le son et les documents en provenance de chacun des autres sites participants ;
45
La solution propose doit tre interoprable avec la solution Cisco ToIP existante pour une dotation en visiophone servant la fois pour la tlphonie via le Callmanager Cisco et pour la connexion la visioconfrence ;
La solution doit permettre une administration simple via une interface web conviviale ; La solution doit permettre denregistrer lensemble de la visioconfrence sur support numrique. La solution denregistrement assurera lenregistrement et la diffusion des confrences et prsentations en toute simplicit ;
La solution propose doit tre interoprable avec les composants visioconfrence des autres constructeurs ;
La solution doit permettre la connexion des sances de confrence extrieures indpendamment des constructeurs ; La solution doit garantir une excellente qualit audio vido sur lensemble des sites ;
La solution propose doit tre compatible avec les deux technologies de transmission IP et RNIS ;
La solution propose doit supporter le fonctionnement en HD (High Definition) et SD (Standard Dfinition) selon les besoins de BAM ;
La solution propose doit tre moderne et volutive.
5.2. lments de la solution La solution demande consiste fournir, installer et mettre en service une solution de visioconfrence de dernire gnration compose des lments suivants :
5.2.1. Le codec
Etant llment dterminant de la qualit de la visioconfrence, le codec dtient une importance capitale dans larchitecture de la solution, vue limportance de la solution, on a exig la fourniture de codecs permettant la visioconfrence HD et extensible en Full HD, la scurit est un aspect important quil faut prendre en considration, ainsi les codecs devront assurer le cryptage de type AES afin de protger la confidentialit et lintgrit des communications, en cas de panne du MCU, le codec install au sige de BAM sera quip dun pont interne pouvant supporter jusqu 8 sites, lutilisation du RNIS exige que le codec supporte les appels mixte sur IP et RNIS en plus de ladaptation aux bandes passantes de chaque site pour pallier les dfaillances des oprateurs (lignes hors service, bandes passantes non garanties), Finalement dautres fonctionnalits lies la gestion dappels comme
46
lhistorique des appels, rpertoire des numros et laffichage de ltat de lappel devront etre assur par le codec.
5.2.2. Le Multipoint Control Unit
Ltude ralis concernant la solution prends en considration la participation de 20 sites en total lors dune runion en visioconfrence, pour grer les sites en question, une plate-forme MCU est indispensable pour garantir une qualit audio et vido haute gamme, le MCU devrai supporter toutes les rsolutions dcran (de CIF HD) et permettrai la participation simultane des 20 sites en qualit HD, le pont doit tre trs scuris puisque il est responsable de la rception puis la diffusion de tous les flux qui parvient des site, en plus de lutilisation du cryptage AES, le pont doit intgrer des fonctions de scurit incluant lauthentification des utilisateurs et plusieurs niveaux de droit dadministration (full administration, utilisateur, superviseur).
5.2.3. Le Gatekeeper :
La prsence du gatekeeper dans larchitecture de la solution est optionnel, mais vu la taille de la solution et le nombre des codecs qui vont tre installs, sa prsence sera bnfique et permettra de grer dune manire optimale les quipements prsent dans la zone H323, le gatekeeper devra permettre lenregistrement scuris des terminaux H323, dans le cas de prsence dautres gatekeepers ou de passerelles voisines, il sera en mesure de communiquer avec eux pour router les appels ou transfrer les demandes, en cas de problmes de la bande passante il devra assurer la gestion de la bande passante inter et intra zone.
5.2.4. La passerelle
Afin de garantir lhomognit de larchitecture, la prsence dune passerelle H323/H320 est indispensable, puisque il sagit de lunique moyen dassurer des appels mixte sur IP et sur RNIS, la position sensible de cet quipement exige un mangement scuris en utilisant HTTPS et un cryptage AES des donnes, la passerelle devra supporter la QoS pour assurer une bonne qualit de limage et du son lors dune sance de visioconfrence.
5.2.5. Camra, haut-parleur et microphone
Pour garantir une bonne qualit des images transmises, on a exig une camera HD possdant un zoom de 7x et qui enregistre 20 positions fixes pour faciliter la capture de toute la salle. Concernant les haut-parleurs, ils doivent tre quips dun systme de son stro et offrent la possibilit de contrler le volume. Pour le microphone on a pris on considration llimination
47
du bruit de la table et llimination de lcho (effet anti-larsen), le microphone doit tre omnidirectionnel et capable de capter la voix des participants dans un rayon de 360 degrs.
5.2.6. Solution dadministration
La solution dadministration demande pour grer le parc de visioconfrence doit tre exploitable via une interface web scuris, elle doit offrir deux fonctionnalits : La gestion de linfrastructure : vu la taille importante des quipements grer, la solution devrai permettre la supervision des sances de visioconfrence en temps rel, en cas dincidents ou de problmes, lalerte doit tre donne automatiquement, enfin la solution permettrai de grer la configuration de tous les quipements. La supervision : la solution doit fournir des statistiques concernant les appels, des invitations pour participer des runions par visioconfrences peuvent tre envoyes par mail, finalement la solution permettrai de rserver les salles via son interface.
5.2.7. Solution denregistrement
Dsirant de garder certaines runions importantes, loprateur a demand une solution denregistrement avec un serveur pouvant enregistrer 200 heures de vido HD, la solution devrai permettre des enregistrements simultane, avec la restitution de ces enregistrements sous diffrent format, le lancement de lenregistrement doit se faire dune manire facile, voir mme intuitive (un click sur la tlcommande) tout en choisissant le format denregistrement. 5.3. Evolutivit des solutions proposes Lvolutivit de la solution propose ne doit pas impliquer le changement du matriel acquis dans le cadre de lappel doffres. De ce fait, les outils proposs doivent tre assez dimensionns pour que lupgrade puisse se faire par un simple changement de licence ou par ajout dautres quipements par exemple. Ainsi lvolution des quipements concerne : La capacit maximale de chaque composant de la solution ; Les cartes supportes par le codec des diffrents sites et le MCU du sige BAM ; Toutes les options possibles pour lupgrade des codecs et du MCU pour supporter la connexion vers dautres sites; Lutilit de tous les slots libres des codecs et de MCU.
48
6. Pr requis pour le dploiement [12, 13]

Contrairement aux applications traditionnelles de l'internet (messagerie, Web, transfert de fichier), la visioconfrence sur IP est soumise des contraintes fortes au niveau de la transmission des informations. En effet, autant on peut admettre qu'un mail nous parviennent avec un dlai de transmission important (voire de plusieurs jours), autant on n'admet absolument pas de recevoir une information sonore hache ou avec des pertes de message. La visioconfrence IP est une chaine de bout en bout entre chaque site o chaque maillon est essentiel. Compte tenu de cette disparit, on ne peut pas affirmer de faon gnrale qu'un site sera capable de communiquer en visioconfrence. Certains pourront sans problme, d'autres ne pourront pas du tout et d'autres seront dans une situation intermdiaire. On peut dire toutefois que le rseau de Barid Al-Maghrib est aujourd'hui, moyennant la gestion de la bande passante, est en mesure de supporter ce type d'application. Le dploiement de la visioconfrence IP dans une entreprise est un projet global d'tablissement o : le Prsident la responsabilit de prparer le dploiement de la visioconfrence sur son tablissement : dgager des comptences et des ressources humaines, assur des plans de formation, prvoir les investissements ncessaires. le DSI ou service informatique et rseau value la faisabilit, se charge de la scurit et met en place de nouveaux services communs : - Pont multiutilisateurs H323, passerelle H320/H323, gatekeeper, routeurs et firewall. - IP multicast avec raccordement au MBone, l'utilisateur exploite les services selon les chartes d'utilisation de l'tablissement.
6.1. Dbit d'accs Le dbit minimum requis que l'on peut conseiller pour une visioconfrence HD est de 1 Mb/s. Disposer d'un dbit d'accs important ne veut pas dire qu'on dispose d'un dbit suffisant. En effet le taux de saturation moyen peut tre lev. On n'est pas labri de "burst", c'est--dire de monte en charge temporaire de la liaison.
49
Il convient donc de consulter les mesures fournies par l'oprateur de tlcoms et celles effectues par lentreprise. Au besoin mettre en place des outils de mtrologie. Un taux de charge moyen de 30% correspond une valeur correcte. Au del, il conviendrait de prvoir des augmentations de dbit. 6.2. Problmes frquents Il peut arriver qu'on dispose d'un accs suffisant mais que les problmes persistent. Il convient donc d'examiner l'architecture physique et logique du rseau. Des problmes que l'on ne souponne pas peuvent se rvler grce aux applications de visioconfrence. Par exprience, voici quelques problmes dj rencontrs : Rien ne passe : En gnral, on arrive toujours rsoudre le problme, souvent le problme provient des filtres mis en place, il est ncessaire d'ouvrir des ports. Votre terminal de visioconfrence dispose d'une adresse IP prive, il convient encore aujourd'hui de disposer d'une adresse publique (mme si des solutions techniques commencent merger). Votre terminal de visioconfrence H323 est gre par un gatekeeper qui n'autorise pas certains appels, se rapprocher de l'administrateur du service. Dans de rare cas, en H323, on peut rencontrer des problmes d'interoprabilit entre les terminaux de visioconfrence. La complexit du protocole fait que certains constructeurs n'implmentent qu'une partie des spcifications. On constate des coupures momentanes du son : Son hach, image fige, c'est la situation la plus courante et la plus problmatique. Si les coupures sont trs courtes et trs occasionnelles, on peut dire que c'est normal. Sinon, en supposant que le dbit d'accs du site est adapt, que le site distant est capable de recevoir des appels et que les priphriques audio/vido au terminal de visioconfrence sont corrects : Vrifier la charge du routeur d'entre, peut tre est-il mal adapt : CPU trop charge, pas assez de mmoire, trop de filtres mis en place. Vrifier les quipements de commutation et surtout les rpteurs qui se situent entre le routeur d'entre et le terminal de visioconfrence. Un Hub 10Mb/s avec des
50
collisions peut tre l'origine du problme, un flux vido de 512Kb/s sur ce hub aura des consquences nfastes et contribuera augmenter les collisions, La qualit de l'image n'est pas bonne : Vrifier d'abord la qualit de la camra, une webcam sur port USB n'est pas de mme qualit qu'un camscope numrique ! Vrifier les paramtres de bande passante de votre application de visioconfrence. Par exemple sur Netmeeting, paramtrer la bande passante sur rseau local Un PC trop ancien aura des difficults afficher les images. Si vous passer un appel travers une passerelle H320/H323 avec un dbit de 128Kb/s en H320, il faut 2 3 fois plus de dbit en H323, c'est dire jusque 384Kb/s. Ceci s'explique car les paquets IP contiennent des enttes qu'il faut aussi transporter. Un appel en 128Kb/s en H323 ne pourra pas donner une bonne image en H320. 6.3. Validation et test Si on dispose d'un dbit suffisant et d'une bonne architecture rseau, il faudra nanmoins effectuer des tests de validation diffrentes heures de la journe. Le taux d'utilisation du rseau varie tout au long de la journe. Se reporter aussi aux mesures effectues par les outils de mtrologie. Ceci est valable aussi sur le rseau et malheureusement pas toujours maitrisable par lentreprise.
Conclusion
Le chapitre prcdant avait pour but la prsentation dune part de ltude comparative des solutions prsentes sur le march et dautres part de la solution de visioconfrence approprie devant satisfaire les besoins exprims de loprateur. Le chapitre suivant prsentera une application de visioconfrence programme en langage JAVA et les modalits dexploitation des solutions de visioconfrence.
51
Ralisation dune application de visioconfrence
52
Chapitre 3 : Ralisation dune Application de visioconfrence

Le prsent chapitre prsentera une application de visioconfrence ralis en langage JAVA, lapplication constitue une occasion de mettre en uvre les connaissances accumules tout au long de ce stage et de tester les performances du protocole H323, en cas de panne majeur dans le rseau cette application peut constituer une alternative pour communiquer en visioconfrence.
1. Pr requis et outils utiliss [14]

1.1. Le langage JAVA
Java est un langage de programmation rcent (les premires versions datent de 1995) dvelopp par Sun MicroSystems. Il est fortement inspir des langages C et C++. Comme C++, Java fait partie de la grande famille des langages orients objets. Il rpond donc aux trois principes fondamentaux de lapproche oriente objet : lencapsulation, le polymorphisme et lhritage. Java a rapidement intress les dveloppeurs pour quatre raisons principales :
C'est un langage orient objet driv du C, mais plus simple utiliser et plus pur que le C++. On entend par pur le fait quen Java, on ne peut faire que de la programmation orient objet contrairement au C++ qui reste un langage hybride, cest-dire autorisant plusieurs styles de programmation. C++ est hybride pour assurer une compatibilit avec le C ;
Il est dot, en standard, de bibliothques de classes trs riches comprenant la gestion des interfaces graphiques (fentres, boites de dialogue, contrles, menus, graphisme), la programmation multi-threads (multitches), la gestion des exceptions, les accs aux fichiers et au rseau Lutilisation de ces bibliothques facilitent grandement la tche du programmeur lors de la construction dapplications complexes ;
Il est dot, en standard, dun mcanisme de gestions des erreurs (les exceptions) trs utile et trs performant. Ce mcanisme, inexistant en C, existe en C++ sous la forme dune extension au langage beaucoup moins simple utiliser quen Java ;
Il est multi plates-formes : les programmes tournent sans modification sur tous les environnements o Java existe (Windows, Unix et Mac) ;
Ce dernier point a contribu utiliser d'abord Java pour dvelopper des applets qui sont des applications pouvant tre tlcharges via lInternet et excutes dans un navigateur
53
sur n'importe quelle plate-forme. Ainsi, une page statique peut s'enrichir de programmes qui lui donneront un comportement dynamique.
1.2. LApplication Program Interface JAVA MEDIA FRAMEWORK
JMF est une API permettant l'exploitation du streaming avec le langage java. Elle offre de nombreuses possibilits et est trs simple d'utilisation. Elle a t conue dans sa version 2 pour rpondre aux attentes suivantes :

Permettre la capture de donnes multimdias Permettre le dveloppement d'application java utilisant le streaming ou les confrences vido.
Permettre l'accs un large type de donnes Offrir un support pour le protocole RTP (Real-Time Transport Protocol)
L'API dans sa deuxime version reste entirement compatible avec la premire version. Les applications dveloppes avec JMF 1 seront toujours d'actualit. JMF se dcompose en deux modules distincts :
L'API de base : Elle fournit toute une architecture permettant de grer l'acquisition, le traitement et l'affichage de donnes multimdias. On peut alors facilement , l'aide de JMF, crer une applet ou une application qui prsente capture, manipule ou enregistre des flux multimdia. On trouve alors diffrents outils comme les Players qui vont permettre la visualisation et le traitement des donnes. On pourra alors grce eux traiter le flux vido et permettre les options que l'on souhaite sur le lecteur media.
L'API RTP : Jusque l, JMF ne permettait que de lire, traiter et prsenter un flux arrivant un utilisateur. Grce l'API RTP on va maintenant pouvoir transmettre un flux et ainsi crer son propre serveur de streaming. On peut maintenant capturer un flux partir d'une camra ou un micro et le transmettre diffrents utilisateurs ou encore centraliser un ensemble vido et sons et les transmettre sur demande.
Enfin JMF est prvue pour tre tendue. En effet elle permet de dvelopper ses propres plugins afin d'effectuer des traitements particuliers de fichiers audio ou vido ou encore de traiter certains formats non supports pour des besoins particuliers.
54
Etude et mise en uvre dune solution de visioconfrence Juin 2011 1.3. Les sockets Java
La notion de sockets a t introduite dans les distributions de Berkeley (un fameux systme de type UNIX, dont beaucoup de distributions actuelles utilisent des morceaux de code), c'est la raison pour laquelle on parle parfois de sockets BSD (Berkeley Software Distribution). Il s'agit d'un modle permettant la communication inter processus (IPC - Inter Process Communication) afin de permettre divers processus de communiquer aussi bien sur une mme machine qu' travers un rseau TCP/IP. La communication par socket est souvent compare aux communications humaines. On distingue ainsi deux modes de communication :
Le mode connect (comparable une communication tlphonique), utilisant le protocole TCP. Dans ce mode de communication, une connexion durable est tablie entre les deux processus, de telle faon que l'adresse de destination n'est pas ncessaire chaque envoi de donnes.
Le mode non connect (analogue une communication par courrier), utilisant le protocole UDP. Ce mode ncessite l'adresse de destination chaque envoi, et aucun accus de rception n'est donn.
Les sockets se situent juste au-dessus de la couche transport du modle OSI (protocoles UDP ou TCP), elle-mme utilisant les services de la couche rseau (protocole IP / ARP).
1.4. Le logiciel NetBeans [15]
Netbeans est l'environnement de Dveloppement Intgr (EDI) support par SUN. Il est particulirement bien adapt pour le dveloppement d'applications WEB. Il remplace l'IDE Java Studio Creator. C'est un IDE moderne offrant un diteur avec des codes couleurs et un ensemble de signes, des modles de projets multi-langage et de diffrents types (application indpendante, distribue, plugin, mobiles, ...), le refactoring, l'diteur graphique d'interfaces et de pages web pour supporter le programmeur dans son travail. Il permet d'accder rapidement la documentation dtaille, de naviguer dans les sources et de faire des recherches d'usage des classes, mthodes et proprits. Netbeans indique l'utilisateur les erreurs et fait des propositions pour y remdier. Un dboggeur permet l'excution pas pas. Un suivi des
55
ressources utilises (CPU, mmoire) par le logiciel dvelopp peut tre fait via un profiler. Un framework de test unitaire tel que Junit peut tre utilis. L'EDI NetBeans fournit des outils pour construire tous les composants Java EE, ce qui inclut les Enterprise Java Beans (EJBs), les pages web, les servlets, et les services web. Il intgre le serveur d'application Glassfish, ce qui permet de facilement dvelopper des EJB et de les dployer. Il intgre la norme WS, (WebService) JAX-WS. Il est ais de lier un WS avec un EJB pour faire son implmentation. Pour faire des applications, des diteurs visuels sont disponibles pour construire rapidement des applications web bases sur des standards utilisant Ajax, JavaScript.
D'autres langages que Java sont possibles tels que C/C++, Ruby, JavaFX. L'environnement de dveloppement peut tre tendu par un ensemble de plugins que la communaut des contributeurs dveloppe. Par suite, il est possible d'tendre l'EDI tout langage. Par exemple, le plugin Subversion permet de transformer l'IDE en environnement de dveloppement collaboratif.
2. Modles et notions utilises

Afin de bien comprendre le fonctionnement de lapplication, un rappel sur les notions et modle utilis est ncessaire pour pouvoir assimiler le fonctionnement de lapplication.
2.1. Le modle client/serveur
De nombreuses applications fonctionnent selon un environnement client/serveur, cela signifie que des machines clientes (des machines faisant partie du rseau) contactent un serveur, une machine gnralement trs puissante en termes de capacits d'entre-sortie, qui leur fournit des services. Ces services sont des programmes fournissant des donnes telles que l'heure, des fichiers, une connexion, etc. Les services sont exploits par des programmes, appels programmes clients, s'excutant sur les machines clientes. On parle ainsi de client (client FTP, client de messagerie, etc.) lorsque l'on dsigne un programme tournant sur une machine cliente, capable de traiter des informations qu'il rcupre auprs d'un serveur (dans le cas du client FTP il s'agit de fichiers, tandis que pour le client de messagerie il s'agit de courrier lectronique).
56
Etude et mise en uvre dune solution de visioconfrence Juin 2011 2.1.1. Avantage de larchitecture client/serveur
Le modle client/serveur est particulirement recommand pour des rseaux ncessitant un grand niveau de fiabilit, ses principaux atouts sont :
Des ressources centralises : tant donn que le serveur est au centre du rseau, il peut grer des ressources communes tous les utilisateurs, comme par exemple une base de donnes centralise, afin d'viter les problmes de redondance et de contradiction ;
Une meilleure scurit : car le nombre de points d'entre permettant l'accs aux donnes est moins important ;
Une administration au niveau serveur : les clients ayant peu d'importance dans ce modle, ils ont moins besoin d'tre administrs ;
Un rseau volutif : grce cette architecture il est possible de supprimer ou rajouter des clients sans perturber le fonctionnement du rseau et sans modification majeure.
2.1.2. Inconvnients de larchitecture client/serveur
L'architecture client/serveur a tout de mme quelques lacunes parmi lesquelles :

Un cot lev d la technicit du serveur Un maillon faible : le serveur est le seul maillon faible du rseau client/serveur, tant donn que tout le rseau est architectur autour de lui ! Heureusement, le serveur a une grande tolrance aux pannes.
2.1.3. Fonctionnement dun service client/serveur
Un systme client/serveur fonctionne selon le schma suivant :
Figure 11: Architecture client/serveur
Le client met une requte vers le serveur grce son adresse IP et le port, qui dsigne un service particulier du serveur ;
57
Le serveur reoit la demande et rpond l'aide de l'adresse de la machine cliente et son port.
2.2. La transmission en multicast
Les applications rseau fonctionnent pour une grande majorit dans le mode IP unicast : le poste metteur envoie des paquets IP dont chacun porte une adresse de destination explicite. Le rseau transporte le paquet vers ce destinataire, et uniquement vers lui comme le montre la Figure 12.
Figure 12: Transmission unicast En multicast (ou diffusion de groupe), le rseau fonctionne d'une source vers un ensemble de rcepteurs, Figure 13, la source met des paquets avec une adresse de destination qui est en fait un identifiant de groupe. Au niveau de ses routeurs IP, le rseau dmultiplie les paquets de telle sorte que tous les postes rcepteurs abonns cet instant cette session en reoivent chacun une copie.
Figure 13: Transmission multicast
58
L'avantage de ce systme par rapport au classique unicast devient vident quand on veut diffuser de la vido. En streaming on envoie une image autant de fois que l'on a de connexions simultanes ce qui conduit une perte de temps, de ressources du serveur et surtout de bande passante. A contrario de l'unicast, en multicast le paquet n'est mis qu'une seule fois, et sera rout vers toutes les machines du groupe de diffusion.
2.2.1. Le protocole IP multicast
En multicast, le protocole IP utilise les adresses de la classe d'adresses D 224.0.0.1 239.255.255.254. Les adresses IP multicast 224.0.0.1 224.0.0.255 ont un rle spcifique utilisation locale. D'autres protocoles dlaisss utilisent aussi le multicast. Les paquets de donnes sont routs sur le rseau selon l'adresse des destinataires encapsule dans la trame transmise. Normalement, seuls les destinataires interceptent et dcodent les paquets qui leurs sont adresss.
Exemple d'une adresse IP locale pouvant servir une communication multicast : 224.0.0.1
Exemple d'une adresse IP Internet pouvant servir une communication multicast : 239.254.254.254
Un groupe multicast se compose d'un ensemble de machines. Il est entirement dynamique (une station peut rejoindre ou quitter le groupe tout moment), et ouvert (une station peut mettre un paquet dans un groupe sans en faire partie). Un groupe multicast est dsign par une adresse IP (de 224.0.0.1 239.255.255.255). Lorsqu'un poste veut envoyer un paquet un groupe multicast, il envoie ce paquet l'adresse IP identifiant ce groupe (par ex : 224.1.2.3). La rception est ralise par un routeur abonn au groupe et le paquet est alors dupliqu et renvoy grce une trame de niveau 2 Multicast. Le protocole IGMP est utilis par le protocole IP pour l'adhsion aux groupes multicast. Par dfaut, la majorit des systmes d'exploitation mettent en coute les interfaces rseau sur la classe d'adresse IP utilis par le multicast. Les programmeurs peuvent donc exprimenter le multicast sans devoir intervenir au niveau des interfaces et du protocole TCP/IP du systme d'exploitation.
59
Etude et mise en uvre dune solution de visioconfrence Juin 2011 2.2.2. Utilisation de IP multicast
L'usage du multicast sur Internet est encore limit aux universits ou utilis en interne par les fournisseurs d'accs Internet (diffusion des chanes de tlvision pour certains). Il est aussi utilis dans certaines grandes entreprises pour la diffusion d'informations, la mise jours simultane des postes de travail ou la synchronisation des horloges des stations de travail et des serveurs, mais dans ces cas l les flux sont achemins par Internet intgrs dans des VPN chiffrs et scuriss. Certaines web radio exprimentent un flux multicast pour la diffusion de leurs programmes, mais comme ce type de flux n'est pas forcment prix en compte par les routeurs des fournisseurs Internet, il est difficile de faire une gnralit de ce type de fonctionnalit si l'on doit passer au travers de routeurs htrognes. Pour la Gestion des flux multicast, on prfrera des protocoles de routages tels que PIM et autres protocoles " dynamiques " plutt que des protocoles statiques devant crire en " dur " dans les tables de routage la gestion des flux.
2.2.3. Notion de ports de communication
Un port identifie un ou plusieurs processus. La notion de port autorise le multiplexage des connexions sur une mme machine. Cest la couche transport qui attribue, un numro de port, une connexion... Les 1 024 premiers ports sont rservs, ils sont dits rfrencs Les ports rfrencs permettent une application dite cliente didentifier une application sur un systme distant. Lextrmit de la connexion cliente est identifie par un numro de port attribu dynamiquement par le processus appelant. Ce numro de port est dit port dynamique ou phmre. Dans la figure 10.48, le port 23 est un port rfrenc, le port xxxx est un port phmre permettant lidentification distante du flux de donnes.
2.3.

Fonctionnement de lapplication
2.3.1. Objectifs
Crer un serveur de dchanges de donnes audio vido, Crer un client graphique rpondant au(x) protocole(s) du serveur.
Le serveur doit permettre plusieurs clients de se connecter au serveur et de dmarrer des sessions de visioconfrence entre les clients et le serveur e utilisant les proprits de IP
60
multicast, lensemble doit tre connect Internet et peuvent changs des donnes comme des images ou fichier texte. Le principe de fonctionnement est le suivant : un utilisateur envoie un flux audio/vido au serveur puis le serveur soccupe de renvoyer ce flux a chacun des clients connects. Par exemple, pour quutilisateur B reoive le flux de A, il doit dabord envoyer ce flux au serveur. Une fois connect, un utilisateur peut se dconnecter tout moment. Au cours dune session, un utilisateur peut envoyer certaines commandes particulires comme, notamment, une commande permettant de changer de pseudonyme ou rcuprer la liste des utilisateurs connects.
2.3.2. Principe de fonctionnement
Dans notre cas, lunique rle du serveur est enregistrer et dsenregistrer les clients distants. Les clients sont relis entre eux, comme le montre la Figure 14 :
Figure 14 : modle client/serveur utilis
Enregistrement dun client : Pour enregistrer un client, on rcupre une rfrence vers lobjet distant associ ladresse IP fournit en paramtre pour obtenir des informations sur ce client. Ensuite on ajoute dans une mmoire, le client avec son nom dutilisateur. Enfin message de log est affich sur la sortie standard.
61
Dsenregistrement dun client : Pour dsenregistrer un client, on supprime son nom de la mmoire correspondante la liste des utilisateurs, le couple ayant pour adresse IP fournie en paramtre. Enfin message de log est affich sur la sortie standard. En ce qui concerne le client, il peut se connecter et se dconnecter du serveur. Un client peut aussi envoyer des flux tous les utilisateurs, envoyer un flux un unique utilisateur et afficher un flux. Les clients sont directement connects entre eux. Connexion au serveur : Pour se connecter au serveur, le client distant lie son adresse lui-mme auprs du serveur. Il rcupre ensuite une rfrence vers le serveur et demande au serveur de lenregistrer. Puis, on rcupre la liste de tous les utilisateurs et on met jour la liste des utilisateurs connus de ce client. Ensuite, pour chaque utilisateur de la liste, on ajoute ce client leur liste d'utilisateurs. Enfin on envoie un message tous les clients pour les prvenir quun nouvel utilisateur est enregistr, on affiche sur ce client le nom de lutilisateur si celui-ci est un nom anonyme gnr. Dconnexion du serveur : Pour se dconnecter du serveur, le client distant demande au serveur de le dsenregistrer. Ensuite on supprime le couple correspondant ce client de la liste des utilisateurs (mmoire de lutilisateur) et pour chaque client restant de cette liste, on supprime ce client de leur liste des utilisateurs. Puis on envoie un message tous les clients pour les prvenir qu'un utilisateur vient de se dsenregistrer. Enfin, le client distant dlie son adresse lui-mme auprs du serveur. Envoi dun flux: Lorsque lutilisateur envoie un flux, on vrifie sil a envoy une commande ou non. Sil a envoy une commande, on effectue laction approprie (dmarrer une session audio ou vido, envoyer un fichier, envoyer message). Dans le cas contraire, on parcourt lensemble des utilisateurs connus et pour chacun deux, on invoque la mthode permettant dafficher un flux. Si une erreur est rencontre, on dsenregistre le client. Envoi dun message priv :
62
Pour envoyer un message en priv, on parcourt la liste de toutes les adresses IP et pour chacune on vrifie via la mmoire utilisateur si le nom de lutilisateur correspondant ladresse IP est celui qui doit recevoir le message. Si lutilisateur na pas t trouv alors on envoi un message lmetteur. Si lutilisateur a t trouv alors on rcupre une rfrence vers lobjet distant associ ladresse IP et on envoie le flux au client distant. Enfin on affiche le message sur ce client. La Figure 15 montre lenvoie de message entre les clients 1, 2 et 3.
Figure 15: Scnario denvoie dun message
2.4.
Mise en marche de lapplication
Lapplication a t entirement dveloppe en langage JAVA et a t dot dune interface graphique pour faciliter son exploitation. La Figure 16 donne une ide sur linterface de lapplication. Lapplication offre le choix entre une conversation audio ou une conversation vido, deux fentres qui permettent denvoyer des messages instantanes (chatter) avec les autres utilisateurs.
63
Figure 16 : Interface graphique de l'application Aprs avoir choisis le type de conversation souhait, une fentre saffiche, comme le montre la Figure 17, vous invitant slectionner les paramtres audio/vido (format et codecs disponibles), qui vont constituer une source dinformation pour le serveur.
Figure 17 : Paramtres et format de la conversation audio
64
Une fois les paramtres slectionns, on click sur dmarrer, un lecteur mdia souvre automatiquement et on peut commencer une session de visioconfrence.
3. Modalits dexploitation dune solution de visioconfrence

Les capacits accrues de linformatique associes lamlioration constante de la qualit des rseaux de tlcommunication (plus de dbits, de fiabilit, cot moindre...), permettent la mise en place dun systme de visioconfrence performant et scuris, ceci dit Pour prenniser lusage il faut respecter certains critres lis en gnrale lenvironnement externes comme la salle, car rappelons le la qualit d'une visioconfrence ne dpend pas seulement des dispositifs informatiques. 3.1. Le lieu Lambiance des lieux, cre par la lumire et le confort matriel, affecte la faon dont les participants ressentent la visioconfrence. Les installations doivent tre chaleureuses et confortables, l'utilisation des systmes facile et documente. Citons comme critres essentiels :
La perception, sans efforts particuliers, de la conversation, La qualit visuelle de la vido et des prsentations informatiques, Linstallation et lorganisation matrielles (mobilier, cran, quipement...), Le management et la prparation de la runion.
Lamnagement est plus compliqu lorsquon prvoit l'utilisation d'une salle de runion prexistante, mais les amliorations que lon apportera dans le cadre de la visioconfrence seront galement profitables pour le confort des runions en prsence continue. 3.2. Le son Choisir le lieu dimplantation de la salle au plus loin des sources sonores externes : bruits de la ville ingrables ou bruits internes, lieux de passages frquents, atelier bruyant, passage dengins, caftria, local technique avec photocopieuse Attention galement au niveau sonore des systmes de ventilation ou de climatisation et la rverbration (cration dchos) dans la salle. Il faut penser lorganisation de la salle pour que les microphones soient loigns des hautparleurs, des tlphones et de tout systme lectronique pouvant gnrer des grsillements et du larsen. Il faut galement viter de les dplacer en cours de runion ce qui cre des dsagrments sonores importants.
65
3.3. Lclairage Lclairage gnral de la salle doit si possible tre indirect, homogne et constant dans le temps do lexclusion de lclairage naturel savrant trop irrgulier. Un faible clairage, souvent compens par les camras, a un impact sur le son et l'image transmise. Lclairage doit tre accentu sur la table centrale (environ 500 lux) permettant dune part un bon clairage par rfraction de la lumire sur le visage des personnes et dautre part la lecture et lcriture facile pour les participants. Lcran du systme ou de projection doit rester dans une zone moins claire (300 350 lux), idem pour les zones en arrire des participants, comme les murs, afin de bien dgager l'image des participants du fond de la salle. Certaines couleurs sont bien restitues telles le bleu, le gris fonc et le saumon. Dautres moins comme le vert, le rouge et le brun, bannir notamment pour les murs de la salle. Pour le mobilier, les teintes de bois clair sont idales. Attention galement aux motifs des murs, ils alourdissent l'image et donc altrent la qualit de la transmission. 3.4. La prparation et les bonnes pratiques Comme pour toute runion, la prparation est d'autant plus importante que les personnes et les sites connects sont nombreux. Lordre du jour doit tre connu de tous pralablement et la liste des participants actifs doit tre tablie. Comme dans toute runion, la prsidence de sance est essentielle de mme qu'un secrtaire pour raliser le compte-rendu en vitant si possible quun intervenant soit la fois prsident de sance et secrtaire. Fixer des sujets bien dfinis assure la cohrence de la runion. Plus lobjectif est clair et prcis, plus le travail de mise en place et la gestion de la runion sont facilits. Si on doit aborder des sujets trs distincts, il est prfrable de les sparer dune coupure franche, voire une pause. Des sujets imprvus, qui apparaissent lors dune discussion, doivent tre carts rapidement, en proposant de les aborder en fin de runion, si le temps le permet. Le rythme des interventions, des prsentations, des dbats, des pauses doit permettre la participation de tous, cest un des gages de russite. Dans le cas de diffusion de documents provenant dintervenants extrieurs, il est conseill de faire un test pralable.
Gestion de la runion :
66
Bien dfinir les sujets abords et leur timing. Dfinir le prsident et le secrtaire de sance. Rappeler les usages de bon droulement et inviter chaque participant se prsenter. Faciliter la participation de tous les sites.
Obtenir une bonne image: Se comporter de manire naturelle en vitant les gestes rapides. Eviter les dplacements de camra inutiles, prprogrammer les plages de prise de vue. Bannir la lumire naturelle, supprimer les fonds surchargs. Prvoir la disposition des crans dans la pnombre pour un meilleur rendu de limage. Articuler, parler normalement sans hausser le ton, attendre que linterlocuteur finisse avant de parler. Limiter les aparts, utiliser la sourdine (coupure du son en local), viter le dplacement des micros de table. Limiter les rglages en cours de runion. Ne pas oublier que si vous ne voyez pas ou n'entendez pas votre interlocuteur, lui peut vous entendre ... En cas dincident : Respecter les procdures de rsolution dincident : contact d'une assistance tlphonique ou d'un technicien sur place. Eviter de modifier les branchements des diffrents quipements. Il faut observer un minimum dorganisation avec un rfrent responsable pour chaque fonction : la technique, lorganisation et le mtier. Le rfrent technique assure le fonctionnement dans le temps (avec un prestataire si ncessaire) et intervient en cas de problmes techniques. Le rfrent organisationnel est dvolu la gestion du planning dutilisation de salle, la rservation de visioconfrences et le contact avec les autres sites, les propositions d'volution des usages et du systme. Le rfrent mtier prpare les thmes aborder, les experts inviter, lordre du jour. Dans les petites structures, si une seule personne cumule plusieurs rles, elle ne devra ngliger aucune tche.
Optimiser la transmission de la voix :
67
Conclusion
Aux termes de ce chapitre, nous avons raliss une application de visioconfrence pour subvenir des besoins urgents en cas de panne majeur dans le systme principales, cette application ne pourra jamais remplace le systme principale en performances et en scurit, mais elle nous a permis de mettre en uvre les connaissances accumules tout au long de ce stage.
68
Conclusion gnrale et perspectives

Durant ce stage nous avons rdig le cahier de charge dune solution de visioconfrence destin tre install au sein du sige de Barid Al-Maghrib, nous avons men une tude comparative, sur trois solutions de visioconfrence HD, des constructeurs leaders dans le monde, prsents sur le march Marocain, afin dvaluer leurs points forts et leurs points faibles, en tenant compte des caractristiques techniques disponibles dune part, et ; dautre part, effectuer des essais sur les dits systmes. Les conclusions de cette tude, constitueront certainement une base de donnes riche et complte qui permettrait au chef de projet de maitriser le volet technique de cette ralisation et de proposer la solution adquate et qui rpond au mieux aux besoins de la direction gnrale de Barid Al-Maghrib. Au bout de ce travail, nous avons pu acqurir, outre des nouvelles connaissances techniques, une nouvelle exprience enrichissante relative la gestion de projet, tel que llaboration de cahier des charges professionnel et les procdures en relation avec les appels doffres en gnral. De mme ce stage a permis denrichir le sens du relationnel et de dvelopper certaines qualits, estimes essentielles dans la carrire dun ingnieur, savoir la gestion du temps, le travail dquipe, la communication et lesprit de synthse. Avec lvolution des tlphones portables, des tablettes interactives et PDA (Personal Digital Assistant) lutilisation de la visiophonie, pourrait tre envisage. Lamlioration des supports de partage des documents en utilisant un tableau blanc interactif, outil puissant, muni dun cran tactile qui reli un PC par WiFi permet de partager les informations avec dautres personnes via le systme de visioconfrence. Enfin, nous recommandons pour des raisons financires de migrer le systme, reliant le sige de Barid Al-Maghrib et les dix directions gnrales, de RNIS vers IP pour pouvoir profiter au maximum des avantages du systme de la solution avec un cot raisonnable.
69
Rfrences
Livres et Articles :
[1] : Sanaa Drissi Alami, Conception et ralisation dun systme dcisionnel pour Barid AlMahrib, Mmoire de projet de fin dtudes, 2005. [2] : Claude Servin, Rseaux et Tlcoms, DUNOD, 2003. [3] : Thierry Barba, Pierre-olivier Giffrad, Les tlconfrences multimdias, HERMES, 2002. [5] : Laurent Oukail, Guy Pujolle, Tlphonie sur IP, EYROLLES. [13] : Eric BRIANTAIS, Analyse de la concurrence dans le secteur de la visioconfrence, Mmoire de fin dtudes, 2007. [11] : Nizar BELHILAT, Yassine ABGHAZ, Cahier des charges relatif au projet de mise en place dune solution de visioconfrence, 2011. [7] : V. Baudin, V. Royo , P. Owezarski ,T. Gayraud, S. Owezarski, Une visioconfrence sur rseau IP, LAAS-CNRS, Toulouse, France. [12] : Nicolas CAREL, Visioconfrence luniversit Paris Sud, CRI, Universit Paris Sud, Orsay. [10]: Wainhouse Research, HD videoconferencing, three leading contenders face off, 2007. [14] : Jean michelle Boudoux, Dveloppons en JAVA, Ecllipse, 2007.
Sites web:
[6]: http://wallu.pagesperso-orange.fr/pag-h323.htm; Protocole H323. [4]: http://www.univ-valenciennes.fr/CRU/Visio/; Visioconfrence sur IP. [7]: http://www.lifesize.fr/; Datasheet des solutions et des quipements. [8]: http://www.polycom.fr/; Datasheet des solutions et des quipements. [9]: http://www.tandberg.fr/; Datasheet des solutions et des quipements. [15]: http://www.netbeans.ft/;
70
Index
A: ABB: Al Barid Bank AAC: Advanced Audio Coding ADSL: Asymmetric Digital Subscriber Line ANRT: Agence National de Rglementation des Tlcommunications ATM: Asynchronous Transfer Mode B: BAM: Barid Al-Maghrib C: CIF: Common Intermediate Format T: G: TCP: Transmission Control Protocol GPL: General Public license U: GPRS: General Packet Radio Service I: IETF: Internet Engineering Task Force IP: Internet Protocol L: LAN: Local Area Network LDAP: Lightweight Directory Access Protocol LL: Liaison Loue M: MPLS: MultiProtocol Label Switching MPEG: Moving Picture Experts Group UIT-T : Union International des Tlcommunications (Normalisation) V: VPN: Virtual Private Network W: WAN: Wide Area Network R: RNIS: Rseau Numrique Intgration de Services RSVP: Resource Reservation Protocol RTC: Rseau Tlphonique commut RTP/RTCP: Real-time Transfert Protocol/ Real-time Transfert Control Protocol S: SIP: Session Initiation Protocol SNMP: Simple Network Management Protocol
71
Liste des Figures

Figure 1 : Schma du LAN du Sige........................................................................................ 12 Figure 2: Schma du WAN ...................................................................................................... 13 Figure 3: Le principe de la visioconfrence ............................................................................. 15 Figure 4: Architecture gnrale H323 ...................................................................................... 20 Figure 5: Pile protocolaire H.323 ............................................................................................. 21 Figure 6: Exemple dune zone H323........................................................................................ 22 Figure 7: Exemple de communication entre deux terminaux H323......................................... 24 Figure 8: Diagramme de GANTT ............................................................................................ 33 Figure 9: Chiffre cls de 2010 .................................................................................................. 33 Figure 10 : Architecture de la solution cible .......................................................................... 45 Figure 11: Architecture client/serveur...................................................................................... 57 Figure 12: Transmission unicast .............................................................................................. 58 Figure 13: Transmission multicast ........................................................................................... 58 Figure 14 : modle client/serveur utilis .................................................................................. 61 Figure 15: Scnario denvoie dun message ............................................................................ 63 Figure 16 : Interface graphique de l'application ....................................................................... 64 Figure 17 : Paramtres et format de la conversation audio ...................................................... 64
Liste des Tableaux

Tableau 1: Liste des ports utiliss par le protocole H323 ........................................................ 29 Tableau 2 : Informations gnrales sur les formations au sein de BAM ................................. 34 Tableau 3: Comparaison gnrale ............................................................................................ 41 Tableau 4 : Comparaison des camras ..................................................................................... 42 Tableau 5 : Comparaison des micros ....................................................................................... 42 Tableau 6: Performances multimdia ....................................................................................... 43 Tableau 7: Rsultats gnraux de la comparaison ................................................................... 43
72
Glossaire
Le rseau virtuel priv est une extension des rseaux locaux qui prserve la scurit logique que lon peut avoir lintrieur dun rseau local. Nomme aussi codage de source est l'opration informatique qui consiste transformer une suite de bits A en une suite de bits B plus courte, contenant les mmes informations, en utilisant un algorithme particulier. Un rseau ad hoc est une connexion temporaire entre des ordinateurs et des priphriques utilise des fins prcises, comme le partage des documents. Technique de transmission numrique offrant deux canaux de donnes haut dbit sur une ligne tlphonique ordinaire en paire symtrique, le dbit dans le sens du rseau tant trs suprieur au dbit dans lautre sens. En vido ou en audio, est le fait de changer le format de codage d'un mdia (voir aussi codage et codec) utilis pour comprimer ou encapsuler un mdia audio ou vido dans un fichier ; ou transporter un signal analogique ou numrique. Routeur qui fait correspondre les adresses IP internes nonuniques et souvent non routables d'un intranet un ensemble d'adresses externes uniques et routables. Suite d'intervalles de temps dans un canal physique ddis une fonction spcifique. Pour Multicast bone, est un rseau virtuel exprimental pour la transmission du trafic multicast IP. Cest un procd permettant de dfinir au niveau d'un langage de programmation la correspondance entre deux modles de donnes. Bloc compos de 16 sur 16 pixels et qui reste identique d'une image l'autre et n'a donc pas besoin d'tre trait ou transmis. Dans le cadre de la gestion de projet, est la fin d'une tape, la fin d'un travail. La plupart du temps, le jalon est aussi un vnement important, comme la signature d'un contrat, le lancement d'un produit.
VPN
Compression des donnes
Mode ad-hoc
Communication asymtrique
Transcodage
NAT Canal logique MBone
Mapping
Macro bloc statique
Jalon
73
Annexe 1 : Organigrammes de ltablissement et de la DSI
Figure 18.a : Organigramme de Barid Al-Maghrib
74

Direction Systeme d'Infotmation
Service Audit et Securit
Bueau Ressources Humaines DSI

Division Exploitation Informatique
Division Etudes Informatiques
Division Infrastructures Informatiques et Telecoms
Service Financier
Service Gestion Reseau Telecom Service Infrastructure Informatique
Service Integration
Service Courrier et Messagerie Service developpement Informatique Service Comptabilit et projets transverses
Service Systeme
Service Support
Service Production
Centre National de Maintenance et Mecanographie
Figure 18.b : Organigramme de la DSI
75
Annexe 2
Figure 19: les Rsolutions images utilises (normalisation de lUIT)
Figure 20 : entte IP
Figure 21: Le champ Type de Service
76
Annexe 3 : les normes de la visioconfrence

La grande varit de constructeurs de matriel pour la visioconfrence a pouss les organismes de normalisation tudier des recommandations dans ce domaine, afin de garantir linteroprabilit de leurs systmes. Les normes se proposent de dfinir les capacits minimales que doit possder et respecter un systme de visioconfrence. Elles sont classes en familles suivant la technologie rseau utilise et repres par un sigle H3xx. A lintrieur de chacune de ces familles, on trouvera les caractristiques des diffrents composants de la visioconfrence : Pour la transmission de la vido, les normes de la srie H 26x Pour la transmission du son, les normes de la srie G 7xx Pour le travail coopratif, les normes de la srie T12x Pour le multiplexage, les normes de la srie H 22x Pour la signalisation et la gestion des communications, les normes des sries H 23xH 24x et I et Q Larticulation de ces diffrents composants peut tre reprsente par le schma suivant :
1. LES FAMILLES H 32x

Ce sont des ensembles de recommandations dfinissant les caractristiques de traitement des informations audio et vido. Le standard doit assurer la communicabilit entre les systmes des diffrents constructeurs, la diffrence entre les systmes reprsentant des caractristiques optionnelles qui affectent la qualit de laudio et de la vido.
49
77
a. Normes pour le codage du son.
Le son est la partie essentielle de la visioconfrence. Cest le facteur essentiel de la communication. Une mauvaise qualit engendre rapidement une fatigue excessive. Cette qualit dpend de deux paramtres : la bande passante, cest dire les frquences prises en compte. En visioconfrence, on distingue la qualit tlphonique (300 3 400 Hz) de la haute qualit (50 7 000 Hz). La qualit HIFI (20 20 000 Hz) ne peut tre obtenue que sur des rseaux ATM. le taux de compression et la qualit des codeurs ; en effet, plus le taux est lev, plus il y a perte dinformation et donc, moins bonne est la restitution. Nous allons parcourir les principales recommandations de lUIT-T mises en uvre dans les codecs du march. G 711 : cette recommandation prsente dans tous les Codecs car obligatoire, nest que peu usite. Sa qualit correspond la bande passante du tlphone (300 3 400 Hz) et demande un dbit trop lev : 64 kbit/s soit un canal B du RNIS. G 728 : la voix, de qualit tlphonique est compresse 16 kbit/s. Cette recommandation convient parfaitement pour la visiophonie et la visioconfrence bas dbit (128 kbit/s). Cependant, sa qualit est trop faible pour une diffusion dans une salle de cours ou un amphithtre. Elle est implante sur tous les produits sur microordinateur et bien sr sur les Codecs haut de gamme.
78
G 722 : la bande passante prise en considration est de 50 Hz 7 000 Hz. La restitution est de bonne qualit avec trois modes de compression donnant des dbits de 48, 56 ou 64 kbit/s, 56 kbit/s tant celui le plus utilis. Elle convient parfaitement la diffusion de cours ou de colloques. Prsente sur tous les Codecs haut de gamme, on commence la trouver sur certains kits pour micro-ordinateur. Elle assure un bon confort dcoute mme lors de "visio-runions" o le mouvement a peu damplitude. Elle peut intervenir dans le choix final dun systme de visioconfrence sur micro-ordinateur. G 723.1 : spcialement conue pour la visioconfrence sur rseaux locaux, cette recommandation fournit une bande passante de 300 3 400 Hz un dbit de 5,3 ou 6,3 kbit/s. La compression est trs intressante mais la qualit de restitution la cantonne une utilisation de type visiophonie, impropre la diffusion de cours ou de colloques. Cette recommandation nest prsente actuellement que sur des systmes compatibles H 323. Remarque : une nouvelle recommandation est en cours de ratification, il s'agit de G 724 qui procure une qualit comparable G 722 (50 Hz 7 000 Hz) avec un dbit de seulement 16 kbit/s comme pour G 728. Elle n'est pas encore disponible mais sera certainement un atout commercial pour les premiers Codecs qui l'implmenteront. 50 b. Normes pour le codage de la vido.
Une norme MPEG4 (ISO/IEC 14496) suprieure H 323 pour des faibles dbits est en cours de validation. Tous les Codecs proposent la compression H 261 avec cependant plusieurs niveaux de qualit. Tout d'abord en matire de dfinition. Le format standard est le CIF (Common intermediate Format) appel aussi FCIF (Full CIF) avec 288 lignes de 352 pixels pour la luminance et 144 lignes de 176 pixels pour la chrominance (le standard PAL de tlvision prvoit 625 lignes de 864 pixels). Pour diminuer les dbits, dans le cadre de la visiophonie, on utilise parfois le QCIF (quart de CIF), 144 lignes de 352 pixels pour la luminance et 72 lignes
79
de 176 pixels pour la chrominance. Certains Codecs, faisant rfrence l'annexe D de la recommandation H 261, proposent la transmission d'images fixes dont la rsolution est pousse 576 lignes de 704 pixels pour la luminance et 288 lignes de 352 pixels pour la chrominance. Cette fonction est trs intressante pour la transmission de textes (transparents, crans de micro-ordinateurs, photos...) d'autant plus qu'elle s'accompagne souvent d'une possibilit d'affichage sur un cran spar. La qualit du mouvement est rendue par le nombre d'images transmises par seconde. Le maximum est de 30 mais ce dbit n'est pas toujours acquis et se situe souvent 15. Une nouvelle recommandation, spcialement tudie pour les rseaux locaux commence tre disponible sur les systmes H 320 pour RNIS. Il s'agit de H 263. Du point de vue dfinition d'cran, elle est identique H261 mais beaucoup plus efficace au niveau compression. On obtient donc une qualit identique avec un dbit plus faible. c. Multipexage et synchronisation de transmission
En ce qui concerne la gestion du multiplexage et de la synchronisation de canaux sur RNIS des trames (H221), il existe une autre norme, le Bonding (ISO/CEI 13871), mis au point par les constructeurs de multiplexeurs inverses pour le transfert de fichiers sur plusieurs accs RNIS (H221) et Bonding sont exclusifs.51 4. Signalisation et commandes H 230 signaux de commande et d'indication synchrones de la trame pour les systmes audiovisuels (utilis dans H 320). H 342 procdures permettant d'tablir des communications entre des terminaux audiovisuels l'aide de canaux numriques dont le dbit peut aller jusqu' 2 Mbit/s (utilis dans H 320) H 245 protocole de commande pour communications multimdias.
80
5. Commande de camras La commande de camras distance est gre par la norme H 281 (Protocole de tlcommandes de camra et pour les visioconfrences utilisant la couche H 224) qui s'appuie sur H 224 pour la gestion de la qualit de la transmission (dtection d'erreurs).
2. LES SERIES T 12x
Cette appellation recouvre les extensions des normes H32x pour le partage de donnes et le travail coopratif. Pour pouvoir parfaitement utiliser leurs fonctionnalits, deux (ou plusieurs systmes) doivent rpondre des normes identiques. Il est donc trs important lors du choix dun matriel dtudier les normes aux quelles satisfait ce matriel. Le tableau de la page suivante, emprunt la note technique du CNDP Visioconfrence : les changes multimdias en multipoint permet dapprhender linteroprabilit des matriels suivant les caractristiques fournies par les constructeurs des systmes.
81
82

Rapport PFE VF

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Rapport PFE VF

Uploaded by

Copyright:

Available Formats

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Etude et mise en uvre dune solution de visioconfrence 1102 Juin

Etude et mise en uvre dune solution de visioconfrence Juin 2011

2.1.1. 2.1.2. 2.2. 2.3.

3.1.1. 3.1.2. 3.1.3. 3.1.4. 3.2.

3.2.1. 3.2.2. 3.2.3. 3.2.4. 3.2.5. 3.3.

3.3.1. 3.3.2. 3.3.3. 3.3.4. 4.

5.2.1. 5.2.2. 5.2.3. 5.2.4.

Evolutivit des solutions proposes .................................................................................. 48

2.1.1. 2.1.2. 2.1.3. 2.2.

2.2.1. 2.2.2. 2.2.3. 2.3.

2.3.1. 2.3.2. 2.4. 3.

3.1. 3.2. 3.3. 3.4.

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Etude de lexistant et tat de lart de la visioconfrence

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Chapitre 1 : Etude de lexistant et tat de lart de la visioconfrence

1. Etude de lexistant : Le rseau BaridNet [1] :

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Etude et mise en uvre dune solution de visioconfrence Juin 2011

2. Etat de lart de la visioconfrence [2, 3, 4]

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Les rles du "codec" sont les suivants:

la conversion des signaux analogiques audio et vido en signaux numriques ;

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Les applications de la norme H.323

Indpendance vis vis du rseau :

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Gestion de la bande passante :

Communications Inter Rseaux :

Indpendance vis--vis de la plateforme

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Figure 4: Architecture gnrale H323

Il existe diffrents types de terminaux selon les modes d'utilisation :

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Les protocoles RTP/RTCP pour les flux audio et vido.

Figure 5: Pile protocolaire H.323

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Etude et mise en uvre dune solution de visioconfrence Juin 2011

DiffServ (Differentiated Services) : Permet de marquer le trafic selon sa classe de priorit en

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Etude et mise en uvre dune solution de visioconfrence Juin 2011

La traverse des Firewalls :

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Etude comparative et prsentation de la solution cible

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Chapitre 2 : Etude comparative des solutions de visioconfrences HD et prsentation de la solution cibl

1. Mthodologie du travail et chancier

Etude et mise en uvre dune solution de visioconfrence Juin 2011

Figure 8: Diagramme de GANTT

2. Intrt conomique et financier de la visioconfrence

Chiffre d'Affaires : 1.4 milliard DH (+2%)

Rsultat Net : 369 million DH (+3%)

Nombre de comptes : 5 millions

Nombre de GAB : 527