Jump to content
Калькуляторы

помогите разобраться

Добрый день.

 

Может сталкивался кто.

На мачте два наноса апшки, разнесены на 130мгц. 2.4ггц

 

Линки не плохие в целом, прошивки 5.6.6.

Наступает такой момент времени когда пинг с положеных максимальных 15мсек прыгает в 600-700. При этом прокачка в некоторых случаях с 31 падает до 2х от сектора к клиенту. И с 17 до 1 от клиента на сектор.

Выглядит как мощнейшая помеха.

Пробовал в эти моменты уводить частоты в любые доступные ct-результат один и тот же, по айрвью при этом помехи в -95 ну -90 при сигналах клиентов 60-70. И видимых помех нет. Общий довольно низкий уровень шума и не более того.

Сегодня наблюдал этот косяк, в этот момент сделал айрвью и снова ичего криминального. Потом перезагруз апшки и с тех пор пинг в интерфейсе апшки стал 1-2мс. А в момент непонятного поведения доходил до 12000, ну с перезагрузкой скорее всего совпадение.

На втором помеха или что это вообще тоже появляется, но там очень хорошие линки. И пинг так не пляшет. В общем там все в очень малой мере. Может и неверно это притягивать сюда, может просто совпадение.

И при всем при этом традиционно кволити капасити хрен чего показывают, ну скажем на одном из 10 клиентов что-то падает. При этом прокачка в 10ки раз падает у всех. И те линки весело показывают кволити капасити под 90 процентов. Ну это в общем общий случай для помех, к этому уже привыкли, что только тест прокачки и пинг что-то показывают.

 

Не могу понять что происходит, ранее не сталкивались.

Полоса 10ка если что, 20ку уровни сигналов позволяют поставить, но боимся что еще может все хуже стать.

 

 

Share this post


Link to post
Share on other sites

у меня такое бывает,когда НЛО мимо пролетает,но это редко,может раза 4-6  за год.

Share this post


Link to post
Share on other sites

Та же проблема в 5м диапазоне. Выглядит как помеха в определенное время, видимость прямая, из 10mhz никогда не выходил. Решения не нашел. Одна АП, одна БС.

Edited by X-Lod

Share this post


Link to post
Share on other sites

Апдейт:

Перезагрузка после который якобы спал пинг это совпадение, перегружал после много раз и нихрена.

Хорошо, допустим, помеха.

Есть ли какие-то источники помех, кторые не увидит спектрограмма убнт либо некорректно?

 

Гглушилки, лте...

Запускал много раз айрвью именно в момент помехи и ничего там не видно.

Вообще все достаточно странно. По опыту можно сказать, что бывает так, что на секторе видится ЛТЕ очень хорошо и при этом для эксперимента прямо в этом диапазоне все работает лучше, чем скажем в ненагруженном 2.4. А бывает при точно такой же картине в др месте но в том же диапазоне с абсолютно теми же уровнями по спектографу убнт не работает(от слова совсем). 

 

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

Поделитесь опытом.

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

Допустим есть в полукилометре прямая видимость на сектора опсосов.

Может ли быть такая ситуация что они как-то влияют на весь диапазон 2.3-2.5 ?

Share this post


Link to post
Share on other sites

зачем Вы лезете в 2.3 и 2.5 там Вам делать нечего, на 2.4 опсосы не заползают, вернее, не должны, спектроанализатор  и эипВью это две большие разницы, ищите спектроанализатор и смотрите по нему.

Share this post


Link to post
Share on other sites

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

 

А насчёт "делать нечего" - 2.3 в России бесхозный, пиратить в нём удобнее всего.

Share this post


Link to post
Share on other sites
6 часов назад, NewUse сказал:

зачем Вы лезете в 2.3 и 2.5 там Вам делать нечего, на 2.4 опсосы не заползают, вернее, не должны, спектроанализатор  и эипВью это две большие разницы, ищите спектроанализатор и смотрите по нему.

Нужно читать внимательней. Написано эксперимента ради. Чтобы убедиться что не работает ВЕЗДЕ.

Нанки стоят одна в 2.4 23дбм, а вторая на 9дбм в малых 2.3 и никому не мешает.

 

А по поводу опсосов. Опсосы сидят уже с конца 2.4

 

 

 

4 часа назад, rdc сказал:

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

 

А насчёт "делать нечего" - 2.3 в России бесхозный, пиратить в нём удобнее всего.

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

Раз пошла такая пьянка, то поделитесь опытом как сейчас однозначно определить наименее шумные участки спектра?

Может какие то приборы с божеской ценой раз на айрвью нельзя ориентироваться. В данном случае внеполостные фильтры решат проблему? Будет ли толк замены только АП на какой-нибудь призм? при этом клиенты останутся м серии.

Share this post


Link to post
Share on other sites
2 минуты назад, rdc сказал:

очень просто - тупым перебором…

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

Но дело в том, что это очень долго да и значения бывали глючные там. Ставить доп антенну и сканить ей днем, устраивать профилкатические дни и пол дня мерить смпектр? Так и проблема то с помехой в том что она далеко не всегда. То есть часто это может работать нормально, а потом 400-600мс и потери, прокачка в 10-20 раз падает и все тухнет и невозможно с большой достоверностью успеть померить прокачку пинги и тд.

