Redistribution of Statics into OSPF

Unanswered Question
Jun 26th, 2007
User Badges:

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

  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 0 (0 ratings)
Loading.
Harold Ritter Tue, 06/26/2007 - 06:50
User Badges:
  • 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,

daniel.bowen Tue, 06/26/2007 - 07:03
User Badges:

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

Harold Ritter Tue, 06/26/2007 - 07:09
User Badges:
  • Cisco Employee,

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


Hope this helps,

sundar.palaniappan Tue, 06/26/2007 - 07:14
User Badges:
  • Green, 3000 points or more

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

Harold Ritter Tue, 06/26/2007 - 07:15
User Badges:
  • Cisco Employee,

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,


sundar.palaniappan Tue, 06/26/2007 - 07:17
User Badges:
  • Green, 3000 points or more

Harold,


I am sorry I meant without using the | sign.


HTH


Sundar

daniel.bowen Tue, 06/26/2007 - 07:23
User Badges:

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

Harold Ritter Tue, 06/26/2007 - 07:38
User Badges:
  • Cisco Employee,

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,

daniel.bowen Tue, 06/26/2007 - 07:41
User Badges:

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

Harold Ritter Tue, 06/26/2007 - 07:53
User Badges:
  • Cisco Employee,

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,

Richard Burts Tue, 06/26/2007 - 07:54
User Badges:
  • Super Silver, 17500 points or more
  • Hall of Fame,

    Founding Member

  • Cisco Designated VIP,

    2017 LAN, WAN

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

Actions

This Discussion