JAVA APIs for INTEGRATED NETWORKS

Transcription

1 JAVA APIs for INTEGRATED NETWORKS Brendle Christophe Présentation personnelle Page 1 sur 22

2 TABLE DES MATIÈRES 1. RÉSUMÉ INTRODUCTION ARCHITECTURE ET INTERFACES Les couches d abstractions Principe des interfaces JAIN Architecture actuelle et architecture JAIN LES ÉLÉMENTS FOURNI PAR JAIN JAIN Protocol API JAIN Call Control API JAIN Logic Execution Environment JAIN Service Creation Environment API et environnements dans l architecture JAIN AVANTAGES ET INTÉRÊTS ÉCONOMIQUES DE JAIN EXEMPLES D APPLICATIONS Click To Phone Informations personalisées en fonction du lieu Simplification des services courants HISTORIQUE DE JAIN CONCLUSION RÉFÉRENCES REMERCIEMENTS ANNEXE A : LISTE DES MEMBRES DE LA COMMUNAUTÉ JAIN ANNEXE B : LES COMPOSANTS PRINCIPAUX DE JAIN JAIN Protocol API Specifications JAIN Application API Specifications Page 2 sur 22

3 An API is the interface (calling conventions) by which an application program accesses operating system and other services. An API provides a level of abstraction between the application and the kernel (or other privileged utilities) to ensure the portability of the code. (foldoc.org) Open, standard APIs hide the complexity of networks from the application layer, and the use of standard signaling and call control protocols are the keys to providing flexibility and creativity for the nextgeneration networks enhanced services. (Yankee Group) Page 3 sur 22

4 1. Résumé JAIN est un ensemble d API (Application Program Interfaces) JAVA qui permet de développer rapidement de nouveaux services pour des réseaux de télécommunication voix ou données, indépendamment des serveurs utilisés (matériel). De plus, JAIN étant basé sur la plateforme JAVA, il introduit la portabilité des services entre systèmes et permet des accès sécurisés aux ressources des différents réseaux. La technologie JAIN change radicalement le marché des télécommunications en permettant le passage de systèmes fermés et propriétaires à des systèmes ouverts offrant une interconnexion totale des différents réseaux existant (PSTN, IP, ATM, GSM, WLAN). Actuellement, plus de 80 entreprises font partie et sont active dans la communauté de développement de la technologie JAIN sous le contrôle de SUN, qui garantit ainsi la qualité des nouvelles APIs, leur homogénéité et leur compatibilité à long terme. Page 4 sur 22

5 2. Introduction Dans le souci de rentabiliser les énormes investissements consentis à la mise sur pied des réseaux, les opérateurs cherchent à offrir de nouveaux services en utilisant les infrastructures existantes. La possibilité de taxer un service sans avoir besoin d investir en équipements de terrain (sans étendre le réseau physique) a ainsi très tôt été un but à atteindre pour les opérateurs de télécommunications. Des exemples bien connus de ce type de service sont les numéros verts, ainsi que les numéros 0800 et En pratique, il s avère qu actuellement l introduction de nouveaux services n est pas aussi triviale que l on pourrait le penser. En effet, les problèmes suivant apparaissent : L opérateur désirant introduire un nouveau service est entièrement dépendant de son fournisseur pour effectuer la modification. Ce problème est particulièrement aigu si le marché est partagé entre plusieurs fournisseurs. Par le fait que le fournisseur est seul à même de modifier le logiciel du central, ce dernier se trouve en position de force, et peut facturer lourdement la modification demandée. La modification effectuée, il faut encore l introduire sur tous les centraux du réseau pour que le service envisagé devienne universellement utilisable. Un grand réseau peut se composer de plusieurs centaines, voire milliers, de centraux, ce qui rend cette introduction coûteuse et longue. D autre part, ces centraux peuvent ne pas être tous identiques, même s ils proviennent d un même fournisseur. L intérêt de l introduction d un nouveau service est aussi de pouvoir réagir rapidement à une demande. Or, on constate que l introduction d un nouveau service selon le schéma proposé ci-dessus prend plusieurs années. C est beaucoup trop dans l optique du client qui a besoin du service immédiatement. C est beaucoup trop également pour l opérateur qui doit compter avec une concurrence sévère. C est pour répondre à ces problèmes de développements, d introductions et de coûts que la technologie JAIN a été créée et est développée. JAIN offre une solution qui permet de développé des services simplement, économiquement et rapidement indépendamment du matériel utilisé. Page 5 sur 22

