datatracker.ietf.org
Sign in
Version 5.3.0, 2014-04-12
Report a bug

VPLS Interoperability with CE Bridges
draft-sajassi-l2vpn-vpls-bridge-interop-03

Document type: Replaced Internet-Draft (individual)
Document stream: No stream defined
Last updated: 2008-04-16 (latest revision 2006-07-13)
Intended RFC status: Unknown
Other versions: (expired, archived): plain text, pdf, html

Stream State:No stream defined
Document shepherd: No shepherd assigned

IESG State: Replaced by draft-ietf-l2vpn-vpls-bridge-interop
Responsible AD: (None)
Send notices to: No addresses provided

This Internet-Draft is no longer active. Unofficial copies of old Internet-Drafts can be found here:
http://tools.ietf.org/id/draft-sajassi-l2vpn-vpls-bridge-interop

Abstract

One of the main motivations behind VPLS is its ability to provide connectivity not only among customer routers and servers/hosts but also among customer bridges. If only connectivity among customer IP routers/hosts was desired, then IPLS solution [IPLS] could have been used. The strength of the VPLS solution is that it can provide connectivity to both bridge and non-bridge types of CE devices. VPLS is expected to deliver the same level of service that current enterprise users are accustomed to from their own enterprise bridged networks today or the same level of service that they receive from their Ethernet Service Providers using IEEE 802.1ad-based networks [P802.1ad] (or its predecessor – QinQ-based network). When CE devices are IEEE bridges, then there are certain issues and challenges that need to be accounted for in a VPLS network. Majority of these issues have currently been addressed in IEEE 802.1ad standard for provider bridges and they need to be addressed for VPLS networks. This draft discusses these issues and wherever possible, the recommended solutions to these issues.

Authors

Ali Sajassi <sajassi@cisco.com>

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid)