cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
593
Views
0
Helpful
4
Replies

L2switch and mac address pool

sarahr202
Level 5
Level 5

Hi every body!

I was looking at output of " show int" command,I find every port has mac address assigned from the pool.

My question is what is the purpose of these mac-address because hosts connected to ports, do not need to use the mac addresses ,assigned to L2 ports, in order to communicate with each other.

Besides in stp, base mac address is used, again raising the questions about the use of mac addresses on L2 ports of the switch.

thanks a lot !

3 Accepted Solutions

Accepted Solutions

Giuseppe Larosa
Hall of Fame
Hall of Fame

Hello Sarah,

this is a very good question: sometimes I think that only one MAC address in the box would be enough for these jobs like STP, CDP, VTP, DTP, PAGP, LACP.

However, we need to be sure that if we connect two ports of the same switch with a cross-over cable they are able to see each other and understand the difference with an RJ-45 plug.

STP could be able to support it for the STP port index and port priority but the simple keepalive works by sending a frame with SA=DA = port address.

Not sure but MAC SA of BPDU could be that of the port then I agree the Bridge-id is made using the base address.

In addition, that mac address would be statically associated to all ports and this would mean an exception to the rule that says that one unicast MAC address should be seen on only one port.

It would require a special class of mac addresses distinct from normal unicast MAC addresses.

Hope to help

Giuseppe

View solution in original post

Hi,

As Giuseppe said the Bridge ID in STP is formed from a base address but BPDUs, which originates from particular port has the source address of that port's MAC.

This source address is used to build the frame that carries the BPDU, but Bridge ID's MAC is within the actual config BPDU.

A decode of BPDU will verify this.

HTH

Lejoe

View solution in original post

scottmac
Level 10
Level 10

It's not too mysterious; remember that a "switch" (an L2 switch) is logically, and by definition, just a big multi-port bridge.

The MAC of the port identifies the forwarding destination for the internal bridging logic and permits building a table that associates a host MAC with a physical port (or for VLANs, a logical port).

I suppose it comes down to: The original bridges were just re-packaged computers with Ethernet interfaces. Each interface had a MAC. They stayed with that paradigm and now some protocols rely on it.

Good Luck

Scott

View solution in original post

4 Replies 4

Giuseppe Larosa
Hall of Fame
Hall of Fame

Hello Sarah,

this is a very good question: sometimes I think that only one MAC address in the box would be enough for these jobs like STP, CDP, VTP, DTP, PAGP, LACP.

However, we need to be sure that if we connect two ports of the same switch with a cross-over cable they are able to see each other and understand the difference with an RJ-45 plug.

STP could be able to support it for the STP port index and port priority but the simple keepalive works by sending a frame with SA=DA = port address.

Not sure but MAC SA of BPDU could be that of the port then I agree the Bridge-id is made using the base address.

In addition, that mac address would be statically associated to all ports and this would mean an exception to the rule that says that one unicast MAC address should be seen on only one port.

It would require a special class of mac addresses distinct from normal unicast MAC addresses.

Hope to help

Giuseppe

Hi,

As Giuseppe said the Bridge ID in STP is formed from a base address but BPDUs, which originates from particular port has the source address of that port's MAC.

This source address is used to build the frame that carries the BPDU, but Bridge ID's MAC is within the actual config BPDU.

A decode of BPDU will verify this.

HTH

Lejoe

Thanks Lejoe,Giuseppe and Scott !

scottmac
Level 10
Level 10

It's not too mysterious; remember that a "switch" (an L2 switch) is logically, and by definition, just a big multi-port bridge.

The MAC of the port identifies the forwarding destination for the internal bridging logic and permits building a table that associates a host MAC with a physical port (or for VLANs, a logical port).

I suppose it comes down to: The original bridges were just re-packaged computers with Ethernet interfaces. Each interface had a MAC. They stayed with that paradigm and now some protocols rely on it.

Good Luck

Scott

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: