Skip to content

BGP session dropped after 48 hours—anyone else?

Networking by Carl 25 replies 2.3K views
#11

I keep thirty client sites running in Amsterdam. Two of them wanted cheap anycast last year. I put them on Vultr London and Amsterdam, BGP fine, no 48-hour drops. That was mid-2024. Maybe Vultr fixed it or maybe it was specific regions. I never saw it.

Contabo I only use for offsite backup storage. Would not trust BGP there after reading this.

#12

Vultr São Paulo works fine for my setup. Full table since March, no drops. But I only announce a /24 and do not need the full table. Maybe the limit was for full-table sessions only? Less memory on their edge?

#13
kkingnova said:
Maybe the limit was for full-table sessions only?

Unlikely. RIB size is downstream of the session. The session itself costs the same whether you accept 0 prefixes or 900k. If they were memory-constrained they would limit RIB, not session age.

What AS is Contabo using for their sessions? I want to check their advertised capabilities — https://bgp.tools works for that.

iBGP, eBGP, don't care, just peer
#14

AS51167 for the VPS BGP. I can check their capabilities when the session comes back up, currently in my 47-hour crontab window so it's down. Give me two hours.

visit twice: install and decom
#15

I run a bakery and somehow also servers in Portland. I was going to ask what "full table" means but I searched and found it. 900,000 routes. That is a lot of routes. My entire network is three static IPs.

Following this thread because I like learning. Please do not explain to me, I will read more.

#16
Carl said:
AS51167

I have a Contabo VPS in Singapore, same AS. No BGP but I ran persistent TCP streams for video ingest. They drop at 48 hours too. Not BGP-specific. Their "network stability feature" is a generic TCP session limit.

9 #17
manish_wagon said:
Generic TCP session limit

That is worse. A 48-hour TCP cutoff breaks long-lived SSH tunnels, database replicas, anything stateful. BGP just happens to be the most visible because it logs explicitly.

Carl, when your session restarts, check if they support

BGP-GR
or
LLGR
. Graceful Restart might preserve forwarding during their forced teardown.

iBGP, eBGP, don't care, just peer
#18

Session is up. They advertise

Multiprotocol Extensions, Route Refresh, Graceful Restart, Four-Octet AS Number
. GR capability is there. I'll test if it actually works through their 48-hour cycle. Need to configure it on my side and wait two days. Will report back.

visit twice: install and decom
#19

I look after a rack in Madrid. We had similar with a budget Spanish provider, can't name them but not Contabo. Their "stability feature" was actually a state table overflow on cheap firewalls. Every 48 hours they flushed conntrack. BGP died, IPSec died, everything.

Moved to OVHcloud Strasbourg. More expensive, no funny business.

swimming upstream since 2019 🐟
5 #20

Same here. Following for Carl's GR test results.

Post a reply

You need an account to reply. Log in or register to join the conversation.

Post reply Preview Save draft