15 mins read

ISIS Metric – 2nd trap, the unexpected impact of wide-metrics-only

1. Intro

In this part we will focus on the use unexpected impact of the wide-metrics-only knob.

But before that, let’s remind ourselves that this post is part of a 3 part series about the impact of ISIS Narrow and Wide metrics:

  • 1st part – in the previous post we saw the unexpected impact of using both Narrow and Wide by default
  • 2nd part – in this post we will cover the unexpected impact of configuring wide-metrics-only
  • 3rd part – and finally we will cover the differences between IPv4 and IPv6 related to this metric topic

2. The test topology

We will update our test topology to demonstrate the impact of configuring wide-metrics-only. We will make the following updates:

  • All links have metric 1000
  • R1 and R2 will be L2 routers in Area 49.001, the backbone or our network.
  • R4 is a L1/L2 router in Area 49.002, the ABR.
  • R3 and R5 are L1 routers in Area 49.002.
  • R5 is the ASBR, redistributing external routes to ISIS.
wide-metrics-only

Let’s see the ISIS configuration:

Let’s breakdown what is happening here:

  • One impact that we already know is about the metric that is limited silently to 63 on routers R3 and R5 which are still using the defaults (both Narrow and Wide).
  • On R5 we are redistributing 3 x 192.168.x.0/24 ranges. We can see these routes in the ISIS database as external and they have 160 AD.
  • The requirement here is to not advertise the 3 x 192.x.0/24 routes to the L2 backbone area. Because L1 routes are not advertised to the L2 area, automatically the requirement will be met.
  • Instead of advertising the 3 x 192.x.0/24 routes to the L2 backbone area we will only advertise a summarized route to the L2 backbone area: 192.168.0.0/22.

Let’s see all of this in the CLI output:

3. The impact of configuring wide-metrics-only

Next, let’s configure wide-metrics-only on R3 and R5L

wide-metrics-only

Let’s talk about the impact:

  • The 1st impact, the metric is no longer limited to a maximum value of 63, so the total metric from R5 to R1 is 4000.
  • But, the unexpected impact is that the 3 x 192.168.x.0/24 routes are now internal routes with 15 AD.
  • As we know, ISIS L1 routes will pass to the L2 backbone area automatically, hence also our 3 routers are passing to L2 because they are now internal.

Let’s also see the CLI output:

But why is this happening? This is because the Narrow metric TLV have the External/Internal information, see the difference:

  • Narrow TLVs:
    • 2 (IS Reachability),
    • 128 (IP Internal Reachability),
    • 130 (IP External Reachability).
  • Wide TLVs:
    • 22 (Extended IS Reachability),
    • 135 (Extended IP Reachability)

Wide metric TLV are only Extended, there is no more information about External or Internal routes, we can see that difference in the ISIS database or the Wireshark capture. Hence all routes are internal. Because the are now internal, they have a different AD and they pass automatically to L2 backbone.

This is a big impact, and we must be aware of it in production or on the JNCIE exam.

4. Conclusion

With wide metrics, more precisely the wide-metric-only knob configured, there is no way to discern whether a route is internal or external. This can have a big impact as we say, external routes will appear as internal with the internal AD.


External Resources: