[ANSS-netops] reftek suddently stops streaming

Antonio Sanchez A.Sanchez at reftek.com
Thu Nov 10 23:13:37 UTC 2011


Dear Mitch,

I don't think the different versions of firmware are an issue as the protocol in the REFTEKs remains the same.   We have made some improvements in communications,  buffer handling but nothing to do with the fact of reconnecting or not.

Can I have some log files for the time Frame when you are seeing the problems ?  That will help me pin point the problem you are seeing.

Sometimes a REF TEK would not reconnect to its Router or switch as they are unable to negotiate the Ethernet Speed,   the 130 Ethernet chip is a 10 Mbps and most of routers these days are gigabits,  to avoid the reconnection problem,  the Ethernet device on the 130 should be left on Continuous or on all the time ( instead of Auto ) using the Ethernet menu on the PALM or RTCC.

The port description you mentioned is a normal behavior for the routers,   they open a port and it remains open for a few seconds until the central RTPD answers the request.  If you have different networks or gateways you can also try to add more Discovery lines in the Central site RTPD.INI file, they look like :


DiscoveryAddr 172.16.1.22

And you can have as many as you need,

Let me know how that works,  also please send me the log files to better understand what happened

Antonio







Antonio Sanchez
REFTEK Customer Support Manager
Refraction Technology Inc
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 "



-----Original Message-----
From: anss-netops-bounces at geohazards.usgs.gov [mailto:anss-netops-bounces at geohazards.usgs.gov] On Behalf Of mwithers at memphis.edu
Sent: Thursday, November 10, 2011 10:49 AM
To: Philip Crotwell
Cc: anss-netops at geohazards.usgs.gov
Subject: Re: [ANSS-netops] reftek suddently stops streaming


Whoops, we're running cpu version 3.0.0 on the station referenced here 3.2.2
on another problem station, and 3.3.0 on still others (even the ones running
3.3.0 seem to have the problem though not as bad).  Its a little hard
to prove, but my guess is that the rt130 makes a udp connection and the
router assigns a comm port.  Then for whatever reason, the port the
router has assigned is not the same as what the rt130 and rtpd think
is being used.  Rebooting syncs everyone up again (though not today for
an unknown reason).  This gets particularly problematic with multiple
das's behind a single router.

Mitch

Center for Earthquake Research and Information (CERI)
University of Memphis                Ph: 901-678-4940
Memphis, TN 38152                   Fax: 901-678-4734


On Thu, 10 Nov 2011, Philip Crotwell wrote:

> Do you know what firmware you are running? My memory is that there was
> a firmware upgrade in the not too distant past that addressed some
> issues with refteks not reconnecting even when the link was up. Sorry
> I don't remember the exact version.
>
> Philip
>
> On Thu, Nov 10, 2011 at 11:22 AM,  <mwithers at memphis.edu> wrote:
>>
>> We have 6-c retek RT130's behind a netgear router.  The ones on private
>> networks seem to work great but the ones on public networks seem to stop
>> streaming data every couple weeks (or every couple days in extreme cases).
>> When it does this we can get an http connection to the router.  We can
>> use rtcc to get a direct connection to the reftek.  We can see that the
>> reftek is operating and acuisition start is on and buffer is filling up.
>> But data are not received by rtpd and can't get an rtpd type connection
>> from rtcc.  A power cycle on the router and reftek usually works but not
>> today.  Does anyone have any ideas on what we could try next to get data
>> flowing again?
>>
>> Here are some relevant lines from the log:
>> 2011:314-15:49:33 achilles rtpd[21986] RTPHandleEvent: Unit AC00 Event: TO-
>> (Sync-Sent)
>> 2011:314-15:49:33 achilles rtpd[21986] RTPHandleEvent: Unit AC00 Action:
>> This Layer Down
>> 2011:314-15:49:33 achilles rtpd[21986] RTPHandleEvent: Unit AC00 Application
>> layer (RTP) Down!
>> 2011:314-15:49:33 achilles rtpd[21986] RTPHandleEvent: Unit AC00 Action:
>> This Layer Finished
>> 2011:314-15:49:33 achilles rtpd[21986] RTPHandleEvent: Unit 0000 Transition
>> to State: Stopped
>>
>>
>> Mitch
>>
>> Center for Earthquake Research and Information (CERI)
>> University of Memphis                Ph: 901-678-4940
>> Memphis, TN 38152                   Fax: 901-678-4734
>>
>>
>> _______________________________________________
>> ANSS-netops mailing list
>> ANSS-netops at geohazards.usgs.gov
>> https://geohazards.usgs.gov/mailman/listinfo/anss-netops
>>
>
>


More information about the ANSS-netops mailing list