You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/reference/dsl.md
+32Lines changed: 32 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -16,6 +16,7 @@ The scenario YAML file is organized around a **core foundation** that defines yo
16
16
17
17
The main sections of a scenario YAML file work together to define a complete network simulation:
18
18
19
+
-`vars`: **[Optional]** Defines YAML anchors and variables for reuse throughout the scenario file.
19
20
-`network`: **[Required]** Describes the actual network topology - nodes, links, and their connections.
20
21
-`blueprints`: **[Optional]** Defines reusable network templates that can be instantiated multiple times within the network.
21
22
-`components`: **[Optional]** A library of hardware and optics definitions with attributes like power consumption.
@@ -442,6 +443,37 @@ failure_policy_set:
442
443
- If only one policy exists and no `default` is specified, that policy becomes the default
443
444
- Multiple policies allow testing different failure scenarios in the same network
444
445
446
+
## `vars` - YAML Anchors and Variables
447
+
448
+
The `vars` section provides a designated space for YAML anchor definitions. YAML anchors (`&name`) and aliases (`*name`) follow the YAML 1.1 specification and are processed by PyYAML during parsing, before NetGraph validation.
A list of operations to perform on the network. Each step has a `step_type` and specific arguments. This section defines the analysis workflow to be executed.
0 commit comments