Дело не в кол-во маков на коммутаторе а в вероятности совпадения хэша и в качестве определения вероятности этой проблемы на коммутатор засылалось большое кол-во маков.

в кольце например 16 коммутаторов по 48 портов - итого 800 МАСов абонентов + служебка + мультикаст.
абоненты разумеется порезаны по вланам по 200. и от коллизий это никак не спасет.

Про "256-512 максимум...." - это писал некто Zoro вот тут http://forum.nag.ru/forum/index.php?showtopic=58022&pid=511400&mode=threaded&start=0#entry511400, а не я. Я его процитировал.

Однако, я полностью с ним согласен. Вы (топикстартер) попробуйте создать аналогичный пост на цискином форуме. С вами никто спорить не будет. Вас просто отправят почитать доки по организации сетей. На сем все и закончится

_________________
не важно, из какого места растут золотые руки

2 woddy > У Вас отдельный случай и мы им занимаемся.

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

100 итераций по 512 уникальных маков в дефолтном вилане:
DGS 3200-24: 0 потерянных.
DES 3200-28: общее количество потерянных 67, из них:
4 потерянных-1 итерация,
3 потерянных-6 итераций,
2 потерянных-13 итераций,
1 потерянных-23 итераций,

Итого, коллизия хотя бы одного мака возникла в 43%. С одной стороны, не очень.
С другой - свитчи других вендоров показали худшие результаты. В нашем случае ~512 маков на кольцо встречается очень редко, поэтому вероятность возникновения проблемы низка. (Хотя и есть)
Предложение к D-Link`у: выложить/предоставить hash функцию, использующуюся в DES 3200, для возможности превентивного решения проблемы.
Аналогов DES 3200 по функционалу/цена я, если честно, не вижу.

duzer12

Проведите пожалуйста тест с 250 маками и со 100 маками.

Еще вопрос по хешу: используется hash(mac+vlan_id) или hash(mac)+vlan_id. Т.е. возможна ли коллизия (mac_A + vlan_A) и (mac_B + vlan_B)?
dnk2009, Как прошивочку вышлют-сделаю.

ну для 3028 в хеш входил мак и vlanid. думаю тут ничего не изменилось

[off]по поводу проблемы недополучения 8К маков - только мне напоминает это продажу анлимов? %)[/off]

чёта меня заставило призадуматься - а как в этом вопросе ведёт себя DGS-3100-24TG? фиг с ним с доступом - там сотня редко наберётся... а вот на агрегации-то уже тыщонка. вроде везде включено dlf_filter, и не жалуются, но... есть ли по нему данные?

з.ы. Иван, вы обещали позвонить, как вернётесь из майской командировки... полтора месяца - это ещё не срок, но всё же, пользуясь случаем, хочу напомнить о себе

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.

des 3200-28 Firmware Version : Build 1.10.B015
3 вилана
серия по 250 уникальных маков, 100 итераций
0 потерянных = 90
1 потерянный = 9
2 потерянных = 1

серия по 378 уникальных маков, 100 итераций
0 потерянных = 67
1 потерянный = 24
2 потерянных = 8
3 потерянных = 1

P.S. Попозже выложу результаты тестов с реальными маками на прошивке V1.31.B005.

Да, возможна

это миф. других проблем - нет. все проблемы с броадкастами и прочим хламом решаются элементарно. сегмент на 1000 маков у нас нормальное явление, и единственная проблема связана как раз с хешами.
и мы реально из больших сегментов снимаем 3028 и ставим 3526 и становится все хорошо!


нет, это ошибка. лично к Вам у меня нет никаких притензий.



Да, особенно с тестами и часлами как на форуме. жаль что этого нельзя сделать задним числом.

Это особенность вашей сети, но есть сети, в которых не используются: Traffic Control, Port Security или IMPB, ACL и т.д.

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

Их вышеперечисленого не используем только Port Security, вланы не более 500 рыл, однако записи подобного рода:

INFO: The flooding MAC is detected (VID: 1, MAC: 00-21-91-7B-2E-87)

Встречаем ежедневно и много, спасает только дробление управляющего влана.

как это прокоментируют ребята из длинка? эти свичи и при 250 маках уже косячат. видимо правильная топология для этих свичей не больше 100 маков?