La Téléphonie sur IP Broussard Philippe Lagrue Sandra 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
Principe de la téléphonie sur IP 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 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 communication de la norme H323 UDP UDP Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Protocole de communication de la norme H323 RTP RTP UDP UDP Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Protocole de communication de la norme H323 RTCP RTCP RTCP RTP RTP UDP UDP Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Protocole de communication de 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 communication de 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 communication de la norme H323 RSVP UDP RTP RTCP UDP RTP RTCP Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion
Protocole de communication de 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 Solutions Architectures 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 Solutions Architectures 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 Solutions Architectures 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 Solutions Architectures 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 Solutions Architectures 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 Solutions Architectures 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 Solutions Architectures Acteurs Déploiement Conclusion
Deuxième Scénario (3) Deuxième Solution : Première Solution : Pourquoi ? Problèmes Solutions Architectures 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 Solutions Architectures 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