The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2001-Dec> msg00111



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

MPLSOAM BOF meeting draft minutes

  • From: Shahram Davari <Shahram_Davari@pmc-sierra.com>
  • Date: Thu, 13 Dec 2001 07:58:54 -0800
  • Cc: Ben Mack-Crane <Ben.Mack-Crane@tellabs.com>, neil.2.harrison@bt.com, mpls@UU.NET

Giles,

> -----Original Message-----
> From: Giles Heron [mailto:giles@packetexchange.net]
> Sent: Thursday, December 13, 2001 5:48 AM
> To: Don Fedyk
> Cc: Ben Mack-Crane; neil.2.harrison@bt.com; mpls@UU.NET
> Subject: Re: MPLSOAM BOF meeting draft minutes
> 
> 
> > Don Fedyk wrote:
> > 
> > Giles
> > 
> > Semi broken boxes was the reason that LSP Ping was introduced.
> 
> Agreed.
> 
> But why was MPLS OAM introduced?  If we are only addressing 
> the problem
> of semi-broken boxes then do we need to be constantly monitoring all
> LSPs?

Yes, because you never know when the break will show up. Or are you suggesting
that we wait for customer complain?

> 
> Again, I would compare this to IP networks.  In the IP case we don't
> send pings constantly to every prefix in our networks to 
> check that they
> are still reachable, so I'm not 100% convinced we should be 
> sending CVs
> constantly in MPLS?

The reason is that in IP networks you have hop-by-hop routing. So if a
router's routing table is corrupted, the next hop can send the packet in the
right direction.. While in MPLS, a single forwarding error can send traffic
all the way to the wrong destination.

-Shahram

> 
> > Seems like we disagree on how small that niche is.
> 
> looks like it :)
> 
> Giles
>  
> > Don
> > 
> > > -----Original Message-----
> > > From: Giles Heron [mailto:giles@packetexchange.net]
> > > Sent: Wednesday, December 12, 2001 1:34 PM
> > > To: Fedyk, Don [BL60:1A00:EXCH]
> > > Cc: Ben Mack-Crane; neil.2.harrison@bt.com; mpls@UU.NET
> > > Subject: Re: MPLSOAM BOF meeting draft minutes
> > >
> > >
> > > agreed - since IP doesn't have LSPs :)
> > >
> > > but I'm not sure how relevant that is?
> > >
> > > As far as I can tell MPLSOAM only protects against semi-broken
> > boxes.
> > > That seems like a pretty small niche?
> > >
> > > Giles
> > >
> > > > Don Fedyk wrote:
> > > >
> > > > But IP does not have a per LSP stateful control plane.
> > > >
> > > > Don
> > > >
> > > > > -----Original Message-----
> > > > > From: Giles Heron [mailto:giles@packetexchange.net]
> > > > > Sent: Wednesday, December 12, 2001 1:14 PM
> > > > > To: Ben Mack-Crane
> > > > > Cc: neil.2.harrison@bt.com; mpls@UU.NET
> > > > > Subject: Re: MPLSOAM BOF meeting draft minutes
> > > > >
> > > > >
> > > > > agreed - within one router control and data follow
> > > different paths.
> > > > >
> > > > > But the same is true for IP.
> > > > >
> > > > > Giles
> > > > >
> > > > > Ben Mack-Crane wrote:
> > > > > >
> > > > > > As far as I know, the control path and data path are
> > > not entirely
> > > > > > convergent for MPLS.  The control packets do not follow the
> > same
> > > > > > data path through a router as the data packets, and thus
> > > > > are not subject
> > > > > > to the same failures.
> > > > > >
> > > > > > Regards,
> > > > > > Ben
> > > > > >
> > > > > > Giles Heron wrote:
> > > > > > >
> > > > > > > neil.2.harrison@bt.com wrote:
> > > > > > > [snip]
> > > > > > > > If one agrees to the fact that these (OAM functions) are
> > > > > > > > present/valid/required in SDH etc and hence in GMPLS,
> > > > > then one should not
> > > > > > > > argue that they don't apply to other CO technologies.
> > > > > An ER/signalled p2p
> > > > > > > > LSP is a trail, in G.805 parlance, irrespective of
> > > > > whether wants to try and
> > > > > > > > camouflage this fact or not...and so the same
> > > > > principles apply.  You can't
> > > > > > > > argue it both ways IMO.
> > > > > > > > <snipped to end>
> > > > > > >
> > > > > > > I'm not sure I agree with this conclusion.
> > > > > > >
> > > > > > > isn't one key difference between SDH/GMPLS etc. and MPLS
> > > > > the fact that
> > > > > > > for an MPLS LSP the control plane is convergent with the
> > > > > data plane?
> > > > > > > Sure for TE LSPs the LSP path isn't generally convergent
> > > > > with the IGP,
> > > > > > > but it is convergent with the RSVP-TE control traffic.
> > > > > > >
> > > > > > > Giles
> > > > > > >
> > > > > > > --
> > > > > > >
> > > > 
> =================================================================
> > > > > > > Giles Heron    Principal Network Architect    
> PacketExchange
> > 
> > > > Ltd.
> > > > > > > ph: +44 7880 506185              "if you build it 
> they will
> > > > yawn"
> > > > > > >
> > > > 
> =================================================================
> > > > >
> > > > > --
> > > > >
> > =================================================================
> > > > > Giles Heron    Principal Network Architect    PacketExchange
> > Ltd.
> > > > > ph: +44 7880 506185              "if you build it they will
> > yawn"
> > > > >
> > =================================================================
> > > > >
> > >
> > > --
> > > =================================================================
> > > Giles Heron    Principal Network Architect    PacketExchange Ltd.
> > > ph: +44 7880 506185              "if you build it they will yawn"
> > > =================================================================
> > >
> 
> -- 
> =================================================================
> Giles Heron    Principal Network Architect    PacketExchange Ltd.
> ph: +44 7880 506185              "if you build it they will yawn"
> =================================================================
>