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

azlozello

Пользователи
  • Публикации

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

  • Посещение

О azlozello

  • Звание
    Абитуриент
    Абитуриент

Контакты

  • ICQ
    Array
  1. Может у вас стоит защита типа "нельзя отправлять и получать пакеты с одинаковым src-dst портом"?
  2. Нифига не ок. Хотя возможно у меня старая версия бинда.
  3. Только как подгрузить такое кол-во зон? Подгружает быстро пару десятков из списка и дальше по одной зоне в 2-4 секунды. Соответственно в этот момент bind на запросы не отвечает.
  4. Полный и абсолютный 0 по всем направлениям! Подозреваю глюк где то был. Переставил другую систему и теперь хоть 20% рисует на ядрах :)
  5. Чему же радоваться? На лицо явный глюк :) Тут у людей и на 150кппс уже тормоза начинаются.
  6. [root@localhost ~]# uname -a Linux localhost 2.6.27.25-78.2.56.0.140asp.i686 #1 SMP Tue Jul 7 16:58:15 EDT 2009 i686 i686 i386 GNU/Linux [root@localhost ~]# lspci 01:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06) 01:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06) [root@localhost ~]# ethtool -i eth2 driver: e1000e version: 1.0.15-NAPI firmware-version: 5.11-2 bus-info: 0000:01:00.1 [root@localhost ~]# ethtool -i eth3 driver: e1000e version: 1.0.15-NAPI firmware-version: 5.11-2 bus-info: 0000:01:00.0 Intel® Core2 Quad CPU Q8200 @ 2.33GHz Иперфом генерится поток ~280kpps пакетами по 64к Тупой форвардинг. На проце 0 загрузки. Дропов нет. Как это понимать?
  7. Оптимальнее для чего? :) Разумеется включайте. Менее 64к на порт у ежей нельзя на сколько я знаю. А больше и не нужно. Хуже уж точно не будет.
  8. Такой мега девайс наверно будет стоить от 1к$ Вот если бы туда ещё ASIC запихнули то можно было бы собирать на коленках вещи а-ля жунипер ;)
  9. del как бы не совпадает с логикой хешей :) не лучше бы использовать change?
  10. кусок из скрипта: А не лучше ли до фантазировать с использованием хешей если вдруг клиентов много?
  11. Почему нельзя повлиять? Опция ecn в RED что тогда делает как не заставляет источник понизить скорость?Может я не так понял? :) ECN -- это уведомление о перегрузке (переполнении приемного буфера). RED -- это дисциплина для предотвращения переполнения очереди, а не для шейпинга. Нельзя вносить задержки контролируемой величины не отправляя пакеты, почему это неочевидно? Задача RED заключается в том, чтобы сообщить отправителю о возможности перегрузки, и отправитель должен адаптироваться к этой ситуации.Маршрутизатор осуществляет пометку пакетов с помощью бита-флага СЕ. Отправитель должен реагировать на этот флаг так, как если бы произошла потеря пакета. Это и есть механизм ECN "Explicit Congestion Notification". Но так как это не получило широкого распространения то и работает это далеко не во всех случаях.
  12. Почему нельзя повлиять? Опция ecn в RED что тогда делает как не заставляет источник понизить скорость?Может я не так понял? :) Например есть трафик промаркированный DSCP в 3 разных класса + нулевой. Как наиболее разумно пропустить через входящий интерфейс этот трафик в соответствии с метками и обрезать общий канал например до 500мбит? С исходящим то всё понятно. Но непонятно как это сделать с входящим.
  13. Не совсем то чего хочется. А хочется как обычно странного :) Есть свитч L3 способный принять по BGP без усилий 60к префиксов в память (в FIB только 17к) Есть 2 аплинка с FV и IX примерно 4к префиксов. Необходимо сбалансировать 2 канала в мир. FV никому отдавать не нужно. Что порекомендуете?
  14. Может расскажете рецепт приготовления "мухоморов"? ;) Очень интересная темка.