Problem of packet loss with a wireless link between 2 QRT-5

RouterOS Wireless Networking
1

Hello,

I contact you about a weird problem with a wireless link between 2 QRT-5 (routeros : v6.22 on both)
When I ping the station from the AP I have packet loss, it s pretty irregular, no loss for 30 seconds, then loss for 4/5 seconds, then no loss again, then loss for 10 seconds, etc…
I first check my wireless link, but it seems that the problem doesn’t come from it :
Signal : -39/-39 dBm
CCQ : 97/98%
TX/RX rate : 300/300 Mbps
Physical distance between devices : 50m
I tried different frequencies and still have my problem.

I tried a lot of different settings (AP Bridge => station / AP Bridge => station bridge / an actually AP Bridge => station WDS).
I also tried to enable the wireless-fp package on the AP (was afraid to lose link with the station) and it is worse (70/80% loss).

I was losing hope when I find something.
If I ping the AP from the station, I don’t have any packet loss.
And if I ping the AP from the station and the station from the AP, no packet loss on any ping.

So for the moment both sides pings save me but that’s not really a good solution :slight_smile:

AP wireless advanced export :

name="wlan1" mtu=1500 mac-address=4C:5E:0C:80:9B:FD arp=enabled disable-running-check=no interface-type=Atheros AR9300 radio-name="4C5E0C809BFD" 
      mode=ap-bridge ssid="R1A1C5-PTP" area="" frequency-mode=regulatory-domain country=france antenna-gain=14 frequency=5320 band=5ghz-a/n 
      channel-width=20/40mhz-ht-below scan-list=default wireless-protocol=802.11 rate-set=default 
      supported-rates-a/g=6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,54Mbps basic-rates-a/g=6Mbps max-station-count=2007 distance=dynamic 
      tx-power-mode=default noise-floor-threshold=default nv2-noise-floor-offset=default periodic-calibration=default periodic-calibration-interval=60 
      dfs-mode=none wds-mode=dynamic wds-default-bridge=bridge-local wds-default-cost=100 wds-cost-range=50-150 wds-ignore-ssid=no 
      update-stats-interval=disabled bridge-mode=enabled default-authentication=yes default-forwarding=yes default-ap-tx-limit=0 default-client-tx-limit=0 
      proprietary-extensions=post-2.9.25 wmm-support=disabled hide-ssid=yes security-profile=default disconnect-timeout=3s on-fail-retry-time=100ms 
      preamble-mode=both compression=no allow-sharedkey=no station-bridge-clone-mac=00:00:00:00:00:00 ht-ampdu-priorities=0 ht-guard-interval=any 
      ht-supported-mcs=mcs-0,mcs-1,mcs-2,mcs-3,mcs-4,mcs-5,mcs-6,mcs-7,mcs-8,mcs-9,mcs-10,mcs-11,mcs-12,mcs-13,mcs-14,mcs-15,mcs-16,mcs-17,mcs-18,mcs-19,mcs-
                 20,mcs-21,mcs-22,mcs-23 
      ht-basic-mcs=mcs-0,mcs-1,mcs-2,mcs-3,mcs-4,mcs-5,mcs-6,mcs-7 ht-txchains=0,1 ht-rxchains=0,1 ht-amsdu-limit=8192 ht-amsdu-threshold=8192 
      tdma-period-size=2 nv2-queue-count=2 nv2-qos=default nv2-cell-radius=30 nv2-security=disabled nv2-preshared-key="" hw-retries=7 frame-lifetime=0 
      adaptive-noise-immunity=none hw-fragmentation-threshold=disabled hw-protection-mode=none hw-protection-threshold=0 frequency-offset=0 
      rate-selection=advanced multicast-helper=default multicast-buffering=enable

Station wireless advanced export :

