The MPLS WG Archive

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



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

MPLSOAM BOF meeting draft minutes

  • From: Dave McDysan <dave.mcdysan@wcom.com>
  • Date: Fri, 14 Dec 2001 11:52:34 -0500
  • Cc: Don Fedyk <dwfedyk@nortelnetworks.com>, Ben Mack-Crane <Ben.Mack-Crane@tellabs.com>, neil.2.harrison@bt.com, mpls@UU.NET
  • Importance: Normal

Thinking about this more, I suggest that we also consider pseudo wires to
have these circuit-like OAM functions. This would adress my concern that the
need for PPVPNs is not met by MPLS alone. It may be possible to use some
other "keepalive" from L2TPv3 for this purpose. Comments?

Dave

> -----Original Message-----
> From: owner-mpls@UU.NET [mailto:owner-mpls@UU.NET]On Behalf Of Shahram
> Davari
> Sent: Thursday, December 13, 2001 5:00 PM
> To: 'Dave McDysan'; Giles Heron
> Cc: Don Fedyk; Ben Mack-Crane; neil.2.harrison@bt.com; mpls@UU.NET
> Subject: RE: MPLSOAM BOF meeting draft minutes
>
>
> Dave,
>
> Harrison's draft talks a little bit about triggering protection
> switching. ITU has a document Y.17PS, which used FDI/BDI to do
> 1:1 or 1+1 protection switching. If you like to see it please
> send me email.
>
> -Shahram
>
> > -----Original Message-----
> > From: Dave McDysan [mailto:dave.mcdysan@wcom.com]
> > Sent: Thursday, December 13, 2001 1:37 PM
> > To: Giles Heron; Shahram Davari
> > Cc: Don Fedyk; Ben Mack-Crane; neil.2.harrison@bt.com; mpls@UU.NET
> > Subject: RE: MPLSOAM BOF meeting draft minutes
> >
> >
> >
> >
> > > -----Original Message-----
> > > From: owner-mpls@UU.NET [mailto:owner-mpls@UU.NET]On Behalf Of Giles
> > > Heron
> > > Sent: Thursday, December 13, 2001 1:20 PM
> > > To: Shahram Davari
> > > Cc: Don Fedyk; Ben Mack-Crane; neil.2.harrison@bt.com; mpls@UU.NET
> > > Subject: Re: MPLSOAM BOF meeting draft minutes
> > >
> > >
> > >
> > > I don't measure every circuit.  And what I do measure I measure for
> > > other purposes than "OAM".  It has a side effect of also
> > allowing me to
> > > do CV at a core MPLS tunnel level.
> > >
> > > I'm hoping that I won't see two blackholes a month.  And I
> > stand by my
> > > statement that if I did I'd be beating on my LSR vendor pretty darn
> > > hard!
> > >
> >
> > In the end, I believe that this is the real solution to this
> > problem. I
> > haven't yet seen discussion on this thread about what would
> > be done if an
> > MPLS OAM CV with BDI did detect a fault. Do we reboot the
> > entire node? What
> > if it is a software/hardware bug that affects multiple nodes
> > from a certain
> > vendor?
> >
> > Dave
> >
>