한 네트워크에서 동일한 MAC 주소를 가진 여러 장치를 처리하는 좋은 방법은 무엇입니까?

내가 작업하는 장치는 모두 동일한 MAC 주소로 설정된 생산 라인에서 나옵니다. 각각 고유의 고정 IP를 갖도록 설정할 수 있으며 구성 데이터 (새 MAC 주소 포함)를 전송하기 위해 네트워크에 동시에 연결할 수있는 방법이 있는지 궁금합니다.

Cisco SF 200-24 "스마트 스위치"가 있는데 지금까지 스위치의 각 포트를 자체 VLAN (모드 : 액세스)으로 설정하려고 시도했으며 다른 포트는 다음과 같이 모든 VLAN에 설정되었습니다. 장비와 통신하고 싶은 업스트림 서버의 트렁크 라인.

지금은 각 장치마다 고정 IP를 갖도록 설정했지만 트렁크 회선을 통해 업스트림 컴퓨터와 통신하는 데 문제가있는 것 같습니다. 장치가 서로 통신 할 수있을 것으로 기대하지 않거나 원하는 것은 트렁크 포트에 연결된 서버뿐입니다.

내가 가지고있는 장비로 실현 가능한 일입니까, 아니면 각 장비를 개별적으로 구성 할 수 있습니까?

"여러분은 바보입니다. 같은 MAC을 가진 것을 같은 네트워크에 연결하지 마십시오"도 여기에 수용 할만한 대답이 될 수 있지만 더 흥미로운 것이있을 것으로 기대합니다.

편집 : 아, 사람들은 여기에 네트워킹 하드웨어에 열정적입니다. 나는 놀라지 않아야한다고 생각합니다. 나는이 사랑스러운 레거시 디자인을 물려 받았으며, 제조업체에 새로운 펌웨어 버전을 얻을 수있을 때까지이를 따라 잡았다. 참여해 주셔서 감사합니다.

약 6 년 전에 생산 공장 중 하나에서 동일한 상황을 "고정"해야했습니다.

나는 생산 엔지니어에게 바보라고 말해야했습니다 :-).
방어 :이 제품은 최초의 네트워킹 제품이었으며 R & D는 생산의 결과를 정확히 생각하지 못했습니다.

그때 주변에는 방법이 없었습니다 (그리고 지금은 아닙니다).
MAC을 재구성하려면 각 장치를 PC에 개별적으로 연결해야했습니다. (나중에 우리는 어쨌든 R & D에 의해 일부 버그 수정이 이루어진 후 각 장치가 새로운 펌웨어를 플래시해야했기 때문에이 작업을 수행해야한다는 것이 밝혀졌습니다.)

이후 시리즈에서 개발자는 프로세스를 최대한 어려움없이 만들었습니다. 표준 펌웨어에는 하드 코딩 된 고정 IP 주소로 TCP / IP 스택을 부팅하는 매우 기본적인 최소 부트 로더가 있습니다. 이것은 다른 하드 코딩 된 ip-address에서 전체 펌웨어 이미지를 TFTP하려고 시도합니다. 완료되면 고유 한 MAC을 포함하는 두 번째 파일이 TFTP 서버에서 가져와 장치에서 플래시됩니다.
그 후 장치가 재부팅되면 ip-address에 대해 DHCP를 수행하는 전체 플래시 이미지가 나타납니다. dhcp 주소가 획득되면 자체 확인 된 자체 파일이있는 작은 파일이 TFTP 서버에 업로드되었다는 확인 메시지를 TFTP 서버에 업로드합니다.

이를 제어하는 ​​PC는 DHCP 서버와 TFTP 서버를 실행합니다. 그리고 mac-address로 파일을 준비하는 제어 응용 프로그램.
장치가 성공적으로 업로드되면 확인 파일입니다. 제어 응용 프로그램은 운영자에게 다음 장치를 연결할 엄지 손가락을주고 다음 mac-address를 파일에 씁니다.
(애플리케이션은 일반적으로 다운로드 및 플래시하는 데 걸리는 시간을 알고 있습니다. 첫 번째 TFTP 전송과 확인 파일 업로드 사이에 시간이 너무 길어 장치에 결함이있을 수 있음을 운영자에게 알립니다. 네트워크 스택.)
플래시 LAN을 통해 옵션은 또한 고객이 펌웨어를 업그레이드하는 데 사용할 수있는 기능입니다.
어쨌든 구현되어 "초기 구성을 얻는 방법"문제를 처리하는 데 사용할 수도 있습니다.

추신. DHCP 서버는 장치에서 자신을 식별하기위한 사용자 정의 DHCP 옵션을 제공합니다. 고객 LAN에서 DHCP는 분명히 그렇게하지 않을 것입니다. 따라서 장치가 "정상적인"DHCP 서버를 볼 때 확인 파일을 업로드하지 않고 부팅을 계속합니다.

당신은 바보입니다. 같은 MAC을 가진 것을 같은 네트워크에 연결하지 마십시오.

;-)