name="wlan1" mtu=1500 mac-address=4C:5E:0C:80:9B:23 arp=enabled disable-running-check=no interface-type=Atheros AR9300 radio-name="4C5E0C809B23" 
      mode=station-wds ssid="R1A1C5-PTP" area="" frequency-mode=regulatory-domain country=france antenna-gain=24 frequency=auto band=5ghz-a/n 
      channel-width=20mhz scan-list=default wireless-protocol=any rate-set=default 
      supported-rates-a/g=6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,54Mbps basic-rates-a/g=6Mbps max-station-count=2007 distance=dynamic 
      tx-power-mode=default noise-floor-threshold=default nv2-noise-floor-offset=default periodic-calibration=default periodic-calibration-interval=60 
      dfs-mode=none wds-mode=dynamic wds-default-bridge=bridge-local wds-default-cost=100 wds-cost-range=50-150 wds-ignore-ssid=no 
      update-stats-interval=disabled bridge-mode=enabled default-authentication=yes default-forwarding=yes default-ap-tx-limit=0 default-client-tx-limit=0 
      proprietary-extensions=post-2.9.25 wmm-support=disabled hide-ssid=no security-profile=default disconnect-timeout=3s on-fail-retry-time=100ms 
      preamble-mode=both compression=no allow-sharedkey=no station-bridge-clone-mac=00:00:00:00:00:00 ht-ampdu-priorities=0 ht-guard-interval=any 
      ht-supported-mcs=mcs-0,mcs-1,mcs-2,mcs-3,mcs-4,mcs-5,mcs-6,mcs-7,mcs-8,mcs-9,mcs-10,mcs-11,mcs-12,mcs-13,mcs-14,mcs-15,mcs-16,mcs-17,mcs-18,mcs-19,
                 mcs-20,mcs-21,mcs-22,mcs-23 
      ht-basic-mcs=mcs-0,mcs-1,mcs-2,mcs-3,mcs-4,mcs-5,mcs-6,mcs-7 ht-txchains=0,1 ht-rxchains=0,1 ht-amsdu-limit=8192 ht-amsdu-threshold=8192 
      tdma-period-size=2 nv2-queue-count=2 nv2-qos=default nv2-cell-radius=30 nv2-security=disabled nv2-preshared-key="" hw-retries=7 frame-lifetime=0 
      adaptive-noise-immunity=none hw-fragmentation-threshold=disabled hw-protection-mode=none hw-protection-threshold=0 frequency-offset=0 
      rate-selection=advanced multicast-helper=default multicast-buffering=enable

Il also enable debug logs and i can’t see anything.

Any idea ?
(Il also send this message to support@mikrotik.com)

Thanks,

2

Your signal is very strong, reduce tx power
Also there is some minor bug in nv2
read this topic http://forum.mikrotik.com/t/v6-23-almost-ready-for-full-release-please-check-latest-rc/83417/8
in meantime just use nstreme

3

I am using : wireless-protocol=802.11

And actually my tx-power screenshot is attached.
Tx-power.png

4

Please consider using Nv2 wireless protocol and enabling the wireless-fp package.
Also check maybe there is interference in that area.

5

Hello,

NV2 doesn’t change anything and i tried to use wireless-fp on the AP but it was worst (70/80% loss) so I desabled it (I have to be careful because I need 2H in car to go to the devices)
I don’t think it’s a radio problem, good signal, absolutly no fluctuation, no noise, etc…
And as I said when I make rapid pings FROM the Station TO the AP, the problem is gone, no packet loss between my devices…

It looks like an arp problem or something like that…

6

Dude u wrote

Than u wrote

???

Never the less sometimes packed loss can be related to 100% CPU usage if this is a case

7

Dude…

CPU is ok on AP and station (1/2%) and as I said it is a really WEIRD problem.

1/ When I m connected on my AP and I ping my station => Packet loss
2/ When I m connected on my Station and I ping my AP => no Packet loss
Now if I let the ping n°2 running and do the ping n°1 => no Packet loss

8

OK! I think your network signal is good but you losing your packet data and the consumption occurs as it is. The problem may be due to your internet Network provider. You may contact by knowing the provider details through http://www.whoisxy.com/ and i had approached the same website when i had a network problem.