Re: [PWE3] BFD for MPLS PWs

"Andrew G. Malis" <amalis@gmail.com> Tue, 22 August 2006 21:16 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFdbS-0007eN-FS; Tue, 22 Aug 2006 17:16:06 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GFdbQ-0007eI-Hx for pwe3@ietf.org; Tue, 22 Aug 2006 17:16:04 -0400
Received: from smtp101.vzn.mail.dcn.yahoo.com ([209.73.179.139]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GFdbP-0004bh-6Y for pwe3@ietf.org; Tue, 22 Aug 2006 17:16:04 -0400
Received: (qmail 6501 invoked from network); 22 Aug 2006 21:15:59 -0000
Received: from unknown (HELO USRUAMALISL.verizon.net) (agmalis@verizon.net@66.238.210.228 with login) by smtp101.vzn.mail.dcn.yahoo.com with SMTP; 22 Aug 2006 21:15:58 -0000
Message-Id: <7.0.1.0.2.20060822170009.0381e068@gmail.com>
X-Mailer: QUALCOMM Windows Eudora Version 7.0.1.0
Date: Tue, 22 Aug 2006 17:16:00 -0400
To: Luca Martini <lmartini@cisco.com>
From: "Andrew G. Malis" <amalis@gmail.com>
Subject: Re: [PWE3] BFD for MPLS PWs
In-Reply-To: <44E63BDD.8010008@cisco.com>
References: <B99995113B318D44BBE87DC50092EDA91D5A1C55@nj7460exch006u.ho.lucent.com> <44E63BDD.8010008@cisco.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 93e7fb8fef2e780414389440f367c879
Cc: Swallow George <swallow@cisco.com>, Pignataro Carlos <cpignata@cisco.com>, "'Thomas D. Nadeau'" <tnadeau@cisco.com>, "Busschbach, Peter B (Peter)" <busschbach@lucent.com>, Morrow Monique <mmorrow@cisco.com>, "pwe3 WG ((((((((E-mail))))))))" <pwe3@ietf.org>, Danny McPherson <danny@tcb.net>, Agarwal Rahul <rahagarw@cisco.com>, "Stewart (stbryant) Bryant" <stbryant@cisco.com>
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Pseudo Wires Edge to Edge <pwe3.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:pwe3@ietf.org>
List-Help: <mailto:pwe3-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=subscribe>
Errors-To: pwe3-bounces@ietf.org

Without trying to unwind the 20 levels of this email thread, I think 
a key point is that Peter asserted (assuming I've followed this 
thread correctly) that there was strong WG consensus for only using 
BFD Status messages to signal AC and PW faults and that PW status 
signalling is redundant.  I don't see that consensus - for example, I 
happen to agree with Luca that there may be cases where only IP will 
be able to get through, and in those cases, PW status signaling has value.

I do agree that there has been an evolution of thinking over time in 
the WG (seeing as we originally started with just withdrawing PW 
labels in the original Martini draft), and what we probably need at 
this point is a single clear overview in one place of the OAM and 
status signaling functionality currently agreed upon in the WG.  Once 
we agree we have a clear consensus,  we can then make sure that the 
specific documents (encapsulations, OAM-MAP, VCCV, etc.) are 
consistent with that overview and with each other.

Cheers,
Andy

-----------

At 8/18/2006 16:14 -0600, Luca Martini wrote:
>Busschbach, Peter B (Peter) wrote:
>>To move the discussion forward, let me follow up on my own question.
>>
>>I believe that there is a broad concensus that insertion of AIS, as 
>>mandated by draft-ietf-pwe3-atm-encap-11, implies that the PE will 
>>NOT send an additional PW Status message to report the same defect.
>>
>>
>Here I am assuming you mean insertion of an AIS alarm at the PE 
>toward the local attachment circuit.
>We should also send a status message with status "0x00000008 - Local 
>PSN-facing PW (ingress) Receive Fault "  fault in this case.
>Remember that the MPLS path might have gone down completely because 
>somewhere a router was mis-configured , and can now only forward IP packets.
>This message would be immediate , and much faster then any VCCV path 
>fault detection scheme.
>
>>RFC 4447 states "The PW status signaling procedures described in 
>>this section MUST be fully implemented." The document itself, 
>>however, specifies HOW to use PW Status signaling but is vague 
>>about WHEN to use PW Status signaling. The latter is addressed in 
>>the encapsulation drafts, such as atm-encap, and is fully defined 
>>in OAM-MAP (draft-ietf-pwe3-oam-msg-map-04).
>>
>>
>This is not my interpretation. When we say procedures described in 
>this section MUST be fully implemented, implies that the protocol 
>will send and receive status messages when appropriate. The trigger 
>to send the status messages is attachment circuit specific, and therefore is
>described in the encapsulation drafts.
>>The notion that RFC 4447 should be interpreted as a mandate to send 
>>a PW Status message for every single defect is an incorrect 
>>interpretation of the spirit of the standard, does not reflect WG 
>>concensus and, if implemented, would lead to inefficient implementations.
>>
>>
>I disagree, and I have seen no indication that the WG interpreted 
>the rfc4447 in this fashion.
>>Therefore, I strongly disagree with the point of view that Tom and 
>>Luca have formulated regarding the use of BFD for both fault 
>>detection and status signaling. When this option is used, there is, 
>>IMO, no need to send PW Status messages. The current text of 
>>OAM-MAP is in line with this view.
>>
>>
>I would suggest that you look at the e-mail archive. If I remember 
>correctly there were strong opinions about making the PW status 
>messages mandatory.
>
>The current text OAM-MAP needs to be changed.
>
>Luca
>
>>Peter
>>
>>
>>>-----Original Message-----
>>>From: Busschbach, Peter B (Peter) [mailto:busschbach@lucent.com]
>>>Sent: Wednesday, August 16, 2006 4:40 PM
>>>To: 'Luca Martini'
>>>Cc: Swallow George; 'Thomas D. Nadeau'; Pignataro Carlos; Morrow
>>>Monique; pwe3 WG ((((((((E-mail)))))))); Danny McPherson; Agarwal Rahul;
>>>Stewart (stbryant) Bryant
>>>Subject: RE: [PWE3] BFD for MPLS PWs
>>>
>>>
>>>Luca,
>>>
>>>Section 7.4 of the ATM Encapsulation draft 
>>>(draft-ietf-pwe3-atm-encap-11.txt) mandates that upon LOS the 
>>>ingress PE inserts F4 AIS for every affected VPC. Is it your 
>>>opinion that because of RFC 4447 the ingress PE must send a PW 
>>>Status message in addition to F AIS insertion?
>>>
>>>Peter
>>>
>>>
>>>>-----Original Message-----
>>>>From: Luca Martini [mailto:lmartini@cisco.com]
>>>>Sent: Tuesday, August 15, 2006 6:29 PM
>>>>To: Busschbach, Peter B (Peter)
>>>>Cc: 'Thomas D. Nadeau'; Swallow George; Pignataro Carlos; Morrow
>>>>Monique; pwe3 WG ((((((((E-mail)))))))); Danny McPherson; Agarwal Rahul;
>>>>Stewart (stbryant) Bryant
>>>>Subject: Re: [PWE3] BFD for MPLS PWs
>>>>
>>>>
>>>>Busschbach, Peter B (Peter) wrote:
>>>>
>>>>>In my opinion, the work on VCCV and OAM-MAP provides a
>>>>further specification of RFC4447 and in fact overrules the 
>>>>requirement that LDP Status signaling must be used.
>>>>
>>>>>
>>>>>
>>>>Peter, We agreed a long time ago that the LDP status messaging 
>>>>was going to be mandatory , in fact people insisted I make it mandatory.
>>>>So I would have to say that the LDP status MUST always be used as 
>>>>mandated in RFC 4447, and the BFD status messaging is an 
>>>>optional, and , in my opinion, not a very useful option when LDP is in use.
>>>>
>>>>Luca
>>>>
>>>>
>>>>
>>>>>A minor comment on your email:
>>>>>I am not sure what you mean by the "de-facto status must
>>>>always rely on LDP". Either you declare that that the PW is down 
>>>>when (1) BFD OR LSP indicate a PW failure, or (2) based only on 
>>>>the LDP status. In my mind "de-facto status" implies (2), whereas 
>>>>the beginning of your email says that (1) is the proposed procedure.
>>>>
>>>>>Peter
>>>>>


_______________________________________________
pwe3 mailing list
pwe3@ietf.org
https://www1.ietf.org/mailman/listinfo/pwe3