-
Notifications
You must be signed in to change notification settings - Fork 0
/
draft-ietf-ccamp-if-ref-topo-yang.txt
525 lines (417 loc) · 18.1 KB
/
draft-ietf-ccamp-if-ref-topo-yang.txt
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
CCAMP Working Group J. Ahlberg
Internet-Draft Ericsson AB
Intended status: Standards Track S. Mansfield
Expires: 20 April 2024 Ericsson Inc
M. Ye
I. Busi
Huawei Technologies
X. Li
NEC Laboratories Europe
D. Spreafico
Nokia - IT
18 October 2023
A YANG Data Model for Interface Reference Topology
draft-ietf-ccamp-if-ref-topo-yang-latest
Abstract
This document defines a YANG data model to provide a reference from a
termination point in a topology model to interface management
information.
About This Document
This note is to be removed before publishing as an RFC.
The latest revision of this draft can be found at https://github.com/
ietf-ccamp-wg/draft-ietf-ccamp-mw-topo-yang. Status information for
this document may be found at https://datatracker.ietf.org/doc/draft-
ietf-ccamp-if-ref-topo-yang/.
Discussion of this document takes place on the CCAMP Working Group
mailing list (mailto:ccamp@ietf.org), which is archived at
https://datatracker.ietf.org/wg/ccamp/about/. Subscribe at
https://www.ietf.org/mailman/listinfo/ccamp/.
Source for this draft and an issue tracker can be found at
https://github.com/https://github.com/ietf-ccamp-wg/draft-ietf-ccamp-
mw-topo-yang.
Status of This Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at https://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
This Internet-Draft will expire on 20 April 2024.
Copyright Notice
Copyright (c) 2023 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents (https://trustee.ietf.org/
license-info) 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 Revised BSD License text as
described in Section 4.e of the Trust Legal Provisions and are
provided without warranty as described in the Revised BSD License.
Table of Contents
1. Introduction
1.1. Terminology and Definitions
1.2. Tree Structure
2. Requirements Language
3. Termination Point to Interface Reference YANG Data Model
3.1. YANG Tree
3.2. Termination Point to Interface Reference YANG Data Module
4. Security Considerations
5. IANA Considerations
6. References
6.1. Normative References
6.2. Informative References
Appendix A. Examples of the Interface Reference Topology Model
A.1. A tree for a complete Interface Reference Topology Model
A.2. A JSON example
Acknowledgments
Authors' Addresses
1. Introduction
This document defines a YANG data model to provide a reference from a
termination point in a topology model to interface management
information. It introduces a way to reference the information in a
YANG data model for interface management [RFC8343] that could be
useful for all types of termination points. The model augments "YANG
Data Model for Traffic Engineering (TE) Topologies" defined in
[RFC8795], which is based on "A YANG Data Model for Network
Topologies" defined in [RFC8345].
The interface reference model is expected to be used between a
Provisioning Network Controller (PNC) and a Multi Domain Service
Coordinator(MDSC) [RFC8453]. Different use cases require access to
different attributes and in order not to restrict what use cases can
be supported, all attributes supported by the interface management
model is with this model made accessible from the topology model.
1.1. Terminology and Definitions
The following acronyms are used in this document:
PNC Provisioning Network Controller
MDSC Multi Domain Service Coordinator
1.2. Tree Structure
A simplified graphical representation of the data model is used in
chapter 3.1 of this document. The meaning of the symbols in these
diagrams is defined in [RFC8340].
2. Requirements Language
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 BCP
14 [RFC2119] [RFC8174] when, and only when, they appear in all
capitals, as shown here.
3. Termination Point to Interface Reference YANG Data Model
3.1. YANG Tree
module: ietf-tp-interface-reference-topology
augment /nw:networks/nw:network/nw:node/nt:termination-point/tet:te:
+--rw tp-to-interface-path? -> /if:interfaces/interface/name
3.2. Termination Point to Interface Reference YANG Data Module
<CODE BEGINS> file "ietf-tp-interface-reference-topology.yang"
module ietf-tp-interface-reference-topology {
yang-version "1.1";
namespace
"urn:ietf:params:xml:ns:yang:ietf-tp-interface-reference-topology";
prefix "ifref";
import ietf-network {
prefix "nw";
reference "RFC 8345: A YANG Data Model for Network Topologies";
}
import ietf-network-topology {
prefix "nt";
reference "RFC 8345: A YANG Data Model for Network Topologies";
}
import ietf-te-topology {
prefix "tet";
reference "RFC 8795: YANG Data Model for Traffic Engineering
(TE) Topologies";
}
import ietf-interfaces {
prefix if;
reference
"RFC 8343";
}
organization
"Internet Engineering Task Force (IETF) CCAMP WG";
contact
"WG List: <mailto:ccamp@ietf.org>
Editor: Jonas Ahlberg
<mailto:jonas.ahlberg@ericsson.com>
Editor: Scott Mansfield
<mailto:scott.mansfield@ericsson.com>
Editor: Min Ye
<mailto:amy.yemin@huawei.com>
Editor: Italo Busi
<mailto:Italo.Busi@huawei.com>
Editor: Xi Li
<mailto:Xi.Li@neclab.eu>
Editor: Daniela Spreafico
<mailto:daniela.spreafico@nokia.com>
";
description
"This is a module for defining a reference from a termination
point in a te topology to a list element in interfaces
as defined in RFC 8343.
Copyright (c) 2023 IETF Trust and the persons
identified as authors of the code. All rights reserved.
Redistribution and use in source and binary forms, with or
without modification, is permitted pursuant to, and subject
to the license terms contained in, the Revised BSD License
set forth in Section 4.c of the IETF Trust's Legal Provisions
Relating to IETF Documents
(https://trustee.ietf.org/license-info).
This version of this YANG module is part of RFC XXXX
(https://tools.ietf.org/html/rfcXXXX); see the RFC itself for
full legal notices.";
revision 2023-02-15 {
description
"First rough draft.";
reference "";
}
/*
* Groupings
*/
grouping tp-to-interface-ref {
description
"Grouping used for reference between a termination point and
an interface.";
leaf tp-to-interface-path {
type leafref {
path '/if:interfaces/if:interface/if:name';
}
description
"Leafref expression referencing a list element, identified
by its name, in interfaces as defined in RFC 8343.";
}
}
/*
* Data nodes
*/
augment "/nw:networks/nw:network/nw:node/nt:termination-point/"
+ "tet:te" {
description
"Augmentation to add possibility to reference an element
in the list of interfaces as defined by RFC 8343.";
uses tp-to-interface-ref;
}
}
<CODE ENDS>
4. Security Considerations
The YANG modules specified in this document define schemas for data
that is designed to be accessed via network management protocols such
as NETCONF [RFC6241] or RESTCONF [RFC8040]. The lowest NETCONF layer
is the secure transport layer, and the mandatory-to-implement secure
transport is Secure Shell (SSH) [RFC6242]. The lowest RESTCONF layer
is HTTPS, and the mandatory-to-implement secure transport is TLS
[RFC8446].
The NETCONF access control model [RFC8341] provides the means to
restrict access for particular NETCONF or RESTCONF users to a
preconfigured subset of all available NETCONF or RESTCONF protocol
operations and content.
The YANG module specified in this document imports and augments the
ietf-network and ietf-network-topology models defined in [RFC8345].
The security considerations from [RFC8345] are applicable to the
module in this document.
There is a data node defined in this YANG module that is
writable/creatable/deletable (i.e., config true, which is the
default). This data node may be considered sensitive or vulnerable
in some network environments. Write operations (e.g., edit-config)
to this data node without proper protection can have a negative
effect on network operations. This is the subtrees and data node and
its sensitivity/vulnerability:
* tp-to-interface-path: A malicious client could set an arbitrary
path that could allow a client to retrieve incorrect information.
Troubleshooting would be difficult because the bad path would not
be detectable until the client tries to use the leaf to identify
to radio link terminal.
5. IANA Considerations
IANA is asked to assign a new URI from the "IETF XML Registry"
[RFC3688] as follows:
URI: urn:ietf:params:xml:ns:yang:ietf-tp-interface-reference-topology
Registrant Contact: The IESG
XML: N/A; the requested URI is an XML namespace.
It is proposed that IANA should record YANG module names in the "YANG
Module Names" registry [RFC6020] as follows:
Name: ietf-tp-interface-reference-topology
Maintained by IANA?: N
Namespace:
urn:ietf:params:xml:ns:yang:ietf-interface-reference-topology
Prefix: ifref
Reference: RFC XXXX
6. References
6.1. Normative References
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119,
DOI 10.17487/RFC2119, March 1997,
<https://www.rfc-editor.org/rfc/rfc2119>.
[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688,
DOI 10.17487/RFC3688, January 2004,
<https://www.rfc-editor.org/rfc/rfc3688>.
[RFC6020] Bjorklund, M., Ed., "YANG - A Data Modeling Language for
the Network Configuration Protocol (NETCONF)", RFC 6020,
DOI 10.17487/RFC6020, October 2010,
<https://www.rfc-editor.org/rfc/rfc6020>.
[RFC6241] Enns, R., Ed., Bjorklund, M., Ed., Schoenwaelder, J., Ed.,
and A. Bierman, Ed., "Network Configuration Protocol
(NETCONF)", RFC 6241, DOI 10.17487/RFC6241, June 2011,
<https://www.rfc-editor.org/rfc/rfc6241>.
[RFC6242] Wasserman, M., "Using the NETCONF Protocol over Secure
Shell (SSH)", RFC 6242, DOI 10.17487/RFC6242, June 2011,
<https://www.rfc-editor.org/rfc/rfc6242>.
[RFC8040] Bierman, A., Bjorklund, M., and K. Watsen, "RESTCONF
Protocol", RFC 8040, DOI 10.17487/RFC8040, January 2017,
<https://www.rfc-editor.org/rfc/rfc8040>.
[RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC
2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174,
May 2017, <https://www.rfc-editor.org/rfc/rfc8174>.
[RFC8341] Bierman, A. and M. Bjorklund, "Network Configuration
Access Control Model", STD 91, RFC 8341,
DOI 10.17487/RFC8341, March 2018,
<https://www.rfc-editor.org/rfc/rfc8341>.
[RFC8343] Bjorklund, M., "A YANG Data Model for Interface
Management", RFC 8343, DOI 10.17487/RFC8343, March 2018,
<https://www.rfc-editor.org/rfc/rfc8343>.
[RFC8345] Clemm, A., Medved, J., Varga, R., Bahadur, N.,
Ananthakrishnan, H., and X. Liu, "A YANG Data Model for
Network Topologies", RFC 8345, DOI 10.17487/RFC8345, March
2018, <https://www.rfc-editor.org/rfc/rfc8345>.
[RFC8446] Rescorla, E., "The Transport Layer Security (TLS) Protocol
Version 1.3", RFC 8446, DOI 10.17487/RFC8446, August 2018,
<https://www.rfc-editor.org/rfc/rfc8446>.
[RFC8795] Liu, X., Bryskin, I., Beeram, V., Saad, T., Shah, H., and
O. Gonzalez de Dios, "YANG Data Model for Traffic
Engineering (TE) Topologies", RFC 8795,
DOI 10.17487/RFC8795, August 2020,
<https://www.rfc-editor.org/rfc/rfc8795>.
6.2. Informative References
[RFC8340] Bjorklund, M. and L. Berger, Ed., "YANG Tree Diagrams",
BCP 215, RFC 8340, DOI 10.17487/RFC8340, March 2018,
<https://www.rfc-editor.org/rfc/rfc8340>.
[RFC8453] Ceccarelli, D., Ed. and Y. Lee, Ed., "Framework for
Abstraction and Control of TE Networks (ACTN)", RFC 8453,
DOI 10.17487/RFC8453, August 2018,
<https://www.rfc-editor.org/rfc/rfc8453>.
Appendix A. Examples of the Interface Reference Topology Model
This appendix provides some examples and illustrations of how the
Interface Reference Topology Model can be used. There is one
extended tree to illustrate the Model and a JSON based instantiation
of the Interface Reference Model for a small network example.
A.1. A tree for a complete Interface Reference Topology Model
The tree below shows the leafs for extending a Network Topology Model
defined in [RFC8345], Traffic Engineering (TE) Topologies model
defined in [RFC8795] with a possibility to reference interface
management information.
module: ietf-network
+--rw networks
+--rw network* [network-id]
+--rw network-id network-id
+--rw node* [node-id]
+--rw node-id node-id
+--rw nt:termination-point* [tp-id]
+--rw nt:tp-id tp-id
+--rw tet:te!
+--rw ifref:tp-to-interface-path?
-> /if:interfaces/interface/name
A.2. A JSON example
{
"ietf-interfaces:interfaces": {
"interface": [
{
"name": "L2Interface1",
"description": "'Ethernet Interface 1'",
"type": "iana-if-type:ethernetCsmacd"
},
{
"name": "L2Interface2",
"description": "'Ethernet Interface 2'",
"type": "iana-if-type:ethernetCsmacd"
}
]
},
"ietf-network:networks": {
"network": [
{
"network-id": "L2-network",
"network-types": {
"ietf-te-topology:te-topology": {
"ietf-eth-te-topology:eth-tran-topology": {}
}
},
"node": [
{
"node-id": "L2-N1",
"ietf-network-topology:termination-point": [
{
"tp-id": "L2-N1-TP1",
"ietf-te-topology:te-tp-id": "10.10.10.1",
"ietf-te-topology:te": {
"ietf-tp-interface-reference-topology:tp-to-interface-path":
"L2Interface1"
}
}
]
},
{
"node-id": "L2-N2",
"ietf-network-topology:termination-point": [
{
"tp-id": "L2-N2-TP2",
"ietf-te-topology:te-tp-id": "10.10.10.2",
"ietf-te-topology:te": {
"ietf-tp-interface-reference-topology:tp-to-interface-path":
"L2Interface2"
}
}
]
}
],
"ietf-network-topology:link": [
{
"link-id": "L2-N1-N2",
"source": {
"source-node": "L2-N1",
"source-tp": "L2-N1-TP1"
},
"destination": {
"dest-node": "L2-N2",
"dest-tp": "L2-N2-TP2"
}
}
]
}
]
}
}
Acknowledgments
This document was prepared using kramdown
The authors would like to thank ...
Authors' Addresses
Jonas Ahlberg
Ericsson AB
Lindholmspiren 11
SE-417 56 Goteborg
Sweden
Email: jonas.ahlberg@ericsson.com
Scott Mansfield
Ericsson Inc
Email: scott.mansfield@ericsson.com
Min Ye
Huawei Technologies
No.1899, Xiyuan Avenue
Chengdu
611731
China
Email: amy.yemin@huawei.com
Italo Busi
Huawei Technologies
Email: italo.busi@huawei.com
Xi Li
NEC Laboratories Europe
Kurfursten-Anlage 36
69115 Heidelberg
Germany
Email: Xi.Li@neclab.eu
Daniela Spreafico
Nokia - IT
Via Energy Park, 14
20871 Vimercate (MI)
Italy
Email: daniela.spreafico@nokia.com