From: Robichaux, Errol J (CAP, ITS, US) (Errol.Robichaux@xxxxxxxxxxxxx)
Date: Mon May 17 1999 - 18:15:17 GMT-3
Yes, but there is one thing that we MUST remember about inverse-arp is this.
If you are using inverse-arp to get the hub's information, then you add the
map to get to the other spoke, you will be able to get to both the other
spoke and the hub ... until you reboot. When rebooting occurs, the map
statement will disable inverse-arp for that protocol and DLCI; therefore,
use map statements for both.
Just my 2 cents...
Hey John, I fly back Wednesday to San Jose. Wish me luck.
-----Original Message-----
From: John Howell [mailto:jhowell@cohesive.com]
Sent: Monday, May 17, 1999 3:54 PM
To: 'Nentarz, Dave'
Cc: GroupStudy (E-mail)
Subject: RE: OSPF Trivia
That is the answer. Because the spokes do not have frame map commands for
the other spoke router it can not talk. Since R3 has the interface with the
highest IP it becomes the DR. Since R2 can not talk to R3 and only to the
hub it looses all routes.
Thanks,
John T. Howell
Cohesive Technology Solutions
Senior Consultant/Engineer
CCNP/CCDP, MCSE+I, MCNE
225-751-6100
225-751-6200 (fax)
-----Original Message-----
From: Nentarz, Dave [ mailto:Dave.Nentarz@compaq.com
<mailto:Dave.Nentarz@compaq.com> ]
Sent: Monday, May 17, 1999 3:46 PM
To: 'John Howell'; GroupStudy (E-mail)
Subject: RE: OSPF Trivia
John
I'm not sure in your particular case, but I did notice that your hub router
is not "guaranteed" to be the OSPF Designated Router for the "Wan Segment".
I usually always configure the Hub Serial interface (or sub interface) with
a "ip ospf priority 2" and then I give the spoke routers "ip ospf priority
0". This will guarantee that the hub router will always be the OSPF DR on
the WAN - the way you want it to be!!!
Add it to your config, restart ospf and see if it works.
Dave
-----Original Message-----
From: John Howell [ mailto:jhowell@cohesive.com
<mailto:jhowell@cohesive.com> ]
Sent: Monday, May 17, 1999 4:22 PM
To: GroupStudy (E-mail)
Subject: OSPF Trivia
I thought that I would change the subject since we have beat IPX to death.
Below is a setup for a multipoint Frame network. Why does router R2 loose
all OSPF routes when the PVC to R6 comes up? Why does R3 and R6 maintain
routes from OSPF?
R6 (hub)
interface Serial0
no ip address
encapsulation frame-relay
!
interface Serial0.1 multipoint
ip address 170.100.2.1 255.255.255.0
frame-relay interface-dlci 202
frame-relay interface-dlci 203
interface Ethernet0
ip address 170.100.70.1 255.255.255.0
router ospf 100
network 170.100.2.0 0.0.0.255 area 0
neighbor 170.100.2.3
neighbor 170.100.2.2
R2 (spoke)
interface Serial0
ip address 170.100.2.2 255.255.255.0
encapsulation frame-relay
frame-relay map ip 170.100.2.1 102 broadcast
interface Ethernet0
ip address 170.100.82.1 255.255.255.192
interface TokenRing0
ip address 170.100.81.1 255.255.255.0
router ospf 100
network 170.100.2.0 0.0.0.255 area 0
network 170.100.82.0 0.0.0.63 area 2
network 170.100.81.0 0.0.0.255 area 5
R3 (spoke)
interface Serial0
ip address 170.100.2.3 255.255.255.0
encapsulation frame-relay
frame-relay map ip 170.100.2.1 103 broadcast
interface Async1
ip address 170.100.90.1 255.255.255.248
encapsulation ppp
async default routing
async dynamic routing
async mode dedicated
interface Ethernet0
ip address 170.100.82.2 255.255.255.192
router ospf 100
network 170.100.2.0 0.0.0.255 area 0
network 170.100.82.0 0.0.0.63 area 2
network 170.100.90.0 0.0.0.7 area 3
area 3 virtual-link 170.100.101.1
Thanks,
John T. Howell
Cohesive Technology Solutions
Senior Consultant/Engineer
CCNP/CCDP, MCSE+I, MCNE
225-751-6100
225-751-6200 (fax)
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:21:37 GMT-3