معرّف فريد على مستوى المنظمة

"تمثيل سلسلة من قيم الثمانيات، حيث تُعرض قيم كل ثمانيات بالترتيب من اليسار إلى اليمين، مع تمثيل كل قيمة ثمانيات برقم سداسي عشري مكون من خانتين ، وتُفصل أزواج الأرقام السداسية العشرية الناتجة بشرطات . ويُستنتج ترتيب الأرقام السداسية العشرية في كل زوج، والربط بين الأرقام السداسية العشرية وبتات قيمة الثمانية، من خلال تفسير بتات قيمة الثمانية كرقم ثنائي باستخدام القواعد الرياضية المعتادة لدلالة الأرقام ." ^{[ 3 ]} (انظر: سداسي عشري ).

"تنسيق إطار بيانات MAC الذي تكون فيه ثمانيات عناوين MAC المنقولة في حقل بيانات مستخدم MAC بنفس ترتيب البتات كما في التمثيل الست عشري." ^{[ 3 ]} (انظر إطار بيانات MAC ، عناوين MAC )

يبدو من سياق معيار IEEE 802-2001 أن هذا مصطلح آخر لـ "التمثيل السداسي عشري" - أي "عن طريق تفسير بتات قيمة الثمانية كرقم ثنائي باستخدام القواعد الرياضية العادية لأهمية الرقم". ^{[ 3 ]}

"تمثيل سلسلة من قيم الثمانيات، حيث تُعرض قيم كل ثمانيات بالترتيب من اليسار إلى اليمين، مع تمثيل كل قيمة ثمانيات برقم سداسي عشري مكون من خانتين، وتُفصل أزواج الأرقام السداسية العشرية الناتجة بنقطتين رأسيتين . يُستنتج ترتيب الأرقام السداسية العشرية في كل زوج، والربط بين الأرقام السداسية العشرية وبتات قيمة الثمانية، عن طريق عكس ترتيب البتات في قيمة الثمانية وتفسير تسلسل البتات الناتج كرقم ثنائي باستخدام القواعد الرياضية المعتادة لدلالة الأرقام." ^{[ 3 ]}

يتوافق التمثيل المعكوس للبتات مع اصطلاح إرسال البت الأقل أهمية من كل بايت أولاً في اتصالات البيانات التسلسلية .

"تنسيق إطار بيانات MAC الذي تكون فيه ثمانيات عناوين MAC المنقولة في حقل بيانات مستخدم MAC بنفس ترتيب البتات كما هو الحال في التمثيل المعكوس للبتات." ^{[ 3 ]}

الترتيب الذي يتم به إرسال ثمانية بتات أو سلسلة من ثمانية بتات عبر وسيط الإرسال - يتوافق هذا الترتيب عادةً مع التمثيل المعكوس للبتات.

سيتم تمثيل OUI المكون من الأرقام السداسية العشرية ACDE48 ₁₆ ^{[ a ] ​​على النحو التالي:}

يوضح الشكل التالي موضع هذه البتات حسب ترتيب أهميتها:

| نعم | | الثماني 0 | الثماني 1 | الثماني 2 | | قضم | قضم | قضم | | __||__ | __||__ | __||__ | | | | | | | | | | | | 0 || 1 | 2 || 3 | 4 || 5 | |بتات||بتات|بتات||بتات||بتات| |7654||3210|7654||3210|7654||3210| ||||| ||||||||| ||||||||| ||||| | AC | DE | 4 8 | |1010 1100|1101 1110|0100 1000| | | || | | | | || | أقل بت أهمية من OUI | | || البايت الأقل أهمية من OUI | | | أقل بت أهمية في أول ثمانية بتات من OUI = بت I/G أو M | | البت الأقل أهمية التالي في أول ثمانية بتات من OUI = U/L أو بت X | البايت الأكثر أهمية من OUI الجزء الأكثر أهمية من OUI

اعتاد مستخدمو الإيثرنت على رؤية الشكل القياسي ، كما هو الحال في مخرجات أمر ifconfig . الشكل القياسي هو المعيار المقصود.

