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

Slides:



Advertisements
Présentations similaires
MIGRATITION VERS LE RESEAU NGN
Advertisements

L’Essentiel sur… La sécurité de la VoIP
Présentation téléphonie IP du 9 Octobre 2008
VoIP 1 Chapitre 1 – La VoIP.
Chapitre 2 – Protocoles liés à la VoIP
NGN : Opportunités pour le développement de la Voix sur IP
LA VOIX SUR IP.
Réseaux NGN Expérience de Tunisie Télécom
Partie VII La VoIP et la TVNum.
Firewall sous Linux Netfilter / iptables.
Club AFUTT Qualité de Service GPRS 10 décembre 2003
DUDIN Aymeric MARINO Andrès
La Signalisation dans les Réseaux Téléphoniques
Nicolas Galliot M2SIR David Raspilaire
VOIX sur IP : Quelles solutions pour l’entreprise ?
Guillaume CACHO Pierre-Louis BROUCHUD
ISP/ASP ISP ASP Conclusion DESS Réseaux 2000/2001
Emmanuel COLLOD et Michel DELIGNY
La voix sur IP Quoi de neuf? Du rêve à la réalité …
Routeurs, services et produits associés pour les PME
TCS – CCNA École Duhamel Année
Résidences Universitaires Câblage informatique
VoIP 1 Chapitre 4 – Equipement.
Vue d'ensemble Présentation multimédia : Rôle du routage dans l'infrastructure réseau Activation et configuration du service Routage et accès distant Configuration.
Architecture de réseaux
Réseaux Privés Virtuels
Baccalauréat professionnel SEN
La Voix sur IP.
Qui fait quoi ? Pour qui ? Et comment ?
ToIP avec Asterisk.
SIP (Session Initiation Protocol) & H.323
La voix IP : Mr.FERGOUGUI Boudouch Ali kmichou Ansar Atrassi Najoua
TIC : Technologies de l’Information et de la communication
FrontCall - 4C Les Centres de Contacts Virtuels
Architecture Réseau Modèle OSI et TCP.
SAGA. SAGA SAGA est une solution dispatch pour Police Service dIncendie Service dambulances Aéroports ou industries. Environnement en temps réel Modulaire.
Les relations clients - serveurs
1 Algotel /05/04 Modélisation analytique des algorithmes dordonnancement GPS & WFQ BOCKSTAL Charles, GARCIA J.M. et BRUN Olivier.
MIDI Sans Frontières Analyse des problèmes relatifs à la communication musicale sur IP Mémoire présenté en vue de lobtention du grade de Licencié en informatique.
INF:531( SEMAINE-2) COMMUTATION ET ARCHITECTURE
5 - Vidéo Numérique.
- La commutation de niveau 5- - La commutation de niveau 5 - Option RIO 2003 – FP04 Fabien DAGOMMER Fernando LUIS.
Université des Sciences et Technologies Houari Boumediene
Cours 5 Le modèle de référence.
Séminaire « Solutions libres »
Sommaire Dans ce chapitre, nous aborderons :
Suite.
La téléphonie sur Internet, pas si fiable que ça. Période 2.
OSI et TCP/IP CNAM
Quelle connexion ? RTC, RNIS, ADSL, câble , Satellites ?
Les Réseaux Informatiques Clients & Serveurs Le protocole FTP Laurent JEANPIERRE DEUST AMMILoR.
Maxly MADLON Consultant NES
La Solution d’Archivage de vos communications VOIP compatible avec les Enregistreurs existants Assmanntelecom - 15/19 rue Léon Geffroy – VITRY SUR.
Commutation de circuits
La voix sur IP, PABX et LAN
03/05/2004Diffusion vidéo sur l'Internet - Timothy BURK ENS de Lyon 1 Techniques de diffusion vidéo sur l'Internet Streaming avec RTP/RTSP Timothy BURK.
Option RIO - Septembre 2003 Bonjour, Cet exposé fait l’état de l’art
État de l'art et fonctionnement des firewalls applicatifs compatibles avec les protocoles "multimédia" H323 et SIP FI Option RIO le 28/09/2004 Claire.
La Visioconférence Université Paris 5 - René Descartes
Formation Cires Télécom. SOMMAIRE Les bases du réseau Le Lan Managé Intégration téléphonique Internet La vidéosurveillance Le contrôle d’accès.
Réalisé par: Tlijeni Hamza Nacef Henchi Slimani NourEddine
Formation Cires Télécom
Réseau maillé à transfert de paquets
Présentation du Produit WAN-FAI L.KHIMA S.ZEKRI V.BACHMAN
VoIP/ToIP – Etude de cas
Projet de Voix sur IP / Téléphonie sur IP
Gestion de la qualité de service (QoS)
M2.22 Réseaux et Services sur réseaux
Call Center International Votre interlocuteur : M. TALBI BENCHERIF France: Tél : (0033) Fax : (0033)
La Voix sur IP.
Transcription de la présentation:

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