Private LAN Service) enables enterprises to link together their Ethernet-based
LANs from multiple sites via the infrastructure provided by their service
provider. From the enterprise perspective, the service provider's public
network looks like one giant Ethernet LAN. For the service provider, VPLS
provides an opportunity to deploy another revenue-generating service on top of
their existing network without major capital expenditures. Operators can extend
the operational life of equipment in their network.
Virtual Private LAN
Services (VPLS) uses the provider core to join multiple attachment circuits
together to simulate a virtual bridge that connects the multiple attachment
circuits together. From a customer point of view, there is no topology for
VPLS. All of the CE devices appear to connect to a logical bridge emulated by
the provider core.
configuration requires a full mesh of tunnel label switched paths (LSPs)
between all the PEs that participate in the VPLS. With full-mesh, signaling
overhead and packet replication requirements for each provisioned VC on a PE
can be high.
You set up a VPLS by
first creating a virtual forwarding instance (VFI) on each participating PE
router. The VFI specifies the VPN ID of a VPLS domain, the addresses of other
PE devices in the domain, and the type of tunnel signaling and encapsulation
mechanism for each peer PE router.
The set of VFIs
formed by the interconnection of the emulated VCs is called a VPLS instance; it
is the VPLS instance that forms the logic bridge over a packet switched
network. The VPLS instance is assigned a unique VPN ID.
The PE devices use
the VFI to establish a full-mesh LSP of emulated VCs to all the other PE
devices in the VPLS instance. PE devices obtain the membership of a VPLS
instance through static configuration using the Cisco IOS CLI.
configuration allows the PE router to maintain a single broadcast domain. Thus,
when the PE router receives a broadcast, multicast, or unknown unicast packet
on an attachment circuit, it sends the packet out on all other attachment
circuits and emulated circuits to all other CE devices participating in that
VPLS instance. The CE devices see the VPLS instance as an emulated LAN.
To avoid the problem
of a packet looping in the provider core, the PE devices enforce a
"split-horizon" principle for the emulated VCs. That means if a packet is
received on an emulated VC, it is not forwarded on any other emulated VC.
After the VFI has
been defined, it needs to be bound to an attachment circuit to the CE device.
forwarding decision is made by looking up the Layer 2 virtual forwarding
instance (VFI) of a particular VPLS domain.
A VPLS instance on a
particular PE router receives Ethernet frames that enter on specific physical
or logical ports and populates a MAC table similarly to how an Ethernet switch
works. The PE router can use the MAC address to switch those frames into the
appropriate LSP for delivery to the another PE router at a remote site.
If the MAC address
is not in the MAC address table, the PE router replicates the Ethernet frame
and floods it to all logical ports associated with that VPLS instance, except
the ingress port where it just entered. The PE router updates the MAC table as
it receives packets on specific ports and removes addresses not used for
VPLS BGP Based
enables each Virtual Private LAN Service (VPLS) provider edge (PE) device to
discover other PE devices that are part of the same VPLS domain. VPLS
Autodiscovery also tracks PE devices when they are added to or removed from a
VPLS domain. As a result, with VPLS Autodiscovery enabled, you no longer need
to manually configure a VPLS domain and maintain the configuration when a PE
device is added or deleted. VPLS Autodiscovery uses the Border Gateway Protocol
(BGP) to discover VPLS members and set up and tear down pseudowires in a VPLS
BGP uses the Layer 2
VPN (L2VPN) Routing Information Base (RIB) to store endpoint provisioning
information, which is updated each time any Layer 2 virtual forwarding instance
(VFI) is configured. The prefix and path information is stored in the L2VPN
database, which allows BGP to make decisions about the best path. When BGP
distributes the endpoint provisioning information in an update message to all
its BGP neighbors, this endpoint information is used to configure a pseudowire
mesh to support L2VPN-based services.
autodiscovery mechanism facilitates the configuration of L2VPN services, which
are an integral part of the VPLS feature. VPLS enables flexibility in deploying
services by connecting geographically dispersed sites as a large LAN over
high-speed Ethernet in a robust and scalable IP Multiprotocol Label Switching