مع ذلك، بما أن معيارَي IEEE 802.3 (إيثرنت) و IEEE 802.4 ( ناقل الرمز المميز ) يرسلان البايتات (الأوكتيتات) عبر السلك من اليسار إلى اليمين، مع وضع البت الأقل أهمية في كل بايت أولًا، بينما يرسل معيارا IEEE 802.5 ( حلقة الرمز المميز ) و IEEE 802.6 ( FDDI ) البايتات عبر السلك مع وضع البت الأكثر أهمية أولًا، فقد ينشأ لبسٌ عند تمثيل مُعرِّف الجهاز (OUI) في الحالة الأخيرة ببتات معكوسة عن التمثيل المتعارف عليه. فعلى سبيل المثال، ACDE48قد يُنظر إلى مُعرِّف الجهاز (OUI) الذي يكون شكله المتعارف عليه على أنه مكتوب كما 357B12لو أن الترجمة تمت بشكل غير صحيح أو غير متسق. ولهذا السبب، يُشار إلى هذا الشكل الأخير ( التمثيل المعكوس أو غير المتعارف عليه ) في المراجع باسم "تنسيق MSB" أو "تنسيق IBM" أو "تنسيق حلقة الرمز المميز". يشرح RFC2469 هذه المشكلة بمزيد من التفصيل.

The CDI-32 was historically recommended as a context-dependent identifier that was formed by concatenating the 24-bit OUI with an 8-bit extension identifier that is assigned by the organization that purchased the OUI – the resulting identifier was generally represented as a set of octets separated by dashes (hexadecimal notation) or colons (bit-reversed notation) as in FF-FF-FF-FF or FF:FF:FF:FF, as a string of 4 bytes as in {FF,FF,FF,FF}, or as a base 16 number as in FFFFFFFF₁₆.^[5]

The CDI-40 was historically recommended as a context-dependent identifier that was formed by concatenating the 24-bit OUI with a 16-bit extension or by concatenating a 36-bit OUI-36 with a 4-bit extension.^[5] In either case, the extension was assigned by the organization that purchased the OUI. The resulting identifier was generally represented as a set of octets separated by dashes (hexadecimal notation) or colons (bit-reversed notation) as in FF-FF-FF-FF-FF or FF:FF:FF:FF:FF, as a string of 5 bytes as in {FF,FF,FF,FF,FF}, or as a base 16 number as in FFFFFFFFFF₁₆.

Note: There were also IAB based CDI-40 sequences that were formed by combining the 36-bit IEEE assigned IAB base value with the 4-bit extension identifier assigned by the organization – e.g., if the IEEE assigned IAB base value is 0x0050C257A and the 4-bit extension identifier is 0xF, then the CDI-40 values generated by combining these two numbers are from 0x0050C257AF00 to 0x0050C257AFFF

The IEEE now considers the label MAC-48 to be an obsolete term which was previously used to refer to a specific type of EUI-48 identifier used to address hardware interfaces (e.g., Network Interface Controllers and other network hardware) within existing IEEE 802 based networking applications and should not be used in the future.^[5] Instead, the term EUI-48 should be used by manufacturers and others in the field for this purpose – i.e., MAC-48 identifier is identical to the EUI-48 identifier and is an obsolete label for it, although some distinction is still made when encapsulating MAC-48 and EUI-48 identifiers within EUI-64 identifiers (but now, the encapsulating mechanism is also deprecated).^[5]

يُعدّ EUI-48 مُعرّفًا يتم تكوينه عن طريق دمج مُعرّف المؤسسة (OUI) ذي 24 بت مع مُعرّف امتداد ذي 24 بت تُخصصه المؤسسة التي اشترت مُعرّف المؤسسة (OUI). ويتم تمثيل المُعرّف الناتج عادةً كمجموعة من الثمانيات مفصولة بشرطات (في الترميز الست عشري) أو بنقطتين رأسيتين (في الترميز المعكوس للبتات) كما في FF-FF-FF-FF-FF-FF أو FF:FF:FF:FF:FF:FF، أو كسلسلة من 6 بايتات كما في {FF,FF,FF,FF,FF,FF}، أو كرقم أساسه 16 كما في ^FFFFFFFFFFFF _16. ^[ 5 ^]

يُعدّ EUI-60 مُعرّفًا يتم تكوينه من خلال دمج مُعرّف المؤسسة (OUI) ذي 24 بت مع مُعرّف امتداد ذي 36 بت تُخصصه المؤسسة التي اشترت مُعرّف المؤسسة (OUI). وعادةً ما يتم تمثيل المُعرّف الناتج بسلسلة من 15 نصف بايت، أو كرقم أساسه 16 كما في FFFFFFFFFFFFFFF ₁₆ ، أو كقيمة EUI-64 كما في FF-FF-FF:FFFFFFFFFF. ^{[ 5 ]}