6 3. Architecture et interfaces 3.1. Les couches d abstractions Le but de JAIN est de créer des services de nouvelles générations pouvant intégrer des communications par paquet (IP, ATM), PSTN et sans-fil. Il définit donc un environnement d exécution indépendant du protocole de signalisation en proposant plusieurs couches d abstraction, une libraire de composant, des outils de développement et un environnement de création de services. Les trois couches d abstractions sont : Network layer : Il s agit d une couche définissant le protocole de communications choisit. Télécommunications : Réseaux intelligents (AIN, IN) ou SS7 avec de nombreux protocoles ISUP, TCAP, INAP Wireless : SS7 avec des applications mobiles VoIP : SIP, MGCP, Megaco, H.323 Signaling layer : Il s agit d une couche représentant les logiciels chargés de la gestion des communications. Télécommunications : Wireless : VoIP : Signaling Service Point (SSP) Mobile switching center (MSC) Proxy, redirect serveur, H.323 gatekeeper, media controllers Service layer : Il s agit d une couche représentant les services de base. Télécommunications : Wireless : VoIP : Service Control Point (SCP) Base Station Controllers (BSC), Home Location Register (HLR) Serveur d application internet Page 6 sur 22

7 Figure 1 : Architecture de JAIN 3.2. Principe des interfaces JAIN JAIN propose des API qui interface les différentes couches des réseaux. Ainsi, un développeur de services peut créer des services en se basant sur l interface utilisée, sans se soucier de primitives propriétaires du matériel. Figure 2 : Exemple d introduction d une interface JAIN Page 7 sur 22

8 JAIN se compose de plusieurs groupes agissant chacun à un niveau différent et offrant chacun leurs avantages : JAIN Protocol API JAIN Call Control API JAIN Service Logic Execution Environment JAIN Service Creation Environment Figure 3 : Introduction des abstractions par les API JAIN 3.3. Architecture actuelle et architecture JAIN Figure 4 : Passage des systèmes propriétaires aux systèmes ouverts. La figure 4 présente la transition entre les systèmes actuels propriétaires fermés à des systèmes ouverts dans lesquels chaque couche est séparée, introduisant de ce fait la liberté d action à tous les niveaux. Page 8 sur 22

9 4. Les éléments fourni par JAIN 4.1. JAIN Protocol API Interface au niveau du protocole, elle définit ce que doivent fournir les stacks de signalisation. Ces interfaces sont propres à chaque protocole, son but est de fournir une indépendance du vendeur. Il est ainsi possible d acheter un stack SIP chez CISCO, DYNAMICSOFT ou n importe quel fournisseur. Pour que celui-ci soit compatible, il suffit qu il implémente l interface JAIN JAIN Call Control API L objectif de cette API est de fournir une abstraction du protocole de signalisation utilisé. Elle définit 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 pour des réseaux PSTN, paquets et sans fils. 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 de nouvelles possibilités en permettant d exécuter des applications avant, pendant et après le traitement d un appel. Cela autorise des appels à des services intelligents (tout comme ISDN) ou de nouveaux services tel que la gestion de Firewall JAIN Logic Execution Environment JSLEE est un environnement d exécution qui offre une abstraction par rapport à ce qui l entoure. Il permet au développeur de se concentrer sur le service qu il désire créer sans se préoccuper de l infrastructure et des protocoles de signalisations utilisés. Les services sont totalement indépendants des changements du réseau et des protocoles utilisés. Tout service développé pour cet environnement fonctionnera dans un autre environnement JSLEE. Il est possible de créer rapidement des nouveaux services en combinant des services déjà existant et déjà créer pour fonctionner sur JSLEE. JAIN SLEE spécifie : Un model pour le cycle de vie des services. Un model pour les composants des différents services. Les mécanismes de déploiement des différents services. Les mécanismes de management des interfaces. Les mécanismes de transmission asynchrones entre application. Page 9 sur 22

