IGP topology overview

Introduction to CPAM IGP topology

The IGP topology displays a combination of the ISIS and OSPF topologies on a map to provide a complete view of the IGP network. The following figure shows a sample IGP topology.

Figure 4-1: IGP topology
IGP topology
Routers

The following table lists the icons used by the CPAM to identify the roles of the routers in an IGP network.

Table 4-1: Router icons

Icon

IGP and MPLS

Router Role

graphic

Unmanaged router

graphic

Managed router

You can navigate directly to a router if the router is being managed by the NFM-P. You can also use the following contextual menu options by right-clicking on the router icon:

Devices that are not managed by the NFM-P are displayed with lighter-colored arrow icons than a managed device. There is no contextual menu for unmanaged devices.

Map visualization

Protocol-specific information for an area, level, or router role does not appear on the map when you view a combined topology. The following display conditions are applied to the map for IGP topologies.

Protocols

You can configure several IGP protocols on the same link. The following figure shows an example of OSPF and ISIS running independently on the same link. The IGP map shows all of the links.

Figure 4-2: Multiple IGP links on an interface
Multiple IGP links on an interface

Because each link can have another metric, SPF calculations vary depending on the protocol link used by the route. Link selection is specific to the router and varies depending on route policies, protocol weights, and other factors.

In cases where there are multiple protocols on a link, OSPF or ISIS is used in SPF calculations depending on the learned protocol for the destination address, as described in the following table:

Table 4-2: Protocol rules for SPF calculations

Protocol at source

Protocol at destination

Protocol used in SPF calculation

OSPF

OSPF

OSPF

ISIS

ISIS

ISIS

OSPF/ISIS

OSPF/ISIS

OSPF

OSPF

ISIS

ISIS

ISIS

OSPF

ISIS

OSPF

OSPF/ISIS

OSPF

OSPF/ISIS

ISIS

ISIS

OSPF/ISIS

OSPF

OSPF

ISIS

OSPF/ISIS

ISIS

Dot1 Q and QinQ

A physical link between two routers can have multiple IGP links when the interface is configured with Dot1Q or QinQ. Each logical link, in the case of Dot1 Q, must have a unique start and end IP address. Each of the logical links can be configured with OSPF, L1 ISIS, and L2 ISIS links.

Each link can advertise a different set of bandwidth parameters when you enable the respective traffic engineering protocol. The bandwidth parameters do not assess other links from the same or different protocols because OSPF and ISIS protocols have no view of the physical layer.

Figure 4-3, Multiple interfaces on the same physical link shows a physical link that is configured to use Dot1 Q with 1000 Mb/s. Two network interfaces are created:

Figure 4-3: Multiple interfaces on the same physical link
Multiple interfaces on the same physical link

The example displayed in Figure 4-3, Multiple interfaces on the same physical link also applies to any combination of OSPF and ISIS links running on the same physical link.

The following table lists the bandwidths that are initially advertised by the OSPF-TE protocol.

Table 4-3: Initial bandwidth for links

Link

Available bandwidth (Mb/s)

OSPF Link A

1000

OSPF Link B

1000

Physical link

1000

The bandwidth for the physical link is reduced to 750 Mb/s if an LSP crossing interface A (10.220.100.2/32) reserves 250 Mb/s of bandwidth. The effective bandwidth is reduced to 750 Mb/s on only OSPF Link A because OSPF-TE has no concept of physical links. The bandwidth is not affected on OSPF Link B. The following table describes the bandwidth that is available on the links:

Table 4-4: Reserved bandwidth for links

Link

Available bandwidth (Mb/s)

OSPF Link A

750

OSPF Link B

1000

Physical link

750

A system that uses bandwidth and performs bandwidth reservation tasks such as the ABM must be aware of conditions when multiple IGP links traverse the same the physical link.

Non-routed edge discovery

Non-routed edge discovery policies allow you to discover non-routed interfaces and subnets and represent them as adjacencies on the CPAM IGP and MPLS topology maps. A non-routed edge discovery policy requires a specified set of aggregator and edge NEs, and discovers static routes and subnets by using the routing interfaces of the specified NEs. See To configure a non-routed edge discovery policy for more information about configuring a non-routed edge discovery policy.

© 2024 Nokia. Nokia Confidential Information

Use subject to agreed restrictions on disclosure and use.