Emergency Services Interconnection Forum (ESIF)

1. Emergency Services Interconnection Forum (ESIF) Emergency Services Network Interfaces Task Force(“Task Force 34”) Contribution Title: EPES-ESNet Interactions Diagram Contribution Number: EISI-005 Submission Date: 1/27/05 Source: Emergency Services Interconnection Forum Technical Contact: Pierre Desjardins, Positron, Inc. Phone: +1 514 345-2255 - E-Mail: Pierre.Desjardins@positron.qc.ca Abstract: Diagram of the interactions between an EPES and the ESNet, as well as a characterization of the functional entities involved in the interactions. Recommendation: Integrate with EISI baseline in Section 2 The contribution consists of a diagram and accompanying remarks.

2. EISI-005 Fig 2-1 (v1)EPES-ESNet interaction features EPES Service Identity Service Provisioning EISI WSDL WSDL SOAP ESNet Identity Mgmt EPES client(s) Service Registration WSDL UDDI Service Discovery

3. EISI-005 Fig 2-1 (draft notes)EPES-ESNet interaction features About the Service Identity Box: This is the part of EPES logic that is responsible for establishing (authentication) and maintainingitself as an ESNet POP (heartbeat, authorization?…). Interactions with the ESNet Identity Management function is through standardized (mediated) EISI messages. The ESNet Identity Management entity should ultimately represent some functions common to both CESE and EPES POPs – for example authentication can use the existing CESE authentication pattern with one additional provision: UDDI identity should be added to the information returned by authentication (like the identity of the RG is in the case of CESE authentication) if it is not identified by a well-known (DNS) identity. About Service Provisioning Box: This is the part of the EPES logic responsible for actually provisioning the service to its client(s). Interactions and associated messages are defined in the EPES’s WSDL. SOAP would be used to provision the service to its client’s if it is specified as such as the supported binding in the WSDL. Any authorization requirements will be specific to (and defined for) each service and could use SOAP native mechanisms. About EISI: It remains to be debated what will be the role of the EISI with regards to UDDI interactions – an additional abstraction layer or a pass through (I.e. transparent to the UDDI native API). About the EPES Client(s) Box: This box represents all ESNet entities that may leverage the EPES service. Note that Service Discovery may be used by EPES to leverage other EPES’s in the provisioning of its own service.