10 Figure 5 : L environnement d exécution JAIN SLEE Comme le montre la figure 6, il existe deux possibilités pour créer des services pour JAIN SLEE. La première consiste à utiliser un éditeur conventionnel ou un outil de développement pour JAVA, puis de compiler le service et de le déployer dans l environnement SLEE. La seconde solution consiste à utiliser l outil JSCE proposé par JAIN et qui est décrit au paragraphe suivant. Figure 6 : Schéma de développement de services pour JSLEE Page 10 sur 22

11 4.4. JAIN Service Creation Environment JSCE est un environnement de développement pour des services fonctionnant dans SLEE, il permet de créer des services à partir de composants déjà existant et donc déjà testé (JavaBeans, fichier XML, Servlets, etc.) Le développement de services avec JSCE peut se faire avec différents outils : Avec des documents XML. Ils conviennent bien à la création de services par les utilisateurs. De plus, de nombreux langages de gestion basés sur du XML existent (ex. Call Processsing Language, Call policy Markup Language, Telephony Markup Language), il est donc possible de réutiliser des scripts déjà existants. Avec des JavaBeans. Ils permettent d être interconnectés à un GUI afin d offrir une interface graphique. Avec toutes autres méthodes compatibles JSCEE. JSCE fournit aussi une gestion des services créés avec ces outils, il peut vérifier leur compatibilité et les compacter sous la forme de module qu il pourra directement déployer. Une gestion des versions et la recherche des dépendances est aussi disponible. Enfin, il est possible de tester avec des outils de simulation les différents services avant de les déployer. La figure 7 indique le déroulement des principales étapes pour le développement d un service avec JAIN. Comme on peut le voir, il est possible de développer et tester le services avec JSCE. Lorsque celui-ci est prêt et fonctionnel, il peut être déployé dans l environnement d exécution JSLEE. Figure 7 : Déroulement du développement d un service avec JAIN Page 11 sur 22

12 4.5. API et environnements dans l architecture JAIN La figure 8 indique la position de chaque API et environnement décrit par rapport à un réseau schématisé. L on peut voir la couche JAIN Protocol API qui interface le réseau unifié avec la grande diversité de protocole de la couche inférieur (TCAP, H.323, MGCP). Figure 8 : L architecture de développement et d implémentation de JAIN 5. Avantages et intérêts économiques de JAIN En fournissant un haut niveau d abstraction par rapport au matériel, JAIN apporte de nombreux avantages tactiques et économiques tels que : La portabilité des services : La convergence des réseaux : Write once, Run anywhere, Profit often. Actuellement le développement de service est limité par les interfaces propriétaire de chaque système. En offrant une indépendance totale par rapport au matériel, JAIN permet la réutilisation des services pour tous les types de réseaux tout en réduisant les temps et les coûts de développement. Les temps et coûts de maintenance sont eux aussi drastiquement diminués. Any network. En offrant la possibilité de développer des services indépendamment des réseaux cibles, il est possible de fusionner les réseaux habituellement incompatibles. Cette caractéristique permet d augmenter la diversité des services, de faire des économies d échelle, d optimiser la gestion des réseaux et une meilleure intégration des technologies de l information (IT). Page 12 sur 22

13 La sécurité d accès : By anyone. La sécurité offerte par JAVA autorise des accès à des réseaux interne par des personnes étrangères. Cette particularité par rapport aux systèmes actuels, permet d accroître la diversité des services en supprimant les contraintes découlant de la sécurité entre réseau. Tous ces avantages résolvent les problèmes des opérateurs de télécommunications cités dans l introduction. 6. Exemples d applications 6.1. Click To Phone Un exemple d application rendu facilement possible par JAIN est le click to phone. Un utilisateur peut à partir de son ordinateur commander l établissement de la communication entre deux téléphones. On peut, par exemple, imaginer un-e secrétaire qui met en relation deux personne directement en les sélectionnant dans la liste de contact de son ordinateur. Sur la figure 9 sont indiqués le déroulement de l établissement de la liaison. 1) Demande de connexion au téléphone #2001 par click-to-dial (CTD) 2) Vérification du destinataire CTD et détermine l adresse IP 3) Le serveur d applications demande au softswicth d établir la liaison entre les deux interlocuteur. 4) Le téléphone de l appelant sonne (#1001) 5) Lorsque l appelant décroche, le téléphone du destinataire sonne (#2001). 6) Le destinataire répond, la liaison est établie. Page 13 sur 22

