Re: BIRD: route selection question

2011-03-28 Thread Ondrej Zajicek
On Mon, Mar 28, 2011 at 03:25:51PM +0400, Mikhail A. Grishin wrote:
> Hi, Ondrej
>
> Thank you for explanation.
>
> One more question: is it possible to add "bgp always-compare-med" option  
> in BIRD?

That would not be a problem. A question is under which circumstances such
comparison has some sense. Probably only if user overwrites all MEDs
on input to the AS.

-- 
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 -- to blame it on a computer is even more so."


signature.asc
Description: Digital signature


Re: BIRD: route selection question

2011-03-28 Thread Mikhail A. Grishin

Hi, Ondrej

Thank you for explanation.

One more question: is it possible to add "bgp always-compare-med" option 
in BIRD?



Ondrej Zajicek wrote, 28.03.2011 15:31:

On Mon, Mar 28, 2011 at 01:46:50PM +0400, Mikhail A. Grishin wrote:

Hi,

Why in the example below, the route via 194.226.100.51 is the best?

According http://bird.network.cz/?get_doc&f=bird-6.html#ss6.1
Route selection rules
...
"Prefer the lowest value of the Multiple Exit Discriminator."


As specified by BGP standard, MED is used to compare routes only if they
came from the same neighboring AS [*]. These came from a different ones
(20632 and 3277), so MED is not used and they are probably compared
by router ID, time of route or similar low-priority criteria.


[*] Perhaps it is not explicitly mentioned in documentation, but it is a
standard BGP behavior.





Re: BIRD: route selection question

2011-03-28 Thread Ondrej Zajicek
On Mon, Mar 28, 2011 at 01:46:50PM +0400, Mikhail A. Grishin wrote:
> Hi,
>
> Why in the example below, the route via 194.226.100.51 is the best?
>
> According http://bird.network.cz/?get_doc&f=bird-6.html#ss6.1
> Route selection rules
> ...
> "Prefer the lowest value of the Multiple Exit Discriminator."

As specified by BGP standard, MED is used to compare routes only if they
came from the same neighboring AS [*]. These came from a different ones
(20632 and 3277), so MED is not used and they are probably compared
by router ID, time of route or similar low-priority criteria.


[*] Perhaps it is not explicitly mentioned in documentation, but it is a
standard BGP behavior.

-- 
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 -- to blame it on a computer is even more so."


signature.asc
Description: Digital signature


BIRD: route selection question

2011-03-28 Thread Mikhail A. Grishin

Hi,

Why in the example below, the route via 194.226.100.51 is the best?

According http://bird.network.cz/?get_doc&f=bird-6.html#ss6.1
Route selection rules
...
"Prefer the lowest value of the Multiple Exit Discriminator."

And at both peers we have commented string
---
# default bgp_med 0; # MED value we use for comparison when none is defined
---
and the default value is 0.

Probably, for the route via 194.226.100.45 , the MED should be counted
as zero, and this route should win?

BIRD 1.2.5 ready.

bird> show route 194.105.192.0/19 all
194.105.192.0/19   via 194.226.100.51 on em0 [R20632x1 2011-03-22
21:37:36] * (100) [AS6820i]
Type: BGP unicast univ
BGP.origin: IGP
BGP.as_path: 20632 6820
BGP.next_hop: 194.226.100.51
BGP.med: 160
BGP.local_pref: 100
   via 194.226.100.45 on em0 [R3277x1 2011-03-16
12:47:37] (100) [AS6820i]
Type: BGP unicast univ
BGP.origin: IGP
BGP.as_path: 3277 6820
BGP.next_hop: 194.226.100.45
BGP.local_pref: 100




Re: IRC

2011-03-28 Thread Nick
There are at least about 10 bird users on #anonet in the AnoNet chat
cloud.  There are many ways to connect, including IRC, webchat, udpmsg3,
udpmsg4, telnet, and jabber (but I think that jabber only works from
inside anonet):
http://www.anonet2.org/#How_to_Join

Join us :-)

SRN

On Thu, Mar 24, 2011 at 11:07:47PM +0100, Ji?í Kubí?ek wrote:
> Hello,
> 
> there is ircnet which is most used in .cz, but there were some problems with 
> this irc network so we moved for example #rubyonrails.cz to freenode a while 
> ago and we do not experience any problems.
> 
> All of the free software channels I have recently used (ie. #puppet, 
> #couchdb, #rabbitmq, #elasticsearch) are on freenode as well.
> 
> Already four of us are on #bird at freenode. Join us :)
> 
> Jiri Kubicek 
> 
> 
> On 24.3.2011, at 21:42, Chris Malayter wrote:
> 
> > From a network perspective, I'd much rather use a smaller network, than a 
> > large network like freenode.  Keeps the troll level down.
> > 
> > -Chris
> > 
> > On Mar 24, 2011, at 4:18 PM, Ji?í Kubí?ek wrote:
> > 
> >> Hello,
> >> 
> > ps. is there bird related irc channel or do devs use irc?
> > (arekm@freenode)
>  I am also interested in this (consi@freenode). :)
> >>> +1 (_ruben@freenode)
> >> 
> >> 
> >> I have joined #bird channel on freenode. Meantime two other bird users 
> >> have joined this channel as well.
> >> 
> >> #bird channel was registered by another user, but has not been used by 
> >> this user about a year.
> >> 
> >> I have asked on #freenode channel, if there is any way to gain 
> >> registration of this channel and i was pointed to group registration page 
> >> (http://freenode.net/group_registration.shtml). This registration has to 
> >> be filled by bird team representative.
> >> 
> >> Another option is to use channel ##bird as unofficial bird channel, but I 
> >> hope bird team will fill the registration.
> >> 
> >> S pozdravem
> >> 
> >> Jiri KUBICEK
> >> 
> >> --
> >> KRAXNET s.r.o. -  www.kraxnet.cz
> >> Kamenicka 26, 170 00 Praha 7
> >> ---
> >> 
> >> 
> > 
> 
> S pozdravem
> 
> Jiri KUBICEK
> 
> --
> KRAXNET s.r.o. -  www.kraxnet.cz
> Kamenicka 26, 170 00 Praha 7
> ---
> 

-- 
Their mad rush in getting us out of the country is the greatest proof to
me that I have served the cause of humanity, that I have never wavered
or compromised.
   -- Emma Goldman

Wanna turn ICANN into ICANN't?  Join a darknet today:
http://www.anonet2.org/darknet_comparison