umike

кавычку в конце второй строки шелл сам не подставит :) Пытались с John_obn прибивать dummynet по разным ядрам, на третьем ядре неожиданно загрузка dummynet'ом упала вполовину, но потом всё равно дошла до 100%. Еще в логах пролетело некоторое кол-во сообщений вида kernel: copy_obj (WARN) type 4 inst 65539 have 92 need 96 kernel: copy_obj (WARN) type 4 inst 65539 have 60 need 96 kernel: copy_obj (WARN) type 4 inst 65539 have 92 need 96

export LC_ALL=C ps -aHxo time,lwp | awk -vT=$(procstat -t 0 | awk '/dummynet/ {print $2}')\ ' $2 == T { split($1, a, /[:.]/); print a[1]*6000+a[2]*100+a[3]; }' так более корректно

ifconfig хотябы частично покажите, если используются vlan, возможно забыли поменять vlandev. Или забыли поменять имена интерфейсов в нетграфе, соответственно будучи подключенными хуками не к тем сетевухам, ноды заворачивают трафик не туда. В общем скорее всего где-то не поменяли имена интерфейсов. Попробовать сделать down/up сетевухе, попробовать ifconfig igbN -rxcsum -txcsum -tco -lro и прочие флаги.... tcpdump -ni igbN в зубы и смотреть по трафику что именно происходит

WAGO отменили? http://cs-cs.net/klemmniki-soedinenie-silovyx-cepej-chast-1 и дальше 2,3,4 части

это ответ на какой вопрос? понял, но это не решает в pf вопроса одновременного коннекта нескольких клиентов из-за NAT к одному внешнему VPN-серверу.

это ответ на какой вопрос?

подскажите как выпустить несколько pptp/gre-сессий через NAT на FreeBSD ? Сейчас используется pf-nat, соответственно несколько сессий на один dst-ip создать невозможно. Знаю что это решено в libalias, но ipfw nat задействовать нежелательно т.к. правила ipfw периодически перестраиваются, иногда с поллным flush, что будет дёргать сессии. Также попробовал: ipf map em0 10.20.111.0/24 -> 0/32 proxy port 1723 pptp/tcp map em0 10.20.111.0/24 -> 0/32 не завелось, вторая сессия не устанавливается frickin pptp proxy с правилами из INSTALL также даёт поднять только одну сессию. У кого-то есть опыт успешной его эксплуатации? Поделитесь правилами фаервола. Какие еще варианты кроме ipfw? В ng_nat есть pptp-прокси?

Azamat, мост-шейпер и нат какими средствами сделаны?

где купили и какова стоимость? Можно в личку

случаем не похоже и просто сменой мака прокси не лечится

почитайте мануал длинка на тему vlan trunk enable vlan_trunk config vlan_trunk ports 1-26 state enable

Даже если нельзя ? что из этого ? ну не корректно он время будет показывать ? и что ? А системы мониторинга отменили ? Пока батарейки живы до определенного мин. напряжения УПС будет жить. В чем разница между тем что упс показывает время ДО отключения и вы знаете когда он выключиться ? Выключение серверов по событию batt low. он может не только показывать, но и выключаться через это время. Наблюдал такое на восьмитыщнике. После коррекции нулевого регистра и перекалибровки пришло в норму.

Я думаю что к имеющемуся можно подключить на родные разъемы бОльшую ёмкость. Вопрос возможно ли ему потом задать кол-во внешних блоков и верно откалибровать.

sh fdb mac port X говорит что там этот мак Learned arp-статикой немного балуемся, но не на коммутаторах доступа. Для этого пользователя arp-статики не было. sh ip arp кого? Коммутаторов доступа? managment vlan отдельный, поэтому там ничего интересного нет. Маршрутизатора через который пользователь выходит в сеть? Там тоже ничего особенного нет, обычная динамическая запись, такая-же как и тысячи других.

ну раз нельзя... в интерфейсе управления данного БП можно увеличить кол-во external блоков? Простейший вариант - вместо родных акумов подключить набор другой ёмкости на то-же напряжение и увеличить в интерфейсе кол-во внешних блоков чтобы ИБП знал и правильно понимал сколько чего ему разряжать и заряжать. Есть подозрения, что у ИБП без возможности подключения внешних батарей может быть другой зарядник, ограниченный меньшим током. Это можно гуглить характеристики на тему charge current... Соответственно заряжаться-разряжаться нестандартный набор будет дольше. У CSB опять-же смотрите на серии и срок жизни. Там есть и на 3 года и на 8 при одинаковых "внешних" характеристиках.

маки не броадкаст и не юникаст, этот трафик под tc не попал. Дальше? :)

что мешает использовать мобильный генератор? Трех-пяти киловаттник весом до 100кг загружается-разгружается двумя человеками. Я к тому, что любые батареи не бесконечны и имеют ограниченный срок службы, за цену 24часов аккумуляторов для ОДНОГО узла можно купить на 6 часов акумов для ТРЁХ узлов и генератор, который в случае ЧП можно привезти и запитать любой свой узел, а не только один единственный. Выше пишут "нужно 16 аккумуляторов 12V 110Ah.", берем гугл в руки, по первой попавшейся ссылке BB Battery FTB110-12 (12В,110Ач / 12V, 110Ah), клеммы - отверстие под болт М8, срок службы 5 лет. Цена ~14тыр/шт. Умножаем 14х16=224тыр. Предположим, у нас 99% отключений укладываются в 6 часов. Берем 40Ач батареи. Грубо говоря на 8 часов. Считаем по той-же ссылке. BB Battery BP40-12 (12В,40Ач / 12V, 40Ah), клеммы - Ушко под болт и гайку М5, срок службы 8 лет, цена 5тыр/шт 5х16=80тыр. + генератор типа такого. Не спорю, что батареи это более спокойно чем генератор, однако... решайте сами.

есть патч-панели с 802.3af, например сходу гуглятся 24-портовые http://www.panduit.ru/patch-panels/dpoe.shtml http://www.yoda.com.tw/model.php?type=PoE&pname=PH2400I и т.д.

потом стоит посчитать цену обычных(не гелевых) аккумуляторов, посмотреть на заявленный производителем срок жизни (для многих 3-4 года в буферном режиме) и понять что через N лет через надо будет вынуть ровно такую-же сумму на батареи независимо от того, сколько тонн акумуляторов будет куплено. После чего обдумать время реагирования зондер-команды с перевозимым генератором, купить батарей на 2-5 раз большее время и назначить добровольцев в зондер-команду :)

нет. Я сколько не смотрел не увидел ничего особенного и очевидного, поэтому и написал сюда

не меняются, не мультикаст (насколько я вижу), трафик внешне по дампу вполне нормален, без явных аномалий. user->инет не флудится, инет->user флудится. Маки вышеприведенные.

Что подразумевается под валидностью? Флудился трафик с src: 90:e2:ba:05:xx:xx (intel igb) dst: 20:cf:30:88:8a:19 по-моему вполне валидные

обычный трафик из мира к пользователю - браузинг, закачки.... Суммарно порядка 30мбит. Но почему-то разлетающийся по всему ethernet-сегменту.

айнанэ, посмотрел, действительно, 3200 оба-два B ревизии. В DGS-3120 тоже fllod_fdb нет и он тоже дублирует во все порты вилана.

Конечное звено у пользователя какой-то роутер с неродной прошивкой, подключен к DES3200-28 C1. Да, на порту пользователя он виден как обычный мак. Сейчас посчитал - в схеме где всё это флудится 7 разных моделей/серий коммутаторов из которых два неуправляемых.