Re: [trill] Some questions about ESADI
hu.fangwei@zte.com.cn Mon, 23 April 2012 06:23 UTC
Return-Path: <hu.fangwei@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 D215721F854C; Sun, 22 Apr 2012 23:23:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -96.29
X-Spam-Level:
X-Spam-Status: No, score=-96.29 tagged_above=-999 required=5 tests=[AWL=-0.145, BAYES_05=-1.11, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100]
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 N6sQ7d7dQGX1; Sun, 22 Apr 2012 23:23:17 -0700 (PDT)
Received: from mx5.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id 1A8AA21F8495; Sun, 22 Apr 2012 23:23:16 -0700 (PDT)
Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 286201455586978; Mon, 23 Apr 2012 13:42:52 +0800 (CST)
Received: from [10.30.3.20] by [192.168.168.16] with StormMail ESMTP id 31179.1665794388; Mon, 23 Apr 2012 14:23:08 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id q3N6N5n4011660; Mon, 23 Apr 2012 14:23:05 +0800 (GMT-8) (envelope-from hu.fangwei@zte.com.cn)
In-Reply-To: <CADSNk7j43BBVZnhp+2iLoG7KEx-YLe6xZH3p819rN6BczCvwtA@mail.gmail.com>
To: Nguyen Huu Tho <huutho411@gmail.com>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.0.4 June 01, 2004
Message-ID: <OF1B5A2108.28F8211F-ON482579E9.001FC6FA-482579E9.00231267@zte.com.cn>
From: hu.fangwei@zte.com.cn
Date: Mon, 23 Apr 2012 14:23:06 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.1FP4|July 25, 2010) at 2012-04-23 14:23:06, Serialize complete at 2012-04-23 14:23:06
Content-Type: multipart/alternative; boundary="=_alternative 00231262482579E9_="
X-MAIL: mse01.zte.com.cn q3N6N5n4011660
Cc: trill-bounces@ietf.org, trill@ietf.org
Subject: Re: [trill] Some questions about ESADI
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, 23 Apr 2012 06:23:19 -0000
Hi,Nguyen Huu Tho
>Dear all,
>I have 2 questions relating to ESADI
>Question 1: Influence of ESADI to bandwidth in a TRILL campus.
> If a TRILL campus does not use ESADI to advertise their end
stations,
> how much percent of bandwidth will br decreased because of
flooding packets.
> I know that it is depend on the topology but i just want to know an
average result.
[hfw] ESADI is an optional end station address learning method. Besides
ESADI, there are five independent ways for an RBridge to learn the end
station address(section 4.8.1 of RFC 6325). If a TRILL campus does not use
ESADI, the RBridges can learn the end station address by other ways, such
as data plane learing. The ESADI protocol's potential advantage over data
plane learning is in security and fast update, not in reducing the
bandwidth. ESADI can unicast the ESADI PDU in stead of multicasting in
some situation, which can optimize the ESADI PDU sending and avoiding
multicast storm. I am sorry for that I can not give the accurate result of
bandwidth decreased, becasue that is not the major goal for ESADI
protocol.
> Question 2: All TRILL vendors can support ESADI or not
> Have any special requirement of TRILL to RB can run ESADI
protocol ?
[hfw] ESADI is a optional way for RBridges to learning end station
address. The RBridge implement ESADI can achive the potential advantage
in security and fast update.
I think it is no special requirement for RB to run ESADI protocol. ESADI
is a feature of TRILL.
>If you have any information about this subject, please help me!
Regards
Nguyen Huu Tho <huutho411@gmail.com>
发件人: trill-bounces@ietf.org
2012-04-23 12:43
收件人
trill@ietf.org
抄送
主题
[trill] Some questions about ESADI
Dear all,
I have 2 questions relating to ESADI
Question 1: Influence of ESADI to bandwidth in a TRILL campus.
If a TRILL campus does not use ESADI to advertise their end stations,
how much percent of bandwidth will br decreased because of flooding
packets.
I know that it is depend on the topology but i just want to know an
average result.
Question 2: All TRILL vendors can support ESADI or not
Have any special requirement of TRILL to RB can run ESADI protocol ?
If you have any information about this subject, please help me!
Thank for your reading!
Best Regard,
--
+--
| Nguyen Huu Tho.
Mail: huutho411@gmail.com |
--+
_______________________________________________
trill mailing list
trill@ietf.org
https://www.ietf.org/mailman/listinfo/trill
- [trill] Some questions about ESADI Nguyen Huu Tho
- Re: [trill] Some questions about ESADI hu.fangwei