CISCO SR-MPLS, SRv6 Crosswork ქსელის კონტროლერი

პროდუქტის ინფორმაცია

სპეციფიკაციები

• პროდუქტის დასახელება: Cisco Crosswork ქსელის კონტროლერი
• მხარდაჭერილი ფუნქციები: SR-MPLS და SRv6 პოლიტიკის მართვა
• Maximum Policies Displayed: Up to 10 policies with separate colored links

პროდუქტის გამოყენების ინსტრუქცია

• Navigate to Services & Traffic Engineering > Traffic Engineering.
• In the Traffic Engineering table, select the checkbox of each SR-MPLS or SRv6 policy to view რუკაზე.
• You can select up to 10 policies that will appear as separate colored links on the map.
• მოქმედებების სვეტიდან აირჩიეთ > View დეტალები SR-MPLS ან SRv6 პოლიტიკის ერთ-ერთისთვის.
• View the policy details, including segment lists and path computation constraints.
• შეგიძლიათ ყველა მონაცემის CSV ფაილში ექსპორტი file აქედან view.
• დააკოპირეთ URL from the browser to share SR-MPLS or SRv6 policy details with others.

SR-MPLS და SRv6

• This section describes the SR-MPLS and SRv6 policy features that Crosswork supports.
• For a list of known limitations and important notes, see the Cisco Crosswork Network Controller Release Notes.

View SR-MPLS და SRv6 პოლიტიკები ტოპოლოგიის რუკაზე

• To get to the Traffic Engineering topology map, choose Services & Traffic Engineering > Traffic Engineering.
• From the Traffic engineering table, click the checkbox of each SR-MPLS or SRv6 policy you want to view რუკაზე.
• You can select up to 10 policies that will appear as separate colored links.

Დაძახება არა.	აღწერა
1	Click the appropriate check box to enable the following options: •  Show: IGP path—Displays the IGP path for the selected SR-TE policy. •  Show: Participating only—Displays only links that belong to the selected SR-TE policy. All other links and devices disappear.
2	A device with an orange () outline indicates there is a node SID associated with that device or a device in the cluster.
3	When SR-TE policies are selected in the SR-MPLS or SRv6 tables, they show as colored directional lines on the map, indicating source and destination. An adjacency segment ID (SID) is shown as an orange circle on a link along the path ().
4	SR-MPLS and SRv6 policy origin and destination: თუ ორივე A და Z are displayed in a device cluster, at least one node in the cluster is a source, and another is a destination. The A+ denotes that there is more than one SR-TE policy that originates from a node. The Z+ denotes that the node is a destination for more than one SR policy.
5	ამ ფანჯრის შინაარსი დამოკიდებულია იმაზე, თუ რა არის არჩეული ან გაფილტრული. ამ შემთხვევაშიample, the SR-MPLS tab is selected, and the SR Policy table is displayed.
6	Click on either the SR-MPLS or SRv6 ჩანართები რომ view SR-TE-ის შესაბამისი პოლისების სია.

Დაძახება არა.	აღწერა
7	ექსპორტი ყველა data into a CSV fileარჩეული ან გაფილტრული მონაცემების ექსპორტი შეუძლებელია.
8	The Mini dashboard provides a summary of the operational SR-MPLS or SRv6 policy status. If filters are applied, the Mini dashboard is updated to reflect what is displayed in the SR Policy and SRv6 Policy tables. In addition to the policy status, the SR-MPLS mini dashboard table displays the number of PCC and PCE-initiated tunnels that are ამჟამად listed in the SR Policy table.
9	ეს პარამეტრი საშუალებას გაძლევთ აირჩიოთ, თუ როგორ უნდა იქნას გამოყენებული ჯგუფის ფილტრი (გამოყენების დროს) ცხრილის მონაცემებზე. მაგალითადampთუ, თუ Headend only was selected, then it would only display policies where the headend device of the policy is in the selected group. This filter allows you to see specific configurations and is useful when you have a large network. Filter options: •  Headend or endpoint—Show policies with either the headend or endpoint device in the selected group. •  Headend and endpoint—Show policies if both the headend and endpoint are in the group. •  Headend only—Show policies if the headend device of the policy is in the selected group. •  Endpoint only—Show policies if the endpoint device of the policy is in the selected group.

View SR-MPLS და SRv6 პოლიტიკის დეტალები

• View SR-MPLS ან SRv6 TE პოლიტიკის დონის დეტალები, ასევე სეგმენტების სიები და ნებისმიერი გზის გამოთვლის შეზღუდვა, რომელიც კონფიგურირებულია თითოეული კანდიდატის გზის საფუძველზე.

პროცედურა

ნაბიჯი 1

• From the Actions column, choose > View დეტალები SR-MPLS ან SRv6 პოლიტიკის ერთ-ერთისთვის.

ნაბიჯი 2

• View SR-MPLS ან SRv6 პოლიტიკის დეტალები. ბრაუზერიდან შეგიძლიათ დააკოპიროთ URL და გაუზიარე სხვებს.

შენიშვნა

• The Delay value is calculated for all policies every 10 minutes. Hover your mouse over the “i” icon (next to the Delay value) to view ბოლოს, როდესაც მნიშვნელობა განახლდა.

IGP გზის და მეტრიკის ვიზუალიზაცია

• View არჩეული SR-MPLS პოლიტიკის საბოლოო წერტილებს შორის ფიზიკური გზა და მეტრიკები.

პროცედურა

• Step 1: From the SR Policy table, check the check box next to the SR-TE (SR-MPLS and SRv6) policies you are interested in.
• Step 2: Check the Show IGP Path check box. The IGP paths for the selected SR-MPLS policies are displayed as straight lines instead of the segment hops. In a dual-stack topology, the Participating only checkbox must also be checked to view მონაწილე ბმულების მეტრიკა.
• ნაბიჯი 3: დააწკაპუნეთ > Metrics tab.
• Step 4: Toggle applicable metrics to ON.

შენიშვნა
You must check the Show IGP Path check box to view მეტრიკა.

მრავალი კანდიდატი გზის (MCP) პოვნა

• Visualizing MCPs gives you insight into which paths might be a better alternative to the currently active ones.
• If you determine to do so, you can then manually configure the device and change which path becomes active.

მნიშვნელოვანი შენიშვნები

• Only PCC-initialized SR-TE policies with MCPs are supported.
• Crosswork does not distinguish dynamic paths from explicit paths. The Policy Type field value displays as ‘Unknown’.
• შეგიძლია view აქტიური ექსპლიციტური გზები, მაგრამ არა არააქტიური კანდიდატი ექსპლიციტური გზები მომხმარებლის ინტერფეისში.

სანამ დაიწყებ
A policy must be configured with MCPs on devices before they can be visualized on the Traffic Engineering topology map. This configuration can be done manually or within the Crosswork Network Controller.

• Step 1: From the main menu, choose Services & Traffic Engineering > Traffic Engineering > SR-MPLS or SRv6 tab.
• Step :2 Navigate to the active SR-TE policy that has MCPs configured and view it on the topology map.
• Check the check box next to the SR-TE policy that has MCPs configured.
• View SR-TE პოლიტიკა, რომელიც ტოპოლოგიის რუკაზეა მონიშნული.
• ამ ყოფილშიampმაგალითად, ხედავთ, რომ აქტიური გზა მიდის cw-xrv53 > cw-xrv57 > cw-xrv58 > cw-xrv59 > cw-xrv60-დან.

ნაბიჯი 3: View კანდიდატი ბილიკების სია.