MAC 주소는 IEEE 802.3 네트워크 작동 방식의 핵심입니다. 동일한 MAC을 가진 동일한 물리적 비트의 이더넷 케이블에 여러 장치가있는 경우 각 수신기는 ARP 패킷이 날아갈 때 "나에게"응답합니다.

따라서 별도의 물리적 비트 와이어를 유지해야합니다. VLAN을 언급했습니다. 이들은 이더넷 MAC 주소와 동일한 위치 인 계층 2에서 작동합니다 (논리적 링크 제어 또는 LLC의 하위 계층에도 있음).

따라서 VLAN은 트릭을 수행합니다. 그러나 장치에 고유 한 계층 3 (IP) 주소를 부여해야하며 DHCP를 사용할 수 없으므로 문제가 될 수 있습니다.

요컨대, 나의 (당신의) 첫 줄로 돌아갑니다.

"당신은 바보입니다. 같은 MAC을 가진 것을 같은 네트워크에 연결하지 마십시오"

(당신은 괜찮을 것이라고 말했다) :)

귀하의 문제에 대한 정답은 제조 공정을 수정하여 순차적으로 또는 그러나 장치에 다른 MAC 주소를 할당하도록하는 것입니다 (날짜는 고유 한 번호 등).

제조업체를 해고하십시오.

나는 진지하다. 이것은 아마추어 시간 실수조차 아니며, 이것은 무능한 위험한 수준입니다.

실제 청구서를 인쇄하는 회사가 수백만 개의 청구서를 모두 동일한 시퀀스 번호로 전달했거나 자동차 제조업체가 최신 번호판의 번호판이 모두 동일한 번호를 가지고 있다는 것을 알게 된 것은 은행과 같습니다.

그건 그 기본 실수; 당신은 그들이 어떻게 다른 것으로 밝혀 졌는지 알아낼 책임 이 없습니다 .

전체 배치를 돌려 당신의 돈 뒤를 요구하고, 사람 찾기 능력 네트워킹 하드웨어를 공급합니다.

당신이 바보라고 말하지 말고 (괜찮다고 말했지만) 왜 같은 네트워크에서 같은 MAC로 물건을 넣지 말아야하는지 말하고 싶습니다.

SystemA가 SystemB와 대화하려고합니다. SystemA는 SystemB의 IP 주소를 가져 와서 둘 사이의 경로를 결정하려고합니다. SystemA와 SystemB가 동일한 네트워크에있는 경우 SystemA는 SystemB에 패킷을 보내려면 SystemB의 MAC 주소가 필요합니다. SystemA는 브로드 캐스트 ARP 메시지와 함께이 정보를 얻고이 정보를 ARP 테이블에 캐시합니다.

(SystemA가 캘리포니아에 있고 SystemB가 뉴욕에 있으면 패킷을 뉴욕으로 전송하는 경로를 찾고 SystemB에 연결된 라우터 / 스위치는 SystemB의 MAC 주소를 알아야 패킷을 전송할 수 있습니다. MAC 주소는 여전히 사용되고 있지만 SystemA는이를 알 필요가 없으며 SystemA는 자체 라우터의 MAC 주소 만 알아야합니다.)

따라서 기본적으로 : 동일한 MAC 주소를 가진 장치를 네트워크에 배치하면 여러 장치가 "그게 나야!" VLAN을 사용 하여이 문제를 해결하려고하는 것처럼 들리지만 ...

나는 그것을 반대하는 것이 좋습니다. 나는 단지 말하고있다.

이것이 내가 말할 유일한 시간 일 수 있습니다.

스위치를 허브로 교체하려고합니다.

이를 통해 스위치의 CAM 테이블에서 패킷을 필터링하지 않고도 각 장치와 통신 할 수 있습니다.

" 미디어 액세스 제어 주소 (MAC 주소)는 물리적 네트워크 세그먼트에서의 통신을 위해 네트워크 인터페이스에 할당 된 고유 식별자 입니다."

생산 라인 관리자에게 제조 공정을 조정하기 전에 "MAC 주소"의 정의를 찾아 보라고 공손하게 제안합니다.

우리가 아는 모두는 (설계가 아니라) 알지 못하는 프로세스의 결함 일 수 있지만,이 기본적인 실수는 제품에 대한 신뢰를 훼손하고 피할 수있는 합병증을 유발할 수 있으므로 무언가를 수행해야합니다.

이 문제는 문제가있는 장치를 배포 한 후 해결하는 데 어려움을 겪지 않고 제조 단계에서 해결하기가 훨씬 쉽습니다.

가끔씩 동일한 MAC을 가진 네트워크에 장치가 나타나는 경우도 있지만, 이는 드문 일입니다 (그리고 종종 저렴한 NIC를 교체하여 쉽게 해결할 수 있습니다). 전체 배치에서 동일한 MAC을 가지려면 " 결함 "카테고리 (일부 사람들이 우려하는 한)는 개별적으로 고려하더라도 전혀 결함이없는 것으로 보입니다.