<br><font size=2 face="sans-serif">Phillip,</font>
<br>
<br><font size=2 face="sans-serif">Your problem sounds like a problem with
the RT-130's TCP/IP stack's inability to detect a down, then up, network
connection. &nbsp; I use to get this problem much in the early history
of the RT-130s. &nbsp;I got around it by enabling continuous IP device
power to the IP stack rather then toggle/auto. &nbsp; And, to this day,
I still always enable continuous IP device power as a matter of course
to prevent the possibility of it happening especially when there is a radio
in the IP link instead of a &quot;hard&quot; landline connection.</font>
<br>
<br><font size=2 face="sans-serif">Mark</font>
<br>
<br><font size=2 face="sans-serif">******************************************************************************<br>
Mark E. Meremonte &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Geophysicist
&nbsp; &nbsp;USGS/ANSS/NEIC<br>
<br>
U.S. Geological Survey &nbsp; &nbsp; &nbsp;Work: 303-273-8670 &nbsp; Cell:
303-478-5766<br>
MS 966, Box 25046 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Email:
meremonte@usgs.gov<br>
Denver, CO &nbsp;80225 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp;Web: </font><a href=http://geohazards.cr.usgs.gov/><font size=2 face="sans-serif">http://geohazards.cr.usgs.gov</font></a><font size=2 face="sans-serif"><br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp;<br>
Ship: &nbsp;U.S. Geological Survey, 1711 Illinois St., Golden, CO 80401<br>
******************************************************************************</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">From:</font>
<td><font size=1 face="sans-serif">Philip Crotwell &lt;crotwell@seis.sc.edu&gt;</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">To:</font>
<td><font size=1 face="sans-serif">mwithers@memphis.edu</font>
<tr>
<td valign=top><font size=1 color=#5f5f5f face="sans-serif">Cc:</font>
<td><font size=1 face="sans-serif">anss-netops@geohazards.usgs.gov</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Date:</font>
<td><font size=1 face="sans-serif">12/14/2010 16:34</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Subject:</font>
<td><font size=1 face="sans-serif">Re: [ANSS-netops] rtp2rtpd question</font>
<tr valign=top>
<td><font size=1 color=#5f5f5f face="sans-serif">Sent by:</font>
<td><font size=1 face="sans-serif">anss-netops-bounces@geohazards.usgs.gov</font></table>
<br>
<hr noshade>
<br>
<br>
<br><tt><font size=2>I have not had much experience with rtp2rtpd except
between two<br>
computers on the same local subnet, so I haven't seen this exact<br>
problem. However, we have seen lots of cases where a link to a single<br>
station (cell modem) goes down and comes back up, but the rtp<br>
connection doesn't. Sometimes it comes back eventually (hours to days)<br>
and sometimes we have to go out and push the power button. We also end<br>
up with data gaps even in cases of very short outages that should not<br>
exceed the local buffer. Lots of weirdness I just don't understand.<br>
<br>
Any chance your issue was with the station to rtpd link instead of the<br>
rtp2rtpd link? Not that I have anything useful in that case other than<br>
sympathy but at least you aren't alone. :(<br>
<br>
Philip<br>
<br>
On Tue, Dec 14, 2010 at 11:23 AM, &nbsp;&lt;mwithers@memphis.edu&gt; wrote:<br>
&gt;<br>
&gt; We have rtpd running at a remote node and rtp2rtpd on that node transfering<br>
&gt; the data to a central site via private microwave. &nbsp;Inclement
weather<br>
&gt; frequently disrupts comm over the microwave link. &nbsp;During a recent<br>
&gt; disruption, when comm was restored, rtp2rtpd was successfully transfering<br>
&gt; data for some stations but not others. So I stopped and restarted
rtp2rtpd<br>
&gt; and data transmission was restored. &nbsp;I don't see anything significant
in<br>
&gt; the logs to suggest what the problem was. &nbsp;Has anyone running
rtp2rtpd<br>
&gt; seen this sort of thing before and if so, what did you do to correct
it<br>
&gt; so that you resume data transmission without manual intervention?<br>
&gt;<br>
&gt; Mitch<br>
&gt;<br>
&gt; Center for Earthquake Research and Information (CERI)<br>
&gt; University of Memphis &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp;Ph: 901-678-4940<br>
&gt; Memphis, TN 38152 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; Fax: 901-678-4734<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; ANSS-netops mailing list<br>
&gt; ANSS-netops@geohazards.usgs.gov<br>
&gt; </font></tt><a href="https://geohazards.usgs.gov/mailman/listinfo/anss-netops"><tt><font size=2>https://geohazards.usgs.gov/mailman/listinfo/anss-netops</font></tt></a><tt><font size=2><br>
&gt;<br>
_______________________________________________<br>
ANSS-netops mailing list<br>
ANSS-netops@geohazards.usgs.gov<br>
</font></tt><a href="https://geohazards.usgs.gov/mailman/listinfo/anss-netops"><tt><font size=2>https://geohazards.usgs.gov/mailman/listinfo/anss-netops</font></tt></a><tt><font size=2><br>
</font></tt>
<br>
<br>