From 8cb152c90df4751ff4fd1c8f534e7c712fbf2740 Mon Sep 17 00:00:00 2001
From: Roelf Wichertjes
-
bgpq4 - bgp filtering automation for Cisco and Juniper routers
- bgpq4 [-h host] [-S sources] [-EP] [-f asn | -G asn] [-2346AbDdJjpX] [-r len] [-R len] [-m max] [-W len] OBJECTS [...]
-
The bgpq4 utility used to generate Cisco and Juniper prefix-lists, -extended access-lists, policy-statement terms and as-path lists based on -RADB data.
- -The options are as follows:
- -Assume that your device is asn32-capable.
- -Generate IPv4 prefix/access-lists (default).
- -Generate IPv6 prefix/access-lists (IPv4 by default).
- -Try to aggregate generated filters as much as possible (not all output formats -supported).
- -Generate output in BIRD format (default: Cisco).
- -Enable some debugging output.
- -Generate extended access-list (Cisco) or policy-statement term using -route-filters (Juniper).
- -AS numberGenerate input as-path access-list for adjacent as AS number.
numberGenerate output as-path access-list.
- -hostHost running IRRD database (default: rr.ntt.net).
Generate config for Juniper (default: Cisco).
- -Generate output in JSON format (default: Cisco).
- -lengthMaximum length of accepted prefixes (default: 32 for IPv4, 128 for IPv6).
matchExtra match conditions for Juniper route-filters. See the examples section.
- -nameName of generated configuration stanza.
Enable use of private ASNs and ASNs used for documentation purpose only -(default: disabled).
- -Generate prefix-list (default behaviour, flag added for backward compatibility -only).
- -lengthAllow more-specific routes with masklen starting with specified length.
- -lengthAllow more-specific routes up to specified masklen too. (Please, note: objects -with prefix-length greater than specified length will be always allowed.)
- -sourcesUse specified sources only (default: RADB,RIPE,APNIC).
- -Disable pipelining. (not recommended)
- -lengthGenerate as-path strings of a given length maximum (0 for infinity).
- -Generate config for Cisco IOS XR devices (plain IOS by default).
- -OBJECTSOBJECTS means networks (in prefix format), autonomous systems, as-sets and
-route-sets. If multiple objects are specified they will be merged.
Generating named Juniper prefix-filter for AS20597:
user@host:~>bgpq4 -Jl eltel AS20597
- policy-options {
- replace:
- prefix-list eltel {
- 81.9.0.0/20;
- 81.9.32.0/20;
- 81.9.96.0/20;
- 81.222.128.0/20;
- 81.222.192.0/18;
- 85.249.8.0/21;
- 85.249.224.0/19;
- 89.112.0.0/19;
- 89.112.4.0/22;
- 89.112.32.0/19;
- 89.112.64.0/19;
- 217.170.64.0/20;
- 217.170.80.0/20;
- }
- }
-
-
-For Cisco we can use aggregation (-A) flag to make this prefix-filter -more compact:
- - user@host:~>bgpq4 -Al eltel AS20597
- no ip prefix-list eltel
- ip prefix-list eltel permit 81.9.0.0/20
- ip prefix-list eltel permit 81.9.32.0/20
- ip prefix-list eltel permit 81.9.96.0/20
- ip prefix-list eltel permit 81.222.128.0/20
- ip prefix-list eltel permit 81.222.192.0/18
- ip prefix-list eltel permit 85.249.8.0/21
- ip prefix-list eltel permit 85.249.224.0/19
- ip prefix-list eltel permit 89.112.0.0/18 ge 19 le 19
- ip prefix-list eltel permit 89.112.4.0/22
- ip prefix-list eltel permit 89.112.64.0/19
- ip prefix-list eltel permit 217.170.64.0/19 ge 20 le 20
-
-
-and, as you see, prefixes 89.112.0.0/19 and 89.112.32.0/19 now aggregated
-into single entry
ip prefix-list eltel permit 89.112.0.0/18 ge 19 le 19.
-
-
-Well, for Juniper we can generate even more interesting policy-statement,
-using -M <extra match conditions>, -r <len>, -R <len> and hierarchical
-names:
user@host:~>bgpq4 -AJEl eltel/specifics -r 29 -R 32 -M "community blackhole" AS20597
-policy-options {
- policy-statement eltel {
- term specifics {
-replace:
- from {
- community blackhole;
- route-filter 81.9.0.0/20 prefix-length-range /29-/32;
- route-filter 81.9.32.0/20 prefix-length-range /29-/32;
- route-filter 81.9.96.0/20 prefix-length-range /29-/32;
- route-filter 81.222.128.0/20 prefix-length-range /29-/32;
- route-filter 81.222.192.0/18 prefix-length-range /29-/32;
- route-filter 85.249.8.0/21 prefix-length-range /29-/32;
- route-filter 85.249.224.0/19 prefix-length-range /29-/32;
- route-filter 89.112.0.0/17 prefix-length-range /29-/32;
- route-filter 217.170.64.0/19 prefix-length-range /29-/32;
- }
- }
- }
-}
-
-
-generated policy-option term now allows more-specific routes in range -/29 - /32 for eltel networks if they marked with community 'blackhole' -(defined elsewhere in configuration).
- -Of course, bgpq4 supports IPv6 (-6):
user@host:~>bgpq4 -6l as-retn-6 AS-RETN6
- no ipv6 prefix-list as-retn-6
- ipv6 prefix-list as-retn-6 permit 2001:7fb:fe00::/48
- ipv6 prefix-list as-retn-6 permit 2001:7fb:fe01::/48
- [....]
-
-
-and ASN32
- - user@host:~>bgpq4 -J3f 112 AS-SPACENET
- policy-options {
- replace:
- as-path-group NN {
- as-path a0 "^112(112)*$";
- as-path a1 "^112(.)*(1898|5539|8495|8763|8878|12136|12931|15909)$";
- as-path a2 "^112(.)*(21358|23456|23600|24151|25152|31529|34127|34906)$";
- as-path a3 "^112(.)*(35052|41720|43628|44450|196611)$";
- }
- }
-
-
-see AS196611 in the end of the list ? That's AS3.3 in 'asplain' notation.
If your router does not support ASN32 (yet) you should not use switch -3, -and the result will be next:
- - user@host:~>bgpq4 -f 112 AS-SPACENET
- no ip as-path access-list NN
- ip as-path access-list NN permit ^112( 112)*$
- ip as-path access-list NN permit ^112( [0-9]+)* (1898|5539|8495|8763)$
- ip as-path access-list NN permit ^112( [0-9]+)* (8878|12136|12931|15909)$
- ip as-path access-list NN permit ^112( [0-9]+)* (21358|23456|23600|24151)$
- ip as-path access-list NN permit ^112( [0-9]+)* (25152|31529|34127|34906)$
- ip as-path access-list NN permit ^112( [0-9]+)* (35052|41720|43628|44450)$
-
-
-AS196611 is no more in the list, however, AS23456 (transition AS) would
-have been added to list if it were not present.
When everything is OK, bgpq4 generates result to standard output and
-exits with status == 0. In case of errors they are printed to stderr and
-program exits with non-zero status.
To improve bgpq4 performance when expanding extra-large AS-SETs you
-shall tune OS settings to enlarge TCP send buffer.
FreeBSD can be tuned in the following way:
- -sysctl -w net.inet.tcp.sendbuf_max=2097152
-
-
-Linux can be tuned in the following way:
- -sysctl -w net.ipv4.tcp_window_scaling=1
-sysctl -w net.core.rmem_max=2097152
-sysctl -w net.core.wmem_max=2097152
-sysctl -w net.ipv4.tcp_rmem="4096 87380 2097152"
-sysctl -w net.ipv4.tcp_wmem="4096 65536 2097152"
-
-
-Please note that generated prefix-lists may not fit your router's -limitations. For example, JunOS supports only 85,325 prefixes in -each prefix-list 4.
- -Alexandre Snarskii snar@snar.spb.ru maintained bgpq3
- -Job Snijders job@ntt.net maintains bgpq4