390 likes | 667 Views
Broussard Philippe Lagrue Sandra. La Téléphonie sur IP. DESS IIR UCBL – 2002/2003. Téléphonie sur IP ?. Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion. Pourquoi la téléphonie sur IP ?. Forte réduction de la facture téléphonique
E N D
Broussard Philippe Lagrue Sandra La Téléphonie sur IP DESS IIR UCBL – 2002/2003
Téléphonie sur IP ? Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Pourquoi la téléphonie sur IP ? • Forte réduction de la facture téléphonique -Communication internationale - Prix d’une communication locale • Utilisation d’un seul réseau physique - Réseau téléphonique et Internet - Coût infrastructure moindre - gestion par une seule équipe Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Emetteur Numérisation de la voix Compression du signal Découper le signal en paquets de données Transmettre les paquets sur le réseau IP Récepteur Paquets ré-assemblés Décompression du signal Conversion en signal analogique pour la restitution sonore Principe de la téléphonie sur IP Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Les problèmes liés à IP • Délai :temps de transmission d’un paquet (<400ms -> conversation interactive) • Gigue :variation de délai • Perte :disparition ou duplication de paquets lors de la communication • Echo :écho électrique généré par le passage de 2 fils à 4 fils • Bande Passante Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Les problèmes liés à IP Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Solutions aux problèmes d’IP La norme H323 Technologie de transmission, audio, vidéo et donnée, temps réel ->ITU (International Telecom Union) La norme H323 s’appuie sur : - des protocoles de communication - des codecs audio - des codecs vidéo Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Protocole de communicationde la norme H323 UDP UDP Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Protocole de communicationde la norme H323 RTP RTP UDP UDP Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Protocole de communicationde la norme H323 RTCP RTCP RTCP RTP RTP UDP UDP Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Protocole de communicationde la norme H323 • UDP (User Datagram protocol) - temps d’exécution court - pas de correction d’erreur • RTP (Real-Time Transport Protocol) - via UDP - ajout de marqueurs temps à l’onformation transportée (resynchronisation des flux) - indique le type de codage , le type d’information transportée - détecte les pertes de paquets - Pas de garantie sur la QoS et sur le bon acheminement des paquets Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Protocole de communicationde la norme H323 • RTCP (Real-Time Transport Control protocol) - Contrôle des flux RTP -> retour d’info à la source - adapte le type de codage (audio, vidéo, JPEG …) - modifie le débit de donnée Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Protocole de communicationde la norme H323 RSVP UDP RTP RTCP UDP RTP RTCP Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Protocole de communicationde la norme H323 • RSVP (Ressource reSerVation Protocol) - résout les problèmes de RTP : fiabilité et QoS - réservation de ressources - source -> x récepteurs avec une QoS adapté à ses besoins - agit sur le réseau (non sur les machines) Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Autres solutions aux problèmes d’IP Protocole d’initialisation de session (SIP) : - Son rôle est d’ouvrir, modifier et libérer les sessions ouvertes entre utilisateurs. - appartient à la couche application - indépendant du protocole de transport - plus rapide que H323 - mais moins présent sur le marché à cause de Microsoft Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Les Architectures • 2 scénarios possibles : -> utilisation de PCs multimédias -> utilisation de téléphones Pourquoi ? Problèmes SolutionsArchitectures Acteurs Déploiement Conclusion
Premier Scénario • 2 modes de connexion : -> connexion directe (d’interlocuteur à interlocuteur) -> connexion serveur (sélection dans une liste d’usagers) Pourquoi ? Problèmes SolutionsArchitectures Acteurs Déploiement Conclusion
Premier Scénario (1) • 2 réseaux utilisables : -> INTERNET : + économie - fiabilité du réseau non assurée (temps de transit non borné) - annuaire en ligne Pourquoi ? Problèmes SolutionsArchitectures Acteurs Déploiement Conclusion
Premier Scénario (2) • 2 réseaux utilisables : -> INTRANET + fiabilité du réseau accrue (contrôle de bout en bout et maîtrise du volume global de données) - firewalls (ports UDP dynamiques) Pourquoi ? Problèmes SolutionsArchitectures Acteurs Déploiement Conclusion
Deuxième Scénario • Utilisation de téléphones : IP et RTC sont deux réseaux indépendants et différents => 2 solutions -> Interconnexion de PABX -> Utilisation de passerelles (Gateway) Pourquoi ? Problèmes SolutionsArchitectures Acteurs Déploiement Conclusion
Deuxième Scénario (1) • Première Solution : -> PABX modifié : ajout d’une carte spécifique -> IPBX : PABX dédié => Pas de liaisons spécialisées reliant les PABX Pourquoi ? Problèmes SolutionsArchitectures Acteurs Déploiement Conclusion
Deuxième Scénario (2) • Deuxième Solution (Gateways) -> Lien entre les PABX et le réseau IP grâce aux passerelles -> Réalisation de la mise en paquet de la voix et du codage/décodage de celle-ci -> Utilisation de processeurs dédiés (DSP) Pourquoi ? Problèmes SolutionsArchitectures Acteurs Déploiement Conclusion
Deuxième Solution : Première Solution : Deuxième Scénario (3) Pourquoi ? Problèmes SolutionsArchitectures Acteurs Déploiement Conclusion
Deuxième Scénario (4) • Nécessité pour les deux solutions d’un GateKeeper lors de montée en charge => décharger les nœuds du réseau des traitements locaux (authentification, mise en paquets, informations de facturation…) Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
GateKeeper • Translation d’adresse (Alias LAN -> adresse IP ou IPX) • Gestion de la bande passante • Contrôle d’accès • Définition d’une zone H323 (dialogue avec toutes les entités pour fournir les fonctions précédentes) • Routage d’appel H323 (option, permet un meilleur contrôle de l’appel) Pourquoi ? Problèmes SolutionsArchitectures Acteurs Déploiement Conclusion
Acteurs • 3 types d’acteurs : -> Logiciels (Microsoft, Netscape) -> Matériels (Cisco, Alcatel…) -> Services (Equant) Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Déploiement • Forte croissance du parc PBX en réseau • 2000-2001 : multiplié par 2 • fin 2003 : multiplié par 4 • Développement de la téléphonie IP et des applications • 2002 : 20 % des nouvelles lignes en IP pour sites de moins de 100 lignes • 2002 : 5 % des nouvelles lignes en IP pour les sites de plus de 100 lignes • Forte croissance du trafic VoIP • 2001 : multiplié par 2 en France • 2003 : le trafic serait multiplié par 4 Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Conclusion (1) • La Téléphonie sur IP : une réalité (solutions complètes) • Avantages certains, surtout économiques • Evolutivité (intégration de services) Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Conclusion (2) • Deux Mondes différents : Téléphonie <-> Informatique • Qualité pas encore au rendez-vous • Reste très prometteur avec beaucoup d’économies en perspective Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion