[ANSS-netops] reftek suddently stops streaming

Fri Nov 11 23:12:03 UTC 2011

Antonio,

What do yoiu mean by adding more Discovery lines.  Is not the 
Discovery address point to the address of the RTPD server?  Do you 
mean one can point say to a subnet which the RT130(s) are on?

Thanks,
Mark

At 16:13 11/10/2011, Antonio Sanchez wrote:
>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
> >>
> >
> >
>_______________________________________________
>ANSS-netops mailing list
>ANSS-netops at geohazards.usgs.gov
>https://geohazards.usgs.gov/mailman/listinfo/anss-netops

*********************************************************
Mark E. Meremonte         Geophysicist    Eq_Effects/NEIC

U.S. Geological Survey:  Geologic Hazards Science Center
  Denver Federal Center         Work: 303-273-8670   Cell: 303-478-5766
MS 966, Box 25046                 Email: meremonte at usgs.gov
Denver, CO  80225                  Web: http://geohazards.usgs.gov

Ship:  U.S. Geological Survey, 1711 Illinois St., Golden, CO 80401
**********************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://geohazards.usgs.gov/pipermail/anss-netops/attachments/20111111/0fd6ceb7/attachment.html>