Scripts et APIs pour la gestion de serveurs SIP

Dimension: px
Commencer à balayer dès la page:

Download "Scripts et APIs pour la gestion de serveurs SIP"

Transcription

1 Scripts et APIs pour la gestion de serveurs SIP Schweizer Laurent Date : 23/12/2001 Diplôme SIP & mobility

2 Table des matières : 1 Introduction Call Processing Language Introduction Que peut faire CPL? Création des scriptes Fonctionnement des scripts Exécution des scripts Conclusion sur CPL Common Gateway Interface, CGI Introduction Possibilité des sip-cgi Création des scripts Comparaison cgi-sip et cgi-bin Conclusion SIP Servlets API Introduction Architecture Choix de la servlet lors de l arrivée d un message Que peuvent faire les servlets SIP? Fonctionnement des servlets Création de servlets SIP Conclusion The JAIN APIs Introduction : But Architecture Les différentes APIs de JAIN JAIN et SIP JAIN Call Control Introduction Les différents modules Les composants de base

3 5.6.4 Interaction entre les applications et l API Evénements Java Core Package...23 JcpProvider...23 Etat d un provider...23 JcpCall...24 JcpConnection...24 JcpAddress Java Call Control...25 JccProvider...25 JccCall...26 JccConnection...26 Evènements et évènements bloquent...28 JccAddress...29 Event Filter Relation entre JCC, JCP et JTAPI JAIN Service Logic Execution Environment (JAIN SLEE) JAIN Service Creation Enviroment (JAIN SCE) JAIN et PARLAY Conclusion de Jain Conclusion Bibliographie

4 1 Introduction Il y a bien longtemps que l ont sait téléphoner et actuellement ceci ne nous suffit plus, en effet le monde moderne est très demandeur de nouveaux services, plusieurs de ces services peuvent et doivent être implémenté dans les terminaux ( téléphone ou client PC) ainsi ils restent sous le contrôle des utilisateurs, ils peuvent ainsi les modifier, les personnaliser ou les développer selon leurs besoins. Traditionnellement, les services de téléphonie basés réseau sont développés et gérés par des providers, typiquement créés pour des interfaces propriétaires avec des outils restreint et propriétaires, il en résulte que l utilisateur final ne peut pas ou que très peu personnaliser ces services, en ce qui concerne le développement de service spécifique, cette possibilité n existe pas. Dans l environnement d Internet ceci est différent, le but est de laisser à l utilisateur final la possibilité de créer, personnaliser, modifier ces services selon ses besoins. Pour avoir cette même souplesse dans la téléphonie VoIP, il est important de posséder des interfaces normalisées (API). Ce document a pour but de présenter quelques-unes une de ces interfaces, d expliquer leurs possibilités et leurs avantages. 4

5 2 Call Processing Language 2.1 Introduction CPL est un langage utilisé pour décrire et contrôler des services de téléphonie basée sur Internet. Ce langage basé sur du XML est de haut niveau il fait donc abstraction du protocole de signalisation utilisé. 2.2 Que peut faire CPL? Ce langage a été créé pour décrire un grand nombre de services tel que déviation en cas de non-réponse ou d occupation, ex déviation sur un répondeur en cas de non-réponse distribution intelligente des appels, ex. en fonction de l heure, l appel va être redirigé au bureau, sur un portable ou sur un répondeur renvoi d information sous la forme d une page web ex. une entreprise possède un numéro de téléphone général pour des éventuels clients. Si une personne appelle pendant les heures de bureau elle obtiendra alors sous la forme d une page web la liste des interlocuteurs disponibles avec une indication de leur secteur d activité. Dans le cas ou l appel a lieu en dehors des heures de bureau, elle obtiendra un page avec les heures durant lesquelles elle peut téléphoner. cependant il n est pas possible de tout faire, afin de garantire une certaine sécurité (pour le provider) l utilisateur ne peut que décrire un service de téléphonie, ainsi, ce langage ne dispose pas de variables, de boucles et il lui est impossible d exécuter des programmes extérieurs. 2.3 Création des scriptes Le CPL est basé sur du XML, ce langage très simple peut être créé, généré de plusieurs manières, un peut comme du HTML. A la main, Les scripts peuvent être créer avec un simple éditeur de texte par des utilisateurs avertit, la syntaxe n est pas très compliquée. Avec un script, Ces scripts peuvent être générés par d autres scripts de manière automatique Avec un outil graphique, Comme ce langage est très simple il est possible d utiliser des outils graphiques pour générer ces scripts, il est bien évident que cette solution est la plus intéressante si l on désire mettre ce service à disposition de personnes ne sachant pas programmer. 5

6 2.4 Fonctionnement des scripts Le service que l on va créer est décrit par une collection de nœuds qui indiquent les opérations ou les choix à effectuer, un nœud peut avoir plusieurs paramètres et plusieurs sorties, elle sera choisie en fonction du résultat de l action ou du résultat de la décision. La figure 1 est une représentation graphique d un script CPL L on peut voir que ce script possède un point d entrée, il s exécute ensuite jusqu a ce qu il arrive sur un nœud sans sorties (proxy ou redirect, le proxy possède bien des sorties mais uniquement dans le cas d un timeout). Durant son déroulement, chaque action contenue dans les nœuds parcourus sera exécutée. Figure 1, représentation graphique d un script CPL 6

7 La figure n 2 est le code de cette représentation graphique ( sans la partie Voic ) Figure 2, code CPL 2.5 Exécution des scripts Généralement les scripts CPL sont associés avec une adresse ( n de téléphone ). Quand un appel arrive au serveur CPL il recherche dans sa base de données le script à exécuter en fonction de l adresse source et de la destination. 2.6 Conclusion sur CPL Ce langage peut être utilisé pour créer de nombreux services de bases, toutefois il a une limitation importante puisqu il ne peut obtenir des données extérieures ( base de données, fichiers ) Cette limitation à été imposée afin d obtenir un maximum de sécurité pour le provider, il faut bien comprendre que le but est que chaque utilisateur puisse créer sont propre script et le télécharger sur le serveur. Avec du CPL le provider sait qu il prend peut de risque car l utilisateur ne peut que traiter des appels qu ils lui sont destinés et il ne peut pas endommager, surcharger ou détruire les données du serveur. Un autre avantage du CPL est qui peut être facilement généré à partir d outils graphiques, il est donc utilisable pour un grand nombre de personnes, ce langage se place donc en excellente position pour devenir un outil de développement pour la création de petit service de téléphonie 7

8 3 Common Gateway Interface, CGI 3.1 Introduction Les scripts sip-cgi sont là pour étendre les possibilités des proxy ou serveur de redirection SIP sans devoir changer le code du serveur. En effet ces scripts ont un contrôle total sur les messages SIP (header et body) 3.2 Possibilité des sip-cgi Contrairement au CPL, les scripts SIP-CGI n ont pas de limitation, ils peuvent obtenir des données de l extérieur ( base de données, fichiers etc.), de plus ils ont un contrôle total sur les messages SIP. les CGI peuvent être utilisés pour : La détection de boucles L authentification Dévier (occupé / pas de réponse) Le passage de firewall ( demande d ouverture d un port RTP) Les déviations intelligentes La distribution des appels ( mise en queue) Thrid-party registration, control Etc Contrairement aux scripts CPL qui sont exécuté lors d un nouvel appel, les CGI le sont à chaque message ( sauf pour ACK et CANCEL), ils peuvent ainsi retransmettre, répondre ou générer des nouveaux messages 3.3 Création des scripts Le langage utilisé pour créer ces scripts est libre ( perl, c, c++, vb script). 3.4 Comparaison cgi-sip et cgi-bin Les scripts SIP-CGI sont similaires aux scripts CGI-BIN, tous deux ne définissent pas le langage dans lequel le script est implémenté et on a un contrôle total sur les entêtes/messages, cependant il y a bien quelques différences, en effet dans le modèle HTTP la réception d un message provoque l émission d une réponse sans ce préoccuper de ce qui avait fait auparavant, avec SIP ceci n est plus possible. Il a donc fallu introduire un model de persistance de manière à pouvoir garder une trace de ce qui a été fait et de réagire en fonction des évènements passés. Ceci a été fait en ajoutant des cookies au message SIP, il s agit de 8

9 lignes qui sont ajoutées à la fin du message SIP, elles ne sont pas traitées par le serveur (il les recopie uniquement dans les réponses qu il émet ) Une autre différence importante, avec les CGI-BIN, une demande donnait lieu à une réponse, dans notre cas une demande peut induire plusieurs messages en sorties. 3.5 Conclusion Les sip-cgi sont nettement moins limitatif que les CPL mais ceci se paye au niveau de la sécurité, elle n est pas nulle mais doit être très soigneusement paramétrée au niveau de l OS. Ces scripts seront utilisés pour étendre les possibilités des serveurs, ils sont réservés à des utilisateurs sachant programmer plus particulièrement au provider. 9

