[rbridge] Range of appllicability (was Re: TTL only - was RE: New fields in shim header?)

[Silvano Gai]

Joe,

> -----Original Message-----
> From: Joe Touch [mailto:touch at ISI.EDU]
> Sent: Thursday, October 19, 2006 8:58 AM
> To: Silvano Gai
> Cc: Erik Nordmark; rbridge at postel.org; Radia Perlman
> Subject: Re: [rbridge] Range of appllicability (was Re: TTL only - was
RE:
> New fields in shim header?)
> 
> 
> 
> Silvano Gai wrote:
> ...
> >> The reason I'm asking is because I see a big difference between
asking
> >> RBridges to provide some new degree of filtering/security, and
making
> >> sure it isn't any worse than a bridged network.
> >
> > Understood, but a new standard is also a good place to improve.
> 
> The need for capabilities not in 802 now may be a good argument for
> reserved bits
> 
> Note that in hardware they too are problematic; 

I am not advocating reserved bit, I agree with you that they are
problematic and difficult to use in the future.


we'd need three types:
> 
> 	- MUST set as 0 currently; MUST ignore on receipt
> 		for optional extensions
> 	- MUST set as 0 currently; MUST silently discard if not 0
> 		for silently dropped required extensions
> 	- MUST set as 0 currently; MUST report as error if not 0
> 		for non0-silent required extensions
> 
> I'd rather see the FTAG area blocked out for those kinds of bits at
this
> time than locked into a tag that a new VLAN header might replace, e.g.
> 

The FTAG has two values:

1) for unicast traffic today 802 networks support:
  a) per VLAN spanning tree
  b) a single common spanning tree
  c) shared spanning trees

TRILL is the current equivalent of (b), (a) is pragmatically impossible,
since you don't want to run an instance of ISIS per VLAN. If we want to
support the equivalent of (c), we need to have a tag in the packet.
Without a tag in the packet the implementations are full of corner
cases. 

2) for multicast, if you want to have shared trees, you need a tag in
the packet. In particular with two or three tiers networks the best
solution is to have few shared trees rooted in the backbone. TRILL
currently does not support this.

-- Silvano