[mirex]

Прошу помощи, потому что сам уже сломал голову, что за ерунда.

Расстояние между точками 1км, абсолютно прямая видимость.

Схема сети следующая: провайдер -> AP NanoBridge M5-400 (x.x.47.3) -> Station NanoBridge M5-300 (x.x.47.4) - > Mikrotik RB 2011

Линк работал исправно 1,5 года, и неделю назад началось...Все вроде работает , но иногда начинают подскакивать пинги, пакеты могут теряться. Причем по времени это хаотично, заметил, что ночью практически не бывает. От нагрузки конечно пинги повышаются, но допустим пропускаю я по мосту 50Мбит/с дуплекса, пинг повышается до 30-40мс, но ничего не теряется. А в ситуации, которую я наблюдаю нагрузка может быть 1Мбит/с - и пакеты потерялись.

Частоты менял, полосу менял с 40 на 20Мгц, мощность понижал - все равно наблюдается проблема.

Пошел на отчаяный шаг, заменил обе головки бриджей на новые(без переноса самих бриджей) - все равно проблема наблюдается.

Думаю может где то коннектор окислился. Такое возможно?

Скрины с AP, station, пинги с микротика прилагаю.

 

Логи staion

 

May 28 17:55:17 system: Start

May 28 17:55:18 FileSystem: Start check...

May 28 17:55:35 FileSystem: End check.

May 29 06:23:03 system: Stop

May 29 06:23:17 system: Start

May 29 06:23:17 syslogd started: BusyBox v1.11.2

May 29 06:23:17 dropbear[2835]: Not backgrounding

May 29 06:23:18 wireless: ath0 Set Mode:Managed

May 29 06:25:41 wpa-supplicant: Trying to associate with 24:a4:3c:d8:36:4f (SSID='ed_bridge_odo' freq=5120 MHz)

May 29 06:25:41 wireless: ath0 Set Mode:Managed

May 29 06:25:41 wireless: ath0 Set Frequency:5.12 GHz (Channel 24)

May 29 06:25:41 wireless: ath0 New Access Point/Cell address:24:A4:3C:D8:36:4F

May 29 06:25:41 wpa-supplicant: Associated with 24:a4:3c:d8:36:4f

May 29 06:25:41 wpa-supplicant: WPA: Key negotiation completed with 24:a4:3c:d8:36:4f [PTK=CCMP GTK=CCMP]

May 29 06:25:41 wpa-supplicant: CTRL-EVENT-CONNECTED - Connection to 24:a4:3c:d8:36:4f completed (auth) [id=0 id_str=]

May 29 07:05:53 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 08:05:53 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 09:05:53 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 10:05:53 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 11:05:53 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 12:05:53 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 13:05:53 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 14:05:53 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 15:05:53 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 16:05:53 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 17:05:53 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 18:05:53 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 19:05:53 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 20:05:53 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 20:12:09 wpa-supplicant: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys

May 29 20:12:09 wireless: ath0 Received deauth from 24:a4:3c:d8:36:4f. Reason: Unspecified (1).

May 29 20:12:09 wireless: ath0 New Access Point/Cell address:Not-Associated

May 29 20:13:00 wireless: ath0 Scan request completed

May 29 20:13:56 wireless: ath0 Scan request completed

May 29 20:13:56 wpa-supplicant: Trying to associate with 24:a4:3c:d8:36:4f (SSID='ed_bridge_odo' freq=5120 MHz)

May 29 20:13:56 wireless: ath0 Set Mode:Managed

May 29 20:13:56 wireless: ath0 Set Frequency:5.12 GHz (Channel 24)

May 29 20:13:56 wireless: ath0 New Access Point/Cell address:24:A4:3C:D8:36:4F

May 29 20:13:56 wpa-supplicant: Associated with 24:a4:3c:d8:36:4f

May 29 20:13:56 wpa-supplicant: WPA: Key negotiation completed with 24:a4:3c:d8:36:4f [PTK=CCMP GTK=CCMP]

May 29 20:13:56 wpa-supplicant: CTRL-EVENT-CONNECTED - Connection to 24:a4:3c:d8:36:4f completed (reauth) [id=0 id_str=]

May 29 21:12:24 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 21:35:12 init: process '/bin/lighttpd -D -f /etc/lighttpd.conf' (pid 2834) exited. Scheduling for restart.

May 29 21:35:12 init: starting pid 19781, tty '/dev/null': '/bin/lighttpd -D -f /etc/lighttpd.conf'

May 29 22:12:24 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 23:12:24 wpa-supplicant: WPA: Group rekeying completed with 24:a4:3c:d8:36:4f [GTK=CCMP]

