Evolutions futures et tendances de la téléphonie sur IP

Transcription

1 JRES 2003 Evolutions futures et tendances de la téléphonie sur IP Emmanuel Bertin Emmanuel Bury, Pascal Lesieur D1-19/11/2003

2 Agenda s SIP et les services de communication sur IP s De nouveaux services s Avec de nouveaux modèles de rôles s Bilan et problèmes à résoudre s Perspectives D2-19/11/2003

3 SIP et les services de communication sur IP s Spécifié à l'ietf (RFC 3261) s Protocole multi-fonctions d établissement de sessions multimédia temps réel QVoix et vidéo QGestion de présence, messagerie instantanée, notification d événements, s Philosophie du protocole QRéutilisation des architectures et des protocoles IP existants et intégration avec les autres applications IP, QSimplicité, QUniversalité (pas spécifique à un type de session), QDe bout en bout. D3-19/11/2003

4 SIP et les services de communication sur IP s Objectif : ne pas faire une copie de H.323 QSIP ne s inspire pas de protocoles RTC existants nouvelles fonctions s Basé sur les concepts Internet QArchitecture client/serveur QSMTP pour l architecture et le routage QHTTP/1.1 pour les messages (en-têtes et codes de réponse) QURL pour l adressage QMIME pour le contenu D4-19/11/2003

5 Requêtes et réponses SIP s Requêtes de base QINVITE QACK QOPTIONS QCANCEL QBYE QREGISTER s Réponses Q1xx Q2xx Q3xx Q4xx Q5xx Q6xx Informational Final Redirection Client Error Server Error Global Failure s Extensions QSUBSCRIBE QNOTIFY QPUBLISH QMESSAGE QREFER QUPDATE QINFO QCOMET QPRACK D5-19/11/2003

6 Architecture de référence SIP Registrar Server Location Server Proxy - Redirect Server UAC Client SIP Request Response(s) UAS Server User Agent User Agent User Agent Terminal Gateway MCU, Media server D6-19/11/2003

7 Exemple d appel de base DNS Location DB Proxy de sortie francetelecom.com (2)? orange.com SRV _sip orange (14) ACK (4) INVITE sip:b@orange.com (8) 180 Ringing (11) 200 OK (5)? location Proxy d entrée orange.com (9) 180 Ringing (1) INVITE sip:b@orange.com (7) 180 Ringing (6) INVITE sip:b@host2.orange.com (12) 200 OK (13) ACK (10) 200 OK (15) ACK A host1.francetelecom.com Media (RTP) B host2.orange.com D7-19/11/2003

8 Objectifs de nos études s Étudier l apport de SIP en termes de service s Définir et développer de nouveaux services intégrant voix et données QPréfigurer de futurs services de mise en relation s Étudier l impact de SIP Qsur les services Qsur les architectures s Définir et valider une architecture répartie D8-19/11/2003

9 Services sur terminal s Poste SIP PingTel s En périphérie s Machine Java embarquée s Maquettes QSonnerie différenciée QRenvois selon l appelant QConnexion annuaire Entreprise LDAP QRemontée de fiche appelant D9-19/11/2003

10 Services sur Proxy s Renvoi d'appel basé sur l'agenda s Utilise les informations de l agenda Outlook pour router les appels entrants s Service dans le réseau (serveurs et proxy) s Intérêt QWeb service : intelligence distribuée (Entreprise/Réseau) QBasé sur des standards (CPL, HTTP) QIntégration bureautique et téléphonie QIndépendant de la Plate-Forme (CPL) D10-19/11/2003

11 Architecture du service 5. Get CPL script 6. Set CPL script SIP DB 3. Upload CPL SIP Platform CPL Generator 2. Send request 7. Invite 4. Invite Web server Server side Client side 1. calendar event User Agent Server User Agent Client calendar client (Outlook) D11-19/11/2003

12 Architecture du <call> service <time-switch> Get CPL script <time year=2001 month=11 date=21 timeofday= > <location <proxy/> </location> SIP DB </time-switch> </call> Get CPL Update Add script new CPL fwd script rule SIP Platform Result CPL Generator Forward request Invite Invite Web server Server side Client side Result Calendar event User Agent Server User Agent Client calendar client (Outlook) D12-19/11/2003

13 Le service RAP s Routage d Appel Personnalisé QService à l appelant QAméliorer la joignabilité de l appelé s Si l'appelé n'est pas disponible QPlusieurs choix proposés à l'appelant : transfert d'appel, , SMS, messagerie vocale, IM, s Les choix proposés, définis par l'appelé, dépendent : QDe l'identité de l'appelant QDe la présence et de la disponibilité de l'appelé QD'une condition temporelle D13-19/11/2003

14 Le service RAP Mme Durand cherche à joindre Mme Dupont Mme Durand Etablit un appel RAP Configuration des règles: Si l'appelant est Mme Durand Et si je (Mme Dupont) ne suis pas disponible Alors indiquer à Mme Durand : Bonjour. Je suis sorti déjeuner. Et offrir les choix suivants : - Renvoyer l'appel vers ma secrétaire - Renvoyer l'appel vers mon mobile - Laisser un message vocal Et me notifier par Secrétaire Mme Dupont D14-19/11/2003