• From the SR-MPLS or SRv6 Policy table Actions column, click > View დეტალები. SR პოლიტიკის დეტალების ფანჯარაში პოლიტიკის დეტალებთან ერთად გამოჩნდება კანდიდატი ბილიკების სია. State სვეტის ქვეშ მწვანე A მიუთითებს აქტიურ გზაზე.

• Step 4: You can expand individual paths or click Expand all to view details of each path.
• Step 5: Visualize the candidate path on the topology map.
• Check the check box next to any candidate path.

შენიშვნა
You will not be able to select or view კანდიდატის აშკარა გზები.

• From the Candidate path area, hover your mouse over the candidate path name. The candidate path is highlighted on the topology map.
• ამ ყოფილშიampმაგალითად, ხედავთ, რომ ალტერნატიული გზა პირდაპირ cw-xrv53 > cw-xrv60-დან მიდის.

განსაზღვრული შეკავშირების სეგმენტის ID-ის (B-SID) ეტიკეტთან დაკავშირებული ძირითადი გზების ვიზუალიზაცია

• Crosswork Network Controller საშუალებას გაძლევთ ვიზუალურად წარმოადგინოთ B-SID ჰოპის ძირითადი გზა, რომელიც ხელით არის კონფიგურირებული მოწყობილობაზე ან კონფიგურირებულია Crosswork Network Controller-ის გამოყენებით. ამ შემთხვევაშიample, we have assigned 15700 as a B-SID label on an SR-MPLS policy hop.
• რომ view SR-MPLS ან SRv6 პოლიტიკის B-SID ძირითადი გზის დასადგენად, გააკეთეთ შემდეგი:

Step 1: Choose Services & Traffic Engineering > Traffic Engineering.
Step :2 From the SR Policy table, check the check box next to the policy that has a hop assigned with a B-SID label. Hover your mouse over any part of the SR-MPLS row to see the B-SID name. The B-SID path is highlighted in orange on the topology map.
ამ ყოფილშიampმაგალითად, ხედავთ, რომ B-SID გზა cw-xrv51-დან cw-xrv52-მდე მიდის.

Step 3: From the SR policy details page, click > View დეტალები.

Step 4: Expand the active path and click the B-Sid Label ID to see the underlying path.

• ამ ყოფილშიampანუ, ძირითადი გზა სინამდვილეში cw-xrv51 > cw-xrv54 > cw-xrv53 > cw-xrv52-დან მიდის.

მშობლიური SR გზების ვიზუალიზაცია

• Visualizing the native path will help you in OAM (Operations, Administration, and Maintenance) activities to monitor label-switched paths (LSPs) and quickly isolate forwarding problems to assist with fault detection and troubleshooting in the network.
• Since this feature uses multipaths, all ECMP paths are shown between the source and destination. You can visualize only native SR IGP paths.

მოწყობილობის წინაპირობები

Confirm the following device software and configurations are met prior to visualizing native paths.

1. Devices should be running Cisco IOS XR 7.3.2 or higher. Run show version command to verify it.
2. Devices should have GRPC enabled. For information on enabling gRPC on PCE, see Requirements for adding SR-PCE providers in the Cisco Crosswork Network Controller 7.1 Administration guide.
   • Run show run grpc to confirm GRPC configuration. You should see something similar to this:
     შენიშვნა
     Address family is only required in an IPv4 topology.
   • To enable GRPC with a secure connection, you must upload security certificates to connect to the device.
3. Devices should have GNMI capability enabled and configured.
   • From Device Management > Network Devices, click the IP address for the device you are interested in.
   • Confirm that GNMI is listed under Connectivity details.
     Based on the type of devices, these device encoding type are available. The appropriate encoding type is determined by the device’s capabilities, the data model it supports, and how the data is expected to be transmitted between the device and Crosswork Network Controller.
   • JSON: Human-readable and widely supported by most devices.
   • BYTES: Encodes data in binary format for efficient transmission.
   • PROTO: A compact, efficient binary format used with gRPC.
   • ASCII: A plain-text format that is human-readable but less commonly used compared to JSON.
   • JSON IETF: A standardized variant of JSON that adheres to IETF YANG specifications.
