1 / 59

Java Technology for Internet Communications

Java Technology for Internet Communications. Mudumbai Ranganathan Computer Scientist National Institute of Standards and Technology (NIST). Phelim O’Doherty Software Architect Sun Microsystems. Overall Presentation Goal.

rling
Download Presentation

Java Technology for Internet Communications

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Java Technology for InternetCommunications Mudumbai Ranganathan Computer Scientist National Institute of Standards and Technology (NIST) Phelim O’Doherty Software ArchitectSun Microsystems | JavaOne 2003 | Session #1024

  2. Overall Presentation Goal Learn the technologies available for IP Communications networks that enable 3rd party application development. B E G I N N I N G | JavaOne 2003 | Session #1024

  3. Speaker’s Qualifications • Phelim O’Doherty is a Internet Communications Technology Evangelist at Sun Microsystems. • Phelim O’Doherty is the specification lead for JSR 32 JAIN SIP and is an expert on JSR 116 SIP Servlet and JSR 180 SIP for J2ME. • Mudumbai Ranganathan is a Computer Scientist at NIST. • Mudumbai Ranganathan is the primary author of NIST-SIP a public domain implementation of JSR 32 JAIN SIP and serves as an expert on JSR 125 and JSR 141. B E G I N N I N G | JavaOne 2003 | Session #1024

  4. Fact IP Communications will ’NOT’ be a remold of the old communications network, if ’YOU’ start implementing Java services that will run on the network. B E G I N N I N G | JavaOne 2003 | Session #1024

  5. Presentation Agenda • Overview of IP Communications • Java SIP Containers • SIP for J2ME • Overview of JAIN SIP • Conclusion B E G I N N I N G | JavaOne 2003 | Session #1024

  6. IP Communications | JavaOne 2003 | Session #1024

  7. Soft-Switched Services, Applications & Features (Management, Provisioning and Back Office) Open Applications APIs Softswitch Call Control Open Protocols APIs Transport Hardware • Solutions can come from multiple vendors, at all levels who supply open standards-based products • Customers are free to choose best-in-class products to build their network. Open standards enable innovation and reduce costs Evolution to IP Communications Circuit-Switched PROPRIETARY Services & Applications Call Control & Switching TransportHardware • Solutions come from a single vendor that supplied everything in one proprietary box: software, hardware and applications • Customers are locked-in to their vendor—no room for innovation, expensive to implement and maintain | JavaOne 2003 | Session #1024

  8. Why Java and IP Communications? IP Comm’s JAVA Developer Base Platform Indep. Vendor Indep. Culture Open Interoperable Standard Acceptance Momentum Flexible Extensible Internet model Innovative Converged Services Scalable | JavaOne 2003 | Session #1024

  9. Sample Network Architecture SIP for J2ME SIP for J2ME J2EE JAIN SLEE Visited Network SIP Servlet OSA/OMA Node OSA/OMA Node P-CSCF Core Network Untrusted Network JAIN SIP HSS SIP Servlet MGCF S-CSCF I-CSCF SIP Servlet JAIN SIP JAIN SLEE JAIN SLEE ApplicationServer SIP for J2ME MGW ApplicationServer ApplicationServer Home Network | JavaOne 2003 | Session #1024

  10. Varieties of IP Communications Containers THIRD PARTY: Converged Services SIP App JSP App EJB App SLEE App Containers in yellow boxes SIP Servlet HTTP Servlet EJB SLEE SIP, Content-based Charging, Call Control, User Interaction, Messaging, Mobility CORE NETWORK: Communications Services Call Control Servers, Proxy Servers, Location, Presence and Messaging SIP App SIP App SLEE App SLEE App SLEE SIP Servlet INAP, TCAP, SIP SIP | JavaOne 2003 | Session #1024

  11. Why are Communications Applications Converging on Java Containers? • Telco apps moving to component based architectures • Desire to use Standard, Off-the-shelf container • Write-once, run-anywhere • Container provides important infrastructure services • Higher level abstractions for State management, Transactions, Security, Resource pooling, … • Focus on core value-add application logic • Leverage large community of Java developers • Leverage enterprise development tools, test suites, … • Time to market and reduced development cost | JavaOne 2003 | Session #1024

  12. Java SIP Containers | JavaOne 2003 | Session #1024

  13. SIP Execution Environments SIP App SIP App SIP App SIP Servlet EJB JAIN SLEE SIP App JAIN SIP JVM | JavaOne 2003 | Session #1024

  14. Application development options | JavaOne 2003 | Session #1024

  15. JAIN SIP Packet Network Realizing the SIP stack in Java Sipservlet JAIN SLEE JCC Industry Standard Interfaces Dialog Layer Proprietary Interfaces Transaction Layer Message Layer SIP | JavaOne 2003 | Session #1024

  16. SIP in J2EE SIP Servlet JCA Connector JAIN SIP App Server App Server SIP EJB Application Server | JavaOne 2003 | Session #1024

  17. JAIN SLEE • JAIN SLEE is high performance event processing platform suitable for event driven applications. • Supports simple and complex telecommunications applications. • Applications deal with service logic only. • System issues handled by container i.e. threading, transactions • Standard robust application framework and programming model. • Object Orientated, asynchronous and distributable • Independent of underlying networks. • Portable, robust and reusable applications. • Asynchronous support • Elaborate event distribution mechanism (with priority) • Maps events to method invocations on components • Creates component instances in response to initial events | JavaOne 2003 | Session #1024

  18. JAIN SLEE Architecture Management Application SLEE Component Container JMXAgent component instance Timer Facility component instance component instance SLEEandService Management Interfaces Alarm Facility component instance TraceFacility component instance UsageFacility EventDispatcher JAIN SIP API SIP based network | JavaOne 2003 | Session #1024

  19. SLEE Application Characteristics | JavaOne 2003 | Session #1024

  20. JAIN SLEE with JAIN SIP Resource • JAIN SLEE represents network resources as resource adaptors and each resource adaptor has a type • Resource adaptor type for JAIN SIP is ‘javax.sip’ • JAIN SLEE identifies Event by Event types • JAIN SIP Events are classified RequestEvents, ResponseEvents and TimeoutEvents, each of these classifications contains numerous types • For example the event type of a Request message of type ‘INVITE’ is ‘javax.sip.RequestEvent.Request.INVITE’ • JAIN SLEE represents the flow of events as activities • Activity Objects in JAIN SIP are ClientTransactions (locally initiated) and ServerTransactions (remotely initiated) | JavaOne 2003 | Session #1024

  21. SIP Servlet • SIP servlets typically reside on network servers where they will be responsible for making routing decisions. • Supports RFC3261, RFC3262, RFC3265, RFC3428, and RFC2976 • Utilizes http servlet model as foundation, builds on http generic part for essential SIP request and response functionality • Allow applications to perform a fairly complete set of SIP signaling actions • User agent client (UAC) • User agent server (UAS) • Proxy server | JavaOne 2003 | Session #1024

  22. SIP Servlet Goals • Simplicity for the application developer • Containers handle “non-essential” complexity such as managing network listening points, CSeq, Call-ID and Via headers, routes, etc. • Containers support converged applications • Applications that span multiple protocols and media types, for example, Web, telephony, and presence. • Third party application development: • An XML DDis used to communicate application information from the application developer to deployers. • Application composition: • Several applications can execute on the same incoming or outgoing request or response. Each application has its own set of rules and executes independently. | JavaOne 2003 | Session #1024

  23. Extension to HTTP Servlet Model • HTTP is not a peer-to-peer protocol like SIP therefore SIP Servlet extensions include: • Initiate requests • Receive responses as well as requests • Generate multiple Responses • one or more 1xx followed by a final response • Proxying requests, possibly to multiple destinations | JavaOne 2003 | Session #1024

  24. Protocol and ApplicationSessions • Sipservlet defines two types of sessions: • SipSession (Protocol Session) • Equivalent to HTTP Session and represents a Dialog in SIP • SipApplicationSession • Provides storage for application data • Enable different protocol sessions to share state i.e. HTTP and SIP • Defined by SIPServlet but is expected to be adopted by the Servlet specification in a future release. | JavaOne 2003 | Session #1024

  25. Message Hierarchy ServletRequest ServletResponse javax.servlet SipServletMessage javax.servlet.sip SipServletRequest SipServletResponse | JavaOne 2003 | Session #1024

  26. SIP for J2ME | JavaOne 2003 | Session #1024

  27. Overview: SIP for J2ME • SIP for J2ME is the standardised SIP interface for mobile handsets to communicate with core network functionality. • SIP for J2ME is an optional package for the J2ME platform that enable resource limited devices to send and receive SIP messages • The specific is designed for the CLDC profile, however it can also be used on to the CDC profile also. • The specification gives the developer transactional control over the SIP protocol • Client devices must support SIP for Rel5.0 of the UMTS architecture. SIP for J2ME is the perfect platform for these client devices. | JavaOne 2003 | Session #1024

  28. SIP for J2ME Goals • Enables terminals supporting CLDC to run SIP enabled MIDlets • Builds upon CLDC Generic Connection framework • Specifically targeted at mobile phone handsets • Keep the “look and feel” of the HTTP API • Keep the API size small - keep the number of created objects low • Provide developers with helper functions • RefreshHelper for Register and Subscribe | JavaOne 2003 | Session #1024

  29. Connection SipConnectionNotifier SipConnection InputConnection OutputConnection DatagramConnection SipClientConnection StreamConnection SipServerConnection ContentConnection HttpConnection SIP and the Generic Connection Framework | JavaOne 2003 | Session #1024

  30. SIP for J2ME Architecture | JavaOne 2003 | Session #1024

  31. JAINPIM Other SIP and IM Interfaces & J2ME SIP forJ2ME JAIN SIMPLE MIDP CLDC KVM | JavaOne 2003 | Session #1024

  32. JAIN SIP | JavaOne 2003 | Session #1024

  33. Overview: JAIN SIP • Java-standard interface to a SIP signaling stack. • Standardized the interface to the stack. • Standardized the events and event semantics. • Application portability - verified via the TCK. • Designed for the developer who requires powerful access to the SIP protocol. • JAIN SIP can be utilized in a user agent, proxy, or imbedded into a service container. • Supported RFCs: • RFC 3261, 2976, 3262, • RFC 3265, 3311, 3428 | JavaOne 2003 | Session #1024

  34. JAIN SIP Architecture Application Listener Listener SIP Messages SIP Events SIP Messages SIP Events Provider Provider Listening Point Listening Point Stack Stack Network | JavaOne 2003 | Session #1024

  35. Responsibilities of the Application • Application registers an implementation of the SipListener interface to interact with the SIP Stack • Application MUST go via the SipProvider for all messaging with the stack • Application Sends messages and access stack objects via the SipProvider. • Application receives messages from the stack as Events via the SipListener interface. | JavaOne 2003 | Session #1024

  36. Services provided by JAIN SIP • Provide methods to format and send SIP messages • Parse incoming messages and enable application to access to fields via a standardized JAVA interface. • Invoke appropriate application handlers when protocol significant (message arrivals, Transaction time-outs) • Provide Transaction support and manage Transaction state and lifetime on behalf of a user application. • Provide Dialog support and manage Dialog state and lifetime on behalf on a user application. | JavaOne 2003 | Session #1024

  37. SIP Transactions SIP transaction consists of a single request and any responses to that request. Server transaction Server transaction Client transaction Client transaction UAC Stateful proxy UAS | JavaOne 2003 | Session #1024

  38. Transaction Support • Transaction is created on incoming Request or may be created to send outgoing request. • When a Request is sent out statefully, application must request a ClientTransaction for the outgoing Request. • When a new Request arrives, Stack associates a ServerTransaction with Request and passes up to application. • When a response arrives, the Stack possibly associates a previously created ClientTransaction with the response and passes up to the Application. • The JAIN SIP implementation manages the association between Transactions and Dialogs. | JavaOne 2003 | Session #1024

  39. Support for Dialogs • A Dialog is a peer to peer association between communicating SIP endpoints. • Maintains Route Sets and Sequence Numbers. • Dialogs are never directly created by the Application.. • Dialogs are established by Dialog creating Transactions (INVITE, MESSAGE, SUBSCRIBE…), however are managed by the stack. • Dialog deletion may be under application control. • Transactions may belong to a Dialog • Dialog state changes as a result of changes in Transaction State | JavaOne 2003 | Session #1024

  40. Addresses, Messaging and Headers • Defines support for Address/Header/Message Factories. • Address package contains a URI wrapper and defines URIs for SIP and Tel URIs. • Header package defines interfaces for all the supported headers. • Accessor (set/get) methods for SIP Header parameters. • Deep copy requirement for cloning Addresses, Headers and Messages for the benefit of proxies. | JavaOne 2003 | Session #1024

  41. SipStack Interface • Manages Listening Points and Providers. • SipStack associated with an IP address. • Can Have multiple Listening points. • Application can have multiple SipStacks. • Cannot be deleted once created. • Instantiated by the SipFactory and initialized with a Property set. • javax.sip.* properties are reserved and names defined for stack configuration properties. | JavaOne 2003 | Session #1024

  42. SipProvider Interface • Send Request's either statefully via client transactions or statelessly. • Send Response's to a recently received Requests either statefully via server transactions or statelessly. • Register a SipListener to the SipProvider. • Notifies Registered Listener of Events (Request/Response/Timeout). • De-register a SipListener from the SipProvider. • Once de-registered, no longer receive Events from SipProvider. • New Client and Server Transaction methods. • Listening Point manipulation methods. • Only one provider per listening point. | JavaOne 2003 | Session #1024

  43. SipListener Interface • A single SipListener per SipStack which implies a single Listener in the architecture • all SipProviders associated to a Sipstack have the same SipListener. • Process Request's either statefully or statelessly dependent on application. • Process Response's to a recently sent Requests statefully. • Process Transaction timeouts and retransmits Timer events. | JavaOne 2003 | Session #1024

  44. Application - Stack Creation Initialize Stack using SipFactory: try { Properties properties = new Properties(); properties.setProperty("javax.sip.IP_ADDRESS", "129.6.55.181"); properties.setProperty("javax.sip.OUTBOUND_PROXY", "129.6.55.182:5070/UDP"); ……// Other initialization properties. try { sipStack =sipFactory.createSipStack(properties); } catch(SipException e) { System.exit(-1); } } | JavaOne 2003 | Session #1024

  45. Application – Request Creation Initialize Request using Factories: try { SipURI requestURI = addressFactory.createSipURI (toUser, toSipAddress); // … Create other headers Request request = messageFactory.createRequest (requestURI, Request.INVITE, callIdHeader, cSeqHeader, fromHeader, toHeader, viaHeaders, maxForwards); } | JavaOne 2003 | Session #1024

  46. Application - Sending Requests Send outgoing messages: try { // Create the client transaction ClientTransaction inviteTid = sipProvider.getNewClientTransaction(request); // send the request sipProvider.sendRequest(inviteTid,request); } | JavaOne 2003 | Session #1024

  47. Application – Processing Requests Handle incoming messages as Events: try { public void processRequest(RequestEvent requestEvent) { Request request = requestReceivedEvent.getRequest(); ServerTransaction st = requestEvent.getTransaction(); // do request specific processing here } } | JavaOne 2003 | Session #1024

  48. JAIN SIP for Instant Messaging • JAIN SIP can be used for building Instant Messaging and Presence Clients and Servers. • API supports the required methods and Headers. • JAIN creates and manages Dialogs for SUBSCRIBE and MESSAGE methods. • NIST-SIP JAIN IM Client SipListener is about 1100 LOC. • Interoperates with Microsoft IM and packaged with RI as example. | JavaOne 2003 | Session #1024

  49. JAIN-SIP in Proxy Servers • JAIN SIP facilities construction of Proxy Servers: • Stateless, Transaction-stateful, and Dialog-stateful operation. • Application has access to Dialog/Transaction state and route tables. • Support for extensibility and application- controlled Routing. • Deep copy semantics for cloning. • Example Proxy (including presence server) is about 3500 LOC and is included with RI. | JavaOne 2003 | Session #1024

  50. JAIN SIP Extensibility • SIP Extensions Typically Define: • New Methods • New Headers • New Dialog Creating Methods • JAIN SIP Supports these by: • Architected ExtensionHeader that can be created/accessed by name. • New Dialog Creating methods specified at Stack configuration via configuration property. | JavaOne 2003 | Session #1024

More Related