14 Figure 9 : Exemple Click-to-phone JAIN intervient au niveau de l interfaçage entre le réseau de signalisation et le réseau téléphonique. L API utilisé est JCC qui fourni une abstraction du protocole de signalisation utilisé par rapport au serveur de contrôle des appels. Elle fournit les mécanismes pour la gestion, le traitement et le contrôle des communications Informations personalisées en fonction du lieu JAIN permettrait de développer facilement un service d information en temps réel de l abonné en fonction de l endroit où il se situe. Si l abonné le désire, il pourrait être informé des offres spéciales d un magasin lorsqu il passe à proximité de celui-ci. La localisation se fait par les appareils sans fils comme des téléphones cellulaires, des appareils Bluetooth, etc Ceux-ci étant connectés par un réseau au serveur, il est possible de mettre en route la procédure et de consulter les différentes informations concernant l abonné. Ensuite, en fonction de l emploi du temps de son agenda ou des ses choix, il peut être informé par un appel, un SMS ou par tout autre moyen. La suite d événements conduisant à la réception de l information par l abonné fait collaborer plusieurs réseaux, protocoles et systèmes matériels différents. Si un opérateur désire implémenter ce service, il devra s adapter à chacun des systèmes composant la chaîne en fonction du fournisseur, du modèle d appareil. Avec JAIN, il lui suffit de développer l application avec JSCE et de l intégrer dans l environnement d exécution JSLEE. Les seuls changements qu il devra faire pour assurer le fonctionnement du JSLEE seront d installer les API correspondants à son matériel. Ces API étant de plus en plus souvent implémenté directement par le fabricant sur les équipements vendus. De plus, l on voit apparaître immédiatement la portabilité de ce service, étant donné qu il ne dépend de rien d autre que du JSLEE. Page 14 sur 22

15 6.3. Simplification des services courants Des services courant tels que le Universal Access Number, le Personal Number (Follow Me) ou le Plus Freephone Service sont déjà implémenté actuellement par des opérateurs comme SWISSCOM. Cependant, leur développement et leur déploiement a été beaucoup plus difficile qu il ne l aurait été avec JAIN. 7. Historique de JAIN Créé par SUN en 1998, JAIN étend la plate-forme JAVA à l industrie des fournisseurs de services. Son but est de répondre aux exigences des réseaux de télécommunication de la nouvelle génération, en offrant des API permettant de développer des applications et services pour les réseaux intelligents. Les développements des API JAIN sont menés de front en Asie, en Europe et aux Etats-Unis par les membres de la communauté. Celle-ci se compose de plus de 80 entreprises comprenant des fournisseurs de matériels, des fournisseurs d équipements réseaux, des fournisseurs de protocoles et des développeurs de services. La communauté de JAIN travail en étroite collaboration avec d autre groupement d entreprises tel que l ETSI, le Parlay Group et 3GPP afin de garantir des API de qualités. 8. Conclusion La technologie JAIN a un potentiel immense. Elle bouleverse complètement le marché des télécommunications en permettant un accès direct au développement de services par tous les acteurs de télécommunications dans le monde indépendamment des systèmes. Avec le principe adopté par la communauté JAIN qui supprime les différences entre réseaux et qui apporte la sécurité, il n existe plus que deux limites à la création de services. La première est physique, c est la taille du réseau mondial, la seconde est l imagination. Yverdon, mardi 16 juillet 2002 Brendle Christophe Page 15 sur 22

