RE: Mutual Redistribution

From: El ayachi HADEK (elayachi.hadek@marocconnect.com)
Date: Mon Oct 31 2005 - 08:04:09 GMT-3


Is this behavior specefic to ospf?
And what about the second problem: when redistributing isis in ospf. why the
ip address of isis interface not redistributed in ospf?
please, look at the captures very below!

-----Message d'origine-----
De : nobody@groupstudy.com [mailto:nobody@groupstudy.com]De la part de
Lee Donald
Envoyi : Monday, October 31, 2005 10:58 AM
@ : El ayachi HADEK; Lee Donald; Cisco certification
Objet : RE: Mutual Redistribution

Hi,
Have a look in the routing table on R7.
Is this route a connected route or an OSPF route.
It will be a connected route.
When you redistribute ospf into ISIS the router looks at the routing table
and gets all the ospf routes and redistributes into ISIS. As this is a
connected route, it will not be in there. You can redistribute connected in
ISIS and that will work.

HTH

Regards

Lee. #15168

-----Original Message-----
From: El ayachi HADEK [mailto:elayachi.hadek@marocconnect.com]
Sent: 31 October 2005 10:46
To: Lee Donald; Cisco certification
Subject: RE: Mutual Redistribution

sorry, it is well matched

route-map test permit 10
 match interface Loopback111
!
route-map tes permit 10
!
!

-----Message d'origine-----
De : Lee Donald [mailto:Lee.Donald@t-systems.co.uk]
Envoyi : Monday, October 31, 2005 10:15 AM
@ : El ayachi HADEK
Objet : RE: Mutual Redistribution

Hi,

I can't see your routi-map you are using, have you matched it correctly?

Regards

Lee.

-----Original Message-----
From: El ayachi HADEK [mailto:elayachi.hadek@marocconnect.com]
Sent: 31 October 2005 10:06
To: HM C; ccielab@groupstudy.com
Subject: RE: Mutual Redistribution

This seem to be the one of my problems with mutual redistribution, this is
related to ospf and other protocols:

this is the senario: configuration of routers, some captures and questions.

R5------------R7-------------R8
    FastEth Serialppp
    OSPF ISIS

R7:

interface Loopback0
 ip address 200.0.0.7 255.255.255.255
interface Loopback111
 ip address 111.111.111.1 255.255.255.0

interface FastEthernet1/0
 ip address 150.50.7.7 255.255.255.128
 duplex auto
 speed auto

interface Serial0/0
 ip address 150.50.5.68 255.255.255.224
 ip router isis
!
router ospf 1
 router-id 200.0.0.7
 log-adjacency-changes
 redistribute connected subnets route-map test
 redistribute isis level-2 subnets
 network 150.50.7.7 0.0.0.0 area 0
 network 200.0.0.7 0.0.0.0 area 0
!
router isis
 redistribute ospf 1
 net 00.0000.0000.0000.00
 is-type level-2-only
!

R5:

interface FastEthernet0/0
 ip address 150.50.7.5 255.255.255.128
 duplex auto
 speed auto
!

router ospf 1
 router-id 200.0.0.5
 log-adjacency-changes
 network 150.50.7.5 0.0.0.0 area 0
!

R8:

interface Loopback0
 ip address 200.0.0.8 255.255.255.255
!
!
interface Serial0/0
 ip address 150.50.5.69 255.255.255.224
 ip router isis
 no fair-queue
!
router isis
 net 00.0000.0000.0008.00
 is-type level-2-only

R8#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
       i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter
area
       * - candidate default, U - per-user static route, o - ODR
       P - periodic downloaded static route

Gateway of last resort is not set

     200.0.0.0/32 is subnetted, 2 subnets
C 200.0.0.8 is directly connected, Loopback0
i L2 200.0.0.7 [115/10] via 150.50.5.68, Serial0/0
     150.50.0.0/16 is variably subnetted, 3 subnets, 3 masks
C 150.50.4.0/24 is directly connected, FastEthernet0/0
i L2 150.50.7.0/25 [115/10] via 150.50.5.68, Serial0/0
C 150.50.5.64/27 is directly connected, Serial0/0

Where is 111.111.111.0 route witch was redistributed from connected to ospf
and then from ospf to isis?

R5#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
       i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter
area
       * - candidate default, U - per-user static route, o - ODR
       P - periodic downloaded static route

Gateway of last resort is not set

     200.0.0.0/32 is subnetted, 1 subnets
O 200.0.0.7 [110/2] via 150.50.7.7, 19:48:34, FastEthernet0/0
     111.0.0.0/24 is subnetted, 1 subnets
O E2 111.111.111.0 [110/20] via 150.50.7.7, 19:45:08, FastEthernet0/0
     150.50.0.0/16 is variably subnetted, 2 subnets, 2 masks
C 150.50.7.0/25 is directly connected, FastEthernet0/0
C 150.50.100.0/27 is directly connected, Serial0/0

R7#show ip ospf database external

            OSPF Router with ID (200.0.0.7) (Process ID 1)

                Type-5 AS External Link States

  LS age: 805
  Options: (No TOS-capability, DC)
  LS Type: AS External Link
  Link State ID: 111.111.111.0 (External Network Number )
  Advertising Router: 200.0.0.7
  LS Seq Number: 80000024
  Checksum: 0xBCA2
  Length: 36
  Network Mask: /24
        Metric Type: 2 (Larger than any link state path)
        TOS: 0
        Metric: 20
        Forward Address: 0.0.0.0
        External Route Tag: 0

R7#

2- Where is 150.50.5.64/27 khown by isis and redistributed to ospf?

-----Message d'origine-----
De : nobody@groupstudy.com [mailto:nobody@groupstudy.com]De la part de
HM C
Envoye : Monday, October 31, 2005 9:30 AM
A : ccielab@groupstudy.com
Objet : Mutual Redistribution

I am testing out mutual redistribution on the same router other than ISIS
protocol. I realise that directly connected network particpating
in some routing protocol for eg RIP is not being redistributed to OSPF.
And sometimes this is vice versa. I use the same IOS on all routers. I
notices in some CCIE workbook they actually redistribute connected
networks as the model answer when doing mutual redistribution. We all
know the "problem" of ISIS in this scenario but this is happening to
other protocols as well. Have you guys encountered these?

P P.



This archive was generated by hypermail 2.1.4 : Sun Nov 06 2005 - 22:00:55 GMT-3