1 / 9

Additional TRILL Work/Documents

Additional TRILL Work/Documents. Donald Eastlake 3 rd +1-508-786-7754 Donald.Eastlake@motorola.com. Additional TRILL Work/Documents. In TRILL Working Group Management (MIB) TRILL Header Options ARP/ND/IP/… Optimization Customer versus Service Rbridges / 802.1ad

jela
Download Presentation

Additional TRILL Work/Documents

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Additional TRILL Work/Documents Donald Eastlake 3rd +1-508-786-7754 Donald.Eastlake@motorola.com Base Protocol Future

  2. Additional TRILL Work/Documents • In TRILL Working Group • Management (MIB) • TRILL Header Options • ARP/ND/IP/… Optimization • Customer versus Service Rbridges / 802.1ad • Connectivity Fault Management (802.1ag) • Congestion Management (802.1au) • In the IS-IS Working Group • TRILL LTVs, etc. Base Protocol Future

  3. Questions on These Work Items • Is the item important to work on? • How soon should it be done? • Does it just require a “profiling” for RBridges or does it require changes/additions in the RBridge protocol? • Who would like to work on it? Base Protocol Future

  4. Management (MIB) • Three possible components: • Bridge MIB stuff (tweaked citation to RFC 4188, e.g., STP per port, not per RBridge) • IS-IS MIB stuff (should be in IS-IS WG document? mostly as citation to RFC 4444) • RBridge stuff • Nickname configuration • End station address learning priorities • … Base Protocol Future

  5. TRILL Header Options • Document to specify the general format and processing for options and some specific options: • Port IDs (local port IDs so no egress RBridge DA lookup is needed if learned from data) • Flow ID • TRILL data frame security (based on IS-IS keys) • Optimizations • Etc. Base Protocol Future

  6. IP Related Optimizations • ARP/ND optimization was included in the paper cited in our Charter and in early protocol drafts. • Removed from base protocol specification by WG consensus, to be placed in a separate document. • Included learning IP addresses and sometimes responding to ARP/ND. Base Protocol Future

  7. Customer/Service RBridges • IEEE 802.1ad-2005 “Provider Bridges” is a completed amendment to 802.1Q. • (not to be confused with the in process 802.1ah “Provider Backbone Bridges” amendment) • Provider Bridges talk to each other using outer S-Tags and are transparent to some bridging multicast addresses. • “Provider Edge Bridges” talk C-Tags (formerly called Q-Tags) on customer ports and S-Tags on provider ports. • Should it be possible to configure Rbridges as Provider or Provider Edge Bridges? Base Protocol Future

  8. Connectivity Fault Management • 802.1ag current at Draft D8.0: • ~‘Specifies protocols to support transport fault management. These allow discovery and verification of the path, through bridges and LANs, taken for frames and isolation of a connectivity fault to a specific bridge or LAN. Networks are operated by multiple organizations, with restricted management access to each other's equipment. This standard provides capabilities for detecting, verifying and isolating connectivity failures in such networks.’~ • Does anything need to be done to Rbridges to support 802.1ag? Base Protocol Future

  9. Congestion Management (802.1au) • Layer 2 method to rate limit flows causing congestion. • Has been progressing slowing in 802.1 but an update from Draft D0.1 to Draft D0.2 was authorized last week. • Some changes to Rbridges beyond those required in 802.1 Bridges would be required to support 802.1au. • For example, a congestion control message in response to a TRILL data frame should get back to the true origin station, not just the ingress RBridge. Base Protocol Future

More Related