cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
888
Views
0
Helpful
12
Replies

Redistribution of Statics into OSPF

daniel.bowen
Level 1
Level 1

Hi Everyone,

I have a rather large network but this problem can be shown with just a single MSFC and L3 3750G.

I have two static routes on the MSFC (10.225.0.0/17 and 10.225.128.0/17). I have the following command to redistribute these routes into OSPF 1 on the MSFC.

redistribute static metric-type 1 subnets

Now, for some reason, when I log onto another L3 switch running OSPF 1, I see an incomplete routing entry for one of the subnets.

3750G#sh ip route | include 10.225

O E1 10.225.128.0/17

O E1 10.225.0.0/17 [110/21] via 10.52.252.34, 22:21:00, GigabitEthernet0/1

O E1 10.225.0.27/32 [110/22] via 10.52.252.34, 22:21:00, GigabitEthernet0/1

Any ideas on why one of the subnets would be incomplete and what may cause this?

Many thanks in advance,

Dan

12 Replies 12

Harold Ritter
Cisco Employee
Cisco Employee

This is probably just a cosmetic issue. Can you do a "show ip route | beg 10.225.128" so that we ca see the entire entry for that specific subnet.

Regards,

Harold Ritter
Sr Technical Leader
CCIE 4168 (R&S, SP)
harold@cisco.com
México móvil: +52 1 55 8312 4915
Cisco México
Paseo de la Reforma 222
Piso 19
Cuauhtémoc, Juárez
Ciudad de México, 06600
México

Harold,

I believe you mean a cosmetic bug? :-)

HTH

Sundar

3750G#show ip route | beg 10.225.128

O E1 10.225.128.0/17

[110/22] via 10.52.252.57, 23:06:23, GigabitEthernet0/1

[110/22] via 10.52.252.58, 23:06:23, GigabitEthernet0/1

I think you are right about the cosmetic bug - thanks again.

Dan

It is not a cosmetic bug. It is simply that there is two paths for the same prefix.

Hope this helps,

Harold Ritter
Sr Technical Leader
CCIE 4168 (R&S, SP)
harold@cisco.com
México móvil: +52 1 55 8312 4915
Cisco México
Paseo de la Reforma 222
Piso 19
Cuauhtémoc, Juárez
Ciudad de México, 06600
México

Dan,

Harold is probably correct!!

Can you post the output of 'show ip route 10.225.128.0' to confirm that indeed is the case.

HTH

Sundar

Sundar,

It has been posted already.

3750G#show ip route | beg 10.225.128

O E1 10.225.128.0/17

[110/22] via 10.52.252.57, 23:06:23, GigabitEthernet0/1

[110/22] via 10.52.252.58, 23:06:23, GigabitEthernet0/1

Regards,

Harold Ritter
Sr Technical Leader
CCIE 4168 (R&S, SP)
harold@cisco.com
México móvil: +52 1 55 8312 4915
Cisco México
Paseo de la Reforma 222
Piso 19
Cuauhtémoc, Juárez
Ciudad de México, 06600
México

Harold,

I am sorry I meant without using the | sign.

HTH

Sundar

Dont think that matters - I have another subnet (10.225.0.0/17) that also has two different possible next hops, yet that shows up correctly.

3750G#sh ip route | include 10.225.0.0

O E1 10.225.0.0/17 [110/22] via 10.52.252.57, 23:26:16, GigabitEthernet0/1

3750G#sh ip route | include 10.225.128.0

O E1 10.225.128.0/17

Cheers,

Dan

Daniel,

I guess it is a mute point since this command (show ip route | incl 10.225) will always show you an incomplete entry for a route with multiple next hops. You would need to do a show ip route for the specific route to get the complete information.

Regards,

Harold Ritter
Sr Technical Leader
CCIE 4168 (R&S, SP)
harold@cisco.com
México móvil: +52 1 55 8312 4915
Cisco México
Paseo de la Reforma 222
Piso 19
Cuauhtémoc, Juárez
Ciudad de México, 06600
México

3750G#sh ip route | include 10.225.128.0

O E1 10.225.128.0/17

3750G#sh ip route | include 10.225.128.0

O E1 10.225.128.0/17

3750G#sh ip route | include 10.225.0.0

O E1 10.225.0.0/17 [110/22] via 10.52.252.57, 23:44:11, GigabitEthernet0/1

3750G#sh ip route 10.225.0.0

Routing entry for 10.225.0.0/17

Known via "ospf 1", distance 110, metric 22, type extern 1

Last update from 10.52.252.58 on GigabitEthernet0/1, 23:44:21 ago

Routing Descriptor Blocks:

* 10.52.252.57, from 10.52.252.251, 23:44:21 ago, via GigabitEthernet0/1

Route metric is 22, traffic share count is 1

10.52.252.58, from 10.52.252.251, 23:44:21 ago, via GigabitEthernet0/1

Route metric is 22, traffic share count is 1

But this doesnt happen for the ip route 10.225.0.0, which also has mutliple next hops.

Cheers,

Dan

Daniel,

My point is that the entry for 10.225.0.0/17 is also incomplete as you don't get the second next hop either. You really needed to run the show ip route 10.225.0.0 to get the complete information. So the "show ip route | incl" command won't help you much in this context.

Regards,

Harold Ritter
Sr Technical Leader
CCIE 4168 (R&S, SP)
harold@cisco.com
México móvil: +52 1 55 8312 4915
Cisco México
Paseo de la Reforma 222
Piso 19
Cuauhtémoc, Juárez
Ciudad de México, 06600
México

Dan

The issue is the behavior of the pipe command (|) and include. Your output here is a straight show ip route

and it shows the complete entry. I suggest that you try it as show ip route | inc
and see what you get.

When you do pipe include you get only the lines that have that particular character string, not all of the information that relates to that entry.

HTH

Rick

HTH

Rick
Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community:

Innovations in Cisco Full Stack Observability - A new webinar from Cisco