For better or worse I do remember those days, though I was referring to
recent hardware switches/bridges (should have clarified that). To my
knowledge that only applies to things like the STP protocols, but I
could be wrong, again would need to read through the specifications
again to be sure
...@netconsultings.com wrote:
Chris Burton
Sent: Saturday, November 11, 2017 11:50 PM
This has been discussed a few times on this list and other forums. That being
said, if you are looking to do this with Linux bridge you will need to modify
the net/br_private.h header library to remove the mask
This has been discussed a few times on this list and other forums. That
being said, if you are looking to do this with Linux bridge you will
need to modify the net/br_private.h header library to remove the mask
restriction placed on using group_fwd_mask setting in /sys/class/net and
recompile t
I am not sure why it is not working for you (assuming you have
bi-directional LSPs in place and no other routing or filter issues), but
I do recall a previous exchange with you on this list about you possibly
using the VMX, I have seen randomly at times in the past that when using
the VMX (not
Given that LSP's are by there very nature unidirectional you will need a
return LSP unless you plan export your VRF routes into your underlying
network. The path that that return LSP takes should not make a
difference unless you are testing specific return path(s), so it should
not interfere w
The command you are looking for "set protocols mpls icmp-tunneling",
also need to make sure you have LSP's in both directions.
-C
On 08/22/2017 06:39 PM, Aaron Gould wrote:
I know that this is a known thing with mpls networks, and there are a few
tricks with no decrement ttl or no propagate t
I cannot speak to 17.1, but I can tell you I have run several EVPN MPLS
configurations under VMX (16.1), to my knowledge EVPN VXLAN is not
supported as previously mentioned, but I have not checked in some time.
Cheers,
-C
On 07/31/2017 05:02 AM, Alain Hebert wrote:
Place a sniffer between t
.
-C
On 06/28/2017 12:09 AM, Vincent Bernat wrote:
❦ 27 juin 2017 23:26 -0700, Chris Burton :
Interesting, in the kernel versions I tested I was not able to get it
to work by just passing in the runtime changes to
/sys/class/net//bridge/group_fwd_mask, I actually had to make
changes to virtual
,
-C
On 06/27/2017 11:05 PM, Vincent Bernat wrote:
❦ 27 juin 2017 22:40 -0700, Chris Burton :
Also, if you use KVM and linux bridge you can bypass the issues with
the bridges not forwarding LLDP and LACP traffic, but you have to
willing to dive into modifying certain parts of the virtual
I can't speak to Vmware (workstation or vSphere) or Virtualbox, but with
a few of the vMX licenses and a cheap server off of eBay running Ubuntu
14.04 or 16.04 and KVM you can run several instances of vMX on a single
machine. On a dual Xeon E5-2670 equipped with 128GB of memory I am
able to
Pretty sure policy-based VPN was unsupported for a short period during
the transition from older code and hardware to the newer, but should be
back in 15.1X49-D50, though I do not know the version of the current
trial software available for download.
-C
On 07/15/2016 12:28 AM, Jed Laundry wro
: Chris Burton
Cc: Tobias Heister; juniper-nsp@puck.nether.net
Subject: Re: [j-nsp] LACP on mixed virtual chassis QFX5100/EX4300
On Wed, Nov 4, 2015 at 11:03 PM, Chris Burton
wrote:
As far as I know there is no way to set the link speed (only the link-mode
for duplex) on the underlying
As far as I know there is no way to set the link speed (only the link-mode
for duplex) on the underlying interfaces in a AE bundle (and they are always
labeled xe-), at least on the code I am running on the QFX5100-48T. You ca
specify the link-speed for a AE interface which I presume sets the spee
13 matches
Mail list logo