May 29 23:26:16 init: process '/bin/lighttpd -D -f /etc/lighttpd.conf' (pid 19781) exited. Scheduling for restart.

May 29 23:26:17 init: starting pid 23659, tty '/dev/null': '/bin/lighttpd -D -f /etc/lighttpd.conf'

 

Логи AP

May 28 17:55:17 system: Start

May 28 17:55:18 FileSystem: Start check...

May 28 17:55:37 FileSystem: End check.

May 29 18:33:08 system: Stop

May 29 18:33:22 system: Start

May 29 19:53:26 system: Stop

May 29 19:53:40 system: Start

May 29 21:32:30 system: Stop

May 29 21:32:45 system: Start

May 29 21:32:45 syslogd started: BusyBox v1.11.2

May 29 21:32:45 wireless: ath0 Set Mode:Master

May 29 21:32:45 dropbear[4373]: Not backgrounding

May 29 21:34:18 wireless: ath0 MLME-AUTH.indication(addr=dc:9f:db:2a:74:82)

May 29 21:34:18 wireless: ath0 Registered node:DC:9F:DB:2A:74:82

May 29 21:34:18 hostapd: ath0: STA dc:9f:db:2a:74:82 IEEE 802.11: associated

May 29 21:34:18 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: pairwise key handshake completed (RSN)

May 29 22:32:46 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 29 23:32:46 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 00:32:46 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 01:32:46 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 02:32:46 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 03:32:46 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 04:32:46 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 04:49:57 wireless: ath0 Received disassoc from dc:9f:db:2a:74:82. Reason: Station has left the basic service area and is disassociated (8).

May 30 04:49:57 wireless: ath0 STA-TRAFFIC-STAT mac=dc:9f:db:2a:74:82 rx_packets=27231431 rx_bytes=4880762214 tx_packets=36863276 tx_bytes=40896572639

May 30 04:49:57 wireless: ath0 Expired node:DC:9F:DB:2A:74:82

May 30 04:49:57 hostapd: ath0: STA dc:9f:db:2a:74:82 IEEE 802.11: disassociated

May 30 04:52:35 wireless: ath0 MLME-AUTH.indication(addr=dc:9f:db:2a:74:82)

May 30 04:52:35 wireless: ath0 Registered node:DC:9F:DB:2A:74:82

May 30 04:52:35 hostapd: ath0: STA dc:9f:db:2a:74:82 IEEE 802.11: associated

May 30 04:52:35 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: pairwise key handshake completed (RSN)

May 30 05:32:46 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 06:32:46 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 07:32:46 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 08:32:46 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 09:32:47 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 10:32:47 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 11:32:47 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 12:32:47 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 13:32:47 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 14:32:47 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 15:32:47 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 16:32:47 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 17:32:47 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 18:32:47 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 18:39:02 init: reloading /etc/inittab

May 30 18:39:02 system: Stop

May 30 18:39:03 wireless: ath0 Sending deauth to dc:9f:db:2a:74:82. Reason: Unspecified (1).

May 30 18:39:03 wireless: ath0 STA-TRAFFIC-STAT mac=dc:9f:db:2a:74:82 rx_packets=28908980 rx_bytes=8177276629 tx_packets=37813536 tx_bytes=39973552150

May 30 18:39:03 wireless: ath0 Expired node:DC:9F:DB:2A:74:82

May 30 18:39:03 dropbear[4373]: premature exit: Terminated by signal

May 30 18:39:03 init: process '/bin/hostapd /etc/aaa1.cfg' (pid 4370) exited. Scheduling for restart.

