Re: OpenBSD & OpenBGPD router replacement

2018-12-19 Thread Tony Sarendal
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

Re: OpenBSD & OpenBGPD router replacement

2018-12-18 Thread Max Clark
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: >

Re: OpenBSD & OpenBGPD router replacement

2018-12-18 Thread Tom Smyth
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

Re: OpenBSD & OpenBGPD router replacement

2018-12-18 Thread Max Clark
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

Re: OpenBSD & OpenBGPD router replacement

2018-12-18 Thread Tom Smyth
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