06-03-2018 10:35 PM - edited 03-08-2019 03:14 PM
I have 2 switches connected each other (switch A and switch B).
Switch A and B is connected to Ixia also.
Assume that, I send l2 Ethernet traffic from Ixia to Switch A, and my destination mac is for Switch B(some port). Traffic is only only unidirectional (switch a-> switch b). So here the dest mac will not be there in Switch A cam table, so it will flood. After flooding what will happen? How the packet from ixia reaches the l2 interface on Switch B? Or switch A will always flood the packets ?
Solved! Go to Solution.
06-06-2018 04:24 AM
Hello,
You are correct - if there is no frame going to be sent back from the destination of the flow, the only way to prevent the flooding is to set up a static MAC address table entry. The syntax should be fairly simple:
mac address-table static <MAC-address> vlan <vlan-id> interface <iface>
On SwA, this should point to the port toward SwB. On SwB, this should point to the port where the destination is connected.
Best regards,
Peter
06-04-2018 12:34 AM
Not sure what lxia is but for that device to send packets it would have sent an arp request for the device on switch B and as arp is a broadcast switch A would have flooded the packet.
When the device on switch B responded to the arp request switch A would have recorded the mac address so when lxia sends packets switch A does not need to flood.
Jon
06-04-2018 12:58 AM
Hi Jon,
Ixia is a traffic generator. You can use it to construct the entire frame synthetically, with all fields pre-populated by values you have entered during the configuration of the stream.
Assuming that the flow generated by Ixia truly does not elicit back any response from the device on the switch B, the unicast flooding will never stop - in fact, both switches A and B will be flooding this stream because they will never learn the location of the destination MAC address. The stream will reach its destination host, but it will also reach other hosts (who will ignore it, though, since the destination MAC address differs from theirs).
Best regards,
Peter
06-04-2018 01:00 AM
Hi Peter
Thanks for the clarification.
Jon
06-06-2018 03:58 AM - edited 06-06-2018 03:59 AM
So is there any solution for this (I mean to avoid the flooding) ?
Can we statically add an entry in the mac table for both Switch A and switch B to avoid the flooding of packets?
06-06-2018 04:24 AM
Hello,
You are correct - if there is no frame going to be sent back from the destination of the flow, the only way to prevent the flooding is to set up a static MAC address table entry. The syntax should be fairly simple:
mac address-table static <MAC-address> vlan <vlan-id> interface <iface>
On SwA, this should point to the port toward SwB. On SwB, this should point to the port where the destination is connected.
Best regards,
Peter
06-04-2018 12:54 AM - edited 06-06-2018 06:05 AM
Because Switch B MAC Address is not on the MAC Table of Switch A, Switch A will duplicate the frame and send it out to all ports(except the port where IXIA packet came) from). Switch B will receive the frame and look at the Destination MAC address field to deliver the packet to the correct port.
Hi Peter,
From what I understood, The traffic from IXIA will reach the device on Switch B however since the reply/response from that device is not received, IXIA will continue generating traffic resulting to continuous flooding on both SWA and SWB? Thank you!.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide