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
|
.. _pceplib:
*******
PCEPlib
*******
Overview
========
The PCEPlib is a PCEP implementation library that can be used by either a PCE
or PCC.
Currently, only the FRR pathd has been implemented as a PCC with the PCEPlib.
The PCEPlib is able to simultaneously connect to multiple PCEP peers and can
maintain persistent PCEP connections.
PCEPlib compliance
==================
The PCEPlib implements version 1 of the PCEP protocol, according to `RFC 5440 <https://tools.ietf.org/html/rfc5440>`_.
Additionally, the PCEPlib implements the following PCEP extensions:
- `RFC 8281 <https://tools.ietf.org/html/rfc8281>`_ PCE initiated for PCE-Initiated LSP Setup
- `RFC 8231 <https://tools.ietf.org/html/rfc8231>`_ Extensions for Stateful PCE
- `RFC 8232 <https://tools.ietf.org/html/rfc8232>`_ Optimizations of Label Switched Path State Synchronization Procedures for a Stateful PCE
- `RFC 8282 <https://tools.ietf.org/html/rfc8282>`_ Extensions to PCEP for Inter-Layer MPLS and GMPLS Traffic Engineering
- `RFC 8408 <https://tools.ietf.org/html/rfc8408>`_ Conveying Path Setup Type in PCE Communication Protocol (PCEP) Messages
- `draft-ietf-pce-segment-routing-07 <https://tools.ietf.org/html/draft-ietf-pce-segment-routing-07>`_,
`draft-ietf-pce-segment-routing-16 <https://tools.ietf.org/html/draft-ietf-pce-segment-routing-16>`_,
`RFC 8664 <https://tools.ietf.org/html/rfc8664>`_ Segment routing protocol extensions
- `RFC 7470 <https://tools.ietf.org/html/rfc7470>`_ Conveying Vendor-Specific Constraints
- `Draft-ietf-pce-association-group-10 <https://tools.ietf.org/html/draft-ietf-pce-association-group-10>`_
Establishing Relationships Between Sets of Label Switched Paths
- `Draft-barth-pce-segment-routing-policy-cp-04 <https://tools.ietf.org/html/draft-barth-pce-segment-routing-policy-cp-04>`_
Segment Routing Policy Candidate Paths
PCEPlib Architecture
====================
The PCEPlib is comprised of the following modules, each of which will be
detailed in the following sections.
- **pcep_messages**
- PCEP messages, objects, and TLVs implementations
- **pcep_pcc**
- PCEPlib public PCC API with a sample PCC binary
- **pcep_session_logic**
- PCEP Session handling
- **pcep_socket_comm**
- Socket communications
- **pcep_timers**
- PCEP timers
- **pcep_utils**
- Internal utilities used by the PCEPlib modules.
The interaction of these modules can be seen in the following diagram.
PCEPlib Architecture:
.. image:: images/PCEPlib_design.jpg
PCEP Session Logic library
--------------------------
The PCEP Session Logic library orchestrates calls to the rest of the PCC libraries.
PCEP Session Logic library responsibilities:
- Handle messages received from "PCEP Socket Comm"
- Create and manage "PCEP Session" objects
- Set timers and react to timer expirations
- Manage counters
The PCEP Session Logic library will have 2 main triggers controlled by a
pthread condition variable:
- Timer expirations - ``on_timer_expire()`` callback
- Messages received from PCEP SocketComm - ``message_received()`` callback
The counters are created and managed using the ``pcep_utils/pcep_utils_counters.h``
counters library. The following are the different counter groups managed:
- **COUNTER_SUBGROUP_ID_RX_MSG**
- **COUNTER_SUBGROUP_ID_TX_MSG**
- **COUNTER_SUBGROUP_ID_RX_OBJ**
- **COUNTER_SUBGROUP_ID_TX_OBJ**
- **COUNTER_SUBGROUP_ID_RX_SUBOBJ**
- **COUNTER_SUBGROUP_ID_TX_SUBOBJ**
- **COUNTER_SUBGROUP_ID_RX_RO_SR_SUBOBJ**
- **COUNTER_SUBGROUP_ID_TX_RO_SR_SUBOBJ**
- **COUNTER_SUBGROUP_ID_RX_TLV**
- **COUNTER_SUBGROUP_ID_TX_TLV**
- **COUNTER_SUBGROUP_ID_EVENT**
The counters can be obtained and reset as explained later in the PCEPlib PCC API.
PCEP Socket Comm library
------------------------
PCEP communication can be configured to be handled internally in this simple
library. When this library is instantiated by the PCEP Session Logic, callbacks
are provided to handle received messages and error conditions.
The following diagram illustrates how the library works.
PCEPlib Socket Comm:
.. image:: images/PCEPlib_socket_comm.jpg
PCEP Timers library
-------------------
Timers can be configured to be handled internally by this library. When this
library is instantiated by the PCEP Session Logic, callbacks are provided to
ha:0
ndle timer expirations. The following timers are implemented and handled,
according to `RFC 5440 <https://tools.ietf.org/html/rfc5440>`_.
- Open KeepWait (fixed at 60 seconds)
- Set once the PCC sends an Open, and if it expires before receiving a KeepAlive or PCErr, then the PCC should send a PCErr and close the TCP connection
- Keepalive timer
- How often the PCC should send Keepalive messages to the PCE (and vice-versa)
- The timer will be reset after any message is sent: any message serves as a Keepalive
- DeadTimer
- If no messages are received before expiration, the session is declared as down
- Reset everytime any message is received
- PCReq request timer
- How long the PCC waits for the PCE to reply to PCReq messages.
PCEPlib Timers:
.. image:: images/PCEPlib_timers.jpg
PCEP Messages library
---------------------
The PCEP Messages library has all of the implemented PCEP messages, objects,
TLVs, and related functionality.
The following header files can be used for creating and handling received PCEP
entities.
- pcep-messages.h
- pcep-objects.h
- pcep-tlvs.h
PCEP Messages
+++++++++++++
The following PCEP messages can be created and received:
- ``struct pcep_message* pcep_msg_create_open(...);``
- ``struct pcep_message* pcep_msg_create_open_with_tlvs(...);``
- ``struct pcep_message* pcep_msg_create_request(...);``
- ``struct pcep_message* pcep_msg_create_request_ipv6(...);``
- ``struct pcep_message* pcep_msg_create_reply(...);``
- ``struct pcep_message* pcep_msg_create_close(...);``
- ``struct pcep_message* pcep_msg_create_error(...);``
- ``struct pcep_message* pcep_msg_create_error_with_objects(...);``
- ``struct pcep_message* pcep_msg_create_keepalive(...);``
- ``struct pcep_message* pcep_msg_create_report(...);``
- ``struct pcep_message* pcep_msg_create_update(...);``
- ``struct pcep_message* pcep_msg_create_initiate(...);``
Refer to ``pcep_messages/include/pcep-messages.h`` and the API section
below for more details.
PCEP Objects
++++++++++++
The following PCEP objects can be created and received:
- ``struct pcep_object_open* pcep_obj_create_open(...);``
- ``struct pcep_object_rp* pcep_obj_create_rp(...);``
- ``struct pcep_object_notify* pcep_obj_create_notify(...);``
- ``struct pcep_object_nopath* pcep_obj_create_nopath(...);``
- ``struct pcep_object_association_ipv4* pcep_obj_create_association_ipv4(...);``
- ``struct pcep_object_association_ipv6* pcep_obj_create_association_ipv6(...);``
- ``struct pcep_object_endpoints_ipv4* pcep_obj_create_endpoint_ipv4(...);``
- ``struct pcep_object_endpoints_ipv6* pcep_obj_create_endpoint_ipv6(...);``
- ``struct pcep_object_bandwidth* pcep_obj_create_bandwidth(...);``
- ``struct pcep_object_metric* pcep_obj_create_metric(...);``
- ``struct pcep_object_lspa* pcep_obj_create_lspa(...);``
- ``struct pcep_object_svec* pcep_obj_create_svec(...);``
- ``struct pcep_object_error* pcep_obj_create_error(...);``
- ``struct pcep_object_close* pcep_obj_create_close(...);``
- ``struct pcep_object_srp* pcep_obj_create_srp(...);``
- ``struct pcep_object_lsp* pcep_obj_create_lsp(...);``
- ``struct pcep_object_vendor_info* pcep_obj_create_vendor_info(...);``
- ``struct pcep_object_ro* pcep_obj_create_ero(...);``
- ``struct pcep_object_ro* pcep_obj_create_rro(...);``
- ``struct pcep_object_ro* pcep_obj_create_iro(...);``
- ``struct pcep_ro_subobj_ipv4* pcep_obj_create_ro_subobj_ipv4(...);``
- ``struct pcep_ro_subobj_ipv6* pcep_obj_create_ro_subobj_ipv6(...);``
- ``struct pcep_ro_subobj_unnum* pcep_obj_create_ro_subobj_unnum(...);``
- ``struct pcep_ro_subobj_32label* pcep_obj_create_ro_subobj_32label(...);``
- ``struct pcep_ro_subobj_asn* pcep_obj_create_ro_subobj_asn(...);``
- ``struct pcep_ro_subobj_sr* pcep_obj_create_ro_subobj_sr_nonai(...);``
- ``struct pcep_ro_subobj_sr* pcep_obj_create_ro_subobj_sr_ipv4_node(...);``
- ``struct pcep_ro_subobj_sr* pcep_obj_create_ro_subobj_sr_ipv6_node(...);``
- ``struct pcep_ro_subobj_sr* pcep_obj_create_ro_subobj_sr_ipv4_adj(...);``
- ``struct pcep_ro_subobj_sr* pcep_obj_create_ro_subobj_sr_ipv6_adj(...);``
- ``struct pcep_ro_subobj_sr* pcep_obj_create_ro_subobj_sr_unnumbered_ipv4_adj(...);``
- ``struct pcep_ro_subobj_sr* pcep_obj_create_ro_subobj_sr_linklocal_ipv6_adj(...);``
Refer to ``pcep_messages/include/pcep-objects.h`` and the API section
below for more details.
PCEP TLVs
+++++++++
The following PCEP TLVs (Tag, Length, Value) can be created and received:
- Open Object TLVs
- ``struct pcep_object_tlv_stateful_pce_capability* pcep_tlv_create_stateful_pce_capability(...);``
- ``struct pcep_object_tlv_lsp_db_version* pcep_tlv_create_lsp_db_version(...);``
- ``struct pcep_object_tlv_speaker_entity_identifier* pcep_tlv_create_speaker_entity_id(...);``
- ``struct pcep_object_tlv_path_setup_type* pcep_tlv_create_path_setup_type(...);``
- ``struct pcep_object_tlv_path_setup_type_capability* pcep_tlv_create_path_setup_type_capability(...);``
- ``struct pcep_object_tlv_sr_pce_capability* pcep_tlv_create_sr_pce_capability(...);``
- LSP Object TLVs
- ``struct pcep_object_tlv_ipv4_lsp_identifier* pcep_tlv_create_ipv4_lsp_identifiers(...);``
- ``struct pcep_object_tlv_ipv6_lsp_identifier* pcep_tlv_create_ipv6_lsp_identifiers(...);``
- ``struct pcep_object_tlv_symbolic_path_name* pcep_tlv_create_symbolic_path_name(...);``
- ``struct pcep_object_tlv_lsp_error_code* pcep_tlv_create_lsp_error_code(...);``
- ``struct pcep_object_tlv_rsvp_error_spec* pcep_tlv_create_rsvp_ipv4_error_spec(...);``
- ``struct pcep_object_tlv_rsvp_error_spec* pcep_tlv_create_rsvp_ipv6_error_spec(...);``
- ``struct pcep_object_tlv_nopath_vector* pcep_tlv_create_nopath_vector(...);``
- ``struct pcep_object_tlv_vendor_info* pcep_tlv_create_vendor_info(...);``
- ``struct pcep_object_tlv_arbitrary* pcep_tlv_create_tlv_arbitrary(...);``
- SRPAG (SR Association Group) TLVs
- ``struct pcep_object_tlv_srpag_pol_id *pcep_tlv_create_srpag_pol_id_ipv4(...);``
- ``struct pcep_object_tlv_srpag_pol_id *pcep_tlv_create_srpag_pol_id_ipv6(...);``
- ``struct pcep_object_tlv_srpag_pol_name *pcep_tlv_create_srpag_pol_name(...);``
- ``struct pcep_object_tlv_srpag_cp_id *pcep_tlv_create_srpag_cp_id(...);``
- ``struct pcep_object_tlv_srpag_cp_pref *pcep_tlv_create_srpag_cp_pref(...);``
Refer to ``pcep_messages/include/pcep-tlvs.h`` and the API section
below for more details.
PCEP PCC
--------
This module has a Public PCC API library (explained in detail later) and a
sample PCC binary. The APIs in this library encapsulate other PCEPlib libraries
for simplicity. With this API, the PCEPlib PCC can be started and stopped, and
the PCEPlib event queue can be accessed. The PCEP Messages library is not
encapsulated, and should be used directly.
Internal Dependencies
---------------------
The following diagram illustrates the internal PCEPlib library dependencies.
PCEPlib internal dependencies:
.. image:: images/PCEPlib_internal_deps.jpg
External Dependencies
---------------------
Originally the PCEPlib was based on the open source `libpcep project <https://www.acreo.se/open-software-libpcep>`_,
but that dependency has been reduced to just one source file (pcep-tools.[ch]).
PCEPlib Threading model
-----------------------
The PCEPlib can be run in stand-alone mode whereby a thread is launched for
timers and socket comm, as is illustrated in the following diagram.
PCEPlib Threading model:
.. image:: images/PCEPlib_threading_model.jpg
The PCEPlib can also be configured to use an external timers and socket
infrastructure like the FRR threads and tasks. In this case, no internal
threads are launched for timers and socket comm, as is illustrated in the
following diagram.
PCEPlib Threading model with external infra:
.. image:: images/PCEPlib_threading_model_frr_infra.jpg
Building
--------
The autotools build system is used and integrated with the frr build system.
Testing
-------
The Unit Tests for an individual library are executed with the ``make check``
command. The Unit Test binary will be written to the project ``build`` directory.
All Unit Tests are executed with Valgrind, and any memory issues reported by
Valgrind will cause the Unit Test to fail.
PCEPlib PCC API
===============
The following sections describe the PCEPlib PCC API.
PCEPlib PCC Initialization and Destruction
------------------------------------------
The PCEPlib can be initialized to handle memory, timers, and socket comm
internally in what is called stand-alone mode, or with an external
infrastructure, like FRR.
PCEPlib PCC Initialization and Destruction in stand-alone mode
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
PCEPlib PCC initialization and destruction functions:
- ``bool initialize_pcc();``
- ``bool initialize_pcc_wait_for_completion();``
- ``bool destroy_pcc();``
The PCC can be initialized with either ``initialize_pcc()`` or
``initialize_pcc_wait_for_completion()``.
- ``initialize_pcc_wait_for_completion()`` blocks until ``destroy_pcc()``
is called from a separate pthread.
- ``initialize_pcc()`` is non-blocking and will be stopped when
``destroy_pcc()`` is called.
Both initialize functions will launch 3 pthreads:
- 1 Timer pthread
- 1 SocketComm pthread
- 1 SessionLogic pthread
When ``destroy_pcc()`` is called, all pthreads will be stopped and all
resources will be released.
All 3 functions return true upon success, and false otherwise.
PCEPlib PCC Initialization and Destruction with FRR infrastructure
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
PCEPlib PCC initialization and destruction functions:
- ``bool initialize_pcc_infra(struct pceplib_infra_config *infra_config);``
- ``bool destroy_pcc();``
The ``pceplib_infra_config`` struct has the following fields:
- **void *pceplib_infra_mt**
- FRR Memory type pointer for infra related memory management
- **void *pceplib_messages_mt**
- FRR Memory type pointer for PCEP messages related memory management
- **pceplib_malloc_func mfunc**
- FRR malloc function pointer
- **pceplib_calloc_func cfunc**
- FRR calloc function pointer
- **pceplib_realloc_func rfunc**
- FRR realloc function pointer
- **pceplib_strdup_func sfunc**
- FRR strdup function pointer
- **pceplib_free_func ffunc**
- FRR free function pointer
- **void *external_infra_data**
- FRR data used by FRR timers and sockets infrastructure
- **ext_timer_create timer_create_func**
- FRR timer create function pointer
- **ext_timer_cancel timer_cancel_func**
- FRR timer cancel function pointer
- **ext_socket_write socket_write_func**
- FRR socket write function pointer, indicating fd is ready to be written to
- **ext_socket_read socket_read_func**
- FRR socket write function pointer, indicating fd is ready to be read from
PCEPlib PCC configuration
-------------------------
PCEPlib PCC configuratoin functions:
- ``pcep_configuration *create_default_pcep_configuration();``
- ``void destroy_pcep_configuration(pcep_configuration *config);``
A ``pcep_configuration`` object with default values is created with
``create_default_pcep_configuration()``. These values can be tailored to
specific use cases.
Created ``pcep_configuration`` objects are destroyed with
``destroy_pcep_configuration()``.
PCEPlib PCC configuration paramaters
++++++++++++++++++++++++++++++++++++
The ``pcep_configuration`` object is defined in ``pcep_session_logic/include/pcep_session_logic.h``
The attributes in the ``pcep_configuration`` object are detailed as follows.
PCEP Connection parameters:
- **dst_pcep_port**
- Defaults to 0, in which case the default PCEP TCP destination port
4189 will be used.
- Set to use a specific PCEP TCP destination port.
- **src_pcep_port**
- Defaults to 0, in which case the default PCEP TCP source port
4189 will be used.
- Set to use a specific PCEP TCP source port.
- **Source IP**
- Defaults to IPv4 INADDR_ANY
- Set **src_ip.src_ipv4** and **is_src_ipv6=false** to set the source IPv4.
- Set **src_ip.src_ipv6** and **is_src_ipv6=true** to set the source IPv6.
- **socket_connect_timeout_millis**
- Maximum amount of time to wait to connect to the PCE TCP socket
before failing, in milliseconds.
PCEP Versioning:
- **pcep_msg_versioning->draft_ietf_pce_segment_routing_07**
- Defaults to false, in which case draft 16 versioning will be used.
- Set to true to use draft 07 versioning.
PCEP Open Message Parameters:
- **keep_alive_seconds**
- Sent to PCE in PCEP Open Msg
- Recommended value = 30, Minimum value = 1
- Disabled by setting value = 0
- **dead_timer_seconds**
- Sent to PCE in PCEP Open Msg
- Recommended value = 4 * keepalive timer value
- Supported value ranges for PCEP Open Message received from the PCE
- **min_keep_alive_seconds**, **max_keep_alive_seconds**
- **min_dead_timer_seconds**, **max_dead_timer_seconds**
- **request_time_seconds**
- When a PCC sends a PcReq to a PCE, the amount of time a PCC will
wait for a PcRep reply from the PCE.
- **max_unknown_requests**
- If a PCC/PCE receives PCRep/PCReq messages with unknown requests
at a rate equal or greater than MAX-UNKNOWN-REQUESTS per minute,
the PCC/PCE MUST send a PCEP CLOSE message.
- Recommended value = 5
- **max_unknown_messages**
- If a PCC/PCE receives unrecognized messages at a rate equal or
greater than MAX-UNKNOWN-MESSAGES per minute, the PCC/PCE MUST
send a PCEP CLOSE message
- Recommended value = 5
Stateful PCE Capability TLV configuration parameters (RFC 8231, 8232, 8281, and
draft-ietf-pce-segment-routing-16):
- **support_stateful_pce_lsp_update**
- If this flag is true, then a Stateful PCE Capability TLV will
be added to the PCEP Open object, with the LSP Update Capability
U-flag set true.
- The rest of these parameters are used to configure the Stateful
PCE Capability TLV
- **support_pce_lsp_instantiation**
- Sets the I-flag true, indicating the PCC allows instantiation
of an LSP by a PCE.
- **support_include_db_version**
- Sets the S-bit true, indicating the PCC will include the
LSP-DB-VERSION TLV in each LSP object. See lsp_db_version below.
- **support_lsp_triggered_resync**
- Sets the T-bit true, indicating the PCE can trigger resynchronization
of LSPs at any point in the life of the session.
- **support_lsp_delta_sync**
- Sets the D-bit true, indicating the PCEP speaker allows incremental
(delta) State Synchronization.
- **support_pce_triggered_initial_sync**
- Sets the F-bit true, indicating the PCE SHOULD trigger initial (first)
State Synchronization
LSP DB Version TLV configuration parameters:
- **lsp_db_version**
- If this parameter has a value other than 0, and the above
support_include_db_version flag is true, then an LSP DB
Version TLV will be added to the PCEP Open object.
- This parameter should only be set if LSP-DB survived a restart
and is available.
- This value will be copied over to the pcep_session upon initialization.
SR PCE Capability sub-TLV configuration parameters (draft-ietf-pce-segment-routing-16):
- **support_sr_te_pst**
- If this flag is true, then an SR PCE Capability sub-TLV will be
added to a Path Setup type Capability TLV, which will be added
to the PCEP Open object.
- The PST used in the Path Setup type Capability will be 1,
indicating the Path is setup using Segment Routing Traffic Engineering.
Only set the following fields if the **support_sr_te_pst** flag is true.
- **pcc_can_resolve_nai_to_sid**
- Sets the N-flag true, indicating that the PCC is capable of resolving
a Node or Adjacency Identifier to a SID
- **max_sid_depth**
- If set other than 0, then the PCC imposes a limit on the Maximum
SID depth.
- If this parameter is other than 0, then the X bit will be true,
and the parameter value will be set in the MSD field.
PCEPlib PCC connections
-----------------------
PCEPlib PCC connect and disconnect functions:
- ``pcep_session *connect_pce(pcep_configuration *config, struct in_addr *pce_ip);``
- ``pcep_session *connect_pce_ipv6(pcep_configuration *config, struct in6_addr *pce_ip);``
- ``void disconnect_pce(pcep_session *session);``
When connecting to a PCE, a ``pcep_session`` will be returned on success, NULL
otherwise.
Refer to the above PCC configuration parameters section for setting the source
and destination PCEP TCP ports, and the source IP address and version.
PCEP Messages, Objects, and TLVs
--------------------------------
The PCEP messages, objects, and TLVs created in the PCEPlib are high-level API
structures, meaning they need to be encoded before being sent on-the-wire, and
the raw data received needs to be decoded into these structures. This makes
using these objects much easier for the library consumer, since they do not
need to know the detailed raw format of the PCEP entities.
PCEP Messages
+++++++++++++
Received messages (in the ``pcep_event`` explained below) are of type
``pcep_message``, which have the following fields:
- ``struct pcep_message_header *msg_header;``
- Defines the PCEP version and message type
- ``double_linked_list *obj_list;``
- A double linked list of the message objects
- Each entry is a pointer to a ``struct pcep_object_header``, and
using the ``object_class`` and ``object_type`` fields, the pointer
can be cast to the appropriate object structure to access the
rest of the object fields
- ``uint8_t *encoded_message;``
- This field is only populated for received messages or once the
``pcep_encode_message()`` function has been called on the message.
- This field is a pointer to the raw PCEP data for the entire
message, including all objects and TLVs.
- ``uint16_t encoded_message_length;``
- This field is only populated for received messages or once the
``pcep_encode_message()`` function has been called on the message.
- This field is the length of the entire raw message, including
all objects and TLVs.
- This field is in host byte order.
PCEP Objects
++++++++++++
A PCEP message has a double linked list of pointers to ``struct pcep_object_header``
structures, which have the following fields:
- ``enum pcep_object_classes object_class;``
- ``enum pcep_object_types object_type;``
- ``bool flag_p;``
- PCC Processing rule bit: When set, the object MUST be taken into
account, when cleared the object is optional
- ``bool flag_i;``
- PCE Ignore bit: indicates to a PCC whether or not an optional
object was processed
- ``double_linked_list *tlv_list;``
- A double linked list of the object TLVs
- Each entry is a pointer to a ``struct pcep_object_tlv_header``, and
using the TLV type field, the pointer can be cast to the
appropriate TLV structure to access the rest of the TLV fields
- ``uint8_t *encoded_object;``
- This field is only populated for received objects or once the
``pcep_encode_object()`` (called by ``pcep_encode_message()``)
function has been called on the object.
- Pointer into the encoded_message field (from the pcep_message)
where the raw object PCEP data starts.
- ``uint16_t encoded_object_length;``
- This field is only populated for received objects or once the
``pcep_encode_object()`` (called by ``pcep_encode_message()``)
function has been called on the object.
- This field is the length of the entire raw TLV
- This field is in host byte order.
The object class and type can be used to cast the ``struct pcep_object_header``
pointer to the appropriate object structure so the specific object fields can
be accessed.
PCEP TLVs
+++++++++
A PCEP object has a double linked list of pointers to ``struct pcep_object_tlv_header``
structures, which have the following fields:
- ``enum pcep_object_tlv_types type;``
- ``uint8_t *encoded_tlv;``
- This field is only populated for received TLVs or once the
``pcep_encode_tlv()`` (called by ``pcep_encode_message()``)
function has been called on the TLV.
- Pointer into the encoded_message field (from the pcep_message)
where the raw TLV PCEP data starts.
- ``uint16_t encoded_tlv_length;``
- This field is only populated for received TLVs or once the
``pcep_encode_tlv()`` (called by ``pcep_encode_message()``)
function has been called on the TLV.
- This field is the length of the entire raw TLV
- This field is in host byte order.
Memory management
+++++++++++++++++
Any of the PCEPlib Message Library functions that receive a pointer to a
``double_linked_list``, ``pcep_object_header``, or ``pcep_object_tlv_header``,
transfer the ownership of the entity to the PCEPlib. The memory will be freed
internally when the encapsulating structure is freed. If the memory for any of
these is freed by the caller, then there will be a double memory free error
when the memory is freed internally in the PCEPlib.
Any of the PCEPlib Message Library functions that receive either a pointer to a
``struct in_addr`` or ``struct in6_addr`` will allocate memory for the IP
address internally and copy the IP address. It is the responsibility of the
caller to manage the memory for the IP address passed into the PCEPlib Message
Library functions.
For messages received via the event queue (explained below), the message will
be freed when the event is freed by calling ``destroy_pcep_event()``.
When sending messages, the message will be freed internally in the PCEPlib when
the ``send_message()`` ``pcep_pcc`` API function when the ``free_after_send`` flag
is set true.
To manually delete a message, call the ``pcep_msg_free_message()`` function.
Internally, this will call ``pcep_obj_free_object()`` and ``pcep_obj_free_tlv()``
appropriately.
Sending a PCEP Report message
-----------------------------
This section shows how to send a PCEP Report messages from the PCC to the PCE,
and serves as an example of how to send other messages. Refer to the sample
PCC binary located in ``pcep_pcc/src/pcep_pcc.c`` for code examples os sending
a PCEP Report message.
The Report message must have at least an SRP, LSP, and ERO object.
The PCEP Report message objects are created with the following APIs:
- ``struct pcep_object_srp *pcep_obj_create_srp(...);``
- ``struct pcep_object_lsp *pcep_obj_create_lsp(...);``
- ``struct pcep_object_ro *pcep_obj_create_ero(...);``
- Create ero subobjects with the ``pcep_obj_create_ro_subobj_*(...);`` functions
PCEP Report message is created with the following API:
- ``struct pcep_header *pcep_msg_create_report(double_linked_list *report_object_list);``
A PCEP report messages is sent with the following API:
- ``void send_message(pcep_session *session, pcep_message *message, bool free_after_send);``
PCEPlib Received event queue
----------------------------
PCEP events and messages of interest to the PCEPlib consumer will be stored
internally in a message queue for retrieval.
The following are the event types:
- **MESSAGE_RECEIVED**
- **PCE_CLOSED_SOCKET**
- **PCE_SENT_PCEP_CLOSE**
- **PCE_DEAD_TIMER_EXPIRED**
- **PCE_OPEN_KEEP_WAIT_TIMER_EXPIRED**
- **PCC_CONNECTED_TO_PCE**
- **PCC_CONNECTION_FAILURE**
- **PCC_PCEP_SESSION_CLOSED**
- **PCC_RCVD_INVALID_OPEN**
- **PCC_SENT_INVALID_OPEN**
- **PCC_RCVD_MAX_INVALID_MSGS**
- **PCC_RCVD_MAX_UNKOWN_MSGS**
The following PCEP messages will not be posted on the message queue, as they
are handled internally in the library:
- **Open**
- **Keep Alive**
- **Close**
Received event queue API:
- ``bool event_queue_is_empty();``
- Returns true if the queue is empty, false otherwise
- ``uint32_t event_queue_num_events_available();``
- Return the number of events on the queue, 0 if empty
- ``struct pcep_event *event_queue_get_event();``
- Return the next event on the queue, NULL if empty
- The ``message`` pointer will only be non-NULL if ``event_type``
is ``MESSAGE_RECEIVED``
- ``void destroy_pcep_event(struct pcep_event *event);``
- Free the PCEP Event resources, including the PCEP message if present
PCEPlib Counters
----------------
The PCEPlib counters are managed in the ``pcep_session_logic`` library, and can
be accessed in the ``pcep_session_counters`` field of the ``pcep_session`` structure.
There are 2 API functions to manage the counters:
- ``void dump_pcep_session_counters(pcep_session *session);``
- Dump all of the counters to the logs
- ``void reset_pcep_session_counters(pcep_session *session);``
|