From: Swaroop Potdar (swarooppotdar@hotmail.com)
Date: Tue Nov 16 2004 - 02:48:33 GMT-3
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.
------------------------------------------------------------------
This archive was generated by hypermail 2.1.4 : Thu Dec 02 2004 - 06:57:46 GMT-3