[j-nsp] Qfabric
Chris Evans
chrisccnpspam2 at gmail.com
Wed Feb 23 23:33:26 EST 2011
In small installs Yah its cheaper. In large installs its not. You also have
to consider all of the conveyance, rack space, copper costs etc. We also
want the capability to rearrange easily when the time comes. I'm also not
sure of your discount rate with the vendors but ours makes it very viable.
10gig and 40gig via copper isn't a reality yet so that also is part of the
decision.
On Feb 23, 2011 8:23 PM, "Keegan Holley" <keegan.holley at sungard.com> wrote:
> Well I guess they aren't going to change the world just yet. Just out of
> pur curiosity have you evaluated the cisco and Brocade solutions? Brocade
> is pushing their new TRILL based implementation pretty hard. It sounds
cool
> but my L2 footprint is too small to justify the cost in most places. Also,
> why TOR switches? CAT6 is still cheaper than ASICS. Just curious.
>
> Keegan
>
>
> On Wed, Feb 23, 2011 at 8:05 PM, Chris Evans <chrisccnpspam2 at gmail.com
>wrote:
>
>> I think its a sexy solution however it falls short in areas to meet our
>> needs. I think Juniper has something going for them, however its misses
on a
>> lot of contexts so far.
>>
>> 1. We no longer install structured copper in our data centers as we have
>> gone fully top of rack. The edge Qfabric devices require a copper
connection
>> back to the routing engine complex. It needs to option to use sfp optics
so
>> we can do fiber for this link.
>>
>> 2. We still like most people deploy 90% GigE and will for the next year
or
>> so at least. Stratus needs a copper GigE offering. Even if we went full
>> 10Gig for production interfaces, servers still need management
connectivity
>> which iare copper based and also 100Meg most times. Our account team
>> suggested that we deploy EX devices to meet these needs, however that is
a
>> hack solution and something we won't entertain. Deploying EX's gets us
back
>> to the original issue of having remote devices all managed individually.
>>
>> 3. Stratus needs a smaller fabric offering. Scaling a network
>> infrastructure with such a large risk, fault, change domain brings big
>> concerns. It'd be nice to have a smaller fabric offering to
compartmentalize
>> the network a bit.
>>
>>
>> Doug it'd be nice if you could comment on my comments above if you have
>> some insider info :) It'd also be nice if you could take this feedback to
>> the engineering teams for their input. We already have our account team
>> doing so, but another path of contact is always beneficial.
>>
>>
>> On Feb 23, 2011 7:35 PM, "Doug Hanks" <dhanks at juniper.net> wrote:
>> > First phase of Stratus. It's awesome.
>> >
>> > -----Original Message-----
>> > From: juniper-nsp-bounces at puck.nether.net [mailto:
>> juniper-nsp-bounces at puck.nether.net] On Behalf Of Keegan Holley
>> > Sent: Wednesday, February 23, 2011 4:10 PM
>> > To: juniper-nsp
>> > Subject: [j-nsp] Qfabric
>> >
>> > Does anyone know what Qfabric is yet? After the video where Pradeep
>> Sindhu
>> > spends 1:45 talking about how they are going to change the world and
0:45
>> > talking about the technology I gave up trying to cut through the
>> marketing
>> > buffer. It sounds like their implementation or answer to trill with
some
>> of
>> > the virtual chassis stuff you see from the nexus thrown in. Anyone else
>> get
>> > more than that?
>> > _______________________________________________
>> > juniper-nsp mailing list juniper-nsp at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/juniper-nsp
>> >
>> > _______________________________________________
>> > juniper-nsp mailing list juniper-nsp at puck.nether.net
>> > https://puck.nether.net/mailman/listinfo/juniper-nsp
>>
More information about the juniper-nsp
mailing list