[j-nsp] EVPN on QFX5200

[Vincent Bernat]

Hello,

The QFX5110 is unable to route between a VXLAN and a layer 3 interface.
There is a hack documented here:

 <https://www.juniper.net/documentation/en_US/junos/topics/concept/evpn-vxlan-qfx5110-l2-vxlan-l3-logical.html>

Such a setup is quite fragile. Only the QFX10k is able to act as a L3
gateway for VXLAN and be connected to non-VXLAN stuff. QFX5110 is only
able to act as a L3 gateway when routing between VXLANs.
-- 
Watch out for off-by-one errors.
            - The Elements of Programming Style (Kernighan & Plauger)

 ――――――― Original Message ―――――――
 From: Andrey Kostin <ankost at podolsk.ru>
 Sent: 25 septembre 2019 11:37 -04
 Subject: Re: [j-nsp] EVPN on QFX5200
 To: Vincent Bernat
 Cc: Liam Farr; juniper-nsp at puck.nether.net

> Thank you for reply.
> I meant a slightly different thing. Currently my setup is in lab stage
> with QFX5110 as spines and QFX5000 as leaves. I need to connect vlans
> running in EVPN-VXLAN fabric to an aggregation router, ideally two of
> them for redundancy. To have a redundant gateway for hosts sitting in
> VNIs I need to run EVPN L3 gateway somewere. It can be done either on
> aggregation routers or on QFX5110. Putting L3GW on routers means they
> have to run EVPN as well and effectively become leaves for VXLAN
> fabric. It may be a feasible solution in the future but for now we
> don't want to put EVPN-VXLAN in prod network. So, the another option
> is to run L3 gateways on spines and somehow route them to agg routers.
> Possible connectivity options between edge routers and spines could
> be:
> - have individual P2P routed links Spine-RTR and run BGP session
> between them. Balancing and redundancy in this case will be provided
> by BGP+ECMP and also limited by their capabilities.
> - have LACP to both Spines from each RTR and then L3 interface on each
> spine, BGP from each spine to each RTR. Load balancing is provided by
> BGP multipath+ECMP+LACP. In this case LACP bundle from spines POV is
> switched. Direct connection between spines is necessary in this case.
> ROuters in this topology play CE role for VXLAN fabric but connected
> to spines instead of leaves.
>
> Any recommendations or links to BCP are appreciated.
>
> Kind regards,
> Andrey
>
> Vincent Bernat писал 2019-09-21 01:34:
>> ❦ 20 septembre 2019 11:47 -04, Andrey Kostin <ankost at podolsk.ru>:
>>
>>
>> I am not familiar with MPLS. You need to use QFX10k for the spines as
>> the QFX5k are not able to route VXLAN outside (or not able to route at
>> all).