Alver

Тогда Вы обьясните за счет ЧЕГО, бим будет иметь лучше ( выше скорость ?) чем рокет с 30 дБи дишами? За счет более мощного процессора ? Это никогда не повышало пропускную способность, стабильность и даже никак не сказывалось на пакетной производительности. Я скажу, что наоборот, бридж/бим в равных с рокет + диш условиях дает худший результат по причине того, что бим из за особенностей конструкции облучателя своего диша 1) фонит сам и собирает помехи вокруг себя 2) имеет низкую развязку по кроссполяризации, от чего падает скорость из за переотражений на сложных ( с nearLOS) трассах линка

Обычные бимы М5 400. Были рокеты с дишами вероятно 30 дБи. В чем смысл менять на бимы с дишами 25 дБи? Будет только хуже, чем было на простых рокетах.

ePMP Force 100- Iron man Можно использовать на тех же дишах, где раньше стояли рокеты? И будет ли эффект в данных условиях? Тогда можно просто поменять рокеты на ePMP Connectorized. Диши оставить старые. Результат будет 100/100М DL/UL дуплекс в 40 МГц, 100М симплекс в 20Мгц. См http://local.com.ua/forum/topic/54165-epmp-cambium/?p=679742

ePMP Force 100- Iron man

Вот еще один линк 51 км в 5 ГГц на двух ePMP Connectorized ( СПЕ под внешнюю антенну). Антенны dual pol dish. Тесты TCP + живой трафик в 20 Мгц: - двунаправленный симмертичный дуплеск UL+DL = 60.5+57.2 Мбит/c =118 Мбит/c - симплекс ( в одну сторону) UL+DL=6.3+ 93.2 = 99.5 Мбит/c

UDP тест выдает пропускную способность без учета потерь пакетов( надежности каналов). Тест TCP учитывает надежность канала и поэтому более адекватен, дает реальную оценку скорости на живом TCP/IP трафике. Если в живом трафике присутствуют торренты ( UDP - uTorrent), то реальную скорость можно разогнать где то между UDP и TCP - но ближе к TCP, поскольку торрентов все же поменьше чем другого трафика ( тем более торрент трафик на убнт часто режут, так как он кладет убнт канал по ппс). На оборудовании с надежным каналом ( BER 10-6) тесты UDP и TCP дают одинаковый результат. На оборудовани

В чем вопрос ? В том что внутренний тест дает 150-180М, а пропускная способность на живом трафике <50 М? Ответ прост. Скорость падает из-за потерь пакетов, о чем свидетельствуют скачки CCQ. Почему не падает скорость встроенного теста? Потому что это тест UDP. Протестируйте канал iperf на UDP, получите 150-180М. Сделайте тест iperf на TCP - получите <50 М. Поскольку живой трафик -это TCP/IP - поэтому на нем такой низкий результат. И тогда возникает главный вопрос: откуда берутся потери пакетов ? Это происходит по причине низкой надежности канала ( низкий Bit Error Rate - BER)

Вы имеете ввиду аплоад самого wifi линка между базой и определенным клиентом? Upload в данном случае -трафик от клиента на базовую станцию.

полность с вами согласен по поводу зоопарка, но жизнь иногда вносит свои коррективы. Тут весь прикол в том, что отключая клиентов с слабеньким сигналом(3шт), проблема остается. Ну я же Вам обьяснил причину. Дело в Вашем случае не в клиентах со слабым сигналом, потому что у Вас таковых нет ( у всех больше -70 дБм). Проблема в коллизионном протоколе доступа CSMA/CA. Раньше работало, потому что у клиентов был минимальный аплинк трафик. Смотрите у кого из клиентов, особенно из числа близко расположенных, повысился аплоад. Он и валит весь сектор. Сколько ему надо ограничить - upload 1 м и

Сеть ТС, у кого на 1.6 км сигнал -78дБм , уже скорее всего в том виде, какой была в 2012 году, не существует. Той жизни ей бьло отведено еще пару месяцев. Потом, без всякого сомнения, все упало и больше не поднялось. У vet-vet ( нельзя сказать что некропостера, потому как проблема актуальна) сигналы выровнены и меньше -70 дБи нет. Но проблема доступа есть, и точно не по причине непопадания клиентов в сектор. У Вас Norther на наносах включен Airmax ?

У ТС и других наблюдается проблема "скрытого узла" в стандартном 802.11a/g/n протоколе доступа CSMA/CA. Это когда клиенты не слышат друг друга и один клиент своим аплинк трафиком может занять канал в ущерб другим клиентам точки доступа. При этом первыми начинают страдать дальние клиенты. Механизм RTS/CTS был разработан ( в конце 90-х) для решения этой проблемы, но по опыту его применения он редко помогает и чаще ухудшает ситуацию и от его использования уже давно отказались. Более эффективно эту проблему решает использование поллинговых протоколов ( разработанных в середине 90-х) ти

