Перейти к содержимому
Калькуляторы

nsm2 xm vs xw

Ввиду некоторой натужной работы хm наносов и некоторыми наблюдениями по xw наносам возникла мысль по замене. Насколько она рациоональна и не бессмысленна?

Xm наносы как калашников очень стабильно работают, аптаймы годы.

Но проц и память в полке.

 

Есть наблюдения что xw нанос имеет более лучшее радио в тех же условиях, более производительную платформу. Но как и остальные xw устройства имеет очень неприятный глюк, с которым мы не смогли побороться. Описывал тут много раз. В один прекрасный момент начинает откидывать беспорядочно клиентов либо в данных station все заменяется на прочерки и перестает проходить трафик. До перезагрузки АП. Может происходит ьнесолкько раз в сутки. Есть мнение что в такой ступор вводит эпизодическая помеха.

Прошивки пробовалися в течение нессколькоих лет самые последние. Ни разу ситуация не улучшалась. Последний раз ставились 6.1.8. Оттраблшутить не удалось, вендор побрил. Обращений было много. 

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

3 часа назад, NewUse сказал:

бессмысленно.

а пояснить? )

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

подумайте лучше насчёт замены на AC

XC проц гораздо быстрее, чем XW/XM

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Мое мнение. Критичной разницы в работе между XW и XM.

И стабильность работы на прошивках 6.0-6.1 под некоторым вопросом.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 10/18/2018 в 15:32, Boaz сказал:

Мое мнение. Критичной разницы в работе между XW и XM.

И стабильность работы на прошивках 6.0-6.1 под некоторым вопросом.

Да есть она эта разница, конечно не в разы.

 

Нно производительность существенно выше.это заметно по работе бима в сравнении со старой нанкой.

И разница ощущается по каччеству радио. На xw наносе и уровни повыше и битрейты чуть получше. Конечно разница не атомная, но есть.

Скорее всего она неощутима в птп режиме. Но в птмтп она есть.

С прошивками да, поэтому очень дого не перелезали с 5.5.6, потом очень долго не перелезали с 5.6.6

Но потом появились проблемы и тут на форуме вендор вынудил ставить последние, но вот толку ноль и все это обвешивание новыми фишками поджирают и без того слабую XM платформу

 

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 19.10.2018 в 18:05, Kirk сказал:

Нно производительность существенно выше.это заметно по работе бима в сравнении со старой нанкой.

На мой взгляд. бимы лучше работают потому что уже диаграмма направленности  и больше коф усиления, в любых режимах пунто ту пунто, либо мульти пунто.  Эмпирическим  путем  заметил что XM железо стабильней в шумной среде.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 11/5/2018 в 10:31, Lucky47 сказал:

На мой взгляд. бимы лучше работают потому что уже диаграмма направленности  и больше коф усиления, в любых режимах пунто ту пунто, либо мульти пунто.  Эмпирическим  путем  заметил что XM железо стабильней в шумной среде.

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

И кстати,что касается нанок, бывает так, что они работают лучше в отсутствии прямой видимости.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Jul 14 04:48:18 httpd[12834]: Password auth succeeded for 'r' from 10.254.254.3
Jul 14 04:48:22 wireless: ath0     Sending disassoc to 68:72:51:76:f8:65. Reason: Unspecified reason (1).
Jul 14 04:48:22 wireless: ath0     STA-TRAFFIC-STAT mac=68:72:51:76:f8:65 rx_packets=2290927 rx_bytes=985428886 tx_packets=3408546 tx_bytes=3873750115
Jul 14 04:48:22 wireless: ath0     Expired node:68:72:51:76:F8:65
Jul 14 04:48:22 hostapd: ath0: STA 68:72:51:76:f8:65 IEEE 802.11: disassociated
Jul 14 04:48:23 hostapd: ath0: STA 68:72:51:76:f8:65 IEEE 802.11: associated
Jul 14 04:48:23 wireless: ath0     Registered node:68:72:51:76:F8:65
Jul 14 04:48:28 hostapd: ath0: STA 68:72:51:76:f8:65 WPA: PTKINITNEGOTIATING: Retry limit 4 reached
Jul 14 04:48:28 wireless: ath0     Sending deauth to 68:72:51:76:f8:65. Reason: 4-way keying handshake timeout (15).
Jul 14 04:48:28 wireless: ath0     STA-TRAFFIC-STAT mac=68:72:51:76:f8:65 rx_packets=1 rx_bytes=129 tx_packets=5 tx_bytes=915
Jul 14 04:48:29 hostapd: ath0: STA 68:72:51:76:f8:65 IEEE 802.11: associated
Jul 14 04:48:29 wireless: ath0     Registered node:68:72:51:76:F8:65
Jul 14 04:48:30 hostapd: ath0: STA 68:72:51:76:f8:65 WPA: pairwise key handshake completed (RSN)
Jul 14 04:48:33 hostapd: ath0: STA 68:72:51:76:f8:65 IEEE 802.11: deauthenticated due to local deauth request

 

клиническая картина:

AP- NS M2 XW 6.2.0, ST- lm2 xm, lm2 xm, ns m2 xw.

раз цать в день, в основном при прохождении трафика через стейшен nsm2 xw. возникает ситуация вместо обычного битрейта 117/117 1/117 или 1/1 вообще. фактически трафик через клиента уже не течет. может сам восстанвоиться, а может висеть долго. при этом показателя мгновенного пинга в интерфейсе апешки по всем клиентам могут шкалить, ПОКА не кикнешь клиента. Как только его кикаешь в любой момент, он подключается назад и все пинги в единицу и битрейт хороший. Сколько работаю с этими железками проблема была всегда и не решилась ни в одной версии прошивки.

 