4. Devices should have the CDG router static address. Static route should be added from the device to the southbound CDG IP address. For exampლე:

მშობლიური ბილიკების ვიზუალიზაცია

• მიჰყევით ამ ნაბიჯებს ბილიკის შეკითხვის შესაქმნელად.

ნაბიჯი 1: From the main menu, choose Services & Traffic Engineering > Path Query.The Path Query dashboard appears.
ნაბიჯი 2: Click New query.
ნაბიჯი 3: Enter the device information in the required fields to find available Native SR IGP Paths and click Get paths.

შენიშვნა
Path queries may take a moment to complete. When the Running Query ID pop-up appears, you can also select View წარსული მოთხოვნები გზის მოთხოვნის დაფაზე დასაბრუნებლად. თუ სიაში უკვე გქონდათ გზის მოთხოვნები, შეგიძლიათ view არსებული დეტალები, რადგან ახალი მოთხოვნა ფონურ რეჟიმში აგრძელებს მუშაობას, რაც მითითებულია ლურჯი Running ხატულით მოთხოვნის მდგომარეობის სვეტში. როდესაც ახალი მოთხოვნა მწვანე გახდება და დასრულდება, მისი viewრედ.

ნაბიჯი 4: დააწკაპუნეთ View შედეგები გამოჩნდება, როდესაც ის ხელმისაწვდომი გახდება Running Query ID-ის ამომხტარ ფანჯარაში. გამოჩნდება Path Details ფანჯარა შესაბამისი ხელმისაწვდომი ბილიკების დეტალებით, ხოლო ტოპოლოგიის რუკა მარცხნივ აჩვენებს ხელმისაწვდომ Native SR IGP ბილიკებს.

TE ბმულების მსგავსების კონფიგურაცია Crosswork Network Controller-ში

• If you have any affinities you wish to account for when provisioning an SR policy, Tree-SID, or RSVP-TE tunnel, then you can optionally define affinity mapping on the Crosswork Network Controller UI for consistency with affinity names in device configurations. Crosswork Network Controller will only send bit information to SR-PCE during provisioning. If an affinity mapping is not defined in the UI, then the affinity name is displayed as “UNKNOWN”. If you want to configure affinity mappings in Crosswork Network Controller for visualization purposes, you should collect affinities on the device, then define affinity mapping in Crosswork Network Controller with the same name and bits that are used on the device.
• The affinity configuration on interfaces simply turns on some bits. It is a 32-bit value, with each bit position (0–31) representing a link attribute. Affinity mappings can be colors representing a certain type of service profile (მაგample, low delay, high bandwidth, and so on). This makes it easier to refer to link attributes.
• See SR, Tree-SID, or RSVP-TE configuration documentation for your specific device to view აღწერილობები და მხარდაჭერილი კონფიგურაციის ბრძანებები (მაგ.ampლე, Segment Routing Configuration Guide for Cisco ASR 9000 Series Router)
• შემდეგი ყოფილიample გვიჩვენებს SR-TE აფინურობის კონფიგურაციას (აფინურობის რუკა) მოწყობილობაზე:

• ნაბიჯი 1: Choose Administration > Settings > System settings > Traffic engineering > Affinity > TE link affinities. Alternatively, you can define affinities while provisioning an SR-TE policy, Tree-SID, or RSVP-TE tunnel by clicking Manage mapping under the Constraints > Affinity field.
• ნაბიჯი 2: Click + Create to add a new affinity mapping.
• ნაბიჯი 3: Enter the name and the bit it will be assigned. For example (ზემოთ მოცემული კონფიგურაციის გამოყენებით):

• ნაბიჯი 4: Click Save to save the mapping. To create another mapping, you must click + Create and save the entry. Affinity removal and orphan TE tunnels