ملاحظة: استُخدم هذا المعرّف سابقًا كاسم عالمي (WWN) في بعض أنظمة التخزين. وقد اعتبرت مؤسسة مهندسي الكهرباء والإلكترونيات (IEEE) استخدامه مُهملًا، ويُنصح باستخدام معرّف EUI-64 مستقبلًا لهذا الغرض ولجميع الأغراض الأخرى التي استُخدم فيها معرّف EUI-60 سابقًا. ومن أنظمة التخزين التي استُخدم فيها معرّف OUI: قناة الألياف (Fibre Channel ) وواجهة SCSI التسلسلية المرفقة (SAS). ^{[ 5 ]}

يُعدّ EUI-64 مُعرّفًا يتم تكوينه عن طريق دمج مُعرّف المؤسسة (OUI) ذي 24 بت مع مُعرّف امتداد ذي 40 بت تُخصصه المؤسسة التي اشترت مُعرّف المؤسسة (OUI). ويتم تمثيل المُعرّف الناتج عادةً كمجموعة من الثمانيات مفصولة بشرطات (في النظام الست عشري) أو بنقطتين رأسيتين (في النظام المعكوس للبتات) كما في FF-FF-FF-FF-FF-FF-FF-FF أو FF:FF:FF:FF:FF:FF:FF:FF، أو كسلسلة من 8 بايتات كما في {FF,FF,FF,FF,FF,FF,FF,FF}، أو كرقم أساسه 16 كما في ^{FFFFFFFFFFFFFFFF} _16. ^[ 5 ^]

ملاحظة: وفقًا لإرشادات IEEE، فإن الأرقام الأربعة الأولى من المعرف المخصص للمنظمة (أي الأرقام الأربعة الأولى من معرف الامتداد) في EUI-64 "لا يجب أن تكون FFFE ₁₆ أو FFFF ₁₆ " (أي أن معرفات EUI-64 التي تأخذ الشكل ccccccFFFEeeeeee و ccccccFFFFeeeeee غير مسموح بها) - وذلك لدعم تغليف قيم EUI-48 (FFFE ₁₆ ) و MAC-48 (FFFF ₁₆ ) في قيم EUI-64 (على الرغم من أن التغليف أصبح الآن مهملًا).

يستخدم بروتوكول IPv6 مُعرّفًا فريدًا موسعًا مُعدَّلًا ( EUI-64 مُعدَّلًا ) بطول 64 بت في النصف السفلي من بعض عناوين IPv6. والمُعرّف الفريد الموسع المُعدَّل هو مُعرّف EUI-64 مع عكس بتّي U/L. ^{[ 6 ]}

هناك معرّفات أخرى يمكن تكوينها باستخدام OUI، لكن تلك المذكورة أعلاه هي الأكثر استخدامًا.

مثال على تغليف MAC-48 داخل EUI-64:

بافتراض أن منظمة ما قد سجلت معرف OUI الخاص بـ AC-DE-48 وأن المنظمة قد أنشأت قيمة MAC-48 الخاصة بـ AC-DE-48-23-45-67 عن طريق دمج معرف الامتداد 23-45-67، فإن معرف MAC-48 هذا له ترتيب الإرسال الثنائي التالي:

| معرف  OUI  |  معرف الامتداد  | الحقل |  الأول  |  الثاني  |  الثالث  |  الرابع  |  الخامس  |  السادس  |  ثمانية بتات | CA  | ED  |  8 4  |  3 2  |  5 4  |  7 6 | سداسي عشري 0011 0101 0111 1011 0001 0010 1100 0100 1010 0010 1110 0110 بتات | | | | | | | | | | | | البت الأقل أهمية البت الأكثر أهمية البت الأقل أهمية البت الأكثر أهمية البت الأقل أهمية البت الأقل أهمية البت الأقل أهمية البت الأقل أهمية

نفس مُعرّف MAC-48 بعد تغليفه داخل EUI-64 يكون له ترتيب الإرسال التالي:

| معرف  المنظمة (OUI)  |  تسمية MAC  |  معرف الامتداد  | الحقل |  الأول  |  الثاني  |  الثالث  |  الرابع  |  الخامس  | السادس  |  السابع |  الثامن  |  الترتيب | CA |  ED  |  8 4  |  FF  |  FF  |  3 2  |  5 4  |  7 6  | سداسي عشري 00110101 01111011 00010010 11111111 11111111 11000100 10100100 11100110 بت | |  | | | | | | | | | | | | | | البت الأقل أهمية (LSB) البت الأكثر أهمية (MSB) البت الأقل أهمية (LSB) البت الأقل أهمية (LSB) البت الأقل أهمية (LSB) البت الأقل أهمية (LSB) البت الأقل أهمية (LSB) البت الأقل أهمية (LSB) البت الأقل أهمية (LSB)

