La Téléphonie sur IP Broussard Philippe Lagrue Sandra DESS IIR

Présentation au sujet: "La Téléphonie sur IP Broussard Philippe Lagrue Sandra DESS IIR"— Transcription de la présentation:

1 La Téléphonie sur IP Broussard Philippe Lagrue Sandra DESS IIR
UCBL – 2002/2003

2 Téléphonie sur IP ? Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion

3 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

4 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

5 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

6 Les problèmes liés à IP Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion

7 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

8 Protocole de communication de la norme H323
UDP UDP Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion

9 Protocole de communication de la norme H323
RTP RTP UDP UDP Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion

10 Protocole de communication de la norme H323
RTCP RTCP RTCP RTP RTP UDP UDP Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion

11 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

12 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

13 Protocole de communication de la norme H323
RSVP UDP RTP RTCP UDP RTP RTCP Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion

14 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

15 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

16 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

17 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

18 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

19 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

20 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

21 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

22 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

23 Deuxième Scénario (3) Deuxième Solution : Première Solution :
Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion

24 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

25 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

26 Acteurs 3 types d’acteurs : -> Logiciels (Microsoft, Netscape)
-> Matériels (Cisco, Alcatel…) -> Services (Equant) Pourquoi ? Problèmes Solutions Architectures Acteurs Déploiement Conclusion

27 Déploiement Forte croissance du parc PBX en réseau
: 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

28 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

29 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