შენიშვნა
You should remove the TE tunnel before removing the affinity to avoid orphan TE tunnels. If you have removed an affinity associated with a TE tunnel, the affinity is shown as “UNKNOWN” in the SR policy / RSVP-TE tunnel details window.

პოლიტიკის განთავსების საკითხები

უზრუნველყოფის პოლიტიკის დაწყებამდე გაითვალისწინეთ ეს ვარიანტები.

• On a scaled setup with high node, policy, or interface counts, a timeout may occur during policy deployment. To configure timeout options, see Configure TE timeout settings.
• For visualization purposes, you can optionally collect affinity information from your devices and then map them in Cisco Crosswork before provisioning an SR policy, Tree-SID, or RSVP-TE tunnel. See Affinity map configurations for sampკონფიგურაციები.

შექმენით SR-MPLS-ის აშკარა პოლიტიკა

• ეს დავალება ქმნის SR-MPLS პოლიტიკებს ექსპლიციტური (ფიქსირებული) გზის გამოყენებით, რომელიც შედგება პრეფიქსის ან მიმდებარე სეგმენტის ID-ების (SID სია) სიისგან, რომელთაგან თითოეული წარმოადგენს კვანძს ან ბმულს გზის გასწვრივ. SR-MPLS ექსპლიციტური პოლიტიკების შესაქმნელად მიჰყევით ამ ნაბიჯებს.

სანამ დაიწყებ

• Collect affinity information from your devices, and then map them in the Crosswork Network Controller UI before creating an explicit SR-MPLS policy. See Configure TE link affinities in Crosswork Network Controller.

ნაბიჯი 1: Choose Services & Traffic Engineering > Traffic Engineering > SR-MPLS.
ნაბიჯი 2: Click Create > PCE Init.

შენიშვნა
If you would like to provision a PCC-initiated policy using Cisco Network Services Orchestrator (NSO) via the Crosswork UI, see Create SR-TE policies (PCC-initiated).

ნაბიჯი 3: Under Policy details, enter or select the required SR-MPLS policy values. Hover the mouse pointer over the to view ველის აღწერა.
რჩევა
If you have set up device groups, you can select the device group from the Device Groups drop-down list. Then navigate and zoom in on the topology map to click the device for headend or endpoint selection.

• ნაბიჯი 4: Under Policy path, click Explicit path and enter a path name.
• ნაბიჯი 5: Add segments that will be part of the SR-MPLS policy path.
• ნაბიჯი 6: დააჭირეთ წინასწარview and confirm that the policy you created matches your intent.
• ნაბიჯი 7: If you want to commit the policy path, click Provision to activate the policy on the network or exit to abort the configuration process.
• ნაბიჯი 8: Validate the SR-MPLS policy creation:
• Confirm that the new SR-MPLS policy appears in the Traffic Engineering table. You can also click the check box next to the policy to see it highlighted in the map.

შენიშვნა
The newly provisioned SR-TE policy may take some time, depending on the network size and performance, to appear in the table. The Traffic engineering table is refreshed every 30 seconds.

• View და დაადასტურეთ ახალი SR-MPLS პოლიტიკის დეტალები. ტრაფიკის ინჟინერიის ცხრილიდან დააწკაპუნეთ და აირჩიეთ View დეტალები.

შენიშვნა

• მაღალი კვანძების, პოლიტიკის ან ინტერფეისის რაოდენობის მქონე კონფიგურაციაზე, პოლიტიკის განლაგების დროს შეიძლება მოხდეს ტაიმის ამოწურვა. ტაიმის ამოწურვის პარამეტრების კონფიგურაციისთვის იხილეთ TE ტაიმის ამოწურვის პარამეტრების კონფიგურაცია.

