2026년 MAC 주소 조회: OUI 접두사, I/G 및 U/L 비트

MAC-48 주소는 6개의 옥텟, 즉 48비트이며 보통 6개의 16진수 쌍으로 표기됩니다. 처음 세 옥텟은 IEEE가 제조사에 할당하는 OUI(Organizationally Unique Identifier)입니다. 마지막 세 옥텟은 해당 제조사가 할당하며, 실제로는 많은 벤더가 일련번호나 무작위 소스에서 이를 도출합니다.

텍스트 형식에서는 16진수 숫자가 최상위부터 먼저 표기되지만, IEEE는 전송 시 각 옥텟을 최하위 비트부터 전송합니다. 이러한 불일치 때문에 첫 번째 옥텟만이 모든 사람을 혼란스럽게 만드는 비트 번호 매기기의 유일한 지점이 됩니다. 표준에서 비트 0은 문자열의 가장 왼쪽 비트가 아니라, 표기된 첫 번째 옥텟의 최하위 비트를 의미합니다.

첫 번째 옥텟의 두 비트가 의미를 지닙니다. 비트 0은 Individual/Group 비트입니다. 0은 하나의 인터페이스에 대한 유니캐스트 주소를, 1은 그룹 또는 멀티캐스트 주소를 의미합니다. 비트 1은 Universal/Local 비트입니다. 0은 주소가 OUI에 따라 전역적으로 관리됨을, 1은 일반적으로 소프트웨어에 의해 로컬에서 할당되었음을 의미합니다.

16진수 숫자는 4비트이므로, 이 두 비트는 항상 첫 번째 옥텟의 마지막 16진수 숫자에 인코딩됩니다. 그래서 유니캐스트 주소의 경우 첫 번째 옥텟의 두 번째 문자가 항상 짝수이고 멀티캐스트 주소의 경우 홀수이며, 02, 06, 0A, 0E, 12 및 유사한 패턴의 로컬 관리 유니캐스트 주소가 무작위화된 Wi-Fi 주소의 첫 번째 옥텟으로 나타나는 이유이기도 합니다.

OUI는 24비트 할당입니다. U/L 비트가 0이면 처음 세 옥텟이 할당 대상을 식별하며, IEEE 레지스트리에 대한 조회가 의미를 가집니다. U/L 비트가 1이면 처음 세 옥텟은 기기나 운영 체제가 선택한 것이므로, 접두사가 아무리 그럴듯해 보여도 레지스트리 항목이 존재할 수 없습니다.

IEEE는 또한 MA-S 레지스트리 아래 36비트 할당을 발급하는데, 이는 다른 할당 대상과 처음 24비트를 공유하고 세 번째 옥텟에 4비트를 더 추가합니다. 처음 세 옥텟만 확인하는 조회는 해당 주소를 잘못된 보유자에게 귀속시킵니다. 정확성이 중요하다면 벤더 이름을 신뢰하기 전에 할당 크기를 확인하세요.

최신 운영 체제는 Wi-Fi 주소를 순환합니다. iOS와 macOS는 네트워크별로 개인 주소를 사용하고, Android는 SSID별로 무작위화하며, Windows는 무작위 하드웨어 주소를 제공합니다. 이들 모두는 U/L 비트를 설정하는데, 이는 접두사가 벤더 할당이 아님을 나타내는 정직한 신호입니다. 이 비트를 무시하는 조회는 아무에게도 할당된 적 없는 접두사에 대해 벤더 이름을 생성합니다.

무작위화는 네트워크 제어의 가정도 깨뜨립니다. MAC 필터는 인증이 아닙니다. 대부분의 플랫폼에서 주소는 소프트웨어로 설정되기 때문입니다. 같은 속성 때문에 MAC 주소는 분석에서 안정적인 기기 식별자로 쓸모가 없습니다. 제품이 라이선스나 기기 레코드를 MAC 주소로 키잉한다면, 주소를 순환하는 모든 네트워크에서 파편화되고 쉽게 스푸핑될 수 있습니다.

EUI-64는 세 단계로 48비트 주소를 64비트로 변환합니다. OUI와 NIC 부분을 분할하고, 그 사이에 FF:FE를 삽입하고, U/L 비트를 뒤집습니다. 삽입은 16비트의 추가 길이를 제공하고, 뒤집힌 비트는 64비트 형식에서도 전역/로컬 의미를 일관되게 유지하는데, 이것이 결과를 수정된 EUI-64라고 부르는 이유입니다.

결과는 일반적으로 IPv6 링크 로컬 주소의 인터페이스 식별자로 사용되며, 이는 항상 fe80::/10에 속하고 연결할 때 항상 스코프 ID와 같은 존 인덱스가 필요합니다. 프라이버시 확장은 전역 주소에 대해 이 식별자를 무작위 값으로 대체하지만, 파생된 형식은 여전히 문서, 랩 설정, 기기 인벤토리에 나타납니다.

동일한 48비트가 최소 네 가지 표기법으로 나타납니다. Unix와 Windows는 콜론으로 구분된 쌍을 사용합니다. Windows는 때때로 하이픈을 사용합니다. Cisco는 점으로 구분된 4개의 16진수 숫자 그룹 세 개를 사용합니다. 일부 도구는 대문자를, 일부는 소문자를 출력하며, 일부는 구분 기호를 완전히 제거합니다. 파서는 이들 모두를 정규화하고 정확히 48비트가 아닌 것은 거부해야 합니다.

정규화는 비교에는 중요하지만 원본 저장에는 중요하지 않습니다. 소문자 콜론 표기가 가장 이식성이 좋은 표준 형식입니다. 12자리 16진수 문자열을 그대로 허용한다면 명시적으로 하세요. 조용히 허용하면 사용자가 MAC 주소가 아닌 16자리 16진수 식별자를 붙여넣을 수 있기 때문입니다.

좋은 조회는 "형식이 잘못됨"과 "로컬에서 관리됨"과 "이 접두사는 유효하지만 할당 대상이 로컬 레지스트리에 없음"을 구분합니다. 이 세 가지를 모두 "알 수 없음"으로 합치면 호출자의 시간을 낭비합니다. 수정 방법이 완전히 다르기 때문입니다.

길이 오류가 가장 흔합니다. 5옥텟, 7옥텟, 또는 64비트 EUI-64를 48비트 필드에 붙여넣는 경우입니다. 다음은 문자 오류로, 보통 OCR에서 0 대신 O나 1 대신 I가 나오는 경우입니다. 그다음은 논리적 경우입니다. 멀티캐스트 주소, 브로드캐스트 주소, 로컬 관리 접두사는 각각 구문적으로 유효하지만 의미상 특별합니다.

테스트 데이터의 경우 항상 로컬 관리 유니캐스트 주소를 생성하세요. 첫 번째 옥텟을 02로 설정하고 I/G 비트를 0으로 유지합니다. 이 조합은 어떤 벤더에도 속하지 않음이 보장되므로, 픽스처가 실제 기기로 오인될 수 없고, 조회 도구는 제조사를 지어내는 대신 접두사가 로컬이라고 올바르게 표시합니다.

사이트의 MAC 도구는 48비트 구조에서 작동하며 실제 하드웨어를 식별한다고 주장하지 않습니다. 비트를 파싱하고, OUI를 벤더 보증이 아닌 비트로 표시하며, EUI-64 형식을 도출할 수 있습니다. 사이트는 Bluetooth 기기 주소나 이더넷 스타일 MAC 도구 외의 다른 48비트 식별자를 생성하지 않으며, 일련번호는 전혀 생성하지 않습니다.