[mailto:af-boun...@afmug.com] On Behalf Of Scott Vander Dussen via Af
Sent: Sunday, November 30, 2014 22:11
To: 'AF Cambium List (af@afmug.commailto:af@afmug.com)'
Subject: [AFMUG] ERPS: G.8032 vs Brocade MRP vs ?
Looking to add Ethernet ring protection switching into our network. I've
attached
Do you really need something faster than one of the spanning tree variants?
The topology at Montana Internet is to have a layer 3 switch at each site
and a big flat rapid spanning tree ring for all of the OSPF speaking layer
3 switches (Aka routers) to talk on. If I yank a ring cable, I lose
: Monday, December 1, 2014 at 6:50 AM
To: af@afmug.commailto:af@afmug.com af@afmug.commailto:af@afmug.com
Subject: Re: [AFMUG] ERPS: G.8032 vs Brocade MRP vs ?
Do you really need something faster than one of the spanning tree variants?
The topology at Montana Internet is to have a layer 3 switch
We are evaluating vendors for this at the moment. Ciena is looking like the
winner at the moment, with G.8032 as the loop control topology.
So far we have rejected Cisco, Juniper, Performant, Accedian, and Extreme as
vendors.
To answer Forrest’s question - yes, we do need faster recovery than
://www.ics-il.com
- Original Message -
From: Mark Radabaugh via Af af@afmug.com
To: af@afmug.com
Sent: Monday, December 1, 2014 7:52:13 AM
Subject: Re: [AFMUG] ERPS: G.8032 vs Brocade MRP vs ?
We are evaluating vendors for this at the moment. Ciena is looking like the
winner at the moment
So throw in BFD, maybe?
-Original Message-
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Mark Radabaugh via Af
Sent: Monday, December 1, 2014 8:52 AM
To: af@afmug.com
Subject: Re: [AFMUG] ERPS: G.8032 vs Brocade MRP vs ?
We are evaluating vendors for this at the moment. Ciena
This info may be a bit outdated with MSTP, I haven't looked, but it used
to be that the size of your tree should beno larger than 7 nodes.
josh reynolds :: chief information officer
spitwspots :: www.spitwspots.com
On 12/01/2014 01:50 AM, Forrest Christian (List Account) via Af wrote:
Do you
The biggest issue we have with MSTP is the inability to deal with unstable
links. A high capacity backhaul flapping is disastrous with MSTP due to the
constant bridge table flushing. G.8032 should be able to deal with this type
of failure more gracefully. I think MPLS also has ways of
[mailto:af-boun...@afmug.com] On Behalf Of Mark Radabaugh via Af
Sent: Monday, December 1, 2014 05:52
To: af@afmug.com
Subject: Re: [AFMUG] ERPS: G.8032 vs Brocade MRP vs ?
We are evaluating vendors for this at the moment. Ciena is looking like the
winner at the moment, with G.8032 as the loop
Josh-
Did your upstream engineer find an alternative solution or pursue a new
protocol?
Scott
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds via Af
Sent: Monday, December 1, 2014 00:08
To: af@afmug.com
Subject: Re: [AFMUG] ERPS: G.8032 vs Brocade MRP vs ?
Scott,
I had been
I've never seen a protocol that handled flapping well :/
I really wish somebody would design a routing protocol with extensions
fordetermining bandwidth tho (sound familiar? :/ )
josh reynolds :: chief information officer
spitwspots :: www.spitwspots.com
On 12/01/2014 07:03 AM, Mark
...@afmug.com] On Behalf Of Mark Radabaugh via Af
Sent: Monday, December 1, 2014 05:52
To: af@afmug.com
Subject: Re: [AFMUG] ERPS: G.8032 vs Brocade MRP vs ?
We are evaluating vendors for this at the moment. Ciena is looking like the
winner at the moment, with G.8032 as the loop control topology
*From:*Af [mailto:af-boun...@afmug.com] *On Behalf Of *Josh Reynolds
via Af
*Sent:* Monday, December 1, 2014 00:08
*To:* af@afmug.com
*Subject:* Re: [AFMUG] ERPS: G.8032 vs Brocade MRP vs ?
Scott,
I had been talking to our upstream's primary network engineer a few
weeks back. They tested G8032v2
It’s a tough one. MEF/ITU/IEEE Ethernet standards do have a lot of the
mechanisms from SONET that allows you to specify reversion time on circuits to
limit damage from flapping.
Performant was the only one who seems to have tried to do anything with
automated bandwidth detection and making
Mark, we are on the same page! Take a look at Telco Systems. All
features, good pricing
Gino A. Villarini
President
Aeronet Wireless Broadband Corp.
www.aeronetpr.com
@aeronetpr
On 12/1/14, 9:52 AM, Mark Radabaugh via Af af@afmug.com wrote:
We are evaluating vendors for this at the
To: af@afmug.com
Subject: Re: [AFMUG] ERPS: G.8032 vs Brocade MRP vs ?
We are evaluating vendors for this at the moment. Ciena is looking like
the winner at the moment, with G.8032 as the loop control topology.
So far we have rejected Cisco, Juniper, Performant, Accedian, and Extreme
as vendors
Date: Monday, December 1, 2014 at 1:01 PM
To: af@afmug.commailto:af@afmug.com af@afmug.commailto:af@afmug.com
Subject: Re: [AFMUG] ERPS: G.8032 vs Brocade MRP vs ?
It’s a tough one. MEF/ITU/IEEE Ethernet standards do have a lot of the
mechanisms from SONET that allows you to specify reversion
@afmug.commailto:af@afmug.com
af@afmug.commailto:af@afmug.com
Date: Monday, December 1, 2014 at 1:01 PM
To: af@afmug.commailto:af@afmug.com af@afmug.commailto:af@afmug.com
Subject: Re: [AFMUG] ERPS: G.8032 vs Brocade MRP vs ?
It’s a tough one. MEF/ITU/IEEE Ethernet standards do have a lot of the
mechanisms
To: af@afmug.com
Sent: Monday, December 1, 2014 11:53:57 AM
Subject: Re: [AFMUG] ERPS: G.8032 vs Brocade MRP vs ?
Is bandwidth detection really that important? Can’t you implement port
shut-down on your backhauls at/below certain modulation levels?
Scott
From: Af [mailto:af-boun
I think another problem is that most WISP gear lacks the proper *tools*
to troubleshoot and diagnose problems at layer2.
That's been one of my beefs for awhile with layer2 designs, as the
tools to monitor and test them aren't prevalent in networks that aren't
'metro.
A long time ago I
: af@afmug.com mailto:af@afmug.com af@afmug.com
mailto:af@afmug.com
Reply-To: af@afmug.com mailto:af@afmug.com af@afmug.com
mailto:af@afmug.com
Date: Monday, December 1, 2014 at 1:01 PM
To: af@afmug.com mailto:af@afmug.com af@afmug.com
mailto:af@afmug.com
Subject: Re: [AFMUG] ERPS: G.8032 vs
21 matches
Mail list logo