16 9. Références Site internet de SUN : Le livre blanc décrivant les objectifs, la technique, l architecture et la structure des programmes JAIN : The JAIN APIs : Integrated Network APIs for Java Platform Travail de diplôme 2001 de M. Laurent Schweitzer. 10. Remerciements Tous mes remerciements à M. Schweizer pour ses explications sur la technologie JAIN et son aide apportée tout au long de ce travail de recherche d informations. Page 16 sur 22

17 11. Annexe A : Liste des membres de la communauté JAIN 8x8 AePONA Avaya BlueLabs BroadSoft Cingular Wireless Comstellar dynamicsoft, Inc EmpowerTel Networks Forschungszentrum Telekommunikation Wien rance Telecom Hitachi Ltd Hughes Software Systems Incomit Longboard Mahindra-British Telecom Ltd Motorola NEC Corporation Nokia NTT Communicationware NTT Software Corp Open Cloud Ltd Panasonic Personeta Pramati Samsung Siemens Sun Microsystems, Inc. Taral Networks Telcordia Technologies TELSIM-Oxygen Technology TrueTel Communications Ulticom Westwave Communications ADC Newnet Alcatel Bay Packets British Telecommunications PLC CCL/ITRI Cisco Systems DataKinetics Ltd ECTF Ericsson Eurescom (20 European Operators) Fujitsu Ltd Huawei Technologies Ltd IBM ipverse Lucent Technologies Matsushita Electric Industrial Co., Ltd. Narad Networks Net4Call Nortel Networks NTT Labs OKI Electric Industry Co. Orange PCS Pelago Networks Pingtel Qwest SBC Sprint PCS Symsoft AB Tata Consultancy Services Telenity Trillium Digital Systems Ubiquity Software Corporation Vodafone Zy Technologies Page 17 sur 22

18 12. Annexe B : Les composants principaux de JAIN JAIN Protocol API Specifications The JAIN SS7 APIs define Java classes to interface Transaction Capability Application Part (TCAP), Integrated Services Digital Network (ISDN) User Part (ISUP), Intelligent Network Application Part (INAP) and Mobile Application Part (MAP). The JAIN IP APIs include SIP, MGCP, and MEGACO. This list will be expanded to meet industry requirements. JAIN TCAP TCAP is a layer of the SS7 communications protocol that was developed to add transaction based functionality to the existing telephone network. This includes functions such as maintaining a dialogue with a database or providing the mechanism to access remote switches and activating features within those switches. The TCAP layer is designed for signaling related messages and provides a means for transfer of information from one application at a switch to another application within another network entity. The information passed through the TCAP layer must be transferred between applications, transparently through the network. The JAIN TCAP API specifies a Java API that will provide the interfaces and classes required to initialize and terminate a TCAP session, manage TCAP dialogue identifiers, retrieve, build and send dialogue and component primitives. TCAP provides the means for the invocation of remote operations between signaling point nodes and thus provides generic services to applications such as mobile telephony and free phone service. TCAP is used in the real world today by a variety of applications including: "800" Number Translation One of the first uses of TCAP, where a virtual "800" phone number is converted into a physical route-able phone number. Calling Name Delivery A subscriber can see the name of a caller instead of just a caller id. Do Not Disturb A subscriber can temporarily block incoming call and revert the calls to a voice mail box based on criteria such as time of day, caller id, etc. JAIN ISUP The JAIN ISUP provides an API to the signaling functions that are needed to support switched voice and data applications. ISUP is defined within the SS7 specifications as a communications protocol used to set-up, manage and release trunk circuits that carry voice and data call over the PSTN. JAIN MAP JAIN MAP classes manage the Pan European standard for cellular processing Global System for Mobile Communications (GSM) and the North American standard for cellular processing (IS41). The JAIN MAP interface is concerned with: Network Topology: Home Location Register, Visitor Location Register, Base Station Controllers, Mobile Switching Centers, etc. Mobile applications such as roaming, hand-off, lookup, etc. Wireline interconnect Services such as subscriber voting, reporting, short message service, news, etc. Page 18 sur 22

