# MAC Addresses--6 or 12 numbers (not characters or hex digits)

May 2nd, 2007

My name is Tim. I'm currently taking a review course to prep for my CCNA. This question was taken verbatim from the CCNA Guide to Cisco Networking, Third Edition. "Which of the following accurately describe the Media Access Control (MAC) address?" The instructor's answer guide shows "C. MAC addresses contain 12 hexadecimal numbers." as one of the three correct answers. I took issue with that. MAC addresses are 48 bits long (i.e. 6 hexadecimal numbers). While the format shows 12 hex characters, hyphens or colons to show grouping separate each pair. Each pair of characters represents a single hexadecimal number. The delimiters (i.e. non alpha-numeric ASCII characters--including spaces) show that the characters between them are to be taken as a single quantity. In decimal individual numbers can be written 1 2 3 or 1, 2, 3 etc.; however, 123 is one number or quantity--one hundred twenty three. In much the same way E 4 B or E:4:B represents three individual hex numbers (i.e. 14, 4, 11); however, E4B represents 3,659 (in decimal). Am I wrong?

Overall Rating: 0 (0 ratings)

## Replies

swmorris Wed, 05/02/2007 - 18:11
• Bronze, 100 points or more

A hexadecimal number gives you one of 16 possible values (the definition of hexa-decimal). 16 values would only be 4 bits of information (a nibble).

Therefore it takes two hex characters to equal a byte.

A MAC is 48 bits long, which as you noted is 6 bytes. However, to express that in hex, that would be twice as many characters (12) in order to do that.

The method of display is really just for our (human) benefit. The router doesn't care.

Some IOS versions will show it as four hex characters at a time with periods (e.g. 1122.3344.5566) whereas others will use hypens (e.g. 11-22-33-44-55-66) between the bytes. Most unix systems use colons (e.g. 11:22:33:44:55:66), but in the end they are all the same representation.

Also, what you are noting as the single character with colons is really more a unix thing. Leading 0's can be discarded. IOS will do this with IPv6 addresses, but not with MACs (at least as far as I have ever paid attention).

But the deal there is we (humans) are supposed to KNOW there are two hex characters between each colon, therefore if there's only one, assume there's a 0.

So a MAC of 0010.0123.4005 could also be seen as 0:10:1:23:40:5 and technically still be accurate.

Kinda irritating isn't it?!?!?

HTH,

Scott

[email protected]

gr84sight Thu, 05/03/2007 - 07:33