RE: decisions on L2 solutions documents
Giles Heron <[email protected]> 03 Jun 2003 14:47:28 +0000
| Newsgroups | gmane.ietf.ppvpn |
|---|---|
| Message-ID | <1054651648.2340.53.camel@gizpad> |
On Tue, 2003-06-03 at 12:44, [email protected] wrote: > Giles, [snip] > > Meanwhile, back in the real world, PWs (in the MPLS context) do the > > following: > > > > 1) add a label to the stack to keep state out of the core > > (this may also > > create a p2p LSP on top of an mp2p LSP, depending on whether you are > > using LDP or RSVP-TE for your tunnel LSPs). > NH=> This is an LSP issue and belongs to the proper MPLS layer > network....nothing to do with PWs. of course there is no such thing as an MPLS layer network. In an architecturally pure parallel universe perhaps we'd have one ;-) In any case please let's not have that debate again... but sure, label stacking is part of the MPLS architecture. In this case the PW label is signalled by the PWE3 control component. > > 2) create a bidirectional p2p construct out of two unidirectional p2p > > LSPs. > NH=> This is an LSP issue and belongs to the proper MPLS layer > network....nothing to do with PWs. last time I checked MPLS LSPs were unidirectional, and PWs required bidirectional connectivity. > > 3) adapt the layer 2 protocol being carried to MPLS. > NH=> Now you have it....PW are about adaptation....with that I agree. > > > This involves > > three things: > > i. stripping off the layer 2 header (aka "compression") in the cases > > such as FR where the header may be different at each end. > NH=> Yep, bit of BW squeezing BW squeezing is a side-effect of stripping the L2 header, not the primary reason it was done AFAIK. > > ii. sequence numbering, if required, for the case where the core > > network may reorder packets. > NH=> Yep, there to fix lower layer MPLS problems. not really. It's just that some client protocols may be less tolerant of re-ordering than others. So some SPs may want to have the option of building a network which does not guarantee strict ordering of packets in all circumstances, and then have the adaptation function provide this for any traffic which needs it. > > iii. length checking, for the case where the core network's > > minimum PDU > > is larger than that of the PW (this is required because MPLS has no > > length field). > NH=>Agreed, adaptation function should pad to minimum. at least we're agreed on something ;-) Giles -- ================================================================= Giles Heron Principal Network Architect PacketExchange Ltd. ph: +44 7880 506185 "if you build it they will yawn" =================================================================