Share this post


Link to post
Share on other sites

смотрите сетевой трафик на ethernet с оюбоих сторон tcpdump-ом

Share this post


Link to post
Share on other sites
3 часа назад, NewUse сказал:

смотрите сетевой трафик на ethernet с оюбоих сторон tcpdump-ом

что искать?

Share this post


Link to post
Share on other sites
1 час назад, NewUse сказал:

флуд

флуд может такое устроить?

каким образом это влияет на пинг и прокачку?

где-то можно почитать посмотреть, кто-то сталкивался? обсуждалось?

Share this post


Link to post
Share on other sites

А не пробовали отключить на Station Ethernet порт и посмотреть статистику по связи, к примеру за ночь?

Если будет тоже самое, то определенно какие-то помехи.

 

Share this post


Link to post
Share on other sites
5 часов назад, Kirk сказал:

флуд может такое устроить?

каким образом это влияет на пинг и прокачку?

где-то можно почитать посмотреть, кто-то сталкивался? обсуждалось?

да, может, народ здесь обсуждал, попробуйте поискать по форуму.

Share this post


Link to post
Share on other sites
В 10/18/2018 в 11:05, Boaz сказал:

А не пробовали отключить на Station Ethernet порт и посмотреть статистику по связи, к примеру за ночь?

Если будет тоже самое, то определенно какие-то помехи.

 

не получится, это не ptp пролет, надо у клиентов отключать порты.

Share this post


Link to post
Share on other sites

мое мнение,что это кто-то из клиентов мешает нормально работать !если их не много на секторе,то по очередно отключать каждого или по парно.а еще установить МТ и ограничить в нем кол-во пакетов на каждого клиента,как на прием,так и на отдачу

Share this post


Link to post
Share on other sites

Апдейт.

Схема следующая: от приходящего магистрального аплинка через управляемый коммутатор подключена ап(помеха) и еще одна ап(расстояние к стейшенам близко,клиентов мало,очевидной помехи нет)+птп пролет, за которым еще одна ап(помеха) и еще одна ап(линки отличные,клиентов мало,помеха появляется, но я не уверен что прямо в тот же момент как и на тех где помеха есть).

Помеха появляется одноваременно и там и там. Апшки, на друг друга не направлены, но слышать по идее друг друга могут. Видимости нет. Все это работало номрально.

Помеха появляется одновременно, также в радиусе 2км есть сотовая башня.

Как я и сказал странность ситуации в том, что когда почти полностью гаснет отдача от клиентов, битрейт падает не катастрофически, но пинги достигают 12000-15000 в интерфейсе апшек, по факту намерял и 400 и 500 и 600 мсек и потери. На прием значительно меньше, чем без помехи, а на передачу от клиента гаснет почти совсем.

Ситуация не перманентная, то есть, то нет, то не сильно все плохо, то вообще никак.

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

 

В целом ситуация сложно траблшутится, потому что помеха плавает. Постоянно кажется что влияет то одно то другое, но при повторной проверке не подтверждается.

Основной вопрос что из устройств можно доставить чтобы слушать эфир и все таки увидеть:

Из того чтоне стоит в качестве ап, валяется powerbeam 2ac-400, серия длб от 2-90 до 2-9

Может что-то из них способно увидеть больше?

Как Вы вообще такие ситуации траблшутите.

Share this post


Link to post
Share on other sites

ну нормальеый спектроанализатор, от 100тыр, но предположу, что для Вас не актуально.

Начните с сети, ибо проще отсечь, поставьте дамперы на linux, можно и tcpdump с точек, но их процессоры не справятся со всем потоком, хотя на выявление проблемы это не повлияет, промониторьте ппсы хотяб.

Share this post


Link to post
Share on other sites
В 10/18/2018 в 15:55, NewUse сказал:

да, может, народ здесь обсуждал, попробуйте поискать по форуму.

а при этом, вероятно, проц должен долбиться в 100 процентов?

то есть если проц не перегружен, то данное развитие событий не соответствует7

 

Share this post


Link to post
Share on other sites

вот не факт, но утверждать не возьмусь про оффлоад..

Share this post


Link to post
Share on other sites

Для начала погаси на одном из устройств радио! Затем зайди на это устройство  и внимательно некоторое время понаблюдай  -не присутствует на LAN (при погашеном WLAN)какой нибудь трафик??если есть -то это не оч хорошо!

 

1 minute ago, al2tv said:

Для начала погаси на одном из устройств радио! Затем зайди на это устройство  и внимательно некоторое время понаблюдай  -не присутствует на LAN (при погашеном WLAN)какой нибудь трафик??если есть -то это не оч хорошо!

Этот гемор будет мешать всем раздачам находящимся в одном VLAN!!! что делать в этом случае??Есть два варианта 

1, Это может дедать какой  то из абонентов своими железом или  неправильной настройкой роутера  

2. Есть ошибки при настройки свича(если он управляемый) Гдето не правильно прописаны VLAN

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now