- 02 Nov, 2015 12 commits
-
-
OF experimenter actions. Change-Id: I88cc5896d17fdbf89807f911f9c23e4f19f6a5ad
Jonathan Hart authored
-
- 31 Oct, 2015 1 commit
-
- 30 Oct, 2015 17 commits
-
-
In addition, revise test to make the situation more realistic Change-Id: If23648b77f2eddbe27873711dab3b196a4a2729d
Sho SHIMIZU authored -
1. In getSubnetNextObjectiveId, do not create a broadcast group if it does not exist The creation is done when device is up and when config is added 2. Check if broadcast group exists before creating one 3. Put subnet in a Set instead of a List to avoid duplicated elements Change-Id: Ifafd8e783a9d98aa62b5e299f560897458b90bb0Charles Chan authored -
This should proactively prevent linc-OE from misbehaving if support for changing port type through the network config system is added. Change-Id: I80667f0292922eca37a51f3e461b6745ecbf9d46
Ayaka Koshibe authored
- 29 Oct, 2015 10 commits
-
-
DONE - Expose subnet-to-ports information from DeviceProperties and DeviceConfiguration - Create subnetNextObjectiveStore to store <DeviceId, IpPrefix> to nextId mapping - Implement broadcast NextObjective in SpringOpenTTP Use ALL group type to achieve broadcast TODO (not in this submission) - Push ARP table for a host when its location is learned - Push default ARP table miss rule. Action = to the broadcast group Change-Id: I2de28095e85289e75af3fc7a02c811b270b342adCharles Chan authored
