Re: [trill] [rbridge] Query on draft-ietf-trill-esadi-00
zhai.hongjun@zte.com.cn Mon, 16 July 2012 03:49 UTC
Return-Path: <zhai.hongjun@zte.com.cn>
X-Original-To: trill@ietfa.amsl.com
Delivered-To: trill@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C7CB11E80AE; Sun, 15 Jul 2012 20:49:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -96.239
X-Spam-Level:
X-Spam-Status: No, score=-96.239 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100, WEIRD_QUOTING=1.396]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00yAOT-vSPnP; Sun, 15 Jul 2012 20:49:02 -0700 (PDT)
Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 680B121F8476; Sun, 15 Jul 2012 20:49:01 -0700 (PDT)
Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 286201455586978; Mon, 16 Jul 2012 11:41:42 +0800 (CST)
Received: from [10.30.3.20] by [192.168.168.16] with StormMail ESMTP id 45843.2371961387; Mon, 16 Jul 2012 11:49:36 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q6G3nYTr043370; Mon, 16 Jul 2012 11:49:34 +0800 (GMT-8) (envelope-from zhai.hongjun@zte.com.cn)
In-Reply-To: <OF99AB767E.D54D150A-ON48257A3D.000B28B7-48257A3D.000E1CF2@zte.com.cn>
To: hu.fangwei@zte.com.cn
MIME-Version: 1.0
X-KeepSent: 29EFC4CE:B8EEAB6E-48257A3D:00143904; type=4; name=$KeepSent
X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007
Message-ID: <OF29EFC4CE.B8EEAB6E-ON48257A3D.00143904-48257A3D.001537DB@zte.com.cn>
From: zhai.hongjun@zte.com.cn
Date: Mon, 16 Jul 2012 11:49:38 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2012-07-16 11:49:35, Serialize complete at 2012-07-16 11:49:35
Content-Type: multipart/alternative; boundary="=_alternative 001537DA48257A3D_="
X-MAIL: mse01.zte.com.cn q6G3nYTr043370
Cc: somnath chatterjee <somnath.chatterjee01@gmail.com>, trill-bounces@ietf.org, trill@ietf.org
Subject: Re: [trill] [rbridge] Query on draft-ietf-trill-esadi-00
X-BeenThere: trill@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Developing a hybrid router/bridge." <trill.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/trill>, <mailto:trill-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/trill>
List-Post: <mailto:trill@ietf.org>
List-Help: <mailto:trill-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/trill>, <mailto:trill-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Jul 2012 03:49:03 -0000
Hi Somnath, Thanks for your good comments and careful reviews on this draft. 1> Section 4.2 Receipt of ESADI PDUs > "Because all ESADI instance for VLAN-x are adjacent, when RB1 >receives an ESADI-CSNP from RB2 and detects that it has ESADI-LSPs >that RB1 is missing, it sets the transmission flag only for its own >ESADI-LSPs that RB1 is missing. Missing ESADI-LSPs originated by other > ESADI instances will be detected by those other instances." > I am not able to understand the quoted sentences.Could you please clarify? I think there is some editting errors in the quoted sentences. It should be as follows: "Because all ESADI instance for VLAN-x are adjacent, when RB1 receives an ESADI-CSNP from RB2 and detects that it has ESADI-LSPs that *RB2* is missing, it sets the transmission flag only for its own ESADI-LSPs that *RB2* is missing. Missing ESADI-LSPs originated by other ESADI instances will be detected by those other instances." Thanks, Zhai Hongjun """""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" Protocol Development Dept.VI, Central R&D Institute, ZTE Corporation No. 68, Zijinghua Road, Yuhuatai District, Nanjing, P.R.China, 210012 Zhai Hongjun Tel: +86-25-52877345 Email: zhai.hongjun@zte.com.cn """"""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""" hu.fangwei@zte.com.cn 发件人: trill-bounces@ietf.org 2012-07-16 10:34 收件人 somnath chatterjee <somnath.chatterjee01@gmail.com> 抄送 trill-bounces@ietf.org, trill@ietf.org 主题 Re: [trill] [rbridge] Query on draft-ietf-trill-esadi-00 Hi, chatterjee. Thanks for your comments Please see my comment in inline. >Hi Authors, >I have few comments and a query about draft-ietf-trill-esadi-00. 1> Section 4.2 Receipt of ESADI PDUs > "Because all ESADI instance for VLAN-x are adjacent, when RB1 >receives an ESADI-CSNP from RB2 and detects that it has ESADI-LSPs >that RB1 is missing, it sets the transmission flag only for its own >ESADI-LSPs that RB1 is missing. Missing ESADI-LSPs originated by other > ESADI instances will be detected by those other instances." > I am not able to understand the quoted sentences.Could you please clarify? [hfw] I think this is simiar with the ISIS flooding mechanism. RB1 receives ESADI-CSNP from RB2, RB2 may DRB or not. ESADI-LSP contains LSP list. If the LSP list can not contain the LSP originated by RB1, or the LSP stored in RB1 locally is newer than the received list, RB1 sets the transimission flag for its own originated LSP. If the transimission time out, RB1 should multicast its originated LSP. If the LSP in the ESADI-CSNP LSP list is newer than the its local, a ESADI-PSNP will be schedule to send in the network. >2> The figure 2 and 3 in Section 2. ESADI Protocol Overview have the >Inner MAC DA as "Next Hop Dest. Address" which should be >"All-Egress-RBridges" (formerly called "All-ESADI-RBridges") [hfw]You are right. There is some editor's error in the figure. In figure 2 & 3 in ESADI draft, the Inner MAC DA should be "All-Egress-RBridges". In figure 2, the Outer MAC DA as "All-RBrides Multicast Address" should be "Next Hop Dest. Address", because both unicast and multicast ESADI frames are supported by ESADI. >3> In Section 6. ESADI-LSP Contents > "ESADI-LSP number zero MUST NOT exceed 1470 minus 24 bytes in >length (1446 bytes) but if received longer, it is still processed >normally." > > should be changed to > > "The ESADI payload for ESADI-LSP number zero MUST NOT exceed 1470 >minus 24 bytes in length (1446 bytes) but if received longer, it is >still processed normally." >Also should it be 1470-24 or Sz-24 ? Sz being the campus wide MTU. [hfw] Ok somnath chatterjee <somnath.chatterjee01@gmail.com> 发件人: trill-bounces@ietf.org 2012-07-12 20:32 收件人 trill@ietf.org 抄送 主题 [trill] [rbridge] Query on draft-ietf-trill-esadi-00 Hi Authors, I have few comments and a query about draft-ietf-trill-esadi-00. 1> Section 4.2 Receipt of ESADI PDUs "Because all ESADI instance for VLAN-x are adjacent, when RB1 receives an ESADI-CSNP from RB2 and detects that it has ESADI-LSPs that RB1 is missing, it sets the transmission flag only for its own ESADI-LSPs that RB1 is missing. Missing ESADI-LSPs originated by other ESADI instances will be detected by those other instances." I am not able to understand the quoted sentences.Could you please clarify? 2> The figure 2 and 3 in Section 2. ESADI Protocol Overview have the Inner MAC DA as "Next Hop Dest. Address" which should be "All-Egress-RBridges" (formerly called "All-ESADI-RBridges") 3> In Section 6. ESADI-LSP Contents "ESADI-LSP number zero MUST NOT exceed 1470 minus 24 bytes in length (1446 bytes) but if received longer, it is still processed normally." should be changed to "The ESADI payload for ESADI-LSP number zero MUST NOT exceed 1470 minus 24 bytes in length (1446 bytes) but if received longer, it is still processed normally." Also should it be 1470-24 or Sz-24 ? Sz being the campus wide MTU. Thank you, Regards, Somnath _______________________________________________ trill mailing list trill@ietf.org https://www.ietf.org/mailman/listinfo/trill _______________________________________________ trill mailing list trill@ietf.org https://www.ietf.org/mailman/listinfo/trill
- [trill] [rbridge] Query on draft-ietf-trill-esadi… somnath chatterjee
- [trill] [rbridge] Query on draft-ietf-trill-esadi… Abhinav Bhatia
- Re: [trill] [rbridge] Query on draft-ietf-trill-e… hu.fangwei
- Re: [trill] [rbridge] Query on draft-ietf-trill-e… hu.fangwei
- Re: [trill] [rbridge] Query on draft-ietf-trill-e… zhai.hongjun
- Re: [trill] [rbridge] Query on draft-ietf-trill-e… Donald Eastlake
- Re: [trill] [rbridge] Query on draft-ietf-trill-e… Donald Eastlake