From: NITIN NITIN (ccie_study_123@yahoo.com)
Date: Fri Aug 17 2007 - 02:16:56 ART
Hi ,
I faced this issue on IOU , hope you are not trying on IOU
Tried on dynamips works
Let me know if still issue
using internal network 156.1.0.0/16
Rack1R4#sh ip int brief
Interface IP-Address OK? Method Status Protocol
FastEthernet0/0 156.1.4.4 YES NVRAM up up
FastEthernet1/0 156.1.48.4 YES NVRAM up up
Serial2/0 unassigned YES NVRAM up up
Serial2/0.1 156.1.0.4 YES NVRAM up up
Serial2/1 156.1.45.4 YES NVRAM up up
Serial2/2 unassigned YES NVRAM administratively down down
Serial2/3 unassigned YES NVRAM administratively down down
Loopback0 150.1.4.4 YES NVRAM up up
Tunnel177 unassigned YES NVRAM up up
SW2-----Rip--------R4----OSPF area0-----R5----ospf arae57
Enter configuration commands, one per line. End with CNTL/Z.
Rack1R5(config)#router ospf 1
Rack1R5(config-router)#area 57 range 156.1.0.0 255.255.0.0
Rack1R4#sh ip route ospf
51.0.0.0/32 is subnetted, 1 subnets
O IA 156.1.0.0/16 [110/65] via 156.1.0.5, 00:00:09, Serial2/0.1
Rack1SW2#sh ip route rip | i /16
156.1.0.0/16 is variably subnetted, 11 subnets, 3 masks
R 156.1.0.0/16 [120/1] via 156.1.48.4, 00:00:26, Vlan48
150.1.0.0/16 is variably subnetted, 6 subnets, 2 masks
Regards
Shamin <ccie.xpert@gmail.com> wrote:
Dear All,
I have the following scenario from IEWB core work book, LAB 2
R1(s0/0)<--RIPv2--> (s0/0) R2 (e0/0)<-- OSPF Area 51--> (e0/1)
R3(s0/0)<-OSPF area0
|<- 161.1.12..0 --->| |<-----161.1.23.0---->|
|<--161.1.34.0--->
<<<-------- 161.1.0.0/16 (Summary)
I have the above topology in which R1 & R2 is running RIPv2 and R2 ,R3 is
running OSPF in area 51.
The requirement is that R3 summarizes the 161.1.34.0 network as
161.1.0.0/16when advertising in to area 51. The problem I am facing is
that , eventhough
R2 receives this summary, R1 does not receive this summary in spite of the
redistribution done on R2. If the summary is of any other Class B major
network, R1 does receive this summary after redistribution. Hence it has got
to do with the major network in RIP domain and the summary being the same.
I know this has to do with how RIP behaves, but I could not find out what
exactly is the cause and if there is a work around for this.
My config for your reference:
R1#
interface Serial0/0
ip address 161.1.12.1 255.255.255.0
encapsulation frame-relay
frame-relay map ip 161.1.12.2 102 broadcast
no frame-relay inverse-arp
!
!
router rip
version 2
redistribute connected metric 1 route-map REDISTRIBUTE->RIP
passive-interface default
no passive-interface Serial0/0
network 161.1.0.0
no auto-summary
!
!
route-map REDISTRIBUTE->OSPF permit 10
match interface Loopback0
R2#
interface Serial0/0
ip address 161.1.12.2 255.255.255.0
encapsulation frame-relay
frame-relay map ip 161.1.12.1 201 broadcast
no frame-relay inverse-arp
router ospf 1
router-id 150.1.2.2
log-adjacency-changes
redistribute connected subnets
redistribute rip subnets
network 161.1.23.2 0.0.0.0 area 51
!
router rip
version 2
redistribute ospf 1 metric 5
passive-interface default
no passive-interface Serial0/0
network 161.1.0.0
no auto-summary
!
R3#
interface Ethernet1/0
ip address 161.1.23.3 255.255.255.0
half-duplex
!
interface Serial2/0
ip address 161.1.34.3 255.255.255.0
encapsulation frame-relay
ip ospf hello-interval 10
frame-relay map ip 161.1.34.4 304 broadcast
no frame-relay inverse-arp
!
router ospf 1
router-id 150.1.3.3
log-adjacency-changes
area 0 range 155.1.0.0 255.255.0.0
area 0 range 161.1.0.0 255.255.0.0
summary-address 150.1.0.0 255.255.0.0
redistribute connected subnets route-map REDISTRIBUTE->OSPF
network 161.1.23.3 0.0.0.0 area 51
network 161.1.34.3 0.0.0.0 area 0
network 192.10.1.3 0.0.0.0 area 51
neighbor 161.1.34.4
route-map REDISTRIBUTE->OSPF permit 10
match interface Loopback0
!
!
Regards
Shamin
This archive was generated by hypermail 2.1.4 : Sat Sep 01 2007 - 11:32:11 ART