From: Jason T. Rohm (jtrohm@xxxxxxxxxxx)
Date: Sun Sep 24 2000 - 20:42:52 GMT-3
Mark,
I definately have an adjacency problem with R3-R4. As soon as I remove the
local policy route, the routers connect.
I am running 11.2(22) IP Plus on router 3 and 11.2(22) Enterprise on router
4, both are Cisco 3104s.
What are you running for IOS?
-Jason
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
Bell, Mark (Houston)
Sent: Sunday, September 24, 2000 4:44 PM
To: 'Jason T. Rohm'
Cc: CCIE List
Subject: RE: Policy Routing and OSPF Adjacencies
I have not given up on this! When I set up policy routing based on matching
the next hop, I did a "debug ip policy" and saw that ALL traffic was
matching. After some trial and error, I removed the "match" statement
completely and saw the same results. It appears to me the "match ip
next-hop x" does NOT really match based on the next hop in the routing
table, which makes my original understanding of route maps/policy routing
correct. Based on this, I am concluding that if the parameter specified in
the match statement does not work with what you are trying to do (i.e. the
scenario at hand), it will be ignored and the "set" statement will be
applied to everything. Is this correct?
Jason, I still have not been able to find out why policy routing would be
affecting your OSPF adjacencies. No matter what I did with policy routing,
my OSPF adjacencies were never affected. I even did a "clear ip ospf
process" with policy routing enabled locally and on S1 to make both
neighbors re-form the adjacencies but they formed with no problems.
-----Original Message-----
From: Jason T. Rohm [mailto:jtrohm@athenet.net]
Sent: Sunday, September 24, 2000 13:35
To: Derek Buelna
Cc: CCIE List
Subject: RE: Policy Routing and OSPF Adjacencies
Derek,
Thanks for the suggestion. This might work around the issue, but I am still
wondering why the policy-route is affecting the serial link to router 4...
do you have any ideas?
-Jason
-----Original Message-----
From: Derek Buelna [mailto:dameon@aracnet.com]
Sent: Sunday, September 24, 2000 11:07 AM
To: 'Jason T. Rohm'; 'CCIE List'
Subject: RE: Policy Routing and OSPF Adjacencies
You need to configure ip ospf network point-to-multipoint on R1's s0.2
(multi) , on R3 and R5.
Make sure you use broadcast on map statements.
Remember OSPF and NBMA:
OSPF Net type Hello/Dead Election
Broad 10/40 DR/BDR
P-P 10/40 No Election
Non-Broad 30/120 DR/BDR
P-MP 30/120 No Election
-Derek
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Jason T. Rohm
Sent: Saturday, September 23, 2000 6:31 PM
To: CCIE List
Subject: Policy Routing and OSPF Adjacencies
I am working on CCIE Bootcamp lab #3 (Those of you with copies please refer
to the first diagram on lab 3).
I have four routers (1,3,4,5), three are connected via a partial-mesh frame
network. Routers 3 and 5 are connected via PVCs to router 1, while router 4
is connected to router 3 via a direct serial cable.
The requirements of the lab explicitly forbid the use of multiple frame-map
statements to overcome the partial-mesh issues. I have used a route-map that
forces traffic from router 3 to router 5 to be forced through router 1's
frame interface. However, when the policy is applied to local packets (ip
local policy...) router 3 fails to form an adjacency with router 4 (Sits in
INIT state). I am however able to ping router 4 from router 3. If I remove
the local policy, the routers form an adjacency.
Has anyone else seen this?
Configs:
Router 1
interface Serial0/0.2 multipoint
ip address 137.20.30.1 255.255.255.0
ip ospf priority 250
frame-relay interface-dlci 103
frame-relay interface-dlci 105
no frame-relay inverse-arp
!
router ospf 137
network 137.20.30.0 0.0.1.255 area 0
neighbor 137.20.30.3
neighbor 137.20.30.5
!
ip classless
!
Router 3
!
interface Serial0
ip address 137.20.30.3 255.255.255.0
encapsulation frame-relay
ip ospf priority 0
frame-relay interface-dlci 301
!
interface Serial1
ip address 137.20.63.3 255.255.255.0
encapsulation ppp
ip policy route-map NBMAFRAME
!
router ospf 137
network 137.20.30.0 0.0.1.255 area 0
network 137.20.63.0 0.0.0.255 area 1
!
ip classless
!
ip local policy route-map NBMAFRAME
!
access-list 30 permit 137.20.30.5
!
route-map NBMAFRAME permit 10
match ip next-hop 30
set ip next-hop 137.20.30.1
!
Router 4
interface Serial0
ip address 137.20.63.4 255.255.255.0
encapsulation ppp
no fair-queue
clockrate 250000
!
router ospf 137
network 137.20.63.0 0.0.0.255 area 1
!
ip classless
!
Router 5
interface Serial0
ip address 137.20.30.5 255.255.255.0
no ip directed-broadcast
encapsulation frame-relay
ip ospf interface-retry 0
ip ospf priority 0
no ip mroute-cache
frame-relay interface-dlci 501
!
router ospf 137
network 137.20.30.0 0.0.1.255 area 0
!
ip local policy route-map NBMAFRAME
ip classless
!
access-list 30 permit 137.20.30.3
!
route-map NBMAFRAME permit 10
match ip next-hop 30
set ip next-hop 137.20.30.1
!
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:25:01 GMT-3