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
- [PWE3] question on the "independent mode" of draf… Yaakov Stein
- RE: [PWE3] question on the "independent mode" of … Alexander Vainshtein
- RE: [PWE3] question on the "independent mode" of … Yaakov Stein
- RE: [PWE3] question on the "independent mode" of … Alexander Vainshtein
- RE: [PWE3] question on the "independent mode" of … MULEY Praveen
- RE: [PWE3] question on the "independent mode" of … MULEY Praveen