10 4 SIP Servlets API 4.1 Introduction Cette api est une extension java pour les serveurs SIP, similaire au servlets HTTP elles sont prévues pour développer tout type de services. Elles peuvent interagire avec d autres sources de données tout en garantissant une bonne sécurité, il est en effet possible de confiner les servlets à n utiliser que les ressources de la machine virtuelle. 4.2 Architecture L architecture est propre à chaque serveur, si on prend celle du serveur de HP, la couche SIP se situe juste en dessus des couches Proxy et Registrar ( figure n 3) alors que dynamicsoft la place en seconde API, après Jain (figure n 4) Figure 3, architecture du serveur HP 10

11 Figure 4, architecture selon dynamicsoft 4.3 Choix de la servlet lors de l arrivée d un message Lorsque des messages SIP arrivent le serveur (redirection, proxy ) va exécuter une servlet, pour cela il dispose de règles qui lui permettent en fonction du type message SIP, de l appelant, de l appeler, de déterminer la servlet à exécuter. Figure 5, choix de la servlet 11

12 4.4 Que peuvent faire les servlets SIP? L API donne le contrôle total aux servlets SIP sur les messages (header et body), elles peuvent retransmettre, rediriger, répondre ou rejeter un message, les servlets ont aussi la possibilité d initier des requêtes. Tout comme les SIP-CGI, elles peuvent accéder à des données extérieurs par l intermédiaire des mécanismes standard de java, exemple: JDBC, pour l accès aux bases de données JNDI, pour les bases LDAP JMF, pour la manipulation de media, ex. Codecs, RTP The speech API JavaMail... Cependant la sécurité est bien meilleure qu avec les CGI, en effet on peut confiner l exécution du programme java dans l environnement de la machine virtuelle. 4.5 Fonctionnement des servlets Lors de l arrivée d un message, celui-ci est décomposé lors de son passage à travers le stack SIP, puis en fonction des règles ( voir figure 5), le message décomposé sera transmis à une des servlets, elle pourra, répondre à ce message, le transférer ou effectuer toute autre manipulation sur celui-ci. Figure 6, architecture simplifiée 12

13 Dans cet exemple figure 7, la servlet est utilisée comme proxy, elle doit donc déterminer l adresse actuelle des agents (ex. base de données avec JDBC) et transférer les messages vers celui-ci. Figure 7, servlet utilisée comme serveur de redirection / proxy Dans l exemple de la figure 8, la servlet reçoit le flux RTP, elle fait donc office d agent SIP avec la particularité de ne pas forcément rediriger le flux voie vers des haut-parleur, en effet elle pourrait traiter ce flux avec une reconnaissance vocale. Figure 8, servlet utilisée comme agent SIP 13

14 4.6 Création de servlets SIP Les servlets SIP sont basées sur une interface en java, elles devront donc être développées dans ce même langage, bien entendu il est possible de réutiliser des outils standard de développement pour java. Le développement des servlets SIP est similaire au développement de servlets HTTP, la principale différence est comme pour les CGI, le fait que pour SIP on doit maintenir un historique de ce qui a été fait. 4.7 Conclusion Les servlets SIP ont un avenir très prometteur, en effet il est possible de développer un grand nombre de services avec des accès aux sources de données extérieures tout en garantissant une bonne sécurité mais contrairement au CPL, ce type d outils pour la programmation de service reste réservé à des personnes sachant programmer (en java). Un autre avantage non négligeable est que les services développés avec cet outil sont totalement portables puisqu il ne dépend pas du serveur mais de l interface qui est implémentée par celui-ci. 14

15 5 The JAIN APIs 5.1 Introduction : JAIN est un ensemble d APIs qui permettent de développer rapidement des nouveaux services. Ces APIs ont pour but d offrire des nouveaux niveaux d abstraction, en effet avec cette ensemble d APIs il est possible de créer un service sans que l on connaisse le serveur (HP, VOVIDA, CISCO ) ou le protocole de signalisation( TCAP, SIP, MGCP) utilisée par celui-ci. Le but de JAIN n est pas seulement d intégrer les systèmes de communication basés paquets (IP, ATM) mais bien pour tous les systèmes de communication comme, les réseaux sans fil, PSTN ou paquet. Ceci peut être constaté sur la figure 9 qui donne un premier aperçu de l architecture de JAIN Figure 9, architecture de JAIN 15

16 5.2 But Actuellement les solutions viennent d un vendeur qui fournit dans une grande boite totalement propriétaire le matériel et le logiciel du serveur ainsi que les services. Les clients dépendent donc de ce vendeur, il en résulte des coûts d extensions et de maintenances élevés. Avec JAIN on obtient une solution ou les différentes parties du serveur proviennent de vendeurs différents, le client peut ainsi choisir les différentes parties en fonction de ces besoins Figure 10, transfert d'architecture 5.3 Architecture Le but de JAIN est de créer des services de nouvelles générations pouvant intégrer des communications par paquets (IP, ATM ), PSTN et WIRELESS. Il a donc été nécessaire de définir un environnement d exécution indépendant du protocole de signalisation. Pour cela, plusieurs couches d abstraction ont été créées ( voir figure n 11), il définit aussi une librairie de composant, des outils de développement et un environnement de création de services Comme nous l avons dit, JAIN définit des couches d abstractions, elles sont au nombre de trois : Network layer: Il s agit d une couche définissant le protocole de communication choisit. Télécommunication : Réseaux intelligent (AIN/IN) ou SS7 avec beaucoup de protocole ISUP,TCAP,INAP Wireless : SS7 avec des applications mobiles (MAP) VoIP : SIP, MGCP, Megaco, H

17 Signaling layer: Il s agit d une couche représentant les logiciels chargés de la gestion des communications Télécommunication : Signaling Service Point (SSP) Wireless : Mobile Switching Centers (MSC) VoIP : Proxy, redirect serveur, H 323 gatekeeper, media gateway controllers Service layer : Il s agit d une couche représentant les services de base. Télécommunication : Service Contrôle Points (SCP) Wireless : Base Station Controllers (BSC), Home Location Registers (HLR) VoIP : Serveur d applications internet Figure 11, architecture de JAIN 17

18 5.4 Les différentes APIs de JAIN L interfaçage des différentes couches d abstraction est faite au moyen d APIs La 1 er est une interface au niveau du protocole, elle définit ce que doivent fournir les stacks de signalisation. Ces interfaces sont propres à chaque protocole, sont but est de fournir une indépendance du vendeur, il est ainsi possible d acheter un stack SIP chez CISCO, DYNAMICSOFT ou Pour que celui-ci soit compatible il suffit qu il implémente l interface JAIN La 2 ème API est la JAIN JCC/JCAT, l objectif de cette API est de fournir une abstraction du protocole de signalisation utilisé. Elle fournit les mécanismes pour la gestion, le traitement et le contrôle des communications. JCC et JCAT fournissent les outils pour pouvoir observer, initier, répondre, traiter et manipuler des appels contenant des sessions multimédia. JCC contient les mécanismes de base de JTAPI mais peut être étendu pour fournir des traitements d appel plus complexes. JCAT gère la coordination et les transactions entre les différents services, il offre des nouvelles possibilités pour pouvoir exécuter des applications avant, pendant et après le traitement d un appel, il est typiquement utilisé pour des nouveaux services tel que la gestion de firewall La 3 ème interface fournit une abstraction de l opérateur pour la création de nouveau service 5.5 JAIN et SIP Trois API ont été définies pour SIP : JAIN SIP, il s agit d une API de bas niveau basée sur le RFC 2543 elle se situe juste en dessus du stack SIP JAIN SIP Lite, il s agit d une API haut niveau fournissant une abstraction du stack SIP, elle peut être utilisée pour créer un agent SIP JAIN SIP Servelts, voir la partie consacrée au servlet Actuellement seul la spécification de JAIN SIP est disponible, elle est fournie avec une bonne documentation qui décrit toutes les méthodes de l interface. ( javadoc) La figure n 12 montre leur imbrication dans un stack SIP, comme on peut le voir, elles ne sont pas concurrentes mais fournissent des abstractions et services différents. 18

19 Figure 12, les différentes API SIP 5.6 JAIN Call Control Introduction Cette API a été développée pour fournir un modèle d appel générique, elle reprend les aspects essentiels des modèles d appel déjà existants. Cette interface donne au programmateur une bonne abstraction pour qu il puisse facilement manipuler des appels et gérer les interactions entre ceux-ci et d autres applications. Cette interface permet de créer, gérer, manipuler, terminer des appels pour des réseaux PSTN, paquets et sans fils. Elle supporte le first-party tout comme le third-party, il est aussi possible d exécuter des applications durant les sessions, ce qui permet d appeler des services intelligents. 19

