Алгоритм Карты сети, который Обнаруживает Неуправляемые Коммутаторы уровня 2?

Вы, вероятно, не можете явно обнаружить неуправляемые устройства..., но у Вас есть MAC-> отображения порта коммутатора, на Ваших управляемых, правильно? Если так, необходимо смочь вывести присутствие неуправляемых переключателей / концентраторы больше чем с одним связанным клиентом - я не знаю, как Вы нашли бы порт только с одним.

1. Запишите MAC-адреса всех интеллектуальных коммутаторов и клиентских устройств
2. Запустите с одного из своих известных интеллектуальных коммутаторов
3. Для каждого порта на переключателе перечислите MAC-адреса, которые он передает. Если это перечисляет один клиент, это является прямым. Если это - больше чем один, и ни один из адресов не находится в Вашем известном переключателе MAC, у Вас есть немой переключатель. Если это - больше чем один, и один адрес находится в Вашем наборе известных переключателей, рекурсивно вызовите этот переключатель.

У Вас, вероятно, нет случайных циклов в Вашей топологии сети (или Ваша сеть, вероятно, не работала бы), таким образом, можно, вероятно, принять древовидную структуру вне ядра.

Вы могли попытаться вытащить информацию о протоколе связующего дерева из интеллектуальных коммутаторов; даже неуправляемые переключатели должны участвовать в этом протоколе (это не относится к концентраторам, хотя).

Если Вы уже не имеете, попробуйте пробную версию HP Openview, и независимо использования SNMP, это также использует таблицы ARP для выяснения топологии.

Можно ожидать эти функции в выпуске opmanager8.0 AdventNet в следующем месяце

У меня лично была та же проблема. Забава. Я частично решил проблему путем установки новых Переключателей Cisco Catalyst в основном шкафу данных и установки Умного профиля Портов на каждом порте на "Рабочий стол". Это ограничивает порт 1 MAC-адресом.

Любой порт с неуправляемым присоединенным концентратором/переключателем будет автоматически отключен в первый раз, когда больше чем одно устройство активируется на неуправляемом устройстве.

Когда я определил местоположение неуправляемых концентраторов/переключателей, я заменил их управляемыми коммутаторами, настроенными для ограничения каждого порта 1 MAC.

Если Ваш бюджет не позволит это, альтернатива должна проследить каждый провод визуально и вручную проверить присутствие неуправляемого сетевого оборудования.

Я не думаю, что неуправляемые переключатели/концентраторы будут иметь arp записи - быть прозрачным на уровне MAC является их причиной существующего.

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

Лучшая идея, которую я могу придумать, является к pingflood каждым внутренним IP в свою очередь, и затем в то время как это продолжается, попытайтесь проверить с помощью ping-запросов все другие дюйм/с. Это поможет, потому что Вы только получите достойные ответы от машин, которые не совместно используют (теперь переполненный в забвение) ссылка с той, которая Вы - pingflooding. В основном Вы используете то, что основная плата на переключателях намного быстрее, чем межсоединения между ними для планирования, какие соединения через межсоединения и которые являются через основные платы. Это также позволяет Вам наблюдать мигалки десяти кубометров и фигуру, которую порты используются для соединения с который дюйм/с.

Печально я не знаю ни о каком программном обеспечении, которое сделает это для Вас.

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

Мы видели проблему аналогичного типа, когда администратор сети должен был выяснить, сколько коммутаторов (управляемых / неуправляемых) присутствует. Это даст вам расположение таких мест. Попробуйте ... всего наилучшего