From: Chula Bandara (chula_bandara@hotmail.com)
Date: Wed Nov 30 2005 - 12:59:27 GMT-3
is prefix-list allowed , you can you use
distribute-list gateway prefix-list-name in for eigrp
--------------------------------------------------------------------
From: "Mike Ollington" <Mike.Ollington@uk.didata.com>
Reply-To: "Mike Ollington" <Mike.Ollington@uk.didata.com>
To: "Paul Borghese" <pborghese@groupstudy.com>
CC: <ccielab@groupstudy.com>
Subject: RE: Preventing an EIGRP/OSPF Neighbor Forming
Date: Wed, 30 Nov 2005 15:19:14 -0000
Paul,
Changing those values would break all neighbours on an interface,
anything to kill just the one?
For example:
172.16.1.1
172.16.1.2
172.16.1.3 <- I temporarily want to prevent this neighbour.
172.16.1.4
Thanks,
Mike
-----Original Message-----
From: Paul Borghese [mailto:pborghese@groupstudy.com]
Sent: 30 November 2005 15:10
To: Mike Ollington
Cc: ccielab@groupstudy.com
Subject: Re: Preventing an EIGRP/OSPF Neighbor Forming
In OSPF a neighbor relationship will not be formed if any of the
following
mismatch:
hello/dead interval
area id
stub flag
authentication
subnet mask
mtu
So for example, if you change the hello interval on one side, the
neighbor
will not form. You can see this by doing a "debug ip ospf adj".
For EIGRP, you can try changing the K values or Autonomous System
number.
EIGRP will for a relationship even if the hello values do not match.
Take care,
Paul Borghese
> Hello,
>
>
>
> Hypothetical - you have an interface with many EIGRP/OSPF
neighbours.
> You want to prevent one; you don't want to use an interface access
list.
>
>
>
> In BGP there is the neighbour shutdown command, PIM has a neighbour
> list. Any thing similar for OSPF or EIGRP?
>
>
>
> Thanks,
>
> Mike
>
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
Although Dimension Data has taken reasonable precautions to ensure no
viruses are present in this email, the company cannot accept
responsibility for any loss or damage arising from the use of this
email or attachments.
www.uk.didata.com
**********************************************************************
_______________________________________________________________________
Subscription information may be found at:
http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Thu Dec 01 2005 - 09:12:08 GMT-3