نفس مُعرّف MAC-48 بعد تغليفه داخل EUI-64 له ترتيب الأهمية التالي:

| معرف  المنظمة (OUI)  |  تسمية MAC  |  معرف الامتداد  | الحقل |  AC  |  DE  |  48  |  FF  |  FF  |  23  |  45  |  67  | سداسي عشري 10101100 11011110 01001000 11111111 11111111 00100011 01000101 01100111 بت | | | | |  البايت الأكثر أهمية البايت الأقل أهمية  | البت الأكثر أهمية البت الأقل أهمية

مثال على تغليف EUI-48 داخل EUI-64:

بافتراض أن منظمة ما قد سجلت معرف المنظمة الفريد (OUI) الخاص بـ AC-DE-48 وأن المنظمة قد أنشأت قيمة EUI-48 الخاصة بـ AC-DE-48-23-45-67 عن طريق دمج معرف الامتداد 23-45-67، فإن معرف EUI-48 هذا له التنسيق التالي حسب ترتيب الأهمية:

|  معرف الشركة  |  معرف الامتداد  | الحقل |  AC  |  DE  |  48  |  23  |  45  |  67  | سداسي عشري 10101100 11011110 01001000 00100011 01000101 01100111 بت | | | | |  البايت الأكثر أهمية البايت الأقل أهمية  | البت الأكثر أهمية البت الأقل أهمية

يكون لمعرف EUI-48 نفسه بعد تغليفه داخل EUI-64 التنسيق التالي حسب ترتيب الأهمية:

|  company_id  |  EUI label  |  معرف الامتداد  | field |  AC  |  DE  |  48  |  FF  |  FE  |  23  |  45  |  67  | hex 10101100 11011110 01001000 11111111 11111110 00100011 01000101 01100111 bits | | | | | البايت  الأكثر أهمية البايت الأقل أهمية  | البت الأكثر أهمية البت الأقل أهمية

مثال على تغليف MAC-48 أو EUI-48 داخل EUI-64 المعدل:

في عملية التغليف ضمن EUI-64 المعدل، يُعامل MAC-48 على أنه EUI-48، ويتم عكس بت U/L. ^{[ 6 ]} بافتراض أن مؤسسة ما قد سجلت OUI الخاص بـ AC-DE-48، وأنها أنشأت قيمة MAC-48 أو EUI-48 المسماة AC-DE-48-23-45-67 عن طريق دمج مُعرّف الامتداد 23-45-67، فإن مُعرّف MAC-48 أو EUI-48 هذا يكون بالتنسيق التالي حسب ترتيب الأهمية:

|  معرف الشركة  |  معرف الامتداد  | الحقل |  AC  |  DE  |  48  |  23  |  45  |  67  | سداسي عشري 10101100 11011110 01001000 00100011 01000101 01100111 بت | | | | |  البايت الأكثر أهمية البايت الأقل أهمية  | البت الأكثر أهمية البت الأقل أهمية

يكون لمعرف MAC-48 أو EUI-48 نفسه بعد تغليفه داخل EUI-64 المعدل التنسيق التالي حسب ترتيب الأهمية:

|  company_id  |  EUI label  |  معرف الامتداد  | field |  AE  |  DE  |  48  |  FF  |  FE  |  23  |  45  |  67  | hex 10101110 11011110 01001000 11111111 11111110 00100011 01000101 01100111 bits | | | | | البايت  الأكثر أهمية البايت الأقل أهمية  | البت الأكثر أهمية البت الأقل أهمية

تحدد تنسيقات معرف اسم هيئة عناوين الشبكة (NAA) النصف الأول (4 بتات) لتحديد تنسيق المعرف:

يتم استخدام هذا التغليف في Fibre Channel ^{[ 7 ]} وSAS، وهو مدعوم أيضًا في iSCSI في RFC 3980. تتطلب هذه الإضافة إما حقل معرف مختصر خاص بالبائع، أو افتراض أن بعض بتات OUI تساوي 0، كما هو الحال عند استخدام تنسيق EUI-64 المُمَثَّل.