From: Skinner, Stephen (Stephen.Skinner@rbs.co.uk)
Date: Mon Mar 10 2008 - 16:33:14 ARST
gents.
Yes that`s right , the interface option is the answer here ,
but another question was asked
> > If there is another task request you to enable another ospf area on
> > int fa0/0 and s0/0. Then can I use "network 0.0.0.0 0.0.0.0 area 0" to
> > meet this task requirement??
that would now mean we want all the interfaces to be covered under OSPF , it
was just asked under two separate questions .
in that case I would not use a default statement , but be as specific as
possible ,
I would not put it past anyone to put the the above question in the same
workbook :) , just to really confuse us all.
What do you guys think ?
Stephen Skinner
_____
From: keith tokash [mailto:ktokash@hotmail.com]
Sent: 10 March 2008 18:15
To: smorris@ipexpert.com; Skinner, Stephen; 'Chan Hong'; 'YourPal'; 'Cisco
certification'
Subject: RE: Enabling OSPF using minimum network statements
Precisely. A CCIE I work with has repeatedly warned me about overthinking
the problem. He says that's a big reason he failed twice. 3rd time he did
what the task asked for and passed.
With a few exceptions, secrecy is deeply incompatible with democracy and
with science.
--Carl Sagan
> From: smorris@ipexpert.com
> To: ktokash@hotmail.com; stephen.skinner@rbs.co.uk; chan_hong33@yahoo.com;
dearprudence28@gmail.com; ccielab@groupstudy.com
> Subject: RE: Enabling OSPF using minimum network statements
> Date: Mon, 10 Mar 2008 14:11:20 -0400
>
> It's all about perception... When in doubt, alter yours just a little, and
> amazing things make sense. :)
>
>
http://www.cisco.com/en/US/docs/ios/iproute/command/reference/irp_osp1.html#
> wp1013708
>
>
> Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713,
JNCIE-M
> #153, JNCIS-ER, CISSP, et al.
> CCSI/JNCI-M/JNCI-ER
> VP - Technical Training - IPexpert, Inc.
> IPexpert Sr. Technical Instructor
>
> A Cisco Learning Partner - We Accept Learning Credits!
>
> smorris@ipexpert.com
>
>
>
> Telephone: +1.810.326.1444
> Fax: +1.810.454.0130
> http://www.ipexpert.com
>
>
>
>
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> keith tokash
> Sent: Monday, March 10, 2008 2:03 PM
> To: Skinner, Stephen; Chan Hong; YourPal; Cisco certification
> Subject: RE: Enabling OSPF using minimum network statements
>
> I saw this topic in the IE forums and my response was the same there as it
> is now. The minimum number of network statements required to put those
> networks into OSPF is zero.
>
> With a few exceptions, secrecy is deeply incompatible with democracy and
> with science.
> --Carl Sagan
>
> > From: Stephen.Skinner@rbs.co.uk
> > To: chan_hong33@yahoo.com; dearprudence28@gmail.com;
> > ccielab@groupstudy.com
> > Subject: RE: Re: Enabling OSPF using minimum network statements
> > Date: Mon, 10 Mar 2008 13:10:43 +0000
> >
> > If there is another task , then I would use 154.1.0.0 0.0.255.255
> > instead
> >
> > HTH
> >
> > Stephen
> >
> >
> > mail: Stephen.Skinner@rbs.co.uk
> >
> > -----Original Message-----
> > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]
> > Sent: 10 March 2008 12:12
> > To: YourPal; Cisco certification
> > Subject: Re: Enabling OSPF using minimum network statements
> >
> > If there is another task request you to enable another ospf area on
> > int fa0/0 and s0/0. Then can I use "network 0.0.0.0 0.0.0.0 area 0" to
> > meet this task requirement??
> >
> >
> > ----- 6l%s-l%s ----
> > 1H%s$H!R YourPal
> > <dearprudence28@gmail.com>
> > &,%s$H Cisco certification <ccielab@groupstudy.com> 6G0e$i4A!R 2008 &~
> > 3$k 9 $i ,P4A$i $U$H 8:24:11 %DCD!G Enabling OSPF using minimum
> > network statements
> >
> > Hi Group,
> >
> > A router has the following IP
> > addresses:
> >
> > !
> > interface FastEthernet0/0
> > ip address 154.1.38.3 255.255.255.0
> > !
> > interface FastEthernet0/1
> > ip address 154.1.3.3 255.255.255.0
> > !
> > interface
> > Serial0/0
> > ip address 154.1.0.3 255.255.255.0
> > !
> > interface Serial0/2
> > ip address
> > 154.1.13.3 255.255.255.0
> > !
> > interface Serial0/3
> > ip address 154.1.23.3
> > 255.255.255.0
> > !
> >
> > The task requires to enable OSPF area 0 on interfaces Fa0/1, s0/2, and
> > s0/3 using the minimum amount of network statements necessary. Do not
> > enable area 0 on any other interfaces.
> >
> > As hard as I tried, I'm not able
> > to use minimum network statements to cover those 3 interfaces without
> > covering s0/0. So I configured 3 statements as follows (to me, this is
> > the min.):
> >
> > !
> > router ospf 1
> > network 154.1.3.3 0.0.0.0 area 0
> > network 154.1.13.3 0.0.0.0 area
> > 0
> > network 154.1.23.3 0.0.0.0 area 0
> > !
> >
> > Let me know if you have a solution that meets the task requirement.
> >
> >
> > Thank you.
> >
> > BR,
> > Emil
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> >
> > Yahoo!
> > :t$W&w%~'p2$!A1P'A&p&s(>=d6B+H! 8T1!%i0Q>\
> > http://hk.promo.yahoo.com/security/index.html $F8Q's&h!
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> > *** WARNING : This message originates from the Internet ***
> > 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
>
> _________________________________________________________________
> Connect and share in new ways with Windows Live.
>
http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
_____
Helping your favorite cause is as easy as instant messaging. You IM, we
give. Learn more.
<http://im.live.com/Messenger/IM/Home/?source=text_hotmail_join>
*** WARNING : This message originates from the Internet ***
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 : Tue Apr 01 2008 - 07:53:53 ART