You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When all the host don't have arp cache, "pingall" will make all hosts send an arp packet to the controller, then I can print shortest paths between two of them. However, after first "pingall", there are arp cache in all hosts, so when the second time mininet executes "pingall" they will not send arp packets to controller, so then how can I know after the second or more "pingall" and print all the shortest path?
It is especially aimed to test the reachability after dynamically adjust the topology.
The text was updated successfully, but these errors were encountered:
I just confirmed that using "pingall" does not trigger ARP packets when there is no change in the network topology. However, after a change in the topology, the affected hosts seem to trigger ARP packets when pinging each other. Nevertheless, to simplify the process, I suggest that upon a change in the topology (after the event related to the topology change is triggered), we directly print the shortest path length between any two switches. Then, we can use the "ping" command to demonstrate connectivity. I will address this issue in the documentation I will release tomorrow regarding how to perform project checks.
When all the host don't have arp cache, "pingall" will make all hosts send an arp packet to the controller, then I can print shortest paths between two of them. However, after first "pingall", there are arp cache in all hosts, so when the second time mininet executes "pingall" they will not send arp packets to controller, so then how can I know after the second or more "pingall" and print all the shortest path?
It is especially aimed to test the reachability after dynamically adjust the topology.
The text was updated successfully, but these errors were encountered: