deep_admin

У нас есть решение на базе linksys+openwrt с полноценным pppoe-server, шейпинг, считалка трафика ipcad (где и ip accounting и netflow), даже перл урезанный прикрутили, его было достаточно для управления юзерами с биллинга. Практически все поднимается с штатного софта который в репозиториях, свои только скрипты.

Вставлю свои 5 коп: 1) что в бб, что в мтике атерос, и полосы занимают соответсвующие настройкам, то есть говорить о полностью занятом эфире некорректно; очень грустно видеть в ббшных 40мгц всего 20-25мбит, когда рядом стоящий мтик в той же полосе делает 70 :) 2) да, действительно мтиковский нстрим сильно подвержен помехам, но можно получить примерно 60-70% от нстримовой скорости без нстрима просто увеличив burst-time по-вкусу 3) бб более стабильны к помехам, но также сильно валятся если помеха прыгает, то есть на смежных каналах интенсивность трафика сильно скачкообразно меняется 4) у бб проца всего на 5 килопакетов, он и без помех умирает достаточно быстро :) PS: Был опыт линка 47км на бб в 20мгц, уровень ~-88-91, на пустом линке между двумя ноутами почти 10мбит, на реальном трафике между роутерами еле-еле 3мбита. При уменьшении полосы уровень сигнала почти не менялся, скорость падала до смешных килобитов. ББ были оригинальные, версии фирмваре последнии (4 ветка). LOS с очень большой натяжкой по верхушкам деревьев.

PPPOE работает на уровне езернет, то есть происходит обмен между мак-адресами. В режиме АП-клиент, база работает только с мак-адресами приассоциированных клиентов, а не с маками которые за ними! Это описано в протоколе 802.11. То есть нормального бриджа по стандарту не получается. Есть функции типа mac-clone, при которой точка клонирует мак ПК который за ней. Но это работает для одного ПК. Большинство точек используют mac-nat или nat25 или arpnat, суть одна, маскарадится мак адрес ПК маком точки. Ессно для работы пппое такое не проходит, так как id сессии вычисляется исходя из мак адреса. Поэтому кроме mac-nat на точках часто используется pppoe-relay, который вставляет свой relay-id в PADI пакеты. Но, согласно протоколу пппое, релей может быть только один! А у вас в собранной цепочке их 2 :) то есть 2 mac-nat'а.

Проведите эксперимент. Пусть будет пппое и 4 точки. Точка А - база, точка A1 - клиент к A. К точке A1 езером подключена точка B тоже в режиме АP. Ну и точка B1 - клиент к точке B. за точкой B кабелем клиентский комп. То есть: Сервер_ПППОЕ - езер - A -радио- A1 - езер - B - радио - B1 - езер - ПК. Вроде как между ПК и сервером ПППОЕ чистый езернет. А теперь попробуйте запустить пппое соединение. На 100% уверен что не пойдет. Если вы снифером посмотрите содержимое пакетов на пппое-сервере и на езере между А1 и В, то сразу поймете в чем дело. Вланы 100% работать не будут. Это основы стандарта 802.11 :) А вот WDS - отход от стандарта.

Для создания канала точка-точка с прозрачным мак-уровнем режим AP-Client не подходит, например не через все точки в режиме клиента пройдет пппое, вланы точно не пройдут, могут быть проблемы с ответами DHCP итд. Вот тут-то и нужен WDS. Хотя интересно реализован режим WDS-client у микротика. Кстати он же есть в наностанциях и отлично с мтиком работает. Подробности в SDK от ubnt. PS: wds-client очень похож на режим SEC(super ethernet convertor) у старых добрых карлнетов.

А какие есть варианты, чтобы этого не происходило? Технически - работать с уникальным оборудованием и на уникальных частотах. То есть практически невозможно :) Административно - выявлять помеху и оперативно ее устранять. Кстати Saab95 озвучьте, если не секрет, средний трафик с сектора и кол-во абонентов на нем. А также средний ccq.

Ссылку в студию на наносы на 180/700/900 мгц! Или вы их от радиокарточек не отличили? Saab95 - вы счастливый человек! У нас несколько десятков радиопровайдеров в городе. Да, я имею контакты почти с половиной и можно договорится, а с остальными? Эфир загажен. Один провайдер меняет канал на одной базе и все - баланс нарушен, все начинают поиск свободной частоты, в рез-те почти сутки ненормальной работы.

itl2044 не говорите ерунды, прочитайте по ссылке форум, 77 страниц, там все есть

Все названные вами девайсы для разных задач. То что такие задачи перед вами не вставали, еще не означает, что их нет у других.

как это не мешать? 2392 + 40 + 5 =2437, то есть в жопе все до 6 канала :) отнимайте от 2412 45 мегагерц для турбо, или 25 для нетурбо и получите развязку по частоте

Моя плакала :)Вы бы хоть книжки почитали про 802.11 Сравнивать надо не со свитчом, а с хабом (хотя может вы из-за возраста хабов то и не застали), да и то с очень большими ограничениями работы МАC-уровня. А вы попробуйте проэксперементировать и отпишите сюда результат.

К вашему бизнесу я никакой ногой, мы не просто в разных городах, а в разных странах! То что говорят знающие люди - надо прислушиваться, вы просто еще не достигли нужной точки, после которой умрет большая часть сети. Через это проходили все. QOS - http://ru.wikipedia.org/wiki/QOS ЧТР - частотно территориальный разнос. Видите ли, есть такая штука как интерференция, и чтр надо учитывать и считать, равно как и ЭМС (электро-магнитная совместимость) Я более чем уверен, что если ваш бизнес будет развиваться, то вы прийдете в этот форум за советом через полгода-год.

1) Если только передавать - то ненадо, а если еще и принимать от клиентов, то клиентам надо антенки помощнее встроенных. 2) штырей на 16дб небывает

А qos вы как обеспечиваете в бесплатной локалке на длинках? Или Вася тянет у Пети через одну базу кино, а Коля в это время ждет и НЕплатит вам деньги за отсутствующий инет? А как вы ЧТР обеспечиваете с личными мостами на дом?

Ну а чего? Если частоты не жмут и деньги за передачу данных у этих владельцев 70 компов не брать, то вполне вариант :) PS: сорри за флуд - неудержался

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

кстати 10мгц работает стабильно на версии XS2.ar2316.v3.2.3734.080909.1631 а последняя XS2.ar2316.v3.2.2.3891.081021.2153 действительно отпадают клиенты

Знаете, читал, чуть ли не наизусть выучил :) Согласен, некоторые приведённые автором тезисы скорее теоретические, чем практические, но все же - стандарты сильно отличаются. Как минимум спектральной эффективностью, родным TDMA, а не прикрученным поверх MAC-layer, субканализацией и т д. От сильной интерференции не спасет никакой вимах :)

для тех кто говорит что вимакс это тот же вайфай - читать до посинения http://unidata.com.ua/?pg=10〈=rus&rand=29254596 и еще тут http://isp-lists.isp-planet.com/isp-wireless/archives/

Ответы на ваши вопросы небесплатны. Обратитесь лучше к интеграторам имеющим опыт.

железа много разного микротик например, если подороже - моторола канопи, транго скорость на одного абонента понятие растяжимое ведь не все сразу качают, например, при использовании 802.11-совместимых железок емкость одного сектора около 30Мбит/с, в идеале 1Мбит на человека, но есть много но: - интерференция с других баз (частот мало, да и площадь покрываемая я так понял небольшая) - кол-во пакетов в секунду или интенсивность трафика - задержки при большой интенсивности трафика к тому же эти 30мбит - полудуплекс, то есть вниз+вверх Если инвесторы ну уж очень хорошие, можно предложить что-то вроде алвариона или аперто - серьезные операторские решения, но и цены соответственно

предположим что будет шестисекторная база по 60 градусов сектор, на один сектор 30 рыл, все есс-но с поллингом, получается 180 абонентов на такую базу то есть для 1000 нужно поставить как минимум 5 баз + магистральные каналы между ними

Нанос2 с мтиком в 5 и 10 мгц пробовал только на столе - проблем не возникло, а 2 наноса в 10мгц точка-точка у нас запущен линк - аптайм уже больше 2 месяцев, правда трафика там маловато.

Ошибаетесь. Аферос открыли HAL. Более того был проект OpenHAL, а модули ath5k никак не завязаны на бинарные компоненты как и ath9k. Опять ошибаетесь. В wive/wive-ng в бинарном виде ТОЛЬКО модуль радиоинтерфейса. В SDK AirOS HAL-бинарный. Можете скачать и посмотреть.

Знач плохо изучили, в бб стоит vxworks, с линуксом ничего общего не имеет. А в "линуксоидных" прошивках все "навороты", как вы говорите, не компилятся, эти навороты лежат в бинарном HAL модуле, а уже из соответствующих утилит идут чтение/запись в нужные регистры. Даже в том же Wive на rtl8186 дрова на радио и езер бинарные. То что линуксовая обвязка еще ничего не значит. В линуксе через ndiswrapper можно и виндовые дрова использовать.