From: de Witt, Duane (duane.dewitt@siemens.com)
Date: Wed Nov 30 2005 - 12:23:06 GMT-3
If it were in the lab, you could put an access-list on the switchport
that the router connects to?
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Mike Ollington
Sent: 30 November 2005 05:19 PM
To: Paul Borghese
Cc: ccielab@groupstudy.com
Subject: RE: Preventing an EIGRP/OSPF Neighbor Forming
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
**********************************************************************
This archive was generated by hypermail 2.1.4 : Thu Dec 01 2005 - 09:12:08 GMT-3