On Feb 27, 2015 2:11 PM, "Caleb Pal" <cleb@defcon-3.net> wrote:

Tim,

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.

I ran another ping this morning:

PING (West): Packets tx: 10000, rx: 10000, oos: 0, Avg.: 5.997 ms
PING (West):  Worst: 17 ms, Best: 5 ms, 100.0% Packets successfully received (0.0% loss)

The network:

North RPT <-- UBNT 900MHz PtP --> RB-450G (IPSEC) <-- Fiber --> Cloud Core Router (IPSEC) <-- UBNT 5GHz PtP --> RB450G <-- Ethernet --> West RPT.

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.

The thing I find odd is that a restart of the RTCM temporarily fixes the issue.

RTCM's are both S/W Version: 1.46 03/04/2014.

Thanks,

Caleb

On 2/27/2015 0656, Tim Sawyer wrote:

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.

The "packets out of bounds" message means the buffers are too small. Is the RTCM buffer set at 2000 (250ms)?

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.

On Feb 26, 2015, at 4:33 PM, Caleb Pal <cleb@defcon-3.net> wrote:

Hello All,

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:

02/27/2015 00:23:15.592  Inbound (Eth Rx) packet out of bounds by: -60
02/27/2015 00:23:25.532  Inbound (Eth Rx) packet out of bounds by: -60
02/27/2015 00:23:35.532  Inbound (Eth Rx) packet out of bounds by: -60

Physical link between the sites is over a Ubiquiti 5GHz link, then fiber. IPSEC end to end. Voter Ping output is below.

PING (West): Packets tx: 100, rx: 100, oos: 0, Avg.: 13.940 ms
PING (West):  Worst: 22 ms, Best: 7 ms, 100.0% Packets successfully received (0.0% loss)

Standard ping between Voter and West RTCM:

3297 packets transmitted, 3293 received, 0% packet loss, time 3297289ms
rtt min/avg/max/mdev = 2.953/4.166/111.124/3.812 ms

TX/RX buffers are 250ms. When I restart the West RTCM, the symptoms resolve for a hour or so, then begin to occur again.

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.

Pings when the issue is occurring look good (<10ms voter to West RTCM)

Any ideas?

Thanks,

Caleb





_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
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.

_______________________________________________
App_rpt-users mailing list
App_rpt-users@ohnosec.org
http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users

To unsubscribe from this list please visit http://ohnosec.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button"
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.