I do have access to a CCR doing full table BGP. It's a disaster. You don't need 
a $50k Juniper. You just need a $500 server with some 10G cards. 


By traffic flows, I mean Netflow, IPfix, etc. 


No, they don't. 





----- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 




----- Original Message -----

From: "Darin Steffl" <[email protected]> 
To: "AnimalFarm Microwave Users Group" <[email protected]> 
Sent: Tuesday, September 24, 2019 6:35:10 PM 
Subject: Re: [AFMUG] Running MPLS 


Mike, 


Unless you run CCR for your bgp routers, you can't say they don't work. We've 
been running bgp on our network for 3+ years with CCR's and it works. 
Convergence time is slower than a $50k Juniper sure but it doesn't affect us 
badly. 


Traffic flows smoothly and the only time it really takes time to converge is 
when we update firmware on the Tiks twice a year during our maintenance 
windows. 


When it's not downloading full tables the other 99.99% of the year, they move 
plenty of traffic happily without any performance issues. 




On Tue, Sep 24, 2019, 3:56 PM Mike Hammett < [email protected] > wrote: 




Anyone that says CCRs work fine with full routes doesn't know what they're 
talking about. ;-) 




Always take full tables so you have proper information for your traffic flows, 
uRPF, etc. 




----- 
Mike Hammett 
Intelligent Computing Solutions 

Midwest Internet Exchange 

The Brothers WISP 






From: "Steve Jones" < [email protected] > 
To: "AnimalFarm Microwave Users Group" < [email protected] > 
Sent: Tuesday, September 24, 2019 3:52:47 PM 
Subject: Re: [AFMUG] Running MPLS 


for now we take full bgp tables from each, and default route. then ospf 
distributes default if connected. 
We run rb1100ahx2 at all sites but the edges. those are ccr1072, i dont care 
what anybody says, theyve been handling the tables just fine for over a year 
even with the one core pegged when taking the tables. 


The 1100s are sufficient for what we are doing, but id like to put 1072s 
wherever there are redundant paths. bringing the full or aggregated tables in 
would be nice. 


thats what i was asking about, if mpls would be what i needed to hop over the 
1100s since the underlying network is ospf 


On Tue, Sep 24, 2019 at 3:45 PM Seth Mattinen < [email protected] > wrote: 

<blockquote>
On 9/24/19 1:21 PM, Cassidy B. Larson wrote: 
> Dont bother importing all the 760k routes learned from your upstream 
> providers into your core. Having that many routes is only going to 
> impact your egress traffic to the Internet, which is probably a drop in 
> the bucket compared to your ingress traffic loads (Netflix, CDNs, etc). 
> Just advertise a default route into the core from both providers and 
> your core can figure out which way to go to get to the Internets. 


If you're multihoming you really should consider a full feed, depending 
on how much you like to sleep. 

A couple weeks ago, a carrier POP that I and some of my customer use had 
an issue where their transport carrier died in a way that took down all 
transports. The carrier's POP router was still up, as was BGP and 
interfaces, but if you looked at the BGP neighbors there were only a 
handful of routes coming from them. Relying on a default route 
effectively sending your traffic into a black hole, whereas if you'd 
been routing based on prefixes you'd stop sending traffic as the 
prefixes withdrew when it became islanded. I didn't even notice until 
the carrier called me on the emergency number and said hey we can't 
reach our equipment, and I was like that's odd because your 
interface+BGP is still up but I'm only seeing a few prefixes from you, 
at which point the larger transport issue was discovered. 

~Seth 

-- 
AF mailing list 
[email protected] 
http://af.afmug.com/mailman/listinfo/af_af.afmug.com 



-- 
AF mailing list 
[email protected] 
http://af.afmug.com/mailman/listinfo/af_af.afmug.com 

-- 
AF mailing list 
[email protected] 
http://af.afmug.com/mailman/listinfo/af_af.afmug.com 

</blockquote>

-- 
AF mailing list 
[email protected] 
http://af.afmug.com/mailman/listinfo/af_af.afmug.com 

-- 
AF mailing list
[email protected]
http://af.afmug.com/mailman/listinfo/af_af.afmug.com

Reply via email to