====== Default administrative distance ======
Taken from quagga 0.99.20.1/lib/zebra.h but is still the same in quagga 0.99.24 \\
Reordered them according to their value for easier reading
/* Default Administrative Distance of each protocol. */
#define ZEBRA_KERNEL_DISTANCE_DEFAULT 0
#define ZEBRA_CONNECT_DISTANCE_DEFAULT 0
#define ZEBRA_STATIC_DISTANCE_DEFAULT 1
#define ZEBRA_EBGP_DISTANCE_DEFAULT 20
#define ZEBRA_OSPF_DISTANCE_DEFAULT 110
#define ZEBRA_OSPF6_DISTANCE_DEFAULT 110
#define ZEBRA_ISIS_DISTANCE_DEFAULT 115
#define ZEBRA_RIP_DISTANCE_DEFAULT 120
#define ZEBRA_RIPNG_DISTANCE_DEFAULT 120
#define ZEBRA_IBGP_DISTANCE_DEFAULT 200
From IRC about OSPF tags and other things not working for me
19:52 < sunkan> I'm trying to use BGP communitys and OSPF tags to be able to have multiple redistribution points, but I can't seem to get the
"redistribute bgp route-map bgp-to-ospf" part to work. The route-map matches on a community-list which in turn should match on
the community. But it seems as whatever I specify in the community-list it makes no difference (just as if I had only specified
"ip community-list 10 permit/deny" with no community specified)
19:53 < sunkan> I don't have any experience of this previously so working examples would be great, I don't have so much experience with BGP in
general either.
20:15 -!- xulf [47bd2a0c@gateway/web/freenode/ip.71.189.42.12] has joined #quagga
20:25 < me_not_you> patdk-wk: increase in what?
20:25 < patdk-wk> performance :)
20:26 < patdk-wk> just trolling
20:36 < me_not_you> ah performance is well worth it.
20:36 < me_not_you> we have a test that pre patches took 5 minutes, now take ~5 seconds
20:40 -!- Slashman [~Slash@194.79.152.18] has quit [Quit: Leaving]
20:41 < paul> sunkan: should work... there are some brief examples in the docs, did you look there?
20:42 < sunkan> paul: Yes I have looked there but I did not see any that used redistribution, or have I missed that somehow?
20:43 -!- fabled [~tteras@83.145.235.201] has quit [Quit: Leaving]
20:53 < sunkan> paul: Would you mind checking if this looks sane? http://paste.debian.net/411132/
20:58 < paul> sunkan: ah, you can't match on communityies in the route-map used in ospf context.
21:00 < paul> sunkan: when the route is redistributed, only basic routing information is attached to it from that point on. The protocol
specific info, i.e. BGP attributes are gone.
21:00 < sunkan> paul: Ok, I suppose I don't understand how it should work then. You understand what I am trying to do right?
21:06 < paul> sunkan: i'm surprised you're even allowed to input that.
21:07 < sunkan> paul: Can I filter that with "neighbor 172.16.0.3 route-map ospf-to-bgp in" instead (I suppose I would need two different
route-maps - one for redist and one for the neighbor?)
21:08 < sunkan> paul: Don't know if it matters, but this is on a VyOS router so normally the commands are entered from the VyOS cli not through
vtysh. I chose to show commans from vtysh assuming that is what folks here are familiar with..
21:08 < paul> sunkan: i can see what you're trying to do. the 'set tag ...' thing is an extension methinks... regardless thouh I don't think
'match community 10' can work in the bgp-to-ospf routemap.
21:08 < paul> cause that is evaluated by ospfd
21:09 < paul> and the routes ospfd gets do not have a BGP community attached.
21:09 < sunkan> paul: I have looked at the output from "show route-map ..." and that also shows indication of what you are saying, if I
interpret that output correct that is.
21:10 < paul> sunkan: if you filtered on the prefix, that should work.
21:11 < sunkan> paul: I know prefix is an option, but I'd prefer using tags/communitys if possible as that is more of a set-and-forget
configuration on the routers that do redistribution.
21:11 -!- kei [~kei@75-144-22-190-sfba-ca.hfc.comcastbusiness.net] has joined #quagga
21:39 -!- kei [~kei@75-144-22-190-sfba-ca.hfc.comcastbusiness.net] has quit [Remote host closed the connection]
21:40 < paul> sunkan: try just setting tags. So on BGP side you set a tag, and ospf match on the tag.
21:41 < paul> but... upstream quagga doesn't have that, note. if it works, it's cause VyOS added it.
21:41 < paul> (which the commands you pasted suggest)
21:42 < sunkan> paul: Hmm.. I'm not aware that they have made any major changes.
21:42 < sunkan> paul: Thing is I know I decided not to use tags a long time ago due to missing support, but when I checked recently I found
information suggesting otherwise.
21:43 < paul> sunkan: well, we don't have that 'set tag' command so they must have added that.
21:43 < paul> there was a tag patch.
21:43 < sunkan> paul: I'm sure you know better than me ;)
22:05 < sunkan> paul: I just installed Quagga 0.99.23.1 that comes with Debian stable, it can use "set tag" in route-map as well. Are you sure
it's not in the general Quagga? I could not see that it had been added by VyOS either when diffing their source and the upstream
source..
22:06 -!- me_not_you [~Adium@42-10-255-199.rev.celito.net] has quit [Quit: Leaving.]
22:10 < paul> sunkan: ah.. well, ripd/ripngd have such a command.
22:10 < paul> sunkan: but bgpd and ospfd don't.
22:11 < paul> sunkan: so, that command isn't even making it to ospfd or bgpd in your configs.
22:11 < sunkan> paul: Oh I see what you mean.
22:12 < paul> sunkan: you're uisng a unified cli, it knows which commands are accepted by which daemons, it sends them only to them.
22:12 < paul> unfortunately, it doesn't know you were expecting them to go to ospfd and/or bgpd.
22:15 < sunkan> paul: Ok, well then that means that OSPF tags are not working with quagga at this time.. Thanks for making that clear to me.
22:15 < paul> sunkan: right, correct.
22:16 < paul> sunkan: there is a patch to add support for adding tags generally.
22:17 < sunkan> paul: Ok, I will have to look into that or go for another solution (like filtering on the prefix as you mentioned)
22:18 < paul> a prefix is a tag of sorts...
22:18 < paul> certainly so in a clean network ;)
22:18 < paul> but i can understand further groupings than just allowed by the prefix may be desirable.
22:19 < sunkan> sunkan: Yes, and as it is now it should be no big issue with using that. I'm just a bit worried that someone might forget and
use a network in the wrong network as things evolve.
22:21 < sunkan> paul: Also I think it may be due to the fact that VyOS activates all daemons (including RIP) that makes it possible to create a
route-map with "set tag" in it. When I tried with only OSPF and BPG enabled the "set tag" was silently ignored when I entered it.
22:24 < paul> ah, maybe.
22:32 < sunkan> paul: Yes I can confirm that if I shutdown ripd the tag is also "ignored" in the quagga that is in VyOS.
22:33 < sunkan> paul: Thanks again for your help, will have to discuss with the collegues tomorrow on how to proceed knowing this..
22:33 < paul> cool.
22:33 < paul> can probably find that patch back if needs be.
22:33 < sunkan> paul: I doubt we will go that route but if so I'll come by and ask.