Le samedi 16 juillet 2011 à 15:17 -0700, Jonathan Lassoff a écrit :
Jeff, Michael -- these are both totally reasonable cases I didn't even
consider. The Juniper clue wiki article is a really good example as to
why.
I wonder why it's not implemented. It does seem relatively easy
considering
Hello,
I have a customer handing me a GigE with dot1q tags to my EX4200 switch. I
need to carry the GigE/dot1q over a couple other EX4200s and terminate on a
GigE port of my MX80. I've read through the docs for building MPLS/ccc
circuits between the two devices. It isn't clear to me if I
Hi,
I have a customer handing me a GigE with dot1q tags to my EX4200 switch.
I need to carry the GigE/dot1q over a couple other EX4200s and terminate on
a GigE port of my MX80.
I did something similar on an SRX:
-
user@router show configuration interfaces fe-0/0/6
mtu 1800;
It's probably easier to use QinQ.
Doug
-Original Message-
From: juniper-nsp-boun...@puck.nether.net
[mailto:juniper-nsp-boun...@puck.nether.net] On Behalf Of Matthew S. Crocker
Sent: Sunday, July 17, 2011 7:08 AM
To: juniper-nsp@puck.nether.net
Subject: [j-nsp] dot1q CCC/MPLS on EX4200
Can the MX80 handle QinQ?
Can I run QinQ for this customer and MPLS in my 10GigE core? I don't think the
EX 4200 can do that.
If I wanted to stay MPLS would I need to configure each vlan on the customer
interface and map it to a unqiue CCC to the other end (EX4200-MX80
MX80-EX4200)?
We've used EX4200s as 10Gig customer demarc in a few situations and
do just that. Q-in-Q on the EX4200 customer port so you don't care
what VLANs the cust is sending, trunk port out to your MX80, and use
'input-vlan-map pop' with something like 'encapsulation vlan-ccc' on
the MX80 to remove the
The MX probably has the best support for QinQ I've seen.
-Original Message-
From: Matthew S. Crocker [mailto:matt...@corp.crocker.com]
Sent: Sunday, July 17, 2011 12:02 PM
To: Doug Hanks
Cc: Matthew S. Crocker; juniper-nsp@puck.nether.net
Subject: Re: [j-nsp] dot1q CCC/MPLS on EX4200
You can create a ccc based on port and just everything that comes in the
port to the other end regardless of vlan or encapsulation. There is also no
mac learning to worry about. This in my experience is easier to manage than
q-in-q which requires mac learning and spanning-tree. The down side is
Does anyone have any comments on the switches Dell OEMs from Juniper?
Are they truly the same? We meet with them last week regarding server
and storage for a new DaaS build out. They told us they can offer us
Dell networking hardware that they OEM from Juniper at a much lower cost
than Juniper
On 18/07/2011, at 9:37 AM, Ryan Finnesey wrote:
Does anyone have any comments on the switches Dell OEMs from Juniper?
Are they truly the same? We meet with them last week regarding server
and storage for a new DaaS build out. They told us they can offer us
Dell networking hardware that they
On Sun, Jul 17, 2011 at 4:37 PM, Ryan Finnesey
ryan.finne...@harrierinvestments.com wrote:
Does anyone have any comments on the switches Dell OEMs from Juniper?
Are they truly the same? We meet with them last week regarding server
and storage for a new DaaS build out. They told us they can
Hi Ben
Thank you this is helpful. Right now I need to decide if we are going
to go with Dell or HP for new build outs we need to complete in Ireland
and Australia. With that we need to decide what we want to do in the
way of in the rack switches. In the States we have switched from cisco
to
We do have a Juniper account rep so I will have a chat with her. I would much
prefer to deal directly with JTAC. It has been about 6 years since I dealt
with Dell but I did not find their support all that great.
Cheers
Ryan
-Original Message-
From: Brent Jones
Ryan,
On 18.07.11 02:59, Ryan Finnesey wrote:
We do have a Juniper account rep so I will have a chat with her. I would
much prefer to deal directly with JTAC. It has been about 6 years since I
dealt with Dell but I did not find their support all that great.
as Dell switches their OEM
14 matches
Mail list logo