On 5/30/14, 3:57 PM, Job Snijders wrote:
On Thu, May 29, 2014 at 11:21:01PM +0200, Ondrej Zajicek wrote:
On Tue, May 27, 2014 at 08:42:04PM +0900, Ilias Pallikarakis wrote:
Hi, I figured out that my problem was simply not configuring BIRD for multihop neighbour. I have, however, another question if someone would care to answer. From my search so far I came to the conclusion that in BIRD you cannot mrtdump to more than one file (per process) and that it is still not possible to periodically dump a table. Is that correct ? That is true. MRTdump was on border of my interests but it could be easily extended. What features w.r.t. MRTdump would be considered useful? Automatic file rollover would be a great feature!
Have the BIRD process periodically (say every hour) close the MRT file, and open a new one with a new filename which has the date in it. Bonuspoints for making these intervals configurable :-)
Kind regards,
Job
Not sure if this is considered a given but having the ability to store the tables in a different file than the BGP update/state changes (or any other protocol you might see fit to support dumps) would also be greatly appreciated. Best Regards, Ilias