From: Narbik Kocharians (narbikk@gmail.com)
Date: Sat Oct 07 2006 - 00:12:07 ART
Stephen,
Just because the vendors that you purchased the work books from don't show a
particular way to accomplish a given task, it does not mean that you will
never see it in the test.
First of all no one really knows the test. Secondly if they know the test,
they are smart enough not to talk about it.
But any way this is another way to inject a default route in Eigrp:
1. Create a loopback (Let's say 1.1.1.1 /8)
2. Enter the command "IP default-network 1.0.0.0" in the global config
mode
3. Advertise the 1.0.0.0 network.
Int lo0
Ip addr 1.1.1.1 255.0.0.0
Router eigrp xxx
Network 1.0.0.0
Exit
Ip default-network 1.0.0.0
(Ensure that the network that's tagged with the "Ip default-network" command
is classful).
On 10/6/06, Narbik Kocharians <narbikk@gmail.com> wrote:
>
> Another way to inject a default route in Eigrp is as follows:
>
> ip route 0.0.0.0 0.0.0.0 null0
>
> router eigrp xxx
> network 0.0.0.0
>
>
> On 10/6/06, Jung-I Lin <easyman.lin@gmail.com> wrote:
> >
> > Hi,
> > I think the suggestion from cisco is for real networks not for our Lab
> > attempt.
> > It really depend on waht the lab is asking for in the exam.
> >
> > In my lab practicing, I use "summary-address" more than "redistribute
> > static(default static route)".
> >
> > If you want to avoid seeing the discard-route(Null0 entry), you can use
> > the
> > command with AD of 255.
> > With this you can still advertise a default-route to neighbor, but not
> > install the null0 route in local routing table.
> >
> >
> >
> > On 10/2/06, Skinner, Stephen <Stephen.Skinner@rbs.co.uk > wrote:
> > >
> > > Hello,
> > >
> > > I have taken the following excerpt from the 12.4 guide's on the CCO.
> > >
> > > I have added my comments in .
> > >
> > >
> > > You should not use the ip summary-address eigrp summarization command
> > to
> > > generate the default route (0.0.0.0) from an interface. (OK no
> > problem)
> > >
> > > This causes the creation of an EIGRP summary default route to the null
> > 0
> > > interface with an administrative distance of 5.(Yep , I have seen it
> > > happen)
> > >
> > > The low administrative distance of this default route can cause this
> > route
> > > to displace default routes learned from other neighbours from the
> > routing
> > > table.
> > > (i.e. other routing protocol's.)
> > > If the default route learned from the neighbours is displaced by the
> > > summary
> > > default route, or if the summary route is the only default route
> > present,
> > > all traffic destined for the default route will not leave the router,
> > > instead, this traffic will be sent to the null 0 interface where it is
> > > dropped.
> > > (yep I get it )
> > >
> > > The recommended way to send only the default route out a given
> > interface
> > > is
> > > to use a distribute-list command. You can configure this command to
> > filter
> > > all outbound route advertisements sent out the interface with the
> > > exception
> > > of the default ( 0.0.0.0).
> > >
> > > OK . My question .
> > >
> > > With the summ-address command It actually creates the default as well
> > as
> > > sending it out.
> > >
> > > So What is the preferred method of creating a Default route in eigrp ?
> > .
> > > I cant use the "default-information" command as it only effect's if E
> > will
> > > receive the default , not how to create it.
> > >
> > > If I cant use the summary-address how else can I create the default.?
> > >
> > > TIA
> > >
> > > Stephen Skinner
> > >
> > >
> > >
> > > 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
> > >
> >
> >
> >
> > --
> > Thanks
> > Best Regards,
> >
> > Jung-I Lin
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
>
>
>
> --
> Narbik Kocharians
> CCIE# 12410 (R&S, SP, Security)
> CCSI# 30832
> Network Learning, Inc. (CCIE class Instructor)
> www.ccbootcamp.com (CCIE Training)
-- Narbik Kocharians CCIE# 12410 (R&S, SP, Security) CCSI# 30832 Network Learning, Inc. (CCIE class Instructor) www.ccbootcamp.com (CCIE Training)
This archive was generated by hypermail 2.1.4 : Wed Nov 01 2006 - 07:29:04 ART