These are chat archives for Exa-Networks/exabgp

12th
Mar 2015
Thomas Mangin
@thomas-mangin
Mar 12 2015 08:54
Not had an opportunity (and I changed wholesales provider for DSL and my home line was last night 512k with 5% to 20% packet loss - not ideal to do anything) :-(
The joy of being guinea pig !
Ian bobbitt
@icb-
Mar 12 2015 13:21
I'm working on modernizing a project that currently uses zebra (yes...) MRT dumps of the routing table. We're using the routing table snapshots to resynchronize and then replay the updates. Is there a way to get ExaBGP to dump out per-peer route information, or am I going to have to keep track of the entire routing table and write out these snapshots myself? I see there's a "show routes [extensive]" command, but it doesn't seem to do what I want.
Thomas Mangin
@thomas-mangin
Mar 12 2015 13:34
Hi @icb- I am unclear on what you want to exactly do …
You will have to write a little bit of code ( because everything in ExaBGP requires a little script to do what you need )
But it should be able to do whatever one would want
Ian bobbitt
@icb-
Mar 12 2015 13:37
I know I'll have to write some code. The question is whether I can pass a "show routes received" command (or similar) and get back a dump back of what routes are currently active from a peer, or whether I need to keep track of that myself.
sanjmonkey
@sanjmonkey
Mar 12 2015 13:47
@icb- I think you will need to keep track of this yourself, processing the update and withdraw messages
Ian bobbitt
@icb-
Mar 12 2015 13:51
That's what I was afraid of. I was just hoping I could get away without it when I saw that exabgp.rib.RIB has both an incoming and outgoing exabgp.rib.store.Store, but the incoming doesn't appear to ever have anything in it.
Thomas Mangin
@thomas-mangin
Mar 12 2015 13:52
Correct - we do not store incoming route ATM
You need to create an helper application and handle the routes there
Ian bobbitt
@icb-
Mar 12 2015 13:52
Is that something that's planned, or that you would be interested in adding?
Thomas Mangin
@thomas-mangin
Mar 12 2015 13:52
you can have a look at GIXLG which store them in a DB for you
Ian bobbitt
@icb-
Mar 12 2015 13:55
#46 and #42 both look like they would benefit from it
Thomas Mangin
@thomas-mangin
Mar 12 2015 13:56
I am “currently” (ie on/off) working on adding a correct CLI
when I am done I will look at these features
Ian bobbitt
@icb-
Mar 12 2015 13:56
Awesome. Thank you.
Thomas Mangin
@thomas-mangin
Mar 12 2015 13:56
But I already promised more draft support and need to that first ( but both projects may overlap)
Ian bobbitt
@icb-
Mar 12 2015 13:57
Would you like me to open an issue requesting it, or will #42 work for that?
Thomas Mangin
@thomas-mangin
Mar 12 2015 13:58
Fell free to +1 #42
Ian bobbitt
@icb-
Mar 12 2015 13:58
Will do. Thanks again!
sanjmonkey
@sanjmonkey
Mar 12 2015 14:02
@icb- GIXLG is a good starting point I would say, but you might soon find yourself wanting more (eg other AFI/SAFI support for example). In which case you should probably write something more specific to your needs. Depending on what you want to do with the data and size of the rib, you may just want to store this in memory and provide an API rather than dumping to a DB...
Ian bobbitt
@icb-
Mar 12 2015 14:04
@sanjmonkey at this point, all I care about is whether I can see any route originated from a set of ASs, so it shouldn't be too bad.