Re: Comments on the L2 VPN framework and solutions documents

"Cheng-Yin Lee" <[email protected]>
Newsgroups gmane.ietf.ppvpn
Message-ID <[email protected]>
Mick, Matt,

Mick Seaman wrote:
> From the point of
> view of control connectivity the pseudo-wires have to establish a full mesh
> that is never perceived by layer 2 protocols as being less than complete.
How can this "lower layer emulated LAN" (using full mesh split horizon)
be perceived by IEEE L2 as being _never_ less than complete? 

> STP is running across the service that runs on top of the mechanisms that
> make the service LAN like.

Matt Squire wrote:
> But ensuring the
> emulated and real technologies are transparent to the higher layer, one
> can build arbitrary networks based on traditional bridging models.  I
> hope thats a good thing.
From the architecture point of view, it looks clean to make the lower
layer transparent and to mandate the lower layer should do its job
properly (in this case IEEE 802.1ad assumes PPVPN VPLS always provide a
properly emulated LAN, no configuration loops, connectivity issues,
etc). However, I do not know how loops in the forwarding paths can be
prevented, if a tree is concatenated/spliced with the lower layer
forwarding path (or another tree), unless all common nodes in the
forwarding path (both higher and lower layer) participate in one common
spanning tree or a similar algorithm to prevent forwarding loops.

Thanks
Cheng-Yin
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.