❦ 24 octobre 2017 14:29 -0400, Andrey Kostin :
> QFX5100 are good as L2 devices for aggregation, we use them in
> virtual-chassis. But be careful with planning any L3 services on
> them. First, don't put public IPs on them because TCAM for filters is
> tiny and programmed in a tricky for underst
This is on MX boxes running 15.1R6
I suspect I am going to end up implementing a hack to get this working !
On Wed, Oct 25, 2017 at 4:16 AM, Alain Hebert wrote:
> Hi,
>
> Depending of your relation with your local JNP resellers.
>
> You could get vMX, vQFX and vSRX and build yourse
Without ASCII art:
We have P(MX), a P(vMX), a PE1 (QFX5100), and PE2 (QFX5100),
all with ISIS, MPLS, RSVP/LDP, BGP underlay, cluster and multipath.
The (EVPN) broadcast is handled by the P's but once that
discovery is done, the traffic passes between the PE's without bounc
Hi,
We have a stub vrf with Transit on them, the solution is a very
good set of filters on lo0 input.
-
Alain Hebertaheb...@pubnix.net
PubNIX Inc.
50 boul. St-Charles
P.O. Box 26770 Beaconsfield, Quebec H9W 6G7
Tel: 514-990-5911 http://www.p
QFX5100 are good as L2 devices for aggregation, we use them in
virtual-chassis. But be careful with planning any L3 services on them.
First, don't put public IPs on them because TCAM for filters is tiny and
programmed in a tricky for understanding way. As a result everything
that doesn't fit in
How do you handle 10G port licensing on the 5048? That gets expensive
quickly. I've got about 75 qfx's deployed as PE devices right now because
of the 5048 port licenses.
The major limitation of the qfx as a PE device is that it doesn't support
VPLS. It does however do EVPN over vxlan, which can b
Hi,
Depending of your relation with your local JNP resellers.
You could get vMX, vQFX and vSRX and build yourself a lab using
(ESXi in our case).
In the past vMX wasn't working correctly for EVPN but 17.x is
working with our MX240+vMX+QFX lab.
But we're staying away fro
Since you mentioned it Evpn in lsys ? I don't think that works. If so
please tell me it does so I can try it. I really would like to know if I can
run EVPN in LSYS on MX104... let me know if I need to simply change to a
different version of JUNOS and I'll do it.
[edit]
r2@lab-mx104:r2# s
Not to change subject too much, but, In case you are wanting to extend your
mpls cloud (I'm assuming your MX core is mpls-enabled) further out into the
aggregation/access edge, you could go with the qfx-5100 cousin... acx5048.
I've been pretty pleased with them.
I've deployed 30 or 40 of these now
Expected hack with QFX5100
PE with CVID <-> Trunk Port <-> P or PE with EVPN
Or Logical System, but we stop using those on MXs after some
crashes in the past.
-
Alain Hebertaheb...@pubnix.net
PubNIX Inc.
50 boul. St-Charles
P.O. Box 26770 Be
Karl, we're also looking at QFX5100-48S switches for our aggregation. I
actually have one in place doing aggregation and routing and the only "big"
change I found is the DHCP forwarder config is not remotely similar to the
forwarding-options helpers bootp config we've been using to forward DHCP on
Hello
we're thinking about buying a few QFX5100 as they are incredibly cheap on the
refurbished market - sometimes even cheaper than a much older EX4550.
Are there any caveats when using the QFX5100-48S as a normal aggregation switch
without QFabric? We have a pretty basic setup of Access (EX),
12 matches
Mail list logo
