This draft clearly describes all the potential SD-WAN scenarios and the
applicability of BGP for each scenario, so I support the WG adoption for it.
Thanks,
Weiguo
发件人: BESS [mailto:bess-boun...@ietf.org] 代表 Lizhenbin
发送时间: 2020年6月29日 9:27
收件人: slitkows.ietf ; bess
主题: Re: [bess] WG adoption and
Hi Martin,
I want to apply two slots:
Draft: draft-hao-bess-evpn-centralized-df-00
Time frame: 5-10min
Presenter: Weiguo
Draft: draft-hao-bess-mcast-auto-nvo3-01
Time frame: 5min
Presenter: Weiguo
Thanks,
weiguo
From: BESS [bess-boun...@ietf.org]
Hi,
I think the WG had better form a team to explore the problem and possilbe
solutions ASAP. Those voiced different opinions should join the team to work
together.
Thanks,
weiguo
From: BESS [bess-boun...@ietf.org] on behalf of Thomas Morin
[thomas.mo...@
, Jorge (Jorge); Haoweiguo
Cc: bess@ietf.org
Subject: Re: [bess] One question about Route-type2 usage in EVPN base protocol
Hi Weiguo,
Section 10 of RFC 7432 covers this topic nicely. As Jorge alluded to, whether a
PE only sends a single Route-Type-2 or two of them, depends on whether the MAC
Hi Jim & John,
Firstly i think option-C interconnection between cloud data center and MPLS VPN
network exists. Secondly, i think for different encapsulations, different
interconnecting methods are needed. For VXLAN/NVGRE, VTEP IP/UDP Port
allocation solutions are needed. Only for MPLSoGRE/oUDP,
Jorge,
We all know that Wim's MPLS/MPLS/UDP solution works, but it's not the only
choice. Wim's solution requires MPLSoGRE/UDP encap in data center, but many
data centers only use VXLAN/NVGRE encapsulation for both north-south and
east-west bound traffic, how to interconnect with outside MPLS VP
Hi Diego,
Thanks for your comments. Pls see inline with [weiguo3].
Thanks,
weiguo
From: BESS [bess-boun...@ietf.org] on behalf of Diego Garcia del Rio
[di...@nuagenetworks.net]
Sent: Friday, November 20, 2015 2:00
To: Henderickx, Wim (Wim)
Cc: Thomas Morin; be
Hi Wim,
Pls see inline with [weiguo2].
weiguo
From: BESS [bess-boun...@ietf.org] on behalf of Henderickx, Wim (Wim)
[wim.henderi...@alcatel-lucent.com]
Sent: Thursday, November 19, 2015 23:02
To: Thomas Morin; bess@ietf.org
Subject: Re: [bess] draft-hao-bes
Hi Co-authors,
Through ARP process, each EVPN PE can learn local connecting CE’s MAC and IP
correspondence, and will notify the MAC and IP association to all remote PEs
through Route-type2 message. Theoretically, each remote PE can rely on the
single route-type2 message to populate local Mac VRF
Hi,
The problem we are trying to solve is to reduce data center GW/ASBR-d's
forwarding table size, the motivation is same as traditional MPLS VPN option-C.
Currently, the most common practise on ASBR-d is to terminate VXLAN
encapsulation, look up local routing table, and then perform MPLS encap
are major DP implications in this.
-Thomas
From: Lucy yong
<<mailto:lucy.y...@huawei.com>lucy.y...@huawei.com<mailto:lucy.y...@huawei.com>>
Date: Friday 13 November 2015 at 17:10
To: Wim Henderickx
<<mailto:wim.henderi...@alcatel-lucent.com>wim.henderi...@alcatel-luc
-dra...@ietf.org [internet-dra...@ietf.org]
Sent: Monday, November 16, 2015 14:16
To: Liangqiandeng; Liangqiandeng; Haoweiguo; Stephane Litkowski; Zhuangshunwan;
Haoweiguo
Subject: New Version Notification for draft-ietf-idr-flowspec-l2vpn-03.txt
A new version of I-D, draft-ietf-idr-flowspec-l2vpn
Hi Wim,
Thanks for your detail explanation.
In your solution, MPLSoGRE/oUDP needs to be supported in data center network.
To support option-c interconnection with WAN network, TORs/NVEs need to add one
BGP LSP Label in middle layer, so TORs/NVEs need to perform MPLS(VPN Layer) +
MPLS (BGP LSP
Hi Wim,
It is used for layer 3 VPN CE device to visit IP based overlay data center
network. For layer 3 traffic forwarding, the MAC address in VXLAN/NVGRE is
restricted only in data center inside domain. For the traffic from data center
inside to outside, the inner MAC address(destination MAC
psulations will deemed to be
the node that only support non-MPLS encapsulations by remote EVPN PEs.
Thanks,
weiguo
From: John E Drake [jdr...@juniper.net]
Sent: Wednesday, November 11, 2015 22:39
To: Haoweiguo; Rabadan, Jorge (Jorge); saja...@cisco.com
Cc: bes
n(RFC 7432), it will
also never incur any issue. Am i right?
Thanks,
weiguo
From: BESS [bess-boun...@ietf.org] on behalf of Rabadan, Jorge (Jorge)
[jorge.raba...@alcatel-lucent.com]
Sent: Wednesday, November 11, 2015 11:47
To: Haoweiguo; saja...@cisco.com
__
From: BESS [bess-boun...@ietf.org] on behalf of Rabadan, Jorge (Jorge)
[jorge.raba...@alcatel-lucent.com]
Sent: Wednesday, November 11, 2015 0:01
To: Haoweiguo; saja...@cisco.com; jdr...@juniper.net
Cc: bess@ietf.org
Subject: Re: [bess] One question about 'draft-ietf-bess-e
Hi Ali & John,
The draft of 'draft-ietf-bess-evpn-overlay-02' describes how EVPN can be used
for Overlay network, the overlay network includes VXLAN, NVGRE and MPLS Over
GRE.
In section 13 IANA considerations, several overlay tunnel types are requested
as follows:
8VXLAN Encapsulation
9
multicast router PE.
I think your whole solution is good, it's easy to add this multicast router
Flag bit in route type-6 TLV.
Thanks,
weiguo
From: Ali Sajassi (sajassi) [saja...@cisco.com]
Sent: Thursday, November 05, 2015 10:33
To: Haoweiguo
Cc: bess@ietf.
Support the adoption as a co-author. This draft is very useful for NVO3 data
center network access and interconnection.
Besides the disclosed IPR, i don't know other related IPRs.
Thanks,
weiguo
From: BESS [bess-boun...@ietf.org] on behalf of 顾戎 [gurong_c...@ou
Hi Ali,
I have read through the draft, i think the procedures is fine for IGMP/MLD
proxy. However, this draft doesn't consider multicast router scenario, better
to be added.
Scenario 1:
An EVPN PE acts as multicast router and runs PIM protocol with the
outside multicast routers.
Sce
:26
To: Osama Zia; Lucy yong; Lucy yong; Haoweiguo; Muhammad Durrani; Muhammad
Durrani; Osama Zia; Haoweiguo
Subject: New Version Notification for
draft-hao-bess-inter-nvo3-vpn-optionc-03.txt
A new version of I-D, draft-hao-bess-inter-nvo3-vpn-optionc-03.txt
has been successfully submitted by
t-dra...@ietf.org [internet-dra...@ietf.org]
Sent: Tuesday, August 11, 2015 15:17
To: Osama Zia; Lucy yong; Lucy yong; Haoweiguo; Muhammad Durrani; Muhammad
Durrani; Osama Zia; Haoweiguo
Subject: New Version Notification for
draft-hao-bess-inter-nvo3-vpn-optionc-02.txt
A new version of I-D, draft-hao
Hi Thomas,
I agree with you. Will update the document ASAP.
Thanks
weiguo
From: BESS [bess-boun...@ietf.org] on behalf of thomas.mo...@orange.com
[thomas.mo...@orange.com]
Sent: Friday, July 24, 2015 22:52
To: Haoweiguo; bess@ietf.org
Subject: Re: [bess
24, 2015 15:58
To: bess@ietf.org
Subject: Re: [bess] comments on draft-hao-bess-inter-nvo3-vpn-optionc
Hi Weiguo,
Haoweiguo :
> Thomas:
>> Having to configure as many IPs on ASBR-d as there are PEs in the WAN
>> seems to me as being a very strong drawback. I think that it would be
&
Hi Thomas,
Thanks for your good comments and suggestions. Pls see inline with [weiguo].
weiguo
From: BESS [bess-boun...@ietf.org] on behalf of thomas.mo...@orange.com
[thomas.mo...@orange.com]
Sent: Thursday, July 23, 2015 20:34
To: BESS; draft-hao-bess-in
Hi Martin,
I would like to schedule three slots as follows:
1. Draft: draft-hao-bess-mcast-provisioning-nvo3-00
Time: 5 mins
Presenter: Weiguo Hao
2. Draft: draft-hao-nvo3-inter-nvo3-vpn-02
Time: 5 mins
Presenter: Weiguo Hao
3. Draft: draft-hao-bess-inter-nvo3-vpn-optionc-01
Tim
5 14:13
To: Liyizhou; Lily Wong; Haoweiguo; Liyizhou; Lily Wong; Haoweiguo
Subject: New Version Notification for draft-hao-bess-mcast-auto-nvo3-00.txt
A new version of I-D, draft-hao-bess-mcast-auto-nvo3-00.txt
has been successfully submitted by Weiguo Hao and posted to the
IETF reposit
Dear Thomas and Martin,
Gentle Reminder to the chairs.
Would you like to initiate WG adoption?
Inter-as connection between NVO3 and MPLS/IP VPN network is a real and
practical issue, some data center and service provider operators expressed
their interest in the use of inter-as solution.
Als
in NVE-NVA architect was modified.
3. Some other editorial changes.
Your further comments and suggestions are appreciated.
Thanks,
weiguo
From: internet-dra...@ietf.org [internet-dra...@ietf.org]
Sent: Wednesday, May 20, 2015 16:46
To: Osama Zia; Lucy yong; Haowe
uggestions are appreciated.
Thanks,
weiguo
From: internet-dra...@ietf.org [internet-dra...@ietf.org]
Sent: Tuesday, May 19, 2015 11:19
To: Lucy yong; Shahram Davari; Andrew Qu; Luyuan Fang; Haoweiguo; Lucy yong;
Luyuan Fang; Osama Zia; Robert Raszuk; Osama Zi
e-election transient period.
Your futher suggestions are appriciated.
Thanks,
weiguo
From: internet-dra...@ietf.org [internet-dra...@ietf.org]
Sent: Tuesday, May 12, 2015 14:51
To: Liangqiandeng; Lucy yong; Haoweiguo; Lucy yong; Liangqiandeng; Haoweiguo
Su
Hi Robert,
Just as Osama pointed out, this draft is to stitch NVO3 tunnel and MPLS VPN
Tunnel at DC gateway, it is a transformed option-B defined in RFC4364 which is
used for heterogenious network interworking.
As i have known, currently no hardware supports the heterogenious option-B
intercon
Hi John,
Your summary is good. Pls see my further reply inline with [weiguo].
Thanks,
weiguo
From: John E Drake [jdr...@juniper.net]
Sent: Friday, April 03, 2015 21:38
To: Haoweiguo; Patrice Brissette (pbrisset)
Cc: Ali Sajassi (sajassi); bess@ietf.org
Subject
...@alcatel-lucent.com]
Sent: Friday, March 27, 2015 23:39
To: Haoweiguo; Satya Mohanty (satyamoh); thomas.mo...@orange.com; bess@ietf.org
Subject: Re: [bess] Handshaking among PEs in an EVPN ES based on Paxos algorithm
Hi Weiguo,
I disagree with your explanation below.
This is the flow assuming PE1
___
> From: John E Drake [jdr...@juniper.net]
> Sent: Friday, March 27, 2015 23:22
> To: Haoweiguo; Rabadan, Jorge (Jorge); Satya Mohanty (satyamoh); EXT -
> thomas.mo...@orange.com; bess@ietf.org
> Subject: RE: [bess] Handshaking among PEs in an EVPN ES based on Paxo
From: John E Drake [jdr...@juniper.net]
Sent: Friday, March 27, 2015 23:22
To: Haoweiguo; Rabadan, Jorge (Jorge); Satya Mohanty (satyamoh); EXT -
thomas.mo...@orange.com; bess@ietf.org
Subject: RE: [bess] Handshaking among PEs in an EVPN ES based on Paxos algorithm
I
From: John E Drake [jdr...@juniper.net]
Sent: Friday, March 27, 2015 22:55
To: Haoweiguo; Rabadan, Jorge (Jorge); Satya Mohanty (satyamoh); EXT -
thomas.mo...@orange.com; bess@ietf.org
Subject: RE: [bess] Handshaking among PEs in an EVPN ES based on Paxos algorithm
There's no
harm is enough?
Thanks,
weiguo
From: Rabadan, Jorge (Jorge) [jorge.raba...@alcatel-lucent.com]
Sent: Friday, March 27, 2015 22:59
To: Haoweiguo; Satya Mohanty (satyamoh); thomas.mo...@orange.com; bess@ietf.org
Subject: Re: [bess] Handshaking among PEs in an EVPN ES based on P
e (Jorge) [jorge.raba...@alcatel-lucent.com]
Sent: Friday, March 27, 2015 20:26
To: Haoweiguo; Satya Mohanty (satyamoh); thomas.mo...@orange.com; bess@ietf.org
Subject: Re: [bess] Handshaking among PEs in an EVPN ES based on Paxos algorithm
Hi Weiguo,
About this:
[weiguo]: Traffic duplication and
e (Jorge) [jorge.raba...@alcatel-lucent.com]
Sent: Friday, March 27, 2015 20:26
To: Haoweiguo; Satya Mohanty (satyamoh); thomas.mo...@orange.com; bess@ietf.org
Subject: Re: [bess] Handshaking among PEs in an EVPN ES based on Paxos algorithm
Hi Weiguo,
About this:
[weiguo]: Traffic duplication and loo
Hi Satya,
Pls see inline.
Thanks,
weiguo
From: Satya Mohanty (satyamoh) [satya...@cisco.com]
Sent: Friday, March 27, 2015 12:11
To: Haoweiguo; thomas.mo...@orange.com; bess@ietf.org
Subject: Re: [bess] Handshaking among PEs in an EVPN ES based on Paxos
Hi Thomas,
I know you are neutral, sorry for my reply vulnerable to be miunderstood.
Thanks,
weiguo
From: thomas.mo...@orange.com [thomas.mo...@orange.com]
Sent: Friday, March 27, 2015 11:59
To: Haoweiguo; bess@ietf.org
Subject: Re: [bess] Handshaking
he reasons I have
> detailed, is a non-solution to a non-problem with tremendous control
> plane cost.
>
> Yours Irrespectively,
>
> John
>
> *From:*Haoweiguo [mailto:haowei...@huawei.com]
> *Sent:* Thursday, March 26, 2015 6:17 PM
> *To:* John E Drake; Patrice Brisset
Pls see below.
Thanks,
weiguo
From: John E Drake [jdr...@juniper.net]
Sent: Friday, March 27, 2015 6:00
To: Haoweiguo; Patrice Brissette (pbrisset)
Cc: Ali Sajassi (sajassi); bess@ietf.org
Subject: RE: [bess] Handshaking among PEs in an EVPN ES based on Paxos
Patrice,
Pls see below with [weiguo].
weiguo
From: Patrice Brissette (pbrisset) [pbris...@cisco.com]
Sent: Friday, March 27, 2015 5:56
To: Haoweiguo; John E Drake
Cc: Ali Sajassi (sajassi); bess@ietf.org
Subject: Re: [bess] Handshaking among PEs in an EVPN ES
accuracy, dual DF PEs will
exist more longer timer.
So as your understanding for DF election, the drawback is more clear.
Thanks,
weiguo
From: John E Drake [jdr...@juniper.net]
Sent: Friday, March 27, 2015 4:41
To: Haoweiguo; Patrice Brissette (pbrisset)
Cc: Ali
Hi Jorge,
I understood your draft. Pls see below other replies with [weiguo].
Thanks,
weiguo
From: Rabadan, Jorge (Jorge) [jorge.raba...@alcatel-lucent.com]
Sent: Friday, March 27, 2015 4:02
To: Haoweiguo; John E Drake; Patrice Brissette (pbrisset)
Cc: Ali
Pls read my detail replies to Satya. If you still can't catch it, pls read my
draft and EVPN base protocol, thanks
weiguo
From: John E Drake [jdr...@juniper.net]
Sent: Friday, March 27, 2015 1:28
To: Patrice Brissette (pbrisset)
Cc: Haoweiguo; Ali Sa
] on behalf of Patrice Brissette (pbrisset)
[pbris...@cisco.com]
Sent: Thursday, March 26, 2015 23:34
To: Haoweiguo; John E Drake; Ali Sajassi (sajassi); bess@ietf.org
Subject: Re: [bess] Handshaking among PEs in an EVPN ES based on Paxos algorithm
Weiguo,
I’m not sure I’m following here.
Don’t
Hi Patrice,
Up to reception timer traffic disruption in transient phase is one of the
issues.
Thanks,
weiguo
From: Patrice Brissette (pbrisset) [pbris...@cisco.com]
Sent: Thursday, March 26, 2015 20:54
To: Haoweiguo; John E Drake; Ali Sajassi (sajassi); bess
Hi Satya,
Pls see below with [weiguo]. Further discussions are welcome.
Thanks,
weiguo
From: Satya Mohanty (satyamoh) [satya...@cisco.com]
Sent: Thursday, March 26, 2015 17:40
To: Haoweiguo; John E Drake; Ali Sajassi (sajassi); bess@ietf.org
Subject: Re
think although your new Hash algorithm for
DF election is good, it only includes partial enhancements, maybe it still
needs some time for consensus.
Thanks,
weiguo
From: John E Drake [jdr...@juniper.net]
Sent: Thursday, March 26, 2015 7:16
To: Haoweiguo; Ali
Hi Ali,
Thanks for your information. I scanned through this draft, it really introduces
inter-chassis message for DF election handshaking, the requirements in this
draft is to eliminate transiet Loop and traffic duplication. Current EVPN DF
election mechanism already eliminated loop and traffic
Hi Thomas,
Sorry for late requesting. I would like to request two slots for the following
two drafts:
1. draft-hao-bess-inter-nvo3-vpn-01
Presenter: Lucy Yong
Timer: 10 min
2.draft-hao-bess-evpn-df-handshaking-00
Presenter: Weiguo Hao
Timer: 10 min
Thanks,
weiguo
__
yong; Shahram Davari; Andrew Qu; Luyuan Fang; Haoweiguo; Lucy yong;
Luyuan Fang; Osama Zia; Robert Raszuk; Osama Zia; Shahram Davari; Andrew Qu;
Robert Raszuk; Haoweiguo
Subject: New Version Notification for draft-hao-bess-inter-nvo3-vpn-01.txt
A new version of I-D, draft-hao-bess-inter-nvo3-vpn
corporated.
Appreciate any further comments and suggestions.
Thanks,
weiguo
From: IETF I-D Submission Tool [idsubmiss...@ietf.org]
Sent: Friday, February 27, 2015 9:03
To: Haoweiguo; Lucy yong; Robert Raszuk; Luyuan Fang; Osama Zia; Shahram
Davari; Andrew
...@ietf.org [internet-dra...@ietf.org]
Sent: Friday, February 06, 2015 10:23
To: Liangqiandeng; Lucy yong; Haoweiguo; Lucy yong; Liangqiandeng; Haoweiguo
Subject: New Version Notification for draft-hao-bess-evpn-df-handshaking-00.txt
A new version of I-D, draft-hao-bess-evpn-df-handshaking-00.txt
This draft can effectively reduce FIB size of PE routers and enhance
scalability,especially in large scale data center scenario. So i support the
adoption.
I also do not know any IPR on this draft.
Thanks,
weiguo
From: BESS [bess-boun...@ietf.org] on beha
This draft provides VLAN-based hand-off (option-A) and PW-based
hand-off(similar to option-B,but MAC VRFs are created on DC GW) interconnection
solution between NVO3 and MPLS L2VPN network(VPLS,EVPN,and etc). It is very
beneficial and helpful for NVO3 DCI. So I support this adoption, i'm also no
efficient.
Thanks
weiguo
From: BESS [bess-boun...@ietf.org] on behalf of Henderickx, Wim (Wim)
[wim.henderi...@alcatel-lucent.com]
Sent: Wednesday, November 26, 2014 0:34
To: John E Drake; Rabadan, Jorge (Jorge); Haoweiguo; bess@ietf.org;
saja...@cisco.com
eiguo
From: Henderickx, Wim (Wim) [wim.henderi...@alcatel-lucent.com]
Sent: Tuesday, November 25, 2014 19:02
To: Haoweiguo; bess@ietf.org; saja...@cisco.com
Subject: Re: [bess] A comment and question for the draft
"draft-ietf-bess-evpn-inter-subnet-forwarding-00"
Th
Hi Ali and other Co-authors,
In the EVPN IRB draft, Route Type-2 is used to advertise TS's MAC and IP. Two
BGP Extended Communities are carried with each RT-2 route. The first community
carries tunnel type, the second community carries NVE MAC. In normal case, all
RT-2 routes from a remote NV
...@cisco.com]
Sent: Friday, November 14, 2014 16:00
To: Henderickx, Wim (Wim)
Cc: Haoweiguo; Thomas Morin; BESS; IDR Chairs
Subject: Re: [bess] 答复: Flowspec for L2VPN and E-VPN
+1... Would to avoid to see multiplication of fs safi.
Sent from iPAD
> On Nov 14, 2014, at 01:15, Henderickx, Wim (
using the
first solution.
Thanks
weiguo
From: Rabadan, Jorge (Jorge) [jorge.raba...@alcatel-lucent.com]
Sent: Saturday, November 15, 2014 12:27
To: Haoweiguo; bess@ietf.org
Subject: Re: 答复: [bess] 答复: Comments on draft
draft-rabadan-bess-dci-evpn-overlay-00
发件人: BESS [bess-boun...@ietf.org] 代表 Rabadan, Jorge (Jorge)
[jorge.raba...@alcatel-lucent.com]
发送时间: 2014年11月15日 1:23
收件人: Haoweiguo; bess@ietf.org
主题: Re: [bess] 答复: Comments on draft draft-rabadan-bess-dci-evpn-overlay-00
Weiguo,
In-line [JORGE2].
Thanks.
From
Hi Jorge,
Please see inline with [weiguo2].
Thanks
weiguo
发件人: Rabadan, Jorge (Jorge) [jorge.raba...@alcatel-lucent.com]
发送时间: 2014年11月13日 16:42
收件人: Haoweiguo; bess@ietf.org
主题: Re: [bess] Comments on draft draft-rabadan-bess-dci-evpn-overlay-00
Hi Weiguo
Hi Jorge,
Please see inline with [weiguo2].
Thanks
weiguo
发件人: Rabadan, Jorge (Jorge) [jorge.raba...@alcatel-lucent.com]
发送时间: 2014年11月13日 16:42
收件人: Haoweiguo; bess@ietf.org
主题: Re: [bess] Comments on draft draft-rabadan-bess-dci-evpn-overlay-00
Hi Weiguo
4日 16:00
收件人: Henderickx, Wim (Wim)
抄送: Haoweiguo; Thomas Morin; BESS; IDR Chairs
主题: Re: [bess] 答复: Flowspec for L2VPN and E-VPN
+1... Would to avoid to see multiplication of fs safi.
Sent from iPAD
> On Nov 14, 2014, at 01:15, Henderickx, Wim (Wim)
> wrote:
>
> If we define a ne
: Haoweiguo; Henderickx, Wim (Wim); Thomas Morin; BESS
抄送: IDR Chairs
主题: RE: [bess] 答复: 答复: 答复: Flowspec for L2VPN and E-VPN
Hi Weiguo, Wim and others,
IMHO, AFI/SAFI based Flowspec would have better scalability and compatibility.
There is a precedent (RT-Constrain) that adopted the unified RT for
日 8:27
收件人: Haoweiguo; Thomas Morin; BESS
抄送: IDR Chairs
主题: Re: [bess] 答复: 答复: Flowspec for L2VPN and E-VPN
We define a new AFI/SAFI that accommodates all we have + include L2
extensions.
Operators that don’t need L2 extensions keep what they have.
Operators that need L2 extensions go to the new
How to achieve compatability with current existed flowspec[RFC5575]
applications?
Thanks
weiguo
发件人: Henderickx, Wim (Wim) [wim.henderi...@alcatel-lucent.com]
发送时间: 2014年11月14日 8:14
收件人: Haoweiguo; Thomas Morin; BESS
抄送: IDR Chairs
主题: Re: 答复: [bess
Hi Wim,
Allocating different AFI/SAFI(s) for each flow spec application is a applicable
solution. Theoretically, unified mechanism for all flowspec can be designed,
but it maybe a more harder work in IDR.
Thanks
weiguo
发件人: BESS [bess-boun...@ietf.org] 代表
Hi Robert and Thomas,
Yes, these two drafts are same topic. The former is a new version on BGP layer
2 flow spec. The 00 version can only use for EVPN network, the 01 version can
be used for l2vpn network,not just EVPN network.
Thanks.
发件人: BESS [bess-boun...@i
Hi Co-authors,
In today's BESS meeting, i have some comments, pls allow me to reiterate here.
1. EVPN supports mass MAC withdraw when local PE link failure occurs. If EVPN
is used for NVO3 network interconnecting, if a local NVE occurs node failure,
local DCI PE how to notify remote PEs to flus
Support.
Thanks,
weiguo
发件人: BESS [bess-boun...@ietf.org] 代表 Bitar, Nabil N [nabil.n.bi...@verizon.com]
发送时间: 2014年11月13日 3:24
收件人: bess@ietf.org
抄送: l2vpn-cha...@tools.ietf.org; bess-cha...@tools.ietf.org
主题: [bess] FW: [l2vpn] WG adoption call for the dr
收件人: Susan Hares; Lucy yong; Haoweiguo; Lucy yong; Susan Hares; Haoweiguo
主题: New Version Notification for draft-hao-bess-inter-nvo3-vpn-optionc-00.txt
A new version of I-D, draft-hao-bess-inter-nvo3-vpn-optionc-00.txt
has been successfully submitted by Weiguo Hao and posted to the
IETF reposit
Hi Co-chairs,
I would like to request a BESS time slot as follows:
draft name:draft-hao-l3vpn-inter-nvo3-vpn-optionc-00
presenter:weiguo hao
time: 10min
The draft will be posted soon.
Thanks
weiguo
发件人: L3VPN [l3vpn-boun...@ietf.org] 代表 thomas.mo...@or
Support this adoption.
Thanks
weiguo
发件人: BESS [bess-boun...@ietf.org] 代表 Jeff Tantsura [jeff.tants...@ericsson.com]
发送时间: 2014年10月23日 12:03
收件人: l3...@ietf.org
抄送: bess@ietf.org
主题: Re: [bess] WG adoption poll - draft-fang-l3vpn-virtual-pe-05
Yes/support
79 matches
Mail list logo