ოპტიმიზაციის განზრახვის საფუძველზე დინამიური SR-MPLS პოლიტიკის შექმნა
SR-PCE computes a path for the policy based on metrics and path constraints (affinities or disjointness) defined by the user. A user can select from three available metrics to minimize in-path computation: IGP, TE, or latency. The SR-PCE will automatically re-optimize the path as necessary based on topology changes. If a link or interface fails, the network will find an alternate path that meets all the criteria specified in the policy and raise an alarm. If no path is found, an alarm is raised, and the packets are dropped.
Follow these steps to create SR-MPLS policies with a dynamic path.

• ნაბიჯი 1: Choose Services & Traffic Engineering > Traffic Engineering > SR-MPLS.
• ნაბიჯი 2: Click Create > PCE Init. If you would like to provision a PCC-initiated policy using Cisco Network Services Orchestrator (NSO) via the Crosswork UI, see Create SR-TE policies (PCC-initiated).
• ნაბიჯი 3: პოლიტიკის დეტალების ქვეშ შეიყვანეთ ან აირჩიეთ SR-MPLS პოლიტიკის საჭირო მნიშვნელობები. მაუსის კურსორი გადაიტანეთ view თითოეული ველის აღწერა.

რჩევა

• If you have set up device groups, you can select the device group from the Device Groups drop-down menu. Then navigate and zoom in on the topology map to click the device for headend or endpoint selection.
• ნაბიჯი 4: Under Policy path, click Dynamic path and enter a path name.
• ნაბიჯი 5: Under Optimization objective, select the metric you want to minimize.
• ნაბიჯი 6: Define any applicable constraints and disjointness.

ნათესაობის მოსაზრებები

• Affinity constraints and disjointness cannot be configured on the same SR-MPLS policy. Also, there cannot be more than two SR-MPLS policies in the same disjoint group or subgroup. The configuration will not be allowed during Preview.
• If there are existing SR-MPLS policies belonging to a disjoint group that you define here, all SR-MPLS policies that belong to that same disjoint group are shown during Preview.
• ნაბიჯი 7: Under Segments, select whether or not protected segments should be used when available.
• ნაბიჯი 8: Enter any applicable SID constraint. Crosswork Network Controller will try to find a path with this SID. If a path with the SID constraint cannot be found, the provisioned policy will remain operationally down until the conditions are met.

SID ინფორმაცია

• Flexible Algorithm—The values correspond to the Flexible Algorithm that are defined on the device and the 128-255 range is enforced by Cisco IOS XR.
• Algorithm 0—This is a Shortest Path First (SPF) algorithm based on link metric. This shortest path algorithm is computed by the Interior Gateway Protocol (IGP).
• Algorithm 1—This is a Strict Shortest Path First (SSPF) algorithm based on link metric. Algorithm 1 is identical to Algorithm 0 but requires that all nodes along the path honor the SPF routing decision. Local policy does not alter the forwarding decision. For example, a packet is not forwarded through a locally engineered path.
• ნაბიჯი 9: დააჭირეთ წინასწარview. The path is highlighted on the map.
• ნაბიჯი 10: To commit the policy path, click Provision.
• ნაბიჯი 11: Validate the SR-MPLS policy creation.
• Confirm that the new SR-MPLS policy appears in the SR Policy table. You can also click the check box next to the policy to see it highlighted in the map.

შენიშვნა

• The newly provisioned SR-MPLS policy may take some time, depending on the network size and performance, to appear in the Traffic Engineering table. The table is refreshed every 30 seconds.
• View და დაადასტურეთ ახალი SR-MPLS პოლიტიკის დეტალები. ტრაფიკის ინჟინერიის ცხრილიდან დააწკაპუნეთ და აირჩიეთ View დეტალები.

SR-TE პოლიტიკის შექმნა (PCC-ის მიერ ინიცირებული)

• ეს დავალება ქმნის ექსპლიციტურ ან დინამიურ SR-MPLS ან SRv6 პოლიტიკებს Cisco Network Services Orchestrator (NSO)-ის გამოყენებით Crosswork UI-ის მეშვეობით.

