The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2001-Feb> msg00126



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

PHP negotiation

  • From: Ben Mack-Crane <Ben.Mack-Crane@tellabs.com>
  • Date: Wed, 14 Feb 2001 08:35:08 -0600
  • CC: neil.2.harrison@bt.com, kireeti@juniper.net, mpls@UU.NET

Eric,

I don't know if one could describe the OAM proposal we're working on as
a "connection-oriented ITU-like scheme," but I have often found functional
modeling of layered networks (defined by ITU) useful in understanding how 
networks work (or fail to work) in various configurations.  I have even 
found it useful in understanding connectionless networks.

It seems to me that during its evolution MPLS has developed two personas.
It has a connectionless persona, exemplified by features like independent
unsolicited label distribution and PHP.  It also has developed a connection-
oriented persona with features like LSP tunnels and VPN applications.

For cases in which an LSP must have well-defined endpoints and there is
a need to be able to effectively detect MPLS layer defects (e.g. mis-merging)
some additional OAM features are needed.  These OAM features apply to the
MPLS (shim header) packet layer, not to sub-ip layers (for which similar
OAM features are already defined).

Regards,
Ben Mack-Crane


Eric Rosen wrote:
> 
> Neil> I  guess  the discussion  above  gave enough  pointers  as  to why  an
> Neil> unambiguous location of the trail termination function is important
> 
> Well, I can say that it  didn't give me a clue.  Repeated unsupported claims
> that it is "vital" to follow ITU architectures just aren't very persuasive.
> 
> Are  you expecting  to achieve  WG  consensus on  an OAM  proposal?  If  the
> proposal is  an attempt to warp  an IP-based architecture into  some kind of
> connection-oriented ITU-like scheme,  my guess is that there  is very little
> chance of achieving consensus.
> 
> Actually, I  wonder if the  OAM stuff falls  under the charter of  the CCAMP
> group rather than the MPLS group.


  • Follow-Ups: