Размер таблиц MAC-адресов Опции

[Andrey_L]

Здравствуйте!
Написал тут вопрос службе поддержки ACORP, хочу продублировать вопрос сюда может и здесь кто-что подскажет, потому что описанное ниже проверялось на коммутаторах разних фирм - получалось одно и тоже - какие-то левые цифры.... а объяснить их никак не получается....

У нас есть задача проверить размер таблицы MAC-адресов у коммутатора HU8DP. В описании есть цифра 8К. У нас получаются какие-то странные цифры: Тестовое оборудование состоит из двух компьютеров - в первом компьютере 2 сетев. карточки, во втором одна. Все подключены к коммутатору. Одна из карточек первого компьютера начинает генерировать flooding-трафик с адресом отправителя у которого два младших байта являются счетчиком от 1 до 8000. Затем вторая корточка на первом компьютере посылает обратно первой карточке на первом компьютере эти же кадры с этим же счетчиком. Второй компьютер стоит и контролирует траффик, который раздается на все порты (flooding). Получается простейший стенд для контроля скольки MAC-адресам обучился коммутатор. Так вот в результате мы имеем, что второй компьютер поймал весь первый траффик (как и должно быть, ведь он необучен этим адресам), а вот после обучения траффик вторым компьютером тоже ловиться если кадров более 1040. Если передавать 1041 кадр, то второй компьютер поймает 1042 кадра и т.д.
самое интересное начинается если задать счетчиком не два младших байта, а например 2 и 3 байт MAC адреса - тогда количество адресов после которых коммутатор перестает обучаться составляет около 20 (точно не помню).

Ну в общем, народ, help

[id_gene]

С этим коммутатором не работали
Доков на сайте на него нет, поэтому структура адресной таблицы непонятна
Расскажите потом об ответе из тех.поддержки.

Удачи

P.S. если таблица на 1040 адресов, то при 1050 кадрах должны потеряться начальные адреса 1-10 теоретически. Для надежности можно посылать по 2 кадра на каждый адрес...
p.p.s. при расположении счетчика в других байтах вообще чудеса. не должно быть такого.

Добавлено: Если у вас такое поведение на коммутаторах разных фирм, то тут больше похоже на проблему в тестах, чем на проблему оборудования.
Чем генерируете траффик?

[Andrey_L]

С этим коммутатором не работали
Доков на сайте на него нет, поэтому структура адресной таблицы непонятна
Расскажите потом об ответе из тех.поддержки.

Удачи

P.S. если таблица на 1040 адресов, то при 1050 кадрах должны потеряться начальные адреса 1-10 теоретически. Для надежности можно посылать по 2 кадра на каждый адрес...
p.p.s. при расположении счетчика в других байтах вообще чудеса. не должно быть такого.

Добавлено: Если у вас такое поведение на коммутаторах разных фирм, то тут больше похоже на проблему в тестах, чем на проблему оборудования.
Чем генерируете траффик?

интересно то, что не обучается не начальным, а последним 10-ти адресам. На втором компе смотрим Etherreal'ом и видно, что при траффике в обратном направлении (когда коммутатор уже обучен адресам) на второй комп выдаются только кадры с последними адресами (т.е которые с точки зрения коммутатора являются flooding).
траффик выдаем самописной програмой, но на втором компе видно весь первый траффик - он генерируется абсолютно нормально.
Может конечно и в тестах засада, но пока не ясно.... Будем искать ещё подопытные коммутаторы