19 JAIN 3G MAP The JAIN 3G MAP API specification is for the mobile application in the 3G domain. The entities in a Public Land Mobile Network (PLMN) need to exchange information to manage roaming mobile stations (MSs). The 3G MAP defines protocol through which the core network entities in the 3G domain can transfer information between them. It defines the message syntax and the procedures for message exchange between network entities e.g, MSC, HLR, VLR, GMSC, gsmscf, IWMSC, SIWF, SGSN, GGSN, GMLC. The representative set of services between these entities are: Location Management services(hlr/vlr, LCS, gsmscf) Authentication Management services(hlr/vlr) Subscriber Management services(hlr/vlr) Subscriber Information services(hlr/gsmscf) Supplementary services (MSC/VLR,HLR/VLR) Messaging services (MSC/HLR,SGSN/HLR) JAIN MGCP Media Gateway Controller Protocol (MGCP) controls voice and media over packet gateways. Gateways allow for the interconnection of the PSTN with packet networks. This allows users to make calls that span both the PSTN and packet networks. MGCP has been defined as a protocol for controlling these gateways. The JAIN MGCP API allows developers to write MGCP services while the standard is maturing. The JAIN MGCP API will be backward compatible as the MGCP protocol is enhanced. JAIN MGCP API provides an industry standard Java technology interface into proprietary MGCP protocol stacks. The JAIN MGCP API includes gateway interfaces and control interfaces necessary to create and release connections, to modify connections, and to audit connections. JAIN SIP Session Initiation Protocol (SIP) enables voice over IP gateways, client end points, PBXs and other communications systems to interface with each other. SIP addresses the call setup and tear-down mechanisms over the Internet. SIP does not include the mechanism for media streaming between caller and callee. Similar to HTTP protocols, SIP is an application client/server protocol, with requests issued by clients and responses managed by servers. SIP enables users to participate in multimedia sessions (or calls) and communicate in both unicast and multicast sessions. The JAIN SIP API provides a industry standard interface into proprietary SIP protocol stacks. The JAIN SIP API includes: User/Agent Server interfaces Proxy Server interfaces ReDirect Server interfaces JAIN SIP Lite JAIN SIP Lite is a high-level Java API that will be to allow application developers to create application's that have SIP as their underlying protocol without having the need for extensive knowledge of the SIP protocol. This will enable developers to rapidly create applications, such as user-agent type applications. JAIN SIP Lite is a thin API that can be used as a high-level wrapper around the SIP protocol providing application developers with a more simple abstracted SIP API for the J2ME and J2SE platforms. Page 19 sur 22

