Перейти до

Kiano

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

    2 061
  • Приєднався

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

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

    53

Сообщения додав Kiano

  1. Только что, rsst сказал:

    до какой-то версии софта были проблемы на 60%+ загрузки проца. Сейчас я не наблюдаю проблем при загрузке выше 70%

    не согласен, оно просто не так заметно стало и не во всех кейсах. трабла по интерфейсам всё равно осталась, на тилере стало меньше заметно, да.

     

  2. 4 минуты назад, rsst сказал:

     

    conn track надо было выключить. на чистой маршрутизации 10+гиг вывезет

    там есть целый ряд оптимизаций для такого. роутингом он спокойно разруливает 10 гиг и больше.

    80% это уже дропы и отвалы будут

  3. 13 минут назад, rsst сказал:

    CCR 1036 жует 2.5гига с натом и шейперами. 3.5 прожует без шейперов.

    Пара CCR 1072 прожует 10 гиг с натом и шейперами

    Вы когда-нибудь юзали 1072? Ни о каких 10 гигах там речи идти не может. Это очень неудачная железка.

    3.5гбита чистого ната 1036 прожуёт, без шейперов, с фастфорвардом и пр.

    2.5гб с шейпами и файрволом там уже есть дропы.

    • Like 1
  4. 37 минут назад, Johnny Gas сказал:

    С того, что люди пишут, Foundry спокойно тягнет bgp-сессии и 2м маршрутов.

    Плат на него куча, можна использовать как душе угодно и при этом он 50-60 гб трафика кушает.

     

    MX80 со своими 2 гб озу при AS с fullview, нат'ом и шейпером возможно задохнеться, нет?

    Я сталкивался только с mx960, не знаю на сколько хватает mx80.

     

    Так или иначе, это свитч. Оно то потянет, но как быстро вольётся при флапе?

    Мх80 одну фв легко вытянет и всё остальное. Две уже нет, мало того, no resources там частый гость будет.

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

    Памяти не хватает при использовании большого количества саб интерфейсов и маршрутов.

  5. Свитч для BGP - тупиковый путь. Поднимайте АСку на мх80, он это легко сделает. Для агрегации - свитч этот вполне пойдёт. НАТ плату в мх не забудьте, а лучше 2 шт., они любят отваливаться в самый ненужный момент.

    Для такого трафика и железа мх80 хватит, но запаса мало. Да, и на нём всего 2гб озу. Посматривайте на 204ый, если бюджет позволяет.

  6. 1 час назад, Alver сказал:

    На самом деле в данной схеме скорость между клиентами делится примерно пополам. Но дело в том , что 90Мbps это скорость встроенного теста  пакетами UDP.

    Скорость TCP - намного меньше.  Судя  по тормозам на    скорости реального трафика 40Mbps, то меньше раза в два. Одна из причин этому  - низкая надежность ( высокие потери )  канала связи на UBNT, несмотря на высокий ССQ ( который мало о чем говорит) . Из за потерь и падает реальная скорость.

    Как уменьшить потери?

    Если Airmaх не включен, то включить.

    Поднять энергетику линка, поставив  антенны с более высоким КУ. Это в данном случае не поднимет модуляцию и data rate , которая и так на максимуме, но поднимет мощность сигнала относительно  помех и снизит потери пакетов.  По видимому у клиентов тоже стоят наносы. Их следует  заменить например на повербимы.  

    А вообще конечно если нужно получить хотя бы 100 Мbps реального трафика на дальности в несколько км,  то на  устаревших  наноcах М5 это сделать нереально.

     

    Вячеслав, браво! И ни слова о... ну Вы поняли )) зачот, что уж говорить)

    • Haha 1
  7. 15 минут назад, Туйон сказал:

    Можно конечно, только прироста скорости это не даст. В свое время что я только не крутил, чтобы выжать побольше. Эх быстро 10 лет прошло )

    Автор, ждем больше информации и скрины с настройками.

    Не парься, у него уже куча тем с тупыми вопросами и отсутствием попыток подумать.

  8. 15 минут назад, Туйон сказал:

    Даже если оба работают на прием, на передачу тоже передается трафик.

    При работе двух клиентов одновременно, скорость не поделится ровно в 2 раза, она просядет сильней.

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

    Добавишь 1-2 ещё, даже которые редко грузят - начинаются приколы.

    Хотя конечно 30-40 маловато, у меня база с 10 клиентами когда-то утилизировала 30-40М.

     

    AirMax включен? Какая аггрегация? Прошивки?

    всё правильно говоришь, не будет в сумме 90, тем более на наносе.

    wpa2-aes там на аппаратном уровне, никакой разницы не будет.

  9. 36 минут назад, DVSGROUP сказал:

     

    RouterOS не считает ядра, она считает потоки.

    Например для hEX S с 2-ядерным 4-поточным процессором будет указываться CPU Count = 4

    Процессоров у вас 2... точно 2

     

     

    Отображается 7.8 всего, из них 7.4 доступно. Что не так?

    Вас смущает куда делись 0.2 ГБ? Встроенный графический адаптер ...

     

    RouterOS основана на ядре linux, а не на Windows.

    linux поддерживает PAE, поэтому для 64-битных CPU можно использовать больше памяти.

     

    Если процессор 32-битный (х86), то получится только 2 ГБ использовать.

     

    Начиная с RouterOS v6.34 для x86_64 поддерживается до 128 ГБ ОЗУ.

    https://help.mikrotik.com/docs/pages/viewpage.action?pageId=18350234

    В роутерос пае не юзается. Х86 роутерос не видит больше 2гб, только х64

    Началось это с 6.30

  10. 3 минуты назад, rliskov сказал:

    Чтоб не плодить лишние темы спрошу здесь. Есть Mikrotik x86 с процессором Intel® Xeon® E5-2670 v2

    Кратка спецификация:

    Коллекция продукции Семейство процессоров Intel® Xeon® E5 v2

    Номер процессораE5-2670V2

    Литография 22 nm

    Спецификации процессоров

    Количество ядер 10

    Количество потоков 20

    Максимальная тактовая частота в режиме Turbo3,30 GHz

    Частота с технологией Intel® Turbo Boost 2.0‡3.30 GHz

    Базовая тактовая частота процессора 2,50 GHz

    Кэш-память 25 MB Intel® Smart Cache

    Частота системной шины 8 GT/s

    Кол-во соединений QPI2

    Расчетная мощность 115 W

     

    А вот что пишет сама система:

    image.png.f7107e9e7e4334af4444bee702a515c6.png

     

    1) Откуда взялось 40 ядер, если в процессоре их 10 ?

    2) Кол-во памяти 8Гб а не 2Гб. Логично, что из-за того, что написано - архитектура x86_64. Но разве версия RoS 6.xx поддерживает 64-ю разрядность? 64 бита только в только 7 ветке реализовали. (хотя была одна версия в 6 ветке с поддержкой 64 бит но эту версию быстро удалили.) Хотя.....возможно из-за того, что на этот сервер ставил 7 ветку, потом в Hardware выбрал архитектуру x86_64. А потом снова откатился на 6 версию. 

    На счет оперативы могу ошибаться но не пойму откуда 40 ядер взялось.

    2 проца? И гипертредин. 

  11. 3 часа назад, carver сказал:

    напоминаю о mptcp, лет пять назад, самсунс с эплами,
    запускали там LTE+WIFI, для суммирования канала.
    кто-то даже разработчика взял на ставку. 

    я правда пробовал, ничего не получилось. типа и работает, но как-то херово.

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

    сейчас уже, на upload - вроде операторы дают полосу условно достаточную.

    orange_win_mptcp.jpg

    Ответственно заявляю, что решение херня.

    Протестил на днях на рпи4. Очень сыро и нестабильно 

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