Кроме тогобывает такая ситуация когда перестает проходить трафик, битрейты нормальны, но вместо сигналов на апшке видно прочерки, и не обязательно у всех клиентов. И даже некоторывм он продолжает пропускать трафик.

Перезагрузка апшки все решает.

 

Она всегда когда AP является XW и есть хотябы один xw клиент(не важно какой)

Если ап XM, то в клиентах все равно что. Не бывает таких ситуаций никогда.

 

За...(достало), приходится искать и вешать XM.

Проблема четкая, проблема в разных местах. на всех xw платформах

Изменено пользователем Kirk

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

вот еще такое

Jul 14 06:26:38 wireless: ath0     Sending disassoc to 68:72:51:76:f8:65. Reason: Unspecified reason (1).
Jul 14 06:26:38 wireless: ath0     STA-TRAFFIC-STAT mac=68:72:51:76:f8:65 rx_packets=322486 rx_bytes=109825341 tx_packets=667111 tx_bytes=812681145
Jul 14 06:26:38 wireless: ath0     Expired node:68:72:51:76:F8:65
Jul 14 06:26:38 hostapd: ath0: STA 68:72:51:76:f8:65 IEEE 802.11: disassociated
Jul 14 06:26:38 wireless: ath0     Sending deauth to 68:72:51:76:f8:65. Reason: Class 2 frame received from nonauthenticated STA (6).
Jul 14 06:26:39 hostapd: ath0: STA 68:72:51:76:f8:65 IEEE 802.11: associated
Jul 14 06:26:39 wireless: ath0     Registered node:68:72:51:76:F8:65
Jul 14 06:26:40 hostapd: ath0: STA 68:72:51:76:f8:65 WPA: pairwise key handshake completed (RSN)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Касаемо перекоса по Тх/Rx - были подобные траблы на базе с 7ми цпе, но на одной цпе был регулярный загруз (за ней свитч, 3-5 юзера, 2 камеры). Модуляции падали на разных цпе, рандомно, при этом сеть лежала на всём секторе. Как только перевели эту цпе на птп - проблема ушла сама собой. Сейчас на этой базе 19 цпе, за ними сразу клиенты, подобного больше не происходило. Цпе - M2 Nanostation/loco, и XM и XW.

У Вас на сети есть устройства из линейки AC?

Если нет, откатите железки до 5.6.15 и будет счастье.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

18 часов назад, kiragun сказал:

Касаемо перекоса по Тх/Rx - были подобные траблы на базе с 7ми цпе, но на одной цпе был регулярный загруз (за ней свитч, 3-5 юзера, 2 камеры). Модуляции падали на разных цпе, рандомно, при этом сеть лежала на всём секторе. Как только перевели эту цпе на птп - проблема ушла сама собой. Сейчас на этой базе 19 цпе, за ними сразу клиенты, подобного больше не происходило. Цпе - M2 Nanostation/loco, и XM и XW.

У Вас на сети есть устройства из линейки AC?

Если нет, откатите железки до 5.6.15 и будет счастье.

AC нет. дело в секторе и xw платформе. Xw сектор нормально работает, если нет xw клиентов. xm сектор работает с любым наобором xw и xm.

на XW секторе нет никакого перекоса, все работает отлично, пока вместо сигналов не появляются прочерки или вместо битрейта не появляется 1.

это проблема пережила все прошивки с 5.6.6

Изменено пользователем Kirk

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

14 минут назад, Kirk сказал:

не появляются прочерки или вместо битрейта не появляется 1

Про перекос это и имел ввиду)

При траблах было либо -/-, либо 65/1 и тп.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

в очередной раз заменили XW ап на XM и как обычно этим все закончилось. больше ничего не отваливается, пинг в стейшенах мгновенный 1.

 

единственное что замечено:

1. это то что исходящие битрейты от клиентов(входящие на секторе) сильно упали при змене сектора, соответственно более низкая прокачка.

кстати когда ставили вместе XW стейшена XM антену то же самое словили. входящий битрейт гораздо ниже был чем на xw.

2. и уровень шума сектор XM показывает совершенно другой, то есть гораздо более шумный эфир

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я эту ситуацию описывал в соседней теме  

Та же ерунда, начал собирать старые нанки XM. Но еще хочу попробовать поставить AC на 2,4 что-нибудь. Все таки замена на старье - это временное решение....

 

Изменено пользователем evgeny81

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Из старья на убнт можно более менее нормальную сеть сварганить где-то на окраине.

Если уровень шума высокий - обернуть антенну БС неким материалом, что бы внести затухание.

Что бы не было зависаний - все же купить новые блоки питания, т.к. блоки 5-ти летней давности уже подустали.

Грамотно спланировать сеть, все же сейчас много возможностей ее изолировать.

Будет все нормально работать без покупки всяких там АС.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

да не блоки питания это в нашем случае. новые xw устройства с коробки в качестве секторов вот так выносят мосг.

втыкаешь xm и тишина годами. никаких штормов по пингу и отвалам.

уже думали может какая особенность сети или еще чего.

сектора пропускают транки,управляющий влан. в последнее время просто выбираем исмпл и управляющий влан.

раньше руками прописывали бриджи. разницы никакой.

одно понятно что когда много трафика или много работы по радио отвалы происходят чаще или вообще происходят.

 

разные частоы, разные места, разные трассы, разные антены.

в последний раз убнт поддержка отфутболила потому что включен комплианс тест. но та же хрень происходит и на краю 2.4. обращались сто раз.

Изменено пользователем Kirk

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.