WIS 3 Breakout #2 Emergency Management Panel OASIS Organization for the Advancement of Structured Information Standards Emergency Management Technical Committee • Wade Witmer Deputy Director, Integrated Public Alert and Warning System (IPAWS) Division, National Continuity Programs Office, Department of Homeland Security • Gary Ham Contract System Architect to FEMA IPAWS • Don Mc. Garry MITRE Contract Support to DHS Science & Technology 2014 Workshop on Information Sharing and Safeguarding Standards (WIS 3) Elysa Jones, Chair OASIS Emergency Management Technical Committee elysajones@yahoo. com
CAP Workshop 2013 Emergency Management Prepare – Respond – Recover – Mitigate Television Radio Cell Phone Computer Home Phone Public Signage/Siren
EDXL Family of Standards Current EDXL Standards § Common Alerting Protocol (CAP) § EDXL-Distribution Element (DE) § EDXL-Hospital Availability Exchange (HAVE) § EDXL-Resource Messaging (RM) EDXL Standards Under Development § EDXL-Situation Reporting (Sit. Rep) § EDXL-Tracking of Emergency Patients (TEP) § EDXL-Tracking of Emergency Clients (TEC) § EDXL-Reference Information Model (RIM)
EDXL Standards Development Process
The Integrated Public Alert and Warning System (IPAWS) Get Alerts, Stay Alive 2014 Workshop on Information Sharing and Safeguarding Standards (WIS 3) Wade Witmer FEMA IPAWS Division IPAWS@dhs. gov www. fema. gov/IPAWS
What is IPAWS? • IPAWS is a National System for Local Alerting – supports sending of local alerts from local, state, tribal, territorial officials during emergencies and from the President in the event of a catastrophic national emergency. – provides authenticated emergency alert and information messaging from emergency officials to the public through: • radio and television via the Emergency Alert System • cellular phones via Wireless Emergency Alerts • NOAA All Hazards Weather Radio via IPAWS-NOAA gateway • Internet applications and websites via the IPAWS Public Feed – FEMA, tasked by DHS, is responsible for: • Development, operation, integration and maintenance of the IPAWS which includes the EAS, WEA, NOAA Haz. Collect, and public alerts feed components plus future connections for alerting TBD. 6
IPAWS is Not: IPAWS does not know your phone number or your location! – Not a subscription based mass notification system – Not an ETN or reverse dial phone system – Not an SMS or email sign up system – Not a paging or limited distribution notification system • e. g. can’t send a recall notice to a select group of employees IPAWS is for: – Emergency Alert and Warning information • i. e. - urgent information impacting public safety • e. g. - not meant for messaging about changes to trash collection schedule – Alerting all citizens in an given area IPAWS Can: – Activate EAS Radio and TV stations – Alert all (WEA capable) cell phones in a defined geographic area, even when cell networks are congested – Send a warning message for broadcast over NOAA Weather Radio 7
IPAWS Architecture – emergency alert information sharing enabled by data standards Alert Dissemination Channels Alerting Authorities (private sector systems) Territorial Federal* * Includes NOAA IPAWS compliant CAP Alert Origination Tools Emergency Alert System Alert Aggregator & Gateways IPAWS OPEN the Message Router (Open Platform for Emergency Networks) CAP messages Tribal CAP messages Local State Public end-user devices Emergency Wireless Emergency Alerts NOAA Haz. Collect NWS web sites, apps widgets, social media Internet Services Subscription Mass Notification Systems (State and Local Systems) State / Local Unique Alerting Systems (FEMA Systems) ETN Siren RBDS Future Technologies? (Private Sector Systems) 8
What the IPAWS-OPEN does A Gateway to “Alert Dissemination Channels” Alert Aggregation: 1. Authenticates sender A. Web Service Security B. Digital Signature 2. Validates message format 3. Verifies alert is within sender’s permissions A. Alert type sent is authorized B. Alert area is within area of jurisdiction C. Alert distribution channel approved 4. Hands off alert messages to IPAWS Alert Dissemination Channels: EAS, WEA, NOAA Weather Radio, Internet Apps 9
IPAWS Alert Dissemination Channels: • Emergency Alert System • 20, 000+ TV, Radio, Cable, Satellite stations privately owned and operated • EAS participation defined by 47 CFR Part 11 • Wireless Emergency Alerts • 56 wireless carriers participating • participation defined by 47 CFR Part 10 • National Weather Service • NOAA All-Hazards Weather Radio Network • 1000 radio transmitters broadcasting on reserved weather frequencies • Internet Services • Internet or subscription type services/apps that monitor and retrieve alerts from IPAWS 10
Common Alerting Protocol (CAP); the IPAWS enabler 4 Structured, organized way to arrange data about alert events – Standardized format simplifies message exchange and utility across diverse networks through web messages exchanged via the Internet 4 Open international data standard available to all vendors, users, organizations – Developed and maintained by the Organization for the Advancement of Structured Information Standards (OASIS) http: //www. oasis-open. org – Adopted by FEMA, US Department of Defense, Public Safety Canada – Supported by a growing list of vendor products. 4 IPAWS uses: – CAP v 1. 2 Standard and the IPAWS Specification to the CAP Standard, CAP v 1. 2 IPAWS USA Profile v 1. 0
Snapshot - IPAWS Users and Connections Status as of Feb 2014 See list at: http: //www. fema. gov/integrated-public-alert-warning-system-authorities Alerting Authorities Alert Dissemination Channels Local (public alerting systems) 216 County level w/ Public Alerting (185 County level in process for Public Alerting) Emergency Alert System Over 20, 000 EAS participants monitoring the IPAWS EAS Feed State 42 State level w/ Public Alerting (11 in process) NOAA Territorial 2 Territory w/ Public Alerting Federal NOAA National Weather Service (NWS); since Jun 2012: ~850, 000 NWS CAP messages processed by IPAWS ~9, 500 NWS Wireless Emergency Alerts sent National Center for Missing and Exploited Children (AMBER Alerts) ~99 Wireless Emergency Alerts sent since Dec 2012 IPAWS OPEN Wireless Emergency Alerts Internet Services All Hazards NOAA Weather Radio network 56 Cellular Carriers connected Millions of handsets deployed 33 vendors with access to monitor IPAWS Public Alerts Feed Note: FEMA is not an Alerting Authority. FEMA doesn’t send Alerts. 12
IPAWS-compatible alerting tools: Alerting Authority tools • 62 different vendor’s IPAWS alerting tools are currently in use by state/local authorities using: • CAP v 1. 2 Standard and the IPAWS Specification to the CAP Standard, CAP v 1. 2 IPAWS USA Profile v 1. 0 • • • Tools have wide variety of different look and feel Users find a tool that fits unique operational plans and use cases Some tools do not support all capabilities available via IPAWS Alerting Tool CAP messages The Internet IPAWS OPEN Digitally signed CAP messages 13
For more information 4 Email the IPAWS inbox: IPAWS@dhs. gov 4 IPAWS Website: http: //www. fema. gov/ipaws/ 4 EMI Independent Study Course IS-247 a: https: //training. fema. gov/EMIWeb/IS/is 247 a. asp 4 EMI Independent Study Course IS-248: http: //training. fema. gov/EMIWeb/IS/course. Overview. aspx? code =IS-248 4 Mailing list for IPAWS Webinar notices: http: //service. govdelivery. com/service/subscribe. html? code=US DHSFEMA_165 14
Contact Information Antwane Johnson Division Director IPAWS National Continuity Programs, Prevention & National Preparedness U. S. Department of Homeland Security 500 C Street SW, Room 506 Washington, DC 20472 202. 646. 4383 Office Antwane. Johnson@fema. dhs. gov IPAWS@dhs. gov Wade Witmer Deputy Director IPAWS Division National Continuity Programs, Prevention & National Preparedness Mark Lucero Engineering Branch Chief IPAWS Division National Continuity Programs, Prevention & National Preparedness U. S. Department of Homeland Security 500 C Street SW, Room 506 Washington, DC 20472 202. 646. 2523 Office Wade. Witmer@fema. dhs. gov IIPAWS@dhs. gov U. S. Department of Homeland Security 500 C Street SW, Room 506 Washington, DC 20472 202. 646 -1386 Office Mark. Lucero@fema. dhs. gov IIPAWS@dhs. gov 15
The Integrated Public Alert and Warning System (IPAWS) Standards Used in the IPAWS 2014 Workshop on Information Sharing and Safeguarding Standards (WIS 3) Gary Ham - CTR FEMA IPAWS Division IPAWS@dhs. gov www. fema. gov/IPAWS
IPAWS Architecture – emergency alert information sharing enabled by data standards Alert Dissemination Channels Alerting Authorities (private sector systems) Territorial Federal* * Includes NOAA IPAWS compliant CAP Alert Origination Tools Emergency Alert System Alert Aggregator & Gateways IPAWS OPEN the Message Router (Open Platform for Emergency Networks) CAP messages Tribal CAP messages Local State Public end-user devices Emergency Wireless Emergency Alerts NOAA Haz. Collect NWS web sites, apps widgets, social media Internet Services Subscription Mass Notification Systems (State and Local Systems) State / Local Unique Alerting Systems (FEMA Systems) ETN Siren RBDS Future Technologies? (Private Sector Systems) 17
CAP Related Standards 1. OASIS Common Alerting Protocol Version 1. 2, July 1, 2010 2. OASIS Common Alerting Protocol Version 1. 2 USA Integrated Public Alert and Warning System Profile Version 1. 0, Committee Specification 01, October 13, 2009. 3. EAS-CAP Industry Group (ECIG) Recommendations for CAP EAS Implementation Guide – Version 1. 0, May 17, 2010 4. OASIS Common Alerting Protocol Version 1. 0, March 2004 18
Other Data Standards 1. OASIS Emergency Data Exchange Language (EDXL) Distribution Element , v 1. 0, OASIS Standard EDXL-DE v 1. 0, 1 May 2006 2. National Weather Service Instruction 10 -1701, Text Product Formats and Codes, February 12, 2003. 3. J-STD-101 Joint ATIS/TIA CMAS Federal Alert Gateway to CMSP Gateway Interface Specification, October 2009. 19
XML Related Standards 1. XML-Schema Version 1. 0 2. Simple Object Access Protocol (SOAP) Version 1. 1 3. Web Service Definition Language (WSDL) Version 1. 1 4. WS-Security Version 1. 1 using x. 509 Certificates 5. Representational State Transfer (REST) over HTTPS 6. Atom Syndication Format (IEF RFC 4287) 20
IPAWS and NIEM 1. CAP is a recognized National Information Exchange Model (NIEM) external standard. To reuse in NIEM IEPD use the NIEM Adapter wrapping on CAP. 2. EDXL-DE can be used to wrap any NIEM IEP. 3. NIEM facets can be used for categorization inside DE elements.
NIEM In a Wrapper The graphic is from “An Introduction to NIEM. ” An EDXL – Distribution Element Qualifies here
Use of NIEM Elements in EDXL-DE 1. 0 Structure “NIEMable” distribution metadata goes here “NIEMable” specific address goes here “NIEMable” geocode goes here IEP identifier goes here “NIEMable” content item role metadata Actual IEP goes here
Questions? Gary Ham Member, OASIS Emergency Management Technical Committee (EM-TC) Contract System Architect to FEMA IPAWS gary. ham@associates. fema. dhs. gov
NIEM Exchanges for First Responders Don Mc. Garry dmcgarry@mitre. org @dpmcgarry March 26, 2014 HS SEDI is a trademark of the U. S. Department of Homeland Security (DHS) The HS SEDI FFRDC is managed and operated by The MITRE Corporation for DHS
SEDI Task Objectives § Enable cross-organization information sharing for first responders through the modernization / application of data standards – Engage with end users to investigate the common gaps across the HSE – Evaluate the feasibility of closing gaps through the application of data standards – Share and transition the resulting technical best practices, architectures, and application strategies with end users in the HSE § Task Alignment With DHS Strategy – S&T Mission: “Strengthen the ability of first responders to protect the homeland respond to disasters” – FRG Strategic Outcome: “Help First Responders Share Data and Critical Information” | 26 | HS SEDI is a trademark of the U. S. Department of Homeland Security (DHS) The HS SEDI FFRDC is managed and operated by The MITRE Corporation for DHS
Interoperability: Technical Goals Develop Exchanges and Architectures that: – Are scalable § For large scale / catastrophic level incidents § For large number of CAD systems § Easy to incorporate new systems – Are open & easy to implement – Guarantee interoperability § Address findings § Leverage NIEM – Can be applied broadly across emergency management § General Situational Awareness § Mission Ready Package information sharing § Automatic aid § Mutual aid § CAD-to-CAD | 27 | HS SEDI is a trademark of the U. S. Department of Homeland Security (DHS) The HS SEDI FFRDC is managed and operated by The MITRE Corporation for DHS
Interoperability: Approach Apply the Loose-Coupler concept – Have core, strictly defined, set of information § Little to no flexibility § Should represent intersection of information sharing needs § E. g. : What/When/Where – Allow community extensions that are flexible § Enables user organizations to communicate individualized information specific to their operations and needs within themselves or with similar organizations – Organizations can ignore the community extensions, reducing the amount of coordination necessary to successfully exchange core information | 28 | HS SEDI is a trademark of the U. S. Department of Homeland Security (DHS) The HS SEDI FFRDC is managed and operated by The MITRE Corporation for DHS
Interoperability: Technical Details § What – OWL Taxonomy – Examples § Incident. Fire. Home § Resource. Suppression. Fire. Engine – Will map to NIMS Resources – Will be usable by organizations using disparate typing schemes § Where – Embedded GML using strategies from Geo 4 NIEM – Address – National Grid § When – Formatted time stamp in UTC | 29 | HS SEDI is a trademark of the U. S. Department of Homeland Security (DHS) The HS SEDI FFRDC is managed and operated by The MITRE Corporation for DHS
Near-Term Paths Forward § Use EDXL-DE as a common message wrapper – Develop US Profile for EDXL-DE to reduce complexity – Use NIEM Code Lists to address localization issues § Develop loose-coupler IEPDs for “advertisement” – Incident Message – Resource Message § Use EDXL-RM for resource request / requisition – Develop US Profile for EDXL-RM to reduce complexity – Use NIEM Code Lists to address localization issues § Mission Ready Packages – Loose coupler concept applied to MRP advertisement – EDXL-RM applied to complete descriptions of MRPs | 30 | HS SEDI is a trademark of the U. S. Department of Homeland Security (DHS) The HS SEDI FFRDC is managed and operated by The MITRE Corporation for DHS
Concurrent Efforts for Engagement § OGC Application Schema / SOS § Next-Gen 9 -1 -1 / Geo. Priv § APCO EIDD § APCO Automated Secure Alarm Protocol (ASAP) § NFPA Apparatus Standards § CJIS Requirements for LE § Pulse. Point § ROSS § Mutualaid. net | 31 | HS SEDI is a trademark of the U. S. Department of Homeland Security (DHS) The HS SEDI FFRDC is managed and operated by The MITRE Corporation for DHS
Questions? HS SEDI is a trademark of the U. S. Department of Homeland Security (DHS) The HS SEDI FFRDC is managed and operated by The MITRE Corporation for DHS
References and Resources Alerts, Warnings & Response to Emergencies (AWARE) http: //www. awareforum. org/category/cap/ CAP: ITU Recommendation X. 1303 Video http: //www. youtube. com/watch? v=n 0 i. Kp 60 jjt. Y CAUSE Main Film Preview http: //vimeo. com/planetworks/review/32382855/cb 73 fb 3182 Distributing Emergency Data Using Messaging Standards - E. Jones, IAEM Bulletin, Oct 2009 - http: //www. oasis-emergency. org/node/47 EDXL Sharp - http: //edxlsharp. codeplex. com/ EDXL Webinars - https: //www. oasis-open. org/events/webinars OASIS EDXL Standards Linked. In Group - http: //www. linkedin. com/groups/OASISEmergency-Data-Exchange-Language-3355540 Public CAP Feeds - http: //www. incident. com/cookbook/index. php/Public_CAP_Feeds Why Emergency Managers Should Care about Data Standards - E. Jones, IAEM Bulletin, Sept. 2009 - http: //www. oasis-emergency. org/node/46 XML Cover Pages - XML and Emergency Management, http: //xml. coverpages. org/emergency. Management. html
Скачать презентацию WIS 3 Breakout 2 Emergency Management Panel OASIS
a66a754e9b3eebe125e18ade43cab0a8.ppt