Archive for the ‘IPAWS’ Category.

IPAWS-OPEN 2.0 Has Been Given Authority to Test with Outside Developers

A note to all of you who have been waiting since January (and before).  We have been given authority.  There is security paperwork to do, but the process is now in place.

Here are the details about the the IPAWS-OPEN Special Interest Group Meeting to be held at noon Eastern Time on wednesday where I will provide further detail  :

Integrated Public Alert and Warning System (IPAWS)
Open Platform for Emergency Networks (OPEN) 2.0 Test Environment
Wednesday October 20, 12:00 Noon Eastern

During our next Webinar, System Architect Gary Ham will provide the latest information about access requirements for the IPAWS-OPEN 2.0 development test environment, including documentation and reporting requirements.

This program is intended primarily for system developers.  Please make plans to join us via conference bridge and Live Meeting. As always, your questions and comments are welcome.

IMPORTANT: If you have not logged into Live Meeting before, check out the following connection instructions and participant guidelines prior to next week’s meeting:
http://www.fema.gov/about/programs/disastermanagement/archive/LiveMtgInstruct.pdf

(1) Login to MS Live Meeting for visuals: The following login link can only be used 30 minutes prior to the scheduled meeting time: https://www.livemeeting.com/cc/eiip/join?id=DMprogram&role=attend

(2) Call into the Conference Bridge number as follows: 1 (800) 366-7242  PIN 3647 6736#.

If you are unable to attend this month’s meeting due to other commitments, a recording will be accessible from the DM Web site.

Twitter Weekly Updates for 2010-10-17

  • News on the process for connecting to IPAWS-OPEN 2.0 test environment should begin to trickle out tomorrow. We have approval!!!! #

Tweeting IPAWS (Authentication Gets Serious)

As those who follow my infrequent updates about the transition from DM-OPEN 1.0 to IPAWS OPEN 2.0 know, IPAWS OPEN 2.0 will require a fairly significant increase in attention to security (even in the test environment).   So I decided to dig out my old DM-OPEN “tweeter” test code and begin the process of transition to IPAWS-OPEN 2.0.  It no longer works, even against DM-OPEN 1.0.  Twitter has also increased its security requirement for applications that post.  No more basic authentication. You now must use OAuth. So, in order to tweet from IPAWS, I will now have to use WS-Security with x509 signatures to connect to IPAWS-OPEN and OAuth to connect to Twitter.  Ah! Life in the Middle!  Nobody trusts the middleman.  Nor should they, actually. But it sure is a pain in the rear.    :-).

Twitter Weekly Updates for 2010-07-18

  • Success Tweeting Headlines from IPAWS-OPEN Alerts. Follow @dmopenstate if you want to be spammed during the upcoming demos. #

IPAWS-OPEN Not Fully International

Rick Wimberly’s Emergency Management blog identifies the fact that I stated that IPAWS-OPEN could make international connections. BUT………
U.S. regulations make inter-nation connectivity fairly difficult, if not impossible, unless there are treaties and/or formal diplomatic agreements in place. So, it can work with Canada where we have both agreements in place and a real need for cross-border civilian population alerting. With other nations… not so much. Just a clarification.

IPAWS-OPEN 2.0

We used to advertise that DM-OPEN 2.0 would be released this summer and that its follow-on would be IPAWS-OPEN 3.0. We have changed our mind (with good reason). OPEN 2.0 will be IPAWS-OPEN 2.0. IPAWS takes full control of OPEN in mid September. Version 2.0 will be fully functional in terms of basic IPAWS architecture and will be used for IPAWS sponsored demonstrations, interoperability events, etc. OPEN version 3.0 will be needed for Cellular Mobile Alerting Services (CMAS), full compatibility with Common Alerting Protocol (CAP) version 1.2, and full compliance with the IPAWS Profile. Still, a lot of basic capabilities required for IPAWS can be done with OPEN 2.0. It can be used for text based Emergency Alert System (EAS) messages, National Weather Service Non-Weather Emergency Messages, and can be a basis for development by vendors of all types that wish to use a non-proprietary system and protocol for the exchange of messages that use Emergency Data Exchange Language Distribution Element (EDXL-DE) and/or CAP. (And do not forget that National Information Exchange Model (NIEM) Information Exchange Packages (IEP) make excellent content objects inside an EDXL-DE.)

IPAWS Presents to World Conference on Disaster Management

Marck Lucero (FEMA) and I made a presentation to attendees at the World Conference on Disaster Management in Toronto in June about how IPAWS will be able to play in cross-border alerting and how we can use IPAWS-OPEN to connect to Canadian alerting infrastructure in a way that allows resilient connectivity between local authorities on both sides of the border. It is a 17 minute presentation in Quick Time format.

Testing my Belief in IPAWS-OPEN

I have been offered three separate work opportunities in the last two weeks. All good. All interesting. If I were concerned that the OPEN “thing” was in trouble I would be gone. But I remain confident in success. I am a believer, but more importantly I am seeing results. Successful Production Readiness Review this week. Yes it will happen.

IPAWS, EAS, NAB, and CAP

IMG_0174-300x225

Spent April 10-15 in Las Vegas at the Annual National Association of Broadcasters (NAB) annual convention. What a huge event! And what a success for IPAWS! We showed that you can write CAP messages using a variety of input software and they can be auto-delivered by the IPAWS aggregator prototype (DM-OPEN) to an wide variety of Emergency Alert System (EAS) Broadcast devices, radios (to include NOAA weather radios), and specialized software of many kinds. I was even auto-tweeting the headlines of CAP messages retreived from the aggregator. It all works folks. Kudos to the whole team: IPAWS folks, vendors, and broadcasters. We are on our way.