Денис, большое спасибо за оказанную помощь в моем вопросе.
Все успешно фильтруется.

Рад слышать!

Добрый день.
Есть пара вопросов насчет acl pcf на dgs-3426.
1. Можно ли как-то обойти это?

2. Фильтрую пакеты в vlan+gre.
Для des-3526 есть пара профилей для этого:
create access_profile packet_content_mask offset_0-15 0x0 0x0 0x0 0x00000fff offset_16-31 0x0 0x0 0x000000ff 0x0 offset_64-79 0x0 0x0 0x00ffff00 0x0 profile_id 1
create access_profile packet_content_mask offset_0-15 0x0 0x0 0x0 0x00000fff offset_16-31 0x0 0x0 0x000000ff 0x0 offset_64-79 0x0 0x0 0x0 0x00ffff00 profile_id 2

Пользуясь мануалом http://dlink.ru/ru/faq/62/892.html написал такой профиль для dgs-3426

create access_profile profile_id 1 packet_content_mask offset_chunk_1 4 0xFFFF0000 offset_chunk_2 7 0xFF0000 offset_chunk_3 18 0xFF offset_chunk_4 20 0xFF000000


верно ли он написан? смущает момент 73-74 байта...

А у Вас пакетики приходят в порт уже тегированными или нет?

да, с узлов агрегации.

Я отписал Вам на почту

Денис, спасибо большое!
По результатам отпишусь.

Denis Evgraphov спасибо за помощь с настройкой acl на 3426.


Есть небольшой вопрос.
на доступе есть des-35xx, хочется:
1. не использовать ARP Spoofing Prevention
2. не использовать acl написанные на основе ARP Spoofing Prevention
3. защитить шлюз сети 172.16.192.1 от подмены его юзером.

написал такое правило:
create access_profile packet_content_mask offset_16-31 0x0 0xffff0000 0x0 0xffffffff profile_id 1
config access_profile profile_id 1 add access_id auto_assign packet_content_mask offset_16-31 0x0 0x00020000 0x0 0xac10c001 port 1 deny

т.е. блокируем arp-reply от юзера, у которого стоит адрес 172.16.192.1.
правило вешается на порт юзера.


верна ли идеология? правило?

В принципе логика верная, еще вот здесь почитайте по схожему вопросу: http://dlink.ru/ru/faq/62/252.html

Denis Evgraphov спасибо, понял.