May 30 18:39:03 init: process '/bin/dropbear -F -d /etc/persistent/dropbear_dss_host_key -r /etc/persistent/dropbear_rsa_host_key -p 22 ' (pid 4373

May 30 18:39:04 init: process '/bin/lighttpd -D -f /etc/lighttpd.conf' (pid 4372) exited. Scheduling for restart.

May 30 18:39:06 syslogd exiting

May 30 18:39:16 system: Start

May 30 18:39:16 syslogd started: BusyBox v1.11.2

May 30 18:39:17 wireless: ath0 Set Mode:Master

May 30 18:39:17 dropbear[8954]: Not backgrounding

May 30 18:40:49 hostapd: ath0: STA dc:9f:db:2a:74:82 IEEE 802.11: associated

May 30 18:40:49 wireless: ath0 MLME-AUTH.indication(addr=dc:9f:db:2a:74:82)

May 30 18:40:49 wireless: ath0 Registered node:DC:9F:DB:2A:74:82

May 30 18:40:49 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: pairwise key handshake completed (RSN)

May 30 19:39:18 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 20:39:18 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

May 30 21:30:47 dropbear[9129]: Child connection from ::ffff:10.1.1.102:63489

May 30 21:30:55 dropbear[9129]: password auth succeeded for 'ubnt' from ::ffff:10.1.1.102:63489

May 30 21:31:05 dropbear[9129]: exit after auth (ubnt): Exited normally

May 30 21:39:18 hostapd: ath0: STA dc:9f:db:2a:74:82 WPA: group key handshake completed (RSN)

Edited September 5, 2014 by mirex

[ChargeSet]

AirView показывайте.

По логу АР просто перестает слышать STA, да и ACK отчего-то разный на устройствах, это не есть хорошо.

 

и прошивки какие? У какой-то старой прошивки был фикс похожей проблемы в фичлисте

[mirex]

AirView показывайте.

По логу АР просто перестает слышать STA, да и ACK отчего-то разный на устройствах, это не есть хорошо.

 

и прошивки какие? У какой-то старой прошивки был фикс похожей проблемы в фичлисте

А я вот не понял, где в логах AP теряет ST?

По ACK зашел сейчас, совпадают. Но когда делал скрин отличалось... к чему бы это.

Прошивки 5.5.6. Думаю прошить 5.5.8. Но ведь работало все 1,5 года.....

[ChargeSet]

May 30 04:49:57 wireless: ath0 Received disassoc from dc:9f:db:2a:74:82. Reason: Station has left the basic service area and is disassociated (8).<br style="color: rgb(34, 34, 34); font-family: Verdana, Tahoma, Arial, 'Trebuchet MS', sans-serif, Georgia, Courier, 'Times New Roman', serif; line-height: 19.2000007629395px; background-color: rgb(239, 246, 253);">May 30 04:49:57 wireless: ath0 STA-TRAFFIC-STAT mac=dc:9f:db:2a:74:82 rx_packets=27231431 rx_bytes=4880762214 tx_packets=36863276 tx_bytes=40896572639<br style="color: rgb(34, 34, 34); font-family: Verdana, Tahoma, Arial, 'Trebuchet MS', sans-serif, Georgia, Courier, 'Times New Roman', serif; line-height: 19.2000007629395px; background-color: rgb(239, 246, 253);">May 30 04:49:57 wireless: ath0 Expired node:DC:9F:DB:2A:74:82<br style="color: rgb(34, 34, 34); font-family: Verdana, Tahoma, Arial, 'Trebuchet MS', sans-serif, Georgia, Courier, 'Times New Roman', serif; line-height: 19.2000007629395px; background-color: rgb(239, 246, 253);">May 30 04:49:57 hostapd: ath0: STA dc:9f:db:2a:74:82 IEEE 802.11: disassociated

\

 

5.5.6 прошивка стабильная, значит дело в чем-то ещё.

Проверьте эфир через airview

Прибейте ack вручную по формуле (реальное расстояние)*1,25

 

Ваши радио могут начать просаживаться от помехи. Вы таки посканируйте эфир, минуты две-три хотя бы. И ночью тоже. Нужно найти ту разницу, которая мешает жить. И кстати, если есть прога, собирающая статистику радиомоста, напр. aircontrol, то нет ли просадки по ccq в проблемный период?

[mirex]

May 30 04:49:57 wireless: ath0 Received disassoc from dc:9f:db:2a:74:82. Reason: Station has left the basic service area and is disassociated (8).<br style="color: rgb(34, 34, 34); font-family: Verdana, Tahoma, Arial, 'Trebuchet MS', sans-serif, Georgia, Courier, 'Times New Roman', serif; line-height: 19.2000007629395px; background-color: rgb(239, 246, 253);">May 30 04:49:57 wireless: ath0 STA-TRAFFIC-STAT mac=dc:9f:db:2a:74:82 rx_packets=27231431 rx_bytes=4880762214 tx_packets=36863276 tx_bytes=40896572639<br style="color: rgb(34, 34, 34); font-family: Verdana, Tahoma, Arial, 'Trebuchet MS', sans-serif, Georgia, Courier, 'Times New Roman', serif; line-height: 19.2000007629395px; background-color: rgb(239, 246, 253);">May 30 04:49:57 wireless: ath0 Expired node:DC:9F:DB:2A:74:82<br style="color: rgb(34, 34, 34); font-family: Verdana, Tahoma, Arial, 'Trebuchet MS', sans-serif, Georgia, Courier, 'Times New Roman', serif; line-height: 19.2000007629395px; background-color: rgb(239, 246, 253);">May 30 04:49:57 hostapd: ath0: STA dc:9f:db:2a:74:82 IEEE 802.11: disassociated

\

 

5.5.6 прошивка стабильная, значит дело в чем-то ещё.

Проверьте эфир через airview

Прибейте ack вручную по формуле (реальное расстояние)*1,25

 

Ваши радио могут начать просаживаться от помехи. Вы таки посканируйте эфир, минуты две-три хотя бы. И ночью тоже. Нужно найти ту разницу, которая мешает жить. И кстати, если есть прога, собирающая статистику радиомоста, напр. aircontrol, то нет ли просадки по ccq в проблемный период?

В AirView ничего криминального не увидел. ACK пробил вручную. Буду тестить.

Edited September 5, 2014 by mirex

[mirex]

Через 12 часов ничего не изменилось.

Что было испробовано:

1) Изменение частот, согласно airview, перепробовал 5-6 каналов;

