LACP upgrade - 11: updating member port distribution and collection handler

Updated #distribution and #collection #handler for #member-ports in #LACP module. The handler #enables the collection and distribution operations #sequentially on each port. After an #aggregator port is selected to be #attached with the member port member port moves to the #synchronized #state with the peer port. i.e. both peer agrees that same aggregator link is used for attaching from both peer systems. Once the synchronization is attained the handler #enables #collection operation on the member port and the #HAL #calls will be done for enabling collecting operation in the #hardware as well. Once this is done, informs the peer about this with an updated LACP PDU. Once both the peers are collecting data from each side of the link for the same aggregator port the #distribution operation will be started on the member port by the handler in the next step. The #HAL call will be done and the updated LACP PDU will be sent to peer to inform them as well. Once both collection and distribution operations are enabled on the member ports the link will be fully participating in the aggregation operation.

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

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 - 4: updated LACP member port detach handler

Updated #member-port #detach #handler in #LACP module. This handler #detaches the #port from the #hardware #aggregator and #inform the #remote #peer of the same. After this a wait timer is set for later processing. This procedure is executed as part of #protocol #state #changes or as a side effect of a management operation. The aggregator is detached from the member-port in hardware and the peer is informed that local end is not in sync anymore. The #collection and #distribution procedures are #disabled in #hardware and the peer will be known of the same when it receives the updated LACP PDU from local end.

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

TED update - 7: adding inter TE-Link cross-connect parameters

Added new node level inter #TE-Link #cross-connect information in TED module. This enables to draw the #possible #cross-connect #constraint present between TE-Links of a node. When this configuration is present in a node, that will be the only possible cross-connects between the specified links. But on the absence of this configuration in a node, links can be inter-connected in any possible combination - i.e. no constraint exist for cross-connect between links. When the #cross-connect is between TE-Links of #different #media #types, a possible #media #conversion has to be performed as per the #adjustment-capability information configured. Hence the TE-Links involved in a cross-connect may be part of same media layer or different media layers. On nodes with #hardware #constraint on link cross-connect this information will be useful in expressing the limitation. This could be used to #compute #path for #tunnel #LSPs in complex networks.

#TED update 7 ...
[commit 9f54195ad7587eb0e6abc23f23426f1a0f7a4160] (https://github.com/nes-repo/NES-Open-Switch/commit/9f54195ad7587eb0e6abc23f23426f1a0f7a4160)

Bridge MAC learning & forwarding update - 2: adding HAL support

Added #HAL support in #bridge #transparent #port update handler in ethernet module. The new HAL calls will #enable #port #level #MAC #learning & #forwarding separately in #hardware #data-plane.

#Ethernet update 107 ...
[commit 7b5b4358d42edc7c132afd6a2334ca2a196a06ef]