<p dir="ltr">I'm having similar issues with non voted units. Latest firmware and latest acid.</p>
<p dir="ltr">I've tried everything.. <br><br><br></p>
<p dir="ltr"> </p>
<div class="gmail_quote">On Feb 27, 2015 2:11 PM, "Caleb Pal" <<a href="mailto:cleb@defcon-3.net">cleb@defcon-3.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Tim,<br>
<br>
I have watched multiple "100" counts of voter pings, and they all come back shortly after they are sent, I don't see any shaping behavior. I've outlined the network arch below. Both RTCM buffers are at 2000, voter.conf @ 250.<br>
<br>
I ran another ping this morning:<br>
<br>
PING (West): Packets tx: 10000, rx: 10000, oos: 0, Avg.: 5.997 ms<br>
PING (West): Worst: 17 ms, Best: 5 ms, 100.0% Packets successfully received (0.0% loss)<br>
<br>
The network:<br>
<br>
North RPT <-- UBNT 900MHz PtP --> RB-450G (IPSEC) <-- Fiber --> Cloud Core Router (IPSEC) <-- UBNT 5GHz PtP --> RB450G <-- Ethernet --> West RPT.<br>
<br>
The North site is on a 50/50 Fiber connection with no competing traffic. App_rpt lives on a server at the North site. West is 25/25 with QOS providing 5Mbps to any of the RTCM traffic. No routing hops between the fiber connections.<br>
<br>
The thing I find odd is that a restart of the RTCM temporarily fixes the issue.<br>
<br>
RTCM's are both S/W Version: 1.46 03/04/2014.<br>
<br>
Thanks,<br>
<br>
Caleb<br>
<br>
On 2/27/2015 0656, Tim Sawyer wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Do the pings “wind up and pitch”… i.e., no immediate response then they all come back in sorta of a batch? That would indicate traffic shaping on the new network.<br>
<br>
The "packets out of bounds" message means the buffers are too small. Is the RTCM buffer set at 2000 (250ms)?<br>
<br>
One thing you might try is to change the port. Port 667 is viewed as a bad guy by some ISPs. I’ve been using port 2074 on problem systems.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Feb 26, 2015, at 4:33 PM, Caleb Pal <<a href="mailto:cleb@defcon-3.net" target="_blank">cleb@defcon-3.net</a>> wrote:<br>
<br>
Hello All,<br>
<br>
We have a two site Voted Simulcast consisting of 2 UHF Motorola Quantars, Thunderbolts, and 2 RTCM's. Master site is North, secondary Voter/TX site is West. Recently I have noticed significant choppy audio, mostly absent a PL, being transmitted from the West Site. It appears the repeater is keying/dekeying a couple times a second. On the West RTCM console I see:<br>
<br>
02/27/2015 00:23:15.592 Inbound (Eth Rx) packet out of bounds by: -60<br>
02/27/2015 00:23:25.532 Inbound (Eth Rx) packet out of bounds by: -60<br>
02/27/2015 00:23:35.532 Inbound (Eth Rx) packet out of bounds by: -60<br>
<br>
Physical link between the sites is over a Ubiquiti 5GHz link, then fiber. IPSEC end to end. Voter Ping output is below.<br>
<br>
PING (West): Packets tx: 100, rx: 100, oos: 0, Avg.: 13.940 ms<br>
PING (West): Worst: 22 ms, Best: 7 ms, 100.0% Packets successfully received (0.0% loss)<br>
<br>
Standard ping between Voter and West RTCM:<br>
<br>
3297 packets transmitted, 3293 received, 0% packet loss, time 3297289ms<br>
rtt min/avg/max/mdev = 2.953/4.166/111.124/3.812 ms<br>
<br>
TX/RX buffers are 250ms. When I restart the West RTCM, the symptoms resolve for a hour or so, then begin to occur again.<br>
<br>
System was previously functioning normally. Only change has been from ADSL to fiber at the North site. West site was down for 2-3 weeks while the line was switched, so I can't absolutely correlate this issue to the connection change.<br>
<br>
Pings when the issue is occurring look good (<10ms voter to West RTCM)<br>
<br>
Any ideas?<br>
<br>
Thanks,<br>
<br>
Caleb<br>
<br>
<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
App_rpt-users mailing list<br>
<a href="mailto:App_rpt-users@ohnosec.org" target="_blank">App_rpt-users@ohnosec.org</a><br>
<a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/<u></u>mailman/listinfo/app_rpt-users</a><br>
<br>
To unsubscribe from this list please visit <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/<u></u>mailman/listinfo/app_rpt-users</a> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"<br>
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.<br>
</blockquote></blockquote>
<br>
______________________________<u></u>_________________<br>
App_rpt-users mailing list<br>
<a href="mailto:App_rpt-users@ohnosec.org" target="_blank">App_rpt-users@ohnosec.org</a><br>
<a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/<u></u>mailman/listinfo/app_rpt-users</a><br>
<br>
To unsubscribe from this list please visit <a href="http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users" target="_blank">http://ohnosec.org/cgi-bin/<u></u>mailman/listinfo/app_rpt-users</a> and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"<br>
You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. </blockquote></div>