1FRR-ZEBRA(8) FRR FRR-ZEBRA(8)
2
3
4
6 frr-zebra - a routing manager for use with associated FRRouting compo‐
7 nents.
8
10 zebra [-h] [-v]
11
12 zebra [-d|-t|-dt] [-C] [-f config-file] [-i pid-file] [-z zclient-path]
13 [-u user] [-g group] [-A vty-addr] [-P vty-port] [-M module[:options]]
14 [-N pathspace] [--vty_socket vty-path] [--moduledir module-path]
15
17 zebra is a routing manager that implements the zebra route engine. ze‐
18 bra supports all protocol daemons in the FRRouting suite.
19
21 OPTIONS available for the zebra command:
22
23 HELP AND VERSION
24 -h, --help
25 Print a short description of the daemon's command line options.
26
27 -v, --version
28 Print version and build information for the daemon.
29
30 Both of these options inhibit normal operation and will immediately
31 exit.
32
33 PROCESS CONTROL
34 These options control background operation:
35
36 -d, --daemon
37 Launches the process in background/daemon mode, forking and
38 detaching from the terminal.
39
40 The parent process will delay its exit until the daemon/child
41 has finished its initialization and has entered its main loop.
42 This is important for zebra startup because the other daemons
43 will attempt to connect to zebra. A return from zebra -d guaran‐
44 tees its readiness to accept these connections.
45
46 -t, --terminal
47 Opens an interactive VTY session on the terminal, allowing for
48 both state and configuration operations. Note that the terminal
49 starts operating after startup has completed and the configura‐
50 tion file has been loaded.
51
52 The process will exit when end of file is detected on the termi‐
53 nal. It is possible to daemonize a process started with -t (but
54 without -d) by sending SIGQUIT to the process (normally mapped
55 to a ^keypress.)
56
57 The combination of --daemon and --terminal will delay the daemon from
58 going into background until the terminal session ends (by end of file.)
59
60 If the process receives SIGINT (e.g. a ^C keypress) in this mode, it
61 will exit instead of daemonizing.
62
63 It is safe to suspend (SIGTSTP / ^Z) the terminal session opened by the
64 previous two options; this will only stop the terminal but not the
65 protocol daemon itself (which runs in a separate second process.)
66
67 CONFIGURATION AND PATHS
68 The following options control configuration and file system locations
69 for frr processes:
70
71 -f, --config_file config-file
72 Specify a configuration file to be used instead of the default
73 /etc/frr/<daemon>.conf file.
74
75 Note that the daemon will attempt to write to this file if the
76 write file command is issued on its VTY interface or through
77 vtysh.
78
79 -C, --dryrun
80 Load the configuration file and check its validity, then exit.
81
82 -i, --pid_file pid-file
83 Output a pid file to a location other than the default
84 /var/run/frr/<daemon>.pid.
85
86 -z, --socket zclient-path
87 Override the path of the ZAPI socket used to communicate between
88 zebra and the various protocol daemons. The default is
89 /var/run/frr/zserv.api. The value of this option must be the
90 same across all daemons.
91
92 -N, --pathspace pathspace
93 Insert pathspace into all default paths, changing the defaults
94 to:
95
96 /etc/frr/pathspace/<daemon>.conf /var/run/frr/pathspace/<dae‐
97 mon>.pid /var/run/frr/pathspace/<daemon>.vty
98 /var/run/frr/pathspace/zserv.api
99
100 ´.´ and ´/´ characters will not be accepted in pathspace, but
101 the empty string will be accepted.
102
103 Note that this only changes the respective defaults, it has no
104 effect on the respective path if the -f, -i, -z or --vty_socket
105 options are used.
106
107 The purpose of this option is to easily group all file system
108 related bits together for running multiple fully-separate "logi‐
109 cal routers" on a system, particularly with Linux network name‐
110 spaces. Groups of daemons running with distinct pathspace val‐
111 ues will be completely unaware of each other and not interact in
112 any way.
113
114 This option does not do any system setup (like network name‐
115 spaces.) This must be done by the user, for example by running:
116
117 ip netns exec namespace <daemon> -N namespace
118
119 PROCESS CREDENTIALS
120 -u, --user user
121 (default: frr)
122
123 -g, --group group
124 (default: frr)
125
126 Change the user/group which the daemon will switch to.
127
128 -S, --skip_runas
129 Skip setting the process effective user and group.
130
131 Note that there is an additional group, frrvty, which controls group
132 ownership of the VTY sockets. The name of this group cannot currently
133 be changed, and user must be a member of this group.
134
135 VTY SETUP
136 These following options control the daemon's VTY (interactive command
137 line) interface. The interface is available over TCP, using the telnet
138 protocol, as well as through the vtysh frontend.
139
140 -A, --vty_addr vty-addr
141 Specify an IP/IPv6 address to bind the TCP VTY interface to. It
142 is generally recommended to specify ::1 or 127.0.0.1. For rea‐
143 sons of backwards compatibility, the default is to listen on all
144 interfaces.
145
146 -P, --vty_port vty-port
147 Override the daemon's default TCP VTY port (each daemon has a
148 different default value upwards of 2600, listed below.) Speci‐
149 fying 0 disables the TCP VTY interface.
150
151 Default ports are::
152
153 zebra 2601
154 ripd 2602
155 ripngd 2603
156 ospfd 2604
157 bgpd 2605
158 ospf6d 2606
159 isisd 2608
160 babeld 2609
161 nhrpd 2610
162 pimd 2611
163 ldpd 2612
164 eigrpd 2613
165 pbrd 2615
166 staticd 2616
167 bfdd 2617
168 fabricd 2618
169 vrrpd 2619
170
171 Port 2607 is used for ospfd's Opaque LSA API.
172
173 --vty_socket vty-path
174 Overrides the directory used for the <daemon>.vty sockets.
175 vtysh connects to these sockets in order to access each daemon's
176 VTY. Default: /var/run/frr[/<pathspace>]
177
178 NB: Unlike the other options, this option specifies a directory,
179 not a full path.
180
181 This option is primarily used by the SNAP packaging system, its
182 semantics may change. It should not be necessary in most other
183 scenarios.
184
185 MODULE LOADING
186 frr supports optional dynamically loadable modules, although these can
187 only be loaded at startup. The set of available modules may vary
188 across distributions and packages, and modules may be available for in‐
189 stallation as separate packages.
190
191 -M, --module module[:options]
192 Load a module named module, optionally passing options to it.
193
194 If there is a ´/´ character in module, the value is assumed to
195 be a pathname to a module.
196
197 If there is no ´/´ character, the module directory (see next op‐
198 tion) is searched first for a module named "<daemon>_<mod‐
199 ule>.so", then for "<module>.so". This allows for a module to
200 exist in variations appropriate for particular daemons, e.g. ze‐
201 bra_snmp and bgp_snmp, with the correct one selected by -M snmp.
202
203 The meaning of options is specific to the module being loaded.
204 Most modules currently ignore it.
205
206 Modules are loaded in the order as listed on the command line.
207 This is not generally relevant.
208
209 --moduledir module-path
210 Look for modules in the module-path directory instead of the de‐
211 fault /usr/lib/frr/modules. (This path is not affected by the
212 -N option.)
213
214 The list of loaded modules can be inspected at runtime with the show
215 modules VTY command.
216
217 -b, --batch
218 Runs in batch mode, zebra parses its config and exits.
219
220 -s, --nl-bufsize <netlink-buffer-size>
221 Set netlink receive buffer size. There are cases where zebra
222 daemon can't handle flood of netlink messages from kernel. If
223 you ever see "recvmsg overrun" messages in zebra log, you are in
224 trouble.
225
226 Solution is to increase receive buffer of netlink socket. Note
227 that kernel < 2.6.14 doesn't allow increasing it over maximum
228 value defined in /proc/sys/net/core/rmem_max. If you want to do
229 it, you have to increase maximum before starting zebra.
230
231 Note that this affects Linux only.
232
233 -n, --vrfwnetns
234 Enable namespace VRF backend. By default, the VRF backend relies
235 on VRF-lite support from the Linux kernel. This option permits
236 discovering Linux named network namespaces and mapping it to FRR
237 VRF contexts.
238
239 ROUTES
240 -r, --retain
241 When the program terminates, do not flush routes installed by
242 zebra from the kernel.
243
245 /usr/lib/frr/zebra
246 The default location of the zebra binary.
247
248 /etc/frr/zebra.conf
249 The default location of the zebra config file.
250
251 $(PWD)/zebra.log
252 If the zebra process is configured to output logs to a file,
253 then you will find this file in the directory where you started
254 zebra.
255
257 This man page is intended to be a quick reference for command line op‐
258 tions. The definitive document is the info file frr 8.4.2 or the docu‐
259 mentation available on the project website at https://frrouting.org/.
260
262 The daemon may log to standard output, to a VTY, to a log file, or
263 through syslog to the system logs. FRR supports many debugging options,
264 see the Info file, web docs or source for details.
265
267 frr-zebra(8), vtysh(1), frr-ripd(8), frr-ripngd(8), frr-ospfd(8),
268 frr-ospf6d(8), frr-bgpd(8), frr-isisd(8), frr-babeld(8), frr-nhrpd(8),
269 frr-pimd(8), frr-pbrd(8), frr-ldpd(8), frr-eigrpd(8), frr-staticd(8),
270 frr-fabricd(8), frr-vrrpd(8), mtracebis(8) https://frrouting.org/
271
273 FRR eats bugs for breakfast. If you have food for the maintainers,
274 please email <dev@lists.frrouting.org>.
275
277 2023, FRR
278
279
280
281
2828.4.2 Jan 12, 2023 FRR-ZEBRA(8)