1RADVD.CONF(5)                                                    RADVD.CONF(5)
2
3
4

NAME

6       radvd.conf  -  configuration  file  of  the router advertisement daemon
7       radvd
8

DESCRIPTION

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

INTERFACE SPECIFIC OPTIONS

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

PREFIX SPECIFIC OPTIONS

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

ROUTE SPECIFIC OPTIONS

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

RDNSS SPECIFIC OPTIONS

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

EXAMPLES

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

FILES

512       /usr/sbin/radvd
513       /etc/radvd.conf
514       /var/run/radvd/radvd.pid
515       /var/log/radvd.log
516
517

CREDIT

519       The  description of the different flags and variables is in large parts
520       taken from RFC 2461.
521
522

RFCS

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

SEE ALSO

556       radvd(8), radvdump(8)
557
558
559
560radvd 1.0                         20 Aug 2004                    RADVD.CONF(5)
Impressum