1RADVD.CONF(5) RADVD.CONF(5)
2
3
4
6 radvd.conf - configuration file of the router advertisement daemon
7 radvd
8
10 This file describes the information which is included in the router
11 advertisement (RA) of a specific interface.
12
13 The file contains one or more interface definitions of the form:
14
15 interface name {
16 list of interface specific options
17 list of prefix definitions
18 list of route definitions
19 list of RDNSS definitions
20 };
21
22 All the possible interface specific options are detailed below. Each
23 option has to be terminated by a semicolon.
24
25 Prefix definitions are of the form:
26
27 prefix prefix/length {
28 list of prefix specific options
29 };
30
31 Prefix can be network prefix or the address of the inferface. The
32 address of interface should be used when using Mobile IPv6 extensions.
33
34 All the possible prefix specific options are described below. Each
35 option has to be terminated by a semicolon.
36
37 Decimal values are allowed only for MinDelayBetweenRAs, MaxRtrAdvInter‐
38 val and MinRtrAdvInterval. Decimal values should be used only when
39 using Mobile IPv6 extensions.
40
41 Route definitions are of the form:
42
43 route prefix/length {
44 list of route specific options
45 };
46
47 The prefix of a route definition should be network prefix; it can be
48 used to advertise more specific routes to the hosts.
49
50 RDNSS (Recursive DNS server) definitions are of the form:
51
52 RDNSS ip [ip] [ip] {
53 list of rdnss specific options
54 };
55
56
58 IgnoreIfMissing on|off
59
60 A flag indicating whether or not the interface is ignored if it
61 does not exist at start-up. By default, radvd exits.
62
63 This is useful for dynamic interfaces which are not active when
64 radvd starts or which are dynamically disabled and re-enabled
65 during the time radvd runs.
66
67 Current versions of radvd automatically try to re-enable inter‐
68 faces.
69
70 Enabling IgnoreIfMissing also quenches certain warnings in log
71 messages relating to missing interfaces.
72
73 Default: off
74
75
76 AdvSendAdvert on|off
77
78 A flag indicating whether or not the router sends periodic
79 router advertisements and responds to router solicitations.
80
81 This option no longer has to be specified first, but it needs to
82 be on to enable advertisement on this interface.
83
84 Default: off
85
86
87 UnicastOnly on|off
88
89 Indicates that the interface link type only supports unicast.
90 This will prevent unsolicited advertisements from being sent,
91 and will cause solicited advertisements to be unicast to the
92 soliciting node. This option is necessary for non-broadcast,
93 multiple-access links, such as ISATAP.
94
95 Default: off
96
97
98 MaxRtrAdvInterval seconds
99
100 The maximum time allowed between sending unsolicited multicast
101 router advertisements from the interface, in seconds.
102
103 Must be no less than 4 seconds and no greater than 1800 seconds.
104
105 Minimum when using Mobile IPv6 extensions: 0.07.
106
107 For values less than 0.2 seconds, 0.02 seconds is added to
108 account for scheduling granularities as specified in RFC3775.
109
110 Default: 600 seconds
111
112
113 MinRtrAdvInterval seconds
114
115 The minimum time allowed between sending unsolicited multicast
116 router advertisements from the interface, in seconds.
117
118 Must be no less than 3 seconds and no greater than 0.75 * MaxR‐
119 trAdvInterval.
120
121 Minimum when using Mobile IPv6 extensions: 0.03.
122
123 Default: 0.33 * MaxRtrAdvInterval
124
125
126 MinDelayBetweenRAs seconds
127
128 The minimum time allowed between sending multicast router adver‐
129 tisements from the interface, in seconds.
130
131 This applies to solicited multicast RAs. This is defined as the
132 protocol constant MIN_DELAY_BETWEEN_RAS in RFC2461. MIPv6 rede‐
133 fines this parameter to have a minimum of 0.03 seconds.
134
135 Minimum when using Mobile IPv6 extensions: 0.03.
136
137 Default: 3
138
139
140 AdvManagedFlag on|off
141
142 When set, hosts use the administered (stateful) protocol for
143 address autoconfiguration in addition to any addresses autocon‐
144 figured using stateless address autoconfiguration. The use of
145 this flag is described in RFC 2462.
146
147 Default: off
148
149
150 AdvOtherConfigFlag on|off
151
152 When set, hosts use the administered (stateful) protocol for
153 autoconfiguration of other (non-address) information. The use
154 of this flag is described in RFC 2462.
155
156 Default: off
157
158
159 AdvLinkMTU integer
160
161 The MTU option is used in router advertisement messages to
162 insure that all nodes on a link use the same MTU value in those
163 cases where the link MTU is not well known.
164
165 If specified, i.e. not 0, must not be smaller than 1280 and not
166 greater than the maximum MTU allowed for this link (e.g. ether‐
167 net has a maximum MTU of 1500. See RFC 2464).
168
169 Default: 0
170
171
172 AdvReachableTime milliseconds
173
174 The time, in milliseconds, that a node assumes a neighbor is
175 reachable after having received a reachability confirmation.
176 Used by the Neighbor Unreachability Detection algorithm (see
177 Section 7.3 of RFC 2461). A value of zero means unspecified (by
178 this router).
179
180 Must be no greater than 3,600,000 milliseconds (1 hour).
181
182 Default: 0
183
184
185 AdvRetransTimer milliseconds
186
187 The time, in milliseconds, between retransmitted Neighbor Solic‐
188 itation messages. Used by address resolution and the Neighbor
189 Unreachability Detection algorithm (see Sections 7.2 and 7.3 of
190 RFC 2461). A value of zero means unspecified (by this router).
191
192 Default: 0
193
194
195 AdvCurHopLimit integer
196
197 The default value that should be placed in the Hop Count field
198 of the IP header for outgoing (unicast) IP packets. The value
199 should be set to the current diameter of the Internet. The
200 value zero means unspecified (by this router).
201
202 Default: 64
203
204
205 AdvDefaultLifetime seconds
206
207 The lifetime associated with the default router in units of sec‐
208 onds. The maximum value corresponds to 18.2 hours. A lifetime
209 of 0 indicates that the router is not a default router and
210 should not appear on the default router list. The router life‐
211 time applies only to the router's usefulness as a default
212 router; it does not apply to information contained in other mes‐
213 sage fields or options. Options that need time limits for their
214 information include their own lifetime fields.
215
216 Must be either zero or between MaxRtrAdvInterval and 9000 sec‐
217 onds.
218
219 Default: 3 * MaxRtrAdvInterval (Minimum 1 second).
220
221
222 AdvDefaultPreference low|medium|high
223
224 The preference associated with the default router, as either
225 "low", "medium", or "high".
226
227 Default: medium
228
229
230 AdvSourceLLAddress on|off
231
232 When set, the link-layer address of the outgoing interface is
233 included in the RA.
234
235 Default: on
236
237
238 AdvHomeAgentFlag on|off
239
240 When set, indicates that sending router is able to serve as
241 Mobile IPv6 Home Agent. When set, minimum limits specified by
242 Mobile IPv6 are used for MinRtrAdvInterval and MaxRtrAdvInter‐
243 val.
244
245 Default: off
246
247
248 AdvHomeAgentInfo on|off
249
250 When set, Home Agent Information Option (specified by Mobile
251 IPv6) is included in Router Advertisements. AdvHomeAgentFlag
252 must also be set when using this option.
253
254 Default: off
255
256
257 HomeAgentLifetime seconds
258
259 The length of time in seconds (relative to the time the packet
260 is sent) that the router is offering Mobile IPv6 Home Agent ser‐
261 vices. A value 0 must not be used. The maximum lifetime is
262 65520 seconds (18.2 hours). This option is ignored, if AdvHome‐
263 AgentInfo is not set.
264
265 If both HomeAgentLifetime and HomeAgentPreference are set to
266 their default values, Home Agent Information Option will not be
267 sent.
268
269 Default: AdvDefaultLifetime
270
271
272 HomeAgentPreference integer
273
274 The preference for the Home Agent sending this Router Advertise‐
275 ment. Values greater than 0 indicate more preferable Home
276 Agent, values less than 0 indicate less preferable Home Agent.
277 This option is ignored, if AdvHomeAgentInfo is not set.
278
279 If both HomeAgentLifetime and HomeAgentPreference are set to
280 their default values, Home Agent Information Option will not be
281 sent.
282
283 Default: 0
284
285
286 AdvMobRtrSupportFlag on|off
287
288 When set, the Home Agent signals it supports Mobile Router reg‐
289 istrations (specified by NEMO Basic). AdvHomeAgentInfo must
290 also be set when using this option.
291
292 Default: off
293
294
295 AdvIntervalOpt on|off
296
297 When set, Advertisement Interval Option (specified by Mobile
298 IPv6) is included in Router Advertisements. When set, minimum
299 limits specified by Mobile IPv6 are used for MinRtrAdvInterval
300 and MaxRtrAdvInterval.
301
302 The advertisement interval is based on the configured MaxRtrAdv‐
303 Interval parameter except where this is less than 200ms. In
304 this case, the advertised interval is ( MaxRtrAdvInterval + 20ms
305 ).
306
307 Default: off
308
309
311 AdvOnLink on|off
312
313 When set, indicates that this prefix can be used for on-link
314 determination. When not set the advertisement makes no state‐
315 ment about on-link or off-link properties of the prefix. For
316 instance, the prefix might be used for address configuration
317 with some of the addresses belonging to the prefix being on-link
318 and others being off-link.
319
320 Default: on
321
322
323 AdvAutonomous on|off
324
325 When set, indicates that this prefix can be used for autonomous
326 address configuration as specified in RFC 2462.
327
328 Default: on
329
330
331 AdvRouterAddr on|off
332
333 When set, indicates that the address of interface is sent
334 instead of network prefix, as is required by Mobile IPv6. When
335 set, minimum limits specified by Mobile IPv6 are used for MinR‐
336 trAdvInterval and MaxRtrAdvInterval.
337
338 Default: off
339
340
341 AdvValidLifetime seconds|infinity
342
343 The length of time in seconds (relative to the time the packet
344 is sent) that the prefix is valid for the purpose of on-link
345 determination. The symbolic value infinity represents infinity
346 (i.e. a value of all one bits (0xffffffff)). The valid lifetime
347 is also used by RFC 2462.
348
349 Default: 2592000 seconds (30 days)
350
351
352 AdvPreferredLifetime seconds|infinity
353
354 The length of time in seconds (relative to the time the packet
355 is sent) that addresses generated from the prefix via stateless
356 address autoconfiguration remain preferred. The symbolic value
357 infinity represents infinity (i.e. a value of all one bits
358 (0xffffffff)). See RFC 2462.
359
360 Default: 604800 seconds (7 days)
361
362
363 Base6to4Interface name
364
365 If this option is specified, this prefix will be combined with
366 the IPv4 address of interface name to produce a valid 6to4 pre‐
367 fix. The first 16 bits of this prefix will be replaced by 2002
368 and the next 32 bits of this prefix will be replaced by the IPv4
369 address assigned to interface name at configuration time. The
370 remaining 80 bits of the prefix (including the SLA ID) will be
371 advertised as specified in the configuration file. See the next
372 section for an example.
373
374 If interface name is not available at configuration time, a
375 warning will be written to the log and this prefix will be dis‐
376 abled until radvd is reconfigured.
377
378 This option enables systems with dynamic IPv4 addresses to
379 update their advertised 6to4 prefixes simply by restarting radvd
380 or sending a SIGHUP signal to cause radvd to reconfigure itself.
381
382 Note that 6to4 prefixes derived from dynamically-assigned IPv4
383 addresses should be advertised with a significantly shorter
384 lifetime (see the AdvValidLifetime and AdvPreferredLifetime
385 options).
386
387 For more information on 6to4, see RFC 3056.
388
389 Default: 6to4 is not used
390
391
393 AdvRouteLifetime seconds|infinity
394
395 The lifetime associated with the route in units of seconds. The
396 symbolic value infinity represents infinity (i.e. a value of all
397 one bits (0xffffffff)).
398
399 Default: 3 * MaxRtrAdvInterval
400
401
402 AdvRoutePreference low|medium|high
403
404 The preference associated with the default router, as either
405 "low", "medium", or "high".
406
407 Default: medium
408
409
411 AdvRDNSSPreference integer;
412
413 The preference of the DNS server, compared to other DNS servers
414 advertised and used. 0 to 7 means less important than manually
415 configured nameservers in resolv.conf, while 12 to 15 means more
416 important.
417
418 Default: 8
419
420
421 AdvRDNSSOpen on|off;
422
423 "Service Open" flag. When set, indicates that RDNSS continues to
424 be available to hosts even if they moved to a different subnet.
425
426 Default: off
427
428
429 AdvRDNSSLifetime seconds|infinity;
430 The maximum duration how long the RDNSS entries are used for
431 name resolution. A value of 0 means the nameserver should no
432 longer be used. The maximum duration how long the RDNSS entries
433 are used for name resolution. A value of 0 means the nameserver
434 should no longer be used. The value, if not 0, must be at least
435 MaxRtrAdvInterval. To ensure stale RDNSS info gets removed in a
436 timely fashion, this should not be greater than 2*MaxRtrAdvIn‐
437 terval.
438
439 Default: 2*MaxRtrAdvInterval
440
441
443 interface eth0
444 {
445 AdvSendAdvert on;
446 prefix 2001:db8:0:1::/64
447 {
448 AdvOnLink on;
449 AdvAutonomous on;
450 };
451 };
452
453 It says that router advertisement daemon should advertise (AdvSendAd‐
454 vert on;) the prefix 2001:db8:0:1:: which has a lenght of 64 on the
455 interface eth0. Also the prefix should be marked as autonomous (AdvAu‐
456 tonomous on;) and as on-link (AdvOnLink on;). All the other options
457 are left on their default values.
458
459 To support movement detection of Mobile IPv6 Mobile Nodes, the address
460 of interface should be used instead of network prefix:
461
462 interface eth0
463 {
464 AdvSendAdvert on;
465 prefix 2001:db8:0:1::4/64
466 {
467 AdvOnLink on;
468 AdvAutonomous on;
469 AdvRouterAddr on;
470 };
471 };
472
473 For 6to4 support, include the Base6to4Interface option in each prefix
474 section. When using a dynamic IPv4 address, set small prefix lifetimes
475 to prevent hosts from retaining unreachable prefixes after a new IPv4
476 address has been assigned. When advertising to on a dynamic interface
477 (e.g., Bluetooth), skip the interface if it is not active yet.
478
479 interface bnep0
480 {
481 IgnoreIfMissing on;
482 AdvSendAdvert on;
483
484 # Advertise at least every 30 seconds
485 MaxRtrAdvInterval 30;
486
487 prefix 0:0:0:5678::/64
488 {
489 AdvOnLink on;
490 AdvAutonomous on;
491 Base6to4Interface ppp0;
492
493 # Very short lifetimes for dynamic addresses
494 AdvValidLifetime 300;
495 AdvPreferredLifetime 120;
496 };
497 };
498
499 Since 6to4 is enabled, the prefix will be advertised as
500 2002:WWXX:YYZZ:5678::/64, where WW.XX.YY.ZZ is the IPv4 address of ppp0
501 at configuration time. (IPv6 addresses are written in hexadecimal
502 whereas IPv4 addresses are written in decimal, so the IPv4 address
503 WW.XX.YY.ZZ in the 6to4 prefix will be represented in hex.)
504
505 In this specific case, the configuration scripts may send HUP signal to
506 radvd when taking bnep0 up or down to notify about the status; in the
507 current radvd releases, sending HUP is no longer mandatory when the
508 link comes back up.
509
510
512 /usr/sbin/radvd
513 /etc/radvd.conf
514 /var/run/radvd/radvd.pid
515 /var/log/radvd.log
516
517
519 The description of the different flags and variables is in large parts
520 taken from RFC 2461.
521
522
524 Narten, T., E. Nordmark, W. Simpson, "Neighbor Discovery for IP Version
525 6 (IPv6)", RFC 2461, December 1998
526
527 Thomson, S., and T. Narten, "IPv6 Stateless Address Autoconfiguration",
528 RFC 2462, December 1998.
529
530 Deering, S., and R. Hinden, "IP Version 6 Addressing Architecture", RFC
531 3513, April 2003.
532
533 Conta, A., and S. Deering, "Internet Control Message Protocol (ICMPv6)
534 for the Internet Protocol Version 6 (IPv6)", RFC 2463, December 1998.
535
536 Crawford, M., "Transmission of IPv6 Packets over Ethernet Networks",
537 RFC 2464, December 1998.
538
539 Carpenter B., K. Moore, "Connection of IPv6 Domains via IPv4 Clouds",
540 RFC 3056, February 2001. (6to4 specification)
541
542 Draves, R., D. Thaler, "Default Router Preferences and More-Specific
543 Routes", RFC 4191, November 2005.
544
545 Johnson, D., Perkins, C., and J. Arkko, "Mobility Support in IPv6", RFC
546 3775, June 2004.
547
548 Devarapalli, V., Wakikawa, R., Petrescu, A., and P. Thubert "Network
549 Mobility (NEMO) Basic Support Protocol", RFC 3963, January 2005.
550
551 J. Jeong, L. Beloeil, and S. Madanapalli, "IPv6 Router Advertisement
552 Option for DNS Configuration", IETF Draft v08 (January 18, 2006).
553
554
556 radvd(8), radvdump(8)
557
558
559
560radvd 1.0 20 Aug 2004 RADVD.CONF(5)