From: Swaroop Potdar (swarooppotdar@hotmail.com)
Date: Tue Nov 16 2004 - 10:09:20 GMT-3
This keyword was added to the bandwidth command in the 12.2 T release.
FInd this link for the same.
>From: "ccie2be" <ccie2be@nyc.rr.com>
>Reply-To: "ccie2be" <ccie2be@nyc.rr.com>
>To: "Swaroop Potdar" <swarooppotdar@hotmail.com>, <barrerj1@hotmail.com>,
><bmcgahan@internetworkexpert.com>, <jmatus@pacbell.net>
>CC: <ccielab@groupstudy.com>
>Subject: Re: smtp - IEWB lab 2, task 9.10
>Date: Tue, 16 Nov 2004 05:58:03 -0500
>
>I couldn't find the bandwidth inherit command in the Command Reference and
>it wasn't there on my router running IOS 12.2 (d).
>
>Could you send a link to this command?
>
>Thanks, Tim
>
>----- Original Message -----
>From: "Swaroop Potdar" <swarooppotdar@hotmail.com>
>To: <ccie2be@nyc.rr.com>; <barrerj1@hotmail.com>;
><bmcgahan@internetworkexpert.com>; <jmatus@pacbell.net>
>Cc: <ccielab@groupstudy.com>
>Sent: Tuesday, November 16, 2004 12:48 AM
>Subject: Re: smtp - IEWB lab 2, task 9.10
>
>
> > Tim,
> >
> > I feel JB was hinting that the subinterfaces inherit all the properties
>of
> > the native object.
> >
> > And so the native bandwidth of the phy int is inherited into the sub.int
>as
> > its a object created out of the native objects properties.
> >
> > So the tweaked bandwidth or the bandwidth assigned manually isnt
>inherited
> > as its a assigned parameter and not a native parameter.
> >
> > But,
> >
> > there is a command "bandwidth inherit"
> >
> > in the interface mode which will help u hardcode the bandiwidth to be
> > inherited for any future subinterfaces.
> >
> > HTH
> > Swaroop.
> >
> > Swaroop.
> >
> >
> >
> > >From: "ccie2be" <ccie2be@nyc.rr.com>
> > >Reply-To: "ccie2be" <ccie2be@nyc.rr.com>
> > >To: "JB" <barrerj1@hotmail.com>, "'Brian McGahan'"
> > ><bmcgahan@internetworkexpert.com>, "'John Matus'"
><jmatus@pacbell.net>
> > >CC: "'lab'" <ccielab@groupstudy.com>
> > >Subject: Re: smtp - IEWB lab 2, task 9.10
> > >Date: Mon, 15 Nov 2004 13:47:31 -0500
> > >
> > >JB,
> > >
> > >I was wondering the same thing myself.
> > >
> > >I can tell with 100% certainty that sub-interfaces don't inherit the
> > >bandwidth configure on the physical interface.
> > >
> > >I just checked.
> > >
> > >To see for yourself, do this:
> > >
> > >int s0
> > >encap fram
> > >band 512
> > >
> > >int s0.1 point-to-point
> > >ip ad x.x.x.x
> > >
> > >show int s0.1
> > >
> > >The output of above command will show the default bandwidth of 1544k.
> > >
> > >HTH, Tim
> > >
> > >----- Original Message -----
> > >From: "JB" <barrerj1@hotmail.com>
> > >To: "'ccie2be'" <ccie2be@nyc.rr.com>; "'Brian McGahan'"
> > ><bmcgahan@internetworkexpert.com>; "'John Matus'" <jmatus@pacbell.net>
> > >Cc: "'lab'" <ccielab@groupstudy.com>
> > >Sent: Monday, November 15, 2004 12:12 PM
> > >Subject: RE: smtp - IEWB lab 2, task 9.10
> > >
> > >
> > > >
> > > > To my knowledge, subinterfaces will inherit the bandwidth from the
>main
> > > > physical interface.
> > > >
> > > > If a more specific bandwidth is required, then set the bandwidth as
> > >such
> > > > ie. 128k. 64k etc
> > > >
> > > >
> > > >
> > > > HTH
> > > >
> > > > JB
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf
>Of
> > > > ccie2be
> > > > Sent: Monday, November 15, 2004 9:25 AM
> > > > To: Brian McGahan; John Matus
> > > > Cc: lab
> > > > Subject: Re: smtp - IEWB lab 2, task 9.10
> > > >
> > > > Brian,
> > > >
> > > > According to the note in SG on page 2-59, "Be sure to set the
> > >appropriate
> > > > bandwidth value when configuring the MQC on an interface"
> > > >
> > > > When the interface in question is a F/R interface with
>sub-interfaces,
> > >at
> > > > which level, the physical or sub-interface should the bandwidth be
>set?
> > > >
> > > > Thanks, Tim
> > > > ----- Original Message -----
> > > > From: "Brian McGahan" <bmcgahan@internetworkexpert.com>
> > > > To: "John Matus" <jmatus@pacbell.net>
> > > > Cc: "lab" <ccielab@groupstudy.com>
> > > > Sent: Monday, November 15, 2004 9:36 AM
> > > > Subject: RE: smtp flow
> > > >
> > > >
> > > > > John,
> > > > >
> > > > > Yes there was a previous typo in this solution that was fixed.
> > > > > The correct ACLs read as follows:
> > > > >
> > > > > R3#
> > > > > ip access-list extended SMTP_FROM_SERVER
> > > > > permit tcp host 132.1.3.100 eq smtp any
> > > > >
> > > > > R5#
> > > > > ip access-list extended SMTP_TO_SERVER
> > > > > permit tcp any host 132.1.3.100 eq smtp
> > > > >
> > > > > See this post for reference:
> > > > >
> > > > >
> >
> >http://forum.internetworkexpert.com/ubbthreads/showflat.php?Cat=&Board=I
> > > > >
> >
> >EWB_RS_LAB2&Number=4830&Forum=All_Forums&Words=smtp&Searchpage=0&Limit=2
> > > > >
> >
> >5&Main=1570&Search=true&where=bodysub&Name=&daterange=1&newerval=1&newer
> > > > > type=y&olderval=&oldertype=&bodyprev=#Post4830
> > > > >
> > > > > And no this isn't a CCNP level question ;)
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Brian McGahan, CCIE #8593
> > > > > bmcgahan@internetworkexpert.com
> > > > >
> > > > > Internetwork Expert, Inc.
> > > > > http://www.InternetworkExpert.com
> > > > > Toll Free: 877-224-8987 x 705
> > > > > Outside US: 775-826-4344 x 705
> > > > > 24/7 Support: http://forum.internetworkexpert.com
> > > > > Live Chat: http://www.internetworkexpert.com/chat/
> > > > >
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On
>Behalf
> > > > > Of
> > > > > > John Matus
> > > > > > Sent: Monday, November 15, 2004 12:29 AM
> > > > > > To: marc van hoof; ccie2be
> > > > > > Cc: lab
> > > > > > Subject: Re: smtp flow
> > > > > >
> > > > > > yes, that was my initial thinking, however internetwork experts
>had
> > >it
> > > > > > ass-backwards in their solution guide and i just wanted to make
>sure
> > >i
> > > > > was
> > > > > > correct <and they had a typo>
> > > > > >
> > > > > >
> > > > > > Regards,
> > > > > >
> > > > > > John D. Matus
> > > > > > MCSE, CCNP
> > > > > > Office: 818-782-2061
> > > > > > Cell: 818-430-8372
> > > > > > jmatus@pacbell.net
> > > > > > ----- Original Message -----
> > > > > > From: "marc van hoof" <mvh@marcvanhoof.com>
> > > > > > To: "ccie2be" <ccie2be@nyc.rr.com>
> > > > > > Cc: "John Matus" <jmatus@pacbell.net>; "lab"
> > ><ccielab@groupstudy.com>
> > > > > > Sent: Sunday, November 14, 2004 8:50 PM
> > > > > > Subject: Re: smtp flow
> > > > > >
> > > > > >
> > > > > > > oh, and to answer the question, i would probably go with:
> > > > > > >
> > > > > > > deny tcp any eq smtp any
> > > > > > >
> > > > > > > given that you have to look at the terms "server" and "client"
> > >from
> > > > > the
> > > > > > > perspective of the transaction, rather than the functions of
>the
> > > > > > > hardware...
> > > > > > >
> > > > > > > in a traditional transaction, a client will be the originator
>of
>a
> > > > > > > session, and the server will be the recipient...
> > > > > > >
> > > > > > > so PC 1 creates a tcp connection from some random source port
>to
> > > > > another
> > > > > > > computer on port 25... in this transaction, i'd interpret that
>as
> > > > > the
> > > > > > > "server"
> > > > > > >
> > > > > > > to block the return traffic, you need to stop it flowing from
>the
> > > > > > "server"
> > > > > > > on port 25 to the client's variable port, hence it must be
> > > > > unspecified
> > > > > > in
> > > > > > > the acl.
> > > > > > >
> > > > > > > the definition of "server" and "client" are something you
>could
> > > > > probably
> > > > > > > ask the proctor though - just to clarify your understanding of
>the
> > > > > > > question. "proctor - should we assume that the client is the
> > > > > originator
> > > > > > of
> > > > > > > the connection - i'm a bit confused because smtp is often used
> > > > > between
> > > > > > > mail servers"...
> > > > > > >
> > > > > > > -marc (#13832)
> > > > > > >
> > > > > > > On Sun, 14 Nov 2004, ccie2be wrote:
> > > > > > >
> > > > > > >> John,
> > > > > > >>
> > > > > > >> I don't know the answer for sure. But, in the lab, if
>something
> > > > > like
> > > > > > >> that
> > > > > > >> comes and the wording of the task didn't forbid it, what I
>would
> > >do
> > > > > is
> > > > > > >> use
> > > > > > >> both. Youdon't lose points for extra config commands which
> > >aren't
> > > > > > needed
> > > > > > >> as
> > > > > > >> long as the extra commands don't break or violate anything
>else.
> > > > > > >>
> > > > > > >> If one of those entries is the right entry but you don't know
> > >which
> > > > > one
> > > > > > >> and
> > > > > > >> just guess, you've got a 50% chance of being right. If you
>put
> > >in
> > > > > both
> > > > > > >> entries and the wrong entry does no harm, you've increase
>your
> > >odds
> > > > > to
> > > > > > >> 100%.
> > > > > > >>
> > > > > > >> FYI, smtp is usually not used between a server and a client.
> > > > > Usually,
> > > > > > >> it's
> > > > > > >> something like pop, (or imap?).
> > > > > > >>
> > > > > > >> HTH, Tim
> > > > > > >> ----- Original Message -----
> > > > > > >> From: "John Matus" <jmatus@pacbell.net>
> > > > > > >> To: "lab" <ccielab@groupstudy.com>
> > > > > > >> Sent: Sunday, November 14, 2004 10:09 PM
> > > > > > >> Subject: smtp flow
> > > > > > >>
> > > > > > >>
> > > > > > >>> if you are writing an acl that is denying a smpt flow from a
> > > > > server to
> > > > > > a
> > > > > > >>> client would it be:
> > > > > > >>>
> > > > > > >>> deny tcp any eq smtp any?..........(or deny tcp any any eq
> > >smtp)?
> > > > > > >>>
> > > > > > >>>
> > > > > > >>> Regards,
> > > > > > >>>
> > > > > > >>> John D. Matus
> > > > > > >>> MCSE, CCNP
> > > > > > >>> Office: 818-782-2061
> > > > > > >>> Cell: 818-430-8372
> > > > > > >>> jmatus@pacbell.net
> > > > > > >>>
> > > > > > >>>
> > > > > >
> > > > >
> > >_______________________________________________________________________
> > > > > > >>> Subscription information may be found at:
> > > > > > >>> http://www.groupstudy.com/list/CCIELab.html
> > > > > > >>
> > > > > > >>
> > > > >
> > >_______________________________________________________________________
> > > > > > >> Subscription information may be found at:
> > > > > > >> http://www.groupstudy.com/list/CCIELab.html
> > > > > >
> > > > > >
> > > > >
> > >_______________________________________________________________________
> > > > > > Subscription information may be found at:
> > > > > > http://www.groupstudy.com/list/CCIELab.html
> > > > >
> > > > >
> > >_______________________________________________________________________
> > > > > Subscription information may be found at:
> > > > > http://www.groupstudy.com/list/CCIELab.html
> > > >
> > > >
>_______________________________________________________________________
> > > > Subscription information may be found at:
> > > > http://www.groupstudy.com/list/CCIELab.html
> > >
> > >_______________________________________________________________________
> > >Subscription information may be found at:
> > >http://www.groupstudy.com/list/CCIELab.html
> >
> >
> > Regards,
> > Swaroop.
> > ------------------------------------------------------------------
> > Life Is Short & Sweet.
> > Live It To The Fullest.
> > ------------------------------------------------------------------
> >
> > _________________________________________________________________
> > NRIs - Free money transfer to India. Fly to India for free!
> >
>http://acm.bridgeovertw.com/hdfc/qr/landingpage/sep04/index.htm?sitecode=610|394
> > Apply Now.
>
>_______________________________________________________________________
>Subscription information may be found at:
>http://www.groupstudy.com/list/CCIELab.html
Regards,
Swaroop.
------------------------------------------------------------------
Life Is Short & Sweet.
Live It To The Fullest.
------------------------------------------------------------------
This archive was generated by hypermail 2.1.4 : Thu Dec 02 2004 - 06:57:46 GMT-3