20 5.6.2 Les différents modules Cette API est spécifiée par un ensemble d objets qui modélisent différents éléments physiques et logiques impliqués dans une session. Les applications interagissent avec cette API en utilisant le modèle des l LISTNER. L API est divisée en 3 paquetages : Elementary Call Control : Java Core Package (JCP) fournit les services basiques pour initier et répondre à un appel, il est probable que ces services ne son pas assez avancés pour être utilisés pour la création de nouveaux services, néanmoins ce module représente un concept important pour l unification de JTAPI, et de JAIN. Core Call Control : JCC fournit les services pour pouvoir observer, créer, manipuler, traiter et terminer des appels, il permet aussi d exécuter des applications durant une session. Quand nous parlons d appel il faut bien comprendre qu il s agit pas que de voix, mais aussi de données et ou des sessions multimédia. Il existe encore le paquetage JCAT qui étend les possibilités du Call Control, actuellement sa spécification n est pas encore terminée elle n as donc pas encore été rendue publique. Remarque: ces différents paquetages doivent s exécuter sur la plate-forme de communication ( ex. Call agent ou softswitch) Figure 13, relation entre JCP et JCC Java Call Processing (JCP) Java Call Control (JCC) 20

21 5.6.3 Les composants de base Pour JCC et JCP l API est composée d interface, de classes, d opérations, d événements, etc L API fournit 4 éléments qui sont commun à JCP, JCC et d autres paquetages plus avancés, il s agit du : Provider : cet objet est une abstraction représentant le fournisseur de services. Il dissimule les aspects spécifiques au service du sous système et permet aux applications java d interagire avec celui-ci est ce indépendamment du protocole et de l implémentation utilisée. Call : cet objet représente un appel (voix, data ou multimédia), il représente aussi une connexion dynamique entre les entités physiques et logiques. Address : cet objet représente l adresse logique d un terminal (ex. n de téléphone, adresse IP) Connection : cet objet représente la liaison dynamique entre l objet Address et l objet Call La figure n 14 montre la relation entre les différents objets pour une relation entre 2 terminaux. Figure 14, model d'objet utilisé pour une connexion entre 2 terminaux Provider Call Connection Connection Address Address 21

22 5.6.4 Interaction entre les applications et l API Les applications qui se situent en dessus de l API font des appels synchrones aux méthodes de celle-ci. La plate-forme qui implémente l API peut informer les applications que un événement c est produit (exemple, nouvel appel ) en utilisant les événements JAVA, pour cela les applications doivent fournir des listeners correspondant aux événements qui les intéresses. Figure 15, interaction entre logiciel et API Provider Listener Call Listener Connection Listener Provider Call Synchronous method calls Java Events Connection Connection JCC API Network or Platform Evénements Différents objets peuvent générer des événements, ceux-ci peuvent être interceptés par différents Listners. La figure n 16 montre l organisation des objets Event et Listener, l objet ProviderEvent indique tout changement d état intervenu dans le JcpProvider, CallEvent indique tout changement intervenu dans l objet JcpCall et ConnectionEvent indique tout changement dans JcpConnection. Ces événements sont alors transmis à leur Listener respectif soit ProviderEvent à ListenerEvent, CallEvent à CallListener, ConnectionEvent à ConnectionListener. Figure 16, organisation des objets Events et Listners Event Events Listener Listeners Call Event Provider Event Call Listener Provider Listener Connection Event Connection Listener 22

23 5.6.6 Java Core Package Nous allons maintenant décrire les composants basic de JCP, Il s agit d un paquetage élémentaire qui est utilisé par des paquetages plus avancés. Il fournit des méthodes pour pouvoir placer et arrêter des appels. JcpProvider JcpProvider représente l entité logiciel d un central téléphonique avec ces interfaces et un sous système de téléphonie. Le système de téléphonie peut être un PBX relié à un serveur, une carte téléphone / fax dans un PC ou un central basé sur les réseaux informatique (VoIP). Etat d un provider Les providers possèdent trois états : IN_SERVICE : cet état indique que le provider et actuellement en fonctionnement et qu il est disponible OUT_OF_SERVICE : cet état indique que le provider n est actuellement pas disponible, beaucoup de méthodes du provider sont incorrectes lorsqu il se trouve dans cet état. Il peut à tout moment revenir dans l état IN_SERVICE, mais l application ne peut prendre aucune mesure directe pour causer ce changement SHUTDOWN : cet état indique que le provider n est pas disponible. La plupart des méthodes du provider sont incorrectes lorsqu il se trouve dans cet état. Les applications ont accès à une méthode pour mettre celui-ci dans cet état. Figure 17, état d'un provider IN_SERVICE SHUTDOWN OUT_OF_SERVICE Une application ne peut pas créer un provider, elle peut uniquement en obtenir un avec la méthode getprovider(). 23

24 JcpCall Cet objet représente une communication entre deux (ou plus) participants. Pour un appel sortant (que l on émet), cet objet est créé en invoquant la méthode createcall() du provider. Pour un appel entrant (que l on reçoit), cet objet est créer par la plate-forme. L objet call possède une référence sur son provider, elle est initialisé lors de la création de l appel est ne change pas durant toute la durée de celui-ci. La provider associé peut être obtenu avec la méthode getprovider() de l objet call L objet call possède plusieurs état : IDLE : c est l état initial de tout call. Dans cet état il ne possède aucune connexion. ACTIVE : un call avec une activité se trouve dans cet état. Dans cet état un call doit posséder une ou plusieurs connexions. INVALID : Il s agit de l état final d un call. Dans cet état il ne possède plus aucune connexion associée. Un call dans cet état ne peut plus être utilisé pour des actions futures. Figure 18, état des objets call IDLE ACTIVE INVALID JcpConnection Un objet connection représente un lien entre un objet call et un objet adresse, un objet connection est créé pour chaque nouvelle connexion d un call. Chaque JcpConnection possède une machine d état qui décrit la relation actuelle entre le call et l adresse. Le diagramme ci dessous décrit les différents états possibles d une connexion. Comme vous pourrez le voir, il est similaire au diagramme d état d un objet connection JTAPI. IDLE : il s agit de l état initial pour toute nouvelle connexion, les connexions qui sont dans cet état ne font pas partie d un call mais les références sur l objet call et l objet address sont correctes. Les connexions ne restent pas longtemps dans cet état. DISCONNECTED : il indique que la connexion ne fait plus parti d un appel. INPROGRESS : il indique que l objet connection a été contacté par un appel ou que l objet connection contacte actuellement le destinataire. ALERTING : cet état indique que l adresse c est fait notifier un appel entrant. CONNECTED :cet état indique que les objet connection et address font partit d un appel, donc 2 (ou plus) personnes sont en communication. UNKNOWN : cet état indique qu il est impossible de déterminer l état actuel de la connexion. FAILED : il indique que la liaison a échoué pour une quelconque raison. Ex. l appelé est occupé. 24

25 Figure 19, état des objets connection UNKNOWN * except FAILED or DISCONNECTED FAILED IDLE IN- PROGRESS ALERTING CONNECTED DIS- CONNECTED JcpAddress Un objet address représente un terminal dans une communication. Cela peut être un numéro de téléphone, une adresse , etc. Chaque objet address doit posséder un nom représenté par une chaîne de caractères. Durant une communication l objet address et mit en relation avec un appel par l intermédiaire de l objet connection. L état de celui-ci décrit la relation actuelle entre l objet call et l objet address. Il existe 2 types d objet address, local et distant. Une adresse est considérée comme local si elle appartient au domaine du provider, dans le cas contraire elle est considérée comme distante Java Call Control L API JCC a les 4 même objets que JCP, soit le Provider, Call, Connection et Address. Comme JCC hérite de JCP, chaque objet possède donc les mêmes méthodes de base, de plus des nouvelles méthodes peuvent leur être ajoutées. Indication : les objets obtiennent maintenant le préfix Jcc, cela donne donc JccCall, JccProvider JccProvider L interface JccProvider hérite de JcpProvider, une importante nouvelle possibilité fournie par JccProvider est qu il peut fonctionner comme un créateur d objet EventFilter. La fonction des objets EventFilter et d offrir un mécanisme de filtre pour les événements. ( voir: EventFilter ) Une autre méthode fournie par JccProvider et de pouvoir ajouter des listeners sur les Objets Call afin de détecter les changements d état. 25

