Перейти к содержимому
Калькуляторы

maxkst

Активный участник
  • Публикации

    254
  • Зарегистрирован

  • Посещение

О maxkst

  • Звание
    Студент

Посетители профиля

876 просмотров профиля
  1. Равномерная загрузка EoIP

    В случае с Transit Fabric любая полоса сначала нарезается на кусочки равной ширины, а потом equal cost присваивается каждому отдельному кусочку
  2. Равномерная загрузка EoIP

    Поддерживаю идею Saab95 насчет OSPF, почитайте про Transit Fabric, похоже ваш случай. Единственное, что хотел добавить так это то, что у вас часть полосы забирает Overhead EoIP в нынешней конфигурации. http://www.stubarea51.net/2016/10/27/wisp-design-using-ospf-to-build-a-transit-fabric-over-unequal-links/
  3. Поймал то-же самое вчера во время обновления нескольких hAP ac до 6.42.6. Все кроме одного обновились, один начал флапать интерфейс с теми же интервалами. Полечилось кнопка+netinstall.
  4. Вы к этим значениям (включая буфер pfifo) пришли экспериментально, или есть где-то рекомендации Микротика? Просто ваши значения уж очень далеки от дефолтных. А коль ваши buffer size работают лучше, я бы сказал что дефолтные значения самих MT оторваны от реальности.
  5. Попробуйте DSTNAT редирект с любого другого порта на 1723
  6. Равномерная загрузка EoIP

    Вы уверены, что в вашей схеме использование N-ного количества EoIP туннелей обосновано? Напрашивается PCQ queue, но сначала схемку бы уточнить
  7. После взлома шлюза....

    Мне попадался MT с такой странностью - в самом начале лога - единственная строка, отражающая последнее изменение. Если что-то поменять - содержимое этой строки так же меняется, соответственно, предыдущая исчезает. Подробнее изучить не удалось, но роутер тот торчал голой ж. в интернет.
  8. И правда, заметил, что при достаточно больших размерах этого буфера PFIFO дропов практически нет, в моем случае при скоростях 250/250 дропы пропадают после 2000 и выше. Насчет PCQ про 4 галочки - понятно, а про буфер огромный - это где? там есть Rate, Limit и Total Limit.
  9. В моем случае у меня один IP адрес на сервере, и один на ноутбуке. PCQ вроде как нужно использовать, когда хочешь ограничить скорость для группы хостов одновременно.
  10. Имеется простейшая тест-схема. Собственный Speedtest.net сервер по 10G подключен на CCR1072, затем с него идет гигабит оптика на RB2011, который используется как медиаконвертер, а далее медь в лаптоп. Пока лимитов нет - дает 800-900 мбит/с в обе стороны. Как только включаю ограничение скорости на 1072 - к примеру 250/250 на лаптопе получаю 250/150. Примерно такая же ситуация и с другими скоростями, Upload постоянно не дотягивает от 10% до 50%. На самых больших и самых маленьких скоростях разница минимальная. Если делаю к примеру 250/400 то получаю 250/250. По графикам видно, что download идет прямой линией, upload - всплесками. Бывали раньше подобные случаи, но лечилось заменой default-small на что-то побольше в queue. В этот раз не помогло. Лимиты ставил по IP и по интерфейсу. Пробовал снимать ограничения с CCR1072 и переносить их на RB2011 - та же проблема. Чувствую, что собственный микротик тест на UDP или iperf даст адекватный результат, но проверять особо желания нет, так как задача тут конкретная - решить проблему с нашим Speedtest.net сервером. Torch на интерфейсе с сервером показывает 6 TCP соединений на Download, затем 6 TCP на Upload
  11. это SSID моего домашнего WIFI роутера )))
  12. Zyxel вроде нашли какой-то косяк в Relay, пообещали пофиксить в 2019 )))
  13. На коммутаторах DHCP сервер весьма урезан, мы решили использовать только Relay функцию, и почти без проблем раздаем /32 адреса. Почти, потому что нашли косяк в работе Relay, парни из Zyxel вопсроизвели ситуацию, нашли отклонение от RFC и пообещали пофиксить в 2019Q1. Хотим пока поэкспериментировать с DHCP сервером + Скрипт добавления маршрута. Кстати, ув. Saab95, скриптом не поделитесь?
  14. Из другой лабы. не активно (красным). почистил
  15. А разве Relay хранит какие-то записи? Я думал, что их только DHCP сервер сохраняет