Simulation
WAE Design network simulations calculate demand routings and traffic distributions through the network based on the given traffic demand, network topology, configuration, and state. Simulation is the fundamental capability of WAE Design on which most of the other tools are built, including those for planning, traffic engineering, and worst-case failure analysis. A number of protocols and models are supported, including IGP, MPLS RSVP-TE, BGP, QoS, VPNs, Multicast, and Layer 1 (L1).
This chapter focuses on the general features of WAE Design simulations. The individual protocols and models are described in their respective chapters.
Simulations can be performed under different simulation convergence modes (Fast Reroute, IGP and LSP Reconvergence, and Autobandwidth Convergence), depending on which stage of the network recovery after failure is being investigated. If in Autobandwidth simulation mode, the results for simulations with failures are identical to those in the IGP and LSP Reconvergence simulation mode. The default simulation mode is IGP and LSP Reconvergence, and except where identified, the documentation describes this simulation mode. For more information, see the MPLS Simulation chapter.
State
The state of an object affects simulation and determines whether an object is operational.
- Failed State —Identifies whether the object is failed. See the Failed State section.
- Active State —Identifies whether the object is available for use in the simulated network. For example, an object might be unavailable because it has been set administratively down. See the Active State section.
- Operational State —Identifies whether an object is operational. For instance, an object might be non-operational because it is failed, is inactive, or because other objects on which it depends are not operational. See the Operational State section.
The Failed and Active columns in the tables show a visual representation of their status. Likewise, you can show the Operational column to show the calculated operational state. In each column, T means the object is in that state and F means it is not. Note that the T or F for Active state in the Interfaces table is reflective of the associated circuit. The plot shows graphical representations of these states with crosses of various colors and fills.
Note For detailed information about visual representations of failed and inactive states in the L1 view, see the Layer 1 Simulation chapter.
Failed State
The quickest way to see the effects of failures in a Simulated Traffic view is to have demands in place and then fail an object. The plot immediately displays where the traffic increases as a result (Figure 5-1), and the Util Sim column in the Interfaces table reflects the traffic changes. Demands are then rerouted around the failure (Figure 5-2).
To specify that a demand should not reroute around failures, deselect the Reroutable option in the demand’s Properties dialog box. This can be used as a way of including L2 traffic on an interface. For example, a one-hop, non-reroutable demand can be constructed over the interface to represent the L2 traffic. Other, reroutable, demands, can be constructed through the interface as usual. If the interface fails, the L2 traffic is removed and the L3 traffic reroutes.
You can simultaneously fail one or more objects of the same type. If you select an interface to fail, you are actually failing its associated circuit.
Objects That Can Be Failed
|
- Circuits
- Nodes
- Sites
- Ports
- Port circuits
|
- SRLGs
- L1 links
- L1 nodes
- External endpoint members
|
Figure 5-1 Failed Circuit
Figure 5-2 Reroute of Demand Around Failed Circuit
Failures in the Network Plot
In the network plot, a solid red X appears to show failure.
|
|
|
Failed circuit. |
|
Failed node. |
|
Failed site. |
|
One or more sites, nodes, or circuits within the site failed. |
For failed ports or port circuits that do not take down the entire circuit, a circuit with a red strikethrough line in the middle shows the reduced capacity.
Reduced Capacity Notation
|
|
|
The circuit is a LAG, and one or more ports or port circuits in the LAG failed.The red strikeout line is the percent of unavailable capacity due to the failure. |
Fail and Recover Objects
|
|
|
From Context Menu |
1. Select one or more objects. 2. Right-click one, and select Fail from the context menu. |
1. Right-click in an empty plot area. 2. Either select All to recover all failed objects or individually select an object to recover it. |
|
|
|
From Properties Dialog Box |
1. Select one or more objects. 2. Right-click one, and select Properties from the context menu. 3. Select the Failed option, and click OK.
|
1. Select one or more objects. 2. Right-click one, and select Properties from the context menu. 3. Deselect the Failed option, and click OK. |
Protect Circuits within SRLGs
You can protect circuits from being included in SRLG failures and SRLG worst-case analysis, though there are differences in behavior, as follows.
- These circuits do not fail if you individually fail an SRLG as described in the above steps. However, if you fail the circuit itself, it will fail.
- These circuits are protected from being included in Simulation Analysis regardless of whether they are in an SRLG or not. For more information, see the Simulation Analysis chapter.
Note that this setting has no effect on how FRR SRLGs are routed. For information on FRR SRLGs, see the MPLS Simulation chapter.
Step 1 Set the Protected property for circuits.
a. Select one or more circuits.
b. Right-click a selected circuit, and select Properties from the context menu.
c. Select the Protected option, and click OK.
Step 2 Set the Network Option property for protecting circuits included in SRLGs.
a. Select the Edit->Network Options menu or the Network Options icon from the Visualization toolbar.
b. Select the Simulation tab.
c. Select the option to exclude protected circuits from SRLG failures, and click OK.
Active State
An active/inactive state identifies whether an object is available for measured or simulated traffic calculations. An object can be inactive for one of three reasons.
- It is administratively down.
- It is a placeholder. For instance, you might be planning to install an object and want its representation in the network plot.
- It exists in a copied template plan, but was not in the original plan that was discovered.
You can simultaneously change the active state of one or more objects. If you change the active state of an interface, you are actually changing its associated circuit.
Objects That Can Be Set to Inactive
|
- Circuits
- Nodes
- Sites
- Ports
- Port circuits
- SRLGs
|
- L1 links
- L1 nodes
- External endpoint members
- Demands
- LSPs
- LSP paths
|
Like failures, changing an object from active to inactive immediately affects how demands are routed, and affects the Util Sim column in the Interfaces tables (Figure 5-3).
Figure 5-3 Inactive Circuit
Inactive States in the Network Plot
In the network plot, a solid black X appears to show an inactive state.
If a demand is inactive, the plot shows the ingress and egress sites marked with A and Z, respectively, but the demand (blue) path between them does not appear.
The inactive state takes precedence over a failure. For example, if a circuit is not active and then you fail it, the circuit continues to show a black X on it.
|
|
|
Circuit is inactive. |
|
Node is inactive. |
|
Site is inactive. |
|
One or more sites, nodes, or circuits within the site are inactive. |
If a port or port circuit is inactive, a circuit with a black strikethrough line in the middle shows the reduced capacity.
|
|
|
The circuit is a LAG and one or more ports or port circuits in the LAG is inactive. The gray strikeout line is the percent of unavailable capacity due to the inactive ports or port circuits. |
Set Active or Inactive States
Step 1 Right-click one or more like objects from their respective tables. The Properties dialog box appears.
Step 2 Click the Active check box to toggle it on or off. A check mark means the object is active.
Step 3 Click OK.
Operational State
The operational state identifies whether the object is functioning. You cannot set an operational state; rather, it is automatically calculated based on the failed and active states.
- Any object that is failed or inactive is operationally down.
- If the object relies on other objects that comprise it to be functioning, then its operational state mirrors the state of those objects.
If This Object Fails or Is Inactive
|
Then These Objects Will Be Operationally Down
|
Node |
Circuits connected to the failed node |
Site |
Sites, nodes, and circuits within the failed site |
SRLG |
Objects within the failed SRLG |
Port |
Port circuits that contain the failed port |
Non-Operational Due to Failures
A red X with a white interior shows that an object is operationally down because of a failure of other objects. For example, if a node fails, a red X appears on the node itself and a red X with a white interior appears on all circuits to which it is attached.
Non-Operational Due to Failures Notations
|
|
|
Circuit is not operational for one of the following reasons.
- A node connected to the circuit failed.
- A site failed that contains a node connected to the circuit.
- The circuit is a LAG that does not meet its operational requirements (minimum number of available ports or minimum capacity, whichever is surpassed first) due to failure of some of its ports or port circuits.
- Layer 1 link or L1 node used by the circuit failed.
- An SRLG failed that contains the circuit or contains one of the above objects that are required for circuit operation.
|
|
Node is not operational because it is contained in a failed site or SRLG. |
|
One or more nodes or circuits within the site are not operational because they are contained in a failed SRLG. |
Non-Operational Due to Inactive States
A black X with a white interior shows that an object is operationally down because of an inactive state of other objects. For example, if a node is inactive, a black X appears on the node itself and a black X with a white interior appears on both circuits to which it is attached.
Non-Operational Due to Inactive State Notations
|
|
|
Circuit is not operational for one of the following reasons.
- A node connected to the circuit is inactive.
- An inactive site contains a node connected to the circuit.
- The circuit is a LAG that does not meet its operational requirements (minimum number of available ports or minimum capacity, whichever is surpassed first) due to some of its ports or port circuits being inactive.
- Mapped Layer 1 circuit cannot be routed.
- An SRLG is inactive, and the SRLG contains the circuit or contains one of the above objects that are required for circuit operation.
|
|
Node is not operational because it is contained in a site or an SRLG that is not active. |
|
One or more nodes or circuits within the site are not operational because they are contained in an SRLG that is not active. |
Simulated Capacity
The Capacity column displays the configured physical capacity of interfaces, circuits, ports, and port circuits. Each circuit, port, and port circuit has a physical capacity that you can set in the Capacity field of the Properties dialog box. The interfaces have a configurable capacity that you can set in the Configured Capacity field. From these properties, a simulated capacity is derived for each object.
The Capacity Sim column is the calculated capacity of the object given the state of the network, which could include failures that reduce capacity. All utilization figures in the Interfaces, Circuits, and Interface Queues tables are calculated based on this Capacity Sim value. When referencing the Capacity Sim value, there are a few rules to note regarding its calculation.
- If a circuit’s capacity is specified, this becomes the simulated capacity of the circuit, and all other capacities (interface and constituent port capacities) are ignored. Specifying circuit capacities (rather than interface capacities) is the simplest way to modify existing capacities, which is useful, for example, for build-out planning.
- A circuit Capacity Sim is the same as the Capacity Sim for each of its constituent interfaces.
- If the circuit capacity is not specified, then the associated interface Capacity Sim values are the minimum of the configured interface capacity and that of its connected remote interface. Thus, the circuit capacity is effectively negotiated down to the minimum of the two interface capacities.
- If two ports are connected by a port circuit, then the Capacity Sim of the two ports and of the port circuit is set to the minimum capacity of the three, which again, effectively negotiates down the capacity of each side of the connection.
- In a LAG interface, if any of the constituent ports are operationally down, then the interface Capacity Sim column displays a value that is reduced by the aggregate capacity of all the ports that are down. For example, if a 1,000 Mbps port of a four-port 4,000-Mbps LAG is operationally down, the simulated capacity for that LAG interface becomes 3,000 Mbps.
Simulated Delay and Distance
Both Delay and Distance are properties that can be set in the circuit Properties dialog box. To automate the process of setting these, use the Latency and Distance Initializer. For information, see the Latency and Distance Initializer section.
All WAE Design delay calculations that use the L3 circuit delay, such as Metric Optimization, use the Delay Sim value.
|
|
Delay |
One-way transmission latency over the circuit in milliseconds (ms). |
Distance |
Distance of the circuit in kilometers (km). |
Delay Sim |
- (Derived) If the circuit Delay value is entered, it is copied to the Delay Sim column.
- If no Delay is explicitly set, the Delay Sim column in the Circuits table is copied from the L1 Delay Sim column of the mapped L1 circuit (if one exists), which is based on the L1 circuit path that is currently the active path.
- If the Delay is not specified (na) and if there are no L1 circuits mapped to the circuit, the Delay Sim column is 0.
|
Distance Sim |
- (Derived) If the circuit Distance value is entered, it is copied to the Distance Sim column.
- If no Distance is explicitly set for the circuit, the Distance Sim column in the Circuits table is copied from the L1 Distance Sim column of the mapped L1 circuit (if one exists), which is based on the L1 circuit path that is currently the active path.
- If the Distance is not specified (na) and if there are no L1 circuits mapped to the circuit, the Distance Sim column is 0.
|
For more information on the delay and distance of L1 objects, see the Layer 1 Simulation chapter.
Latency and Distance Initializer
Following is the default behavior for the Latency and Distance Initializer. Note that if there are no Longitude and Latitude available for use by the initializer, The Distance and Delay properties are set to zero.
– The current L1 circuits Delay and Distance properties are removed unless the “Keep existing distances if available” option is selected.
– The L1 node and L1 waypoint Longitude and Latitude properties are used to estimate the L1 distances. If an L1 node does not have these properties set, the shortest distance calculation is based these same properties of its immediate parent site, if applicable. (L1 nodes are not required to have parent sites.) The L1 link delays are calculated from these distances.
– Each L1 circuit path’s Distance Sim and Delay Sim columns are calculated as the sum of the distances and delays of L1 links over which the L1 circuit path is routed.
– L3 circuit delays and distances are inherited from L1 circuits if there are L1 circuits mapped to the L3 circuits. Otherwise, the L3 delay and distance are estimated using the shortest distance between nodes at the endpoints of the circuits. If a node does not have Longitude and Latitude properties, the calculation is based on these same properties of its immediate parent site, if applicable. (Nodes are not required to have parent sites.) Thus, if you have an L1 model, the delays and distances are more precise because the physical paths that the L3 circuits take are known.
– ITU G.826 adjustments are used to convert L3 circuit distance (d) to an adjusted circuit distance (r) as follows.
- If d < 1000, set r = 1.5 * d
- If 1000 <= d <= 1200, set r = 1500
- If d > 1200, set r = 1.25 * d
If this option is unchecked, set r equal to d.
- Both the L3 and L1 delays are calculated to be the speed of light along a distance r, multiplied by the speed of light in medium correction factor (between 0 and 1). The default for this correction factor is 0.67.
Step 1 This initializer can act on two different selected object types (L1 links and L3 circuits), so the defaults for the dialog box differ, depending both on selections and on how you access it. Regardless of the method, you can modify your selection options once the dialog box is opened. Following are guidelines for having the dialog box open with the most desirable defaults.
|
|
|
L1 link distance and delay, and L3 circuit delay |
or
- One or more L1 links and one or more L3 circuits
|
Initializers->Latency and Distance menu. |
L1 link distance and delay |
or
|
Right-click an L1 link, and select Initialize Latency from the context menu. |
L3 circuit delay |
or
|
Use one of these options.
- Right-click an L3 circuit, and select Initialize Latency from the context menu.
- Right-click a circuit or interface, and select Properties. Click the Estimate button next to the Delay field. This option is specific to L3 circuits.
|
Step 2 In each section, Layer 1 and Layer 3, verify or change your selection to act on the desired objects.
- For L1 links, the default is to delete distances. To keep them, select the option to keep existing distances.
- For L1 circuit paths, the default is to inherit distance and delay from L1 links. If desired, use the L1 Links drop-down list to base these calculations on all, selected, or tagged L1 links. If you do not want the distance and delay set on L1 circuit paths, select None.
- For L3 circuits, if desired, use the Circuits drop-down list to calculate L3 circuit delay and distance for all, selected, or tagged L3 circuits. If you do not want the delay or distance set on L3 circuits, select None.
Verify the inclusion ITU G.826 adjustments in the calculation, which is the default and which is usually left unchanged.
Step 3 For both L1 links and L3 circuits, verify or change default speed of light factor of 0.67. This is usually left unchanged.
Step 4 Click OK.