[Saab95]

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

 

Так же, если на UBNT такое возможно, нужно установить мощности на передачу снизу вверх так, чтобы на низких модуляциях была маленькая мощность, а на высоких - большая. В этом случае зона помехового воздействия БС будет намного меньше, т.к. посылки данных на низких модуляциях будут затухать примерно там же, где и посылки на высоких, тем самым будет четкая граница зоны действия каждого сектора. Этим вы уменьшите влияние соседних базовых станций друг на друга.

 

Ведь у вас сейчас получается так, что все базы лупят за горизонт, и пусть даже при сканировании базы ничего не показывают, однако они принимают данные от соседних БС, и клиенты принимают от соседних БС, просто принимают они эти данные с ошибками, поэтому в окне сканирования ничего не отображается, а эфир в это время все равно занят, от этого падение скорости и обрывы с дисконнектами. Если бы вы использовали микротик, то могли бы увидить всю эту помеховую картину с помощью средств сканирования эфира и встроенного спектранализатора. Тот анализатор, что есть у UBNT ничего не показывает.

[Pritorius]

В УБНТ тоже есть встроенный спектроанализатор :) Вот только сегодня им свободные частоты искал, только включать его надо минут на 5 чтобы видеть в динамике загруженность эфира.

 

Скриншоты спектроанализатора с любого из секторов на базе тоже не помешают. Только не забывайте что при включении его отвалятся все клиенты.

[Saab95]

В УБНТ тоже есть встроенный спектроанализатор :) Вот только сегодня им свободные частоты искал, только включать его надо минут на 5 чтобы видеть в динамике загруженность эфира.

 

Так суть не в этом=) на микротике можно спектранализатором просканировать эфир и ничего толком не найти, вроде все чисто и никого нет. А потом запустить snooper и sniff поймать кучу битых пакетов от какой-то удаленной wi-fi точки.

[SSD]

В УБНТ тоже есть встроенный спектроанализатор :) Вот только сегодня им свободные частоты искал, только включать его надо минут на 5 чтобы видеть в динамике загруженность эфира.

 

Так суть не в этом=) на микротике можно спектранализатором просканировать эфир и ничего толком не найти, вроде все чисто и никого нет. А потом запустить snooper и sniff поймать кучу битых пакетов от какой-то удаленной wi-fi точки.

Не так давно, кто то упорно уверял в обратном.

[fhntv_smart]

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

 

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

Нужно понимать принцип работы влана. Если у нас на коммутаторе (тд, ап, не важно) настроен влан, то весь трафик (или рафик по правилам) идущий в одну сторону он тегирует, а в обратную убирает тег.

Тегирует - это значит просто к пакету байт прибавляет еще сколько-то байта с Vlan ID.

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

[kosmich7]

P.S. Проблема не в оборудовании а в котятах!

Нашли что котята натворили ? Просто интересно;) мож у них что-то свое;)

[Pritorius]

P.S. Проблема не в оборудовании а в котятах!

Нашли что котята натворили ? Просто интересно;) мож у них что-то свое;)

 

Нет, Автор темы не отписывался.

 

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

 

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

Нужно понимать принцип работы влана. Если у нас на коммутаторе (тд, ап, не важно) настроен влан, то весь трафик (или рафик по правилам) идущий в одну сторону он тегирует, а в обратную убирает тег.

Тегирует - это значит просто к пакету байт прибавляет еще сколько-то байта с Vlan ID.

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

 

Тут вы не правы! Человек поставил L2 в каждой точке! Вот как раз коммутаторы и будут уменьшать количество пакетов не принадлежащих порту этого VLAN!

[Trotillo]

Вести с полей=) ждете наверно результатов=)

 

Отключение точек, помогает решить проблему, только оказывается надо подождать минутку другую после отключения чтобы увидеть улучшение скорости и прекращение отвалов. Как антенны не нагибал, не крутил, не помогает. Теперь начались обрывы и в других местах, клиенты пребывают все. Дисконнекты увеличиваются, клиенты ругаются. Но что самое интересное, клиенты подключанные кабелем от магистральных каналов (на них тоже выделен отдельный влан) работают без проблем. Значит магистральные каналы пока справляются. Интересно что можно использовать для расширения этих каналов, чтобы передавать более 100 мегабит в одну сторону? В наличии есть коммутаторы с гигабитным портом, нов рокетах и микротиках порт 100 мегабит. РРЛ ставить? какие можно использовать не дорогие?

 

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

 

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

Изменено 11 февраля, 2012 пользователем Trotillo

[slv700]

Вести с полей=) ждете наверно результатов=)

 

Отключение точек, помогает решить проблему, только оказывается надо подождать минутку другую после отключения чтобы увидеть улучшение скорости и прекращение отвалов. каких условиях? Думаю всем было бы интересно это.

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

Если отключение точек по эзеру решает проблему - то ее источник - на сетевом уровне - советы уже даны - разделяете все точки на сегменты на L2 ( свичами, вланами и др) и даже на L3.

 

Магистраль

Дело не столько в низкой скорости магистрали ( на каждом отдельном интервале она пока достаточна), и даже не в ограничениях рокета-грида на ппс, наверно в сети TC еще полки по ппс нет. Дело в другом. Есть проблема, которая простым силовым увеличением пропускной способности может поначалу и решается, но потом все опять повторяется и будет так что Вам и 300 Mbps на интервале будет мало. Есть такой параметр канала как надежность доставки пакетов ( не путать с надежностью канала-типа uptime ). Если пакеты хотя бы немного теряются на L1,L2 и уходят потерянными в IP уровень L3 , то восстановление возможно только на еще более высоком уровне TCP . А это ненормально- у Вас вообще в сети может быть только один роутер ( да и то на микротике ), как же он все это потянет ? Вы даже это по потерям пингов можете не увидеть и по снижению скорости . Это можно видеть еще до того как появятся проблемы измерением канала -интервала на chariot. Простой сквозной FTP тоже информативен ( что у Вас и видно). Можно ( нужно ) просто отказаться от рокетов и гридов. Сегодня они могут работать нормально, а завтра кто то их подсветил и будете мучаться не зная где проблема как сейчас у Вас. Может я повторяюсь, но это важно. Ставьте на бекхолах хотя бы как минимум Микротик, Инфинет, Проксим с более продвинутым контролем доставки на L2. Да у них надежность доставки на L1 одинаковая с Рокетами ( потому как вайфай), но они будут стараться из всех своих сил ( у кого сколько есть, у микротика меньше , у инфинет больше) не пускать битые пакеты с L2 в высшее уровни . Но при этом это все равно будет сказываться на увеличении задержки и джитера. Если это происходит , то нужно оборудование синхронное еще выше классом типа Radwin и еще выше типа Моторола ( у нее контроль и исправление ошибок на L1,L2 все по высшему классу , но и цена...) и релейки само собой.

Насчет wimax.

802.16d не имел бы проблем в сети наподобие Вашей. Все можно было построить на L2 бридже на одних только свичах, вланах и даже без них. Сама база для каждого клиента создает отдельный виртуальный интерфейс работающий в бридже, или с L3 роутингом на ethernet и далее и в магистраль ( если магистраль малонадежная если там вдруг вздумается рокеты ставить). Там вообще не имели бы проблем ни с количеством клиентов, ни с масштабируемостью сети и легче было бы вопросы ЭМС решать. Была бы одна задача ( не проблема) с увеличением запросов клиентов как увеличивать количество секторов и плотность размещения баз с обеспечением ЭМС в ограниченном частотном ресурсе. И не ездили бы каждый день к клиентам антенны крутить и решать проблемы когда пионер свой нанос рядом включил или вечером хомячки засели за торренты.

802.16e мобильный wimax.

Вообще сама по себе мобильность мало кому нужна. Главное его достоинство OFDMA доступ-он разделяет проблемы оператора и клиентов и в частности влияние проблем у одних клиентов на работу других клиентов. Это делает в значительной степени и 802.16d, но 802.16e доводит до уровня , когда действия оператора не зависят в каких условиях работают клиенты например LOS или NLOS. База 802.16e все изменения условий подключения отрабатывает автоматом. Например клиент 802.16e может перемещаться c постоянным изменением своих условий подключения и оператора все это не касается, все делает база.

Оператор меньше озабочен проблемами клиентов - попал в зону обслуживания -работай, а не попал, сам ищи место где есть связь. Скорость мала ищи где выше. Но есть и случаи когда оператор должен озаботится проблемами своих клиентов, например если скорость всегда и везде низкая- тогда слищком много посадил клиентов на сектор ( надо увеличивать кол-во секторов). Слишком много клиентов работает в плохих условиях с низкой скоростью- съедают быстро ресурс или трудно найти место где есть связь ( чаще базы надо ставить). Низкая скорость всегда, везде и у всех ( пропускной способности магистралей не хватает). И др. В общем все похоже как работает GSM/CDMA, оператор не ездит по клиентам и не имеет того гемора который есть в вайфай сети, а занимается своими базами и инфраструктурой.