From: Earl Aboytes (earl@xxxxxxxxxxxx)
Date: Sat Jun 24 2000 - 00:14:16 GMT-3
This is usually caused by a scenario where the router that has the bri port
is also a redistribution point. It usually concerns a class B network where
OSPF and some other classful routing protocol reside, ie IGRP or RIP. Try
creating a very restrictive route map on your redistribution statements.
This should clear things up. If you need more clarification, let me know.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Earl Aboytes
Senior Technical Conultant
GTE Managed Solutions
805-381-8817
earl.aboytes@telops.gte.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of Kevin
M. Woods
Sent: Friday, June 23, 2000 7:28 PM
To: Mike
Cc: ccielab@groupstudy.com
Subject: Re: OSPF ON-Demand Circuit...
Correction: If there is a router which does not support DC in the area, the
Hellos are still suppressed but the flooding of LSAs behaves normally, i.e.
DNA LSAs are not allowed.
Kevin
// If OSPF Demand Circuit was working properly then the Hello's would be
// suppressed. Either there is a router in the same area which does not
// support OSPF Demand Circuit or Hello's are not responsible for the
// problem you are experiencing.
//
// Kevin
//
// // I've set up OSPF On-Demand circuits over an ISDN link. The problem is
// // that is never stays down. It goes down and then comes back due to
// // 224.0.0.5... Any ideas what else is needed. More filters?????
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:43 GMT-3