A further use of VID-learning March 2011 Bob Sultan ([email protected]) VDP-Learning (currently in Draft) • Benefit: A unicast frame received by an EVB Bridge will.

Download Report

Transcript A further use of VID-learning March 2011 Bob Sultan ([email protected]) VDP-Learning (currently in Draft) • Benefit: A unicast frame received by an EVB Bridge will.

Slide 1

A further use of VID-learning
March 2011

Bob Sultan ([email protected])

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.

2

Without VDP Learning
EVB Station 1

EVB Station 2

EVB Bridge 3

Bridge 4

Bridge 5

Assoc

Data
Data
Data
Data

With VDP Learning
EVB Station 1

EVB Station 2

EVB Bridge 3

Bridge 4

Bridge 5

Assoc
Data
Data
3

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;

4

A larger benefit is possible
EVB Station 1

EVB Station 2

Bridge 4

EVB Bridge 3

Bridge 5

LLDP EVB TLV
NOF = TRUE
I promise that I will ‘register’
(via VDP Associate) all VID> pairs associated with
this URP.

Assoc

No flooding when has
been registered is business
as usual for VDP-learning

Assoc
Data

Data

Some that is not
associated with an EVB
Station attached to Bridge 3

Data

Data

Data
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

5

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;

6

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 portmap to ‘filter’;

• I can provide text and figures to add to current
draft (a small change) if consensus;
7


Slide 2

A further use of VID-learning
March 2011

Bob Sultan ([email protected])

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.

2

Without VDP Learning
EVB Station 1

EVB Station 2

EVB Bridge 3

Bridge 4

Bridge 5

Assoc

Data
Data
Data
Data

With VDP Learning
EVB Station 1

EVB Station 2

EVB Bridge 3

Bridge 4

Bridge 5

Assoc
Data
Data
3

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;

4

A larger benefit is possible
EVB Station 1

EVB Station 2

Bridge 4

EVB Bridge 3

Bridge 5

LLDP EVB TLV
NOF = TRUE
I promise that I will ‘register’
(via VDP Associate) all VID> pairs associated with
this URP.

Assoc

No flooding when has
been registered is business
as usual for VDP-learning

Assoc
Data

Data

Some that is not
associated with an EVB
Station attached to Bridge 3

Data

Data

Data
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

5

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;

6

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 portmap to ‘filter’;

• I can provide text and figures to add to current
draft (a small change) if consensus;
7


Slide 3

A further use of VID-learning
March 2011

Bob Sultan ([email protected])

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.

2

Without VDP Learning
EVB Station 1

EVB Station 2

EVB Bridge 3

Bridge 4

Bridge 5

Assoc

Data
Data
Data
Data

With VDP Learning
EVB Station 1

EVB Station 2

EVB Bridge 3

Bridge 4

Bridge 5

Assoc
Data
Data
3

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;

4

A larger benefit is possible
EVB Station 1

EVB Station 2

Bridge 4

EVB Bridge 3

Bridge 5

LLDP EVB TLV
NOF = TRUE
I promise that I will ‘register’
(via VDP Associate) all VID> pairs associated with
this URP.

Assoc

No flooding when has
been registered is business
as usual for VDP-learning

Assoc
Data

Data

Some that is not
associated with an EVB
Station attached to Bridge 3

Data

Data

Data
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

5

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;

6

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 portmap to ‘filter’;

• I can provide text and figures to add to current
draft (a small change) if consensus;
7


Slide 4

A further use of VID-learning
March 2011

Bob Sultan ([email protected])

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.

2

Without VDP Learning
EVB Station 1

EVB Station 2

EVB Bridge 3

Bridge 4

Bridge 5

Assoc

Data
Data
Data
Data

With VDP Learning
EVB Station 1

EVB Station 2

EVB Bridge 3

Bridge 4

Bridge 5

Assoc
Data
Data
3

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;

4

A larger benefit is possible
EVB Station 1

EVB Station 2

Bridge 4

EVB Bridge 3

Bridge 5

LLDP EVB TLV
NOF = TRUE
I promise that I will ‘register’
(via VDP Associate) all VID> pairs associated with
this URP.

Assoc

No flooding when has
been registered is business
as usual for VDP-learning

Assoc
Data

Data

Some that is not
associated with an EVB
Station attached to Bridge 3

Data

Data

Data
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

5

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;

6

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 portmap to ‘filter’;

• I can provide text and figures to add to current
draft (a small change) if consensus;
7


Slide 5

A further use of VID-learning
March 2011

Bob Sultan ([email protected])

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.

2

Without VDP Learning
EVB Station 1

EVB Station 2

EVB Bridge 3

Bridge 4

Bridge 5

Assoc

Data
Data
Data
Data

With VDP Learning
EVB Station 1

EVB Station 2

EVB Bridge 3

Bridge 4

Bridge 5

Assoc
Data
Data
3

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;

4

A larger benefit is possible
EVB Station 1

EVB Station 2

Bridge 4

EVB Bridge 3

Bridge 5

LLDP EVB TLV
NOF = TRUE
I promise that I will ‘register’
(via VDP Associate) all VID> pairs associated with
this URP.

Assoc

No flooding when has
been registered is business
as usual for VDP-learning

Assoc
Data

Data

Some that is not
associated with an EVB
Station attached to Bridge 3

Data

Data

Data
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

5

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;

6

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 portmap to ‘filter’;

• I can provide text and figures to add to current
draft (a small change) if consensus;
7


Slide 6

A further use of VID-learning
March 2011

Bob Sultan ([email protected])

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.

2

Without VDP Learning
EVB Station 1

EVB Station 2

EVB Bridge 3

Bridge 4

Bridge 5

Assoc

Data
Data
Data
Data

With VDP Learning
EVB Station 1

EVB Station 2

EVB Bridge 3

Bridge 4

Bridge 5

Assoc
Data
Data
3

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;

4

A larger benefit is possible
EVB Station 1

EVB Station 2

Bridge 4

EVB Bridge 3

Bridge 5

LLDP EVB TLV
NOF = TRUE
I promise that I will ‘register’
(via VDP Associate) all VID> pairs associated with
this URP.

Assoc

No flooding when has
been registered is business
as usual for VDP-learning

Assoc
Data

Data

Some that is not
associated with an EVB
Station attached to Bridge 3

Data

Data

Data
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

5

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;

6

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 portmap to ‘filter’;

• I can provide text and figures to add to current
draft (a small change) if consensus;
7


Slide 7

A further use of VID-learning
March 2011

Bob Sultan ([email protected])

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.

2

Without VDP Learning
EVB Station 1

EVB Station 2

EVB Bridge 3

Bridge 4

Bridge 5

Assoc

Data
Data
Data
Data

With VDP Learning
EVB Station 1

EVB Station 2

EVB Bridge 3

Bridge 4

Bridge 5

Assoc
Data
Data
3

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;

4

A larger benefit is possible
EVB Station 1

EVB Station 2

Bridge 4

EVB Bridge 3

Bridge 5

LLDP EVB TLV
NOF = TRUE
I promise that I will ‘register’
(via VDP Associate) all VID> pairs associated with
this URP.

Assoc

No flooding when has
been registered is business
as usual for VDP-learning

Assoc
Data

Data

Some that is not
associated with an EVB
Station attached to Bridge 3

Data

Data

Data
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

5

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;

6

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 portmap to ‘filter’;

• I can provide text and figures to add to current
draft (a small change) if consensus;
7