<html>
<body>
Antonio,<br><br>
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?<br><br>
Thanks,<br>
Mark<br><br>
<br>
At 16:13 11/10/2011, Antonio Sanchez wrote:<br>
<blockquote type=cite class=cite cite="">Dear Mitch,<br><br>
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.<br><br>
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.<br><br>
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.<br><br>
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 :<br><br>
<br>
DiscoveryAddr 172.16.1.22<br><br>
And you can have as many as you need,<br><br>
Let me know how that works, also please send me the log files to
better understand what happened<br><br>
Antonio<br><br>
<br><br>
<br><br>
<br><br>
Antonio Sanchez<br>
REFTEK Customer Support Manager<br>
Refraction Technology Inc<br>
1600 10th Street Plano TX 75074 USA<br>
Ph 214 440-1265<br>
Ph 214 440-1271 (direct)<br>
<a href="http://www.reftek.com/" eudora="autourl">
http://www.reftek.com</a><br>
<a href="ftp://ftp.reftek.com/" eudora="autourl">ftp://ftp.reftek.com</a>
<br>
" Want to become an expert with REF TEK equipment? Attend our
REF TEK <br>
University. Follow the link on our web site
<a href="http://www.reftek.com/" eudora="autourl">
http://www.reftek.com</a> "<br><br>
<br><br>
-----Original Message-----<br>
From: anss-netops-bounces@geohazards.usgs.gov
[<a href="mailto:anss-netops-bounces@geohazards.usgs.gov" eudora="autourl">
mailto:anss-netops-bounces@geohazards.usgs.gov</a>] On Behalf Of
mwithers@memphis.edu<br>
Sent: Thursday, November 10, 2011 10:49 AM<br>
To: Philip Crotwell<br>
Cc: anss-netops@geohazards.usgs.gov<br>
Subject: Re: [ANSS-netops] reftek suddently stops streaming<br><br>
<br>
Whoops, we're running cpu version 3.0.0 on the station referenced here
3.2.2<br>
on another problem station, and 3.3.0 on still others (even the ones
running<br>
3.3.0 seem to have the problem though not as bad). Its a little
hard<br>
to prove, but my guess is that the rt130 makes a udp connection and
the<br>
router assigns a comm port. Then for whatever reason, the port
the<br>
router has assigned is not the same as what the rt130 and rtpd think<br>
is being used. Rebooting syncs everyone up again (though not today
for<br>
an unknown reason). This gets particularly problematic with
multiple<br>
das's behind a single router.<br><br>
Mitch<br><br>
Center for Earthquake Research and Information (CERI)<br>
University of
Memphis
Ph: 901-678-4940<br>
Memphis, TN
38152
Fax: 901-678-4734<br><br>
<br>
On Thu, 10 Nov 2011, Philip Crotwell wrote:<br><br>
> Do you know what firmware you are running? My memory is that there
was<br>
> a firmware upgrade in the not too distant past that addressed
some<br>
> issues with refteks not reconnecting even when the link was up.
Sorry<br>
> I don't remember the exact version.<br>
><br>
> Philip<br>
><br>
> On Thu, Nov 10, 2011 at 11:22 AM, <mwithers@memphis.edu>
wrote:<br>
>><br>
>> We have 6-c retek RT130's behind a netgear router. The
ones on private<br>
>> networks seem to work great but the ones on public networks seem
to stop<br>
>> streaming data every couple weeks (or every couple days in
extreme cases).<br>
>> When it does this we can get an http connection to the
router. We can<br>
>> use rtcc to get a direct connection to the reftek. We can
see that the<br>
>> reftek is operating and acuisition start is on and buffer is
filling up.<br>
>> But data are not received by rtpd and can't get an rtpd type
connection<br>
>> from rtcc. A power cycle on the router and reftek usually
works but not<br>
>> today. Does anyone have any ideas on what we could try
next to get data<br>
>> flowing again?<br>
>><br>
>> Here are some relevant lines from the log:<br>
>> 2011:314-15:49:33 achilles rtpd[21986] RTPHandleEvent: Unit AC00
Event: TO-<br>
>> (Sync-Sent)<br>
>> 2011:314-15:49:33 achilles rtpd[21986] RTPHandleEvent: Unit AC00
Action:<br>
>> This Layer Down<br>
>> 2011:314-15:49:33 achilles rtpd[21986] RTPHandleEvent: Unit AC00
Application<br>
>> layer (RTP) Down!<br>
>> 2011:314-15:49:33 achilles rtpd[21986] RTPHandleEvent: Unit AC00
Action:<br>
>> This Layer Finished<br>
>> 2011:314-15:49:33 achilles rtpd[21986] RTPHandleEvent: Unit 0000
Transition<br>
>> to State: Stopped<br>
>><br>
>><br>
>> Mitch<br>
>><br>
>> Center for Earthquake Research and Information (CERI)<br>
>> University of
Memphis
Ph: 901-678-4940<br>
>> Memphis, TN
38152
Fax: 901-678-4734<br>
>><br>
>><br>
>> _______________________________________________<br>
>> ANSS-netops mailing list<br>
>> ANSS-netops@geohazards.usgs.gov<br>
>>
<a href="https://geohazards.usgs.gov/mailman/listinfo/anss-netops" eudora="autourl">
https://geohazards.usgs.gov/mailman/listinfo/anss-netops</a><br>
>><br>
><br>
><br>
_______________________________________________<br>
ANSS-netops mailing list<br>
ANSS-netops@geohazards.usgs.gov<br>
<a href="https://geohazards.usgs.gov/mailman/listinfo/anss-netops" eudora="autourl">
https://geohazards.usgs.gov/mailman/listinfo/anss-netops</a></blockquote>
<x-sigsep><p></x-sigsep>
<br>
<font face="Times New Roman, Times">
*********************************************************<br>
Mark E. Meremonte
Geophysicist Eq_Effects/NEIC<br><br>
U.S. Geological Survey: Geologic Hazards Science Center<br>
Denver Federal
Center Work:
303-273-8670 Cell: 303-478-5766<br>
MS 966, Box
25046
Email: meremonte@usgs.gov<br>
Denver, CO
80225
Web:
<a href="http://geohazards.usgs.gov/" eudora="autourl">
http://geohazards.usgs.gov<br>
</a>
<br>
Ship: U.S. Geological Survey, 1711 Illinois St., Golden, CO
80401<br>
**********************************************************<br>
</font></body>
</html>