EasyManuals Logo
Home>Cisco>Network Router>CRS-1 - Carrier Routing System Router

Cisco CRS-1 - Carrier Routing System Router Api Guide

Cisco CRS-1 - Carrier Routing System Router
127 pages
To Next Page IconTo Next Page
To Next Page IconTo Next Page
To Previous Page IconTo Previous Page
To Previous Page IconTo Previous Page
Page #55 background imageLoading...
Page #55 background image
4-55
Cisco CRS-1 Series Carrier Routing System XML API Guide
OL-4596-01
Chapter 4 Cisco CRS-1 Series XML and Native Data Operations
Native Data Operation Content
<AF>IPv4Unicast</AF>
</BGP_AFFilter>
</Filter>
</NeighborTable>
</BGP>
</Operational>
Leaf Nodes
The leaf nodes hold values and are generally simple one-value items where the element representing the
leaf node uses character data to specify the value (as in "<DefaultMetric>10</DefaultMetric>" in the
example in the section “Main Hierarchy Structure”. In some cases there may be more than one value to
specify—for example, when you configure the administrative distance for an address family (the
<Distance> element), three values must be given together. Specifying more than one value is achieved
by adding further child elements to the leaf, each of which indicates the particular value being
configured.
The following example shows leaf nodes:
<Configuration>
<BGP>
.
.
.
<Distance>
<ExternalRoutes>20</ExternalRoutes>
<InternalRoutes>250</InternalRoutes>
<LocalRoutes>200</LocalRoutes>
</Distance>
.
.
.
</BGP>
</Configuration>
Sometimes there may be even more structure to the values (with additional levels in the hierarchy
beneath the <Distance> tag as a means for grouping the related parts of the data together), although they
are still only “setable” or “getable” as one entity. The extreme example of this is that in some of the
information returned from the operational data model, all of the values pertaining to the status of a
particular object may be grouped as one leaf. For example, a request to retrieve a particular BGP path’s
status will return all the values associated with that path.
Dependencies Between Configuration Items
Dependencies between configuration items are not articulated in the XML schema nor are they enforced
by the XML infrastructure; for example, if item A is this value, then item B must be one of these values,
and so forth. The back-end Cisco CRS-1 Series operating system applications are responsible for
preventing inconsistent configuration from being set. In addition, the management agents are responsible
for carrying out the appropriate operations on dependent configuration items through the XML interface.
Null Value Representations
The standard attribute “xsi:nil” is used with a value of “true” when a null value is specified for an
element in an XML request or response document.
The following example shows how to specify a null value for the element <HoldTime>:

Table of Contents

Other manuals for Cisco CRS-1 - Carrier Routing System Router

Questions and Answers:

Question and Answer IconNeed help?

Do you have a question about the Cisco CRS-1 - Carrier Routing System Router and is the answer not in the manual?

Cisco CRS-1 - Carrier Routing System Router Specifications

General IconGeneral
BrandCisco
ModelCRS-1 - Carrier Routing System Router
CategoryNetwork Router
LanguageEnglish

Related product manuals