Re: [bess] WG Last Call on draft-ietf-bess-evpn-etree

As co-author, I fully support this document for publication. Not aware of any relevant IPR. Thank you. Jorge On 1/19/16, 12:51 AM, "BESS on behalf of Thomas Morin" wrote: >Hello Working Group, > >This email starts a Working Group

Re: [bess] WG Last Call for draft-ietf-bess-pta-flags-01

I fully support this document. Very much needed. Thanks. Jorge On 1/5/16, 6:48 AM, "BESS on behalf of Martin Vigoureux" wrote: >Hello Working Group, > >This email starts a Working Group Last Call on

Re: [bess] REG: draft-rabadan-bess-evpn-ac-df-02

rong. Regards, Sudhin On Mon, 30 Nov 2015 11:50:09 +0530 "Rabadan, Jorge (Jorge)" wrote > Hi Sudhin, Please see in-line. Thanks. Jorge From: BESS on behalf of sudeep g ggg Date: Wednesday, November 25, 2015 at 2:58 PM To: "bess@ietf.org<mailto:bess@ietf.

Re: [bess] REG: draft-rabadan-bess-evpn-ac-df-02

Hi Sudhin, Please see in-line. Thanks. Jorge From: BESS > on behalf of sudeep g ggg > Date: Wednesday, November 25, 2015 at 2:58 PM To: "bess@ietf.org"

Re: [bess] draft-hao-bess-inter-nvo3-vpn-optionc

IMHO if TOR chip vendors can confirm they are seriously looking at MPLS/MPLS/UDP, Wim’s suggestion makes all the sense since we know it works and scales. My 2 cents. Jorge On 11/20/15, 9:51 AM, "BESS on behalf of UTTARO, JAMES" wrote: >+1

Re: [bess] One question about Route-type2 usage in EVPN base protocol

Hi Weiguo, I would recommend you to check out the L2VPN archives… we discussed this at length. For instance: http://www.ietf.org/mail-archive/web/l2vpn/current/msg04519.html But check the other emails in the thread. Sending one or two routes, really depend on how the learning is done. Hope it

Re: [bess] [Idr] One question about 'draft-ietf-bess-evpn-overlay-02' and draft-ietf-idr-tunnel-encaps-00

Lucy, There are several implementations with shipping code using the RFC5512 bgp tunnel extended community. It cannot be deprecated. Thanks. Jorge From: Idr > on behalf of Lucy yong > Date:

Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02'

Weiguo, There are already implementations using value 10 in the RFC5512 BGP encap ext community. That is the value you would have in RFC7432 compliant networks where you can also have overlay tunnels. Value 10 would indicate to the ingress PE that the route needs an MPLS tunnel to be resolved.

Re: [bess] One question about 'draft-ietf-bess-evpn-overlay-02'

ed updates on RFC 7432 and will incur some interoperbility issue for RFC 7432. Am i right? Thanks, weiguo ____________ From: BESS [bess-boun...@ietf.org<mailto:bess-boun...@ietf.org>] on behalf of Rabadan, Jorge (Jorge) [jorge.raba...@alcatel-lucent.com<mailto:jorge.raba...@alcatel-

Re: [bess] Seeking Comments for EVPN-VPWS Service Edge Gateway

Sami, I already sent you a few comments for rev 0. I’ll paste them here (with /*[JORGE]*/) for this version too. Thanks. Jorge -- Abstract This document describes how a service node can dynamically terminate EVPN virtual

Re: [bess] draft-ietf-bess-evpn-prefix-advertisement-02

Sami, Besides what Ali says, for your second question note that in the use-case 5.4 we are explicitly avoiding GW-IP non-zero plus router’s mac in the same update: "The Router's MAC Extended Community MUST be sent if the associated RT-5's GW IP Address is zero.” Thanks. Jorge On

Re: [bess] PMSI Tunnel Attribute Flags

Eric, That’s ok. As I said, to me it is more important to close on this asap. I would be interested to know what that bit is used for ;-) but.. other than that, I fully support this document. Thank you. Jorge On 9/29/15, 7:04 AM, "BESS on behalf of Eric C Rosen"

Re: [bess] PMSI Tunnel Attribute Flags

Hi Eric and Thomas, Thanks for this. This work is important. Although I was still leaning towards a registry per tunnel-type or at least per SAFI (since it would save the use of a new EC) I think at this moment it is even more important to close on this as soon as possible to avoid issues. My

Re: [bess] PBB-EVPN draft - use of sticky bit in mac mobility ext. com.

BMAC versus flushing CMACs). Are you concern about a scenario where right after configuration of the shared BMAC, there is a failure for Single-Active MHD/MHN, where another BMAC advertisement with MAC mobility is sent, and the RR only sends the latter advertisement? Cheers, Ali From: Rabadan

[bess] PBB-EVPN draft - use of sticky bit in mac mobility ext. com.

Dear authors, In PBB-EVPN we advertise PE shared BMACs or dedicated (per-ES) BMACs. Either way, I believe it is a good practice to advertise them as ’static’ i.e. along with the ’sticky’ bit. That provides a natural protection against BMACs that might be learnt locally and are not ‘managed’.

Re: [bess] ARP ND draft

Nordmark; Antoni Przygienda; bess@ietf.orgmailto:bess@ietf.org; Rabadan, Jorge (Jorge) Subject: Re: [bess] ARP ND draft Hi Wim, There is anycast at IPv4 level for sure but I am not ware this is supported at arp level. Precisely right. It needs to be documented and addressed if anyone is up

Re: [bess] ARP ND draft

Hey Tony, Thank you for your comments. Please see in-line. -Original Message- From: Antoni Przygienda antoni.przygie...@ericsson.com Date: Monday, March 30, 2015 at 12:26 AM To: Jorge Rabadan jorge.raba...@alcatel-lucent.com, Erik Nordmark nordm...@acm.org, Henderickx, Wim (Wim)

Re: [bess] [BESS] Comment to draft-ietf-bess-evpn-usage-00.txt

Hi Shunwan, A ‘set’ of A-D routes is used due to the reason you mention. It is indicated in the draft too: 'it has to be a set of routes so that the total number of RTs can be conveyed’. The use of different RDs per route is implicit, as per RFC7432: Advertising a set of Ethernet A-D per ES

Re: [bess] Handshaking among PEs in an EVPN ES based on Paxos algorithm

Hi Weiguo, About this: [weiguo]: Traffic duplication and loop issue both exist in dual DF PE case. In multi-homed device case, say CE1 is multi-homed to PE1 and PE2 and both PE are DF PE. When CE1 sends traffic to PE1, the traffic will loop back to CE1 through PE2. If CE1 can filter and drop the

Re: [bess] Handshaking among PEs in an EVPN ES based on Paxos algorithm

, weiguo From: Rabadan, Jorge (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

Re: [bess] Handshaking among PEs in an EVPN ES based on Paxos algorithm

From: Rabadan, Jorge (Jorge) [jorge.raba...@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

Re: [bess] Handshaking among PEs in an EVPN ES based on Paxos algorithm

handshaking mechanism. Thanks, weiguo 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

Re: [bess] EVPN Draft Comments

Russ, Comments inline. Yours Irrespectively, John -Original Message- From: BESS [mailto:bess-boun...@ietf.org] On Behalf Of Russ White Sent: Monday, February 02, 2015 3:02 PM To: Rabadan, Jorge (Jorge) Cc: bess@ietf.org Subject: Re: [bess] EVPN Draft Comments If the length

Re: [bess] EVPN Draft Comments

Hi Russ, Since we are I think in agreement this must NOT hold the process, I give you my 2 cents if I may... Section 7.2 - the mac length field is fixed in EVPN to 48, but it has to be there to allow future use-cases. For instance, it might make sense to use variable mac lengths in PBB-EVPN

Re: [bess] Tunnel question for ESI next-hop in draft evpn prefix-advert

Tony, Please see in-line. Thanks for your comments. From: Antoni Przygienda antoni.przygie...@ericsson.commailto:antoni.przygie...@ericsson.com Date: Wednesday, January 14, 2015 at 5:40 PM To: Jorge Rabadan jorge.raba...@alcatel-lucent.commailto:jorge.raba...@alcatel-lucent.com, Henderickx,

Re: [bess] 答复: Comments on draft draft-rabadan-bess-dci-evpn-overlay-00

@ietf.org Subject: [bess] 答复: Comments on draft draft-rabadan-bess-dci-evpn-overlay-00 Hi Jorge, Please see inline with [weiguo2]. Thanks weiguo 发件人: Rabadan, Jorge (Jorge) [jorge.raba...@alcatel-lucent.commailto:jorge.raba...@alcatel-lucent.com] 发送时间: 2014年11月13日