Что хороший путь состоит в том, чтобы обработать несколько устройств с тем же MAC-адресом в одной сети?
это - хороший документ http://www.scribd.com/doc/36864274/Create-Lucid-LXC-Container, и можно извлечь открытый шаблон vz для создания тюрьмы rootfs вместо того, чтобы использовать debootstrap
Около 6 лет назад мне пришлось «исправить» ту же ситуацию на одном из наших заводов.
Я должен сказать технологам, что они идиоты: -).
В свою защиту: это был первый сетевой продукт, и НИОКР не совсем продумали его производственные разветвления.
Тогда не было другого пути (да и сейчас нет).
Каждое устройство нужно было индивидуально подключить к ПК для перенастройки MAC.
(Позже выяснилось, что нам все равно нужно было это сделать, потому что после того, как R&D исправили некоторые ошибки, каждое устройство также потребовало прошивки новой прошивки.)
В более поздних сериях разработчики сделали процесс максимально безболезненным:
Стандартная прошивка имеет очень простой минимальный загрузчик, который загружает стек TCP / IP с жестко запрограммированным фиксированным IP-адресом. Это запустит и попытается передать по TFTP полный образ прошивки с другого жестко заданного IP-адреса. Когда это будет сделано, второй файл, содержащий уникальный MAC-адрес, будет извлечен с TFTP-сервера и записан на устройство.
После этого устройство перезагружается, появляется полный flash-образ, который выполняет DHCP для его ip-адреса. Когда адрес DHCP получен, он загружает небольшой файл со своими собственными MAC-адресами на сервер TFTP в качестве подтверждения того, что это сделано.
ПК, управляющий этим, запускает сервер DHCP и сервер TFTP. И управляющее приложение, которое подготавливает файл с MAC-адресом.
После того, как устройство успешно загрузило файл подтверждения, управляющее приложение показывает оператору большой палец, чтобы подключить следующее устройство, и записывает следующий MAC-адрес в файл.
(Приложение знает, сколько времени обычно требуется для загрузки и прошивки. Если между первой передачей TFTP и загрузкой файла подтверждения проходит слишком много времени, оператор получает уведомление о том, что устройство, вероятно, неисправно. Встроенный тест качества для сетевой стек.)
Опция Flash over LAN также является функцией, которую клиент может использовать для обновления прошивки.
Это должно было быть реализовано в любом случае, так что мы могли бы также использовать его для решения проблемы «как получить исходную конфигурацию там».
PS. Сервер DHCP предоставляет настраиваемую опцию DHCP для идентификации устройства. В клиентской локальной сети DHCP, очевидно, НЕ будет этого делать, поэтому, когда наши устройства видят «нормальный» DHCP-сервер, они просто продолжают загрузку, не пытаясь загрузить файл подтверждения.
Ты идиот, не подключай устройства с одним и тем же MAC-адресом к одной и той же сети.
; -)
Серьезно, MAC-адрес абсолютно необходим для способа что сети IEEE 802.3 работают. Если несколько устройств подключены к одному и тому же физическому биту кабеля Ethernet с одним и тем же MAC, каждый получатель будет отвечать «это я», когда мимо пролетает пакет ARP.
Таким образом, вы должны поддерживать отдельные физические биты провода. Вы упомянули VLAN. Они работают на уровне 2, который совпадает с MAC-адресами Ethernet (хотя и на подуровне Logical Link Control или LLC).
Итак, да, VLAN сделают свое дело. Однако вам необходимо предоставить своим устройствам уникальные адреса уровня 3 (IP), и это может быть проблемой, поскольку вы не сможете использовать DHCP.
Короче говоря, вернемся к моей (вашей) первой строке .
«Ты идиот, не подключай вещи с одним и тем же MAC к одной и той же сети»
(ты сказал, что это будет нормально) :)
Правильный ответ на вашу проблему состоит в том, чтобы исправить производственный процесс, чтобы назначать разные MAC-адреса устройствам, последовательно или независимо (дата mfg'd, затем уникальный # и т. д.)
Увольте вашего производителя.
Я серьезно. Это даже не ошибка любительского часа, это опасный уровень полной некомпетентности.
Это похоже на то, что банк обнаруживает, что компания, которая печатает бумажные счета, доставила несколько миллионов счетов с одним и тем же порядковым номером, или производитель автомобилей учится что на всех номерных знаках последней партии был одинаковый номер.
Это , основная ошибка; вы не хотите нести ответственность за выяснение, как else они, оказывается, облажались.
Верните всю партию, потребуйте свои деньги обратно и найдите кого-нибудь ] компетентен поставить ваше сетевое оборудование.
Это может быть единственный раз, когда я когда-либо говорю это.
Вы хотите заменить свой коммутатор на концентратор.
Это должен позволить вам общаться с каждым устройством без фильтрации пакетов с помощью таблицы CAM на коммутаторе.
Вместо того, чтобы говорить вам, что вы идиот - даже если вы сказали, что все в порядке - я лучше скажу вам, почему вы не должны размещать вещи с одним и тем же MAC в одной сети. .
SystemA хочет поговорить с SystemB. SystemA получает IP-адрес SystemB и пытается определить маршрут между ними двумя. Если SystemA и SystemB находятся в одной сети, SystemA требуется MAC-адрес SystemB для отправки пакета SystemB. SystemA получает эту информацию с широковещательным сообщением ARP и кэширует эту информацию в таблице ARP.
(Если SystemA находится в Калифорнии, а SystemB в Нью-Йорке, он находит маршрут, который отправляет пакет в Нью-Йорк, и маршрутизатор / коммутатор, подключенный к SystemB, должен знать MAC-адрес SystemB, чтобы он мог отправить пакет через . Таким образом, MAC-адрес все еще используется, но SystemA не Мне не нужно об этом знать. SystemA просто нужно знать MAC-адрес своего собственного маршрутизатора.)
Итак, в основном: когда вы подключаете свои устройства с одним и тем же MAC-адресом к сети, все, что пытается связаться с этими устройствами, запутается, когда несколько устройств скажи: "Это я!" Похоже, вы пытаетесь обойти это с помощью VLAN, но ...
Я бы не рекомендовал этого. Я просто говорю.
« Адрес управления доступом к среде (MAC-адрес) - это уникальный идентификатор, назначенный сетевым интерфейсам для связи в физическом сегменте сети ."
Вежливо предложите руководителю производственной линии поискать определение «MAC-адреса» - возможно, прежде чем вносить какие-либо изменения в производственный процесс.
Насколько нам известно, это может быть дефект в процессе, который они не осознают (а не намеренно), но что-то нужно сделать, поскольку эта основная ошибка подорвет доверие к продукту и приведет к предотвращаемым осложнениям.
Эту проблему будет намного легче исправить на этапе производства, а не чем попытки решить проблему после развертывания проблемных устройств.
Время от времени устройства иногда появляются в сети с одинаковыми MAC-адресами, но это редкость (и часто легко решается заменой дешевой сетевой карты.) Для всей партии один и тот же MAC-адрес в значительной степени поставил бы их в категории «дефектных» (для некоторых людей), даже если рассматривать индивидуально , они вообще не кажутся дефектными.