1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
|
<pre>Internet Engineering Task Force (IETF) C. Dearlove
Request for Comments: 7188 BAE Systems ATC
Updates: <a href="./rfc6130">6130</a>, <a href="./rfc7181">7181</a> T. Clausen
Category: Standards Track LIX, Ecole Polytechnique
ISSN: 2070-1721 April 2014
<span class="h1">Optimized Link State Routing Protocol Version 2 (OLSRv2) and</span>
<span class="h1">MANET Neighborhood Discovery Protocol (NHDP) Extension TLVs</span>
Abstract
This specification describes extensions to definitions of TLVs used
by the Optimized Link State Routing Protocol version 2 (OLSRv2) and
the MANET Neighborhood Discovery Protocol (NHDP) to increase their
abilities to accommodate protocol extensions. This document updates
<a href="./rfc7181">RFC 7181</a> (OLSRv2) and <a href="./rfc6130">RFC 6130</a> (NHDP).
Status of This Memo
This is an Internet Standards Track document.
This document is a product of the Internet Engineering Task Force
(IETF). It represents the consensus of the IETF community. It has
received public review and has been approved for publication by the
Internet Engineering Steering Group (IESG). Further information on
Internet Standards is available in <a href="./rfc5741#section-2">Section 2 of RFC 5741</a>.
Information about the current status of this document, any errata,
and how to provide feedback on it may be obtained at
<a href="http://www.rfc-editor.org/info/rfc7188">http://www.rfc-editor.org/info/rfc7188</a>.
Copyright Notice
Copyright (c) 2014 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to <a href="https://www.rfc-editor.org/bcp/bcp78">BCP 78</a> and the IETF Trust's Legal
Provisions Relating to IETF Documents
(<a href="http://trustee.ietf.org/license-info">http://trustee.ietf.org/license-info</a>) in effect on the date of
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
<span class="grey">Dearlove & Clausen Standards Track [Page 1]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-2" ></span>
<span class="grey"><a href="./rfc7188">RFC 7188</a> NHDP and OLSRv2 Extension TLVs April 2014</span>
Table of Contents
<a href="#section-1">1</a>. Introduction . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-3">3</a>
<a href="#section-2">2</a>. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-3">3</a>
<a href="#section-3">3</a>. Applicability Statement . . . . . . . . . . . . . . . . . . . <a href="#page-3">3</a>
<a href="#section-4">4</a>. TLV Values . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-4">4</a>
<a href="#section-4.1">4.1</a>. Unrecognized TLV Values . . . . . . . . . . . . . . . . . <a href="#page-4">4</a>
<a href="#section-4.2">4.2</a>. TLV Value Lengths . . . . . . . . . . . . . . . . . . . . <a href="#page-5">5</a>
<a href="#section-4.3">4.3</a>. Undefined TLV Values . . . . . . . . . . . . . . . . . . <a href="#page-5">5</a>
4.3.1. NHDP TLVs: LOCAL_IF, LINK_STATUS, and OTHER_NEIGHB . 6
<a href="#section-4.3.2">4.3.2</a>. OLSRv2 TLVs: MPR and NBR_ADDR_TYPE . . . . . . . . . <a href="#page-6">6</a>
<a href="#section-4.3.3">4.3.3</a>. Unspecified TLV Values . . . . . . . . . . . . . . . <a href="#page-6">6</a>
<a href="#section-5">5</a>. IANA Considerations . . . . . . . . . . . . . . . . . . . . . <a href="#page-7">7</a>
<a href="#section-5.1">5.1</a>. LOCAL_IF Address Block TLVs . . . . . . . . . . . . . . . <a href="#page-7">7</a>
<a href="#section-5.1.1">5.1.1</a>. New Registry . . . . . . . . . . . . . . . . . . . . <a href="#page-7">7</a>
<a href="#section-5.1.2">5.1.2</a>. Modification to Existing Registry . . . . . . . . . . <a href="#page-8">8</a>
<a href="#section-5.2">5.2</a>. LINK_STATUS Address Block TLVs . . . . . . . . . . . . . <a href="#page-8">8</a>
<a href="#section-5.2.1">5.2.1</a>. New Registry . . . . . . . . . . . . . . . . . . . . <a href="#page-8">8</a>
<a href="#section-5.2.2">5.2.2</a>. Modification to Existing Registry . . . . . . . . . . <a href="#page-9">9</a>
<a href="#section-5.3">5.3</a>. OTHER_NEIGHB Address Block TLVs . . . . . . . . . . . . . <a href="#page-10">10</a>
<a href="#section-5.3.1">5.3.1</a>. Create New Registry . . . . . . . . . . . . . . . . . <a href="#page-10">10</a>
<a href="#section-5.3.2">5.3.2</a>. Modification to Existing Registry . . . . . . . . . . <a href="#page-11">11</a>
<a href="#section-5.4">5.4</a>. MPR Address Block TLVs . . . . . . . . . . . . . . . . . <a href="#page-11">11</a>
<a href="#section-5.4.1">5.4.1</a>. New Registry . . . . . . . . . . . . . . . . . . . . <a href="#page-11">11</a>
<a href="#section-5.4.2">5.4.2</a>. Modification to Existing Registry . . . . . . . . . . <a href="#page-12">12</a>
<a href="#section-5.5">5.5</a>. NBR_ADDR_TYPE Address Block TLVs . . . . . . . . . . . . <a href="#page-12">12</a>
<a href="#section-5.5.1">5.5.1</a>. New Registry . . . . . . . . . . . . . . . . . . . . <a href="#page-12">12</a>
<a href="#section-5.5.2">5.5.2</a>. Modification to Existing Registry . . . . . . . . . . <a href="#page-13">13</a>
<a href="#section-6">6</a>. Security Considerations . . . . . . . . . . . . . . . . . . . <a href="#page-14">14</a>
<a href="#section-7">7</a>. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-15">15</a>
<a href="#section-8">8</a>. References . . . . . . . . . . . . . . . . . . . . . . . . . <a href="#page-15">15</a>
<a href="#section-8.1">8.1</a>. Normative References . . . . . . . . . . . . . . . . . . <a href="#page-15">15</a>
<a href="#section-8.2">8.2</a>. Informative References . . . . . . . . . . . . . . . . . <a href="#page-15">15</a>
<span class="grey">Dearlove & Clausen Standards Track [Page 2]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-3" ></span>
<span class="grey"><a href="./rfc7188">RFC 7188</a> NHDP and OLSRv2 Extension TLVs April 2014</span>
<span class="h2"><a class="selflink" id="section-1" href="#section-1">1</a>. Introduction</span>
The MANET Neighborhood Discovery Protocol (NHDP) [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and the
Optimized Link State Routing Protocol version 2 (OLSRv2) [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>]
are protocols for use in Mobile Ad Hoc Networks (MANETs) [<a href="./rfc2501" title=""Mobile Ad hoc Networking (MANET): Routing Protocol Performance Issues and Evaluation Considerations"">RFC2501</a>],
based on the Generalized MANET Packet/Message Format [<a href="./rfc5444" title=""Generalized MANET Packet/Message Format"">RFC5444</a>].
This document updates [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>], specifically their use
of TLV (Type-Length-Value) elements, to increase the extensibility of
these protocols and to enable some improvements in their
implementation.
This specification reduces the latitude of implementations of
[<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>] to consider some messages, which will not be
created by implementations simply following those specifications, as
a reason to consider the message as "badly formed", and thus as a
reason to reject the message. This gives greater latitude to the
creation of extensions of these protocols, in particular extensions
that will interoperate with unextended implementations of those
protocols. As part of that, it indicates how TLVs with unexpected
value fields must be handled, and adds some additional options to
those TLVs.
Note that TLVs with unknown type or type extension are already
specified as to be ignored by [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>] and also are
not a reason to reject a message.
<span class="h2"><a class="selflink" id="section-2" href="#section-2">2</a>. Terminology</span>
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
"OPTIONAL" in this document are to be interpreted as described in
[<a href="./rfc2119" title=""Key words for use in RFCs to Indicate Requirement Levels"">RFC2119</a>].
Additionally, this document uses the terminology of [<a href="./rfc5444" title=""Generalized MANET Packet/Message Format"">RFC5444</a>],
[<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>], and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>].
<span class="h2"><a class="selflink" id="section-3" href="#section-3">3</a>. Applicability Statement</span>
This document updates the specification of the protocols described in
[<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>].
Specifically, this specification updates [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>] in
the following ways:
o Removes the latitude of rejecting a message with a TLV with a
known type, but with an unexpected TLV Value field, for the TLV
Types defined in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>].
<span class="grey">Dearlove & Clausen Standards Track [Page 3]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-4" ></span>
<span class="grey"><a href="./rfc7188">RFC 7188</a> NHDP and OLSRv2 Extension TLVs April 2014</span>
o Specifies the handling of a TLV Value field with unexpected
length.
o Sets up IANA registries for TLV Values for the Address Block TLVs:
* LOCAL_IF, defined in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>].
* LINK_STATUS, defined in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>].
* OTHER_NEIGHB, defined in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>].
* MPR, defined in [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>], now considered as a bit field.
* NBR_ADDR_TYPE, defined in [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>], now considered as a bit
field.
o Defines a well-known TLV Value for "UNSPECIFIED" for the Address
Block TLV Types LOCAL_IF, LINK_STATUS, and OTHER_NEIGHB, all
defined in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>].
<span class="h2"><a class="selflink" id="section-4" href="#section-4">4</a>. TLV Values</span>
NHDP [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and OLSRv2 [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>] define a number of TLVs within
the framework of [<a href="./rfc5444" title=""Generalized MANET Packet/Message Format"">RFC5444</a>]. These TLVs define the meaning of only
some of the contents that can be found in a TLV Value field. This
limitation may be either defining only certain TLV Values or
considering only some lengths of the TLV Value fields (or a single-
value field in a multivalue Address-Block TLV). This specification
describes how NHDP [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and OLSRv2 [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>] are to handle TLVs
with other TLV Value fields.
<span class="h3"><a class="selflink" id="section-4.1" href="#section-4.1">4.1</a>. Unrecognized TLV Values</span>
NHDP and OLSRv2 specify that, in addition to well-defined reasons (in
the respective protocol specifications), an implementation of these
protocols MAY recognize a message as "badly formed" and therefore
"invalid for processing" for other reasons (<a href="./rfc6130#section-12.1">Section 12.1 of [RFC6130]</a>
and <a href="./rfc7181#section-16.3.1">Section 16.3.1 of [RFC7181]</a>). These sections could be
interpreted as allowing rejection of a message because a TLV Value
field is unrecognized. This specification removes that latitude:
o An implementation MUST NOT reject a message because it contains an
unrecognized TLV value. Instead, any unrecognized TLV Value field
MUST be processed or ignored by an unextended implementation of
NHDP or OLSRv2, as described in the following sections.
o Hence, this specification removes the 7th, 10th, and 11th bullets
in <a href="./rfc6130#section-12.1">Section 12.1 of [RFC6130]</a>.
<span class="grey">Dearlove & Clausen Standards Track [Page 4]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-5" ></span>
<span class="grey"><a href="./rfc7188">RFC 7188</a> NHDP and OLSRv2 Extension TLVs April 2014</span>
It should be stressed that this is not a change to [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] or
[<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>], except with regard to not allowing this to be a reason for
rejection of a message. [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] or [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>] are specified in
terms such as "if an address is associated with a value of LOST by a
LINK_STATUS TLV". Association with an unrecognized value has no
effect on any implementation strictly following such a specification.
<span class="h3"><a class="selflink" id="section-4.2" href="#section-4.2">4.2</a>. TLV Value Lengths</span>
The TLVs specified in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>] may be either single-
value or multivalue TLVs. In either case, the length of each item of
information encoded in the TLV Value field is the "single-length",
defined and calculated as in <a href="./rfc5444#section-5.4.1">Section 5.4.1 of [RFC5444]</a>. All TLVs
specified in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>] have a one- or two-octet single-
length. These are considered the expected single-lengths of such a
received TLV.
Other single-length TLV Value fields may be introduced by extensions
to [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>]. This document specifies how
implementations of [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>], or extensions thereof,
MUST behave on receiving TLVs of the TLV types defined in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>]
and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>], but with TLV Value fields with other single-length
values.
The following principles apply:
o If the received single-length is greater than the expected single-
length, then the excess octets MUST be ignored.
o If the received single-length is less than the expected single-
length, then the absent octets MUST be considered to have all bits
cleared (0).
Exception:
o A received CONT_SEQ_NUM with a single-length < 2 SHOULD be
considered an error.
<span class="h3"><a class="selflink" id="section-4.3" href="#section-4.3">4.3</a>. Undefined TLV Values</span>
[<a id="ref-RFC6130">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>] define a number of TLVs, but for some of
these TLVs they specify meanings for only some TLV Values. This
document establishes IANA registries for these TLV Values, with
initial registrations reflecting those used by [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and
[<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>], and as specified in <a href="#section-4.3.3">Section 4.3.3</a>.
There are different cases of TLV Values with different
characteristics. These cases are considered in this section.
<span class="grey">Dearlove & Clausen Standards Track [Page 5]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-6" ></span>
<span class="grey"><a href="./rfc7188">RFC 7188</a> NHDP and OLSRv2 Extension TLVs April 2014</span>
<span class="h4"><a class="selflink" id="section-4.3.1" href="#section-4.3.1">4.3.1</a>. NHDP TLVs: LOCAL_IF, LINK_STATUS, and OTHER_NEIGHB</span>
For the Address-Block TLVs LOCAL_IF, LINK_STATUS, and OTHER_NEIGHB
TLVs, defined in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>], only a limited number of values are
specified for each. These are converted, by this specification, into
extensible registries with initial registrations for values defined
and used by [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] -- see <a href="#section-5">Section 5</a>.
An implementation of [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] that receives a LOCAL_IF, LINK_STATUS,
or OTHER_NEIGHB TLV with any TLV Value other than the values that are
defined in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] MUST ignore that TLV Value, as well as any
corresponding attribute association to the address.
<span class="h4"><a class="selflink" id="section-4.3.2" href="#section-4.3.2">4.3.2</a>. OLSRv2 TLVs: MPR and NBR_ADDR_TYPE</span>
The Address-Block TLVs MPR and NBR_ADDR_TYPE, defined in [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>],
are similar to those defined in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] in having only limited
values specified (1, 2, and 3): 1 and 2 represent the presence of two
different attributes associated to an address, and 3 represents "both
1 and 2".
These TLV Value fields are, by this specification, converted to bit
fields and MUST be interpreted as such. As the existing definitions
of values 1, 2, and 3 behave in that manner, it is likely that this
will involve no change to an implementation, but any test of (for
example) Value = 1 or Value = 3 MUST be converted to a test of (for
example) Value bitand 1 = 1, where "bitand" denotes a bitwise AND
operation.
This specification creates registries for recording reservations of
the individual bits in these bit fields, with initial registrations
for values defined and used by [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>] -- see <a href="#section-5">Section 5</a>.
Other TLVs defined by [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>] are not affected by this
specification.
<span class="h4"><a class="selflink" id="section-4.3.3" href="#section-4.3.3">4.3.3</a>. Unspecified TLV Values</span>
The registries defined in <a href="#section-5">Section 5</a> for the LOCAL_IF, LINK_STATUS,
and OTHER_NEIGHB TLVs each include an additional TLV Value
UNSPECIFIED. This TLV Value represents a defined value that, like
currently undefined TLV Values, indicates that no information is
associated with this address; the defined value will always have this
meaning. Such a TLV Value may be used to enable the creation of more
efficient multivalue Address Block TLVs or to simplify an
implementation.
<span class="grey">Dearlove & Clausen Standards Track [Page 6]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-7" ></span>
<span class="grey"><a href="./rfc7188">RFC 7188</a> NHDP and OLSRv2 Extension TLVs April 2014</span>
The similar requirement for the MPR and NBR_ADDR_TYPES TLVs is
already satisfied by the TLV Value zero, provided that each bit in
the TLV Value is defined as set ('1') when indicating the presence of
an attribute, or clear ('0') when indicating the absence of an
attribute. Therefore, this is required for registrations from the
relevant registries; see <a href="#section-5">Section 5</a>.
For the LINK_METRIC TLV, this is already possible by clearing the
most significant bits (0 to 3) of the first octet of the TLV Value.
It is RECOMMENDED that in this case the remaining bits of the TLV
Value are either all clear ('0') or all set ('1').
<span class="h2"><a class="selflink" id="section-5" href="#section-5">5</a>. IANA Considerations</span>
IANA has completed the ten actions set out in the following sections.
<span class="h3"><a class="selflink" id="section-5.1" href="#section-5.1">5.1</a>. LOCAL_IF Address Block TLVs</span>
<span class="h4"><a class="selflink" id="section-5.1.1" href="#section-5.1.1">5.1.1</a>. New Registry</span>
IANA has created a new sub-registry called "LOCAL_IF TLV Values"
within the "Mobile Ad hoc NETwork (MANET) Parameters" registry.
IANA has populated this registry as specified in Table 1.
+---------+-------------+-------------------------------+-----------+
| Value | Name | Description | Reference |
+---------+-------------+-------------------------------+-----------+
| 0 | THIS_IF | The network address is | <a href="./rfc7188">RFC 7188</a> |
| | | associated with this local | |
| | | interface of the sending | |
| | | router | |
| | | | |
| 1 | OTHER_IF | The network address is | <a href="./rfc7188">RFC 7188</a> |
| | | associated with another local | |
| | | interface of the sending | |
| | | router | |
| | | | |
| 2-223 | | Unassigned | |
| | | | |
| 224-254 | | Reserved for Experimental Use | <a href="./rfc7188">RFC 7188</a> |
| | | | |
| 255 | UNSPECIFIED | No information about this | <a href="./rfc7188">RFC 7188</a> |
| | | network address is provided | |
+---------+-------------+-------------------------------+-----------+
Table 1: LOCAL_IF TLV Values
<span class="grey">Dearlove & Clausen Standards Track [Page 7]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-8" ></span>
<span class="grey"><a href="./rfc7188">RFC 7188</a> NHDP and OLSRv2 Extension TLVs April 2014</span>
New assignments are to be made by Expert Review [<a href="./rfc5226" title="">RFC5226</a>].
The Designated Experts are required to use the guidelines specified
in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>].
<span class="h4"><a class="selflink" id="section-5.1.2" href="#section-5.1.2">5.1.2</a>. Modification to Existing Registry</span>
IANA maintains a sub-registry called "LOCAL_IF Address Block TLV Type
Extensions" within the "Mobile Ad hoc NETwork (MANET) Parameters"
registry. This sub-registry already had an entry for value 0. IANA
has replaced the entry in the Description column for this value with
the text "This value is to be interpreted according to the registry
LOCAL_IF TLV Values". The resulting table is as specified in
Table 2.
+-----------+-----------------------------------------+-------------+
| Type | Description | Reference |
| Extension | | |
+-----------+-----------------------------------------+-------------+
| 0 | This value is to be interpreted | <a href="./rfc6130">RFC 6130</a>, |
| | according to the registry LOCAL_IF TLV | <a href="./rfc7188">RFC 7188</a> |
| | Values | |
| | | |
| 1-255 | Unassigned | |
+-----------+-----------------------------------------+-------------+
Table 2: LOCAL_IF Address Block TLV Type Extensions Modifications
<span class="h3"><a class="selflink" id="section-5.2" href="#section-5.2">5.2</a>. LINK_STATUS Address Block TLVs</span>
<span class="h4"><a class="selflink" id="section-5.2.1" href="#section-5.2.1">5.2.1</a>. New Registry</span>
IANA has created a new sub-registry called "LINK_STATUS TLV Values"
within the "Mobile Ad hoc NETwork (MANET) Parameters" registry.
IANA has populated this registry as specified in Table 3.
<span class="grey">Dearlove & Clausen Standards Track [Page 8]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-9" ></span>
<span class="grey"><a href="./rfc7188">RFC 7188</a> NHDP and OLSRv2 Extension TLVs April 2014</span>
+---------+-------------+-------------------------------+-----------+
| Value | Name | Description | Reference |
+---------+-------------+-------------------------------+-----------+
| 0 | LOST | The link on this interface | <a href="./rfc7188">RFC 7188</a> |
| | | from the router with that | |
| | | network address has been lost | |
| | | | |
| 1 | SYMMETRIC | The link on this interface | <a href="./rfc7188">RFC 7188</a> |
| | | from the router with that | |
| | | network address has the | |
| | | status of symmetric | |
| | | | |
| 2 | HEARD | The link on this interface | <a href="./rfc7188">RFC 7188</a> |
| | | from the router with that | |
| | | network address has the | |
| | | status of heard | |
| | | | |
| 3-223 | | Unassigned | |
| | | | |
| 224-254 | | Reserved for Experimental Use | <a href="./rfc7188">RFC 7188</a> |
| | | | |
| 255 | UNSPECIFIED | No information about this | <a href="./rfc7188">RFC 7188</a> |
| | | network address is provided | |
+---------+-------------+-------------------------------+-----------+
Table 3: LINK_STATUS TLV Values
New assignments are to be made by Expert Review [<a href="./rfc5226" title="">RFC5226</a>].
The Designated Experts are required to use the guidelines specified
in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>].
<span class="h4"><a class="selflink" id="section-5.2.2" href="#section-5.2.2">5.2.2</a>. Modification to Existing Registry</span>
IANA maintains a sub-registry called "LINK_STATUS Address Block TLV
Type Extensions" within the "Mobile Ad hoc NETwork (MANET)
Parameters" registry. This sub-registry already had an entry for
value 0. IANA has replaced the entry in the Description column for
this value with the text "This value is to be interpreted according
to the registry LINK_STATUS TLV Values". The resulting table is as
specified in Table 4.
<span class="grey">Dearlove & Clausen Standards Track [Page 9]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-10" ></span>
<span class="grey"><a href="./rfc7188">RFC 7188</a> NHDP and OLSRv2 Extension TLVs April 2014</span>
+-----------+------------------------------------------+------------+
| Type | Description | Reference |
| Extension | | |
+-----------+------------------------------------------+------------+
| 0 | This value is to be interpreted | <a href="./rfc6130">RFC 6130</a>, |
| | according to the registry LINK_STATUS | <a href="./rfc7188">RFC 7188</a> |
| | TLV Values | |
| | | |
| 1-255 | Unassigned | |
+-----------+------------------------------------------+------------+
Table 4: LINK_STATUS Address Block TLV Type Extensions Modifications
<span class="h3"><a class="selflink" id="section-5.3" href="#section-5.3">5.3</a>. OTHER_NEIGHB Address Block TLVs</span>
<span class="h4"><a class="selflink" id="section-5.3.1" href="#section-5.3.1">5.3.1</a>. Create New Registry</span>
IANA has created a new sub-registry called "OTHER_NEIGHB TLV Values"
within the "Mobile Ad hoc NETwork (MANET) Parameters" registry.
IANA has populated this registry as specified in Table 5.
+---------+-------------+-------------------------------+-----------+
| Value | Name | Description | Reference |
+---------+-------------+-------------------------------+-----------+
| 0 | LOST | The neighbor relationship | <a href="./rfc7188">RFC 7188</a> |
| | | with the router with that | |
| | | network address has been lost | |
| | | | |
| 1 | SYMMETRIC | The neighbor relationship | <a href="./rfc7188">RFC 7188</a> |
| | | with the router with that | |
| | | network address is symmetric | |
| | | | |
| 2-223 | | Unassigned | |
| | | | |
| 224-254 | | Reserved for Experimental Use | <a href="./rfc7188">RFC 7188</a> |
| | | | |
| 255 | UNSPECIFIED | No information about this | <a href="./rfc7188">RFC 7188</a> |
| | | network address is provided | |
+---------+-------------+-------------------------------+-----------+
Table 5: OTHER_NEIGHB Address Block TLV Values
New assignments are to be made by Expert Review [<a href="./rfc5226" title="">RFC5226</a>].
The Designated Experts are required to use the guidelines specified
in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>].
<span class="grey">Dearlove & Clausen Standards Track [Page 10]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-11" ></span>
<span class="grey"><a href="./rfc7188">RFC 7188</a> NHDP and OLSRv2 Extension TLVs April 2014</span>
<span class="h4"><a class="selflink" id="section-5.3.2" href="#section-5.3.2">5.3.2</a>. Modification to Existing Registry</span>
IANA maintains a sub-registry called "OTHER_NEIGHB Address Block TLV
Type Extensions" within the "Mobile Ad hoc NETwork (MANET)
Parameters" registry. This sub-registry already had an entry for
value 0. IANA has replaced the entry in the Description column for
this value with the text "This value is to be interpreted according
to the registry OTHER_NEIGHB TLV Values". The resulting table is as
specified in Table 6.
+-----------+------------------------------------------+------------+
| Type | Description | Reference |
| Extension | | |
+-----------+------------------------------------------+------------+
| 0 | This value is to be interpreted | <a href="./rfc6130">RFC 6130</a>, |
| | according to the registry OTHER_NEIGHB | <a href="./rfc7188">RFC 7188</a> |
| | TLV Values | |
| | | |
| 1-255 | Unassigned | |
+-----------+------------------------------------------+------------+
Table 6: OTHER_NEIGHB Address Block TLV Type Extensions Modifications
<span class="h3"><a class="selflink" id="section-5.4" href="#section-5.4">5.4</a>. MPR Address Block TLVs</span>
<span class="h4"><a class="selflink" id="section-5.4.1" href="#section-5.4.1">5.4.1</a>. New Registry</span>
IANA has created a new sub-registry called "MPR TLV Bit Values"
within the "Mobile Ad hoc NETwork (MANET) Parameters" registry.
IANA has populated this registry as specified in Table 7.
+-----+-------+----------+------------------------------+-----------+
| Bit | Value | Name | Description | Reference |
+-----+-------+----------+------------------------------+-----------+
| 7 | 0x01 | Flooding | The neighbor with that | <a href="./rfc7188">RFC 7188</a> |
| | | | network address has been | |
| | | | selected as flooding MPR | |
| | | | | |
| 6 | 0x02 | Routing | The neighbor with that | <a href="./rfc7188">RFC 7188</a> |
| | | | network address has been | |
| | | | selected as routing MPR | |
| | | | | |
| 0-5 | | | Unassigned | |
+-----+-------+----------+------------------------------+-----------+
Table 7: MPR Address Block TLV Bit Values
<span class="grey">Dearlove & Clausen Standards Track [Page 11]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-12" ></span>
<span class="grey"><a href="./rfc7188">RFC 7188</a> NHDP and OLSRv2 Extension TLVs April 2014</span>
New assignments are to be made by Expert Review [<a href="./rfc5226" title="">RFC5226</a>].
The Designated Experts are required to use the guidelines specified
in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>]. Additionally, the Designated Experts are
required to ensure that the following sense is preserved:
o For each bit in the field, a set bit (1) means that the address
has the designated property, while an unset bit (0) means that no
information about the designated property is provided. In
particular, an unset bit must not be used to convey any specific
information about the designated property.
<span class="h4"><a class="selflink" id="section-5.4.2" href="#section-5.4.2">5.4.2</a>. Modification to Existing Registry</span>
IANA maintains a sub-registry called "MPR Address Block TLV Type
Extensions" within the "Mobile Ad hoc NETwork (MANET) Parameters"
registry. This sub-registry already had an entry for value 0. IANA
has replaced the entry in the Description column for this value with
the text "This value is to be interpreted according to the registry
MPR TLV Bit Values". The resulting table is as specified in Table 8.
+-----------+-----------------------------------------+-------------+
| Type | Description | Reference |
| Extension | | |
+-----------+-----------------------------------------+-------------+
| 0 | This value is to be interpreted | <a href="./rfc7181">RFC 7181</a>, |
| | according to the registry MPR TLV Bit | <a href="./rfc7188">RFC 7188</a> |
| | Values | |
| | | |
| 1-255 | Unassigned | |
+-----------+-----------------------------------------+-------------+
Table 8: MPR Address Block TLV Type Extensions Modifications
<span class="h3"><a class="selflink" id="section-5.5" href="#section-5.5">5.5</a>. NBR_ADDR_TYPE Address Block TLVs</span>
<span class="h4"><a class="selflink" id="section-5.5.1" href="#section-5.5.1">5.5.1</a>. New Registry</span>
IANA has created a new sub-registry called "NBR_ADDR_TYPE Address
Block TLV Bit Values" within the "Mobile Ad hoc NETwork (MANET)
Parameters" registry.
IANA has populated this registry as specified in Table 9.
<span class="grey">Dearlove & Clausen Standards Track [Page 12]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-13" ></span>
<span class="grey"><a href="./rfc7188">RFC 7188</a> NHDP and OLSRv2 Extension TLVs April 2014</span>
+-----+-------+------------+----------------------------+-----------+
| Bit | Value | Name | Description | Reference |
+-----+-------+------------+----------------------------+-----------+
| 7 | 0x01 | ORIGINATOR | The network address is an | <a href="./rfc7188">RFC 7188</a> |
| | | | originator address | |
| | | | reachable via the | |
| | | | originating router | |
| | | | | |
| 6 | 0x02 | ROUTABLE | The network address is a | <a href="./rfc7188">RFC 7188</a> |
| | | | routable address reachable | |
| | | | via the originating router | |
| | | | | |
| 0-5 | | | Unassigned | |
+-----+-------+------------+----------------------------+-----------+
Table 9: NBR_ADDR_TYPE Address Block TLV Bit Values
New assignments are to be made by Expert Review [<a href="./rfc5226" title="">RFC5226</a>].
The Designated Experts are required to use the guidelines specified
in [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>]. Additionally, the Designated Experts are
required to ensure that the following sense is preserved:
o For each bit in the field, a set bit (1) means that the address
has the designated property, while an unset bit (0) means that no
information about the designated property is provided. In
particular, an unset bit must not be used to convey any specific
information about the designated property.
<span class="h4"><a class="selflink" id="section-5.5.2" href="#section-5.5.2">5.5.2</a>. Modification to Existing Registry</span>
IANA maintains a sub-registry called "NBR_ADDR_TYPE Address Block TLV
Type Extensions" within the "Mobile Ad hoc NETwork (MANET)
Parameters" registry. This sub-registry already had an entry for
value 0. IANA has replaced the entry in the Description column for
this value with the text "This value is to be interpreted according
to the registry NBR_ADDR_TYPE TLV Bit Values". The resulting table
is as specified in Table 10.
<span class="grey">Dearlove & Clausen Standards Track [Page 13]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-14" ></span>
<span class="grey"><a href="./rfc7188">RFC 7188</a> NHDP and OLSRv2 Extension TLVs April 2014</span>
+-----------+-------------------------------------------+-----------+
| Type | Description | Reference |
| Extension | | |
+-----------+-------------------------------------------+-----------+
| 0 | This value is to be interpreted according | <a href="./rfc7181">RFC 7181</a>, |
| | to the registry NBR_ADDR_TYPE Address | <a href="./rfc7188">RFC 7188</a> |
| | Block TLV Bit Values | |
| | | |
| 1-255 | Unassigned | |
+-----------+-------------------------------------------+-----------+
Table 10: NBR_ADDR_TYPE Address Block TLV Type Extensions
Modifications
<span class="h2"><a class="selflink" id="section-6" href="#section-6">6</a>. Security Considerations</span>
The updates made to [<a href="./rfc6130" title=""Mobile Ad Hoc Network (MANET) Neighborhood Discovery Protocol (NHDP)"">RFC6130</a>] and [<a href="./rfc7181" title=""The Optimized Link State Routing Protocol Version 2"">RFC7181</a>] have the following
implications on the security considerations:
o Created IANA registries for retaining TLV values for TLVs, already
defined in the already published specifications of the two
protocols, and with initial registrations for the TLV values
defined by these specifications. This does not give rise to any
additional security considerations.
o Enabled protocol extensions for registering TLV values in the
created IANA registries. Such extensions MUST specify appropriate
security considerations.
o Created, in some registries, a registration for "UNSPECIFIED"
values for more efficient use of multivalue Address Block TLVs.
The interpretation of an address being associated with a TLV of a
given type and with the value "UNSPECIFIED" is identical to that
address not being associated with a TLV of that type. Thus, this
update does not give rise to any additional security
considerations.
o Reduced the latitude of implementations of the two protocols to
reject a message as "badly formed" due to the value field of a TLV
being unexpected. These protocols are specified in terms such as
"if an address is associated with a value of LOST by a LINK_STATUS
TLV". Association with an unknown value (or a value newly defined
to mean no link status information) has no effect on such a
specification. Thus, this update does not give rise to any
additional security considerations.
<span class="grey">Dearlove & Clausen Standards Track [Page 14]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-15" ></span>
<span class="grey"><a href="./rfc7188">RFC 7188</a> NHDP and OLSRv2 Extension TLVs April 2014</span>
o Did not introduce any opportunities for attacks on the protocols
through signal modification that are not already present in the
two protocols.
<span class="h2"><a class="selflink" id="section-7" href="#section-7">7</a>. Acknowledgments</span>
The authors would like to gratefully acknowledge the following people
for intense technical discussions, early reviews, and comments on the
specification (listed alphabetically): Ulrich Herberg (Fujitsu
Laboratories of America) and Henning Rogge (Frauenhofer FKIE).
The authors would also like to express their gratitude to Adrian
Farrel for his assistance and contributions to the successful and
timely completion of this specification.
<span class="h2"><a class="selflink" id="section-8" href="#section-8">8</a>. References</span>
<span class="h3"><a class="selflink" id="section-8.1" href="#section-8.1">8.1</a>. Normative References</span>
[<a id="ref-RFC2119">RFC2119</a>] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", <a href="https://www.rfc-editor.org/bcp/bcp14">BCP 14</a>, <a href="./rfc2119">RFC 2119</a>, March 1997.
[<a id="ref-RFC5444">RFC5444</a>] Clausen, T., Dearlove, C., Dean, J., and C. Adjih,
"Generalized MANET Packet/Message Format", <a href="./rfc5444">RFC 5444</a>,
February 2009.
[<a id="ref-RFC6130">RFC6130</a>] Clausen, T., Dean, J., and C. Dearlove, "Mobile Ad Hoc
Network (MANET) Neighborhood Discovery Protocol (NHDP)",
<a href="./rfc6130">RFC 6130</a>, April 2011.
[<a id="ref-RFC7181">RFC7181</a>] Clausen, T., Dearlove, C., Jacquet, P., and U. Herberg,
"The Optimized Link State Routing Protocol Version 2", <a href="./rfc7181">RFC</a>
<a href="./rfc7181">7181</a>, April 2014.
<span class="h3"><a class="selflink" id="section-8.2" href="#section-8.2">8.2</a>. Informative References</span>
[<a id="ref-RFC2501">RFC2501</a>] Macker, J. and S. Corson, "Mobile Ad hoc Networking
(MANET): Routing Protocol Performance Issues and
Evaluation Considerations", <a href="./rfc2501">RFC 2501</a>, January 1999.
[<a id="ref-RFC5226">RFC5226</a>] Narten, T. and H. Alvestrand, "Guidelines for Writing an
IANA Considerations Section in RFCs", <a href="https://www.rfc-editor.org/bcp/bcp26">BCP 26</a>, <a href="./rfc5226">RFC 5226</a>,
May 2008.
<span class="grey">Dearlove & Clausen Standards Track [Page 15]</span></pre>
<hr class='noprint'/><!--NewPage--><pre class='newpage'><span id="page-16" ></span>
<span class="grey"><a href="./rfc7188">RFC 7188</a> NHDP and OLSRv2 Extension TLVs April 2014</span>
Authors' Addresses
Christopher Dearlove
BAE Systems Advanced Technology Centre
West Hanningfield Road
Great Baddow, Chelmsford
United Kingdom
Phone: +44 1245 242194
EMail: chris.dearlove@baesystems.com
URI: <a href="http://www.baesystems.com/">http://www.baesystems.com/</a>
Thomas Heide Clausen
LIX, Ecole Polytechnique
Phone: +33 6 6058 9349
EMail: T.Clausen@computer.org
URI: <a href="http://www.ThomasClausen.org/">http://www.ThomasClausen.org/</a>
Dearlove & Clausen Standards Track [Page 16]
</pre>
|
