Daniil-B мне бы чтоб конфликта адресов не было, чтоб arp только с этого порта один шел....

Тогда добавим ACL

А где можно прочитать по подробнее про packet_content, а то не совсем понятно, что такое offset_16-31 0x0 0x0 0x0 0xffffffff, и offset 28 0xc0a80103.
Буду очень благодарен за ссылочки или/и если не сложно на пальцах объясни пожалуйста эти значения....

зы кажись кое в чем разобрался...
profile_id 10:
offset_16-31 0x0 0x0 0x0 - это часть не понятна, 0xffffffff - маска в шеснадцатиричном виде
offset 28 - это часть не понятна, 0xc0a80103 - ip в шеснадцатиричном виде
profile_id 11:
offset_16-31 0x0 0x0 0x0 - ? 0x01000000 - почему не 0x00000000
offset 28 - ? 0x00000000 - тут все понятно

Байты в пакете с 16 по 31 разбиты на четыре группы по четыре байта.
В данном случае первые три группы не учавствуют в сравнении, а только четвёртая, где и прописана маска.

В данном коммутаторе - стартовый байт откуда начинается сравнение

Непосредственно сам адрес - 192.168.1.3

Потому что он не даст прописать маску со всеми нулями.
В данном случае эта маска перекрывает адреса с 1.0.0.0 - 255.255.255.255

Ну и хорошо..


В данном коммутаторе при написании правил на базе packet_content следует помнить, что если VID на порту имеет статус untagged, то пакет имеет обычный вид - без смещения.
Если VID на порту имеет статус tagged? то пакет в коммутаторе получает смещение на четыре байта с 12 по 15.

Также следует помнить, что если правило обьединяет порты с 1 по 28 - это расценивается, как одно правило.
А если правило обьединяет любое другое количество портов отличное от full, то оно расходует количество правил, равное количеству портов, обьединённых в этом правиле.

Например, правило, закрывающее 135 tcp/udp порт на тегированных портах коммутатора:

Расходует одно правило, а

расходует 24 правила.

Максимальное количество правил для данной модели 256.

Это особенности данной модели.

При такой настройке у меня конфликтов нет, но есть на клиентских портах.... Как сделать чтобы и они не видили конфликта?

Вы имеете ввиду между собой?

# Разрешаем arp пакеты с адреса 192.168.1.3
#--------------------------------------
create access_profile packet_content offset_16-31 0x0 0x0 0x0 0xffffffff profile_id 10
config access_profile profile_id 10 add access_id 1 packet_content offset 28 0xc0a80103 port 1 permit
# Запрещаем arp пакеты с любых адресов
#-------------------------------
create access_profile packet_content offset_16-31 0x0 0x0 0x0 0x01000000 profile_id 11
config access_profile profile_id 11 add access_id 1 packet_content offset 28 0x00000000 port 1 deny

При такой настройке если на 28 порту сервер с ip 192.168.1.2
и на первом такойже клиент, то конфликт возникает у клиента и блокируется доступ. Что собственно правльно, но можно ли сделать чтобы у клиента не возникало конфликта, только блокировка!

Добавить тоже самое, только для IP пакетов.
Можно на базе packet_content :

По поводу масок в запрещающем правиле не уверен, надо проверять.

А можно проще... :


А можно не углубляться в packet_content, а выполнить сочетание:

Вот правильная настройка, чтобы не было конфликтов!!

# Разрешаем arp пакеты с адреса 192.168.1.3
#--------------------------------------


# Запрещаем arp пакеты с любых адресов
#-------------------------------



Выше не верно, насчет запрещающего правила!

Выше, это где?

Фигня получилось c запрещающим!
Для внутренних адресов надо:

а для внешних:


Для начала, делал разрешающие на тот порт где серваки (28)!

Ругается:

У Вас два offset-а перекрывают друг друга.