26 JccCall JccCall hérite de JcpCall, le diagramme d états est identique pour les deux interfaces, mais JccCall possède en plus une nouvelle transition possible entre l état IDLE et INVALID ( voir figure n 20) JccCall possède aussi des nouvelles méthodes: createconnection () : cette méthode va créer un nouvel objet de type JccConection routecall() : cette méthode ne va pas juste créer un objet JccConection, elle a aussi pour conséquence l initiation de la signalisation dans le réseaux vers le point final d appel. Si cette méthode est invoquée avec succès, cela indique que l appel à été correctement routé jusqu au terminal. Elle peut être utilisée pour le First party, le Third party, la translation de numéro (ex ), la redirection, etc. release(): Cette méthode à pour but de terminer un appel et de libérer les ressources. Figure 20, états des objets JccCall IDLE ACTIVE INVALID Dans JCC comme dans JCP, une application qui veut initier un appel doit tout d abord créer un objet call, pour cela elle utilise la méthode createcall(), cette methode est fournie par l interface JccProvider. Remarque : la méthode JccProvider.createCall() retourne un objet de type JcpCall qui doit ensuite être converti en un objet de type JccCall. La prochaine étape consiste à créer une connexion, ceci se fait en invoquant la méthode createconnection () de l objet JccCall, l adresse de l objet JccTerminal à associer avec cet appel doit être donnée. JccConnection L interface JccConnection hérite de l interface JcpConnection, les méthodes importantes de JccConnection sont : routeconnection( ) : est utilisé pour router une connexion vers un terminal answer( ) : est utilisé pour répondre à un appel release( ) : est utilisé pour déconnecté un terminal continueprocessing( ) : cette méthode indique à la plate-forme de continuer le traitement des appels ( ex. après un événement ) getxxxadress( ) getmoredigits ( ) : indique à la plate-forme de collecter des informations supplémentaires sur le numéro composé ( lettre ou nombre) selectroute() :Cette méthode est utilisée pour la translation d adresse, exemple, lors de la composition d un numéro gratuit (0800.), celui-ci doit être convertir en un numéro routable ( ) 26

27 La machine d état de JccConnection n est pas identique à celle de JcpConnection, il faut voir qu il s agit d un raffinement par l addition de transition et la séparation d état en état multiple. Pour être plus précis, les changements se situent pour les états INPROGRESS et CONNECTED qui sont divisés en plusieurs états. IDLE : il s agit de l état initial pour toute nouvelle connexion, les connexions qui sont dans cet état ne font pas partie d un call mais les références sur l objet call et l objet address sont correct. Les connexions ne restent pas longtemps dans cet état. AUTHORIZE_CALL_ATTEMPT : cet état implique que l appelant et l appelé doivent être autorisés à émettre et recevoir cet appel. ADDRESS_COLLECT : dans cet état, les informations (numéro composé) en provenance de l appelant sont collectées et analysées selon le plan de numérotation afin de déterminer la fin de l information d adressage ADDRESS_ANALYSE : pour entrer dans cet état il faut que le numéro composé en provenance de l appelant soit complet. Ce numéro est analysé et/ou translaté selon le plan de numérotation afin de déterminer l adresse de routage ainsi que le type d appel. CALL_DELIVERY : du côté de l appelant, cet état implique la sélection de la route et indique au numéro appelé que l on désire établir une communication. Du côté de l appelé, cet état implique qu il doit tester que le terminal n est pas déjà occupé, il doit aussi informer celui-ci de l arrivée d un appel. ALERTING :cet état indique que le terminal ce fait actuellement notifier un appel entrant. CONNECTED : cet état indique que cette connexion et une adresse prennent part à un appel SUSPENDED : cela indique que cette connexion a été suspendue de l appel, elle garde ces références sur l appel et sur l adresse DISCONNECTED : il indique que la connexion ne fait plus parti d un appel. UNKNOWN : cet état indique qu il est impossible de déterminer l état actuel de la connexion. FAILED : il indique que la liaison a échoué pour une quelconque raison. Ex. l appelé est occupé. 27

Programmation de services en téléphonie sur IP

Programmation de services en téléphonie sur IP Programmation de services en téléphonie sur IP Présentation de projet mémoire Grégory Estienne Sous la supervision du Dr. Luigi Logrippo Introduction La téléphonie sur IP comme support à la programmation

Plus en détail

SIP. Sommaire. Internet Multimédia

SIP. Sommaire. Internet Multimédia Internet Multimédia Le Protocole SIP 2011 André Aoun - Internet Multimédia SIP - 1 Sommaire 1. Présentation 2. Entités SIP 3. Méthodes et réponses 4. User Agent 5. Registrar 6. Proxy 7. Redirect Server

Plus en détail

SIP. 2007 A. Aoun - La Visioconférence SIP - 1

SIP. 2007 A. Aoun - La Visioconférence SIP - 1 Internet Multimédia Le Protocole SIP 2007 A. Aoun - La Visioconférence SIP - 1 Présentation (1) Session Initiation Protocol (dont le sigle est SIP) est un protocole récent (1999), normalisé et standardisé

Plus en détail

Introduction de la Voix sur IP

Introduction de la Voix sur IP Voix sur IP (VoIP) Introduction de la Voix sur IP La Voix sur IP, aussi connue sous le nom de téléphonie Internet, est une technologie qui vous permet de téléphoner via un réseau d ordinateurs basé sur

Plus en détail

Compte Rendu d intégration d application

Compte Rendu d intégration d application ISMA 3EME ANNEE Compte Rendu d intégration d application Compte Rendu Final Maxime ESCOURBIAC Jean-Christophe SEPTIER 19/12/2011 Table des matières Table des matières... 1 Introduction... 3 1. Le SGBD:...

Plus en détail

Stéphanie Lacerte. Document technique. Connextek. 31 mai 2013. Cloudtel

Stéphanie Lacerte. Document technique. Connextek. 31 mai 2013. Cloudtel Stéphanie Lacerte Document technique Connextek 31 mai 2013 Cloudtel Introduction Le logiciel Cloudtel a été conçu dans le langage de programmation Java. Ce logiciel utilisant la voix sur IP, communique

Plus en détail

La VOIP :Les protocoles H.323 et SIP

La VOIP :Les protocoles H.323 et SIP La VOIP :Les protocoles H.323 et SIP PLAN La VOIP 1 H.323 2 SIP 3 Comparaison SIP/H.323 4 2 La VOIP Qu appelle t on VOIP? VOIP = Voice Over Internet Protocol ou Voix sur IP La voix sur IP : Le transport

Plus en détail

Guide de configuration de la Voix sur IP

Guide de configuration de la Voix sur IP Le serveur Icewarp Guide de configuration de la Voix sur IP Version 11 Mai 2014 i Sommaire Guide de configuration VoIP 1 Présentation... 1 Configuration... 1 Configuration réseau... 1 Configuration du

Plus en détail

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base SOA et Services Web 23 octobre 2011 1 SOA: Concepts de base 2 Du client serveur à la SOA N est Nest pas une démarche entièrement nouvelle: années 1990 avec les solutions C/S Besoins d ouverture et d interopérabilité

Plus en détail

La VoIP et ToIP. - Les constructeurs de réseaux : Anciens : Alcatel, Ericsson, Nortel, Siemens, Lucent, NEC Nouveaux venus : NetCentrex, Cirpack

La VoIP et ToIP. - Les constructeurs de réseaux : Anciens : Alcatel, Ericsson, Nortel, Siemens, Lucent, NEC Nouveaux venus : NetCentrex, Cirpack La VoIP et ToIP Introduction En 2002, le projet Asterisk sort au grand jour et fait son entrée dans un marché encore naissant. C est un PBX (Private Branch exchange) : auto commutateur matériel ou logiciel

Plus en détail

Application Note. NAT et Redirection de ports

Application Note. NAT et Redirection de ports Application Note NAT et Redirection de ports Table des matières 1 Le NAPT ou NAT dynamique... 4 2 Le 1-to-1 NAT ou NAT statique... 5 3 La redirection de ports... 9 Cette fiche applicative présente les

Plus en détail

SIP. Plan. Introduction Architecture SIP Messages SIP Exemples d établissement de session Enregistrement

SIP. Plan. Introduction Architecture SIP Messages SIP Exemples d établissement de session Enregistrement SIP Nguyen Thi Mai Trang LIP6/PHARE Thi-Mai-Trang.Nguyen@lip6.fr UPMC - M2 Réseaux - UE PTEL 1 Plan Introduction Architecture SIP Messages SIP Exemples d établissement de session Enregistrement UPMC -

Plus en détail

PFE Télécommunications. Pré-rapport à l'issue des 6 premières semaines de stage. Page 1 sur 5 1 %

