Manual:Interface/Traffic Engineering: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
No edit summary |
||
Line 145: | Line 145: | ||
|type=<nowiki>yes | no</nowiki> | |type=<nowiki>yes | no</nowiki> | ||
|default= | |default= | ||
|desc=If enabled, the sender node will receive information about the actual route that the LSP tunnel traverses. | |desc=If enabled, the sender node will receive information about the actual route that the LSP tunnel traverses. Record Route is analogous to a path vector, and hence can be used for loop detection. | ||
}} | }} | ||
Revision as of 09:03, 22 March 2010
Applies to RouterOS: v3, v4
Summary
Properties
Sub-menu: /interface traffic-eng
Property | Description |
---|---|
affinity-exclude (integer; Default: ) | Do not use interface if resource-class matches any of specified bits. |
affinity-include-all (integer; Default: ) | Use interface only if resource-class matches all of specified bits. |
affinity-include-any (integer; Default: ) | Use interface if resource-class matches any of specified bits. |
auto-bandwidth-avg-interval (time; Default: 5m) | Interval in which actual amount of data is measured, from which average bandwidth is calculated. |
auto-bandwidth-range (Disabled | Min[bps][-Max[bps]]; Default: 0bps) | Auto bandwidth adjustment range. Read more >> |
auto-bandwidth-reserve (integer[%]; Default: 0%) | Specifies percentage of additional bandwidth to reserve. Read more >> |
auto-bandwidth-update-interval (time; Default: 1h) | Interval during which tunnel keeps track of highest average rate. |
bandwidth (integer[bps]; Default: 0bps) | How much bandwidth to reserve for TE tunnel. Value is in bits per second. Read more >> |
bandwidth-limit (disabled | integer[%]; Default: disabled) | Defines actual bandwidth limitation of TE tunnel. Limit is configured in percent of specified tunnel bandwidth . Read more >> |
comment (string; Default: ) | Short description of the item |
disable-running-check (yes | no; Default: no) | Specifies whether to detect if interface is running or not. If set to no interface will always have running flag. |
disabled (yes | no; Default: yes) | Defines whether item is ignored or used. |
from-address (auto | IP; Default: auto) | Ingress address of the tunnel. If set to auto least IP address is picked. |
holding-priority (integer [0..7]; Default: ) | Is used to decide whether this session can be preempted by another session. 0 sets the highest priority. |
mtu (integer; Default: ) | |
name (string; Default: ) | Name of the interface |
primary-path (string; Default: ) | Primary label switching paths defined in /mpls traffic-eng tunnel-path menu. |
primary-retry-interval (time; Default: 1m) | Interval after which tunnel will try to use primary path. |
record-route (yes | no; Default: ) | If enabled, the sender node will receive information about the actual route that the LSP tunnel traverses. Record Route is analogous to a path vector, and hence can be used for loop detection. |
reoptimize-interval (time; Default: ) | Interval after which tunnel will re-optimize current path. If current path is not the best path then after optimization best path will be used. Read more >> |
secondary-path (string[,string]; Default: ) | List of label switching paths used by TE tunnel if primary path fails. Paths are defined in /mpls traffic-eng tunnel-path menu. |
setup-priority (integer[0..7]; Default: ) | Parameter is used to decide whether this session can preempt another session. 0 sets the highest priority. |
to-address (IP; Default: 0.0.0.0) | Remote end of TE tunnel. |
Monitoring
To verify TE tunnel's status monitor command can be used.
[admin@R3] /interface traffic-eng> monitor 0 tunnel-id: 12 primary-path-state: on-hold secondary-path-state: established secondary-path: static active-path: static active-lspid: 3 active-label: 66 explicit-route: "S:192.168.55.10/32,L:192.168.55.13/32,L:192.168.55.17/32" recorded-route: "192.168.55.13[66],192.168.55.17[59],192.168.55.18[3]" reserved-bandwidth: 5.0Mbps
Reoptimization
Path can be re-optimized manually by entering following command /interface traffic-eng reoptimize [id]
.
Lets say TE tunnel chose another path after link failure on best path. You can verify optimization by looking at explicit-route or recorded-route if record-route parameter is enabled.
[admin@R3] /interface traffic-eng> monitor 0 tunnel-id: 12 primary-path-state: established primary-path: dyn secondary-path-state: not-necessary active-path: dyn active-lspid: 1 active-label: 67 explicit-route: "S:192.168.55.10/32,S:192.168.55.13/32,S:192.168.55.14/32, S:192.168.55.17/32,S:192.168.55.18/32" recorded-route: "192.168.55.13[67],192.168.55.17[60],192.168.55.18[3]" reserved-bandwidth: 5.0Mbps
Whenever the link comes back, TE tunnel will use the same path even it is not the best path (unless reoptimize-interval is configured). To fix it we can manually reoptimize tunnel path.
[admin@R3] /interface traffic-eng> reoptimize 0 [admin@R3] /interface traffic-eng> monitor 0 tunnel-id: 12 primary-path-state: established primary-path: dyn secondary-path-state: not-necessary active-path: dyn active-lspid: 2 active-label: 81 explicit-route: "S:192.168.55.5/32,S:192.168.55.2/32,S:192.168.55.1/32" recorded-route: "192.168.55.2[81],192.168.55.1[3]" reserved-bandwidth: 5.0Mbps
Notice how explicit-route and recorded-route changed to shorter path.
See Also
[ Top | Back to Content ]