guides:user:l3vpn:l3vpnmodify
Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| guides:user:l3vpn:l3vpnmodify [2019/12/24 09:08] – ↷ Page moved from guides:howto:l3vpn:l3vpnmodify to guides:user:l3vpn:l3vpnmodify bdorlandt | guides:user:l3vpn:l3vpnmodify [2024/07/03 12:31] (current) – external edit 127.0.0.1 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | {{indexmenu_n> | ||
| + | ====== Modify L3 VPN ====== | ||
| + | |||
| + | On this page we demonstrate how we can edit some parameters for an already deployed Service | ||
| + | In this example, we continue | ||
| + | < | ||
| + | ! Cisco_IOS Template ' | ||
| + | ! This configuration is automatically generated at 2017-12-01 14: | ||
| + | ! | ||
| + | access-list 2 permit | ||
| + | ! | ||
| + | class-map acgroup2 | ||
| + | match access-group 2 | ||
| + | exit | ||
| + | ! | ||
| + | policy-map police | ||
| + | class acgroup2 | ||
| + | police 10000 4000 6000 conform-action transmit exceed-action set-qos-transmit 4 violate-action drop | ||
| + | exit | ||
| + | ! | ||
| + | ip vrf CustA | ||
| + | rd 172.31.0.11: | ||
| + | route-target both 65001: | ||
| + | ip vrf CustB | ||
| + | rd 172.31.0.11: | ||
| + | route-target both 65001: | ||
| + | ! | ||
| + | interface Ethernet1/ | ||
| + | ip vrf forwarding CustA | ||
| + | ip address | ||
| + | service-policy input police | ||
| + | no shut | ||
| + | interface Ethernet1/ | ||
| + | ip vrf forwarding CustB | ||
| + | ip address | ||
| + | service-policy input police | ||
| + | no shut | ||
| + | router bgp 65001 | ||
| + | ! | ||
| + | | ||
| + | | ||
| + | | ||
| + | ! | ||
| + | | ||
| + | | ||
| + | | ||
| + | ! | ||
| + | </ | ||
| + | |||
| + | Here we can see the QoS' Police parameters are: | ||
| + | |||
| + | police 10000 4000 6000 conform-action transmit exceed-action set-qos-transmit 4 violate-action drop | ||
| + | |||
| + | We can alter these parameters by using Custom Attributes | ||
| + | |||
| + | We create three custom attributes and place them under the node as shown in the snapshot below | ||
| + | {{guides: | ||
| + | |||
| + | Now if we view the Node in BUILD menu, we can see the three custom attributes are shown as below | ||
| + | {{guides: | ||
| + | |||
| + | We can freely alter these custom fields values to as needed. | ||
| + | Lets alter them from 10000,4000 and 6000 to 12000,6000 and 8000 and then generate the config | ||
| + | Now if we head over to Operate --> Tools --> View config, we can see the CLI is automatically updated. (Since the template for Police calls upon these variables) | ||
| + | ====== police_qos ====== | ||
| + | |||
| + | <code cisco> | ||
| + | access-list 2 permit 172.16.5.22 0.0.0.0 | ||
| + | ! | ||
| + | class-map acgroup2 | ||
| + | match access-group 2 | ||
| + | exit | ||
| + | ! | ||
| + | policy-map police | ||
| + | class acgroup2 | ||
| + | | ||
| + | exit | ||
| + | ! | ||
| + | </ | ||
| + | |||
| + | Now its matter of creating a specific job to push the config to the device. | ||
| + | For e.g | ||
| + | |||
| + | ===== Job Name: ===== | ||
| + | |||
| + | Update QoS | ||
| + | ==== Commands: ==== | ||
| + | |||
| + | < | ||
| + | |||
| + | === Scenario: === | ||
| + | (the defaults, nothing needs to be modified from the scenario available in the " | ||
| + | < | ||
| + | [parameters] | ||
| + | node = ' | ||
| + | verbose = ' | ||
| + | |||
| + | [scenario] | ||
| + | Description < | ||
| + | task = Command_job | ||
| + | |||
| + | end | ||
| + | </ | ||