И еще. Не доверяйте на 100% командам, которые вам советуют. Прежде чем что то набирать - постарайтесь изучить в документации, что именно вам посоветовали. А то в следующий раз вам кто нить перловый однострочник rm -rf / пришлет ;)
взаимоисключающие требования.
первичный ключ - уникален, дубликат записи - подразумевает дублирование и ключевого поля.
Так что или крестик оденьте, или трусы снимите...
Руслан Федосеев
@martin74ua Автор вопроса, куратор тега Linux
вот дампы запросов. Сегодня включать дроп мультикаста не будем, выходные все таки... Пусть клиенты работают спокойно. Дампы сняты с миррора клиентского влана, для создания запроса - выключал,включал порт клиента.
Руслан Федосеев
@martin74ua Автор вопроса, куратор тега Linux
Павел Вастеров: я вам вместо него отвечу. Да, к личному присутствию. Он имеет в виду, что далеко не на все устройства, находящиеся в зоне его влияния он заходит. Даже на консоль. Не говоря уже о том, чтобы ножками прийти к железки и поклониться - здравствуй кошка, я тебя настраивать буду ;)
Руслан Федосеев
@martin74ua Автор вопроса, куратор тега Linux
Павел Вастеров: личное присутствие решает очень мало. Есть кошка, висит в серверной. В нее вставлены линки. Настройка кошки - консоль. Зайти на консоль можно откуда угодно. Вариант "я тут напутал в конфиге, пойду питание дерну" - это увольнение ;) Надо просто думать, что делать. А рядом с железкой может быть специально обученный человек, который умеет выполнять инструкции типа "порт 3/17 соединить с кроссом 4/1".
Руслан Федосеев
@martin74ua Автор вопроса, куратор тега Linux
а причем тут личное присутствие? Или вы тоже считаете, что администратор обязан лично видеть железку? Могу вас огорчить - я знаю людей, которые управляемое ими железо в глаза не видели и не увидят. Ну может по вебкамере, ради интереса и видели, заставив техников в ДЦ принести ноут с вебкой в зал ;)
Руслан Федосеев
@martin74ua Автор вопроса, куратор тега Linux
;) а чем wireshark от tcpdump принципиально отличается? ;)
Итак. Перед агрегатором запрос на dhcp есть. Апосле агрегатора нету. И на агрегаторе мака проблемного клиента нет. Убираешь дроп мультикаста - все есть ;)
лано, будем моделировать и искать....
Руслан Федосеев
@martin74ua Автор вопроса, куратор тега Linux
да я вот и пытаюсь понять, почему при дропе трафика на мультикастовые адреса на агрегаторе клиенты не получают настройки по dhcp, а без этого дропа - получают ;)
Причем, если бы все клиенты не получали - я бы понял. А вот так - все получают, а кто то нет - не понимаю ;) С понедельника будем пробовать это на стенде повторить.....
Руслан Федосеев
@martin74ua Автор вопроса, куратор тега Linux
ACL был создан ровно один и на агрегаторе. Конфигурация всех остальных устройств не изменилась.
deny ip any 224.0.0.0 15.255.255.255
вот ровно вот это правило, повешенное на транк, подключенный к экстриму.
И причем это затронуло не всех клиентов. Не более 1%. Даже меньше.
Руслан Федосеев
@martin74ua Автор вопроса, куратор тега Linux
l2 свичи до агрегатора - длинки. Клиентский роутер, не получающий адрес - zyxel кинетик.
Как только убрали дроп мультикаста - запрос от клиента по udp 67 порту засветился в логах dhcp сервера.
Я вот этого не могу понять....
Руслан Федосеев
@martin74ua Автор вопроса, куратор тега Linux
не объясняет проблему. Со стороны кошки никаких настроек для поддержки этого FLIP не делалось, так что циска вряд ли ему отвечает. ACL просто дропает этот запрос, но это не отменяет ответа со стороны других пользователей и устройств в этом же влане.
Руслан Федосеев
@martin74ua Автор вопроса, куратор тега Linux
Фух. Я знаю что такое 224.0.0.0/4 и кто и где его использует. Мы обрезали прием мультикаста исключительно от клиентской сети, которая вся L2. Между агрегатором и ядром ospf себе спокойно работает, vmware кластер там же крутится, и так далее.
Итак, повторяю еще раз - при блокировке приема мультикаста со стороны клиентской сети часть клиентов - не более 1% - перестала получать адрес по протоколу dhcp. Клиентская сеть у нас ipv4, ipv6 сервисов для клиентов нет, RA нет, ipv6 адресов на агрегаторе нет.
При этом на dhcp серверах никаких изменений не проводилось, в ядерной части сети никаких изменений и блокировок нет. мультикаст трафик от агрегатора до dhcp серверов не релеится и не маршрутизируется. На dhcp сервере ни один сервис не слушает мультикаст.
Руслан Федосеев
@martin74ua Автор вопроса, куратор тега Linux
Павел Вастеров: И объясните механизм работы пожалуйста. Есть dhcp relay на cisco 4510. На кошке настроено релеить dhcp на 10.0.0.2 и 10.0.0.17, которые находятся в маршрутизируемой сети относительно релея. Агрегатор не присутствует в сети с dhcp серверами. На серверах какой либо трафик относительно мультикаста отсутствует. На агрегаторе блокируем прием мультикаста со стороны клиентов. И мак адрес клиента ПЕРЕСТАЕТ добавляться в fdb таблицу агрегатора. Причем не всех клиентов, а некоторых. У одного клиента, с которым я работал - обычный zyxel kinetic. Как только на агрегаторе разрешили ходить мультикасту - на агрегаторе появляется мак клиента и релеится запрос на сервера. Каким образом LLMNR тут вообще присутствует????? дхцп сервера - ни разу не винда. centos 5 32 бита....
найдите одно отличие
И еще. Не доверяйте на 100% командам, которые вам советуют. Прежде чем что то набирать - постарайтесь изучить в документации, что именно вам посоветовали. А то в следующий раз вам кто нить перловый однострочник rm -rf / пришлет ;)