2) Заменены головки бриджей на новые;

3) Проставлены ACK вручную;

4) Переобжаты все коннекторы;

5) Изменена ширина канала с 40МГц на 20Мгц;

6) На всякий случай изменен ssid.

 

Проблема осталась, хаотично проваливается линк: возрастают пинги, пакеты валятся. Само это явление краткосрочное 3-8с, потом все снова нормально. Возникать может хоть каждые 5 минут, может быть раз в 2 часа. Т.е. зависимости никакой не вижу. В чем дело так и не понятно.

 

Ещё смущает плавающий TX/RX в стейшен лист на AP. На скрине видно 270/240, он постоянно плавает 240/240, 270/270. Хотя с таким показателями должен быть 300/300

Edited September 6, 2014 by mirex

[ChargeSet]

CCQ не отслеживали?

И airmax на всякий случай попробуйте подергать.

И data rate module

[mirex]

CCQ не отслеживали?

И airmax на всякий случай попробуйте подергать.

И data rate module

CCQ не падает.

Что делать с Data rate module?

Airmax переодически буду запускать, но думаю там все хорошо.

[ChargeSet]

Что делать с Data rate module?

тоже подергать. Попробовать денек в alternative data rate поработать, денек в стандартном.

Airmax не надо запускать, это не airview, это собственный протокол ubnt, включается на АР. Так же попробуйте день с ним день без него.

И, кстати, настройки wireless и advanced покажите тоже

[mirex]

Что делать с Data rate module?

тоже подергать. Попробовать денек в alternative data rate поработать, денек в стандартном.

Airmax не надо запускать, это не airview, это собственный протокол ubnt, включается на АР. Так же попробуйте день с ним день без него.

И, кстати, настройки wireless и advanced покажите тоже

Попутал с airmax, имелось в виду airview. Без airmax'a пинги вырастают ещё сильнее.

В общем буду пробовать. Data rate менять на клиенте или базе?

Заметил, что если на AP смотреть в sation list, то во время того когда дропаются пакеты TX/RX становится допустим 270/30, 270/16. И вообще он скачет очень сильно, раньше не было такого.

Edited September 6, 2014 by mirex

[mirex]

Удалось отловить момент когда это происходит. Вы правы CCQ падает.

[Alex-Poltava]

А ничего, что у вас мощность запредельная для такого расстояния. Уменьшайде до уровня -60...-65

 

На таком расстоянии мощность должна быть в пределах 1...2 dBm

Edited September 6, 2014 by Alex-Poltava

[ChargeSet]

mirex

Предыдущий оратор прав, снижайте мощность и ищите помеху, если снижение TX power не поможет. Возможно, вы ловите метеорадар или ещё какую бяку

[mirex]

А ничего, что у вас мощность запредельная для такого расстояния. Уменьшайде до уровня -60...-65

 

На таком расстоянии мощность должна быть в пределах 1...2 dBm

Буду пробовать, но как уже писал ранее 1,5 года все было ОК.

Может быть что кто то целенаправленно пакостит?

Пробовать AirSelect стоит?

[ChargeSet]

Буду пробовать, но как уже писал ранее 1,5 года все было ОК.

Может быть что кто то целенаправленно пакостит?

Пробовать AirSelect стоит?

У вас-то ок, а соседи вряд ли были рады засранцу в эфире

 

Airselect мало чем поможет, помеха, скорее всего, широкополосная и одинаково эффективно срет во всем диапазоне. Поставьте какой-ниубдь aircontrol и собирайте статистику, надо отловить помеху и выяснить причину

[mirex]

Буду пробовать, но как уже писал ранее 1,5 года все было ОК.

Может быть что кто то целенаправленно пакостит?

Пробовать AirSelect стоит?

