System Wide Information Management (SWIM) over AMHS Federal Aviation Administration SP/6 System Wide Information Management (SWIM) over AMHS Presented by: Vic Patel, FAA Presentation to: AMHS/SWIM Workshop Chiang Mai, 05-07 March 2012

Topics SWIM State of the System, Conceptual Overview FTI IP Backbone SWIM Messaging Infrastructure NAS Enterprise Messaging System (NEMS) Request/Response, Publish/Subscribe, NESG Options for SWIM in Asia/Pac AMHS Network Infrastructure SWIM Messaging over AMHS Typical Web services, Web services with an “HTTP to AMHS Gateway” Recommendation for the ATNICG AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chaing Mai, March 5 - 7

System Wide Information Management (SWIM) SWIM will: Implement a Service-Oriented Architecture (SOA) in the NAS Lower information costs Increase speed to establish new interfaces Increase common situational awareness Increase NAS agility “The airport runway is the Most important mainstream In any town.” -Norm Crabtree AMHS - SWIM Workshop, Chiang Mai, March 5 - 7

State of the System Today unique interfaces - Costly development, Business as Usual Today - More point-to-point unique interfaces - Costly development, test, maintenance, CM - New decisions linked to old data constructs - Cumbersome data access outside the NAS Host WARP IDS/ ERIDS ATOP CIWS TFM TMA STARS/ ARTS/ TAMR ERAM ASDE ETMS Inter- Agency Enterprise Management FAA Systems AIM ERAM TFMS CIWS TDDS - Existing point-to-point hardwired NAS - Unique interfaces, custom designs SWIM Compliant Government Systems SWIM Compliant Non-Government Systems FTI CARTS/ STARS ITWS TBFM LEGEND WMSCR DOTS SWIM Segment 1 SWIM Future Segment SWIM Adapter AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chaing Mai, March 5 - 7

Conceptual Overview Conceptual Overview AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chaing Mai, March 5 - 7

FTI IP BACKBONE Federal Communications Infrastructure (FTI) FTI provides an IP infrastructure for connectivity of all FAA National Airspace System (NAS) Automation Systems It is based on IPv4 with an underlying MPLS network NAS Automation Systems can get different service levels from basic communications through enhanced communications (e.g., with Security) There is a NAS Enterprise Security Gateway that provides secured connectivity between NAS and non-NAS systems AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chaing Mai, March 5 - 7 5

SWIM Messaging Infrastructure The SWIM Messaging Infrastructure for the FAA is the NAS Enterprise Messaging System (NEMS) NEMS Messaging Nodes (NMN) support two types of messaging models: Request/Response and Publish/ Subscribe Request/Response is the predominate method used in Service Oriented Architectures. It is a “Pull” exchange model where the client invokes a service and gets a synchronous response It is used in both SOAP and REST Web Services The Publish/ Subscribe model is meant to used for Services that require a constant, persistent feed of data The FAA uses Java Messaging Service (JMS) for Publish/Subscribe It is a “Push” exchange model where the service pushes out data asynchronously AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chaing Mai, March 5 - 7 6

NAS Enterprise Messaging System (NEMS) The Request/Response model is suited for Services initiated by the Client May be implemented as SOAP-based Web service typically using an HTTP binding A SOAP request message identifies the service and contains any parameters for the service A SOAP response message contains the result of the invoked service May also be implemented as a Representational State Transfer (REST) Web service where a URL is used to initiate a service over HTTP The URL contains all information to invoke the service NEMS provides a HTTP proxy capability AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chaing Mai, March 5 - 7 7

NAS Enterprise Messaging System (NEMS) The Publish/ Subscribe model is typically used for Services that require a constant, persistent feed of data NEMS uses Web Logic JMS, where a JMS client connects to a JMS Broker to receive messages Messages are distributed using JMS Topics A topic is used to distinguish among multiple classes of data products Each data products may be further marked with tags which permit clients to distinguish particular data products on a Topic Note that JMS is not a general purpose messaging protocol like SMTP, XMPP, or X.400 It is a standard way for Java programs to access a message broker and does not provide wire-level interoperability Thus it is not generally suitable for global interoperability AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chaing Mai, March 5 - 7 8

NAS Enterprise Messaging System (NEMS) Current Deployment (2012) NEMS Messaging Nodes (MNM) are currently deployed at 4 locations in the NAS For external connectivity MNM are deployed in the NAS Enterprise Security Gateway The NESG has an External (Untrusted) DMZ and an Internal (Trusted) DMZ Each DMZ has a general purpose Enterprise Service Bus There is an MNM on each ESB, i.e., in the External and Internal DMZ AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chaing Mai, March 5 - 7 9

NAS Enterprise Messaging System (NEMS) Future Deployment (2018) In the future NEMS Messaging Nodes (MNM) will be deployed at: 21 ARTCCs (including SLC), Atlantic City, and Atlanta AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chaing Mai, March 5 - 7 10

Options for SWIM in Asia/Pac SWIM in Asia/Pac could be done in several ways Over the CLNP Sub-network An IPv4 to CLNP gateway would be needed However, CLNP is planned to eventually be replaced Over the planned IP Sub-network If IPv6 (following ICAO Montreal in Doc 9896) then a IPv4 to IPv6 gateway would be needed Over AMHS For SOAP and REST Request/Response an HTTP Gateway would be needed For JMS Pub/Sub a JMS Gateway would be needed AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chaing Mai, March 5 - 7 11

AMHS Network Infrastructure AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chaing Mai, March 5 - 7

SWIM Messaging over AMHS SWIM Messaging over AMHS could be implemented through the introduction of a SWIM/AMHS Gateway. This would provide Inter-Regional connectivity since AMHS is the next generation Messaging System for Aviation The SWIM/AMHS Gateway should definitely exchange SOAP and REST Request/Response exchanges over HTTP. XML encoding should be straight-forward SOAP will attachments will require additional investigation In the future, the SWIM/AMHS Gateway might also support Publish/Subscribe exchanges. Given the limitations of JMS, this requires further investigation. Note that the Open Geospatial Consortium (OGC) has initiated an activity to look into Pub/Sub AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chaing Mai, March 5 - 7 13

Typical Web Services Communications AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chaing Mai, March 5 - 7

Web Services with an “HTTP to AMHS Gateway” AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chaing Mai, March 5 - 7

Recommendation for ATNICG The ATNICG Working Group should take SWIM over AMHS (or ATN) as a Task Item Initial investigation should be on SOAP and REST over HTTP Pub/Sub operations should be deferred This activity should be coordinated with ACP Working Group I AMHS - SWIM Workshop, Chiang Mai, March 5 - 7 AMHS - SWIM Workshop, Chaing Mai, March 5 - 7 16