20 SIP Servlets The Session Initiation Protocol (SIP) is used to establish and manage multimedia IP sessions. The SIP Servlet API defines a high-level extension API for SIP servers. It enables SIP applications to be deployed and managed based on the servlet model and the existing Servlet API. The SIP Servlets API enables SIP servers to be augmented with Java extension code which can be deployed and managed as a unit. In addition to the actual SIP Servlet API, XML based deployment descriptors and related file formats are defined. The SIP Servlet API is similar in nature to the HTTP Servlet API, however there are some important differences the main difference being that HTTP servlets run only on origin servers. In SIP networks, proxy servers play a much more significant role, as do application servers which initiate requests. As such, SIP servlets must be able to run on these other server types. JAIN SIMPLE Presence & JAIN SIMPLE Instant Messaging The Session Initiation Protocol (SIP) is an IETF standard signaling protocol that can be used to establish, modify and terminate sessions in IP networks. SIMPLE is an IETF working group that advanced a set of extensions to SIP to support presence and instant messaging. The JAIN SIMPLE Presence API leverages the Session Initiation Protocol (SIP) to provide a presence service. This API provides SIP extensions for presence. Closely coupled to the JAIN SIMPLE Presence API, the JAIN SIMPLE Instant Messaging API leverages the Session Initiation Protocol (SIP) to provide extensions for instant messaging. The JAIN SIMPLE APIs are a natural extension to the JAIN SIP and JAIN SIP Lite APIs. Just as JAIN SIP is a standard API to the SIP protocol, and JAIN SIP Lite is a lightweight definition of SIP for user agents (including J2ME devices), in a similar vein, the JAIN SIMPLE APIs are intended to be a standard API to the SIMPLE protocol (i.e. SIP augmented with presence and instant messaging capabilities for server and client devices). SIP for J2ME The SIP API for J2ME defines a multi purpose SIP Connector API for J2ME clients. It enables SIP applications to be executed in memory limited terminals, especially targeted at mobile phones. The SIP API for J2ME will be based on the Generic Connection Framework defined in the J2ME Connected Limited Device Configuration (CLDC) and will use the existing I/O classes of CLDC. The SIP API for J2ME will typically be used in conjunction with the Mobile Information Device Profile (MIDP), but it can be used with other profiles. JAIN ENUM The JAIN ENUM API Specification defines a standard, portable application programming interface to query and provision E.164 telephone numbers and their service-specific Uniform Resource Identifiers (URI) into an ENUM registry. The JAIN ENUM API Specification defines a cross-platform, portable API that enables Carriers, Service Providers and Communications Equipment Vendors to rapidly integrate ENUM-compliant resolution, as well as, ENUM provisioning functionality into their Java applications and platforms. ENUM is a Domain Name System (DNS) based protocol defined by the IETF in [RFC2916]. General DNS resolver APIs and implementations expose the low-level protocol of DNS and do not encapsulate the specialized processing required by ENUM. The JAIN ENUM API hides the complexities of DNS resolution and Dynamic DNS provisioning (DDNS) [RFC2163], while encapsulating the higher-level services of ENUM, including POSIX Regular Expression Handling, Resolution Service and Protocol Filtering, Security (DNSSEC) [RFC2535], Extended DNS Support (EDNS0) [RFC2671, etc. Page 20 sur 22

21 JAIN INAP JAIN INAP is a non-call-related control protocol that allows applications to communicate between various nodes/functional entities of an Intelligent Network. The protocol defines the operations required to be performed between service providers for providing IN services, such as number translation, time of day, and follow me. The JAIN INAP API will be based on the American National Standards Institute (ANSI)/Telcordia Advanced Intelligent Network (AIN 0.2) and International Telecommunication Union Telecommunication Standardization Sector (ITU-T) CS-2 INAP specifications. JAIN MEGACO MEGACO standardizes the interface (Reference N) between the Call Control entity (Media Gateway Controller or MGC) and the Media processing entity (Media Gateway or MG) in the decomposed H.323 Gateway architecture proposed by ETSI TIPHON and adopted by IETF. MEGACO has been defined by IETF MEGACO WG and ITU-TSG-16. MEGACO is central to VoIP solutions and may be integrated into products such as Central Office Switches, Gateways (Trunking, Residential, Access), Network Access Servers, Cable Modems, PBXs etc., to develop a convergent voice and data solution. JAIN Operations, Administration, and Maintenance (OAM) OAM provide a standard portable interface to a service provider to provision and maintain components in a PSTN/IP network. Transmission rates, hardware characteristics, routing configurations, etc. are all part of provisioning a protocol. While other JAIN APIs, such the JAIN TCAP API and the JAIN ISUP API, define a common interface to proprietary implementations of protocol layers in an SS7 protocol stack, the JAIN OAM API defines a common interface to proprietary management interfaces for SS7 protocol stack and also to IP based protocol stacks such as MEGACO, MGCP, H.323 and SIP. The JAIN OAM API allows for the creation, deletion, modification and monitoring of network components. JAIN SDP The JAIN SDP API describes multimedia IP sessions. The SDP API is intended to be complimentary to other APIs such as: JAIN H323, JAIN Megaco, JAIN MGCP, JAIN SIP, JMF and the Servlet APIs. The SDP messages encode a description of a session and are composed of two types of elements: fields and descriptions. SDP messages are formatted as a set of lines. A field is a line of text in the SDP message. Each field contain information specific some aspect of the session. There are several field types. Each field type is identified by a unique character (e.g., `c' for connection). Each field type has a fixed format for its content. A description is an aggregation of fields. The SDP API version 1.0 will enable the proper encoding and decoding of SDP messages and allow a user to get, set or modify any element of a field or description in a SDP message. Page 21 sur 22