On Thu, Mar 27, 2008, Andrew C Burnette wrote:
> Indeed. PCI-X is already an EOL'ed interface, if only cheap PCI-X cards
> were available. Once you add extensive ACL's, there's loads more
> [central] processing to be done than just packet routing (100k choices
> versus 2 to 4 interfaces). Syst
William Herrin wrote:
On Wed, Mar 26, 2008 at 4:26 PM, Sargun Dhillon <[EMAIL PROTECTED]> wrote:
from a viewpoint of hardware,
x86 is a fairly decent platform. I can stuff 40 (4x10GigE multiplex with
a switch) 1 GigE ports in it. Though, the way that Linux works, it
cannot handle high pac
On Wed, 26 Mar 2008, Adam Armstrong wrote:
> Joel Snyder wrote:
> > We would like to get an IPv6 tunnel to begin limited testing of IPv6
> > for customers. Is there any IPv6-savvy ISP out there who will
> > give/sell tunnels to other ISPs?
> Are there any EU ISPs doing IPv6 BGP peering/freebie
> FPGAs can be used to do both SRAM and TCAMs. All that is needed
> is an FPGA board with 10G or a 10G card with an FPGA on it.
The Xilinx Virtex family can already do 10G, if you
are into FPGA development (I seem to recall the
first Xilinx FPGA that could do 10G was 4-5 years
ago; forever in Mo
> High-rate routers try to keep the packets in an SRAM queue
> and instead of looking up destinations in a DRAM-based radix
> tree, they use a special memory device called a TCAM.
FPGAs can be used to do both SRAM and TCAMs. All that is needed
is an FPGA board with 10G or a 10G card with an FPG
Joel Snyder wrote:
We would like to get an IPv6 tunnel to begin limited testing of IPv6
for customers. Is there any IPv6-savvy ISP out there who will
give/sell tunnels to other ISPs?
Are there any EU ISPs doing IPv6 BGP peering/freebie transit-ish via
tunnels?
I'm trying to do some testing
On Wed, Mar 26, 2008 at 6:54 PM, Sargun Dhillon <[EMAIL PROTECTED]> wrote:
> I wonder how difficult it would be to integrate such a device on to
> an x86 board cheaply. Something like NetFPGA (http://netfpga.org/) would
> be an interesting place to start. The board has on board SRAM, a bit o
I wonder how difficult it would be to integrate such a device on to
an x86 board cheaply. Something like NetFPGA (http://netfpga.org/) would
be an interesting place to start. The board has on board SRAM, a bit of
DRAM, an FPGA, and 2 GigE interfaces.
I know it definitely isn't normal for
On Wed, Mar 26, 2008 at 4:26 PM, Sargun Dhillon <[EMAIL PROTECTED]> wrote:
> from a viewpoint of hardware,
> x86 is a fairly decent platform. I can stuff 40 (4x10GigE multiplex with
> a switch) 1 GigE ports in it. Though, the way that Linux works, it
> cannot handle high packet rates.
Correct
Actually, soon this will no longer be true. Vyatta's new platform,
Glendale, will be moving to Quagga. Quagga is much more stable, and
slow-moving compared to Xorp, which makes me slightly more comfortable
(less breakage between versions). There are some major features lacking
inside of the platf
Actually the latest version of Vyatta uses Quagga. If anyone is
interested in discussing the differences in running the two in
production networks feel free to contact me off list.
In full disclosure, I work for Vyatta.
Cheers,
Robert.
Peter Wohlers wrote:
> Vyatta is built on top of xorp. You
On Tue, 25 Mar 2008, Dorn Hetzel wrote:
>
> A close second might be liquid cooled air tight cabinets with the air/water
> heat exchangers (redundant pair) at the bottom where leaks are less of an
> issue (drip tray, anyone? :) )...
Something like what you suggest has been around for a year or two
Paul Vixie wrote:
[EMAIL PROTECTED] writes:
People rolling their own router are not the only ones who
want to do 10G on Linux.
speaking of which, has anybody run "xorp" in production? it looks as much
like JunOS as quagga/zebra looks like IOS. if "click" works on current
hardware and if th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Cisco Security Advisory: Cisco IOS Virtual Private Dial-up Network
Denial of Service Vulnerability
Advisory ID: cisco-sa-20080326-pptp
http://www.cisco.com/warp/public/707/cisco-sa-20080326-pptp.shtml
Revision 1.0
For
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Cisco Security Advisory: Vulnerability in Cisco IOS with OSPF, MPLS
VPN, and Supervisor 32, Supervisor 720, or
Route Switch Processor 720
Advisory ID: cisco-sa-20080326-queue
http://www.cisco.com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Cisco Security Advisory: Cisco IOS Multicast Virtual Private Network
(MVPN) Data Leak
Advisory ID: cisco-sa-20080326-mvpn
http://www.cisco.com/warp/public/707/cisco-sa-20080326-mvpn.shtml
Revision 1.0
For Public Release
On Wednesday 26 March 2008, Robert Boyle wrote:
> Even with their specialized hardware platform, bus, and
> extensive tuning, they only get 10Gb/s throughput on the
> dual or quad 10G modules. However you can do 100,000 line
> ACLs at that speed. It is built for a different
> application than core
[EMAIL PROTECTED] writes:
> People rolling their own router are not the only ones who
> want to do 10G on Linux.
speaking of which, has anybody run "xorp" in production? it looks as much
like JunOS as quagga/zebra looks like IOS. if "click" works on current
hardware and if the xorp/click integ
At 10:15 AM 3/26/2008, Lamar Owen wrote:
One thing I haven't seen discussed, though, is the other big issue with
high-density equipment, and that is weight.
Those raised floors have a weight limit. In our case, our floors, built out
in the early 90's, have a 1500 lb per square inch point load
At 09:59 AM 3/26/2008, you wrote:
> Is there a multiport card out there on to which some of the
> forwarding responsibilities can be offloaded? Perhaps the
> CPU doesn't need to see every packet that arrives on the machine.
Am I the only person who has heard of Google?
It didn't take me long
On Monday 24 March 2008, Deepak Jain wrote:
> While I enjoy hand waving as much as the next guy... reading over this
> thread, there are several definitions of sq ft (ft^2) here and folks are
> interchanging their uses whether aware of it or not.
[snip]
> A 30KW cabinet while one sounds lovely, a
Dorn Hetzel wrote:
I believe some of the calculations for hole/trench sizing per ton used
for geothermal exchange heating/cooling applications rely on the
seasonal nature of heating/cooling.
I have heard that if you either heat or cool on a continuous permanent
basis, year-round, then you ne
I believe some of the calculations for hole/trench sizing per ton used for
geothermal exchange heating/cooling applications rely on the seasonal nature
of heating/cooling.
I have heard that if you either heat or cool on a continuous permanent
basis, year-round, then you need to allow for more hole
23 matches
Mail list logo