On Sat, 9 Mar 2019, Brandon Martin wrote:
Any reason the ISP has to be directly involved in this? The relevant government organization originating the alert could easily have a service to make that information available to the public via some standard API (maybe they do)?
ISPs with Akamai servers on their network already have this. Akamai supplies FEMA IPAWS messages anywhere on its CDN. Smart Speakers, Smart TVs, streaming devices could query the nearest Akamai CDN server on the ISP network.
Does it have to be push and application-agnostic? Maybe that's (gasp) a reasonable application for Internet multicast. Operators could help, here, by making sure that particular application of Internet multicast actually works even if other applications don't, and governments originating alerts could help by making that straightforward.
I've proposed using multicast in the past. Canada uses IP Multicast over satellite for its system. Emergency alerts are usually supplied at no-cost to subscribers by the supplier. That is, cellular carriers do not charge for SMS fees, cable TV companies do not charge for the emergency alert channel, etc. It may be part of the overhead cost, but not a separate subscriber charge. Although FEMA IPAWS alerts are digitally signed, ISPs have never figure out a good way to secure IP multicast and prevent IP multicast DDOS. ISPs also haven't figured otu a good way to charge money for IP multicast. But since emergency alerts would be a non-chargable service, that's less of an issue for emergency alerts. But if ISPs did, they could transmit the FEMA IPAWS alert stream via multicast. Managed IPTV suppliers, i.e. AT&T U-Verse, use IP multicast for their emergency alert service.
Is it sufficient for the streaming services to simply include this information in their streams? Heck, they could just include all of them and let the device that's accessing the stream figure out which ones are relevant. After all, it's the streaming service that knows the user is consuming content suitable for inclusion of emergency alerts. The network operator rarely knows this directly (though we're pretty good at inferring it).
Requiring each streaming service to duplicate the emergency alert stream seems to be a lot more overhead than ISPs supplying one stream with only emergency alerts. This seems more like ISPs trying to cost shift to streaming suppliers, or vice versa, streaming services trying to cost shift to ISPs. ISPs already supply a DNS lookup service as part of their Internet service. ISPs could supply an Emergency Alert service as part of their basic Internet service. Of course, some ISPs suck at even DNS, so there are third-part DNS services. Unlike analog channels, Internet Protocol is multiplexed. IP can handle data from different sources over the same interfaces.
Do they? They know where the account is geographically located, but they don't necessarily know that the device consuming the media is located at the account address.
This was the huge debate with 9-1-1 VOIP emergency phone service. Rather than repeating the geolocation arguments, just incorporate the 9-1-1 VOIP geolocation debates by reference.
Again, operators could help here by providing some sort of service to say "Where is my account located?", but many consumers of streaming media have far more accurate information based on mobile network geolocation information, Wi-Fi mapping, or outright GPS.
I agree, when available. If a streaming device can figure out how to black-out sports events or geo-target advertising in specific geographic areas, it should be able to figure out which emergency alerts are relevant to specific geographic areas. Once again, the cellular industry is an example of fighting something. Although most smart phones have built in mapping services and cellular advertisers can track your geographic location within 10 meters; cellular providers have been dragging their feet in geo-locating emergency alerts. Automatically geo-locating indoor smart speakers and smart TVs is more difficult, but if advertisers can get geolocation information from AT&T, Amazon, Apple, Google, Sprint, T-Mobile, Verizon, etc; why can't emergency alerts?
Whether it's a good idea or even necessary to make those "helpful" features mandatory is perhaps a good question. At this stage, I'd probably lean toward no and see whether things resolve themselves on their own. The Internet, et. al., is pretty good at adapting to use cases like this without heavy-handed intervention it seems.
Sitting on the sidelines means you won't get to provide input on how it works. If you want to it to happen a specific way, then you need to contribute that way early in the process. The myth of the Internet figuring everything out isn't really true. Many of the things people take for granted, are the result of some intervention and even government requirements. Government requirements are often just public intervention when industry fails to act on its own.