Перейти до

Alver

Сitizens
  • Всього повідомлень

    6 752
  • Приєднався

  • Останній візит

  • Дней в лидерах

    62

Все, що було написано Alver

  1. Судя по тесту ппс 23k пропускает. На интерфейсах 28k пакетов ,но уже с оверлоад. Расчитывайте на 23K. А в одну сторону dl сколько даст?
  2. Откуда куда сколько трафика запустили ,опишите.
  3. Я имею в виду TCP , там размер пакета не задается. И вы можете протестировать ппс пакетами UDP 64 байт. Сделайте это чтобы не возвращаться к вопросу ппс.
  4. Речь идет о том что 80+80m =160 m в TCP тесте прокачивает. Если вы это прокачаете то будет вам 150+м в tcp симплекс и если не выйдете на полку ппс то и на живом трафике.
  5. Ну мне из двух линков собирать один как бы смысла нет, было б гарантировано 160-180 мбит я б собрал. но я не думаю что 5дби повысит так скорость. Щас попробую ещё частоты перебрать... Есть на 17 км результат 80м+ 80М одновременно ( в дуплексе) тесты TCP . Выкладывал в профильной теме. И у вас как минимум в tcp тесте пробьет 135м. Но для этого надо поднять ul mcs15 до 97% и уменьшить capacity drop packets. В вашем случае повышение сигнала с -59 до -54 dbm это сделает точно.
  6. Начнем с того,что вообще нет примеров скрины дневной загрузки MRTG ) что лоу кост железки на базе вайфай радио -убнт, МТ или еPMP пропускают живого TCP/IP трафика более 130-140М на линке >5км. В чем там дело кроме ппс или чем то еще другом - непонятно. Я полагаю что кроме ппс ( там все ясно)причина в ошибках в канале в полосе 40 мгц из за помех в том числе помех-multipath из за перекрытого Френеля. Ошибки в канале уменьшаются повышением энергетики линка Поэтому ТС предлагается поставить на этот еPMP более мощные антенны. Это как минимум уберет деградацию этого канала от падения сигнала
  7. Есть предположение, что это не на всех железках. Поэтому спрашиваем как это есть у ТС.
  8. 2 SuperSonic Сколько Tx стоит на Slave в режиме ePTP? Выложите скрин с Tx на прошивке 2.4.2
  9. ну у меня 40МГЦ сложно найти без помех про 80 молчу, поэтому АЦ точно нет (уже пробовали), та и этот тоже в udp 150 даёт Ставьте на Камбиум боле мощную антенну. На вашем трафике еще далеко до полки по ппс. Кстати сколько в канале ппс можете проверить. Сделайте на один из МТ тест UDP дуплекс пакетами 64 байт.
  10. Нет, на шлюз. Ничем. Помочь ТС. Сами с таким сталкивались.Ваши тесты 17 км на АС представляют интерес. Создайте тему там обсудим. Как вы понимаете интересуют тесты TCP дуплекс и живой трафик. Udp симлекс 140м в 40 мгц мы уже видели.
  11. Там половина реального трафа. TCP почему-то не фунциклирует, сейчас времени нет разобратся почему. Но в реале в час пик до 150 трафа добегает (правда опять же приходиться изменять полосу в 40).Так сначала разберись, потом покажи результат, чтобы было видно сколько реального трафика , а сколько тестового. А если есть 150 М живого трафика, так покажи дневную статистику с эзернет интерфейса. Такие правила.
  12. Тест во- первых, встроенный между wireless интерфейсами, во вторых, симлекс, в третьих udp. И наконец результат 140М , чем хотели удивить?
  13. Если 91М это 75% от ёмкости канала то мне не подходит этот режим, мне надо 140-160 мбит как Вы и обещали Не питайте иллюзий. Не получите вы такой скорости. Упрётесь или в pps или в помеху или "неправильный траффик". epmp железо не того класса чтобы обеспечить такую пропускную способность. максимум на что можете расчитывать 120-125 мегабит и то если карта ляжет по pps вывезет.зы: обещали для размера пакета 1500 байт. В реальной сети таких пакетов не практически нет. У ТС нет полки по ппс. Эту версию проверили.
  14. У вас сильная помеха до -80 dbm на 5810 и 5830мгц.При полосе 40 мгц на частоте 5820 мгц канал попадает на 10 мгц помехи снизу и сверху по частоте. На Камбиум из за помехи в аплинке ( поэтому падает аплинк модуляция и есть потери) нужно повысить энергетику ul rssi до -50 дбм. Для этого нужно поставить антенны 30 дБи диши. Лучше с обеих сторон. Можно начать с одной стороны -поставьте еPMP c рокетдишем 30 дБи. Либо найдите частоту с низкими помехами.
  15. У вас какие антенны, родные 25 дБи? У вас видимо сильные помехи. Если МТ на сигнале -45-48 дбМ хреново работал , то Камбиум на -59 - 65 не будет себя чувствовать хорошо. И сделайте скрин встроенного анализатора спектра. Посмотрим на уровень помех.
  16. UL модуляция также вносит свой существенный вклад в симлекс download. Зарежьте ul на mcs9 и скорость в dl упадет в два раза.
  17. А сигнал почему прыгает, не из за воды? Из за чего? И на последнем скрине мы видим UL MCS15 74%. Какие 95%?
  18. Эти цифры справедливы для линка над ВОДОЙ. И в еще более неблагоприятных условиях , если вода + препятствия (холмы , деревья ...то есть NearLos ), может быть хуже.Тогда и 50М будете рады. И разница между убнт/МТ и ePMP будет в скорости и стабильности работы в таких условиях.
  19. Если 91М это 75% от ёмкости канала то мне не подходит этот режим, мне надо 140-160 мбит как Вы и обещали75/25 это режим для малтипойнт с синхронизацией. Для точка точка используйте режим ePTP.
  20. В 75/25 надо дуплексом грузить. 30 М Rx добавьте. 91М tcp это 75%от емкости канала.
  21. В общем понятен расклад. Имеем 135м ( ul+dl) tcp и 180 (ul +dl ) udp ,потери 25%. Для очень плохих условий ( над водой) да еще помехи немалые это следует считать видимо нормальным. Для LOS с небольшими помехами на ePMP разница между tcp и udp в пределах 5 -10%. Чем хуже условия тем больше разница. Это обьсняется ошибками в канале. На самом первом скрине wireless- performance видно большое количество Capacity drop packets. Видимо это и есть потери. Они плавают с плаванием сигнала из за переотражений от воды. У МТ потери больше и поэтому работает в данных условиях хуже. Убнт еще хуже, так
  22. Alver

    ePMP Cambium

    А что не так? Что дали возможность апгрейта за деньги?
  23. Да всё верно, так я ж скинул и udp выше 140/40 ) без ресива примерно 150 Я имею ввиду- подгрузите Rx в TCP тесте. И 105 М это минимум или максимум? У вас в TCP тесте на одном МТ загрузка плывет от 30 до 40М. Выложите скрины всех трех потоков TCP на 3 МТ - нужно видеть как плывет трафик.
  24. Так он упирается в порт 100М, а что Вас смущает? То есть вы нагружаете тремя тестами TCP на 3 МТ и упираетесь суммарно в 105мбит симлекс? Все так? А в обратную сторону нет трафика . Можете подгрузить также как в тесте udp?
  25. Давайте вы запустите один тест симплекс и дуплекс с x86 cначала udp потом tcp на какой то один микротик. X 86 должен потянуть все. А udp вообще не должен дать полку на любом МТ.
×
×
  • Створити нове...