RE: [PWE3] question on the "independent mode" of draft-muley-dutta

"MULEY Praveen" <Praveen.Muley@alcatel-lucent.com> Wed, 02 January 2008 03:30 UTC

Return-path: <pwe3-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J9uJH-00050E-On; Tue, 01 Jan 2008 22:30:27 -0500
Received: from pwe3 by megatron.ietf.org with local (Exim 4.43) id 1J9uJH-000509-34 for pwe3-confirm+ok@megatron.ietf.org; Tue, 01 Jan 2008 22:30:27 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J9uJG-0004zz-NO for pwe3@ietf.org; Tue, 01 Jan 2008 22:30:26 -0500
Received: from audl953.usa.alcatel.com ([143.209.238.162]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J9uJF-0000eU-An for pwe3@ietf.org; Tue, 01 Jan 2008 22:30:26 -0500
Received: from usdalsbhs01.ad3.ad.alcatel.com (usdalsbhs01.usa.alcatel.com [172.22.216.19]) by audl953.usa.alcatel.com (ALCANET) with ESMTP id m023UNWX025062; Tue, 1 Jan 2008 21:30:23 -0600
Received: from USDALSMBS02.ad3.ad.alcatel.com ([172.22.216.10]) by usdalsbhs01.ad3.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.2499); Tue, 1 Jan 2008 21:29:32 -0600
Received: from USDALSMBS04.ad3.ad.alcatel.com ([172.22.216.7]) by USDALSMBS02.ad3.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.2499); Tue, 1 Jan 2008 21:29:31 -0600
Content-class: urn:content-classes:message
MIME-Version: 1.0
X-MimeOLE: Produced By Microsoft Exchange V6.5
Subject: RE: [PWE3] question on the "independent mode" of draft-muley-dutta
Date: Tue, 01 Jan 2008 21:27:41 -0600
Message-ID: <FE3BEF03AFBA0C449C54BED2049C976C3B1FF9@USDALSMBS04.ad3.ad.alcatel.com>
In-Reply-To: <457D36D9D89B5B47BC06DA869B1C815D05FA4F8C@exrad3.ad.rad.co.il>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [PWE3] question on the "independent mode" of draft-muley-dutta
Thread-Index: AchIfSJbSRsrzEjmQvK3SviAkQnm5wEcShDQ
From: MULEY Praveen <Praveen.Muley@alcatel-lucent.com>
To: Yaakov Stein <yaakov_s@rad.com>, pwe3@ietf.org
X-OriginalArrivalTime: 02 Jan 2008 03:29:31.0967 (UTC) FILETIME=[B05A6CF0:01C84CEF]
X-Scanned-By: MIMEDefang 2.51 on 143.209.238.34
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 36fb765c89ed47dab364ab702a78e8fd
Cc: Keren Zik-Meirom <keren_z@rad.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>
Content-Type: multipart/mixed; boundary="===============0672100716=="
Errors-To: pwe3-bounces@ietf.org

Hello Yaakov :
        Please see section 5.3.1 
 
     d. If while waiting for the acknowledgment, the requesting endpoint
      receives a request from its peer to switchover to the same or a
      different PW path, it must perform the following:

            i. If its system IP address is higher than that of the peer,
               this endpoint ignores the request and continues to wait
               for the acknowledgement from its peer.

           ii. If its system IP address is lower than that of its peer,
               it aborts the timer and immediately starts the
               procedures of the receiving endpoint in Section 5.3.2
<http://tools.ietf.org/html/draft-muley-dutta-pwe3-redundancy-bit-02#sec
tion-5.3.2> .

I am not suer whether there will infinite flapping. Hope this helps.
 
Thanks,
Praveen
 
 

________________________________

From: Yaakov Stein [mailto:yaakov_s@rad.com] 
Sent: Thursday, December 27, 2007 3:39 AM
To: pwe3@ietf.org
Cc: Keren Zik-Meirom
Subject: [PWE3] question on the "independent mode" of draft-muley-dutta


Hi all (and especially co-authors of draft-muley-dutta)
 
Section 4.1. (Independent Mode) In
draft-muley-dutta-pwe3-redundancy-bit-02
<http://smakd.potaroo.net/ietf/idref/draft-muley-dutta-pwe3-redundancy-b
it/rfcmarkup?repository=/away/ietf&url=/away/ietf/all-ids/draft-muley-du
tta-pwe3-redundancy-bit-02.txt>  says:
 
   PW endpoint nodes independently select which PW they intend to make 
   active and which PWs they intend to make standby. They advertise the 
   corresponding Active/Standby forwarding state for each PW. Each PW 
   endpoint compares local and remote status and uses the PW that is 
   operationally UP at both endpoints and that shows Active states at 
   both the local and remote endpoint.
 
After which there is a discussion about what happens if an active PW is
not found.
 
I have a question about what happens when there are two perfectly good
PWs.
 
What happens if initially the two endpoints choose different PWs as the
active ones ?

I am assuming that an endpoint, seeing that the other declares the PW it
intended as backup
to be the active one, then chooses to switch and sends an active
indication on the other PW.
Meanwhile the other endpoint does the same, causing infinite flapping.
 
Did I misunderstand something ?
 
Y(J)S
_______________________________________________
pwe3 mailing list
pwe3@ietf.org
https://www1.ietf.org/mailman/listinfo/pwe3