სანამ დაიწყებ
If you want to create explicit PCC-initiated SR-MPLS or SRv6 policies, you must create a Segment IDs list (Services & Traffic Engineering > Provisioning (NSO) > SR-TE > SID-List). An explicit (fixed) path consists of a list of prefix or adjacency Segment IDs, each representing a node or link along on the path.

ნაბიჯი 1: მთავარი მენიუდან აირჩიეთ სერვისები და ტრაფიკის ინჟინერია > უზრუნველყოფა (NSO).
ნაბიჯი 2: From SR-TE > Policy, click. Crosswork displays the Create SR-TE > Policy window.

შენიშვნა

• You may also click არსებული SR-TE პოლიტიკის იმპორტისთვის.
• ნაბიჯი 3: Enter the policy constraints and required values.
• You must populate the following options:

ცხრილი 1: SR-TE პოლიტიკის კონფიგურაცია

გაფართოება ეს:	To specify this:
სახელი	Enter a name for this SR-TE policy.
head-end	•  You can click to select a node or manually enter the node name.
tail-end	Manually enter the node name.
ფერი	Enter a color. For exampლ: 200.
გზა	a.      დააწკაპუნეთ and enter a preference value. For exampლე: 123 b.     Select one of the following and toggle the switch to enable: •  explicit-path—Click to add previously configured SID lists. •  dynamic-path—Select the metric you want to minimize and define any applicable constraints and disjointness.
srv6	If you are creating an SRv6 policy, toggle Enable SRv6.

• Step 4: When you are finished, click Dry Run to validate your changes and save them. Crosswork will display your changes in a pop-up window.
• თუ გსურთ ისეთი სერვისის კონფიგურაცია, რომლის მოთხოვნებიც არ ემთხვევა ამ მაგალითში აღწერილსampდაუკავშირდით Cisco-ს მომხმარებელთა გამოცდილების განყოფილებას.
• Step 5: When you are ready to activate the policy, click Commit Changes.

SR-MPLS პოლიტიკის შეცვლა

• თქვენ შეგიძლიათ შეცვალოთ ან წაშალოთ მხოლოდ Crosswork Network Controller API-ს ან UI-ს გამოყენებით შექმნილი SR-MPLS პოლიტიკა. მიჰყევით ამ ნაბიჯებს: view, SR-MPLS პოლიტიკის შეცვლა ან წაშლა.
• ნაბიჯი 1: Choose Services & Traffic Engineering > Traffic Engineering > SR-MPLS tab.
• ნაბიჯი 2: From the Traffic engineering table, locate the SR-MPLS policy you are interested in and click.
• ნაბიჯი 3: აირჩიე View დეტალები ან რედაქტირება/წაშლა. SR-MPLS პოლიტიკის დეტალების განახლების შემდეგ, შეგიძლიათ წინასწარview რუკაზე ცვლილებები შენახვამდე.

FAQ

კითხვა: რამდენი პოლიტიკის ჩვენებაა შესაძლებელი ტოპოლოგიის რუკაზე?

A: Up to 10 policies can be selected and displayed as separate colored links on the map.

კითხვა: შემიძლია თუ არა არჩეული მონაცემების ექსპორტი პოლისის დეტალებიდან? view?

A: არა, ყველა მონაცემის ექსპორტი მხოლოდ CSV ფაილში შეგიძლიათ file from the policy details view.

დოკუმენტები / რესურსები

CISCO SR-MPLS, SRv6 Crosswork ქსელის კონტროლერი [pdf] მომხმარებლის სახელმძღვანელო SR-MPLS, SRv6, SR-MPLS SRv6 Crosswork ქსელის კონტროლერი, SR-MPLS SRv6, Crosswork ქსელის კონტროლერი, ქსელის კონტროლერი, კონტროლერი

ცნობები

• მომხმარებლის სახელმძღვანელო