Фильтруют ли коммутаторы от D-Link (например DGS-3100-10, DES-3028, DES-2110) MAC-адреса из диапазона ff:ff:ff:00:00:00 - ff:ff:ff:00:00:ff ?
Если филтьруют - есть ли возможность как-то это отключить?

_________________
Связь - как воздух: пока не испортится - никто её не замечает

Это можно делать через ACL Ethernet Profile

_________________
С уважением,
Бигаров Руслан.

т.е. по-умолчанию (с заводскими настройками) такие пакеты из перечисленных коммутаторов не пропускает только DES-3028 ?

_________________
Связь - как воздух: пока не испортится - никто её не замечает

Причём тут заводские настройки!? Для блокировки нужно соответствующие ACL создавать, как я уже писал.

_________________
С уважением,
Бигаров Руслан.

У меня обратная ситуация - я никаких ACL не писал, но пакеты не проходят...

_________________
Связь - как воздух: пока не испортится - никто её не замечает

Какая модель? Какие настройки? Это адреса назначения или источника? Что это вообще за пакеты?

DES-3028
Boot PROM Version Build 1.00.B06
Firmware Version Build 2.41.B03
Hardware Version A1

Относительно заводских настроек изменено:
1) отдельный VLAN 255 для управления (весь остальной трафик ходит по другому VLAN 509)
2) изменены ip/mask/gw коммутатора
3) были попытки включить DoS Attack Prevention - сейчас все ывыключены

Пробовал пересылать пакеты между 2мя портами DES-3028, состоящие только в 1 VLAN 509, оба нетегированы - не проходят; при подключении к витой, которая была включена в порт DES-3028 напрямую - всё работает


Пакеты RRCP
Если устройство с MAC 52:54:4c:01:02:03, то общение с ним происходит вполне корректно.
Если я отправляю пакеты с src mac ff:ff:ff:ff:ff:ff, то ответ от 52:54:4c:01:02:03 приходит, а от ff:ff:ff:00:00:70 - нет; т.е. налицо что точно не проходят пакеты с src mac ff:ff:ff:00:00:70 (последий октет пробовал менять - не помогает). Проходят ли пакеты с dst mac ff:ff:ff:00:00:xx я не знаю


Возможно это поведение коммутатора изменяется настройками - но я их не нашёл

_________________
Связь - как воздух: пока не испортится - никто её не замечает

Такие MAC'и очень многие коммутаторы не пропускают, в том числе и не управляемые. Поставье первый октет 00 или 01.

совершенно верно. ибо обычный мак адрес не может начинаться с чего-либо отличного от 00 или 01 (только служебные зарезервированные подо что-то).

_________________
LiveComm

Нет, это не так. Вот гляньте, к примеру, базу идентификаторов производителей сетевых интерфейсов (первые 3 октета в МАС-адресе):
http://standards.ieee.org/regauth/oui/oui.txt

Всё, теоретически ответ нашёл:
http://ru.wikipedia.org/wiki/OUI#.D0.A0 ... .D1.8C_OUI

т.е. старший бит должен быть 0, следующий, в моём случае, 1 (т.к. я использую локально выделенный MAC)

итого первый октет MAC-адреса должен быть в диапазоне от 40 до 7F

сейчас ставлю крайний вариант 7f:ff:ff: - как проверю - отпишусь

_________________
Связь - как воздух: пока не испортится - никто её не замечает

Википедия - это, конечно, замечательно, но когда речь заходит о стандартах, следует обращаться к первоисточникам. В данном конкретном вопросе википедия путает LSB и MSB, есть и другие неточности.
Смотрите сюда http://standards.ieee.org/getieee802/do ... 2-2001.pdf ибо истина здесь.

зы. Кстати, в нашей сетке есть машинки с МАС-адресами, например,
6c:f0:49:03:46:8b
70:5a:b6:02:f6:a2
90:e6:ba:89:7a:79
Всё замечательно работает.

Действительно, зря я Wiki воспользовавался...

Сменил первый октет с 01111111 на 01111110

Спасибо

_________________
Связь - как воздух: пока не испортится - никто её не замечает

Проверил, действительно режутся пакеты с установленным в "1" младшим битом 1го октета MAC-адреса. т.е. ff:ff:ff:xx:xx:xx не пропускаются, а fe:ff:ff:xx:xx:xx проходит нормально

Тему можно закрывать

_________________
Связь - как воздух: пока не испортится - никто её не замечает