Cours Packet Tracer & architecture Reseaux
Téléphonie sur IP
Arch it ect ures, Prot ocoles,
| Bibliographie ? Internet, Multimédia et Temps réel, Jean-François Susbielle, Eyrolles, 2001, 700 pages ? Réseaux - Internet, téléphonie, multimédia - Convergences et complémentarités  D.Hardy, G.Malléus, J.Méreur - De Boeck, juillet 2002 - 798 pages ? Implementing voice over IP B. Khasnabish – Wiley, 2003 - 324 pages ? IP Telephony with H.323 V.Kumar, M.Korpi, S.Sengodan – Wiley, 2002 - 606 pages ? IP Telephony Resource Kit  Ulysse Black - Prentice Hall, 2002 - 702 pages ? Computer Telephony Integration W.Yarberry - CRC Press, 2003 - 428 pages page 2 |
Produit s
© 2006 page 1
Liens
? Portail de la CTI :
| PLAN ? Pourquoi la téléphonie sur IP ? ? Evolution de la téléphonie classique vers la ToIP ? Architecture de ToIP : H.323 vs SIP ? Scénario de déploiement  ? Eléments techniques ? Produits commerciaux page 4 |
? Portail technique sur la téléphonie sur IP :
? Portail des développement commerciaux des produits SIP
© 2006 page 3
1- Contexte et motivations
Contexte Technique
? Voix sur IP (VoIP) : z Transporter la voix différemment (dans des paquets) z Existe déjà : Frame Relay, ATM
| 1- Contexte et motivations Objectifs VoIP 1. réduction des coûts de communications (pas toujours vrai !) 2. simplifier la gestion/maintenance des infrastructures et des services téléphoniques (cela dépend et plûtot à long terme); 3. intégrer les services téléphoniques classiques (boite vocale, audioconférence, fax, …) avec les services et applications informatiques existantes (services Internet, Intranet, et Extranet) ¾ Applications CTI (Couplage Téléphonie Informatique). 4. déployer rapidement des services de téléphonie aussi flexibles, programmables et configurables que les services de messagerie électronique (émail) ou du Web;  page 6 |
? Téléphonie sur IP (IPtel) : z Offrir un vrai service de téléphonie sur un réseau IP z Signalisation SS-7, Réseau intelligent IN
? Au delà de l’objectif de remplacer les infrastructures dédiées de communication existantes (commutation de circuit) par un réseau multi-services (commutation de paquets), la « Voix sur IP » offre avant tout les possibilités :
© 2006 page 5
Pourquoi IP ?
Explosion du t rafic IP
© 2006 page 7
Fonctions générales du réseau téléphonique
1. La distribution : couvre la liaison d’abonné ou boucle locale (paire de cuivre) qui relie l’installation de l’abonné au commutateur de rattachement.
Elle assure la transmission de la voix (fréquence vocale de 300 Hz à 3400
Hz), et la signalisation (numérotation, boucle de courant, …)
2. La commutation : fonction essentielle du réseau qui assure la mise en relation de 2 abonnés, le maintient/libération de la liaison et la taxation
3. La transmission : Elle concerne la partie support de télécommunication du réseau et assure la transmission de la voix au moyen d’un système filaire cuivre, de fibres optiques ou de faisceaux hertziens.
La transmission dans le réseau est aujourd’hui intégralement numérique, sauf la liaison d’abonné qui reste majoritairement analogique.
© 2006 page 9
Le RNIS – Numéris
© 2006 page 11
Multiplexage :
| Hiérarchie de Multiplexage - Européen - z Pour parvenir au multiplexage de plusieurs voies téléphoniques, simultanément sur un même circuit, les Européens ont adopté la trame MIC qui permet de multiplexer 30 canaux de parole, avec signalisation et synchronisation, sur un support à 2,048 Mbps : ce format est appeléE-1. z A partir de ce multiplexage de base, toute une hiérarchie a été définie basée sur un multiple du canal de base à 64 kbps.  ? E-1 = 2,048 Mbps ( 30 voies ) ? E-2 = 8,448 Mbps ( 120 voies ) ? E-3 = 34,368 Mbps ( 480 voies ) ? E-4 = 139,264 Mbps ( 1920 voies ) page 14 |
Trame temporelle MIC
z L'échantillon associé à une communication vocale est appelécanal. On a décidé d'insérerchaque secondesur uncircuit physique(c'est-à-dire une paire de fils) 32 canaux formant une structure, appeléetrame temporelle MIC, et comportant 32 intervalles de temps successifs numérotés de 0 à 31, correspondant chacun àun canal unidirectionnelet occupant 8 bits (1 octet).
z Cette trame de2.048 Kbp/s(E1) est normalisée dansG.732.Tandis qu’aux EtatsUnis une trame MIC regroupe 24 canaux de 56 Kbp/s seulement, soit un débit de
1.544 Kbp/s(DS-1).
© 2006 page 13
| H.323 : version ? Famille de standards et de protocoles proposé par l’UIT en mai1996, ? Basé sur H.320 (Videoconférence sur RNIS); ? La recommandation a rencontré un succès immédiat, avec son adoption parMicrosoftetInteldans les produits NetMeeting et Intel Internet Phone en juin 1996. ? les pionnersVocalTec,Netspeaket les autres éditeurs de logiciels ont dû abandonner leurs procédés de codage propriétaires et leurs procédures d'appel;  ? La norme H.323 est en fait une agrégation de normes réparties à travers les différentes entités constituant la Zone H.323; ? Plusieurs versions de H.323 : aujourd’hui version 4 en cours … page 16 |
H.323 : Architecture
© 2006 page 15
| H.323 et Firewall ? Une transmission H.323 génère entre 7 et 11 ports logiques, qui doivent passer les filtres des firewalls et des proxies. Or, tout trafic qui n'est pas HTTP pour les pages Web, SMTP pour l'e-mail ou FTP pour le transfert de fichiers, est scrupuleusement filtré dans les firewalls, sur instruction des gestionnaires de réseau.
page 18 |
H.323 : Signalisation
© 2006 page 17
IETF Session Initiation Protocol
? Qu’est ce que c’est ?
| IETF Session Initiation Protocol  ? A quoi sert il ? 1. Il permet aux utilisateurs de mettre en place, modifier, clore des conférences multimédia (pas seulempent audio) entre deux ou « plusieurs » participants, en véhiculant l’information de contrôle nécessaire, 2. Permet d’enregister, de localiser et de gérer la mobilité des utilisateurs; 3. d’integrer les applications Web avec les applications vocales et vidéo 4. de créer et contrôler des services multimédia/téléphonique de bout en bout (Instant messaging, vidéoconférence, PABX, partage d’applications …)  page 20 |
SIP est un protocole de signalisation extensible en mode client/serveur pour la gestion de sessions multimédia (audio, vidéo) indépendant du protocole de Transport (UDP ,TCP, IPX) car il intégrant ses propres mécanismes de fiabilité de fonctionnement;
Il utilise typiquement UDP et le n° port 5060 RFC 3261 : 170 pages (6 messages au format ASCII)
? Qui l’a développé ?
Standard proposé par le groupe de travail de l’IETF MMUSIC
(Multiparty Multimedia Session Control) de Fév. 1996 à mars 1999 [RFC 2543], puis repris et amélioré par un nouveau groupe de travail appelé SIP [RFCs 3261-3265],
© 2006 page 19
SIP vs H.323
© 2006 page 21
| IETF MEGACO/ ITU H.248 ? Qu’est ce que c’est ? un protocole de signalisation entre un contrôleur (également appeléCall AgentouSoftSwitchouMedia Gateway Controller(MGC)) et : z les Media Gateways (MG) z les équipement téléphoniques terminaux (device)  ? Qui l’a développé ? l’IETF et l’UIT-T en 1999 sous la double appélation MEGACO et H.248; C’est une fusion de deux anciens protocoles de contrôle : z SGCP: Simple Gateway Control Protocol (Lucent) z IDPC: Internet Protocol Device Control (Cisco) page 24 |
Décom posit ion fon ct ion n elle des GATEWAYS
z Media Gateway Controller (MGC) z Media Gateway (MG)
© 2006 page 23
MEGACO/ H.248
? Comment ? :
1. Reprendre le modèle du réseau intelligent en séparant :
– Lemodule de traitement d’appel(Media Gatewayou MG),
• Qui gère la codage, la transmission, la conversion …
– Et lemodule de Contrôle d’Appel(Media Gateway Controller/ MGC)
• Qui gère la signalisation d’appel, le contrôle des accès, …
2. Puis définir :
1. une interface de contrôle (API) de la Media Gateway
2. un protocole de signalisation de contrôle entre MGC et MG
© 2006 page 25
MEGACO/ H.248
? Dans quels intérêts ?
1. Réduction des coûtspar l’utilisation de Media Gateways (MG) simplifiées
2. Unemeilleure mise à l’échellepar le simple ajout de Media Gateways contrôlés par un unique MGC
3. Unesimplification de la gestiondu réseau et de ses équipements par une approche de gestion centralisée via le MGC
4. Unemeilleure intégration/interopérabilitédes réseaux VoIP avec les réseaux téléphoniques traditionnels (MGC <-> SCP du réseau sémaphore ou du réseau intelligent (IN)).
© 2006 page 27
VoIP : Architecture H.323
? Terminal« utilisateur »: PC multimédia / Téléphone IP / téléphone /…
| H.323 : Gateway  ? La passerelle ou « Gateway » fait le pont entre le réseau téléphonique classique et le réseau IP téléphonique. ? fournit beaucoup de services, et en particulier des fonctions de traduction entre des terminaux H.323 et d'autres types de terminaux : z la traduction entre les formats de transmission (i.e. H.221 à H.225.0), z entre des procédures de communications (i.e. H.242 à H.245), z entre les différents codecs audio et vidéo (G.72x et H.26x); z enfin elle gère l'établissement et la fermeture des communications entre le réseau local et le réseau commuté. page 30 |
? Passerelle( Gateway ) : transformation du signal pour son transport sur IP et vice versa ( i.e. format, signalisation, codecs audio) si nécessaire. Interconnexion avec terminaux H.320 (RNIS), H.321 (ATM), H.324 (Modem) ou V.70 (RTC terminal analogique).
? Garde-Barrière( Gatekeeper ) : Contrôle des appels, Enregistrement, Gestion de la bande passante, translation d’adresse, authentification, résolution d’adresses, etc… ( facultatif ) Gère une « zone H.323 »
? MCU(Multi-point Control Unit) : gestion de sessions multicasts
Î Ces différents éléments peuvent être matériels ou logiciels et peuvent être combinés sous forme de « boites noires ».
© 2006 page 29
H.323 : Gatekeeper
? Fournis les services de contrôle et de gestion des appels pour tous les terminaux enregistrés dans sa zone,
z 3 fonctions obligatoires :
1. Translation d’adresses (IP-MAC <-> E.164)
2. Admissions d’appels : Autorisation / authentification : Firewall
3. Gestion de la bande passante : limitation du nombres d’appels dans la zone (LAN, réseaux IP)
z Fonctions optionnelles :
1. Gestion de l’appel (Peut traiter la signalisation H.225 (Q.931)
2. Services de PBX virtuel
3. Routage et reroutage des appels non aboutis
4. Annuaire
? Un gatekeeper peut servir plusieurs LAN à la fois.
© 2006 page 31
VPN IP
| VPN IP - Offre pour PME/PMI -
page 34 |
- Offre -
Il existent 10 offrent de réseaux privés virtuel IP en France (01réseaux/Sept. 2002)
| ? Cable & Wireless (IPsec, aucune classe, 50 PoP nat, 49 PoP int.) ? Equant (FT) (MPLS, 5 classes, 140 pays) ? Cegetel / Infonet (MPLS, 3 classes: Std, Data, Tps réel, 160, 55 pays)  | |
| ? Colt (UK) (IPsec, 4, 13, oui via offre IP Corporate) ? FT/Global One (MPLS, 3, 60, 140) ? KPNQwest (IPSec, 5 classes, 30, 300) ? Maiaah (MPLS, 5, 7, via réseaux tiers) ? QoS Networks (IPSec, 5 classes, 1, 9) ? LDcom/Siris (MPLS, 4 classes, 77, 0)  ? MCI (MPLS) Types de VPN des entreprises françaises (Cabinet d'analyse Cesmo et Colt) ? en 2001 : VPN IP (8%) et FrameRelay (92%) ? en 2003 : VPN IP (27%), 2 appels d’offres sur 3. | |
| © 2006 | page 33  |
1- Argumentations et motivations Services VoIP
? Sept. 2003 : AT&T a annoncé un service VoIP pour ses clients VPN IP internationaux
(NetworkWorld Fusion Magazine 29/09/2003)
? Service VPN IP basé sur MPLS et Service VoIP basé sur SIP
? Accès au service via IP, FR et ATM
? Disponible dans 40 pays
? Facture voix/data unifiée : 3 cents /min : appels internationaux
| ? ? | 1- Argumentations et motivations Services VoIP MCI propose un service de VoIP national depuis 2003 et basé sur SIP Level 3 propose une offre de VoIP depuis Sept. 2003 basé sur SIP  ? Acquisition d’une start-up VoIP en juillet 2033 : Telverse Communications (Californie) 30 Millions $ ? Offre s’adresse aux opérateurs (Bells) ? Messagerie unifié et tous les services CLASS (Transfert Appel, Redirection D’appel, Présentation N°, …) ? Cout annoncé reduit de 20% par rapport a la gestion d’un PABX ou du service Centrex page 36  |
? Portail Web proposant aux clients des rapports sur la qualité du service (MOS, Delais, jigue, tx de pertes)
? Equant propose depuis juillet 2002 la première et plus large offre de service VoIP internationale ? basé sur son service VPN IP MPLS :
? Basé sur H.323 et la plateforme Cisco’s CallManager IP PBX
? Disponible dans 60 pays
? Propose la messagerie unifiée (boite vocale, fax, email)
? SLA : Gigue, Délai RTT, Pertes Paquets, Ratio d’appels en échec/aboutis, Délai d’établissement des appels (post-dial delay);
© 2006 page 35
2- scén ario de déploiem en t Opérat eurs / En t reprises
© 2006 page 37
1- applications
IP Phone Productivity Service
Cisco IP Phone 7960
? Application Cisco permettant de consulter et gérer Via l’écran LCD de n’importe quel IP Phone de l’entreprise (gamme 7960 et 7940) :
z ses appels, z sa messagerie vocale,
| 1- Applications Cen t re d’appels Cen t re de Con t act s Problème: lignes trop souvent occupées, clients raccroche car trop longue attente, Solutions: iPBX ou PBX logiciel avec console de contrôle et dispatch des appels en temps réel Produits: jusque 600 appels entrants simultanées et 25 opérateurs (3Com SuperStack 3 Network PBX et 3Com NBX Call Center)  page 40 |
z ses e-mails, z pon agenda
z Et son annuaire personnelle
? Gain de productivité
Le 7960 supporte des fonctionnalités :
• Renvoi d'appel
• Recomposition
• Annuaires d'entreprises
• Services d'Information
• Effectuer une audioconférence
• Accéder à la messagerie vocale
© 2006 page 39
1- Applications Centrex IP
CENTREX: service bien adapté aux professionnels ne désirant pas s'équiper de matériels téléphoniques coûteux et souhaitant se décharger auprès de l'opérateur de l'administration de leurs services de téléphonie.
CENTREX IP: évolution du service Centrex qui permet aux opérateurs de fournir à distance les fonctions les plus évoluées d'un PABX de façon plus :
| ¡ ¡ ?  ? ? | 1- Applications NetCentrex NetCentrex est une startup née en 1998 et issu du centre de FT R&D; Service offert : externaliser les services PBX de l’entreprise par un PBX-IP situé chez un opérateur et relié à l’entreprise via une simple passerelle IP. OFFRE POUR OPERATEURS  Plate-forme NetCentrex pour importante société de services : - Passerelle RTC, Gatekeeper (Taxation, contrôle) - 12 Serveurs téléphonie/WEB + Logiciels CTI Environ 300.Keuros d'installation + 5 à 15 euros/ligne/mois (hors comm. RTC) OFFRE POUR PME/PMI Offre NetCentrex basée sur PABX IP SAGEM SAGA800 :Installation (1500 euros/site) + 5 à 15 euros/ligne/mois  OFFRE POUR PARTICULIERS/PROFESSIONS LIBERALES Offre NetCentrex :8 euros/ligne/mois page 42 |
1. RICHE : Un package de fonctionnalités téléphoniques (présentation du N°, rappel dernier appelant, renvois, indication et consultation d'appel en attente, double appel, va et vient, transfert, …), ainsi que de la messagerie vocale. Ceci sur un poste téléphonique IP (fourni au titre du service) ou depuis un PC associé à un logiciel de TAO (Téléphonie Assistée par Ordinateur) et d’applications CTI (messagerie unifiée, visioconférence, partage de documents, gestion d'agenda, etc …)
2. FLEXIBLE : Paramétrages des services vocaux via le web; indépendance entre ligne téléphonique physique et n° de téléphone (mobilité);
3. EFFICACE : meilleure exploitation de la bande passante des liaisons d’accès (compression audio).
4. A MOINDRE COÛT, par une gestion mutualisée du service entre les clients
© 2006 page 41
1- Applications
IP Interactive Voice Response (IVR)
? Service Vocal Interactif (SVI) assurée via une analyse des signaux DTMF
? Interêt du CTI: programmation de la logique de scénarisation facilitée par l’adoption de standards de l’Internet : CGI, JavaTAPI,
VoiceXML, …
Exemple: Cisco IVR (Java)
© 2006 page 43
VoATM vs VoIP vs CVoDSL vs
© 2006 page 45
Avantages de la VoIP
- Synthèse -
1. réduction des coûts
? d’acquisition des équipements (-15% pour une solution de 100 postes)
? des communications (pas toujours vrai !)
2. simplifier la gestion/maintenance des infrastructures et des services téléphoniques/réseaux (cela dépend et plûtot à long terme);
? Administration à distance via le réseau et plus besoin d’intervention sur PABX
? Souplesse d’attribution des n° d’appel; plus liés à un poste physique
? Possibilité d’envoi simple d’un appel d’urgence sur tout un réseau (Alertes)
3. intégrer les services téléphoniques classiques (boite vocale, audioconférence, fax, …) avec les services et applications Intranet/Extranet existantes :
¾ Applications CTI (Couplage Téléphonie Informatique).
4. déployer rapidement des services de téléphonie aussi flexibles, programmables et configurables que les services de messagerie électronique (émail) ou du Web (ecommerce);
© 2006 page 47
| 1- Standardisation AVT (Audio Visual Transport) : z Comment garantir la synchronisation des flux audio et format des paquets ? z RFC 1889/3550 : RTP et RTCP z RFC 2833 (format RTP pour le transport des signaux DTMF et des tonalités) MMUSIC ( Multiparty Multimedia Session Control ) : z Comment contrôler un serveur vocal / messagerie sur IP ?  z RFC 2326 : RTSP (Real Time Streaming Protocol) z Quelle signalisation d’appel utiliser pour contacter les utilisateurs, négocier les capacités, convertir les adresses, gérer la sécurité, enregistrer les clients, …. ? z RFC 2543 : SIP (Session Initiation Protocol) z Quelle doit être le format syntaxique des messages de signalisation et de contrôle ? z RFC 2327 : SDP (Session Description Protocol) SIP (Session Initiation Protocol) (à partir de 1999) z Comment améliorer SIP et créer de nouveaux services interactifs multimédia z RFCs 3261: SIP  page 50 |
La standardisation
© 2006 page 49
1- Standardisation
SIPPING (Session Initiation Proposal Investigation) (à partir de 2001) z Quelles extensions (méthodes, messages de signalisation) doit on ajouter à SIP pour supporter de nouvelles applications/usages (instant messaging) ?
| 1- Standardisation SIGTRAN (SIGnaling TRANsport) : z Comment transporter la signalisation SS-7 sur un réseau IP ? z RFC 2719, 2960, 3057  SPIRIT (Service in the PSTN/IN Requesting InTernet Service ) et PINT (POTS and Internet Interworking) : z Comment intégrer les services avancés de VoIP et les services du réseau intelligent ? ¡ SPIRIT : évocation d’un service VoIP émanant d’un client situé sur un réseau téléphonique ¡ PINT : évocation d’un service IN émanant d’un client situé sur un réseau VoIP z RFC 2458, 2848 (PINT) page 52  |
MEGACO (MEdia GAteway COntrol) : z Comment contrôler les équipements téléphoniques (passerelle, terminaux, …) de façon simple, centralisée et à grande échelle (vision opérateurs télécoms ) ?
z RFC 2805 et 3015
FAX (Internet Fax) :
z Comment transporter le service Fax sur IP ? z RFC 2301
© 2006 page 51
1- Standardisation
ENUM (Telephone Number Resolution) z Comment associer un n° de téléphone E.164 avec une adresse IP dans le service d’annuaire DNS de l’Internet ?
TRIP (Telephony Routing over IP) z Comment échanger les tables de routage entre passerelles téléphoniques de différents opérateurs (information servant à la localisation, la répartition de charge de trafic téléphonique entre domaines d’opérateurs) ? z RFC 3219 : TRIP
© 2006 page 53
2 – Transport multimédia sur IP RTP/RTCP : principes
? Qu’est ce que c’est ?
RTP(Real-time Transport Protocol) est un protocole de transport de flux temps-réel en mode multicast ou unicast :
z Conférence audio, vidéo interactive, diffusion vidéo, audio
| 2 – Transport multimédia sur IP RTP/RTCP : principes ? A quoi sert RTP ? z Segmentation / Réassemblage des données z Synchronisation des flux z Indication du type de données z Identification de l’emetteur (communication multipoint) z Détection des pertes z Sécurisation des échanges (cryptage) ? A quoi sert RTCP ?  z Fournir périodiquement des rapports sur la qualité des échanges entre récepteurs et émetteur – Downlink : données envoyé, estampilles de temps – Uplink : pertes, délais, gigue z Garder une trace de tous les participants à une session – CNAME(Canonical Name) : identifiant unique et permanent pour un participant – SSRC(Synchronisation Source Identifier) page 56  |
Indépendant des couches réseaux mais habituellement implémenté au dessus de UDP/IP.
Fortement couplé aux applications qu’il transporte : notion dePROFIL
Combiné a un protocole de signalisation de la qualité des transmissions RTCP(Real-time Transport Control Protocol) pour la mesure des performances et le contrôle de la session en cours,
? Qui l’a développé ?
IETF (RFC 1889 puis RFC 3550 depuis juillet 2003)
© 2006 page 55
2 – Transport Multimédia sur IP
Identification des paquets RTP
| X: en tête suivi d’une extension CC: Nbre de source inclus dans le paquet RTP M: marqueur (fin d’image par exemple) | 31 H.261 34 H.263  94 MP4V 96 MP4A |
| © 2006 | page 57 |
| – Transport IP RTCP : Rapport s  ? Plusieurs types de paquets RTCP sont définis, de manière à transporter une grande variété d'information de contrôle : z SR : Sender Report: rapport d'émetteur. C'est l'ensemble de statistiques de transmission et de réception en provenance des participants qui sont des émetteurs actifs. z RR : Receive Report: rapport de récepteur : C'est l'ensemble des statistiques de transmission et de réception en provenance des participants qui ne sont que des récepteurs actifs. z SDES Source DEScription: les paquets de description de source sont de véritable carte de visites des sources (CNAME, ) z BYE: message de fin qui indique que l'on quitte une session. z APP: fonction spécifique à une application.  ? Il est suggéré de n'allouer à RTCP que5%au plus de la bande passante de la session RTP. page 60 |
2 – Transport IP RTCP : en -t êt e paquet
© 2006 page 59
| RTSP : principes ? RFC 2326 ? N° Port 554(TCP ou UDP)  ? RTSP, est un protocole de niveauSessionpour visualiser en continu des flux multimédia à partir d’un serveur distant. ? Il offre uncontrôle sur les flux audio et vidéoreçus en simulant les fonctions d’un magnétoscope tels que : pause, avance rapide, retour rapide, et accès direct. ? Les séquences peuvent être pré-enregistrées ou « Live ». ? RTSP est conçu pour fonctionner avec des protocoles tel que RTP, RSVP pour fournir un service « streaming » sur IP. ? Il permet de sélectionner le mode de transport (UDP, multicast UDP ou TCP) et les fonctions de RTP. ? Il supporte le multicast dense et l’unicast.  page 62 |
Streaming Vidéo sur IP
© 2006 page 61
| SDP La description d'une session SDP (Session Description Protocol) [RFC 2327] est entièrement textuelle et consiste en un ensemble de ligne sous la forme suivante : <type>=<value> <type>  v=(version du protocole) // « 0 » pour la version actuelle. o= (créateur, identifiant de la session, IPv4/v6 et adresse IP du créateur du message SDP). s=(nom de la session) // « Journal TV » par exemplei=*(description de la session)u=*(URI de la description) c=*(informations de connexion) // adresse multicast t=(début et fin de session) // « 0 0 » pour une diffusion en boucler=*(zéro ou plusieurs intervalles de répétition)m=(nom du media et adresse de transport) // RTP, n°port, n°du médiab=*(informations sur la bande passante)a=*(zéro ou plusieurs attributs de média)  * les champs de descriptions suivis d’une étoile sont optionnels, les autres étant obligatoires. page 64 |
RTSP : Setup
© 2006 page 63
SDP : Exemple
v=0 o=QTSS_Play_List 291962755 291981181 IN IP4 193.51.25.139 s=c:\MPEG4IPStreamer\Movies\ c=IN IP4 224.10.11.12 t=0 0 m=video 40000 RTP/AVP 96 //n°de port et identification de la configuration du payload de la vidéoa=rtpmap:96 MP4V-ES/90000// type de flux transporté et fréquence d’horlogea=control:trackID=1// numéro de piste du media, spécifique à MPEG-4a=mpeg4-esid:1// identifiant du flux élémentaire, spécifique à MPEG-4m=audio 40002 RTP/AVP 97 //n°de port et identification de la configuration du payload de l’audioa=rtpmap:97 MPA/44100 // rtpmap pour indiquer type de flux transporté et la fréquence d’horlogea=control:trackID=2// numéro de piste du media, spécifique à MPEG-4a=mpeg4-esid:5// identifiant du flux élémentaire, spécifique à MPEG-4
© 2006 page 65
SIP: Composants
| UUUssseeerrrAAAgggeeennnttt  | Système qui initie et reçoit des appels | Envoi (UAC) et reçoit (UAS) des requêtes SIP | Terminal H.323 |
| RRReeedddiiirrreeeccctttSSSeeerrrvvveeerrr | Serveur qui oriente les clients vers les destinataires  | - translation d’adresses (DNS) | Gatekeeper |
| RRReeegggiiissstttrrraaarrrSSSeeerrrvvveeerrr | BD/Annuaire qui enregistre les clients | Basé sur n’importe technologies (LDAP,  SQL,…) | Gatekeeper HLR GSM |
| PPPrrroooxxxyyySSSeeerrrvvveeerrr | Serveur qui traite les requêtes des clients et détermine quel est le prochain serveur a contacter pour atteindre le destinataire. Une sorte de Routeur SIP  | - Routage d’appel (TRIP) - Load Balancing d’appel - Authentification, Autorisation, Facturation (RADIUS, DIAMETER, PGP …) - Firewall / NAT  | Gatekeeper |
© 2006 page 67
6 Requêt es SIP et Codes Réponses
© 2006 page 69
Procédure d’appel SIP
UA/ UA in direct via proxy
© 2006 page 71
3-Approche commerciale
© 2006 page 73
3- Produits et solutions Acquisitions
¡ Pour se positionner sur le marché de la téléphonie sur IP et plus largement sur celui des réseaux de données, les équipementiers télécoms rachètent en cascade des startups et sociétés des réseaux de données / Internet :
? Alcatel: Packet engines et Xylan
? Ericsson: ACC et Torrent Technologies et Juniper (particip.),
? Lucent: Ascend communications et Nexabit,
? Nortel: Bay Networks, CoreTek
? Siemens: rachête Castle Networks et RedStone et crèe Unisphère
© 2006 page 75
| Voix sur IP Conclusions ? Des migrations difficiles à mener pour les entreprises, z Les 2 scénario qui se dessinent aujourd’hui pour l’adoption de la VoIP concernent : le réseau local (LAN) et le réseau étendu (WAN); LAN: elle opteront pour des PABX mixtes, offrant les fonctions de Gatekeeper IP, de passerelle IP/RTC/RNIS et d’un standard traditionnel; WAN:  1ere etape: pour les entreprises installées sur plusieurs sites distants (WAN), des passerelles IP, reliant des installations classiques (PABX numériques), par des réseaux privés IP (VPN) offrent une alternative aux appels longue distance (voix sur Frame Relay). 2nde étape: En pratique, ce sont les opérateurs télécoms qui adoptent progressiverons certaines technologies VoIP pour la partie transport de la voix, et proposeront en second lieu les services de type Centrex IP d’une façon transparente aux usagers. page 78 |
3- Produits et solutions d’entreprises
© 2006 page 77
Voix sur IP : Conclusions
? Gain attendu:
| Voix sur IP : A méditer ? « Notre effort sera de prouver que les applications de voix sur IP n’est pas là que pour réaliser des économies sur les communications, mais est surtout un grand vecteur de services innovants » Olivier Seznec, directeur technique de Cisco France, Interop 2001 ? « Lorsque le réseau informatique plante, on empoigne le téléphone pour avertir le service de maintenance. Et demain, lorsque le téléphone empruntera aussi le réseau informatique, que fera-t-on en cas de panne ? » Jean-pierre Soulès, journaliste, 01 informatique page 80  |
z Économie (utiliser une unique infrastructure réseau) z Productivité (nouvelles applications voix-données) z Vrai Convergence Réseaux/Télecoms : profiter de la dérégulation des télécoms et offrir des services de téléphonie/fax
? Quelques problèmes subsistent : z Quelle signalisation de service ? z Intéropérabilité des équipements
z Légalité/Reglémentation : ART, CSA, SACEM, IETF, autres z Taxation (TVA 5.5% pour l’audiovisuel, 19.6% pour l’Internet) z Sécurité / Fiabilité / Ergonomie z Numérotation / Annuairesuniversels
© 2006 page 79
3- Produits et solutions d’entreprises
© 2006 page 81
HiPath 4000
Migration à partir du HiCom 300
HiPath 5500
© 2006 page 83
| HiPath 3000 | |||||||||
| HiPath3250  | HiPath3350 | HiPath 3300 | HiPath3550 | HiPath3500 | HiPath3750 | HiPath3700  | |||
| Montage | Mural | Mural | Rack | Mural | Rack  | Mural | Rack | ||
| Équipement analogic | 8 maxi | 36 maxi | 20 maxi  | 108 maxi | 44 maxi | 38 | 4 maxi | ||
| Équipement numéric | 12 maxi  | 24 maxi | 24 maxi | 48 maxi | 38 | 4 maxi | |||
| Canaux  | 4 RNIS T0 maxi | 16 RNIS T0 maxi | 16 RNIS T0 maxi | 60 maxi (RNIS T0/T2,LR) | 60 maxi (RNIS  T0/T2) | 120 maxi (RNIS T0/T2,LR) | 120 maxi (RNIS T0/T2,LR)  | ||
| Interfaces esclave | 24 maxi | 72 maxi | 48 maxi | 116 maxi  | |||||
| Nbred’abonnés | 8/12 maxi | 60 maxi | 44 maxi | 192 maxi | 92 maxi  | 500 maxi | |||
| Nbre clients IP | 96 maxi | 192 | maxi  | 500 maxi | |||||
| Mobilité | Oui DECT | Oui DECT | Oui | DECT  | Oui DECT | ||||
| Bornes ssfil | 3 maxi | 3 maxi | 7/16** maxi | 7 maxi  | 64 maxi | ||||
| Combinés ssfil | 8 maxi | 16 maxi | 8 maxi | 32/64** maxi  | 32 maxi | 250 maxi | |||
| **configuration avec module SLC : carte © 2006 page 84 additionnelle dédiée aux bornes DECT | |||||||||
Offre PABX IP OmniPCX Entreprise
¡ Solution matériel et logiciel (Linux) intégrée pourPME-PMI, Basée sur un PABX IP lancée aux états unis en sept. 2000 : PCX 4400.
¡ Intègre les 3 fonctions de base d’une PME/PMI
1. PBX IP: communication vocal sur IP (IP phone, PC) ou classique (combinés analogiques fixes ou numériques DECT),
z Call Manager H.323v2 sous Linux Mandrake 7.2
z Applications CTI : Alcatel a racheté une startup GENESYS début 2000 et propose des applications de CTI (serveur vocal, messagerie unifiée …)
2. Commutateur Ethernet réseau local (Donnée) 8 à 24 ports, compatible
3. Accès Internet multiple (RNIS 128 Kbps, LS 2 Mbps, ou ADSL)
¡ Autres fonctions inhibées à l’achat puisdéverouillablespar clés logiciels: ¡ Un routeur IP, Un Firewall, un serveur DNS, un proxy IP pour filtrer les accès vers l’internet et servir de cache Web
¡ Un outil d’administration (OmniVISTA4760 Network Management for IP Telephony)
¡ Coût (Février 2004) : 285 E HT par ligne (hors coût poste IP : 170 E HT, messagerie unifiée incluse)
© 2006 page 85
© 2006 page 87