Re: Route Tagging with Default Route

the show ip route from my R2:

R2#sh ip ro
*Mar 1 01:01:00.067: %SYS-5-CONFIG_I: Configured from console by consoleu
R2#sh ip route 0.0.0.0
Routing entry for 0.0.0.0/0, supernet
  Known via "ospf 1", distance 110, metric 1, candidate default path
  Tag 300, type extern 2, forward metric 10
  Redistributing via rip
  Advertised by rip metric 11 route-map OSPF2RIP
  Last update from 10.12.12.1 on FastEthernet0/0, 00:06:04 ago
  Routing Descriptor Blocks:
  * 10.12.12.1, from 100.100.100.100, 00:06:04 ago, via FastEthernet0/0
      Route metric is 1, traffic share count is 1
      Route tag 300

R2#sh ip rou
R2#sh ip route 100.100.100.100
Routing entry for 100.100.100.100/32
  Known via "ospf 1", distance 110, metric 11, type intra area
  Redistributing via rip
  Advertised by rip metric 11 route-map OSPF2RIP
  Last update from 10.12.12.1 on FastEthernet0/0, 00:06:08 ago
  Routing Descriptor Blocks:
  * 10.12.12.1, from 100.100.100.100, 00:06:08 ago, via FastEthernet0/0
      Route metric is 11, traffic share count is 1