Вы цифрой не ошиблись ? может 5 мбит ? А то - путем несложных вычислений, выходит что на БС должен приходить канал ну как минимум 2-3 гига ? Нет, я написал все правильно. У меня такой же вопрос сразу возник. Утверждают такую цифру. Думаю, что речь идет о 4-х секторной станции ePMP 1000 c GPS Sync и Frequency reuse. По 25 клиентов на сектор - 100 клиентов на базу. 90x4=270 Мбит/c -емкость 4 х секторной базы. При средней загрузке сектора на 20 клиентах 20- 30 Мбит/c , клиенту в среднем доступно 50-70 Мбит/с в 20 Мгц ( по спидтесту). Так что тариф 50М ( возможно не для всех клиент

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

Замена на Титаниум ничего не даст. Скорости и mаx количество клиентов остается таким же что и на старых рокетах, потому что протокол доступа тот же самый. Повышение скорости процессора никогда не давало повышение скорости в радиоканале. Так же все и с титаниумами. Ничего принципиально нового и улушенного кроме гигового эзера там нет, и то он там не востребован, поскольку >100 Мбит/c в радиоканале ни на рокете ни на титаниум рокете выжать редко когда удается даже в 40 Мгц.

у ePMP свой протокол доступа. Поэтому с ePMP базой смогут работать только ePMP СПЕ. ePMP СПЕ имеет режим стандартного wi-fi 802.11n. В этом режиме он теоретически может работать с базой Рокет M2 в режиме airmax OFF. Практически же это вряд ли кому будет нужно.

вы сами ответите или мне подсказать? все для того чтобы не городить вот такой винегрет http://proline.biz.ua/images/dishbox-with-mikrotik-and-fiber-media-converter-power-1024x683.jpg я ж поэтому и спрашивал у вас, когда будет оптопорт и отдельное питание для камбия Задача у Вас какая? Пройти кабелем больше 100 метров или другая ? Наверно, летом не пальнуть борд... у ePMP ( особенно у баз ) надежная грозозащита. Если база выходит из строя по питанию, то по мощному разряду и сгорает все внутри- но это очень редко.

вы сами ответите или мне подсказать? все для того чтобы не городить вот такой винегрет http://proline.biz.ua/images/dishbox-with-mikrotik-and-fiber-media-converter-power-1024x683.jpg я ж поэтому и спрашивал у вас, когда будет оптопорт и отдельное питание для камбия Задача у Вас какая? Пройти кабелем больше 100 метров или другая ?

Во-первых МТ ничего не делает сам из железа ( только софт). Понятно что все делается в Китае, но МТ даже не делает Reference Design плат,как это например делает российский Инфинет .У МТ платы - OEM от ODM производителей универсальных бордов и радиокарт в Китае. МТ даже не делает кастомизацию плат, как это делает, например украинская Юнидата. Поэтому у МТ столько много разных моделей с ненужными и лишними интерфейсами и фичами, многие из которых не нужны или непригодны к применению для БШД.. МТ даже не тестирует борды и радиокарты ( в том числе на необходимом для железа, а не только для

В январе реально. вот теперь спасибо за честность у камбия не предвидется сфп слот и отдельный DC коннектор для питалова? в EPMP по нет такого роадмапа.

В январе реально.

Софт v.2.4 с PTP будет доступен по плану в конце ноября -начале декабря. А сами устройства 110 серии выйдут в ноябре , но приедут к нам не раньше января.

Force 110 PTP- гиговый, доступный с ноября. а прикупить тупо активку можно будет не? без гпс с гигосом то что надо но вот антенки 25 дБи диш маловасто, хочу к своим дишам прикрепить ясно, они и прошивку значит под релиз этой балалайки в рtр подпилят... Гиговое устройство без GPS от Force 110 PTP можно приобрести отдельно. Его можно использовать с другими, например 30,32, 34 дБи антеннами RD, МТ, Джирусами и др для линков точка- точка, а также как более дешевую гиговую базу без GPS синхронизации.

Получен Сертификат и Декларация соответствия на базу ePMP 1000 GPS Sync 2.4 ГГц , СПЕ ePMP 1000 2.4 ГГц Force 100 соточный ( Iron Man) - доступный сейчас. Force 110 -новый соточный, доступный с ноября. Force 110 PTP- гиговый, доступный с ноября.

я такое чет не нашел у вас на сайте есть под внешнюю антенну без gps но сука с 100 мбитным портом ткните носом или это будет потом и только с камбия антеннами в комплекте? Сейчас есть ePMP Force 100 ( 100М, 25 дБи диш). С ноября будут ( пока на сайте их нет) клиентское устройство ePMP Force 110 (100М, 25 дБи диш)- антенна легче и проще в сборке чем Force 100 и ePMP Force 110 PTP ( 1 Гб, 25 дБи диш) - это база без синхронизации с новой антенной 25 дБи диш по спец. цене за комплект их двух устройств для точка-точка. Все устройства могут работать в режимах AP, STA и PTP. Также анте

На самом то деле на убнт/мт при полной загрузке канала и на длинных пингах задержка нисколько не меньше, а даже больше, особенно при помехах и преградах на трассе. Через месяц-полтора выходит прошивка v.2.4 с режимом PTP c задержкой 2-3 мс. При этом помимо прошивки, которой можно будет проапгрейтить существующие линки, для точка-точка будут доступен комплект 2x ePMP Force 110 PTP ( 25диш, 1 Гб ethernet- на основе баз ePMP, но без GPS синхронизации)- по очень доступной цене . Будет как Радвин 2000, но по цене в 10 раз меньше.