A few Blog posts on Datacentre network equipment that people may find
interesting and relivant:
http://perspectives.mvdirona.com/2009/12/19/NetworkingTheLastBastionOfMainframeComputing.aspx
http://mvdirona.com/jrh/TalksAndPapers/JamesHamilton_CleanSlateCTO2009.pdf
http://perspectives.mvdiro
- Original Message -
On Sun, Sep 26, 2010 at 11:02 PM, Heath Jones wrote:
>> But it seems, that NetFPGA has not enough memory to hold a full view
>> (current 340k routes).
>
> It's just a development platform for prototyping designs, not
> something you would use in production...
> I wan
On Sun, Sep 26, 2010 at 11:02 PM, Heath Jones wrote:
>> But it seems, that NetFPGA has not enough memory to hold a full view
>> (current 340k routes).
>
> It's just a development platform for prototyping designs, not
> something you would use in production...
> I want to use it to implement and te
> But it seems, that NetFPGA has not enough memory to hold a full view
> (current 340k routes).
It's just a development platform for prototyping designs, not
something you would use in production...
I want to use it to implement and test ideas that I have, and play
with some different forwarding a
On Sep 26, 2010, at 10:29 PM, Richard A Steenbergen wrote:
> On Sun, Sep 26, 2010 at 09:24:54PM -0400, Alex Rubenstein wrote:
>>
>> And, not to mention that some vendors do it sometimes.
>>
>> "The 9-slot Cisco Catalyst 6509 Enhanced Vertical Switch (6509-V-E)
>> provides [stuff]. It also pro
Once upon a time, William Herrin said:
> Quagga on Linux is a fine software, but messing with the
> idiosyncrasies is far more time consuming than buying a Cisco 2811,
> adding enough RAM to handle BGP, configuring it once and forgetting
> about it.
Yeah, because IOS and JUNOS don't have idiosync
On Sun, Sep 26, 2010 at 09:24:54PM -0400, Alex Rubenstein wrote:
>
> And, not to mention that some vendors do it sometimes.
>
> "The 9-slot Cisco Catalyst 6509 Enhanced Vertical Switch (6509-V-E)
> provides [stuff]. It also provides front-to-back airflow that is
> optimized for hot and cold ais
I'm more than interested in developing a much cheaper, hardware
forwarding router..
I think there is a lot of room for innovation - especially at the
target market in this thread.
If anyone wants to work with me on this, just let me know!
I've got a tonne of ideas and a bit of free time..
NetFPGA
>
> I'm not saying the problems are the same, but I am saying that a
> backplane making cooling "hard" is not a good excuse, especially when
> the small empty chassis costs $10K+.
And, not to mention that some vendors do it sometimes.
"The 9-slot Cisco Catalyst 6509 Enhanced Vertical Switch (6
I'm more than interested in developing a much cheaper, hardware
forwarding router..
I think there is a lot of room for innovation - especially at the
target market in this thread.
If anyone wants to work with me on this, just let me know!
I've got a tonne of ideas and a bit of free time..
NetFPGA
On Sun, Sep 26, 2010, Rubens Kuhl wrote:
> Not high speed ASICs, but there are hardware-forwarding open-source(in
> a broad definition) solutions:
> http://netfpga.org
>
> There are 3 related presentations on NANOG 50, which suggests these
> solutions are reaching "real ops" quality.
I hate to s
On Sun, Sep 26, 2010 at 8:54 PM, wrote:
> As far as I know open source solutions doesn't have support for fabric or
> high speed asics. So the throughput will always be a big difference. Unless
> you are comparing a pure packet software interrupt platform.
Not high speed ASICs, but there are h
On Sun, Sep 26, 2010, ym1r...@gmail.com wrote:
> As far as I know open source solutions doesn't have support for fabric or
> high speed asics. So the throughput will always be a big difference. Unless
> you are comparing a pure packet software interrupt platform.
Hasn't there been a post about t
As far as I know open source solutions doesn't have support for fabric or high
speed asics. So the throughput will always be a big difference. Unless you are
comparing a pure packet software interrupt platform.
--Original Message--
From: Adam Armstrong
To: Venkatesh Sriram
To: nanog@nanog
On 24/09/2010 11:22, Venkatesh Sriram wrote:
Hi,
Can somebody educate me on (or pass some pointers) what differentiates
a router operating and optimized for data centers versus, say a router
work in the metro ethernet space? What is it thats required for
routers operating in data centers? High
I do agree here. If you are not moving a lot of data then something like BSD or
Vyatta may be a good alternative. You do still have possible reboots required
and things you would not see as often with a hardware-appliance model. However,
for cheaper than the cost of 1 appliance you could build
Another big problem for Linux/Unix-based routers of this size/cost is
upgrade-ability. If you need to add cards, you are going to have to bring
the router down for extended periods. Likewise, a software upgrade can be
a bigger deal than on a purpose designed router. If a router is mission
Another big problem for Linux/Unix-based routers of this size/cost is
upgrade-ability. If you need to add cards, you are going to have to bring
the router down for extended periods. Likewise, a software upgrade can be
a bigger deal than on a purpose designed router. If a router is mission
cri
On Sun, Sep 26, 2010 at 6:15 AM, Nathanael C. Cariaga
wrote:
> Thank you for the prompt response. Just to clarify my previous
> post, I was actually referring to Linux/Unix-based routers.
> We've been considering this solution because presently we
> don't have any budget for equipment acquisition
On 9/26/10 11:09 AM, Joel Jaeggli wrote:
>
>
> Joel's widget number 2
>
> On Sep 26, 2010, at 10:47, Chris Adams wrote:
>
>> Once upon a time, Joel Jaeggli said:
>>> On Sep 26, 2010, at 8:26, Chris Adams wrote:
There are servers and storage arrays that have a front that is nothing
Joel's widget number 2
On Sep 26, 2010, at 10:47, Chris Adams wrote:
> Once upon a time, Joel Jaeggli said:
>> On Sep 26, 2010, at 8:26, Chris Adams wrote:
>>> There are servers and storage arrays that have a front that is nothing
>>> but hot-swap hard drive bays (plugged into backplanes), a
Once upon a time, Joel Jaeggli said:
> On Sep 26, 2010, at 8:26, Chris Adams wrote:
> > There are servers and storage arrays that have a front that is nothing
> > but hot-swap hard drive bays (plugged into backplanes), and they've been
> > doing front-to-back cooling since day one. Maybe the rou
On Sep 26, 2010, at 8:26, Chris Adams wrote:
> Once upon a time, Joel Jaeggli said:
>> On Sep 25, 2010, at 9:05, Seth Mattinen wrote:
> From the datacenter operator prospective, it would be nice if some of
> these vendors would acknowledge the need for front-to-back cooling. I
>
If one has a cisco 7200, then you have a software based border router.
Considerations, for a given router platform are capacity, susceptability to
dos, features required etc. Depending on the capacity required a software
device could do fine. If it's in front of hosting environment you want to
We (at NIST) performed some additional data analysis to characterize
AS_SETs in BGP updates in RIB entries. The results can be found
in the slides at this link:
http://www.antd.nist.gov/~ksriram/AS_SET_Aggregator_Stats.pdf
This work was presented at the IETF SIDR WG meeting in Maastricht in July
Once upon a time, Joel Jaeggli said:
> On Sep 25, 2010, at 9:05, Seth Mattinen wrote:
> >>> From the datacenter operator prospective, it would be nice if some of
> >>> these vendors would acknowledge the need for front-to-back cooling. I
> >>> mean, it is 2010.
>
> Bakplanes make direct front
While Vyatta is a good piece of software for the Free version, the costs
quickly increases as you have to purchase support and the version updates are
few and far between with the Free version. The production (paid) version
though is quite nice.
Another option though would be RouterOS. If it
Dear Nathanael,
Just want to ask if anyone here had experience deploying software-based
routers to serve as perimeter / border router? How does it gauge with
hardware-based routers? Any past experiences will be very much
appreciated.
I wanted to know because we've been asked if we want to a
On 9/25/2010 10:57 PM, fedora fedora wrote:
I am having problem getting ping to work to a specific destination host when
using large size icmp packet and i am hoping someone here can offer some
suggestion.
With regular ping, i can ping this remote host without any problem, but if i
crank up the
On Sat, 25 Sep 2010 17:41:16 CDT, Robert Bonomi said:
> On Sun, 26 Sep 2010 00:01:38 , Jeroen Massar said:
> > So it that is true, if you define "news server" as a "cache", even
> > though you have to buy several terabytes, make that several petabytes,
> > to "be able to "cache" this data one along
> How can i be sure even if a device blocks my ping , it might have policy
> blocking ping at it at all.
Correct in a lot of cases and that is why icmp should not be used by
itself when diagnosing issues.
>> I am having problem getting ping to work to a specific destination host when
>> using larg
Thank you for the prompt response. Just to clarify my previous post, I was
actually referring to Linux/Unix-based routers. We've been considering this
solution because presently we don't have any budget for equipment acquisition
this year.
To be honest, I came across Vyatta Core while searchi
> Just want to ask if anyone here had experience deploying software-based
> routers to serve as perimeter / border router? How does it gauge with
> hardware-based routers? Any past experiences will be very much appreciated.
Software based routers (e.g. Cisco 7200 series) have been used as borde
Hi All!
Just want to ask if anyone here had experience deploying software-based routers
to serve as perimeter / border router? How does it gauge with hardware-based
routers? Any past experiences will be very much appreciated.
I wanted to know because we've been asked if we want to assume fu
On Sun, 2010-09-26 at 07:47 +0800, Adrian Chadd wrote:
> I don't recall any protocols being standard.
>
> Plenty of people sell p2p caches but they all work using magic, smoke
> and mirrors.
>
>
> Adrian
Less smoky is the relatively common practice (at least in Europe) of
tech-friendly ISPs r
35 matches
Mail list logo
