RE: EIGRP no advertising routers

From: Skinner, Stephen (Stephen.Skinner@rbs.co.uk)
Date: Tue Nov 01 2005 - 05:41:14 GMT-3


Chris/Scott.

thanks for the reply .

you both have have cleared things up for me .

just as a side bar what would you recommmend as the best way to stop a rip
interface recieving any routes while in passive state.

TIA

steve
> -----Original Message-----
> From: Scott Smith [SMTP:hioctane@gmail.com]
> Sent: 31 October 2005 17:33
> To: Skinner, Stephen
> Cc: ccielab@groupstudy.com
> Subject: Re: EIGRP no advertising routers
>
> *** WARNING : This message originates from the Internet ***
>
> Passive interface under RIP only prevents RIP from sending updates...
> it will still receive updates.
>
> Your logic is actually correct if you swap EIGRP and RIP in the
> statements below.
>
> --
> Scott Smith
>
>
> On 10/31/05, Skinner, Stephen <Stephen.Skinner@rbs.co.uk> wrote:
> > guys,
> >
> > Q stop eigrp from sending routes and forming an adjacency over the
> Ethernet
> > link
> >
> >
> > I have seen an answer to this question before but I am unable to find it
> .
> > please can you help .
> >
> > I want to stop eigrp from forming adj and advertising routes
> >
> > I know with RIP you would just use the passive-int command and then no
> adj
> > would be formed AND the rip router would not SEND or RECEIVE any routes
> >
> > but I seem to recall someone saying that just the passive int under
> EIGRP
> > will only stop adjacencies being formed but would still ALLOW routes to
> be
> > RECEIVED .
> >
> > thinking about this doesn't make sense to me . if I passive any
> interface
> > then it will not form an ADJ therefore how will the router receive any
> > routes ??...the other router wont know where to send the route adverts
> ..
> >
> > sorry
> >
> > this is just bugging me
> >
> > many thanks in advance
> >
> >
> > Steve
> >
> >
> >
> >
> > The Royal Bank of Scotland plc, Registered in Scotland No. 90312.
> Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB
> >
> > Authorised and regulated by the Financial Services Authority.
> >
> > This e-mail message is confidential and for use by the addressee only.
> If the message is received by anyone other than the addressee, please
> return the message to the sender by replying to it and then delete the
> message from your computer. Internet e-mails are not necessarily secure.
> The Royal Bank of Scotland plc does not accept responsibility for changes
> made to this message after it was sent.
> >
> > Whilst all reasonable care has been taken to avoid the transmission of
> viruses, it is the responsibility of the recipient to ensure that the
> onward transmission, opening or use of this message and any attachments
> will not adversely affect its systems or data. No responsibility is
> accepted by The Royal Bank of Scotland plc in this regard and the
> recipient should carry out such virus and other checks as it considers
> appropriate.
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >

The Royal Bank of Scotland plc, Registered in Scotland No. 90312. Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB

Authorised and regulated by the Financial Services Authority.

This e-mail message is confidential and for use by the addressee only. If the message is received by anyone other than the addressee, please return the message to the sender by replying to it and then delete the message from your computer. Internet e-mails are not necessarily secure. The Royal Bank of Scotland plc does not accept responsibility for changes made to this message after it was sent.

Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by The Royal Bank of Scotland plc in this regard and the recipient should carry out such virus and other checks as it considers appropriate.



This archive was generated by hypermail 2.1.4 : Thu Dec 01 2005 - 09:12:04 GMT-3