У вас-то ок, а соседи вряд ли были рады засранцу в эфире

 

Airselect мало чем поможет, помеха, скорее всего, широкополосная и одинаково эффективно срет во всем диапазоне. Поставьте какой-ниубдь aircontrol и собирайте статистику, надо отловить помеху и выяснить причину

Если честно, не совсем понимаю как это можно сделать с помощью aircontrol.

C оф. сайта UBNT убрали ссылку на скачивание. У себя нашел вот такой Aircontrol2 beta.

Снижение мощности не дало результатов. AirSelect тоже. Линк проваливается с неопределенной переодичностью, ночью меньше :(

Edited September 7, 2014 by mirex

[ChargeSet]

Если честно, не совсем понимаю как это можно сделать с помощью aircontrol.

C оф. сайта UBNT убрали ссылку на скачивание. У себя нашел вот такой Aircontrol2 beta.

Снижение мощности не дало результатов. AirSelect тоже. Линк проваливается с неопределенной переодичностью, ночью меньше :(

Вы:

1) Устанавливаете aircontrol2 на любой ПК в той же подсети, где находятся ваши антенны

2) После запуска aircontrol2 выполняете discover devices

3) Нужные устройства делаете ПКМ - start monitoring, даете программе логины и пароли.

4) aircontrol2 рисует вам топологию сети с айпишниками, именами тарелок и собирает статистику.

Ждем денек-другой, потом вы покажете графики CCQ, RSSI, Rx level, Noise Floor.

[Olejon]

У меня линк на 21 идеально работает, пинги по 1..2 мс но как даю нагрузку мегабит под 10 так все плохо, помогла вот эта галочка по совету людей с этого форума :-) пинг вырос и плавает сильней 3..9 но зато при нагрузки в мегабит 70 канал не деградирует пинги растут незначительно и нечего не пропадает, поробуйте и вы себе поставить, вдруг поможет хоть и не тот случай...

[mirex]

У меня линк на 21 идеально работает, пинги по 1..2 мс но как даю нагрузку мегабит под 10 так все плохо, помогла вот эта галочка по совету людей с этого форума :-) пинг вырос и плавает сильней 3..9 но зато при нагрузки в мегабит 70 канал не деградирует пинги растут незначительно и нечего не пропадает, поробуйте и вы себе поставить, вдруг поможет хоть и не тот случай...

Спасибо за совет! У меня линк 1 км всего.

С проблемой более-менее разобрались. Она совершенно не связана с радио линком.

Как писал в начале теме схема такая, что кабель провайдера вставлен напрямую в антенну, которая находится в режиме bridge. IP адрес получает на другом конце линка mikrotik. Вчера общался с людьми из тех поддержки провайдера, в общем дроп пакетов обусловлен закрытием порта коммутатора со стороны провайдера, со слов специалиста, из за broadcast шторма и ещё какая то ошибка, icmp snoop или snoof.

Я думаю если происходит бродкаст шторм антенна просто-напросто загибается, а провайдер закрывает порт. Пока что временно рещили так, кабель вставили в другой микротик, а от него уже в антенну. Минус такого решения, что выходит двойной nat. Если ещё дальше пользователь поставит роутер некоторые игры и ещё всякие приложения работают не стабильно.

Edited September 8, 2014 by mirex

[Olejon]

из за broadcast шторма и ещё какая то ошибка

Была такая проблема с ростелекомом, только порт у них выключался на мертво и помогал только звонок в тех поддержку и далее соединение с инженером, за два месяца проблему так и не решили, после смены провадйера третий месяц все отлично :-)

[mirex]

из за broadcast шторма и ещё какая то ошибка

Была такая проблема с ростелекомом, только порт у них выключался на мертво и помогал только звонок в тех поддержку и далее соединение с инженером, за два месяца проблему так и не решили, после смены провадйера третий месяц все отлично :-)

У провайдера на 30 сек. порт гаснет, но все равно не приятно. Причем петли у нас нет, тоже думаю придется менять провайдера.

[mirex]

Проблема оказалась еще банальнее... у микротика начал гнать порт, или весь switch2 куда был вставлен кабель station антенны. Вставили в порт switch1 микротика и все стало хорошо.

Edited September 9, 2014 by mirex

[Sonne]

Приведите сюда за руку Сааба!

 

Проблема на линке UBNT была из-за глючного Микротика!

[Saab95]

Приведите сюда за руку Сааба!

 

Проблема на линке UBNT была из-за глючного Микротика!

 

Нет это проблема с микротиком была из-за глючного убнт.

[ChargeSet]

Нет это проблема с микротиком была из-за глючного убнт.

Детский сад!