--
Garry L. Baker
"There is no 'patch' for stupidity." - www.sqlsecurity.com
On Thu, Oct 7, 2010 at 10:00 AM, garry baker <baker.garry_at_gmail.com> wrote:
> Bob,
>
> I my setup R1 <-> R2 <-> R3
>
> I use that "default-information originate route-map tag"  on my R1 it sends
> the default 0/0 route to R2 and then it does not pass the tag to R3 after
> redistribution at R2
>
> if i match 300 and set 300 it will but the same problem when the refresh
> kicks in...
>
> what am i missing?
>
> R2:
> router rip
>  version 2
>  redistribute ospf 1 metric 11 route-map OSPF2RIP
>  passive-interface default
>  no passive-interface FastEthernet0/1
>  network 10.0.0.0
>  no auto-summary
>
>
> route-map OSPF2RIP permit 10
>  match tag 300
> !
> route-map OSPF2RIP permit 20
>  match source-protocol ospf 1
>  set tag 110
>
> R3:
> R3#sh ip route 100.100.100.100
> Routing entry for 100.100.100.100/32
>   Known via "rip", distance 120, metric 11
>   Tag 110
>   Redistributing via rip
>   Last update from 10.23.23.2 on FastEthernet0/1, 00:00:02 ago
>   Routing Descriptor Blocks:
>   * 10.23.23.2, from 10.23.23.2, 00:00:02 ago, via FastEthernet0/1
>       Route metric is 11, traffic share count is 1
>       Route tag 110
>
> R3#sh ip route 0.0.0.0
> Routing entry for 0.0.0.0/0, supernet
>   Known via "rip", distance 120, metric 11, candidate default path
>   Redistributing via rip
>   Last update from 10.23.23.2 on FastEthernet0/1, 00:00:10 ago
>   Routing Descriptor Blocks:
>   * 10.23.23.2, from 10.23.23.2, 00:00:10 ago, via FastEthernet0/1
>       Route metric is 11, traffic share count is 1
>
>
>
>
>
> --
> Garry L. Baker
>
> "There is no 'patch' for stupidity." - www.sqlsecurity.com
>
>
> On Thu, Oct 7, 2010 at 9:53 AM, Muzammil Malick <malickmuz_at_gmail.com>wrote:
>
>> Bob, I think you are right, I was wondering myself if the refresh was
>> linked to the issue.
>>
>> On 7 October 2010 15:39, Bob Sinclair <bob_at_bobsinclair.net> wrote:
>> > Hi Muzammil,
>> >
>> > I tried with "default-information originate route-map tag"  And the tag
>> > sticks.
>> >
>> > Here is my theory:
>> >
>> > The trigger for the tag withdrawal seems to be the default refresh,
>> > indicated by this output from debug ip routing:  " RT: NET-RED
>> 0.0.0.0/0"
>> >
>> > With default-information originate, this refresh did not cause a
>> withdrawal
>> > of the tag.  Perhaps the refresh causes RIP to see the redistributed
>> route
>> > as internal, and it is resent as a new route, without the tag?
>> >
>> >
>> >
>> > Bob Sinclair CCIE 10427 CCSI 30427
>> > CIERS2 Online Instructor
>> > www.tinyurl.com/ciers2online
>> >
>> >
>> >
>> >> -----Original Message-----
>> >> From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf
>> Of
>> >> Muzammil Malick
>> >> Sent: Thursday, October 07, 2010 10:30 AM
>> >> To: garry baker
>> >> Cc: Cisco certification
>> >> Subject: Re: Route Tagging with Default Route
>> >>
>> >> Bob, that is very interesting, because it is probably exactly what I
>> >> am seeing, I just never saw the early debug that shows the tag being
>> >> added and then removed later.
>> >>
>> >> Gary, myself and Bob are able to get at least some routes tagged, it
>> >> is the default that is the problem.
>> >>
>> >> My config is as follows:
>> >>
>> >>
>> >> route-map OSPF2RIP permit 10
>> >> set tag 110
>> >>
>> >> router rip
>> >> redistribute ospf 1 metric 5 route-map OSPF2RIP
>> >>
>> >> I don't have the complete config because im at work at the moment.
>> >>
>> >> On 7 October 2010 15:20, garry baker <baker.garry_at_gmail.com> wrote:
>> >> > yeah i miss read that...i thought you were going the other way...
>> >> >
>> >> > i tried this with a simple 3 router setup R1 <-> R2 <-> R3
>> >> >
>> >> > and i cannot get any tags on the OSPF2RIP routes when i redistribute
>> >> with
>> >> > the route-map
>> >> >
>> >> > but the other way RIP2OSPF works like a charm with the tag keyword in
>> >> ospf
>> >> >
>> >> > i am using  Version 12.4(15)T14 on GNS3 for my lab
>> >> >
>> >> > what does your config look like?
>> >> >
>> >> > --
>> >> > Garry L. Baker
>> >> >
>> >> > "There is no 'patch' for stupidity." - www.sqlsecurity.com
>> >> >
>> >> >
>> >> > On Thu, Oct 7, 2010 at 9:01 AM, Muzammil Malick <malickmuz_at_gmail.com
>> >
>> >> wrote:
>> >> >>
>> >> >> Gary, not sure if I understand?
>> >> >>
>> >> >> the route is originated in OSPF using default-information-originate,
>> >> >> but the routes are not being tagged when they are redistributed into
>> >> >> RIP. Did you get this the wrong way round below or am I
>> >> >> misunderstanding you?
>> >> >>
>> >> >>
>> >> >>
>> >> >> On 7 October 2010 14:50, garry baker <baker.garry_at_gmail.com> wrote:
>> >> >> > if the route is originated by OSPF, then it will not be 'tagged'
>> >> as RIP
>> >> >> > routes are sent into OSPF...
>> >> >> >
>> >> >> > is there a way to make the default a RIP route and see if the tag
>> >> shows
>> >> >> > up
>> >> >> > after redistribution?
>> >> >> >
>> >> >> > --
>> >> >> > Garry L. Baker
>> >> >> >
>> >> >> > "There is no 'patch' for stupidity." - www.sqlsecurity.com
>> >> >> >
>> >> >> >
>> >> >> > On Thu, Oct 7, 2010 at 5:25 AM, Muzammil Malick
>> >> <malickmuz_at_gmail.com>
>> >> >> > wrote:
>> >> >> >>
>> >> >> >> Hi Guys
>> >> >> >>
>> >> >> >> Hope someone can help me out.
>> >> >> >>
>> >> >> >> I am redistributing routes into RIP from OSPF. I have a route-map
>> >> that
>> >> >> >> sets a tag on the routes as they are redistributed into RIP.
>> >> >> >> The problem is that all the routes seem to be tagged apart from
>> >> the
>> >> >> >> default route. The default route which is originated in OSPF
>> >> always
>> >> >> >> seems to have a tag of "0" when I debug RIP updates, however all
>> >> the
>> >> >> >> other routes have the correct tag of "110"
>> >> >> >>
>> >> >> >> Any ideas?
>> >> >> >>
>> >> >> >> Thanks
>> >> >> >>
>> >> >> >>
>> >> >> >> Blogs and organic groups at http://www.ccie.net
>> >> >> >>
>> >> >> >>
>> >> _______________________________________________________________________
>> >> >> >> Subscription information may be found at:
>> >> >> >> http://www.groupstudy.com/list/CCIELab.html
>> >>
>> >>
>> >> Blogs and organic groups at http://www.ccie.net
>> >>
>> >> _______________________________________________________________________
>> >> Subscription information may be found at:
>> >> http://www.groupstudy.com/list/CCIELab.html
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> No virus found in this incoming message.
>> >> Checked by AVG - www.avg.com
>> >> Version: 9.0.862 / Virus Database: 271.1.1/3182 - Release Date:
>> >> 10/07/10 02:34:00
Blogs and organic groups at http://www.ccie.net