I guess it should be possible by defining the bind-address accordingly:
listen bgp address w.x.y.z;
and of course splitting the config-files and starting the daemons
accordingly, and yes, you might need to change the communication socket
on the second bird.
I guess this is something that does
On 4/26/10 5:50 PM, Joakim Tjernlund wrote:
Arnold Nipper wrote on 2010/04/26 17:40:51:
On 26.04.2010 17:06 Joakim Tjernlund wrote
OK, but it would be handy if I could config log files from there.
BIRD is like a racing car whereas you are talking about a Mercedes-Benz
S-type ... you see
On Apr 23, 2010, at 11:39 , Ondrej Zajicek wrote:
> On Fri, Apr 23, 2010 at 10:13:32AM +0200, Wolfgang Hennerbichler wrote:
>> now I've setup BIRD to peer on the different source interfaces and from
>> different ASes to simulate productive routers:
>>
>>
Fellow BIRD users,
The Vienna Internet Exchange is using BIRD now in production mode. No issues so
far, BIRD runs perfectly smooth.
Additionally I have now deployed a quarantine route server that would simulate
real peerings in a quarantine setup, in order to check stuff on new peers. by
doin
On Apr 9, 2010, at 22:09 , Ondrej Filip wrote:
> Hi!
Hi,
> New version is ready, completely prepared by Santiago, good job. :-)
I wanted to thank you for the new release. The community-bug I've reported is
fixed, and the Pattern matching for 'show protocols' command is great and saves
me a
On Apr 9, 2010, at 14:08 , Ondrej Zajicek wrote:
> On Fri, Apr 09, 2010 at 10:49:15AM +0200, Wolfgang Hennerbichler wrote:
>> Hm. Now this is strange indeed. I run linux 2.6.33.1 (amd64) - but it
>> is a virtualized host (with xen). Maybe it was xen's fault, but the logs
>
On Apr 9, 2010, at 12:44 , Arnold Nipper wrote:
>
> Is this really a BIRD bug? I guess it is expected behaviour to drop a
> session if you _think_ you missed keepalives
Time Counters within a Daemon should NEVER be dependent on the system time, so
yes, I would consider this a bug of BIRD, but i
On Apr 9, 2010, at 10:49 , Ondrej Zajicek wrote:
> On Fri, Apr 09, 2010 at 10:22:05AM +0200, Wolfgang Hennerbichler wrote:
>> Hi Ondrejs,
>>
>> I think I found another bug. For some mysterious reason our system time
>> jumped forward (more than 30.000 seconds) on
On Apr 9, 2010, at 10:43 , Ondrej Zajicek wrote:
> On Fri, Apr 09, 2010 at 10:09:22AM +0200, Wolfgang Hennerbichler wrote:
>> Great news. Actually I think every cisco router threw up, JunOS didn't seem
>> to care (I think).
>> BTW: What happens if I do a bgp_communi
Hi Ondrejs,
I think I found another bug. For some mysterious reason our system time jumped
forward (more than 30.000 seconds) on one of our route-servers. I don't know
why this happened, but I suspect a broken ntp server could have caused this.
Nevetheless, this was reason enough for BIRD to d
On Apr 9, 2010, at 10:08 , Ondrej Zajicek wrote:
> Hello.
Hi,
> Thank you for the bug report.
No problem.
> The RFC 1997 does not explicitly forbid
> empty community attribute and we assumed that it is valid. But if
> some Cisco routers don't like it reasonable to not generate such
> attrib
do
you think? Are there any chances you could fix this in the coming update?
Wolfgang
On Apr 8, 2010, at 14:05 , Wolfgang Hennerbichler wrote:
> Hi BIRD-Users,
>
> I just got into a situation here...
> I reconfigured my bird (with some new filter rules on BGP), but now some
>
Hi BIRD-Users,
I just got into a situation here...
I reconfigured my bird (with some new filter rules on BGP), but now some
peerings don't come up anymore:
bird> show protocols R8596x130
name prototablestate since info
R8596x130 BGP T8596x130 start 12:03 Idle
As far as I remember I had the same issues when checking the BGP metrics, which
were NULL in some cases. Zeoring out helped.
if ! defined (bgp_med) then bgp_med = 0;
Wolfgang
On Mar 21, 2010, at 20:11 , Arnold Nipper wrote:
> Is there a way how I could debug
>
> 2010-03-21 19:08:12 filter
On Mar 22, 2010, at 09:40 , Arnold Nipper wrote:
> On 22.03.2010 08:41 Wolfgang Hennerbichler wrote
>
>> would it be possible to let bird6 log with the bird6 prefix to syslog
>> instead of bird? This would make debugging a little easier, as we run
>> bird and bird6 on th
On Mar 22, 2010, at 09:26 , Arnold Nipper wrote:
> On 22.03.2010 07:32 Wolfgang Hennerbichler wrote
>
>> Don't know if it is optimal, but I can tell you how we do it: Our
>> routes are generated from the RIPEdb (I won't discuss why not RADB,
>
> I guess y
Good Morning Ondrej & Ondrej,
would it be possible to let bird6 log with the bird6 prefix to syslog instead
of bird? This would make debugging a little easier, as we run bird and bird6 on
the same machine, and it's not too easy to determine which bird is logging
what. I guess this would be tri
On Mar 21, 2010, at 23:16 , Arnold Nipper wrote:
> However I still would like to know what an optimal solution could look
> like. I.e. a solution also covering the corner cases.
Don't know if it is optimal, but I can tell you how we do it: Our routes are
generated from the RIPEdb (I won't discu
On Mar 19, 2010, at 08:47 , Arnold Nipper wrote:
> On 19.03.2010 08:10 Wolfgang Hennerbichler wrote
>
>> ... checks if the as-path is valid ...
>
> you really do that? We only do something like
>
> case bgp_path.last {
> 13238: if pref_AS13238() then accept;
>
On Mar 18, 2010, at 21:03 , Arnold Nipper wrote:
> On 18.03.2010 15:25 Wolfgang Hennerbichler wrote
>
>> I'm having my bird6 nearly up and running, and just stumbled across
>> the following minor crash.
>
> just curious ... what is a _minor_ crash? Sounds like a l
On Mar 18, 2010, at 22:36 , Ondrej Filip wrote:
> On 17.3.2010 16:34, Wolfgang Hennerbichler wrote:
>> Hi Ondrejs & Fellow BIRD users,
>>
>> I'm currently building the IPv6 Part of our BIRD Configuration Template. I'm
>> trying to build it in the sam
Hi,
I'm having my bird6 nearly up and running, and just stumbled across the
following minor crash. I have a filter defined like this:
filter bgp_in_AS1853x104
prefix set allnet;
{
if ! defined (bgp_med) then bgp_med = 0;
if ! (avoid_martians()) then reject;
if ! (bgp_path ~ [= 1853 * =])
On Mar 17, 2010, at 23:13 , Arnold Nipper wrote:
> On 17.03.2010 16:34 Wolfgang Hennerbichler wrote
>
>> I'm currently building the IPv6 Part of our BIRD Configuration
>> Template. I'm trying to build it in the same way as our IPv4 stuff,
>> which is trivial,
On Mar 17, 2010, at 23:31 , Arnold Nipper wrote:
>> I need this for my deployment scripts, but I can't get bird to crash
>> unfortunately :)
>>
>
> do 'echo "show route where defined(bgp_atomic_aggr)" | birdc' ;-)
good call, didn't crash in my case as we have nothing in the main rib, but it
"
Hi Ondrejs & Fellow BIRD users,
I'm currently building the IPv6 Part of our BIRD Configuration Template. I'm
trying to build it in the same way as our IPv4 stuff, which is trivial, because
I've prepared all the code for a "dual stack" implementation. My question is,
what your current best prac
On Mar 10, 2010, at 20:57 , Arnold Nipper wrote:
> I have introduced "route limit" as a countermeasure for peers leaking
> full tables. Extra safety belt as we do as-path and prefix filter
> anyway. But you never know.
>
> When doing "configure", bird crashed. Same for bird6 I guess.
>
> Where
On 3/11/10 10:06 PM, Arnold Nipper wrote:
On 11.03.2010 21:44 Arnold Nipper wrote
On 11.03.2010 21:21 Ondrej Zajicek wrote
On Thu, Mar 11, 2010 at 09:02:12PM +0100, Arnold Nipper wrote:
I'm running 1.2.1, config is like
Connection did not establish as peer hadn't password set. However as
On Mar 10, 2010, at 11:29 , Arnold Nipper wrote:
> On 10.03.2010 11:16 Wolfgang Hennerbichler wrote
>
>> I guess it's enough to look into the configured limit of Rx in
>> bird.conf, the maximum number of prefixes has simply been reached for
>> that peer.
>
Servus Arnold,
I guess it's enough to look into the configured limit of Rx in bird.conf,
the maximum number of prefixes has simply been reached for that peer.
On Mar 10, 2010, at 11:13 , Arnold Nipper wrote:
> I see
>
> Mar 10 11:01:40 rs5-l bird: Rx: Received: Maximum number of
> pr
On Dec 20, 2009, at 16:33 , Ondrej Filip wrote:
> Hi!
> New version is ready. Santiago made a great job. This version includes
> some minor enhancements.
>
> Version 1.1.7 (2009-12-20)
> o Implements BGP Route Refresh (RFC 2918).
seems to work perfect! thanks a lot from vienna!
> o Implemen
On Dec 4, 2009, at 16:56 , Ondrej Zajicek wrote:
> On Thu, Dec 03, 2009 at 12:33:22PM +0100, Wolfgang Hennerbichler wrote:
>>>> Hi Folks,
>>>>
>>>> I just made a little experiment:
>>>> * let BIRD peer with a router that has Full Feed
>
On Sep 11, 2009, at 11:56 , Ondrej Zajicek wrote:
> On Fri, Sep 11, 2009 at 10:14:04AM +0200, Wolfgang Hennerbichler wrote:
>> Hi Folks,
>>
>> I just made a little experiment:
>> * let BIRD peer with a router that has Full Feed
>> * letting BIRD eat Full Fe
On Dec 1, 2009, at 13:09 , Ondrej Zajicek wrote:
> On Tue, Dec 01, 2009 at 10:48:56AM +0100, Wolfgang Hennerbichler wrote:
>>> Every route passes through at most one pipe according to your expected
>>> filter behavior?
>>
>> well, a route can be distributed fro
On Nov 30, 2009, at 21:18 , Ondrej Zajicek wrote:
>> ...
>
> I checked the source for the loop check and it seems that there are some
> problems in that code.
ok.
> Second, in some situations the loop check does not work and that causes
> that the first problem manifests less often :-).
allr
yes.
use birdc and the 'show route' command including it's parameters. (protocol &
table)
On Nov 30, 2009, at 18:10 , Martin Kraus wrote:
> hello. is it possible to see the information about bgp sessions? accepted
> routes, sent routes etc? similar to what quagga does?
>
> thanks
> mk
>
--
On Nov 23, 2009, at 18:23 , Ondrej Zajicek wrote:
> On Mon, Nov 23, 2009 at 08:19:43AM +0100, Wolfgang Hennerbichler wrote:
>> well, this is because our concept differs from the one of nic.cz. We
>> filter at the border, and build pipes to every neighbor who has decided
>&
On Di, 24.11.2009, 16:13, Ondrej Zajicek wrote:
>
> Thank you for your notes.
Thank YOU for your help.
> --
> Elen sila lumenn' omentielvo
>
> Ondrej 'SanTiago' Zajicek (email: santi...@crfreenet.org)
> OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net)
> "To err is human --
On Mo, 23.11.2009, 18:09, Ondrej Zajicek wrote:
>
> It was clear for me. I checked route refresh specification and it
> seems to be pretty easy to implement (at least 'the requesting side'
> of it), therefore i hope we can implement it soon.
woooh, great news, thank you so much!
> BTW, what k
On Nov 23, 2009, at 18:23 , Ondrej Zajicek wrote:
> On Mon, Nov 23, 2009 at 08:19:43AM +0100, Wolfgang Hennerbichler wrote:
>> well, this is because our concept differs from the one of nic.cz. We
>> filter at the border, and build pipes to every neighbor who has decided
>&
On Nov 23, 2009, at 08:19 , Wolfgang Hennerbichler wrote:
>
> On Nov 20, 2009, at 16:17 , Ondrej Zajicek wrote:
>
>> On Fri, Nov 20, 2009 at 02:19:05PM +0100, Wolfgang Hennerbichler wrote:
>>> Fellow Bird Users,
>>>
>>> Now I realized that if I ch
On Nov 20, 2009, at 16:17 , Ondrej Zajicek wrote:
> On Fri, Nov 20, 2009 at 02:19:05PM +0100, Wolfgang Hennerbichler wrote:
>> Fellow Bird Users,
>>
>> Now I realized that if I changed the definition for 'allnet' and do a
>> 'configure soft' th
Fellow Bird Users,
I thought our bird installation was ready for prime-time as one thing caught my
eye which I don't like at all, but hopefully you can help me out - we do bgp
connections like this (only necessary stuff displayed):
protocol bgp R1120x193_203_0_25 {
local as myas;
neighbo
On Nov 19, 2009, at 10:39 , Ondrej Zajicek wrote:
> On Thu, Nov 19, 2009 at 07:30:02AM +0100, Wolfgang Hennerbichler wrote:
>> Dear Bird Users,
>>
>
>> we (Vienna Internet Exchange) are one step closer to deploying bird
>> into beta for our exchange - we h
On Nov 19, 2009, at 10:32 , Ondrej Zajicek wrote:
> On Thu, Nov 19, 2009 at 08:40:44AM +0100, Wolfgang Hennerbichler wrote:
>> Hi Birdies,
>>
>
>> I've got a good reason to belive that the option 'default bgp_med' is
>> not working (at all), at l
Hi Birdies,
I've got a good reason to belive that the option 'default bgp_med' is not
working (at all), at least in my setup. I do something like this in a filter:
export filter {
if from = 1.2.3.4 then {
print bgp_med;
print from;
print net;
bgp_med = bgp_med + 1
Dear Bird Users,
we (Vienna Internet Exchange) are one step closer to deploying bird into beta
for our exchange - we have an automated configuration generation tool that
grabs all data from our database and creates a bird.conf (ipv6 support is on
it's way). Now the same tool that generates the
46 matches
Mail list logo