PFE Télécommunications. Pré-rapport à l'issue des 6 premières semaines de stage. Page 1 sur 5 1 % PFE Télécommunications Pré-rapport à l'issue des 6 premières semaines de stage!"!"#$%&' ()*()!")+")# (#),()-,)*)"-./0 1 ()*()!")+-)# % 23 &0 )14) 56 7$8797%77:7' '72 Page 1 sur 5 Contexte Les centres de

Plus en détail

Passerelle VoIP pour PBX

Passerelle VoIP pour PBX Passerelle VoIP pour PBX Les produits «IP-PBX pour central analogique ou ISDN» permettent d'ouvrir votre installation téléphonique classique au monde de la téléphonie de dernière génération, la téléphonie

Plus en détail

Calcul de la bande passante réelle consommée par appel suivant le codec utilisé

Calcul de la bande passante réelle consommée par appel suivant le codec utilisé Voix et téléphonie sur IP Déscription : Comprendre les aspects techniques et les méthodes d analyse permettant d intégrer le transport de la voix dans un réseau IP.Les différents protocoles de signalisation

Plus en détail

Mise en œuvre des serveurs d application

Mise en œuvre des serveurs d application Nancy-Université Mise en œuvre des serveurs d application UE 203d Master 1 IST-IE Printemps 2008 Master 1 IST-IE : Mise en œuvre des serveurs d application 1/54 Ces transparents, ainsi que les énoncés

Plus en détail

2. MAQUETTAGE DES SOLUTIONS CONSTRUCTIVES. 2.2 Architecture fonctionnelle d un système communicant. http://robert.cireddu.free.

2. MAQUETTAGE DES SOLUTIONS CONSTRUCTIVES. 2.2 Architecture fonctionnelle d un système communicant. http://robert.cireddu.free. 2. MAQUETTAGE DES SOLUTIONS CONSTRUCTIVES 2.2 Architecture fonctionnelle d un système communicant Page:1/11 http://robert.cireddu.free.fr/sin LES DÉFENSES Objectifs du COURS : Ce cours traitera essentiellement

Plus en détail

LABO TELEPHONIE. Etude et réalisation de la Téléphonie sur IP (VoIP) avec Cisco Call Manager et Asterisk

LABO TELEPHONIE. Etude et réalisation de la Téléphonie sur IP (VoIP) avec Cisco Call Manager et Asterisk LABO TELEPHONIE Etude et réalisation de la Téléphonie sur IP (VoIP) avec Cisco Call Manager et Asterisk Colas Florian Nourdine Abdallah Ouleddiaf Sami SOMMAIRE 1. Présentation 2. Diagramme de Gantt 3.

Plus en détail

TAGREROUT Seyf Allah TMRIM