15 Bonjour. Je suis sorti déjeuner. Le service RAP Vous pouvez : - Renvoyer l'appel vers ma secrétaire Mme Durand cherche à joindre Mme Dupont - Renvoyer l'appel vers mon mobile - Laisser un message vocal RAP Présente Pas disponible Mme Durand Présence de Mme Dupont? Disponibilité de Mme Dupont pour Mme Durand? Quels services pour Mme Durand? Secrétaire Mme Dupont D15-19/11/2003

16 Architecture du service RAP Entreprise directory Personnal directory Directory interface Data lists of contacts Data Rules engine Presence interface Jabber server SIMPLE server browser Voice Server CCR client SIP Network click to dial CCR Display for Caller Call origination Incoming call handling AS CCR Central service logic Callee service management Callee notification Service management SIP servlet browser SMS browser D16-19/11/2003 EJB IM external entitie

17 Le service RAP s Combinaison d'applications QSIP Servlets, CPL, Web services QPresence QBureautique QLogiciel client s Autres fonctions QAnnuaire, click to dial, notification, s Evolution du service QActivation des règles basée sur l'agenda (MS Office) D17-19/11/2003

18 Modèle de déploiement SIP s Conformité à la philosophie du protocole SIP Architecture distribuée s Introduction flexible et indépendante de nouveaux services s Prise en compte des besoins des clients Grand Public et Entreprises s Possiblité de mettre en oeuvre des business models évolués, basés sur l'intermédiation D18-19/11/2003

19 Le modèle Internet services services services services PSTN Control Third party service providers Control Control Telecom operator Internet Access Telecom operator D19-19/11/2003

20 Modèle d'intermediation presence services services services conference Telecom operator Control Internet Control Third party service providers PSTN D20-19/11/2003

21 Modèle multi-acteurs Internet NCP SIP Interconnection Network Common provisionning Complete SIP service execution environment GSP Common Provisionning * Complete SIP service execution environment * Intranet PSTN Unitary provisionning Unitary SIP service USP NCP: SIP Network Connectivity Provider GSP: Global Service Provider enterprise D21-19/11/2003 USP: Unitary Service Provider

22 Architecture fonctionnelle Internet NCP services EP EP EP CRP CRP DNS CRP CRP EP EP Enum PP GW GW EP PSTN AS Portal SP GSP EP Web AS USP services enterprise CRP : Core Routing Proxy SP : Serving Proxy (Registrar, Location, ) EP : Edge Proxy PP : PSTN Proxy AS : Application Server Intranet D22-19/11/2003

23 Bilan global s SIP est adapté au développement de nouveaux services de communication s SIP peut être implémenté dans un environement multi-acteurs complexe s L'industrie commence à proposer des produits matures s Mais des problèmes subsistent D23-19/11/2003

24 Problèmes à résoudre s Déclenchement de Service s Authentification s Provisionning, comptage et O&M D24-19/11/2003

25 Déclenchement de Service s Produits à améliorer pour le déclenchement de service dans un environnement distribué s Redirection d'appel vers l'as basé sur : QScripts CPL dans les Serving proxys (1 par utilisateur) QCritères de déclenchement = paramètres CPL QRoutage vers l'as considéré Q1 AS seulement peut être invoqué (pas optimal) s Loop detection (détection de boucle) QDans le cas de continuation d'appel (sans transfert) QRésolu avec 2 proxys utilisant le même Registrar D25-19/11/2003

26 Loop detection NCP INVITE Internet EP EP EP CRP CRP DNS CRP CRP EP EP Enum PP INVITE GW GW PSTN services AS Portal SP GSP LOOP detected EP AS EP INVITE Web USP services enterprise CRP : Core Routing Proxy SP : Serving Proxy (Registrar, Location, ) EP : Edge Proxy PP : PSTN Proxy AS : Application Server Intranet D26-19/11/2003

27 Authentification s Au niveau du SIP Network Connectivity Provider QNCP réparti sur les Internet Access & Backbone providers QPolitique réseau à appliquer par le NCP s Au niveau du Service Provider QDéclenchement de service s Problème d'authentif. de notre implémentation QLocalisation du Registrar SIP QDomaines de confiance (RFC 3324) D27-19/11/2003

28 Problème d'authentication SP: Serving Proxy SS: Service Server SP SS INVITE 407 : Proxy Authentication Required INVITE sip:dupont@enterprise.com INVITE sip:dupont@ss.usp.com INVITE sip:secretary@enterprise.com Authentication error D28-19/11/2003

29 Provisionning, comptage et O&M s Modèle Distribué s Provisioning QInterface commune s Comptage QMéchanismes de règlement à définir s O&M QAlarmes unifiées pour un CRM global D29-19/11/2003

30 SIP, moteur de la convergence? s Retenu par le 3GPP pour l'ims s Services convergents fixes/mobiles/internet QInterconnection des PF (signalisation) QPF différentes mais même logique de service adressée QInfrastructure "IMS" unique s Nouvelle distribution de l'intelligence D30-19/11/2003

31 Conclusion s Des nouveaux services implémentés et testés QDes services réellement nouveaux QUn nouveau modèle d'acteurs QPertinence de SIP pour le développement de services s Des solutions aux problèmes techniques s Protocole fédérateur pour le NGN s Aspects économiques à approfondir D31-19/11/2003

32 Merci D32-19/11/2003