[ANSS-netops] Cell modem?

[Antonio Sanchez]

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 highg 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 alot, 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
>
>


-- 

Antonio Sanchez

REFTEK Customer Support Manager

*[image: Description: O:\REFTEK\reftek_logo _ATC(MEJ).JPG]*

1600 10th Street Plano TX 75074 USA

Ph 214 440-1265

Ph 214 440-1271 (direct)

http://www.reftek.com

ftp://ftp.reftek.com

" Want to become an expert with REF TEK equipment?  Attend our REF TEK

University.  Follow the link on our web site http://www.reftek.com "
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://geohazards.usgs.gov/pipermail/anss-netops/attachments/20130208/22653ab9/attachment.html>