[ANSS-netops] ANSS-netops Digest, Vol 44, Issue 5
John R. Evans (Santa Cruz)
jrevans at usgs.gov
Tue Feb 12 18:28:50 UTC 2013
Hi All,
The relative success of short text messages during major emergencies also suggests that we should be squawking out basic shaking metrics before attempting to send waveforms for larger signals; modern instruments are fully capable of computing and sending these shaking metrics. I'd suggest settling on the ShakeMap set of parameters to support emergency response, including our own.
Similarly, when we settle on an appropriate set of metrics, a rapid-fire set of short texts are a good way to get through the data needed for early warning (particularly since once a path is established, it tends to stay open and fast for a few tens of seconds because servers keep recently used path information in fast memory). Distributed computing has its uses.
I tested and did this burst messaging in Tremor all those years ago with a very modest processor under DOS and it worked fine. The first (UDP) message had about 2/3 success and later messages upward of 95%; presumably this translates to speed improvements with use of text messaging in the kind of fast series needed for early warning initial and progressively improved warnings as well as for faster improvement of ShakeMap estimates.
All the best,
John
John R. Evans
-------------------------
831-460-7593 direct
408-209-6219 mobile
jrevans at usgs.gov
-------------------------
Normally at (mail or shipping):
U.S. Geological Survey
400 Natural Bridges Dr
Santa Cruz CA 95060
-------------------------
Intermittently at:
Mail ONLY
USGS/ASL
P.O. Box 82010
Albuquerque NM 87198-2010
Shipping ONLY
USGS/ASL
Target Rd 10002 Isleta SE
Kirtland AFB NM 87117
-------------------------
I got nasty habits; I take tea at three. (Mick Jagger)
-------------------------
--------------------------------------------------
On 12 Feb 2013, at 04:00, anss-netops-request at geohazards.usgs.gov wrote:
> Send ANSS-netops mailing list submissions to
> anss-netops at geohazards.usgs.gov
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://geohazards.usgs.gov/mailman/listinfo/anss-netops
> or, via email, send a message with subject or body 'help' to
> anss-netops-request at geohazards.usgs.gov
>
> You can reach the person managing the list at
> anss-netops-owner at geohazards.usgs.gov
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of ANSS-netops digest..."
>
>
> Today's Topics:
>
> 1. Re: ANSS-netops Digest, Vol 44, Issue 3 (Jon Rusho)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 11 Feb 2013 10:15:41 -0700
> From: Jon Rusho <jon at seis.utah.edu>
> To: Greg Steiner <vlf at cablerocket.com>
> Cc: anss-netops at geohazards.usgs.gov
> Subject: Re: [ANSS-netops] ANSS-netops Digest, Vol 44, Issue 3
> Message-ID: <5119273D.4030507 at seis.utah.edu>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Talking to some of our cell providers, they claim that the data channels
> are typically not impacted the way voice channels are. That said, they
> may be thinking more along the lines of short, burst messages (text,
> sms) instead of continuous data flow. Reading some of the articles
> circulating about the communication issues from Hurricane Sandy, it
> sounds like text/sms was available when voice wasn't.
>
> This does highlight the rationale for a diversity of telemetry paths.
> For example, UUSS uses cell modems, spread-spectrum radio (900MHz and
> 2.4GHz), DSL and other network connections from the site hosts (e.g.,
> microwave, T-1, etc). We also still maintain our network of
> short-period stations on FM VHF radios. This diversity has helped out
> during non-disaster outages; e.g., a site host replaces a firewall and
> knocks out telemetry but a nearby station on spread-spectrum radio still
> provides data for that region.
>
>
> --jon
> --
> ===================================
> Jon Rusho
> Seismic Network Engineer
> University of Utah Seismograph Stations
>
> jon at seis.utah.edu
> 801-585-5523
>
>
> Greg Steiner wrote:
>> I am curious as to what the cellular providers are saying about
>> availability of their networks after a natural disaster. I am not
>> talking about cell sites that are destroyed in a disaster, but effects
>> arising from abnormal call volume. From what I have seen up here there
>> are always widespread reports that cellular calls don't go through
>> regularly after a tornado. It seems everyone has natural tendency to
>> get on the phone to check on people in the affected area and this
>> clogs up the network. Is cellular modem traffic handled with a
>> different priority? Will you find that data from your sites is not
>> available when you need it the most? does anyone have experience with
>> these types of issues?
>> Greg Steiner
>> On 2/9/2013 6:00 AM, anss-netops-request at geohazards.usgs.gov wrote:
>>> Send ANSS-netops mailing list submissions to
>>> anss-netops at geohazards.usgs.gov
>>>
>>> To subscribe or unsubscribe via the World Wide Web, visit
>>> https://geohazards.usgs.gov/mailman/listinfo/anss-netops
>>> or, via email, send a message with subject or body 'help' to
>>> anss-netops-request at geohazards.usgs.gov
>>>
>>> You can reach the person managing the list at
>>> anss-netops-owner at geohazards.usgs.gov
>>>
>>> When replying, please edit your Subject line so it is more specific
>>> than "Re: Contents of ANSS-netops digest..."
>>>
>>>
>>> Today's Topics:
>>>
>>> 1. Re: Cell modem? (Antonio Sanchez)
>>>
>>>
>>> ----------------------------------------------------------------------
>>>
>>> Message: 1
>>> Date: Fri, 8 Feb 2013 17:45:43 -0600
>>> From: Antonio Sanchez <a.sanchez at reftek.com>
>>> To: Philip Crotwell <crotwell at seis.sc.edu>
>>> Cc: "anss-netops at geohazards.usgs.gov"
>>> <anss-netops at geohazards.usgs.gov>
>>> Subject: Re: [ANSS-netops] Cell modem?
>>> Message-ID:
>>> <CAPyYzv=iaBd=D+CAubhWx1RbBNC_tPLj87d6V3WRW+TqoY-BYQ at mail.gmail.com>
>>> Content-Type: text/plain; charset="windows-1252"
>>>
>>> Hi All,
>>>
>>> A 5 GB data plan will suffice, 6 channels at 100 SPS, gain 1, with a c0
>>> compression will be around 3Gb a month and at c2 about half of that for
>>> quite places. We have AT&T and Verizon plans.
>>>
>>> For real numbers, I can mention that we are running the following setup
>>> in the field for more than a year now : 6 Channels( First three channels
>>> at high gain), 100 SPS, c2 and our daily usage is around 120-140 Mb for a
>>> very noisy station and 60-80 Mb for quieter stations.
>>>
>>> I asked around about the c0 and c2 mystery, back in the 80's with the 72
>>> Series we called our compressed data c0 (C and Zero) it was a Hex value,
>>> very similar to CO for compressed, that's was probably the only
>>> compression we could talk about back then and there was no need to say
>>> Steim1, just Steim compression. Along the way we did another c1
>>> compression for "specific reasons" and then Steim2 in which case we called
>>> it c2. So users know about c0 and c2 and don't worry about c1 and nothing
>>> beyond c2 for now.
>>>
>>> Antonio
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Fri, Feb 8, 2013 at 4:29 PM, Philip Crotwell <crotwell at seis.sc.edu>wrote:
>>>
>>>
>>>> We have been doing 3 x 100sps from refteks over cell modems with no data
>>>> volume problems and accidentally had 6 x 100 sps at one station for a
>>>> while. It came in fine with no "over the gigabyte limit" issues. I think we
>>>> have 5Gb/month caps as well, on verizon and AT&T.
>>>>
>>>> Using compression on the refteks helps a lot, so use either CO or C2, but
>>>> be aware that C2 for a very quiet station can pack more samples into a
>>>> reftek packet than will fit into a tracebuf, resulting in the tracebuf
>>>> being booted out of the system. For most normal stations this shouldn't be
>>>> an issue, and in the cases where it is you can use CO or can set the gain
>>>> to x32, or both.
>>>>
>>>> Philip
>>>>
>>>>
>>>> On Fri, Feb 8, 2013 at 5:19 PM, Doug Given <given at caltech.edu> wrote:
>>>>
>>>>
>>>>> Our real-world numbers from 6-channel Q330s (Steim 2 compression)
>>>>> show volumes of about 3.2Gb/mo or less. We have exceeded the 5Gb/mo limit
>>>>> when there is some pathology at the station that causes lots of resends. So
>>>>> far our carrier, Verizon, has not dinged us for any overages.
>>>>>
>>>>> +-----------------------------------------------------------------+
>>>>> | Douglas Given | Project Chief |
>>>>> | U.S. Geological Survey | S. California Earthquake Monitoring |
>>>>> | Caltech Seismological Lab | (626)583-7812 FAX: (626)583-7827 |
>>>>> | 525 So. Wilson Ave. | given at caltech.edu or doug at usgs.gov |
>>>>> | Pasadena, CA 91106 | http://earthquake.usgs.gov |
>>>>> +-----------------------------------------------------------------+
>>>>>
>>>>> On 2/8/2013 1:53 PM, James H Bollwerk (jbollwrk) wrote:
>>>>>
>>>>> Just getting into the cell modem game and need help.****
>>>>>
>>>>> We?ll be Streaming 6 x100 sps from a RT130-01/6 with a Raven XE (ATT
>>>>> provider). ****
>>>>>
>>>>> Our university plan will allow 5GB per billing cycle. With compression
>>>>> that should work.****
>>>>>
>>>>> Does anyone have real world data usage numbers?****
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> ANSS-netops mailing listANSS-netops at geohazards.usgs.govhttps://geohazards.usgs.gov/mailman/listinfo/anss-netops
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> ANSS-netops mailing list
>>>>> ANSS-netops at geohazards.usgs.gov
>>>>> https://geohazards.usgs.gov/mailman/listinfo/anss-netops
>>>>>
>>>>>
>>>>>
>>>> _______________________________________________
>>>> ANSS-netops mailing list
>>>> ANSS-netops at geohazards.usgs.gov
>>>> https://geohazards.usgs.gov/mailman/listinfo/anss-netops
>>>>
>>>>
>>>>
>>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> ANSS-netops mailing list
>> ANSS-netops at geohazards.usgs.gov
>> https://geohazards.usgs.gov/mailman/listinfo/anss-netops
>>
>
>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> ANSS-netops mailing list
> ANSS-netops at geohazards.usgs.gov
> https://geohazards.usgs.gov/mailman/listinfo/anss-netops
>
>
> ------------------------------
>
> End of ANSS-netops Digest, Vol 44, Issue 5
> ******************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://geohazards.usgs.gov/pipermail/anss-netops/attachments/20130212/c7044488/attachment-0001.html>
More information about the ANSS-netops
mailing list