Bob Sultan A further use of VID-learning March 2011

2 VDP-Learning (currently in Draft) Benefit: A unicast frame received by an EVB Bridge will not be flooded if the frame is destined for a ‘registered’ by the adjacent EVB Station.

3 Without VDP Learning EVB Station 2EVB Station 1EVB Bridge 3 Bridge 4Bridge 5 Assoc Data With VDP Learning EVB Station 2EVB Station 1EVB Bridge 3 Bridge 4Bridge 5 Assoc Data

4 A modest benefit Flooding avoided at an EVB Bridge only for frames destined to associated with an adjacent EVB Station; In general, if the data center contains 100 EVB Bridges, the saving will represent a 1% improvement in flooding;

5 A larger benefit is possible EVB Station 2EVB Station 1EVB Bridge 3 Bridge 4Bridge 5 Assoc Data LLDP EVB TLV NOF = TRUE I promise that I will ‘register’ (via VDP Associate) all pairs associated with this URP. Assoc No flooding when has been registered is business as usual for VDP-learning Data Some that is not associated with an EVB Station attached to Bridge 3 is unknown, so it is flooded NO FLOOD ZONE but not flooded on the ‘No Flood’ port to EVB Station 2 as cannot be there

6 The ‘No Flood’ Option If the EVB Station commits to always register pairs on the URP; then the EVB Bridge will never flood unknown unicast on the corresponding SBP; –if the is not found in the FDB of the EVB Bridge, then it cannot lie on the attached EVB Station as it would have been registered;

7 Update to Draft Identify NOF bit in existing capabilities field of the EVB TLV; –This is in addition to the existing bit that indicates whether VDP-learning is supported; [The VDP-learning bit is described in the text, but it appears to be omitted from the figure; should fix;] FDB contains entry for ‘no more specific MAC or VID’ in which case port map is set to forward on all ports; –when EVB Bridge is informed by EVB TLV that SBP is set to NOF, it sets the corresponding entry of the port- map to ‘filter’; I can provide text and figures to add to current draft (a small change) if consensus;