You will likely run out of CPU before bandwidth.
Even on nice hardware I have yet to exceed 1Mpps with OpenBSD.
/T
Den ons 19 dec. 2018 kl 03:12 skrev Max Clark :
> Tom,
>
> The presentation was very interesting and it's given me a lot of food for
> thought for another project. Fortunately for
Tom,
The presentation was very interesting and it's given me a lot of food for
thought for another project. Fortunately for this application I don't need
to worry about fire walling at the BGP edge, just the router replacement
itself.
Max
On Tue, Dec 18, 2018 at 6:02 PM Tom Smyth
wrote:
> Max
Max,
another thing to consider, is that with BGP feeds / Advertising
you only have some control over which direction traffic enters / leaves
the network, you may pefer one transit provider, but another network on the
internet can prefer your second transit provider, so you can have
traffic that a
Thanks Arnaud - I understand that it's not a stateful protocol/failover.
It's interesting from the standpoint that if I lose a specific box acting
as a router I would recover and maintain the route via the affected
carrier. A few minutes of outage for carp and BGP to come up is better than
a prolon
Hi Max,
I think if you run decent Recent servers with Intel NICS (not virtualised)
you can get those numbers, We use Hotlava Multiport 10GE Nics (Intel)
the only thing with running software only routers is what head room you
may have for multiple Connections etc...
we have similar traffic lev
Hello,
I've been presented with an opportunity to greatly simplify upstream
networking within a datacenter. At this point I'm expecting to condense
down to two 10 Gbps full feed IPv4+IPv6 transit links plus a 10 Gbps link
to the peering fabric. Total 95th percentile transit averages in the 3-4
Gbp
6 matches
Mail list logo
