James,
Agreed. We touched on that in section 7 of draft-ietf-pals-ethernet-cw,
where we advised operators that enabling post-CW DPI for ECMP calculations
could cause misordering.
Cheers,
Andy
On Tue, Oct 9, 2018 at 10:35 AM James Bensley wrote:
> On Tue, 9 Oct 2018 at 15:16, Andrew G. Malis
On Tue, 9 Oct 2018 at 15:16, Andrew G. Malis wrote:
>
> James,
Hi Andy,
> It's much harder to mandate use of EL than the CW for several reasons:
I didn't say it should be mandated, but recommended.
> - CW implementation is much more common than EL implementation
> - PWs and/or EVPN are rarely
Thanks Mrinmoy.
Response in-lined.
From: Mrinmoy Ghosh (mrghosh)
Sent: Thursday, October 4, 2018 11:40 PM
To: Jaikumar Somasundaram ; Rabadan, Jorge
(Nokia - US/Mountain View) ; bess@ietf.org
Cc: Jiang He ; P Muthu Arul Mozhi
Subject: RE: [bess] EVPN MH: Backup node behavior in Primary Path
Thanks Jorge.
I think that this optimization is not mentioned in the RFC 7432.
Section 8.5 of RFC 7432:
In the case of link or port failure, the affected PE withdraws its
Ethernet Segment route. This will re-trigger the service carving
procedures on all the PEs in the
Hi Jai,
I think draft-ietf-bess-evpn-df-election-framework-03 section-3.1 might help.
Thanks & Regards
Tim
From: BESS [mailto:bess-boun...@ietf.org] On Behalf Of Jaikumar Somasundaram
Sent: 05 October 2018 06:07
To: Rabadan, Jorge (Nokia - US/Mountain View) ;
bess@ietf.org
Cc: Jiang He ; P Muthu
A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the BGP Enabled ServiceS WG of the IETF.
Title : Explicit Tracking with Wild Card Routes in Multicast
VPN
Authors : Andrew Dolganow
Hi,
The draft had some good discussions prior to its adoption and we believe we
have resolved issues/comments raised at that time.
A few months ago Hejia did a RtgDir Early review, and a -01 revision was posted
to address the comments