Перейти до

ePMP Force 110, 16км, внутренний тест и реальный трафик


Рекомендованные сообщения

  • Відповіді 129
  • Створено
  • Остання відповідь

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

То что её нет сейчас не означает что она не появится при достижении 120 мбит/сек. Не реально на камбиуме получить 140 мбит/сек на живой сети. Удел камбиума PMP или PTP до 100 мбит/сек. Это подтвердило

Наверное неправильный ток в розетке и воздух тоже.

Posted Images

У ТС нет полки по ппс. Эту версию проверили.

То что её нет сейчас не означает что она не появится при достижении 120 мбит/сек. Не реально на камбиуме получить 140 мбит/сек на живой сети. Удел камбиума PMP или PTP до 100 мбит/сек. Это подтвердилось не одной инсталяцией. И опровергнуть данное утверждение вы не смогли до сих пор(скринами суточной, недельной статистики mrtg ). Будьте честными перед клиентом. Мы заменили на камбиум более 10 линков. И они прекрасно работают в сложных условиях (nlos, помехи, вода) но! до 100 мбит/сек! Дальше не вывозит то по pps то ещё бог весть по какой причине. 

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

На Slave в режиме ePTP есть ограничение по мощности 18dbm ,

выше не поднимается , проверено.

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

Начнем с того,что вообще нет примеров скрины дневной загрузки MRTG ) что лоу кост железки на базе вайфай радио -убнт, МТ или еPMP пропускают живого TCP/IP трафика более 130-140М на линке >5км. В чем там дело кроме ппс или чем то еще другом - непонятно. Я полагаю что кроме ппс ( там все ясно)причина в ошибках в канале в полосе 40 мгц из за помех в том числе помех-multipath из за перекрытого Френеля. Ошибки в канале уменьшаются повышением энергетики линка Поэтому ТС предлагается поставить на этот еPMP более мощные антенны. Это как минимум уберет деградацию этого канала от падения сигнала ( по неизвестной причине)ниже -60 дбм и повысит скорость TCP и живого трафика.Сможет ли Supersonic пробить "звуковой барьер" 140м на Камбиум- вот и посмотрим.

Відредаговано wimaxx
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Сколько Tx стоит на Slave в режиме ePTP? Выложите скрин с Tx на прошивке 2.4.2

 

Прыгает, 27, 18 - частота 5420

post-21976-0-83665500-1431065553_thumb.png

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

 

 

Сможет ли Supersonic пробить "звуковой барьер" 140м на Камбиум- вот и посмотрим.

 

Ну мне из двух линков собирать один как бы смысла нет, было б гарантировано 160-180 мбит я б собрал. но я не думаю что 5дби повысит так скорость.

 

Щас попробую ещё частоты перебрать...

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

 

Сможет ли Supersonic пробить "звуковой барьер" 140м на Камбиум- вот и посмотрим.

Ну мне из двух линков собирать один как бы смысла нет, было б гарантировано 160-180 мбит я б собрал. но я не думаю что 5дби повысит так скорость.

 

Щас попробую ещё частоты перебрать...

Есть на 17 км результат 80м+ 80М одновременно ( в дуплексе) тесты TCP . Выкладывал в профильной теме. И у вас как минимум в tcp тесте пробьет 135м. Но для этого надо поднять ul mcs15 до 97% и уменьшить capacity drop packets. В вашем случае повышение сигнала с -59 до -54 dbm это сделает точно.
Ссылка на сообщение
Поделиться на других сайтах

кому надо 80 на 80 ?)) да и 135 меня не спасут, у меня тот линк 80 прокачивает...

Речь идет о том что 80+80m =160 m в TCP тесте прокачивает. Если вы это прокачаете то будет вам 150+м в tcp симплекс и если не выйдете на полку ппс то и на живом трафике.
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

150/10 на живом трафике не будет это раз.

Бтест меряет большими пакетами это два.

 

Вот, пожалуйста, 80/80 tcp. ePMP...где 150 реала?

post-21976-0-97522200-1431081017_thumb.png

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

Я имею в виду TCP , там размер пакета не задается. И вы можете протестировать ппс пакетами UDP 64 байт. Сделайте это чтобы не возвращаться к вопросу ппс.

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

150/10 на живом трафике не будет это раз.

Бтест меряет большими пакетами это два.

 

Вот, пожалуйста, 80/80 tcp. ePMP...где 150 реала?

Откуда куда сколько трафика запустили ,опишите. Відредаговано wimaxx
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
Откуда куда сколько трафика запустили ,опишите.

 

х86 send 75M tcp - epmp - tp-link - mikrotik 1

x86 receive 75M tcp - epmp - tp-link - mikrotik 2

post-21976-0-04760800-1431082764_thumb.png

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

Судя по тесту ппс 23k пропускает. На интерфейсах 28k пакетов ,но уже с оверлоад. Расчитывайте на 23K.

А в одну сторону dl сколько даст?

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

 

Откуда куда сколько трафика запустили ,опишите.

х86 send 75M tcp - epmp - tp-link - mikrotik 1

x86 receive 75M tcp - epmp - tp-link - mikrotik 2

убавьте x86 receive до 30М. Откройте еще один ВТ на х86 и сделайте 45М receive на МТ3. Так чтобы было 130 на 30M. Відредаговано wimaxx
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
А в одну сторону dl сколько даст?

22-27к udp 64 байт

 

убавьте x86 receive до 30М. Откройте еще один ВТ на х86 и сделайте 45М receive на МТ. Так чтобы было 130 на 30M.

щас не понял, у меня есть только 120М в одну сторону ))

В дуплеске в лучшем случае даёт 100/20, а так 90-95/20 (это на ноутбуке напрямую было) через свитч на микротики так же

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

 

А в одну сторону dl сколько даст?

22-27к udp 64 байт

убавьте x86 receive до 30М. Откройте еще один ВТ на х86 и сделайте 45М receive на МТ. Так чтобы было 130 на 30M.

щас не понял, у меня есть только 120М в одну сторону ))

В дуплеске в лучшем случае даёт 100/20, а так 90-95/20 (это на ноутбуке напрямую было) через свитч на микротики так же

Вы можете от 80+80 добавлять понемногу скажем по 20м на tx и убавлять 20 м с rx, чтобы видеть где начинается тормоз. И сделайте тест симлекс udp 64 байт.
Ссылка на сообщение
Поделиться на других сайтах
  • 3 weeks later...

 

 

Питание смотрите или свич.

а что на питание смотреть? родной б/п от камбиума.

а свитч причём? если он по вайфаю трафик не гоняет, АП включен напрямую в х86, СТА через свитч, так через этот свитч я могу зайти на СТА.

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

 

Питание смотрите или свич.

а что на питание смотреть? родной б/п от камбиума.

а свитч причём? если он по вайфаю трафик не гоняет, АП включен напрямую в х86, СТА через свитч, так через этот свитч я могу зайти на СТА.

 

Так АП зависает или линк пропадает?

Если пропадает в режиме ePTP, то поменяй режим first MAC на MAC filtering

Відредаговано wimaxx
Ссылка на сообщение
Поделиться на других сайтах
  • 1 month later...
Опубліковано: (відредаговано)

Продолжает зависать Wi-Fi, в вечернее время, когда повышается трафик, помогает ребут АП или СМ.

Прошивка 2.4.3

Что делать?

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

Продолжает зависать Wi-Fi, в вечернее время, когда повышается трафик, помогает ребут АП или СМ.

Прошивка 2.4.2

Что делать?

откатываться на 2.4

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

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.


×
×
  • Створити нове...