From: alsontra@hotmail.com
Date: Sun Aug 29 2004 - 18:20:01 GMT-3
RE : ATM ubr or ubr+ok.
If "Optional for SVCs only" means input PCR can only be specified on SVCs,
then you are probably correct.
If "Optional for SVCs only" means input PCR is not required for SVC and is an
optional parameter, then the author is correct in specifying an input PCR for
a PVC.
I personally interpret this to mean input PCR is a mandatory parameters for
PVCs and if input PCR is not specified it is set to the output PCR. The input
PCR parameter on SVCs is optional.
Do you have information leaning one way or the other?
Alsontra
----- Original Message -----
From: Richard Dumoulin
To: alsontra@hotmail.com ; ccielab@groupstudy.com
Sent: Sunday, August 29, 2004 10:30 AM
Subject: RE : ATM ubr or ubr+
Alsontra, have you noticed " input-pcr - (Optional for SVCs only)" ?
On the scenario it is a PVC that is configured not an SVC !
Do you still think the author is correct ?
--Richard
-----Message d'origine-----
De : alsontra@hotmail.com [mailto:alsontra@hotmail.com]
Envoyi : Sunday, August 29, 2004 9:24 PM
@ : Richard Dumoulin; ccielab@groupstudy.com
Objet : Re: ATM ubr or ubr+
After reading the command reference entries for vc-class atm, ubr, ubr+, I
can safely say I am very confused. :-)
UBR parameter definition:
-output-pcr - The output PCR in kbps.
-input-pcr - (Optional for SVCs only) The input peak cell rate (PCR) in
kilobits per second. If this value is omitted, the input-pcr will equal the
output-pcr.
I take this to mean PVCs must specify an input and output PCR, SVC must give
the output PCR and optionally specify the input PCR parameter. This means
the author is correct.
---->"ubr 155000 512"
I hate to flip-flop like this, but..... After clearly reading the
parameter definitions, I think the author is correct. Perhaps a more senior
member will later provide some clarity.
Sucks not having support!
$0.02
Alsontra
----- Original Message -----
From: "Richard Dumoulin" <Richard.Dumoulin@vanco.fr>
To: <alsontra@hotmail.com>; <ccielab@groupstudy.com>
Sent: Sunday, August 29, 2004 9:55 AM
Subject: RE : ATM ubr or ubr+
> It's on the command ref
>
http://www.cisco.com/univercd/cc/td/doc/product/software/ios123/123cgcr/wan_
> r/wan_t1g.htm#wp1031941
>
> --Richard
>
> -----Message d'origine-----
> De : alsontra@hotmail.com [mailto:alsontra@hotmail.com]
> Envoyi : Sunday, August 29, 2004 8:46 PM
> @ : Richard Dumoulin; ccielab@groupstudy.com
> Objet : Re: ATM ubr or ubr+
>
> RE : ATM ubr or ubr+Yes. I agree the solution should be "ubr+ 155000 512".
> I think the author made a simple typo, as what's in the book is not a
valid
> command.
>
> Do you have a link for the following statement?
>
> >"However, when you put "512" this is only needed in an SVC scenario as
per
> the doc-cd."
>
> ATM shaping is by far my weakest QOS area. Any additional information
would
> be appreciated.
>
> Thanks,
> Alsontra
>
>
> ----- Original Message -----
> From: Richard Dumoulin
> To: alsontra@hotmail.com ; ccielab@groupstudy.com
> Sent: Sunday, August 29, 2004 8:52 AM
> Subject: RE : ATM ubr or ubr+
>
>
> Alsontra, what I meant is that the author did configure the following:
> ubr 155000 512
> However, when you put "512" this is only needed in an SVC scenario as per
> the doc-cd.
> So my question is: Should not "ubr+ 155000 512" be the solution ?
> As here, a minimum of 512Kbps is guaranteed,
> --Richard
> note: now we see a diff between this book and the well known vendors. We
> have no support ...
>
>
> -----Message d'origine-----
> De : alsontra@hotmail.com [mailto:alsontra@hotmail.com]
> Envoyi : Sunday, August 29, 2004 7:32 PM
> @ : ccielab@groupstudy.com; Richard Dumoulin
> Objet : Re: ATM ubr or ubr+
> Hi Richard,
> I think you can applied a VC class to either a PVC or SVC.
> <snip>
> "A VC class is a set of reconfigured VC parameters that you configure and
> apply to a particular VC or ATM interface. You may apply a VC class to an
> ATM main interface, subinterface, PVC, or SVC. " -
>
http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fwan
> _c/wcfatm.htm#35055
> </snip>
> However, I am confused as to how the author configures both a PCR and MCR
> using only UBR. As the below excerpt shows, UBR has on a PCR parameter
and
> UBR + has a PCR and MCR. As I understand the question, I think only UBR
> shaping is required.
> <snip>
> Router(config-if-atm-vc)# abr output-pcr output-mcr Configures the
Available
> Bit Rate (ABR). (ATM-CES port adapter and Multiport T1/E1 ATM Network
Module
> only.)
> Router(config-if-atm-vc)# ubr output-pcr Configures the Unspecified Bit
Rate
> (UBR).
> Router(config-if-atm-vc)# ubr+ output-pcr output-mcr Configures the UBR
and
> a minimum guaranteed rate.
> Router(config-if-atm-vc)# vbr-nrt output-pcr output-scr output-mbs
> Configures the Variable Bit Rate-Non Real Time (VBR-NRT) QOS.
> Router(config-if-atm-vc)# vbr-rt peak-rate average-rate burst Configures
the
> real-time Variable Bit Rate (VBR). (Cisco MC3810 and Multiport T1/E1 ATM
> Network Module only.)
> </snip>
>
<http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fwa
> n_c/wcfatm.htm#26940>
> Although I can't be certain, I think this book may contain several errors
> per section. An feed back on the above would be appreciated.
> Thanks,
> Alsontra
>
>
>
>
> ----- Original Message -----
> From: "Richard Dumoulin" <Richard.Dumoulin@vanco.fr>
> To: <ccielab@groupstudy.com>
> Sent: Sunday, August 29, 2004 5:12 AM
> Subject: ATM ubr or ubr+
>
>
> > If we need to guarantee 512Kbps on an atm pvc I thought "ubr+ 155000
512"
> > was needed under the pvc config. But on page 375 of Duggan's CiscoPress
> book
> > he configures "ubr 155000 512". 512 on the ubr command only applies to
> SVC's
> > only when in this scenario a PVC is used.
> > Has anyone noticed it ?
> > Could anyone confirm that it is an error on the book ?
> > --Richard
> >
> >
> > **********************************************************************
> > Any opinions expressed in the email are those of the individual and not
> necessarily the company. This email and any files transmitted with it are
> confidential and solely for the use of the intended recipient. If you are
> not the intended recipient or the person responsible for delivering it to
> the intended recipient, be advised that you have received this email in
> error and that any dissemination, distribution, copying or use is strictly
> prohibited.
> >
> > If you have received this email in error, or if you are concerned with
the
> content of this email please e-mail to: e-security.support@vanco.info
> >
> > The contents of an attachment to this e-mail may contain software
viruses
> which could damage your own computer system. While the sender has taken
> every reasonable precaution to minimise this risk, we cannot accept
> liability for any damage which you sustain as a result of software
viruses.
> You should carry out your own virus checks before opening any attachments
to
> this e-mail.
> > **********************************************************************
> >
> > _______________________________________________________________________
> > Please help support GroupStudy by purchasing your study materials from:
> > http://shop.groupstudy.com
> >
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Fri Sep 03 2004 - 07:02:49 GMT-3