LACP upgrade - 6: updating member port aggregator attach handler

Updated #member #port #attach #handler with the aggregator in the #LACP module. This handler make the #hardware calls to #attach the member port with the selected aggregator and mark the member port state as attached. The #remote #peer is informed of this by sending a #new #LACP #PDU and peer is marked as #synchronized. Later, when peer responds with it's PDU the actual #distribution and #collection operations will be #started for member ports. On attaching the member port with the aggregator the LAG distribution and collection operations will be started in hardware. i.e. The traffic sent out on the aggregator port will be distributed to the member ports and traffic received on the member ports will be collected on to the combined aggregator port.

#LACP update 19 ...
[commit c4c8b0875ce3ca180a3982e850131b58f15a1451] (https://github.com/nes-repo/NES-Open-Switch/commit/c4c8b0875ce3ca180a3982e850131b58f15a1451)

LACP upgrade - 1: updated LACP aggregator and member port activation handler

Updated the port status #activation #handler for both #aggregator and the #member-port in #LACP module. The data type references has been corrected to use the new updated type. The activation handlers #cascade the #configuration #state #changes from the #LAG module to LACP module. On moving the port to #active state from LAG module, the #LACP #protocol specific procedures will be #started for these ports. Similarly on putting these ports in to #not-in-service or #not-ready state, the #protocol procedures are #stopped and #cleanup is done for these ports.

#LACP update 14 ...
[commit d726911bd75d0e80a7a65e4274f06bde3c4fc806] (https://github.com/nes-repo/NES-Open-Switch/commit/d726911bd75d0e80a7a65e4274f06bde3c4fc806)

Platform module update - 2: module control API support

Added changes in #platform module for platform #module-control handle API. This will enable the necessary #platform #modules to #perform #module-init and #module-start operation in sequence. The specific platform #module can optionally define the #init operations in the module-control handle and register the control handle on module #registration. The platform will execute the init operation before executing the #start operation, through the control handle. This generalizes and reduces the future platform API changes by defining a #unified #API for all module control operations from the platform.

#Platform update 2 ...
[commit ac356d9a291dae8c33fa79c12fcd230e79f9b33a] (https://github.com/nes-repo/NES-Open-Switch/commit/ac356d9a291dae8c33fa79c12fcd230e79f9b33a)

GMPLS update - 40: adding in-segment activation handler

Added #in-segment #activation #handler in GMPLS module. On activating the in-segment it #enables the #LSP #segment operations on it. i.e. It #starts #receiving the #LSP #labelled #data on the interface. When cross-connect is also activated the received data will switched to the respective out-segments - with the respective out-going labels. And further passed to the out-going interfaces, thus completing the #label-switched #data-path.

#GMPLS update 40 ...
[commit d5de3572598d73b0f1fc8cf71175785f3cf4f9cd] (https://github.com/nes-repo/NES-Open-Switch/commit/d5de3572598d73b0f1fc8cf71175785f3cf4f9cd)