Refer to the exhibit. What happens to the broadcast traffic when it reaches aggregation switches?

Question

Exhibit

Options

• AOnly Agg-1 switch receives broadcast packets and does not forward to the peer link on Agg-2
• BAgg-1 switch prevents broadcast packets received on the vPC peer link from exiting the switch on
• CAgg-2 switch receives broadcast packets and stops forwarding to the peer link on Agg-1 switch.
• DAgg1 and Agg2 switches receive broadcast packets and does not forward them to me peer link or

• A
  12% (4)
• B
  76% (25)
• C
  3% (1)
• D
  9% (3)

Explanation

Duplicate Frames Prevention in vPC One of the most important forwarding rules for vPC is that a frame that enters the vPC peer switch from the peer link cannot exit the switch from a vPC member port.Figure shows switch-es 3 and 4 connected to 5k01 and 5k02 with vPCs Po51 and Po52. If one of the hosts connected to switch 4 sends either an unknown unicast or a broadcast, this traffic may get hashed to port eth2/2 on PortChannel 52. 5k02 receives the broadcast and needs to forward it to the peer link for the potential orphan ports on 5k01 to receive it. Upon receiving the broadcast, 5k01 detects that this frame is coming from the vPC peer link. Therefore, it does not forward it to port 2/9 or 2/10; if it did, a duplicate frame on switch 3 or 4, respectively, would be created. If a host on switch 4 sends a broadcast, 5k02 will correctly forward it to Po51 on port 2/9 and place it on the peer link. 5k01 will prevent this broadcast frame from exiting onto port 2/9 or 2/10 because this frame entered 5k01 from a vPC peer link. Should eth2/2 on switch 3 go down, port 2/9 on 5k01 would become an orphan port and as a result will receive traffic that traverses the

No community discussion yet for this question.