-
Notifications
You must be signed in to change notification settings - Fork 2
/
Copy pathdraft-tgraf-netconf-notif-sequencing-03.txt
560 lines (365 loc) · 18.6 KB
/
draft-tgraf-netconf-notif-sequencing-03.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
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
Network Working Group T. Graf
Internet-Draft Swisscom
Intended status: Standards Track J. Quilbeuf
Expires: 17 July 2024 Huawei
A. Huang Feng
INSA-Lyon
14 January 2024
Support of Hostname and Sequencing in YANG Notifications
draft-tgraf-netconf-notif-sequencing-03
Abstract
This document specifies a new YANG module that augment the NETCONF
Event Notification header to support hostname, Message Publisher ID
and sequence numbers to identify from which network node and at which
time the message was published. This allows the collector to
recognize loss, delay and reordering between the publisher and the
downstream system storing the message.
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 17 July 2024.
Copyright Notice
Copyright (c) 2024 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
Graf, et al. Expires 17 July 2024 [Page 1]
Internet-Draft YANG Notifications Sequencing January 2024
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 . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Extend the NETCONF Event Notification Header . . . . . . . . 3
3. YANG Module for Event Notifications . . . . . . . . . . . . . 4
3.1. YANG Tree Diagram . . . . . . . . . . . . . . . . . . . . 4
3.2. Full Tree View . . . . . . . . . . . . . . . . . . . . . 5
3.3. YANG Module . . . . . . . . . . . . . . . . . . . . . . . 5
4. Security Considerations . . . . . . . . . . . . . . . . . . . 7
5. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 7
5.1. IETF XML Registry . . . . . . . . . . . . . . . . . . . . 7
5.2. YANG Module Name . . . . . . . . . . . . . . . . . . . . 7
6. Operational Considerations . . . . . . . . . . . . . . . . . 7
6.1. SysName Correlation . . . . . . . . . . . . . . . . . . . 7
7. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 7
8. References . . . . . . . . . . . . . . . . . . . . . . . . . 8
8.1. Normative References . . . . . . . . . . . . . . . . . . 8
8.2. Informative References . . . . . . . . . . . . . . . . . 9
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 9
1. Introduction
Section 4 of [RFC5277] describes the NETCONF event notification
header using a XML Schema. In the metadata of the event notification
header, only the eventTime is present indicating at which time the
notification message was published. For other encodings, the same
schema is implemented using a YANG module in
[I-D.ahuang-netconf-notif-yang]. Furthermore, in Section 3.7 of
[RFC8641], the subscription ID is added to the "push-update" and
"push-change-update" notification messages allowing to recognize to
which xpath or sub-tree the node was subscribed to.
When the NETCONF event notification message is forwarded from the
receiver to another system, such as a messaging system or a time
series database where the message is stored, the transport context is
lost since it is not part of the NETCONF event notification message
metadata. Therefore, the downstream system is unable to associate
the message to the publishing process (the exporting router), nor
able to detect message loss or reordering.
Graf, et al. Expires 17 July 2024 [Page 2]
Internet-Draft YANG Notifications Sequencing January 2024
Today, network operators workaround this impediment by preserving the
transport source IP address and sequence numbers of the publishing
process. However, this implies that this information needs to be
encoded in the NETCONF event notification message which impacts the
semantic readability of the message in the downstream system.
On top of that, the transport source IP address might not represent
the management IP address by which the YANG push server should be
known. In other terms, the source-host [RFC6470], which is the
"Address of the remote host for the session" might not be the
management IP address.
By extending the NETCONF Event Notification header with sysName, the
node's fully-qualified domain name, a reference to the YANG push
publisher process and a sequence number as described in [RFC9187],
the downstream system is not only able to identify from which network
node, subscription, and time the message was published but also, the
order of the published messages.
To correlate network data among different Network Telemetry planes as
described in Section 3.1 of [RFC9232] or among different YANG push
subscription types defined in Section 3.1 of [RFC8641], sysName
describes from which network node the state change was observed or
from when to when the data was accounted. This is essential for
understanding the timely relationship among these different planes
and YANG push subscription types.
2. Extend the NETCONF Event Notification Header
Besides the eventTime described in Section 2.2.1 of [RFC5277] the
following metadata objects are part of a "push-update" and "push-
change-update" notification message.
sysName: Describes the node's fully-qualified domain name according
to the 'sysName' object definition in [RFC1213] from where the
message was published from. This value is usually configured on
the node by the administrator to uniquely identify the node in the
network.
messagePublisherId: Message Publisher ID is a 32-bit identifier
defined in [I-D.ietf-netconf-distributed-notif]. This identifier
is unique to the publisher node and identifies the publishing
process of the node to allow the disambiguation of an information
source.
sequenceNumber: Generates a unique sequence number as described in
[RFC9187] for each published message.
Graf, et al. Expires 17 July 2024 [Page 3]
Internet-Draft YANG Notifications Sequencing January 2024
Figure 1 provides an example of a "push-change-update" message with
the sysName, messagePublisherId and sequenceNumber. This "push-
change-update" message is encoded in XML [W3C.REC-xml-20081126] over
the Network Configuration Protocol (NETCONF) as per [RFC8640].
<notification xmlns="urn:ietf:params:xml:ns:netconf:notification:1.0">
<eventTime>2023-02-04T16:30:11.22Z</eventTime>
<sysName xmlns="urn:ietf:params:xml:ns:yang:ietf-notification-sequencing">
example-router
</sysName>
<messagePublisherId xmlns="urn:ietf:params:xml:ns:yang:ietf-notification-sequencing">
1
</messagePublisherId>
<sequenceNumber xmlns="urn:ietf:params:xml:ns:yang:ietf-notification-sequencing">
187653
</sequenceNumber>
<push-update xmlns="urn:ietf:params:xml:ns:yang:ietf-yang-push">
<id>1011</id>
<datastore-contents>
<interfaces xmlns="urn:ietf:params:xml:ns:yang:ietf-interfaces">
<interface>
<name>eth0</name>
<oper-status>up</oper-status>
</interface>
</interfaces>
</datastore-contents>
</push-update>
</notification>
Figure 1: XML Push Example for a subscription-modified
notification message
3. YANG Module for Event Notifications
3.1. YANG Tree Diagram
This ietf-notification-sequencing YANG module augments the ietf-
notification YANG module specified in [I-D.ahuang-netconf-notif-yang]
adding the sysName and the sequenceNumber leaves as described in
Section 2 of this document.
module: ietf-notification-sequencing
augment-structure /inotif:notification:
+-- sysName inet:host
+-- messagePublisherId uint32
+-- sequenceNumber yang:counter32
Graf, et al. Expires 17 July 2024 [Page 4]
Internet-Draft YANG Notifications Sequencing January 2024
3.2. Full Tree View
The following is the YANG tree diagram [RFC8340] for the ietf-
notification-sequencing augmentation within the ietf-notification.
module: ietf-notification
structure notification:
+-- eventTime yang:date-and-time
+-- inotifseq:sysName inet:host
+-- inotifseq:messagePublisherId uint32
+-- inotifseq:sequenceNumber yang:counter32
3.3. YANG Module
<CODE BEGINS> file "[email protected]"
module ietf-notification-sequencing {
yang-version 1.1;
namespace
"urn:ietf:params:xml:ns:yang:ietf-notification-sequencing";
prefix inotifseq;
import ietf-inet-types {
prefix inet;
reference
"RFC 6991: Common YANG Data Types";
}
import ietf-yang-types {
prefix yang;
reference
"RFC 6991: Common YANG Data Types";
}
import ietf-notification {
prefix inotif;
reference
"draft-ahuang-netconf-notif-yang: NETCONF Event Notification YANG";
}
import ietf-yang-structure-ext {
prefix sx;
reference
"RFC 8791: YANG Data Structure Extensions";
}
organization "IETF NETCONF (Network Configuration) Working Group";
contact
"WG Web: <http:/tools.ietf.org/wg/netconf/>
WG List: <mailto:[email protected]>
Authors: Thomas Graf
Graf, et al. Expires 17 July 2024 [Page 5]
Internet-Draft YANG Notifications Sequencing January 2024
<mailto:[email protected]>
Jean Quilbeuf
<mailto:[email protected]>
Alex Huang Feng
<mailto:[email protected]>";
description
"Defines NETCONF Event Notification structure with the sysName and
the sequenceNumber.
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; see the RFC
itself for full legal notices.";
revision 2023-03-25 {
description
"First revision";
reference
"RFC XXXX: YANG Notifications Sequencing";
}
sx:augment-structure "/inotif:notification" {
leaf sysName {
type inet:host;
mandatory true;
description
"Fully-qualified domain name of the node according to [RFC1213].
This value is usually configured on the node by the administrator
to uniquely identify the node in the network.";
}
leaf messagePublisherId {
type uint32;
mandatory true;
description
"Identifier of the publishing process generating this notification.";
}
leaf sequenceNumber {
type yang:counter32;
mandatory true;
description
Graf, et al. Expires 17 July 2024 [Page 6]
Internet-Draft YANG Notifications Sequencing January 2024
"Unique sequence number as described in [RFC3339] for each
published message.";
}
}
}
<CODE ENDS>
4. Security Considerations
The security considerations for the NETCONF Event notifications are
described in [RFC5277]. This documents adds no additional security
considerations.
5. IANA Considerations
5.1. IETF XML Registry
This document registers the following URIs in the "IETF XML Registry"
[RFC3688]:
URI: urn:ietf:params:xml:ns:yang:ietf-notification-sequencing
Registrant Contact: The IESG.
XML: N/A; the requested URI is an XML namespace.
5.2. YANG Module Name
This document registers the following YANG modules in the "YANG
Module Names" registry [RFC6020]:
name: ietf-notification-sequencing
namespace: urn:ietf:params:xml:ns:yang:ietf-notification-sequencing
prefix: inotifseq
reference: RFC XXXX
6. Operational Considerations
6.1. SysName Correlation
In order to allow data correlation among BGP Monitoring Protocol
(BMP) [RFC7854] and YANG push, the same hostname value should be used
as described in section 4.4 of [RFC7854] for the information TLV in
the init BMP message type.
7. Acknowledgements
The authors would like to thank Rob Wilton, Nick Corran, Pierre
Francois, Benoit Claise, Ahmed Elhassany and Ignacio Dominguez
Martinez-Casanueva for their review and valuable comments.
Graf, et al. Expires 17 July 2024 [Page 7]
Internet-Draft YANG Notifications Sequencing January 2024
8. References
8.1. Normative References
[I-D.ahuang-netconf-notif-yang]
Feng, A. H., Francois, P., Graf, T., and B. Claise, "YANG
model for NETCONF Event Notifications", Work in Progress,
Internet-Draft, draft-ahuang-netconf-notif-yang-03, 20
October 2023, <https://datatracker.ietf.org/doc/html/
draft-ahuang-netconf-notif-yang-03>.
[I-D.ietf-netconf-distributed-notif]
Zhou, T., Zheng, G., Voit, E., Graf, T., and P. Francois,
"Subscription to Distributed Notifications", Work in
Progress, Internet-Draft, draft-ietf-netconf-distributed-
notif-08, 6 October 2023,
<https://datatracker.ietf.org/doc/html/draft-ietf-netconf-
distributed-notif-08>.
[RFC1213] McCloghrie, K. and M. Rose, "Management Information Base
for Network Management of TCP/IP-based internets: MIB-II",
STD 17, RFC 1213, DOI 10.17487/RFC1213, March 1991,
<https://www.rfc-editor.org/info/rfc1213>.
[RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688,
DOI 10.17487/RFC3688, January 2004,
<https://www.rfc-editor.org/info/rfc3688>.
[RFC5277] Chisholm, S. and H. Trevino, "NETCONF Event
Notifications", RFC 5277, DOI 10.17487/RFC5277, July 2008,
<https://www.rfc-editor.org/info/rfc5277>.
[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/info/rfc6020>.
[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/info/rfc8340>.
[RFC9187] Touch, J., "Sequence Number Extension for Windowed
Protocols", RFC 9187, DOI 10.17487/RFC9187, January 2022,
<https://www.rfc-editor.org/info/rfc9187>.
[W3C.REC-xml-20081126]
Bray, T., Paoli, J., Sperberg-McQueen, M., Maler, E., and
F. Yergeau, "Extensible Markup Language (XML) 1.0 (Fifth
Graf, et al. Expires 17 July 2024 [Page 8]
Internet-Draft YANG Notifications Sequencing January 2024
Edition)", World Wide Web Consortium Recommendation REC-
xml-20081126, November 2008,
<https://www.w3.org/TR/2008/REC-xml-20081126>.
8.2. Informative References
[RFC6470] Bierman, A., "Network Configuration Protocol (NETCONF)
Base Notifications", RFC 6470, DOI 10.17487/RFC6470,
February 2012, <https://www.rfc-editor.org/info/rfc6470>.
[RFC7854] Scudder, J., Ed., Fernando, R., and S. Stuart, "BGP
Monitoring Protocol (BMP)", RFC 7854,
DOI 10.17487/RFC7854, June 2016,
<https://www.rfc-editor.org/info/rfc7854>.
[RFC8640] Voit, E., Clemm, A., Gonzalez Prieto, A., Nilsen-Nygaard,
E., and A. Tripathy, "Dynamic Subscription to YANG Events
and Datastores over NETCONF", RFC 8640,
DOI 10.17487/RFC8640, September 2019,
<https://www.rfc-editor.org/info/rfc8640>.
[RFC8641] Clemm, A. and E. Voit, "Subscription to YANG Notifications
for Datastore Updates", RFC 8641, DOI 10.17487/RFC8641,
September 2019, <https://www.rfc-editor.org/info/rfc8641>.
[RFC9232] Song, H., Qin, F., Martinez-Julia, P., Ciavaglia, L., and
A. Wang, "Network Telemetry Framework", RFC 9232,
DOI 10.17487/RFC9232, May 2022,
<https://www.rfc-editor.org/info/rfc9232>.
Authors' Addresses
Thomas Graf
Swisscom
Binzring 17
CH-8045 Zurich
Switzerland
Email: [email protected]
Jean Quilbeuf
Huawei
Email: [email protected]
Graf, et al. Expires 17 July 2024 [Page 9]
Internet-Draft YANG Notifications Sequencing January 2024
Alex Huang Feng
INSA-Lyon
Lyon
France
Email: [email protected]
Graf, et al. Expires 17 July 2024 [Page 10]