TAGREROUT Seyf Allah TMRIM TAGREROUT Seyf Allah TMRIM Projet Isa server 2006 Installation et configuration d Isa d server 2006 : Installation d Isa Isa server 2006 Activation des Pings Ping NAT Redirection DNS Proxy (cache, visualisation

Plus en détail

Spécifications de raccordement au service de Téléphonie sur IP (ToIP) de RENATER

Spécifications de raccordement au service de Téléphonie sur IP (ToIP) de RENATER Spécifications de raccordement au service de Téléphonie sur IP (ToIP) de RENATER Documentation Auteurs: Simon Muyal SSU-SPEC-ToIP_FR_20101221.doc 1 / 20 Table des matières 1 Sommaire... 4 2 A qui s adresse

Plus en détail

La technologie SIP dans l entreprise

La technologie SIP dans l entreprise TECHNOLOGY WHITE PAPER La technologie dans l entreprise Les applications et systèmes de communication d entreprise actuels intègrent des services téléphoniques et des services de données. Toutefois, les

Plus en détail

Configuration du driver SIP dans ALERT. V2

Configuration du driver SIP dans ALERT. V2 Micromedia International Etude technique Configuration d Alert pour SIP Auteur : Pierre Chevrier Société : Micromedia International Date : 26/08/2013 Nombre de pages : 19 Configuration du driver SIP dans

Plus en détail

Mettre en place un accès sécurisé à travers Internet

Mettre en place un accès sécurisé à travers Internet Mettre en place un accès sécurisé à travers Internet Dans cette partie vous verrez comment configurer votre serveur en tant que serveur d accès distant. Dans un premier temps, les méthodes pour configurer

Plus en détail

Plan. Les pare-feux (Firewalls) Chapitre II. Introduction. Notions de base - Modèle de référence OSI : 7 couches. Introduction

Plan. Les pare-feux (Firewalls) Chapitre II. Introduction. Notions de base - Modèle de référence OSI : 7 couches. Introduction Plan Introduction Chapitre II Les pare-feux (Firewalls) Licence Appliquée en STIC L2 - option Sécurité des Réseaux Yacine DJEMAIEL ISET Com Notions de base relatives au réseau Définition d un pare-feu

Plus en détail

Introduction aux principes de la technologie Internet

Introduction aux principes de la technologie Internet 1 Introduction aux principes de la technologie Internet Je suis impliqué dans le commerce électronique depuis un bon bout de temps : j ai vendu des Casios dans les rues de New York! Il y a à peine quelques

Plus en détail

Voix sur IP Étude d approfondissement Réseaux

Voix sur IP Étude d approfondissement Réseaux Voix sur IP Étude d approfondissement Réseaux Julien Vey Gil Noirot Introduction Ce dont nous allons parler L architecture VoIP Les protocoles Les limites de la VoIP Ce dont nous n allons pas parler Le

Plus en détail

Téléphonie. sur IP. 2 e édition

Téléphonie. sur IP. 2 e édition Téléphonie sur IP 2 e édition SIP, H.323, MGCP, QoS et sécurité, Asterisk, VoWiFi, offre multiplay des FAI, Skype et autres softphones, architecture IMS Laurent Ouakil Guy Pujolle Table des matières Avant-propos................................................

Plus en détail

Yann BECHET 32 ans 8 ans d expérience yann@bechet.org http://www.bechet.org/cv

Yann BECHET 32 ans 8 ans d expérience yann@bechet.org http://www.bechet.org/cv 32 ans 8 ans d expérience yann@bechet.org http://www.bechet.org/cv Chef de projets Conception Orientée Objets Réseaux et systèmes distribués Formation 1999 Diplôme d Etudes Approfondies «réseaux et systèmes

Plus en détail

Services Réseaux - Couche Application. TODARO Cédric

Services Réseaux - Couche Application. TODARO Cédric Services Réseaux - Couche Application TODARO Cédric 1 TABLE DES MATIÈRES Table des matières 1 Protocoles de gestion de réseaux 3 1.1 DHCP (port 67/68)....................................... 3 1.2 DNS (port

Plus en détail

HYBIRD 120 GE POUR LES NULS

HYBIRD 120 GE POUR LES NULS HYBIRD 120 GE POUR LES NULS 1. Connexion au réseau du client... 6 1.1 En utilisant le DHCP du client... 6 1.2 En utilisant l hybird 120 GE comme DHCP... 7 1.3 Accès au PABX à distance... 9 2. Téléphones

Plus en détail

Internet - Outils. Nicolas Delestre. À partir des cours Outils réseaux de Paul Tavernier et Nicolas Prunier

Internet - Outils. Nicolas Delestre. À partir des cours Outils réseaux de Paul Tavernier et Nicolas Prunier Plan Internet - Outils Nicolas Delestre 1 DHCP 2 Firewall 3 Translation d adresse et de port 4 Les proxys 5 DMZ 6 VLAN À partir des cours Outils réseaux de Paul Tavernier et Nicolas Prunier 7 Wake On Line

Plus en détail

La VoIP: Les protocoles SIP, SCCP et H323. Jonathan BRIFFAUT Alexandre MARTIN

La VoIP: Les protocoles SIP, SCCP et H323. Jonathan BRIFFAUT Alexandre MARTIN La VoIP: Les protocoles SIP, SCCP et H323 Jonathan BRIFFAUT Alexandre MARTIN Plan Rappel VOIP SIP H323 SCCP 2 Rappel Bref sur la VOIP Voix sur IP (1996) Le transport sur IP est moins cher que le RTC La

Plus en détail

Réalisation d un serveur CTI-CSTA sur TCP/IP

Réalisation d un serveur CTI-CSTA sur TCP/IP Alcôve http://www.alcove.fr 1/28 Réalisation d un serveur CTI-CSTA sur TCP/IP Julien Gaulmin Cette présentation est librement diffusable sous les termes de la GNU Free Documentation

Plus en détail

Intérêt du NAT (Network Address Translation) Administration Réseau Niveau routage. Exemple d Intranet. Principe NAT

Intérêt du NAT (Network Address Translation) Administration Réseau Niveau routage. Exemple d Intranet. Principe NAT Administration Réseau Niveau routage Intérêt du NAT (Network Address Translation) Possibilité d utilisation d adresses privées dans l 4 2 1 Transport Réseau Liaison Physique Protocole de Transport Frontière

Plus en détail

Guide de configuration Aastra 5000 pour le raccordement d un trunk Sip OPENIP

Guide de configuration Aastra 5000 pour le raccordement d un trunk Sip OPENIP Trunk SIP OPENIP A5000 R5.4 Guide de configuration Aastra 5000 pour le raccordement d un trunk Sip OPENIP Auteur Approbateur Autorisation Fonction/ Nom:. Fonction/ Nom:. Fonction/ Nom:.. Fonction/ Nom:

Plus en détail

Cours CCNA 1. Exercices

Cours CCNA 1. Exercices Cours CCNA 1 TD3 Exercices Exercice 1 Enumérez les sept étapes du processus consistant à convertir les communications de l utilisateur en données. 1. L utilisateur entre les données via une interface matérielle.

Plus en détail

18 TCP Les protocoles de domaines d applications

18 TCP Les protocoles de domaines d applications 18 TCP Les protocoles de domaines d applications Objectifs 18.1 Introduction Connaître les différentes catégories d applications et de protocoles de domaines d applications. Connaître les principaux protocoles

Plus en détail

GLOSSAIRE DE LA TECHNOLOGIE MOBILE

GLOSSAIRE DE LA TECHNOLOGIE MOBILE GLOSSAIRE DE LA TECHNOLOGIE MOBILE PROFITEZ DU RÉSEAU. maintenant. Glossaire Glossaire de la technologie mobile 3G Accès distant Adaptateur Client sans fil ADSL AVVID Carte réseau Convergence GPRS Haut

Plus en détail

Conception d'une architecture commutée. Master 2 Professionnel STIC-Informatique 1

Conception d'une architecture commutée. Master 2 Professionnel STIC-Informatique 1 Conception d'une architecture commutée Master 2 Professionnel STIC-Informatique 1 Conception d'une architecture commutée Définition Master 2 Professionnel STIC-Informatique 2 Motivations L'architecture

Plus en détail

La ToIP/VoIP. Voix et téléphonie sur IP - Convergence voix et données

La ToIP/VoIP. Voix et téléphonie sur IP - Convergence voix et données La ToIP/VoIP Voix et téléphonie sur IP - Convergence voix et données Evolution de la ToIP la téléphonie sur IP représentait en 2005 8% du parc total des lignes dans le monde. VoIP ou Voice over Internet

Plus en détail

VOIP : Un exemple en Afrique

VOIP : Un exemple en Afrique VOIP : Un exemple en Afrique JRES 2003 Lille - FRANCE Division Informatique. École Supérieure Multinationale des Télécommunications BP 10.000 Dakar SENEGAL Plan de l exposé: 1- Présentation du réseau VOIP

Plus en détail

Configuration d'un trunk SIP OpenIP sur un IPBX ShoreTel

Configuration d'un trunk SIP OpenIP sur un IPBX ShoreTel Configuration d'un trunk SIP OpenIP sur un IPBX ShoreTel Note d application Produit : ShoreTel SIP Trunks OpenIP Version système: 14.2 Version système : 14.2 ShoreTel & SIP trunk OpenIP 1 ShoreTel & SIP

Plus en détail

Mise en place d un service de voix sur IP

Mise en place d un service de voix sur IP PROJET DE MASTER 1 2004-2005 Mention Informatique Spécialité Réseaux Mise en place d un service de voix sur IP CAHIER DES CHARGES Adrien Dorland < revok_2k2@hotmail.com > Loic gautier < ciolcavalli@hotmail.com

Plus en détail

JAVA APIs for INTEGRATED NETWORKS

JAVA APIs for INTEGRATED NETWORKS JAVA APIs for INTEGRATED NETWORKS Brendle Christophe Présentation personnelle Page 1 sur 22 TABLE DES MATIÈRES 1. RÉSUMÉ...4 2. INTRODUCTION...5 3. ARCHITECTURE ET INTERFACES...6 3.1. Les couches d abstractions...6

Plus en détail

Réunion du 1er Avril 2005. VoIP : théorie et réalité opérationnelle. info@ipercom.com

Réunion du 1er Avril 2005. VoIP : théorie et réalité opérationnelle. info@ipercom.com Réunion du 1er Avril 2005 VoIP : théorie et réalité opérationnelle info@ipercom.com Les infos échangées IPercom: intégre&gère des solutions voix et IP Services et solutions VoIP opérationnelles La VoIP:

Plus en détail

Architecture N-Tier. Ces données peuvent être saisies interactivement via l interface ou lues depuis un disque. Application

Architecture N-Tier. Ces données peuvent être saisies interactivement via l interface ou lues depuis un disque. Application Architecture Multi-Tier Traditionnellement une application informatique est un programme exécutable sur une machine qui représente la logique de traitement des données manipulées par l application. Ces

Plus en détail

Messagerie asynchrone et Services Web

Messagerie asynchrone et Services Web Article Messagerie asynchrone et Services Web 1 / 10 Messagerie asynchrone et Services Web SOAP, WSDL SONT DES STANDARDS EMERGEANT DES SERVICES WEB, LES IMPLEMENTATIONS DE CEUX-CI SONT ENCORE EN COURS

Plus en détail

SPECIFICATIONS TECHNIQUES. Envoi de SMS Push depuis la plate-forme TELEMAQUE

SPECIFICATIONS TECHNIQUES. Envoi de SMS Push depuis la plate-forme TELEMAQUE SPECIFICATIONS TECHNIQUES Envoi de SMS Push depuis la plate-forme TELEMAQUE v2.1 I - Introduction Ce document a pour objet d expliquer la procédure de raccordement des applications à la plate-forme xms

Plus en détail

VoIP - TPs Etude et implémentation

VoIP - TPs Etude et implémentation VoIP - TPs Etude et implémentation Auteurs : RUIZ Nicolas, LOR Maurice, Julien FERNANDES Relecture : Version 3.0 23 Novembre 2005 SUPINFO - Ecole Supérieure d Informatique de Paris 23. rue de Château Landon

Plus en détail

Application des Spécifications détaillées pour la Retraite, architecture portail à portail

Application des Spécifications détaillées pour la Retraite, architecture portail à portail Pour Application des Spécifications détaillées pour la Retraite, architecture portail à portail Version 1.0 ON-X S.A. est une société du Groupe ON-X 15, quai Dion Bouton 92816 PUTEAUX cedex. Tél : 01 40

Plus en détail

Protocole SIP et rc o d n o C ée yc L N E S ro P c a B

Protocole SIP et rc o d n o C ée yc L N E S ro P c a B Protocole SIP 1 - La définition du protocole SIP, signifiant Session Initiation Protocole, vient du monde de l'informatique contrairement aux autres. SIP a été initié à l'origine par le groupe MMusic (Multiparty

Plus en détail

C a h p a i p tre e 4 Archi h t i ectur u e e t S i S g i n g a n li l s i atio i n o n SI S P

C a h p a i p tre e 4 Archi h t i ectur u e e t S i S g i n g a n li l s i atio i n o n SI S P Chapitre 4 Architecture et Signalisation SIP Ver 01-09 4-1 Objectifs du Chapitre Voir comment SIP appréhende la signalisation Identifier les possibilités de SIP Etablir différents modèles de communication

Plus en détail

Introduction ASP.NET

Introduction ASP.NET 1 Sommaire Introduction... 1 1 Framework... 2 1.1 Général (.NET)... 2 1.2 ASP.NET... 2 2 Prérequis... 2 3 Présentation des bases d un projet ASP.NET... 3 3.1 Création d un projet... 3 3.2 Site Web : Les

Plus en détail

LA VoIP LES PRINCIPES

LA VoIP LES PRINCIPES LA VoIP LES PRINCIPES 1 PLAN La VoIP Définition VoIP & ToIP Concepts de la VoIP Les principaux protocoles de la VoIP Transport Signalisation La sécurité dans la VoIP 2 Définition VoIP est l abréviation

Plus en détail

Autorité de Régulation de la Poste et des Télécommunications. Direction de l Interconnexion et des Nouvelles Technologies.

Autorité de Régulation de la Poste et des Télécommunications. Direction de l Interconnexion et des Nouvelles Technologies. Autorité de Régulation de la Poste et des Télécommunications Direction de l Interconnexion et des Nouvelles Technologies La voix sur IP Présentée par : M elle CHERID Leila Département Veille Technologique

Plus en détail

Aastra MD Evolution» Évoluer à vos côtés

Aastra MD Evolution» Évoluer à vos côtés Aastra MD Evolution» Évoluer à vos côtés Évoluer grâce à la communication En faire plus avec moins de moyens est un défi récurrent pour les petites entreprises. Vous devez pour cela améliorer constamment

Plus en détail

SPÉCIAL TPE ET PME SUJET #1 STANDARD TÉLÉPHONIQUE TOUT CE QU IL FAUT SAVOIR AVANT DE CHANGER OU DE METTRE EN PLACE SON STANDARD TÉLÉPHONIQUE

SPÉCIAL TPE ET PME SUJET #1 STANDARD TÉLÉPHONIQUE TOUT CE QU IL FAUT SAVOIR AVANT DE CHANGER OU DE METTRE EN PLACE SON STANDARD TÉLÉPHONIQUE SPÉCIAL TPE ET PME SUJET #1 STANDARD TÉLÉPHONIQUE TOUT CE QU IL FAUT SAVOIR AVANT DE CHANGER OU DE METTRE EN PLACE SON STANDARD TÉLÉPHONIQUE TOUT CE QU IL FAUT SAVOIR AVANT DE CHANGER OU DE METTRE EN PLACE

Plus en détail

Formation Webase 5. Formation Webase 5. Ses secrets, de l architecture MVC à l application Web. Adrien Grand Centrale Réseaux

Formation Webase 5. Formation Webase 5. Ses secrets, de l architecture MVC à l application Web. Adrien Grand <jpountz@via.ecp.fr> Centrale Réseaux Formation Webase 5 Ses secrets, de l architecture MVC à l application Web Adrien Grand Centrale Réseaux Sommaire 1 Obtenir des informations sur Webase 5 2 Composants de Webase 5 Un

Plus en détail

Fiche Produit Announce

Fiche Produit Announce Fiche Produit Announce Message d attente Filtrage d appels Serveur Vocal Interactif Statistiques d appels applications for Cisco Unified Communications Directory Solutions IPS Global Directory Web Directory

Plus en détail

NON URGENTE TEMPORAIRE DEFINITIVE

NON URGENTE TEMPORAIRE DEFINITIVE COMMUNICATION TECHNIQUE N TC0579 Ed. 01 XML WEB SERVICES Nb de pages : 9 Date : 12-10-2004 URGENTE NON URGENTE TEMPORAIRE DEFINITIVE OBJET : XML API RELEASE R2.0.000.122 La version XML API R2.0.000.122

Plus en détail

TP 2 : ANALYSE DE TRAMES VOIP

TP 2 : ANALYSE DE TRAMES VOIP TP 2 : ANALYSE DE TRAMES VOIP I REPRÉSENTER SON RÉSEAU Remettez en état votre petit réseau VOIP et réalisez-en le schéma (avec Vision 2010 éventuellement) II PEAUFINER LE PARAMÉTRAGE Pour activer la messagerie

Plus en détail

Module BD et sites WEB

Module BD et sites WEB Module BD et sites WEB Cours 8 Bases de données et Web Anne Doucet Anne.Doucet@lip6.fr 1 Le Web Architecture Architectures Web Client/serveur 3-tiers Serveurs d applications Web et BD Couplage HTML-BD

Plus en détail

Programmation de services sensibles au contexte en téléphonie sur IP

Programmation de services sensibles au contexte en téléphonie sur IP Programmation de services sensibles au contexte en téléphonie sur IP Présentation de mémoire Grégory Estienne Sous la supervision du Dr. Luigi Logrippo Introduction La téléphonie sur IP comme support à

Plus en détail

SIEMENS LX / Cloud OpenIP

SIEMENS LX / Cloud OpenIP Sommaire Sommaire... 2 Pré requis / capacités... 3 Techniques... 3 Versions... 3 Mise en place de la solution SIEMENS LX virtualisée...4 Avec l offre Concentrateur MPLS...4 Avec l offre Concentrateur VPN

Plus en détail

Appliance FAST360 Technical Overview. Sécurité de la VoIP. Copyright 2008 ARKOON Network Security

Appliance FAST360 Technical Overview. Sécurité de la VoIP. Copyright 2008 ARKOON Network Security Appliance 360 Technical Overview Copyright 2008 ARKOON Network Security 2/13 Sommaire I. Introduction sur la VoIP...3 1. Qu est ce que la VoIP?... 3 2. Les protocoles de VoIP... 3 II. Les vulnérabilités

Plus en détail

Architecture JEE. Objectifs attendus. Serveurs d applications JEE. Architectures JEE Normes JEE. Systèmes distribués

Architecture JEE. Objectifs attendus. Serveurs d applications JEE. Architectures JEE Normes JEE. Systèmes distribués Architecture JEE. Objectifs attendus Serveurs d applications JEE Systèmes distribués Architectures JEE Normes JEE couches logicielles, n-tiers framework JEE et design patterns 2007/02/28 Eric Hébert.eheb@yahoo.fr

Plus en détail

Les réseaux de campus. F. Nolot 2008 1

Les réseaux de campus. F. Nolot 2008 1 Les réseaux de campus F. Nolot 2008 1 Les réseaux de campus Les architectures F. Nolot 2008 2 Les types d'architectures L'architecture physique d'un réseau de campus doit maintenant répondre à certains

Plus en détail

VoIP et "NAT" VoIP et "NAT" 1/ La Traduction d'adresse réseau. 1/ La traduction d'adresse réseau. 1/ La traduction d'adresse réseau

VoIP et NAT VoIP et NAT 1/ La Traduction d'adresse réseau. 1/ La traduction d'adresse réseau. 1/ La traduction d'adresse réseau VoIP et "NAT" VoIP et "NAT" Traduction d'adresse dans un contexte de Voix sur IP 1/ La Traduction d'adresse réseau("nat") 3/ Problèmes dus à la présence de "NAT" 1/ La Traduction d'adresse réseau encore

Plus en détail

Livre Blanc WebSphere Transcoding Publisher

Livre Blanc WebSphere Transcoding Publisher Livre Blanc WebSphere Transcoding Publisher Introduction WebSphere Transcoding Publisher vous permet d'offrir aux utilisateurs des informations Web adaptées à leurs besoins. Il vous permet, par exemple,

Plus en détail

Présentation Internet

Présentation Internet Présentation Internet 09/01/2003 1 Sommaire sières 1. Qu est-ce que l Internet?... 3 2. Accéder à l Internet... 3 2.1. La station... 3 2.2. La connection... 3 2.3. Identification de la station sur Internet...

Plus en détail

LINUX FIREWALL. Le firewall opèrera en fonction de règles de filtrage, appelées des ACL (Access Control Lists).

LINUX FIREWALL. Le firewall opèrera en fonction de règles de filtrage, appelées des ACL (Access Control Lists). 1 LINUX FIREWALL Introduction Un firewall ou pare-feu est un des composants essentiel à la sécurité informatique d un réseau. Il va permettre d isoler une ou plusieurs machines ou réorienter les requêtes

Plus en détail

Cisco Certified Network Associate

Cisco Certified Network Associate Cisco Certified Network Associate Version 4 Notions de base sur les réseaux Chapitre 3 01 Quel protocole de la couche application sert couramment à prendre en charge les transferts de fichiers entre un

Plus en détail

RAPPORT DE CONCEPTION UML :

RAPPORT DE CONCEPTION UML : Carlo Abi Chahine Sylvain Archenault Yves Houpert Martine Wang RAPPORT DE CONCEPTION UML : Bamboo Ch@t Projet GM4 Juin 2006 Table des matières 1 Introduction 2 2 Présentation du logiciel 3 2.1 Précisions

Plus en détail

(In)sécurité de la Voix sur IP [VoIP]

(In)sécurité de la Voix sur IP [VoIP] (In)sécurité de la Voix sur IP [VoIP] Nicolas FISCHBACH Senior Manager, IP Engineering/Security - COLT Telecom nico@securite.org - http://www.securite.org/nico/ version 0.01 Introduction» Voix et téléphonie

Plus en détail

Programmation d applications distribuées

Programmation d applications distribuées Programmation d applications distribuées François Charoy Université Henri Poincaré 8 octobre 2007 Première partie I Développement d applications distribuées Objectifs du cours Comprendre ce qu est une

Plus en détail

Bac Pro SEN Académie de Versailles Etablissement Ampere Morsang sur orge Session 20XX SYSTÈMES ÉLECTRONIQUES NUMÉRIQUES

Bac Pro SEN Académie de Versailles Etablissement Ampere Morsang sur orge Session 20XX SYSTÈMES ÉLECTRONIQUES NUMÉRIQUES SYSTÈMES ÉLECTRONIQUES NUMÉRIQUES Champ professionnel : TELECOMMUNICATIONS et RESEAUX SOUS-EPREUVE E32 Première situation d'évaluation Durée 3 heures coefficient 1 Note à l attention du candidat Sommaire

Plus en détail

Mémo utilisateur AMC 4 pour Android

Mémo utilisateur AMC 4 pour Android Mémo utilisateur AMC 4 pour Android Content 1 Fonctionnalités...3 2 Préparation...3 2.1 Installation... 3 2.2 Téléchargement de la configuration (Configuration AMC & Disposition du serveur)... 3 3 Informations

Plus en détail

Apache Tomcat 8 Guide d'administration du serveur Java EE 7 sous Windows et Linux

Apache Tomcat 8 Guide d'administration du serveur Java EE 7 sous Windows et Linux Avant-propos 1. À qui s adresse ce livre? 11 2. Les pré-requis 12 Préambule 1. Rappel sur les architectures Internet/Intranet/Extranet 13 1.1 Le protocole HTTP 14 1.1.1 Les méthodes HTTP 16 1.1.2 Les codes

Plus en détail

Déploiement sécuritaire de la téléphonie IP

Déploiement sécuritaire de la téléphonie IP Déploiement sécuritaire de la téléphonie IP Simon Perreault Viagénie {sip,mailto}:simon.perreault@viagenie.ca http://www.viagenie.ca À propos du conférencier Consultant en réseautique et VoIP chez Viagénie

Plus en détail

Institut Supérieure Aux Etudes Technologiques De Nabeul. Département Informatique

Institut Supérieure Aux Etudes Technologiques De Nabeul. Département Informatique Institut Supérieure Aux Etudes Technologiques De Nabeul Département Informatique Support de Programmation Java Préparé par Mlle Imene Sghaier 2006-2007 Chapitre 1 Introduction au langage de programmation

Plus en détail

La communication en toute simplicité.

La communication en toute simplicité. La communication en toute simplicité. e-phone associe courrier électronique et téléphonie en intégrant les communications vocales des entreprises dans l outil de messagerie. Au moins aussi puissant qu

Plus en détail

Introduction à ADO.NET

Introduction à ADO.NET 1 Introduction à ADO.NET Introduction à ADO.NET Sommaire Introduction à ADO.NET... 1 1 Introduction... 2 1.1 Qu est ce que l ADO.NET?... 2 1.2 Les nouveautés d ADO.NET... 2 1.3 Les avantages d ADO.NET...

Plus en détail

Asterisk. l Admin. Cahiers. La téléphonie d entreprise libre. Philippe Sultan. Michael W. Lucas. Collection dirigée par Nat Makarévitch

Asterisk. l Admin. Cahiers. La téléphonie d entreprise libre. Philippe Sultan. Michael W. Lucas. Collection dirigée par Nat Makarévitch Philippe Sultan Michael W. Lucas Cahiers de l Admin Asterisk La téléphonie d entreprise libre Collection dirigée par Nat Makarévitch Préface de Mark Spencer (Digium, Inc.) Groupe yrolles, 2010, SBN : 978-2-212-12434-7

Plus en détail

Développer de nouvelles fonctionnalités

Développer de nouvelles fonctionnalités 19 Développer de nouvelles fonctionnalités Chaque site e-commerce est unique. Bien que Magento soit une application riche, des besoins spécifiques apparaîtront et l ajout de modules deviendra nécessaire.

Plus en détail

Téléphonie. sur IP. Module Voix et Téléphonie sur IP. Téléphonie sur IP. Sujet 4 Identification et localisation dans le protocole SIP

Téléphonie. sur IP. Module Voix et Téléphonie sur IP. Téléphonie sur IP. Sujet 4 Identification et localisation dans le protocole SIP uakil st Docteur de et Marie Curie ur puis chef de dustrie depuis, il a encadré jets de téléphoauteur de nomtions scientiles réseaux et rsité Paris 6 et ris 8. Ses trales plateformes t de services de IP,

Plus en détail

1 SOLUTION PROPOSEE. Après l étude attentive des besoins, de l activité et de l environnement de votre entreprise nous proposons la solution :

1 SOLUTION PROPOSEE. Après l étude attentive des besoins, de l activité et de l environnement de votre entreprise nous proposons la solution : 1 SOLUTION PROPOSEE Après l étude attentive des besoins, de l activité et de l environnement de votre entreprise nous proposons la solution : OmniPCX Office 3.1 L e-communication appliance Alcatel OmniPCX

Plus en détail

SUJET DES FINALES NATIONALES Sujet jour 1 version 1

SUJET DES FINALES NATIONALES Sujet jour 1 version 1 METIER 39 Administrateur Systèmes et Réseaux Informatiques SUJET DES FINALES NATIONALES Sujet jour 1 version 1 Planning de la journée : 8h00 8h15 : Lecture du sujet 8h15 8h30 : Questions / Réponses 8h30

Plus en détail

Programmabilité du réseau avec l'infrastructure axée sur les applications (ACI) de Cisco

Programmabilité du réseau avec l'infrastructure axée sur les applications (ACI) de Cisco Livre blanc Programmabilité du réseau avec l'infrastructure axée sur les applications (ACI) de Cisco Présentation Ce document examine la prise en charge de la programmabilité sur l'infrastructure axée

Plus en détail

SOLUTION POUR CENTRE D'APPEL

SOLUTION POUR CENTRE D'APPEL SOLUTION ON DEMAND 14 rue Henri Pescarolo 93370 Montfermeil FRANCE 00 33 9 70 19 63 40 contact@saascall.com SOLUTION POUR CENTRE D'APPEL SOLUTIONS SAASCALL Moteur de Distribution SaaScall SaaScall Contact

Plus en détail

Hébergement de sites Web

Hébergement de sites Web Hébergement de Solutions complètes et évolutives pour l hébergement de sites Web dynamiques et de services Web sécurisés. Fonctionnalités Serveur Web Apache hautes performances Apache 1. et.0 1 avec prise

Plus en détail

Architecture Principes et recommandations

Architecture Principes et recommandations FFT Doc 09.002 v1.0 (Juillet 2009) Fédération Française des Télécommunications Commission Normalisation Groupe de travail Interconnexion IP Sous-groupe Architecture Architecture Principes et recommandations

Plus en détail

Ingénierie des réseaux

Ingénierie des réseaux Ingénierie des réseaux Projet Socket-calculatrice Yorly ORELLANOS Mathieu CASTETS Thibault ETIENNE Conception Pour réaliser cette application, nous avons commencé par imaginer le comportement désiré. Ceci

Plus en détail

Exploration des technologies web pour créer une interaction entre Mahara et les plateformes professionnelles et sociales

Exploration des technologies web pour créer une interaction entre Mahara et les plateformes professionnelles et sociales Exploration des technologies web pour créer une interaction entre Mahara et les plateformes professionnelles et sociales D 1.3.2 Rapport d analyse Auteurs: Johann Luethi, Laurent Opprecht, Patrick Roth

Plus en détail

Editeur de solutions innovantes C 3. Solution globale managée de communication et de téléphonie sur IP

Editeur de solutions innovantes C 3. Solution globale managée de communication et de téléphonie sur IP Editeur de solutions innovantes C 3 Solution globale managée de communication et de téléphonie sur IP Intelligence et fiabilité au coeur du système de communication de l entreprise de manière simple et

Plus en détail

Internets. Informatique de l Internet: le(s) Internet(s) Composantes de l internet R3LR RENATER

Internets. Informatique de l Internet: le(s) Internet(s) Composantes de l internet R3LR RENATER Internets Informatique de l Internet: le(s) Internet(s) Joël Quinqueton Dépt MIAp, UFR IV UPV Université Montpellier III RENATER, R3LR Services Internet Protocoles Web Sécurité Composantes de l internet

Plus en détail

Sage CRM. Sage CRM 7.3 Guide CTI

Sage CRM. Sage CRM 7.3 Guide CTI Sage CRM Sage CRM 7.3 Guide CTI Copyright 2014 Sage Technologies Limited, éditeur de ce produit. Tous droits réservés. Il est interdit de copier, photocopier, reproduire, traduire, copier sur microfilm,

Plus en détail

GUIDE D'UTILISATION DU SYSTEME TELEPHONIQUE POLYCOM

GUIDE D'UTILISATION DU SYSTEME TELEPHONIQUE POLYCOM GUIDE D'UTILISATION DU SYSTEME TELEPHONIQUE POLYCOM : 550 330 Créé par CISM Modifié le : 2010-08-06 Table des matières Personnalisation du Polycom IP 550... 1 Type de sonnerie:... 1 Volume:... 2 Ligne

Plus en détail

NFP111 Systèmes et Applications Réparties

NFP111 Systèmes et Applications Réparties NFP111 Systèmes et Applications Réparties 1 de 46 NFP111 Systèmes et Applications Réparties Cours 2 - Les appels de procédure distants (Partie 1) Claude Duvallet Université du Havre UFR Sciences et Techniques

Plus en détail