Traffic Shaping
Hi, What does the IOS 'load' command do in traffic shaping and QOS situations? Thanks **NOTE: New CCNA/CCDA List has been formed. For more information go to http://www.groupstudy.com/list/Associates.html _ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Traffic shaping
Hi Has anyone worked with traffic-shape command on interfaces? I checked it with an ethernet interface it seems it doesn't work. Actually it restricts the traffic but not to the rate I gave. Is it possible to use it on serial interfaces as well? Regards Kiarash ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
traffic-shaping question
Does traffic-shaping only show as active on the interface when there is actual traffic on the interface that is being shaped? If I type show traffic-shap statistics on a router that has traffic-shaping (with voice) enabled it shows as being not active. Is this only because there are no calls active? Thanks Cory R Stull CCNP, CCDA, MCSE, BNCS Communications Concepts Unl. 262-814-7214 _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
traffic-shaping question
Sounds about right. For frame relay traffic shaping (and presumably generic traffic shaping) it only seems to be marked active if shaping is actively taking place - i.e. if traffic's being throttled. So even if there is traffic on the interface, traffic shaping may not show as active unless the interface is busy. JMcL -- Forwarded by Jenny Mcleod/NSO/CSDA on 29/11/2000 10:26 am --- "Stull, Cory" <[EMAIL PROTECTED]>@groupstudy.com on 29/11/2000 05:22:25 am Please respond to "Stull, Cory" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> cc: Subject: traffic-shaping question Does traffic-shaping only show as active on the interface when there is actual traffic on the interface that is being shaped? If I type show traffic-shap statistics on a router that has traffic-shaping (with voice) enabled it shows as being not active. Is this only because there are no calls active? Thanks Cory R Stull CCNP, CCDA, MCSE, BNCS Communications Concepts Unl. 262-814-7214 _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Traffic Shaping
There is a 'load-interval' command that you can use to specify how often the router averages the load on an interface, in 30second intervals. Normally when you do a 'show interface' you get a five minute averate. With the load-interval command you can change that. It that it, or are you looking at a different command? > >Hi, > >What does the IOS 'load' command do in traffic shaping and QOS situations? > >Thanks > > >**NOTE: New CCNA/CCDA List has been formed. For more information go to >http://www.groupstudy.com/list/Associates.html >_ >UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html >FAQ, list archives, and subscription info: http://www.groupstudy.com >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. **NOTE: New CCNA/CCDA List has been formed. For more information go to http://www.groupstudy.com/list/Associates.html _ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Traffic Shaping
Michael, Thanks for the reply. Is there any 'load' command that specified percentages example, ' load 30' meaning 30% utilization? Thanks, ""Michael Fountain"" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > There is a 'load-interval' command that you can use to specify how often the > router averages the load on an interface, in 30second intervals. Normally > when you do a 'show interface' you get a five minute averate. With the > load-interval command you can change that. > > It that it, or are you looking at a different command? > > > > > > >Hi, > > > >What does the IOS 'load' command do in traffic shaping and QOS situations? > > > >Thanks > > > > > >**NOTE: New CCNA/CCDA List has been formed. For more information go to > >http://www.groupstudy.com/list/Associates.html > >_ > >UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html > >FAQ, list archives, and subscription info: http://www.groupstudy.com > >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > _ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > > Share information about yourself, create your own public profile at > http://profiles.msn.com. > > **NOTE: New CCNA/CCDA List has been formed. For more information go to > http://www.groupstudy.com/list/Associates.html > _ > UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html > FAQ, list archives, and subscription info: http://www.groupstudy.com > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > **NOTE: New CCNA/CCDA List has been formed. For more information go to http://www.groupstudy.com/list/Associates.html _ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Traffic Shaping
The load command can be used for a backup interface: Using the configuration that follows, BRI 2/0 is activated only when the load on serial 0 (the primary line) exceeds 75 percent of its bandwidth. The backup line is deactivated when the aggregate load between the primary and backup lines is within five percent of the primary line's bandwidth: interface serial 1/0 ip address 172.20.1.4 255.255.255.0 backup interface bri 2/0 backup load 75 5 This information was found on the following site: http://www.cisco.com/univercd/cc/td/doc/cisintwk/idg4/nd2010.htm#xtocid29884 13 Don -Original Message- From: FRS [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 04, 2000 10:55 AM To: [EMAIL PROTECTED] Subject: Re: Traffic Shaping Michael, Thanks for the reply. Is there any 'load' command that specified percentages example, ' load 30' meaning 30% utilization? Thanks, ""Michael Fountain"" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > There is a 'load-interval' command that you can use to specify how often the > router averages the load on an interface, in 30second intervals. Normally > when you do a 'show interface' you get a five minute averate. With the > load-interval command you can change that. > > It that it, or are you looking at a different command? > > > > > > >Hi, > > > >What does the IOS 'load' command do in traffic shaping and QOS situations? > > > >Thanks > > > > > >**NOTE: New CCNA/CCDA List has been formed. For more information go to > >http://www.groupstudy.com/list/Associates.html > >_ > >UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html > >FAQ, list archives, and subscription info: http://www.groupstudy.com > >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > _ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > > Share information about yourself, create your own public profile at > http://profiles.msn.com. > > **NOTE: New CCNA/CCDA List has been formed. For more information go to > http://www.groupstudy.com/list/Associates.html > _ > UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html > FAQ, list archives, and subscription info: http://www.groupstudy.com > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > **NOTE: New CCNA/CCDA List has been formed. For more information go to http://www.groupstudy.com/list/Associates.html _ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] **NOTE: New CCNA/CCDA List has been formed. For more information go to http://www.groupstudy.com/list/Associates.html _ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Traffic Shaping
Don, The command I am referring to is just 'load 30'. There is no other words after or before 'load'. All help appreciated. ""Barnhill, Don"" <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > The load command can be used for a backup interface: > > Using the configuration that follows, BRI 2/0 is activated only when the > load on serial 0 (the primary line) exceeds 75 percent of its bandwidth. The > backup line is deactivated when the aggregate load between the primary and > backup lines is within five percent of the primary line's bandwidth: > > interface serial 1/0 > ip address 172.20.1.4 255.255.255.0 > backup interface bri 2/0 > backup load 75 5 > > This information was found on the following site: > http://www.cisco.com/univercd/cc/td/doc/cisintwk/idg4/nd2010.htm#xtocid29884 > 13 > > Don > > > > -Original Message- > From: FRS [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 04, 2000 10:55 AM > To: [EMAIL PROTECTED] > Subject: Re: Traffic Shaping > > > Michael, > > Thanks for the reply. > Is there any 'load' command that specified percentages example, ' load 30' > meaning 30% utilization? > > Thanks, > > ""Michael Fountain"" <[EMAIL PROTECTED]> wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > There is a 'load-interval' command that you can use to specify how often > the > > router averages the load on an interface, in 30second intervals. > Normally > > when you do a 'show interface' you get a five minute averate. With the > > load-interval command you can change that. > > > > It that it, or are you looking at a different command? > > > > > > > > > > > >Hi, > > > > > >What does the IOS 'load' command do in traffic shaping and QOS > situations? > > > > > >Thanks > > > > > > > > >**NOTE: New CCNA/CCDA List has been formed. For more information go to > > >http://www.groupstudy.com/list/Associates.html > > >_ > > >UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html > > >FAQ, list archives, and subscription info: http://www.groupstudy.com > > >Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > > > _ > > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > > > > Share information about yourself, create your own public profile at > > http://profiles.msn.com. > > > > **NOTE: New CCNA/CCDA List has been formed. For more information go to > > http://www.groupstudy.com/list/Associates.html > > _ > > UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html > > FAQ, list archives, and subscription info: http://www.groupstudy.com > > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > > > > **NOTE: New CCNA/CCDA List has been formed. For more information go to > http://www.groupstudy.com/list/Associates.html > _ > UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html > FAQ, list archives, and subscription info: http://www.groupstudy.com > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > **NOTE: New CCNA/CCDA List has been formed. For more information go to > http://www.groupstudy.com/list/Associates.html > _ > UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html > FAQ, list archives, and subscription info: http://www.groupstudy.com > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > **NOTE: New CCNA/CCDA List has been formed. For more information go to http://www.groupstudy.com/list/Associates.html _ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Traffic Shaping
txload & rxload gives it to you based on a max of 255 if you've set your bandwidth for an interface. Not a percentage, and probably just as easy to calculate the average compared to max. The best solution to me is MRTG. Here's an example of what it can give you: http://www.artoo.net/mrtg/ -- Jason Roysdon, CCNA, MCSE, CNA, Network+, A+ List email: [EMAIL PROTECTED] Homepage: http://jason.artoo.net/ Cisco resources: http://r2cisco.artoo.net/ ""FRS"" <[EMAIL PROTECTED]> wrote in message 8rfnds$tg6$[EMAIL PROTECTED]">news:8rfnds$tg6$[EMAIL PROTECTED]... > Michael, > > Thanks for the reply. > Is there any 'load' command that specified percentages example, ' load 30' > meaning 30% utilization? > > Thanks, > > ""Michael Fountain"" <[EMAIL PROTECTED]> wrote in message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > There is a 'load-interval' command that you can use to specify how often > the > > router averages the load on an interface, in 30second intervals. > Normally > > when you do a 'show interface' you get a five minute averate. With the > > load-interval command you can change that. > > > > It that it, or are you looking at a different command? > > > > > > > > > > > >Hi, > > > > > >What does the IOS 'load' command do in traffic shaping and QOS > situations? > > > > > >Thanks > > _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
traffic shaping parameters
hi Anyone knows what the parameter in traffic-shape rate 6144000 153600 153600 1000 indicates , I know I can use ? to find out but I am still not clear about the figures I should use like 6144000 etc. when I want to implement traffic shaping on an interface Jason _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Traffic shaping
Traffic Shaping is mostly used in PVC-environments like FR and ATM. You can have a lot of problems with it. The actual syntax is to vast to discuss here but you can find excellent examples on CCO. Cu Geert Kiarash Bodouhi <[EMAIL PROTECTED]> wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > Hi > > Has anyone worked with traffic-shape command on interfaces? > I checked it with an ethernet interface it seems it doesn't > work. Actually it restricts the traffic but not to the rate > I gave. Is it possible to use it on serial interfaces as well? > > Regards > Kiarash > > ___ > UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html > FAQ, list archives, and subscription info: http://www.groupstudy.com > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > --- ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Traffic shaping
This is a snip of a config that will limit the IP Address defined in the access list (105) to 128k on the Ethernet Interface. ! interface Ethernet0 ip address 10.1.1.1 255.255.255.0 rate-limit input access-group 105 128000 128000 128000 conform-action transmit exceed-action drop rate-limit output access-group 105 128000 128000 128000 conform-action transmit exceed-action drop ! access-list 105 permit ip any host 10.1.1.2 access-list 105 permit ip any host 10.1.1.10 ! Hope it helps -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kiarash Bodouhi Sent: Tuesday, August 01, 2000 6:10 AM To: [EMAIL PROTECTED] Subject: Traffic shaping Hi Has anyone worked with traffic-shape command on interfaces? I checked it with an ethernet interface it seems it doesn't work. Actually it restricts the traffic but not to the rate I gave. Is it possible to use it on serial interfaces as well? Regards Kiarash ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Traffic shaping
Thank you very much for your hint. I checked it on one of my routers and it worked. But unfortunately the actual gateway that I would like to set the speed limit on, has a 11.2 IOS and does not have this command. The only command which is available is traffic-shape. Do you have any comments on this as well? Regards Kiarash Russ Kreigh wrote: > > This is a snip of a config that will limit the IP Address defined in the > access list (105) to 128k on the Ethernet Interface. > > ! > interface Ethernet0 > ip address 10.1.1.1 255.255.255.0 > rate-limit input access-group 105 128000 128000 128000 conform-action > transmit exceed-action drop > rate-limit output access-group 105 128000 128000 128000 conform-action > transmit exceed-action drop > ! > access-list 105 permit ip any host 10.1.1.2 > access-list 105 permit ip any host 10.1.1.10 > ! > > Hope it helps > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > Kiarash Bodouhi > Sent: Tuesday, August 01, 2000 6:10 AM > To: [EMAIL PROTECTED] > Subject: Traffic shaping > > Hi > > Has anyone worked with traffic-shape command on interfaces? > I checked it with an ethernet interface it seems it doesn't > work. Actually it restricts the traffic but not to the rate > I gave. Is it possible to use it on serial interfaces as well? > > Regards > Kiarash > > ___ > UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html > FAQ, list archives, and subscription info: http://www.groupstudy.com > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > > ___ > UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html > FAQ, list archives, and subscription info: http://www.groupstudy.com > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > --- ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Traffic shaping
make sure you enable ip cef. and there is a rate limiting problem which is reolved by 12.1(2) Regards, Jason Baker Network Engineer MCSE, CCNA, AACS, PCP --- Network Services Victoria Davnet Telecommunications Pty.Ltd Rialto Towers 525 Collins St., Melbourne, 3000 email: [EMAIL PROTECTED] Ph: (03) 9683 Fax: (03) 9620 7497 -Original Message- From: Russ Kreigh [mailto:[EMAIL PROTECTED]] Sent: Wednesday, August 02, 2000 12:14 AM To: Kiarash Bodouhi; [EMAIL PROTECTED] Subject: RE: Traffic shaping This is a snip of a config that will limit the IP Address defined in the access list (105) to 128k on the Ethernet Interface. ! interface Ethernet0 ip address 10.1.1.1 255.255.255.0 rate-limit input access-group 105 128000 128000 128000 conform-action transmit exceed-action drop rate-limit output access-group 105 128000 128000 128000 conform-action transmit exceed-action drop ! access-list 105 permit ip any host 10.1.1.2 access-list 105 permit ip any host 10.1.1.10 ! Hope it helps -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kiarash Bodouhi Sent: Tuesday, August 01, 2000 6:10 AM To: [EMAIL PROTECTED] Subject: Traffic shaping Hi Has anyone worked with traffic-shape command on interfaces? I checked it with an ethernet interface it seems it doesn't work. Actually it restricts the traffic but not to the rate I gave. Is it possible to use it on serial interfaces as well? Regards Kiarash ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay Traffic Shaping
Anybody have a good link for a white paper on frame relay traffic shaping? Interested in both theory and configuration thanks mikey _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
QOS/traffic shaping question
Hi folks, Let's say within your 192.168.1.0/24 network, u have a HostA(192.168.1.10/24) and you want to only allow HostA to use a maximum of 10kbps of bandwidth for each of the incoming ip connection. So if HostB(1.1.1.1/24) wants to talk to it, HostA will only reserve 10kbps for hostB. Can this be done on a router using QOS? If so, please give me some details. Thanks. -Frank _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Bandwidth Traffic Shaping Products
Can anyone recommend a product that does traffic shaping for Gig interfaces & OC3 speeds? We have a packetshaper 4500 from www.packeteer.com but it only supports DS3 & Fast Ethernet interfaces. Thanks _ Derrick Network Engineer Hostpro Inc [EMAIL PROTECTED] ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Traffic Shaping [7:21991]
Hi All, I implemeted the Traffic Shaping using map-class and assigned to subinterfaces. The PVCs sharing that physical interfaces however increase in reply time and eventually timeout. What did I do wrong? When I tried General Traffic Shaping, it worked with "traffic-shape rate" and "traffic-shape adaptive" commands. The reason I would like to implement Traffic Shaping with map-class because I would like to apply "Frame-Relay fragmentation" into some PVC to reduce delay time... Any idea why Traffic Shaping with map-class timeouts my PVCs? Thanks All! Thomas N. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=21991&t=21991 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Traffic shaping [7:61443]
Hello I'm after a sanity check on my understanding of traffic shaping. In particular, traffic shaping on a Cisco 2500 running IOS 11.3. On my providers Internet router, they have the following command on the Serial0 (connection to ISP), Ethernet0 (connection to local LAN) and Ethernet1 (unused) interfaces: traffic-shape rate 2048000 256000 512000 1000 show traffic-shape produces (modified to fit the screen): router#show traffic-shape ACL TargetByte Sustain Excess Inter Incr Adapt I/F Rate Limit bits/int bits/int (ms) (bytes) Active Et0 2048000 96000 256000 512000 12532000 - Et1 2048000 96000 256000 512000 12532000 - Se0 2048000 96000 256000 512000 12532000 - My understanding of the "traffic-shape rate" command is the following: - first parameter specifies the committed information rate (CIR) in bits - second parameter specifies the how much traffic will be sent per interval (Bc) in bits. - third parameter specifies the how much traffic can exceed the Bc per interval (Be) in bits, if Bc was not exceeded in the previous interval. - fourth parameter specifies the number of buffers to use for this traffic shaper. My understanding is that this means that the traffic shaping command above acknowledges that the serial line speed is 2Mbps (which is correct) and will attempt to send 256000 bits per 125ms interval (which equates to 2048000 bits per second) and will potentially accept up to 756000 bits for peak intervals and buffer additional traffic up to 1000 additional packets. However, from MRTG monitoring it appears that the traffic shaping command is restricting traffic to 756000 bits per second. Can anyone shed any light on this? Thanks in advance. Ross Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=61443&t=61443 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Traffic Shaping and Access control
Hi ! I have the following scenario -- R2 LAN2 LAN1---R1 -- R3 - LAN3 Note: R1 is the end customer R2 is ISP1 edge router R3 is ISP2 edge router DEFAULT IP ROUTE IS POINTING TO BOTH R2 AND R3. (MUST) Any traffic comes from LAN1 with www request to go on R3 and rest of the traffic shud be routed via R2 only. How do I limit this acess.. Apprecite the update on this _ Chat with your friends as soon as they come online. Get Rediff Bol at http://bol.rediff.com _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Traffic Shaping
Try...: http://www.cisco.com/univercd/cc/td/doc/product/voice/ip_tele/avvidqos/qoswa n.htm#xtocid2602120 http://www.cisco.com/warp/public/732/Tech/frts/ http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/ciscoasu/class/qpm1_ 0/using_qo/c1plan.htm http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/12cgcr/qos_c /qcpart4/qcpolts.htm#xtocid241939 ""mikey"" <[EMAIL PROTECTED]> wrote in message 93fk2a$vjj$[EMAIL PROTECTED]">news:93fk2a$vjj$[EMAIL PROTECTED]... > Anybody have a good link for a white paper on frame relay traffic shaping? > > Interested in both theory and configuration > > thanks > > mikey > > > _ > FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] > _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
traffic shaping question [7:1058]
Hi.. 1) Refer to output below. May I know what is mean by target rate 64000. This is a 256K link. Does it mean limit to 25% of bandwidth for access-list 102?? Then what is mean by Byte limit and excess bits?? 2)The second output show queue depth = 3 what is the unit?? 3)Take a look on the access-list below(last one)- why they config "permit tcp any eq 102 any" in access-list 102?? can explain?? sin03#sh traffic serial 1/2 Interface Se1/2 Access TargetByte Sustain ExcessInterval Increment Adapt VC List Rate Limit bits/int bits/int (ms) (bytes) Active - 10264000 2000 8000 8000 125 1000 - sin03#sh traffic stat Access Queue Packets Bytes Packets Bytes Shaping I/F List Depth Delayed Delayed Active Se1/2 1023 60581 50604741 37238 42926132 yes sin03#sh access-list Extended IP access list 102 permit tcp any eq smtp any permit tcp any eq 102 any (2270216 matches) permit tcp any any eq 102 (7253461 matches) permit tcp any any eq smtp _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=1058&t=1058 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
traffic shaping question [7:34602]
Hi.. 1) First question to ask about the traffic-shaping. Please take a look on the following command. What is the defination of 100 125000 125000? access-list 101 permit udp any any interface Ethernet0 traffic-shape group 101 100 125000 125000 ! &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& 2) I also saw the following method for traffic shaping but it never specify the access-list number, what do the router know what kind of traffic are we targeting? interface Ethernet1 traffic-shape rate 500 625000 625000 3) I used another method to configure the traffic-shaping to limit the smtp traffic to 4K, but when I do show traffic-shape, it shows the target rate is 4k, Byte limit 2k. What's the meaning? and how router know to assign 2k to the byte limit? XXX(config)#access-list 110 permit tcp any any eq 25 XXX(config)#exit XXX#conf t Enter configuration commands, one per line. End with CNTL/Z. XXX(config)#int e0 XXX(config-if)#traffic-shape group 110 4000 XXX(config-if)#exit XXX(config)#exit XXX#sh traffic-shape Access TargetByte Sustain ExcessInterval Increment Adapt I/F List Rate Limit bits/int bits/int (ms) (bytes) Active Et0 1104000 2000 8000 8000 2000 1000 - == De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. == The information contained in this message may be confidential and is intended to be exclusively for the addressee. Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail. == Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=34602&t=34602 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
FR Traffic shaping [7:17908]
Can someone suggest a good source to read and understand FR traffic shaping from as far as prep for the lab is concerned? Thanks Jaspreet Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=17908&t=17908 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame-relay traffic shaping question
Guys, What are the parameters that I should configure on the router to control the bandwidth usage of the user on a frame-relay configuration. For instance, the user has T1 line and I need to provide him only 512k. Is it the CIR, BE, BC, MINCIR, and traffic rate only ? and how do I calculate them ? Thanks a lot ME ___ Say Bye to Slow Internet! http://www.home.com/xinbox/signup.html ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame-relay traffic shaping question
A presentation at Melbourne Networkers suggested the following guidelines when configuring frame relay traffic shaping (for data only, not voice). This assumes that you remote site has a lower access rate than the central site (or the same access rate). At remote: Set CIR to match line speed Leave Tc at default (125ms), therefore don't set Bc Set mincir = network 'real' CIR value Don't set Be (default=0) At Central: Set CIR to match remote line speed Leave Tc at default (125ms), therefore don't set Bc Set mincir = network 'real' CIR value Don't set Be (default=0) So in your case you would set cir to 1536000 or whatever a T1 is (sorry, we use E1s here), and mincir to 512000, and leave the rest to default. However note that this will not stop your user from getting above 512 Kbps; it will allow up to the full T1 unless there is congestion - if there is congestion, it will gradually throttle back to 512 Kbps. If you want to put a cap on the amount of bandwidth used, set the CIR parameter to 512 Kbps. This works well (a little too well sometimes - the default value for CIR is 56 Kbps. If you set a frame-relay class command but fail to have a matching frame-relay map-class (e.g. mistyped name), your traffic is limited to 56 Kbps. This can be unfortunate :-) JMcL -- Forwarded by Jenny Mcleod/NSO/CSDA on 18/07/2000 08:55 --- John lay <[EMAIL PROTECTED]> on 18/07/2000 07:46:40 Please respond to John lay <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: (bcc: JENNY MCLEOD/NSO/CSDA) Subject: Frame-relay traffic shaping question Guys, What are the parameters that I should configure on the router to control the bandwidth usage of the user on a frame-relay configuration. For instance, the user has T1 line and I need to provide him only 512k. Is it the CIR, BE, BC, MINCIR, and traffic rate only ? and how do I calculate them ? Thanks a lot ME ___ Say Bye to Slow Internet! http://www.home.com/xinbox/signup.html ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Traffic Shaping [7:21991]
I've had odd results implementing FRTS, as well. I've been told by a Cisco engineer that it helps to reload the router after applying or changing FRTS commands. I don't know if it's necessary but he said it makes things work a little better. I haven't noticed a difference but perhaps it's worth a try. John >>> "Thomas N." 10/3/01 10:11:15 PM >>> Hi All, I implemeted the Traffic Shaping using map-class and assigned to subinterfaces. The PVCs sharing that physical interfaces however increase in reply time and eventually timeout. What did I do wrong? When I tried General Traffic Shaping, it worked with "traffic-shape rate" and "traffic-shape adaptive" commands. The reason I would like to implement Traffic Shaping with map-class because I would like to apply "Frame-Relay fragmentation" into some PVC to reduce delay time... Any idea why Traffic Shaping with map-class timeouts my PVCs? Thanks All! Thomas N. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=22057&t=21991 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Traffic Shaping [7:21991]
Can you send the config? I have been spending allot of time doing traffic shaping and may be able to lend some insight if I see the config. -Eric -Original Message- From: John Neiberger [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 04, 2001 10:07 AM To: [EMAIL PROTECTED] Subject: Re: Traffic Shaping [7:21991] I've had odd results implementing FRTS, as well. I've been told by a Cisco engineer that it helps to reload the router after applying or changing FRTS commands. I don't know if it's necessary but he said it makes things work a little better. I haven't noticed a difference but perhaps it's worth a try. John >>> "Thomas N." 10/3/01 10:11:15 PM >>> Hi All, I implemeted the Traffic Shaping using map-class and assigned to subinterfaces. The PVCs sharing that physical interfaces however increase in reply time and eventually timeout. What did I do wrong? When I tried General Traffic Shaping, it worked with "traffic-shape rate" and "traffic-shape adaptive" commands. The reason I would like to implement Traffic Shaping with map-class because I would like to apply "Frame-Relay fragmentation" into some PVC to reduce delay time... Any idea why Traffic Shaping with map-class timeouts my PVCs? Thanks All! Thomas N. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=22064&t=21991 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Traffic Shaping [7:21991]
Here is a portion of one of the configs. For some reason, whenever I turn on FRTS my telnet sessions get *really* jumpy. Sometimes it almost seems the router locks up but I think it's just my telnet session. If I turn off FRTS on the main interface that jumpiness goes away. In this particular case I haven't applied the VoIP class to all PVCs and I'm wondering if that might cause a problem. We have two other locations that we're testing VoIP with and they have a direct PVC between them. VoIP calls between them sounds fine. When we shutdown that PVC and then route the traffic through the location whose config I'm including, the call quality is beyond horrid. Demons gargling acid in Hell probably sound better than this. :-) Any thoughts? Thanks, John class-map match-any voicecalls match ip precedence 4 class-map match-all VoIP-Control match access-group name VoIP-Control ! ! policy-map voice class voicecalls priority 192 class VoIP-Control bandwidth 8 class class-default fair-queue interface Serial0/0 encapsulation frame-relay no ip mroute-cache no fair-queue frame-relay traffic-shaping ! interface Serial0/0.16 point-to-point ip address 10.12.11.75 255.255.255.0 no ip mroute-cache frame-relay interface-dlci 16 ! interface Serial0/0.18 point-to-point ip address 10.12.24.70 255.255.255.0 frame-relay interface-dlci 18 class VoIP ! interface Serial0/0.23 point-to-point ip address 10.12.26.70 255.255.255.0 no ip mroute-cache frame-relay interface-dlci 23 class VoIP ! map-class frame-relay VoIP no frame-relay adaptive-shaping frame-relay cir 256000 frame-relay bc 2560 frame-relay be 0 frame-relay mincir 256000 service-policy output voice >>> "[EMAIL PROTECTED]" 10/4/01 10:25:25 AM >>> Can you send the config? I have been spending allot of time doing traffic shaping and may be able to lend some insight if I see the config. -Eric -Original Message- From: John Neiberger [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 04, 2001 10:07 AM To: [EMAIL PROTECTED] Subject: Re: Traffic Shaping [7:21991] I've had odd results implementing FRTS, as well. I've been told by a Cisco engineer that it helps to reload the router after applying or changing FRTS commands. I don't know if it's necessary but he said it makes things work a little better. I haven't noticed a difference but perhaps it's worth a try. John >>> "Thomas N." 10/3/01 10:11:15 PM >>> Hi All, I implemeted the Traffic Shaping using map-class and assigned to subinterfaces. The PVCs sharing that physical interfaces however increase in reply time and eventually timeout. What did I do wrong? When I tried General Traffic Shaping, it worked with "traffic-shape rate" and "traffic-shape adaptive" commands. The reason I would like to implement Traffic Shaping with map-class because I would like to apply "Frame-Relay fragmentation" into some PVC to reduce delay time... Any idea why Traffic Shaping with map-class timeouts my PVCs? Thanks All! Thomas N. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=22073&t=21991 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Traffic Shaping [7:21991]
John, Most of the traffic shaping I have done is with data only. T1 to 56k for example. The rules may be very different (and I'm sure they are) while doing VoIP. Traffic shaping a T1 to a 56K is pretty strait foreword. I try and follow the 1/8th rule when configuring my bc value. I also always configure my CIR to available bandwidth (not true CIR) and mincir to what is the "true CIR". map-class frame-relay 56k no frame-relay adaptive-shaping frame-relay cir 56000 frame-relay bc 8000 frame-relay be 0 frame-relay mincir 28000 This rule seems to work great until you traffic shape a T1 pvc. The Cisco algorithm seems to break while applying the 1/8th rule to bc. I have been advised, please correct me if I am wrong, that the bc value should never exceed 8. If you are shaping T1 PVC (T1 to T1) your map class should look like the following. map-class frame-relay T1 no frame-relay adaptive-shaping frame-relay cir 1536000 frame-relay bc 8 frame-relay be 0 frame-relay mincir 768000 To verify this after applying these map class changes do a 'sh traffic' and verify the math. Take your interval value (given in ms) and invert it (1 / interval time in ms). This will give you the amount of intervals per second. Multiply this number by Sustain bits/interval. This should be close to the Cisco CIR value plus or minus a little bit. Here is an example: c3640A#sh traffic Interface Se1/0.101 Access TargetByte Sustain ExcessInterval Increment Adapt VC List Rate Limit bits/int bits/int (ms) (bytes) Active 101 56000 8757000 0 125 875 - 1/.125 * 7000 = 56000 (Your target rate) This is what has worked for me in the past. You may want to do adaptive shaping, but probably not with voice. Hope this helps. If someone can add additional insight to FRTS with VoIP please help. Thanks, -Eric -Original Message- From: John Neiberger [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 04, 2001 12:05 PM To: [EMAIL PROTECTED] Subject: RE: Traffic Shaping [7:21991] Here is a portion of one of the configs. For some reason, whenever I turn on FRTS my telnet sessions get *really* jumpy. Sometimes it almost seems the router locks up but I think it's just my telnet session. If I turn off FRTS on the main interface that jumpiness goes away. In this particular case I haven't applied the VoIP class to all PVCs and I'm wondering if that might cause a problem. We have two other locations that we're testing VoIP with and they have a direct PVC between them. VoIP calls between them sounds fine. When we shutdown that PVC and then route the traffic through the location whose config I'm including, the call quality is beyond horrid. Demons gargling acid in Hell probably sound better than this. :-) Any thoughts? Thanks, John class-map match-any voicecalls match ip precedence 4 class-map match-all VoIP-Control match access-group name VoIP-Control ! ! policy-map voice class voicecalls priority 192 class VoIP-Control bandwidth 8 class class-default fair-queue interface Serial0/0 encapsulation frame-relay no ip mroute-cache no fair-queue frame-relay traffic-shaping ! interface Serial0/0.16 point-to-point ip address 10.12.11.75 255.255.255.0 no ip mroute-cache frame-relay interface-dlci 16 ! interface Serial0/0.18 point-to-point ip address 10.12.24.70 255.255.255.0 frame-relay interface-dlci 18 class VoIP ! interface Serial0/0.23 point-to-point ip address 10.12.26.70 255.255.255.0 no ip mroute-cache frame-relay interface-dlci 23 class VoIP ! map-class frame-relay VoIP no frame-relay adaptive-shaping frame-relay cir 256000 frame-relay bc 2560 frame-relay be 0 frame-relay mincir 256000 service-policy output voice >>> "[EMAIL PROTECTED]" 10/4/01 10:25:25 AM >>> Can you send the config? I have been spending allot of time doing traffic shaping and may be able to lend some insight if I see the config. -Eric -Original Message- From: John Neiberger [mailto:[EMAIL PROTECTED]] Sent: Thursday, October 04, 2001 10:07 AM To: [EMAIL PROTECTED] Subject: Re: Traffic Shaping [7:21991] I've had odd results implementing FRTS, as well. I've been told by a Cisco engineer that it helps to reload the router after applying or changing FRTS commands. I don't know if it's necessary but he said it makes things work a little better. I haven't noticed a difference but perhaps it's worth a try. John >>> "Thomas N." 10/3/01 10:11:15 PM >>> Hi All, I implemeted the Traffic Shaping using map-class and assigned to subinterfaces. The PVCs sharing that physical interfaces however increase in reply time and eventually timeout. What did I do wrong? When I tried General Traffic Shaping, it worked with "traffic-shape rate" and
RE: Traffic Shaping [7:21991]
Again, I have never done traffic shaping with voice. However, here are
some guidelines from a WAN technologies presentation at Networkers 2000. I
don't have a URL for it or softcopy of the slides - it was on the web prior
to Networkers 2001 but I think it's probably been removed now.
Scenario: Central site has 2 Mbps line speed (we're in Australia, not the
US, but I'm sure the same guidelines apply to T1 :-)
Multiple remote sites - remote site used in example has line speed of 128
kbps, CIR 64 kbps.
Traffic shaping for data only:
At remote site:
1. set CIR to match line speed, so CIR=128k
2. Leave Tc at default=125ms, therefore don't set Bc
3. Set MINCIR to network 'real' CIR value, so MINCIR=64k
4. Don't set Be, default=0
At Central site:
1. Set CIR to match remote line speed, so CIR=128k
2. Leave Tc at default=125ms, therefore don't set Bc
3. Set MINCIR to network 'real' CIR value, so MINCIR=64k
4. Don't set Be, default=0
Traffic shaping for data and VoIP:
At remote site:
1. set CIR to match 'real' CIR, so CIR=64k
2. Set Tc to smallest value=10ms, therefore Bc=640
3. Set MINCIR to match 'real' CIR value, MINCIR=64k, or alternatively
disable adaptive shaping
4. Don't set Be, default=0
At Central site: Match remote site.
The example configs for data and VoIP also include frame relay
fragmentation.
Hope that helps.
JMcL
- Forwarded by Jenny Mcleod/NSO/CSDA on 05/10/2001 09:03 am -
"Lange,
Eric"
cc:
Sent by: Subject: RE: Traffic Shaping
[7:21991]
nobody@groups
tudy.com
05/10/2001
05:24
am
Please
respond
to
"Lange,
Eric"
John,
Most of the traffic shaping I have done is with data only. T1 to 56k for
example. The rules may be very different (and I'm sure they are) while
doing VoIP.
Traffic shaping a T1 to a 56K is pretty strait foreword. I try and follow
the 1/8th rule when configuring my bc value. I also always configure my
CIR
to available bandwidth (not true CIR) and mincir to what is the "true CIR".
map-class frame-relay 56k
no frame-relay adaptive-shaping
frame-relay cir 56000
frame-relay bc 8000
frame-relay be 0
frame-relay mincir 28000
This rule seems to work great until you traffic shape a T1 pvc.
The Cisco algorithm seems to break while applying the 1/8th rule to bc. I
have been advised, please correct me if I am wrong, that the bc value
should
never exceed 8. If you are shaping T1 PVC (T1 to T1) your map class
should look like the following.
map-class frame-relay T1
no frame-relay adaptive-shaping
frame-relay cir 1536000
frame-relay bc 8
frame-relay be 0
frame-relay mincir 768000
To verify this after applying these map class changes do a 'sh traffic' and
verify the math.
Take your interval value (given in ms) and invert it (1 / interval time in
ms). This will give you the amount of intervals per second. Multiply this
number by Sustain bits/interval. This should be close to the Cisco CIR
value plus or minus a little bit.
Here is an example:
c3640A#sh traffic
Interface Se1/0.101
Access TargetByte Sustain ExcessInterval Increment
Adapt
VC List Rate Limit bits/int bits/int (ms) (bytes)
Active
101 56000 8757000 0 125 875 -
1/.125 * 7000 = 56000 (Your target rate)
This is what has worked for me in the past.
You may want to do adaptive shaping, but probably not with voice.
Hope this helps.
If someone can add additional insight to FRTS with VoIP please help.
Thanks,
-Eric
-Original Message-
From: John Neiberger [mailto:[EMAIL PROTECTED]]
Sent: Thursday, October 04, 2001 12:05 PM
To: [EMAIL PROTECTED]
Subject: RE: Traffic Shaping [7:21991]
Here is a portion of one of the configs. For some reason, whenever I
turn on FRTS my telnet sessions get *really* jumpy. Sometimes it almost
seems the router locks up but I think it's just my telnet session. If I
turn off FRTS on the main interface that jumpiness goes away.
In this particular case I haven't applied the VoIP class to all PVCs
and I'm wondering if that might cause a problem. We have two other
locations that we're testing VoIP with and they have a dire
FR traffic shaping [7:51044]
I am not clear on two of the settings when configuring a map-class. Frame-relay bc and be Are these values supplied by the carrier or a value that you can calculate yourself based on other parameters? TIA Scott Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=51044&t=51044 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Traffic Shaping and Access control
Hi, You want to look into policy routing and route-maps on cisco.com. Plenty of docs on the subject. You will need two route-map sequences. One to match on www and set next hop to R3 and the other to set next hop for all other traffic to R2. --- A Mateen <[EMAIL PROTECTED]> wrote: > Hi ! > > I have the following scenario > > -- R2 LAN2 > LAN1---R1 > -- R3 - LAN3 > > > Note: R1 is the end customer > R2 is ISP1 edge router > R3 is ISP2 edge router > DEFAULT IP ROUTE IS POINTING TO BOTH R2 AND R3. > (MUST) > > Any traffic comes from LAN1 with www request to go > on R3 > and rest of the traffic shud be routed via R2 only. > > How do I limit this acess.. Apprecite the update on > this __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/ _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay Traffic Shaping [7:4777]
G'day All, I have recently been trying to tweak some FRTS parameters and playing around with Tc. The Cisco site states that Tc should be 125ms max, and I have found this to be a bit large for the majority of our installations. What I generally use as my defaults are Tc=60ms for normal data sites and Tc=10ms if I am setting up VoIP. What I have come across though is that sometimes the router overrides my setting with its own value for Tc say Tc=30ms. 3600 seires routers seem to be the ones that set Tc=30ms.The Cisco site did mention that a router will sometimes select a more appropriate Tc value, but it doesn't mention what criteria it uses for the override function. Does anybody know what the criteria is for a Cisco router to set its own Tc and override one set in a map-class frame-relay. Cheers Steve Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=4777&t=4777 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay Traffic Shaping [7:7137]
Got a question on traffic shaping. Have a couple high speed frame pipes going into data center/server farm locations. Speeds are 9.264MBPS at datacenter, 6.176MBPS going into primary server farm, and 4.632MBPS going into a less-used server location. Remote sites are running from 128K to 1.544Meg. I have been playing with traffic shaping a bit, and need to make 2 settings. One is for times with no congestion, the second entry is for times with congestion. All sites are running zeroK CIR (okay, not my call, but need to support it). I was thinking for the first stab at it, to make peak speed equal to the port speed of the remote location, and average speed equal to average prime shift utilization of the PVC group (look at all 1544 ports, average out utilization - then set average to this rate). * enable traffic shaping, use BECN (Carrier does not use ForeSight) int hssi8/0/0 frame-relay adaptive-shaping becn * * make the map classes *set PEAK at port speed of remote site *set AVERAGE at prime shift average utilization at remote site? map-class frame-relay 1544K_Port frame-relay traffic-rate average 1544000 * ^ * | *average out prime shift usage for 1.544 ports * map-class frame-relay 768K_Port frame-relay traffic-rate average 768000 * ^ * | *average out prime shift usage for 768KB ports * map-class frame-relay 512K_Port frame-relay traffic-rate average 512000 * ^ * | *average out prime shift usage for 512KB ports * map-class frame-relay 256K_Port frame-relay traffic-rate average 256000 * map-class frame-relay 128K_Port frame-relay traffic-rate average 128000 * * Apply Traffic-shaping map classes to subinterfaces int hssi8/0/0.101 class 1544K_Port * int hssi8/0/0.173 class 512K_Port * int hssi8/0/0.202 class 256K_Port * end Any thoughts (other than buy CIR) - maybe set average to a percentage of peak? I don't want to get into custom queue lists and priority queuing just yet. Would need to maybe break out a sniffer and get a look at traffic then work with customer on defining priorities. Bruce Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=7137&t=7137 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
VoIP Traffic Shaping Config [7:14451]
Hi folks, Hope this newsgroup does not make me lazy!!! hehehehehe I have a problem guys. I have a Cisco 3640 configured with an FXS voice module (2 voice ports). I am contending with a 28.8k link to my head office. I do voice and data on that link. However, i need to restrict my voice calls to one at a time. I have done some QOS on that link. In addition, i want the two voice ports on the FXS VIC to be operational. Is there a command which i can use to disable one voice port automatically when i am using the second port? What i really mean is to have one port disabled as soon as i pick up the handset attached to the other port. You get what i mean? Well the reason behind this is that i don't want my colleagues (who think 28.8k is a heaven)to use more than one handset at a time to call the head office. But i want port 3/1/0 and port 3/1/1 to be active so that any can be used at any time (not simultaenously). Regards!!! Oletu Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=14451&t=14451 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: FR Traffic shaping [7:17908]
Check Dave Jaspreet Bhatia wrote: > > Can someone suggest a good source to read and understand FR traffic > shaping from as far as prep for the lab is concerned? > > Thanks > > Jaspreet -- David Madland Sr. Network Engineer CCIE# 2016 Qwest Communications Int. Inc. [EMAIL PROTECTED] 612-664-3367 "Emotion should reflect reason not guide it" Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=17927&t=17908 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame-relay traffic shaping question
The easiest way to do this is to only configure the CIR and Line speeds and let the rest default. Example commands - int s0 frame-relay traffic shapping Enable FRTS on the interface frame-relay class ExampleClass Shape as defined in map class frame-relay map-class ExampleClass frame-relay traffic-rate XXX YYY ### XXX = CIR, YYY = Max Speed traffic-rate adaptive-shaping becn Use BECNs (not foresight) for for thottling If you set XXX to 512K and YYY to port speed, he will transmit at port speed unless he receives BECNs from the network, and then he will throttle down to 512K. If you set both XXX and YYY to 512K he will always transmit at 512K Depending on your service provider and how congested their network is you may be able to go in and buy a small CIR like 64K and then ignore that and have your router set to send at 512K. If you do that and some time in future your SP starts dropping packets (because they are over CIR) you will have to go to them and buy up your contracted CIR, but until then you can save some money. We've been running AT&T Frame Relay for a couple of years and have yet to receive a single BECN. It is possible to go in and specify mincir, Bc, Be, etc. But unless you are going VOFR or some other application that has specific needs using generic FRTS will cover just about everything. Hope that helps, Mike >Guys, > >What are the parameters that I should configure on the router to control >the >bandwidth usage of the user on a frame-relay configuration. >For instance, the user has T1 line and I need to provide him only 512k. Is >it the CIR, BE, BC, MINCIR, and traffic rate only ? >and how do I calculate them ? > >Thanks a lot >ME Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame-relay traffic shaping question
Has anyone used Generic Traffic Shaping for Frame-Relay? The GTS permits the use of Weigh Fair Queue (the FRTS doesn't). I would like to know if GTS works as good as FRTS. Regards, Alex -Mensagem Original- De: Michael Fountain <[EMAIL PROTECTED]> Para: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Enviada em: Segunda-feira, 17 de Julho de 2000 21:59 Assunto: Re: Frame-relay traffic shaping question > The easiest way to do this is to only configure the CIR and Line speeds and > let the rest default. > > Example commands - > > int s0 > frame-relay traffic shapping Enable FRTS on the interface > frame-relay class ExampleClass Shape as defined in map class > > frame-relay map-class ExampleClass > frame-relay traffic-rate XXX YYY ### XXX = CIR, YYY = Max Speed > traffic-rate adaptive-shaping becn Use BECNs (not foresight) > for for thottling > > > If you set XXX to 512K and YYY to port speed, he will transmit at port > speed unless he receives BECNs from the network, and then he will throttle > down to 512K. > If you set both XXX and YYY to 512K he will always transmit at 512K > > Depending on your service provider and how congested their network is you > may be able to go in and buy a small CIR like 64K and then ignore that and > have your router set to send at 512K. If you do that and some time in > future your SP starts dropping packets (because they are over CIR) you will > have to go to them and buy up your contracted CIR, but until then you can > save some money. We've been running AT&T Frame Relay for a couple of years > and have yet to receive a single BECN. > > It is possible to go in and specify mincir, Bc, Be, etc. But unless you > are going VOFR or some other application that has specific needs using > generic FRTS will cover just about everything. > > Hope that helps, > Mike > > > >Guys, > > > >What are the parameters that I should configure on the router to control > >the > >bandwidth usage of the user on a frame-relay configuration. > >For instance, the user has T1 line and I need to provide him only 512k. Is > >it the CIR, BE, BC, MINCIR, and traffic rate only ? > >and how do I calculate them ? > > > >Thanks a lot > >ME > > > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > > ___ > UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html > FAQ, list archives, and subscription info: http://www.groupstudy.com > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame-relay traffic shaping question
Wizards, As the FRTS has been brought up here, I really want to take this chances to get some help from you in understanding this. When we enable the 'frame-relay traffice shaping' under the inferface, we start using frame-relay traffice shaping not generic shaping, right? in the map-class of frame relay, we can configure CIR, Bc and Be, how is this different from just configure 'traffic-rate xx yy' in the map-class? As far as I understand, it is not quite effective to controll QoS in FR, I am not sure whether someones have seen some detailed perfermence comparation betwee two kinds of traffic shaping. Thanks Kent --- Michael Fountain <[EMAIL PROTECTED]> wrote: > The easiest way to do this is to only configure the > CIR and Line speeds and > let the rest default. > > Example commands - > > int s0 > frame-relay traffic shapping Enable FRTS on > the interface > frame-relay class ExampleClass Shape as > defined in map class > > frame-relay map-class ExampleClass > frame-relay traffic-rate XXX YYY ### XXX = > CIR, YYY = Max Speed > traffic-rate adaptive-shaping becn Use > BECNs (not foresight) > for for > thottling > > > If you set XXX to 512K and YYY to port speed, he > will transmit at port > speed unless he receives BECNs from the network, and > then he will throttle > down to 512K. > If you set both XXX and YYY to 512K he will always > transmit at 512K > > Depending on your service provider and how > congested their network is you > may be able to go in and buy a small CIR like 64K > and then ignore that and > have your router set to send at 512K. If you do > that and some time in > future your SP starts dropping packets (because they > are over CIR) you will > have to go to them and buy up your contracted CIR, > but until then you can > save some money. We've been running AT&T Frame > Relay for a couple of years > and have yet to receive a single BECN. > > It is possible to go in and specify mincir, Bc, > Be, etc. But unless you > are going VOFR or some other application that has > specific needs using > generic FRTS will cover just about everything. > > Hope that helps, > Mike > > > >Guys, > > > >What are the parameters that I should configure on > the router to control > >the > >bandwidth usage of the user on a frame-relay > configuration. > >For instance, the user has T1 line and I need to > provide him only 512k. Is > >it the CIR, BE, BC, MINCIR, and traffic rate only ? > >and how do I calculate them ? > > > >Thanks a lot > >ME > > > Get Your Private, Free E-mail from MSN Hotmail at > http://www.hotmail.com > > ___ > UPDATED Posting Guidelines: > http://www.groupstudy.com/list/guide.html > FAQ, list archives, and subscription info: > http://www.groupstudy.com > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] __ Do You Yahoo!? Get Yahoo! Mail Free email you can access from anywhere! http://mail.yahoo.com/ ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame-relay traffic shaping question
As far as I know, they are both equal. So you can do it by either way. Please someone correct. Thanks a lot guys, On Tue, 18 Jul 2000 10:08:56 -0700 (PDT), Kent wrote: > Wizards, > > As the FRTS has been brought up here, I really want to > take this chances to get some help from you in > understanding this. > > When we enable the 'frame-relay traffice shaping' > under the inferface, we start using frame-relay > traffice shaping not generic shaping, right? > > in the map-class of frame relay, we can configure CIR, > Bc and Be, how is this different from just configure > 'traffic-rate xx yy' in the map-class? > > As far as I understand, it is not quite effective to > controll QoS in FR, I am not sure whether someones > have seen some detailed perfermence comparation betwee > two kinds of traffic shaping. > > Thanks > > Kent > > --- Michael Fountain <[EMAIL PROTECTED]> wrote: > > The easiest way to do this is to only configure the > > CIR and Line speeds and > > let the rest default. > > > > Example commands - > > > > int s0 > > frame-relay traffic shapping Enable FRTS on > > the interface > > frame-relay class ExampleClass Shape as > > defined in map class > > > > frame-relay map-class ExampleClass > > frame-relay traffic-rate XXX YYY ### XXX = > > CIR, YYY = Max Speed > > traffic-rate adaptive-shaping becn Use > > BECNs (not foresight) > > for for > > thottling > > > > > > If you set XXX to 512K and YYY to port speed, he > > will transmit at port > > speed unless he receives BECNs from the network, and > > then he will throttle > > down to 512K. > > If you set both XXX and YYY to 512K he will always > > transmit at 512K > > > > Depending on your service provider and how > > congested their network is you > > may be able to go in and buy a small CIR like 64K > > and then ignore that and > > have your router set to send at 512K. If you do > > that and some time in > > future your SP starts dropping packets (because they > > are over CIR) you will > > have to go to them and buy up your contracted CIR, > > but until then you can > > save some money. We've been running AT&T Frame > > Relay for a couple of years > > and have yet to receive a single BECN. > > > > It is possible to go in and specify mincir, Bc, > > Be, etc. But unless you > > are going VOFR or some other application that has > > specific needs using > > generic FRTS will cover just about everything. > > > > Hope that helps, > > Mike > > > > > > >Guys, > > > > > >What are the parameters that I should configure on > > the router to control > > >the > > >bandwidth usage of the user on a frame-relay > > configuration. > > >For instance, the user has T1 line and I need to > > provide him only 512k. Is > > >it the CIR, BE, BC, MINCIR, and traffic rate only ? > > >and how do I calculate them ? > > > > > >Thanks a lot > > >ME > > > > > > > Get Your Private, Free E-mail from MSN Hotmail at > > http://www.hotmail.com > > > > ___ > > UPDATED Posting Guidelines: > > http://www.groupstudy.com/list/guide.html > > FAQ, list archives, and subscription info: > > http://www.groupstudy.com > > Report misconduct and Nondisclosure violations to > [EMAIL PROTECTED] > > > __ > Do You Yahoo!? > Get Yahoo! Mail Free email you can access from anywhere! > http://mail.yahoo.com/ > > ___ > UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html > FAQ, list archives, and subscription info: http://www.groupstudy.com > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] ___ Say Bye to Slow Internet! http://www.home.com/xinbox/signup.html ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay Traffic Shaping Web Page
Here is a good link to a page that explains Ciscos frame relay traffic shaping - http://www.cisco.com/warp/public/125/21.shtml Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame-relay traffic shaping question
I'm not very familiar with generic traffic shaping. But, at first glance it looks like it is basically the same thing as frame relay traffic shaping except that it does not dynamically change based on network congestion because there is no method set up to notify the router of any congestion encountered. Using 'frame-relay traffic-shaping' indicates that the router can change the traffic rate based on becns or foresight notifications of congestion. You will have to use a 'frame-relay map-class' to tell the router how you want to shape the traffic. With generic traffic shaping you can specify the rate directly on the interface because you do not need to tell it what sort of congestion notification to listen to. When you use the command 'frame-relay traffic-rate 64000 128000' (for example) you get the following values - mincir - 32000- This is amount sent when congested CIR - 64000 - This is the amount to send with no congestion bc - 64000- This is the amound to send per interval be - 64000- This is the burst amount to send in the first interval tc - 125 - This is the interval time in milliseconds The router will send out traffic in the following pattern each second (for tc=125 or 1/8 or a second) when there is no congestion bc+be / bc / bc / bc / bc / bc / bc / bc so for this config it would send - 128000 / 0 / 0 / 0 / 0 / 0 / 0 / 0 then it would repeat that for the next second. By doing it like this the router attempts to send the full amount of traffic every second. You can go in and specify the Bc, Be, CIR, and mincir to be other values to try and shape the traffic in different ways, but there is rarely any need to. For example, if you were to use the following config map-class frame-relay test frame-relay cir 128000 frame-relay mincir 64000 frame-relay bc 8000 frame-relay be 64000 you would get the following traffic pattern - 72000 / 8000 / 8000 / 8000 / 8000 / 8000 / 8000 / 8000 So, you would still get 128K in the one second. The problem with this is that the router can only bust beyond Bc (up to Be) when it has excess bandwidth available. So, if it keeps sending at 8000 then it will be at 64000 each second after that. Until it has transmitted a second with less then 64000. Lets say in one interval it only transmitts 6000. So, next interval it was an excess of 2000 that it can transmit as Be. This can continue until it was built up 64000 which is the max Be it can ever have. Its sorta like roll-over minutes for cellular phones :) By using the the 'frame-relay traffic-rate xxx yyy' command you are fooling the router into sending max Be every second. It thinks its Bc is 64000 so the in the intervals it cant send traffic (because it hit line speed in the first interval) it builds up credit again so it can burst at full Be on the next seconds interval. It really depends on how you want your traffic shaped and what sort of applications are running over the link. But, if they aren't extremely time sensitive, the generic command should work. The one thing to watch for in the 'frame-relay traffic-rate xxx yyy' command is that it assumes your mincir is 1/2 your average speed value. So, if you set your average to your contracted CIR and the router encounters congestion, it will slow down to the mincir which is half of that. To get around this you can set your average speed to double your CIR. If you order your CIR at 1/2 your line speed (128K port, 64K CIR) you can use something like this 'frame-relay traffic-shaping 128000 128000' The router will run at 128000 unless it hits congestion and then it will run at 64000. Hope that helps. Mike > >Wizards, > >As the FRTS has been brought up here, I really want to >take this chances to get some help from you in >understanding this. > >When we enable the 'frame-relay traffice shaping' >under the inferface, we start using frame-relay >traffice shaping not generic shaping, right? > >in the map-class of frame relay, we can configure CIR, >Bc and Be, how is this different from just configure >'traffic-rate xx yy' in the map-class? > >As far as I understand, it is not quite effective to >controll QoS in FR, I am not sure whether someones >have seen some detailed perfermence comparation betwee >two kinds of traffic shaping. > >Thanks > >Kent > >--- Michael Fountain <[EMAIL PROTECTED]> wrote: > > The easiest way to do this is to only configure the > > CIR and Line speeds and > > let the rest default. > > > > Example commands - > > > > int s0 > > frame-relay traffic shapping Enable FRTS on > > the interface > > frame-relay class ExampleClass
RE: Frame-relay traffic shaping question
In VoIPoFR (not good implementation- but in my situation VoFR was much worse)- we tried both, but finally used FRTS- we needed FRF.12 fragmentation and some other things. But you should evaluate at your own- weght all pros and contras- values and restrictions (RSVP, queuenig, your VC structure and so on). Regards, Ruslan Tchinyakov. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Alexandre Eduardo Garcia Sent: Tuesday, July 18, 2000 8:12 PM To: Michael Fountain; [EMAIL PROTECTED] Subject: Re: Frame-relay traffic shaping question Has anyone used Generic Traffic Shaping for Frame-Relay? The GTS permits the use of Weigh Fair Queue (the FRTS doesn't). I would like to know if GTS works as good as FRTS. Regards, Alex -Mensagem Original- De: Michael Fountain <[EMAIL PROTECTED]> Para: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Enviada em: Segunda-feira, 17 de Julho de 2000 21:59 Assunto: Re: Frame-relay traffic shaping question > The easiest way to do this is to only configure the CIR and Line speeds and > let the rest default. > > Example commands - > > int s0 > frame-relay traffic shapping Enable FRTS on the interface > frame-relay class ExampleClass Shape as defined in map class > > frame-relay map-class ExampleClass > frame-relay traffic-rate XXX YYY ### XXX = CIR, YYY = Max Speed > traffic-rate adaptive-shaping becn Use BECNs (not foresight) > for for thottling > > > If you set XXX to 512K and YYY to port speed, he will transmit at port > speed unless he receives BECNs from the network, and then he will throttle > down to 512K. > If you set both XXX and YYY to 512K he will always transmit at 512K > > Depending on your service provider and how congested their network is you > may be able to go in and buy a small CIR like 64K and then ignore that and > have your router set to send at 512K. If you do that and some time in > future your SP starts dropping packets (because they are over CIR) you will > have to go to them and buy up your contracted CIR, but until then you can > save some money. We've been running AT&T Frame Relay for a couple of years > and have yet to receive a single BECN. > > It is possible to go in and specify mincir, Bc, Be, etc. But unless you > are going VOFR or some other application that has specific needs using > generic FRTS will cover just about everything. > > Hope that helps, > Mike > > > >Guys, > > > >What are the parameters that I should configure on the router to control > >the > >bandwidth usage of the user on a frame-relay configuration. > >For instance, the user has T1 line and I need to provide him only 512k. Is > >it the CIR, BE, BC, MINCIR, and traffic rate only ? > >and how do I calculate them ? > > > >Thanks a lot > >ME > > > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com > > ___ > UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html > FAQ, list archives, and subscription info: http://www.groupstudy.com > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
QoS - Enabling Traffic Shaping [7:70861]
Somehow I have forgotten how to do math... Can anyone explain to me or point to a doc on figuring out the percentage for the below lab. Enable traffic shaping on int serial 0/0 as follows: Shape Telnet and ICMP traffic to 15%25 of bandwidth Shape FTP traffic to 50%25 of bw Shape all remianing traffic to 35%25 of bw. Remember the total link bw is 64 kbps on this interface. The burst size should 1/8 of the bit rate cfg'd, no excess burst should be allowed. The answer from the lab help are, below can anyone tell me how the number 9600, 32000 and 22400 were arrived at? I can figure out the 1/8th part 1200, 4000 and 2800, but somehow can't remember how to get the original percentage.. traffic-shape group 101 9600 1200 1200 traffic-shape group 102 32000 4000 4000 traffic-shape group 103 22400 2800 2800 Thanks. - Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=70861&t=70861 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay Traffic Shaping - [7:45962]
Please check my logic: My Bc is 8,000 bits My Be is 16,000 bits My CIR is 64 Kbps If I send 1 burst of 56,000 bits then 4 bursts of 4,000 bits, after the 4th burst of 4,000 bits I will be able to burst again but not before that. Correct? Here is my rational (Assume no congestion in the frame-relay network): During the first Tc interval, I send Bc+Be. During the second, third and fourth interval I can no longer burst because I have used all my "burst credit". At the end of the 4th Tc interval I have taken care of my first burst. During the next four bursts, I am "paying back" so to speak on my credit line because I am sending less than the CIR. So on the 9th Tc interval I can burst again. Pierre-Alex Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=45962&t=45962 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay Traffic Shaping [7:56057]
Hi, I have a question for you guys. How can I configure on R1's framerelay interface, if it exceed 48kbps set DE, exceed 64kbps drop packet those DE set. 16kbps is committed by the ISP, and I should use detailed CIR, MinCIR, Bc and Be and becn in your configuration. I appreciate your time! thanks _ Unlimited Internet access -- and 2 months free! Try MSN. http://resourcecenter.msn.com/access/plans/2monthsfree.asp Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=56057&t=56057 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
frame-relay traffic shaping [7:55432]
Hi Group, Can someone please explain to me the difference between cir and mincir.Any help is highly appreciated. Regards, neil Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=55432&t=55432 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Traffic Shaping and Queuing [7:59258]
I want to be able to allocate min guaranteed bandwidth per application as well as use priority queuing for Voice on an edge router. Shall I use Custom queuing, which assigns min bandwidth per application, or CBWFQ (with Traffic Shaping if necessary)? I understand that LLQ (PQ+CBWFQ) is the best choice. I understand Custom Queuing and how it provides min bandwidth, but am not sure how traffic shaping and CBWFQ interacts - ie, do I need traffic shaping and if so, does the shaping occur before or after the queuing? Can anyone shed some light on this matter before I go back to what the ref books say? Rik Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=59258&t=59258 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: FR traffic shaping [7:51044]
You can configure separate queue thresholds for committed and excess traffic. Configure the Be (excess) ECN threshold so that it is greater than or equal to zero and less than or equal to the Bc (committed) ECN threshold. Configure the Bc ECN threshold so that it is less than or equal to 100 - based on CIR. Bill Creighton CCNP Senior System Engineer Motorola iDEN CNRC Packet Data 1301 Algonquin Rd. Rm. 434 Schaumburg, IL 60193 Office: (847) 761-7069 Mobile: (847) 815-0436 Skytel: (877) 681-2614 [EMAIL PROTECTED] -Original Message- From: Davis, Scott [ISE/RAC] [mailto:[EMAIL PROTECTED]] Sent: Friday, August 09, 2002 9:18 AM To: [EMAIL PROTECTED] Subject: FR traffic shaping [7:51044] I am not clear on two of the settings when configuring a map-class. Frame-relay bc and be Are these values supplied by the carrier or a value that you can calculate yourself based on other parameters? TIA Scott Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=51048&t=51044 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: FR traffic shaping [7:51044]
Scott, I'm sure you know how to configure it, so I'll leave configuration examples out. To get a conceptual overview of how shaping and policing actually works, check out this link: (wrap) http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fqos _c/fqcprt4/qcfpolsh.htm as well as picking up the book IP Quality of Service (its actually a good read!) The most important section that explains traffic shaping on frame is the section "Traffic Shaping and Rate of Transfer". Look for that, it explains it very well! Short answer, you can define Be/Bc values, but you're really better off leaving it to IOS to figure out. hth, -Mark -Original Message- From: Davis, Scott [ISE/RAC] [mailto:[EMAIL PROTECTED]] Sent: Friday, August 09, 2002 9:18 AM To: [EMAIL PROTECTED] Subject: FR traffic shaping [7:51044] I am not clear on two of the settings when configuring a map-class. Frame-relay bc and be Are these values supplied by the carrier or a value that you can calculate yourself based on other parameters? TIA Scott "The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers." Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=51050&t=51044 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: FR traffic shaping [7:51044]
I guess maybe I need to make sure I understand the whole theory here. My understanding is that by setting Bc in conjunction with CIR, you are defining the delay by defining the timing interval with a maximum burst size and that by defining Be to anything other than 0 you are allowing specific instances where a burst larger than Bc will be allowed but marked DE ... or something like that but less jumbled that makes sense. I understand the mechanics of the commands, I just want to make sure I understand the theory. Thanks for the link Mark ... the explanation in that document is a bit clearer than the one in the FRTS docs. Thanks again Scott -Original Message- From: Turpin, Mark [mailto:[EMAIL PROTECTED]] Sent: Friday, August 09, 2002 10:10 AM To: 'Davis, Scott [ISE/RAC]'; [EMAIL PROTECTED] Subject: RE: FR traffic shaping [7:51044] Scott, I'm sure you know how to configure it, so I'll leave configuration examples out. To get a conceptual overview of how shaping and policing actually works, check out this link: (wrap) http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fqos _c/fqcprt4/qcfpolsh.htm as well as picking up the book IP Quality of Service (its actually a good read!) The most important section that explains traffic shaping on frame is the section "Traffic Shaping and Rate of Transfer". Look for that, it explains it very well! Short answer, you can define Be/Bc values, but you're really better off leaving it to IOS to figure out. hth, -Mark -Original Message- From: Davis, Scott [ISE/RAC] [ mailto:[EMAIL PROTECTED] ] Sent: Friday, August 09, 2002 9:18 AM To: [EMAIL PROTECTED] Subject: FR traffic shaping [7:51044] I am not clear on two of the settings when configuring a map-class. Frame-relay bc and be Are these values supplied by the carrier or a value that you can calculate yourself based on other parameters? TIA Scott &i=51044&t=51044 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] "The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers." Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=51057&t=51044 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: FR traffic shaping [7:51044]
If you know the "fundamentals" of traffic shaping and why it's used - the Be and Bc values are based on your own discretion after observation of traffic patterns on your FR network with your CIR (or CAR) as a guide. Bill Creighton CCNP Senior System Engineer Motorola iDEN CNRC Packet Data 1301 Algonquin Rd. Rm. 434 Schaumburg, IL 60193 Office: (847) 761-7069 Mobile: (847) 815-0436 Skytel: (877) 681-2614 [EMAIL PROTECTED] -Original Message- From: Davis, Scott [ISE/RAC] [mailto:[EMAIL PROTECTED]] Sent: Friday, August 09, 2002 9:18 AM To: [EMAIL PROTECTED] Subject: FR traffic shaping [7:51044] I am not clear on two of the settings when configuring a map-class. Frame-relay bc and be Are these values supplied by the carrier or a value that you can calculate yourself based on other parameters? TIA Scott Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=51058&t=51044 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: FR traffic shaping [7:51044]
This is some information that I found that may help you... frame relay mincir The actual guaranteed rate obtained from service provider in bps. This value should be the minimum rate you should drop to in the event of congestion (dropping below this rate implies you are not getting the bandwidth you are paying for). In certain cases (listed above) the mincir and cir values must be the same. The value of mincir is half of the CIR value in bps by default. frame relay bc The amount of data to send per each Tc interval in bits. Ideally for data PVCs Bc = CIR/8 so that Tc = 125msec. If we are doing voice on the PVC, then Bc = CIR/100 is preferable, so that the interval Tc = 10msec (as voice packets cannot tolerate a longer delay). The value of Bc by default is the CIR in bits. frame relay be The amount of excess data allowed to be sent during first Tc interval in bits once credit is built up. Configure Be only if the Frame Relay CIR value is less than the AR. For PVCs carrying voice packets, the Be must be set to zero to ensure best possible voice quality. The router only bursts (Be) when there are tokens in the token bucket. The token bucket does not accrue tokens unless the amount of traffic being sent out is less than the CIR. The router can only burst for the first Tc, after which the token bucket is empty. The value of Be by default is zero bits. frame relay adaptive-shaping becn Implies that the PVC adapts the rate of transmit in response to the BECNs received. The behaviour is as below: If the PVC receives any BECNs during the current time interval (it doesn't matter if this is one or 1000) the transmit rate is decreased by 25 percent. It continues to drop with each BECN (limit one drop per time interval) until the traffic rate gets to the mincir (guaranteed rate) where it stops. Once the traffic rate has decreased, it must allow 16 time intervals of receiving no BECNs before starting to increase traffic again. The amount it increases by is the byte limit that shows up in the show frame pvc x output divided by 16. This increase occurs only if traffic shaping is active. Thus, it takes much longer to get back to the CIR than it did to drop to mincir. Non-Configurable Parameters interval (Tc) The time interval during which you send the Bc bits in order to maintain the average rate of the CIR in seconds. Tc = Bc/CIR in seconds. The range for Tc is between 10 ms and 125 ms. The router internally calculates this value based on the CIR and Bc values in the map class. If Bc/CIR is more than or equal to 125 msec, it uses the internal Tc value. If Bc/CIR is less than 125 ms, it uses the Tc calculated from that equation. byte increment The actual number of committed bytes sent per Tc. We can calculate this using the following formula: Cir * Tc / 8. byte limit The actual number of bytes sent in the first Tc. We can calculate this using the following formula: byte increment + Be/8 (measured in bytes) Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=51084&t=51044 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: FR traffic shaping [7:51044]
Davis, Scott [ISE/RAC] wrote: > > I guess maybe I need to make sure I understand the whole theory > here. My > understanding is that by setting Bc in conjunction with CIR, > you are > defining the delay by defining the timing interval with a > maximum burst size Maybe indirectly this could have an effect on delay, but that's not what you're setting. Don't think "delay" just because you see "time." The time interval is used simply because otherwise a burst has no definite meaning. Sending at rate x for 10 minutes is a lot different from sending at rate x for 10 seconds. A lot of the descriptions are incomprehensible and get into token buckets and other obscure minutiae. :-) Here's how I understand it at a higher level. Someone please correct me if I have oversimplified to the point of being wrong. The CIR specifies that as long as the data input to the Frame Relay network is below or equal to the CIR, then the network provider will continue to forward data for that virtual circuit. If the data input rate exceeds the CIR, there is no longer any "commitment." The provider might discard traffic beyond the CIR limit, although if there is sufficient bandwidth, it might continue to forward traffic. CIR is measured over a time interval. Let's say that CIR is measured over a time interval T. The committed burst size (Bc) specifies a maximum amount of data that the provider will transmit over the time interval T even after the CIR has been exceeded. The provider's Frame Relay switch is allowed to set the DE bit for frames at the Bc level. Beyond the Bc, the provider can also support an excess burst size (Be) that specifies the maximum amount in excess of Bc that the network will attempt to transfer under normal circumstances during the time interval T. The ingress switch at the provider immediately sets the DE bit on these frames and also has the right to immediately discard the frames if the switch or network is congested. Priscilla > and that by defining Be to anything other than 0 you are > allowing specific > instances where a burst larger than Bc will be allowed but > marked DE ... or > something like that but less jumbled that makes sense. I > understand the > mechanics of the commands, I just want to make sure I > understand the theory. > Thanks for the link Mark ... the explanation in that document > is a bit > clearer than the one in the FRTS docs. > > Thanks again > Scott > > > -Original Message- > From: Turpin, Mark [mailto:[EMAIL PROTECTED]] > Sent: Friday, August 09, 2002 10:10 AM > To: 'Davis, Scott [ISE/RAC]'; [EMAIL PROTECTED] > Subject: RE: FR traffic shaping [7:51044] > > > > Scott, > > I'm sure you know how to configure it, so I'll leave > configuration examples out. To get a conceptual overview > of how shaping and policing actually works, check out this > link: (wrap) > > http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fqos > _c/fqcprt4/qcfpolsh.htm > s_c/fqcprt4/qcfpolsh.htm> > as well as picking up the book IP Quality of Service > (its actually a good read!) The most important > section that explains traffic shaping on frame is the > section "Traffic Shaping and Rate of Transfer". > Look for that, it explains it very well! > > Short answer, you can define Be/Bc values, > but you're really better off leaving it to IOS > to figure out. > > hth, > > -Mark > > -Original Message- > From: Davis, Scott [ISE/RAC] [ > mailto:[EMAIL PROTECTED] > ] > Sent: Friday, August 09, 2002 9:18 AM > To: [EMAIL PROTECTED] > Subject: FR traffic shaping [7:51044] > > > I am not clear on two of the settings when configuring a > map-class. > Frame-relay bc and be > Are these values supplied by the carrier or a value that you > can calculate > yourself based on other parameters? > > TIA > Scott > &i=51044&t=51044 > -- > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > > Report misconduct and Nondisclosure violations to > [EMAIL PROTECTED] > > > "The information transmitted is intended only for the person > or entity to > which it is addressed and may contain confidential and/or > privileged > material. Any review, retransmission, dissemination or other > use of, or > taking of any action in reliance upon, this information by > persons or > entities other than the intended recipient is prohibited. If > you received > this in error, please contact the sender and delete the > material from all > computers." > > Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=51114&t=51044 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: FR traffic shaping [7:51044]
Bit embarrassed. You say you may have simplified it too much, but my brain is still buzzing! How does the time interval T come in to it, and who decides the time interval. If you've got bursty traffic will a longer time interval let you get away with murder (on average). But if the Burst rate is already Bits per second and then we add another time interval, doesn't that make it bits/s/s. Isn't that bit acceleration? :-] My mind won't allow me to continue. After reading a bit more since I wrote the garbage above, I think I confused myself by calling it Burst rate rather than Burst size. Burst size makes it more sense. So do different providers have different time intervals to calculate mean rate from Burst size or is there a recognised standard. I take it that the longer the Tc the better (for the customer)? Help - Frame is my bogey subject Gaz ""Priscilla Oppenheimer"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Davis, Scott [ISE/RAC] wrote: > > > > I guess maybe I need to make sure I understand the whole theory > > here. My > > understanding is that by setting Bc in conjunction with CIR, > > you are > > defining the delay by defining the timing interval with a > > maximum burst size > > Maybe indirectly this could have an effect on delay, but that's not what > you're setting. Don't think "delay" just because you see "time." The time > interval is used simply because otherwise a burst has no definite meaning. > Sending at rate x for 10 minutes is a lot different from sending at rate x > for 10 seconds. > > A lot of the descriptions are incomprehensible and get into token buckets > and other obscure minutiae. :-) Here's how I understand it at a higher > level. Someone please correct me if I have oversimplified to the point of > being wrong. > > The CIR specifies that as long as the data input to the Frame Relay network > is below or equal to the CIR, then the network provider will continue to > forward data for that virtual circuit. If the data input rate exceeds the > CIR, there is no longer any "commitment." The provider might discard traffic > beyond the CIR limit, although if there is sufficient bandwidth, it might > continue to forward traffic. CIR is measured over a time interval. Let's say > that CIR is measured over a time interval T. > > The committed burst size (Bc) specifies a maximum amount of data that the > provider will transmit over the time interval T even after the CIR has been > exceeded. The provider's Frame Relay switch is allowed to set the DE bit for > frames at the Bc level. > > Beyond the Bc, the provider can also support an excess burst size (Be) that > specifies the maximum amount in excess of Bc that the network will attempt > to transfer under normal circumstances during the time interval T. The > ingress switch at the provider immediately sets the DE bit on these frames > and also has the right to immediately discard the frames if the switch or > network is congested. > > Priscilla > > > and that by defining Be to anything other than 0 you are > > allowing specific > > instances where a burst larger than Bc will be allowed but > > marked DE ... or > > something like that but less jumbled that makes sense. I > > understand the > > mechanics of the commands, I just want to make sure I > > understand the theory. > > Thanks for the link Mark ... the explanation in that document > > is a bit > > clearer than the one in the FRTS docs. > > > > Thanks again > > Scott > > > > > > -Original Message- > > From: Turpin, Mark [mailto:[EMAIL PROTECTED]] > > Sent: Friday, August 09, 2002 10:10 AM > > To: 'Davis, Scott [ISE/RAC]'; [EMAIL PROTECTED] > > Subject: RE: FR traffic shaping [7:51044] > > > > > > > > Scott, > > > > I'm sure you know how to configure it, so I'll leave > > configuration examples out. To get a conceptual overview > > of how shaping and policing actually works, check out this > > link: (wrap) > > > > > http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fqos > > _c/fqcprt4/qcfpolsh.htm > > s_c/fqcprt4/qcfpolsh.htm> > > as well as picking up the book IP Quality of Service > > (its actually a good read!) The most important > > section that explains traffic shaping on frame is the > > section "Traffic Shaping and Rate of Transfer". > > Look for that, it explains it very well! > > > > Short answer, you can define Be/Bc values, > > but you're really better off leaving
Re: FR traffic shaping [7:51044]
asured over a time > interval. Let's > say > > that CIR is measured over a time interval T. > > > > The committed burst size (Bc) specifies a maximum amount of > data that the > > provider will transmit over the time interval T even after > the CIR has > been > > exceeded. The provider's Frame Relay switch is allowed to set > the DE bit > for > > frames at the Bc level. > > > > Beyond the Bc, the provider can also support an excess burst > size (Be) > that > > specifies the maximum amount in excess of Bc that the network > will attempt > > to transfer under normal circumstances during the time > interval T. The > > ingress switch at the provider immediately sets the DE bit on > these frames > > and also has the right to immediately discard the frames if > the switch or > > network is congested. > > > > Priscilla > > > > > and that by defining Be to anything other than 0 you are > > > allowing specific > > > instances where a burst larger than Bc will be allowed but > > > marked DE ... or > > > something like that but less jumbled that makes sense. I > > > understand the > > > mechanics of the commands, I just want to make sure I > > > understand the theory. > > > Thanks for the link Mark ... the explanation in that > document > > > is a bit > > > clearer than the one in the FRTS docs. > > > > > > Thanks again > > > Scott > > > > > > > > > -Original Message- > > > From: Turpin, Mark [mailto:[EMAIL PROTECTED]] > > > Sent: Friday, August 09, 2002 10:10 AM > > > To: 'Davis, Scott [ISE/RAC]'; [EMAIL PROTECTED] > > > Subject: RE: FR traffic shaping [7:51044] > > > > > > > > > > > > Scott, > > > > > > I'm sure you know how to configure it, so I'll leave > > > configuration examples out. To get a conceptual overview > > > of how shaping and policing actually works, check out this > > > link: (wrap) > > > > > > > > > http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fqos > > > _c/fqcprt4/qcfpolsh.htm > > > s_c/fqcprt4/qcfpolsh.htm> > > > as well as picking up the book IP Quality of Service > > > (its actually a good read!) The most important > > > section that explains traffic shaping on frame is the > > > section "Traffic Shaping and Rate of Transfer". > > > Look for that, it explains it very well! > > > > > > Short answer, you can define Be/Bc values, > > > but you're really better off leaving it to IOS > > > to figure out. > > > > > > hth, > > > > > > -Mark > > > > > > -Original Message- > > > From: Davis, Scott [ISE/RAC] [ > > > mailto:[EMAIL PROTECTED] > > > ] > > > Sent: Friday, August 09, 2002 9:18 AM > > > To: [EMAIL PROTECTED] > > > Subject: FR traffic shaping [7:51044] > > > > > > > > > I am not clear on two of the settings when configuring a > > > map-class. > > > Frame-relay bc and be > > > Are these values supplied by the carrier or a value that you > > > can calculate > > > yourself based on other parameters? > > > > > > TIA > > > Scott > > > &i=51044&t=51044 > > > -- > > > FAQ, list archives, and subscription info: > > > http://www.groupstudy.com/list/cisco.html > > > > > > Report misconduct and Nondisclosure violations to > > > [EMAIL PROTECTED] > > > > > > > > > "The information transmitted is intended only for the > person > > > or entity to > > > which it is addressed and may contain confidential and/or > > > privileged > > > material. Any review, retransmission, dissemination or other > > > use of, or > > > taking of any action in reliance upon, this information by > > > persons or > > > entities other than the intended recipient is prohibited. If > > > you received > > > this in error, please contact the sender and delete the > > > material from all > > > computers." > > Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=51120&t=51044 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: FR traffic shaping [7:51044]
t; > maximum burst size > > > > > > Maybe indirectly this could have an effect on delay, but > > that's not what > > > you're setting. Don't think "delay" just because you see > > "time." The time > > > interval is used simply because otherwise a burst has no > > definite meaning. > > > Sending at rate x for 10 minutes is a lot different from > > sending at rate x > > > for 10 seconds. > > > > > > A lot of the descriptions are incomprehensible and get into > > token buckets > > > and other obscure minutiae. :-) Here's how I understand it at > > a higher > > > level. Someone please correct me if I have oversimplified to > > the point of > > > being wrong. > > > > > > The CIR specifies that as long as the data input to the Frame > > Relay > > network > > > is below or equal to the CIR, then the network provider will > > continue to > > > forward data for that virtual circuit. If the data input rate > > exceeds the > > > CIR, there is no longer any "commitment." The provider might > > discard > > traffic > > > beyond the CIR limit, although if there is sufficient > > bandwidth, it might > > > continue to forward traffic. CIR is measured over a time > > interval. Let's > > say > > > that CIR is measured over a time interval T. > > > > > > The committed burst size (Bc) specifies a maximum amount of > > data that the > > > provider will transmit over the time interval T even after > > the CIR has > > been > > > exceeded. The provider's Frame Relay switch is allowed to set > > the DE bit > > for > > > frames at the Bc level. > > > > > > Beyond the Bc, the provider can also support an excess burst > > size (Be) > > that > > > specifies the maximum amount in excess of Bc that the network > > will attempt > > > to transfer under normal circumstances during the time > > interval T. The > > > ingress switch at the provider immediately sets the DE bit on > > these frames > > > and also has the right to immediately discard the frames if > > the switch or > > > network is congested. > > > > > > Priscilla > > > > > > > and that by defining Be to anything other than 0 you are > > > > allowing specific > > > > instances where a burst larger than Bc will be allowed but > > > > marked DE ... or > > > > something like that but less jumbled that makes sense. I > > > > understand the > > > > mechanics of the commands, I just want to make sure I > > > > understand the theory. > > > > Thanks for the link Mark ... the explanation in that > > document > > > > is a bit > > > > clearer than the one in the FRTS docs. > > > > > > > > Thanks again > > > > Scott > > > > > > > > > > > > -Original Message- > > > > From: Turpin, Mark [mailto:[EMAIL PROTECTED]] > > > > Sent: Friday, August 09, 2002 10:10 AM > > > > To: 'Davis, Scott [ISE/RAC]'; [EMAIL PROTECTED] > > > > Subject: RE: FR traffic shaping [7:51044] > > > > > > > > > > > > > > > > Scott, > > > > > > > > I'm sure you know how to configure it, so I'll leave > > > > configuration examples out. To get a conceptual overview > > > > of how shaping and policing actually works, check out this > > > > link: (wrap) > > > > > > > > > > > > > > http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fqos > > > > _c/fqcprt4/qcfpolsh.htm > > > > s_c/fqcprt4/qcfpolsh.htm> > > > > as well as picking up the book IP Quality of Service > > > > (its actually a good read!) The most important > > > > section that explains traffic shaping on frame is the > > > > section "Traffic Shaping and Rate of Transfer". > > > > Look for that, it explains it very well! > > > > > > > > Short answer, you can define Be/Bc values, > > > > but you're really better off leaving it to IOS > > > > to figure out. > > > > > > > > hth, > > > > > > > > -Mark > > > > > > > > -Original Message- > > > > From: Davis, Scott [ISE/RAC] [ > > > > mailto:[EMAIL PROTECTED] > > > > ] > > > > Sent: Friday, August 09, 2002 9:18 AM > > > > To: [EMAIL PROTECTED] > > > > Subject: FR traffic shaping [7:51044] > > > > > > > > > > > > I am not clear on two of the settings when configuring a > > > > map-class. > > > > Frame-relay bc and be > > > > Are these values supplied by the carrier or a value that you > > > > can calculate > > > > yourself based on other parameters? > > > > > > > > TIA > > > > Scott > > > > &i=51044&t=51044 > > > > -- > > > > FAQ, list archives, and subscription info: > > > > http://www.groupstudy.com/list/cisco.html > > > > > > > > Report misconduct and Nondisclosure violations to > > > > [EMAIL PROTECTED] > > > > > > > > > > > > "The information transmitted is intended only for the > > person > > > > or entity to > > > > which it is addressed and may contain confidential and/or > > > > privileged > > > > material. Any review, retransmission, dissemination or other > > > > use of, or > > > > taking of any action in reliance upon, this information by > > > > persons or > > > > entities other than the intended recipient is prohibited. If > > > > you received > > > > this in error, please contact the sender and delete the > > > > material from all > > > > computers." Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=51133&t=51044 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: FR traffic shaping [7:51044]
Gaz wrote: > > I think I understand it better (that's usually the point where > someone pulls > the rug from under my feet :-)) > > The two seem to contradict each other though. One saying that > the Tc can be > set by the provider, and Cisco saying it's automatically > calculated. Yes, Spohn does say that Tc is set by the provider, but perhpas that's because his book is somewhat old. Or perhaps what he meant to say was that Tc is derived becuase the provider and customer agree on a Bc value, which also changes Tc, as Tc= Bc/CIR. Sphon also says that the default value of Tc is 1, implying that Bc isn't set and is assumed to be the same as the bits value in the CIR bits/sec. Now Cisco says that the default value for Tc is 1 also, depending on which documents you read! ;-) But Cisco also lets you set the Bc which affects the Tc. You can do that when you configure traffic shaping. I don't think anyone actually explicitly sets the Tc these days. I think it's derived. Hey, but I'm way out on a limb here. Maybe someone else will join the discussion and reel me back in. ;-) Thanks. Priscilla > > They both seem to make sense. The Cisco way means that the > higher the value > of Bc compared to CIR, the greater flexibility you have, > because as well as > increasing the value of Bc, it increases the period over which > the average > is taken. > Spohn's method suggests that both variables are configurable > allowing > ultimate flexibility (to the provider). > > Or am I still messed up? :-) > > Gaz > > ""Priscilla Oppenheimer"" wrote in > message > [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > > Gaz wrote: > > > > > > Bit embarrassed. You say you may have simplified it too > much, > > > but my brain > > > is still buzzing! > > > > > > How does the time interval T come in to it, and who decides > the > > > time > > > interval. If you've got bursty traffic will a longer time > > > interval let you > > > get away with murder (on average). > > > > Good questions. I don't think I described Bc correctly, so no > wonder > you're > > confused! I can tell you what Darren Spohn says in his book, > Data Network > > Design. Then I'll tell you what Cisco says, and hopefully I > won't leave > the > > situation even messier than it already is, and if I do, > hopefully somebody > > will clean it up. ;-) I'll insert my own pithy comments in > parentheses. > Here > > goes: > > > > Spohn: > > > > "The CIR is computed as the number of bits in a committed > Burst size, Bc, > > that can arrive during an averaging interval T such that CIR > = Bc/T. > > > > If the number of bits that arrive during the interval T > exceeds Bc, but is > > less than an excess threshold, Bc + Be, then the subsequent > frames are > > marked as DE. > > > > At present, there is no uniform method for setting the > interval T. If T is > > set too small, such that Bc is less than the length of a > single frame, > then > > every frame will be marked DE. If T is set too large, the > buffer capacity > in > > the FR access node may not be practical In public FR, it > is the > > responsibility of the provider to set the value of T, and the > value of 1 > is > > often used to match the line measure of bps." > > > > And here's what Cisco says: > > > > "frame relay bc > > > > The amount of data to send per each Tc interval in bits. > Ideally for data > > PVCs Bc = CIR/8 so that Tc = 125msec. If we are doing voice > on the PVC, > then > > Bc = CIR/100 is preferable, so that the interval Tc = > 10msec... The value > of > > Bc by default is the CIR in bits. (which would match the > Spohn statement, > by > > the way) > > ... > > > > Non-Configurable Parameters > > > > interval (Tc) > > > > The time interval during which you send the Bc bits in order > to maintain > the > > average rate of the CIR in seconds. > > > > Tc = Bc/CIR in seconds. (algebraically the same as Spohn's > equation, by > the > > way) > > > > The range for Tc is between 10 ms and 125 ms. The router > internally > > calculates this value based on the CIR and Bc values in the > map class. If > > Bc/CIR is more than or equal to 125 msec, it uses the > internal Tc value. > If > > Bc/CIR is less than 125 ms, it uses the Tc calculated from > that equation." > > > > (I hope I
Frame-relay traffic shaping with custom queuing
Hello everyone, It has been good listening to all of you, I have learnt a lot! Just wondered if anyone has any thoughts on a problem I am working on at the moment. It involves a frame-relay network here in Australia. It consists of a hub-and-spoke topology - one central site connected to all other sites using sub-interfaces with point-to-point links. Since this network was setup, the users have been complaining of slow responses when using applications such as Telnet or Citrix. It appears that Lotus Notes replication traffic is hogging the links and causing these delays. What I am looking at doing is using frame-relay traffic shaping with traffic-rate throttling and custom queuing. I have identified the protocols and ports that need high priority, however am a bit unsure as to how to allocate the byte-count values. Apparently if the byte-count is too high then the router will service one particular queue for too long and will cause delays to other queues. I am wondering what would be a reasonable byte-count in order for this not to happen. The link that I will be testing this on initially has a CIR of 192kbps. I was going to setup three queues, one for telnet, one for citrix and one default for everything else (other traffic consists of Notes mail/replication, NT domain replication). What proportion of the bandwidth should I give to each protocol? I was thinking about 1/3 for each queue, as if a queue's reserved bandwidth is not being fully used other queues can use itany thoughts? If anyone could give me some idea as to what byte-counts would be ok to use on this kind of link, that would be great. Any other suggestions/comments would also be good. In calculating the byte-count, I have found the average citrix frame size to be about 120bytes, and the average telnet frame size to be about 80bytes. This is my first real job involving Cisco - I am in my last year at University. Thankyou for reading all this! Hope you can help! Sam. _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Route caching and traffic shaping [7:1675]
Hi all, I am sure I have seen on CCO somewhere that IP route caching should be disabled on interfaces using frame relay traffic shaping, but I can't find this anywhere now. This is for IOS 11.2, although I can't remember whether whatever I saw was specific to the IOS version or not. Does anyone have a reference for this, or know why it is (or might be) so? Thanks, JMcL Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=1675&t=1675 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame Relay Traffic Shaping [7:7137]
Bruce; Your Idea is as good as any. The idea is to drop back to your CIR in times of congestion to avoid dropping frames (and incurring re-transmits) however, with 0 cir, there is no logical point to set it. Set it lower and hope you drop less frames. Personally, on a zero cir net, I would bag the traffic shaping and blast away. HTH Doug Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=7157&t=7137 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Traffic Shaping [7:7137]
Bruce, As a first cut you may want to set CIR equal to port and MINCIR to half that so when you do get BECNS the router will throttle back (25% of current bandwidth with every BECN no lower then MINCIR is the algorithm). This will give some sense that if the cloud or pvc is congested you will throttle back somewhat. The problem here is how do you slow down the clients pooring data into the network ie; no mechanism to translate BECN into a TCP throttle. For this situation you may want to look at WRED which is a congestion avoidance mechanism that drops packets intermittently on the offending TCP session, leveraging the TCP sliding window mechanism to close the window a bit thus throttling back and not tossing data in the router or the cloud. good luck! ""Bruce Griffis"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Got a question on traffic shaping. Have a couple high speed frame pipes > going into data center/server farm locations. Speeds are 9.264MBPS at > datacenter, 6.176MBPS going into primary server farm, and 4.632MBPS going > into a less-used server location. > > Remote sites are running from 128K to 1.544Meg. I have been playing with > traffic shaping a bit, and need to make 2 settings. One is for times with no > congestion, the second entry is for times with congestion. All sites are > running zeroK CIR (okay, not my call, but need to support it). > > I was thinking for the first stab at it, to make peak speed equal to the > port speed of the remote location, and average speed equal to average prime > shift utilization of the PVC group (look at all 1544 ports, average out > utilization - then set average to this rate). > > * enable traffic shaping, use BECN (Carrier does not use ForeSight) > int hssi8/0/0 > frame-relay adaptive-shaping becn > * > * make the map classes > *set PEAK at port speed of remote site > *set AVERAGE at prime shift average utilization at remote site? > map-class frame-relay 1544K_Port > frame-relay traffic-rate average 1544000 > * ^ > * | > *average out prime shift usage for 1.544 ports > * > map-class frame-relay 768K_Port > frame-relay traffic-rate average 768000 > * ^ > * | > *average out prime shift usage for 768KB ports > * > map-class frame-relay 512K_Port > frame-relay traffic-rate average 512000 > * ^ > * | > *average out prime shift usage for 512KB ports > * > map-class frame-relay 256K_Port > frame-relay traffic-rate average 256000 > * > map-class frame-relay 128K_Port > frame-relay traffic-rate average 128000 > * > * Apply Traffic-shaping map classes to subinterfaces > int hssi8/0/0.101 > class 1544K_Port > * > int hssi8/0/0.173 > class 512K_Port > * > int hssi8/0/0.202 > class 256K_Port > * > end > > > Any thoughts (other than buy CIR) - maybe set average to a percentage of > peak? I don't want to get into custom queue lists and priority queuing just > yet. Would need to maybe break out a sniffer and get a look at traffic then > work with customer on defining priorities. > > Bruce Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=7194&t=7137 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Traffic Shaping [7:7137]
That's a good point, however, if you setup traffic shaping with 0 as the min rate and any speed as your max rate (make it 128 or 258 or 1.544 if you want), when there IS congestion in the cloud, this would at least allow the router to scale back the output so that there may not have to be as many Layer 3 retransmits (and more congestion).. Either way.. 0 CIR is scary =) "Doug Lockwood" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Bruce; > > Your Idea is as good as any. > The idea is to drop back to your CIR in times of congestion to avoid > dropping frames (and incurring re-transmits) > however, with 0 cir, there is no logical point to set it. > Set it lower and hope you drop less frames. > > Personally, on a zero cir net, I would bag the traffic shaping and blast > away. > > HTH > > Doug Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=7470&t=7137 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame-Relay Traffic-Shaping Example?? [7:37470]
Hello, Is there a way of simulating a FR network (hub&spoke) to "fail" without traffic-shaping config? On CCO, all they have is examples of traffic-shaping configs that actually work. Here is an example: http://www.cisco.com/warp/public/125/traffic_shaping_6151.html What I would like to do is to config. my routers in such a way that the remote routers get overrun and then config traffic-shaping to correct this? Any ideas? Thank you. _ Chat with friends online, try MSN Messenger: http://messenger.msn.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37470&t=37470 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: VoIP Traffic Shaping Config [7:14451]
Use RSVP on your VOIP dial peers. Set the bandwidth low so a second call won't get a reservation and be denied. Kind of like a gatekeeper fuction, sort of. Or, go ahead and set up gatekeeper on a router somewhere in your network and set the bandwidth accordingly. Tony M. #6172 - Original Message - From: Oletu Hosea Godswill CCNA, CCDA, CCNP. To: Sent: Tuesday, July 31, 2001 10:29 PM Subject: VoIP Traffic Shaping Config [7:14451] > Hi folks, > > Hope this newsgroup does not make me lazy!!! > hehehehehe > > I have a problem guys. I have a Cisco 3640 configured > with an FXS voice module (2 voice ports). I am > contending with a 28.8k link to my head office. I do > voice and data on that link. However, i need to > restrict my voice calls to one at a time. I have done > some QOS on that link. In addition, i want the two > voice ports on the FXS VIC to be operational. Is > there a command which i can use to disable one voice > port automatically when i am using the second port? > What i really mean is to have one port disabled as > soon as i pick up the handset attached to the other > port. You get what i mean? Well the reason behind > this is that i don't want my colleagues (who think > 28.8k is a heaven)to use more than one handset at a > time to call the head office. But i want port 3/1/0 > and port 3/1/1 to be active so that any can be used at > any time (not simultaenously). > > Regards!!! > Oletu Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=14489&t=14451 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame relay traffic shaping problem [7:28590]
Folks, Would any of you folks have references to working scenarious demonstrating frame relay qos. I have been tearing by hair out to make my switch mark packets with Becns without success, no matter how much I choke the pipe. I am sure I am missing something basic. I have included some of my configs, if anyone cares to critique Thanks Tom Gardiner Router_4#sh frame-relay pvc PVC Statistics for interface Serial0/1 (Frame Relay DTE) Active Inactive Deleted Static Local 1000 Switched 0000 Unused 0000 DLCI = 104, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/1 input pkts 43364 output pkts 45110in bytes 35435312 out bytes 40742346 dropped pkts 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 out bcast pkts 0 out bcast bytes 0 Shaping adapts to BECN pvc create time 02:07:12, last time pvc status changed 02:07:12 Router_4#sh frame-relay pvc PVC Statistics for interface Serial0/1 (Frame Relay DTE) Active Inactive Deleted Static Local 1000 Switched 0000 Unused 0000 DLCI = 104, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/1 input pkts 43418 output pkts 45176in bytes 35443159 out bytes 40746686 dropped pkts 0 in FECN pkts 0 in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 in DE pkts 0 out DE pkts 0 out bcast pkts 0 out bcast bytes 0 Shaping adapts to BECN pvc create time 02:07:45, last time pvc status changed 02:07:45 = Switch config Router_4# hostname Router_6 ! logging rate-limit console 10 except errors ! ip subnet-zero no ip finger no ip domain-lookup ! no ip dhcp-client network-discovery frame-relay switching ! ! ! ! interface Ethernet0 ip address 10.1.1.200 255.255.255.0 no ip route-cache no ip mroute-cache ! interface Serial0 no ip address encapsulation frame-relay no ip route-cache no ip mroute-cache logging event subif-link-status logging event dlci-status-change no fair-queue clockrate 400 frame-relay traffic-shaping frame-relay interface-dlci 401 switched class s0 frame-relay intf-type dce frame-relay policing frame-relay congestion-management ! interface Serial1 no ip address encapsulation frame-relay no ip route-cache no ip mroute-cache logging event subif-link-status logging event dlci-status-change no fair-queue frame-relay traffic-shaping frame-relay interface-dlci 104 switched class s1 frame-relay intf-type dce frame-relay policing frame-relay congestion-management ! ip kerberos source-interface any ip classless no ip http server ! ! map-class frame-relay s0 frame-relay cir 400 frame-relay mincir 200 frame-relay holdq 10 frame-relay adaptive-shaping becn ! map-class frame-relay s1 frame-relay cir 2000 frame-relay mincir 1000 frame-relay holdq 10 frame-relay adaptive-shaping becn connect s0 Serial0 401 Serial1 104 ! ! ! == typical frame relay client Building configuration... Current configuration: ! version 11.3 no service pad service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname Router_2 ! ! username Router_5 password 0 ipexpert ip subnet-zero no ip finger no ip domain-lookup isdn switch-type basic-ni ! ! process-max-time 200 ! interface Loopback0 ip address 200.0.0.2 255.255.255.0 ! interface Ethernet0 description connected to Cisco1538 ip address 10.1.1.211 255.255.255.0 ! interface Serial0 ip address 20.1.1.2 255.255.255.0 encapsulation frame-relay no ip route-cache no ip mroute-cache no fair-queue frame-relay traffic-shaping frame-relay class becn ! interface Serial1 ip address 20.1.1.2 255.255.255.0 clockrate 100 ! ip classless ip route 30.1.1.0 255.255.255.0 20.1.1.4 ! ! map-class frame-relay becn frame-relay cir 400 frame-relay bc 25000 frame-relay be 0 frame-relay mincir 200 frame-relay adaptive-shaping becn Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=28590&t=28590 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Help on Frame-relay Traffic-shaping command
Hi, I have studied following command at cisco website but I still have problem to understand how the parameters work. If you can give me some example of those command, I will really appreciate that. 1. Frame-relay traffic-rate [bit-rate [burst-size][excess-burst-size]] frame-relay traffic-rate 32000 64000 16000 look like 32000 is CIR. what about 64000 and 16000. Is there any different to use "frame-relay cir" command ? 2. frame-relay traffic-rate 1544000 frame-relay adaptive 64000 Documentation tell me CIR is 64000 and access rate is 1544000. What is the different with the command " frame-relay traffic-rate 32000 64000 16000" ? 3. frame-relay cir 64000 frame-relay mincir 64000 Is that these two command have any relationship with "frame-relay traffic-rate" ? 4. If I want to get at least 16k of bandwidth but not more than 32k at serial link s0, how can I use the traffic-shaping command. Thanks for your help. Gerry Lian
RE: QoS - Enabling Traffic Shaping [7:70877]
Jonathan, First let's make sure we're on the same page with definitions. For traffic-shaping (both GTS and FRTS), the terms are as follows: AR = Access Rate (physical clock or rate-limit at local loop) CIR = Average per second Bc = Bits per interval committed Be = Bits per interval excess Tc = Interval in ms The following formula should be used to calculate Bc: Bc = CIR * Tc/1000 The following formula should be used to calculate Be: Be = (AR - CIR) * Tc/1000 In this example, our access-rate is 64000bps. We are trying to average 15% of our access rate for telnet traffic. Average per second is CIR. CIR = 64000 bps X .15 = 9600 bps Let's assume for this example that our Tc is 1/8 second, or 125 ms. Our committed burst size would then be as follows: Bc = CIR * Tc/1000 Bc = 9600 * 125/1000 Bc = 9600 * .125 Bc = 1200 Now let's double check our calculation. We have 125 ms per interval. There are 1000 ms per second. 1 interval | 1000 ms - = 8 intervals per second 125 ms | 1 second If we are sending 1200 bits per interval 8 times per second: 1200 bits | 8 intervals = 1200 * 8 = 9600bps 1 interval | 1 second As a side note, if you want no excess burst, you want the Be value to be zero, not the same as the Bc value. The syntax should then read as follows: traffic-shape group 101 9600 1200 0 HTH Brian McGahan, CCIE #8593 Director of Design and Implementation [EMAIL PROTECTED] CyscoExpert Corporation Internetwork Consulting & Training Toll Free: 866.CyscoXP Fax: 847.674.2625 > -Original Message- > From: Jonathan V Hays [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 18, 2003 11:39 AM > To: 'John Smith'; [EMAIL PROTECTED]; [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: RE: QoS - Enabling Traffic Shaping > > John, > > I assume the '25' after each percentage sign in your original post below > is a typo (e.g., "15%25 of bandwidth"). Given that assumption, you want > to assign traffic to three categories, with 15%, 50%, and 35% of the 64 > kbps bandwidth. > > 64000 x .15 = 9600 bps > 64000 x .50 = 32000 bps > 64000 x .35 = 22400 bps > > > burst size should 1/8 of the bit rate cfg'd, no excess burst > > 1/8 = .125 > > 9600 x .125 = 1200 bps > 32000 x .125 = 4000 bps > 22400 x .125 = 2800 bps > > However, I question the burst size given in your solution. The > definition from the Doc CD states that the burst-size is the "Sustained > number of bits that can be sent per INTERVAL. On Frame Relay interfaces, > this is the Committed Burst size contracted with your service provider. > " > > See > http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/ > fqos_r/qrfcmd11.htm#1019905 > > If the interval is 1/8 second (and it may not be) I would think the > correct answer would divide each of 1200, 4000, and 2800 by 8, to get > bits per interval. > > HTH, > > Jonathan > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > > Behalf Of John Smith > > Sent: Wednesday, June 18, 2003 10:21 AM > > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > > Cc: [EMAIL PROTECTED]; > > [EMAIL PROTECTED]; [EMAIL PROTECTED]; > > [EMAIL PROTECTED] > > Subject: QoS - Enabling Traffic Shaping > > > > > > Somehow I have forgotten how to do math... Can anyone explain > > to me or point to a doc on figuring out the percentage for > > the below lab. > > > > Enable traffic shaping on int serial 0/0 as follows: > > > > Shape Telnet and ICMP traffic to 15%25 of bandwidth > > Shape FTP traffic to 50%25 of bw > > Shape all remianing traffic to 35%25 of bw. > > > > Remember the total link bw is 64 kbps on this interface. The > > burst size should 1/8 of the bit rate cfg'd, no excess burst > > should be allowed. > > > > The answer from the lab help are, below can anyone tell me > > how the number 9600, 32000 and 22400 were arrived at? I can > > figure out the 1/8th part 1200, 4000 and 2800, but somehow > > can't remember how to get the original percentage.. > > > > traffic-shape group 101 9600 1200 1200 > > traffic-shape group 102 32000 4000 4000 > > traffic-shape group 103 22400 2800 2800 > > > > Thanks. > > > > > > > > - > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > > > __ > > _ > > You are subscribed to the GroupStudy.com CCIE R&S Discussion Group. > > > > Subscription information may be found at: > > http://www.groupstudy.com/list/CCIELab.html Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=70877&t=70877 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: QoS - Enabling Traffic Shaping [7:70869]
John, I assume the '25' after each percentage sign in your original post below is a typo (e.g., "15%25 of bandwidth"). Given that assumption, you want to assign traffic to three categories, with 15%, 50%, and 35% of the 64 kbps bandwidth. 64000 x .15 = 9600 bps 64000 x .50 = 32000 bps 64000 x .35 = 22400 bps > burst size should 1/8 of the bit rate cfg'd, no excess burst 1/8 = .125 9600 x .125 = 1200 bps 32000 x .125 = 4000 bps 22400 x .125 = 2800 bps However, I question the burst size given in your solution. The definition from the Doc CD states that the burst-size is the "Sustained number of bits that can be sent per INTERVAL. On Frame Relay interfaces, this is the Committed Burst size contracted with your service provider. " See http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/ fqos_r/qrfcmd11.htm#1019905 If the interval is 1/8 second (and it may not be) I would think the correct answer would divide each of 1200, 4000, and 2800 by 8, to get bits per interval. HTH, Jonathan > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of John Smith > Sent: Wednesday, June 18, 2003 10:21 AM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED]; > [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED] > Subject: QoS - Enabling Traffic Shaping > > > Somehow I have forgotten how to do math... Can anyone explain > to me or point to a doc on figuring out the percentage for > the below lab. > > Enable traffic shaping on int serial 0/0 as follows: > > Shape Telnet and ICMP traffic to 15%25 of bandwidth > Shape FTP traffic to 50%25 of bw > Shape all remianing traffic to 35%25 of bw. > > Remember the total link bw is 64 kbps on this interface. The > burst size should 1/8 of the bit rate cfg'd, no excess burst > should be allowed. > > The answer from the lab help are, below can anyone tell me > how the number 9600, 32000 and 22400 were arrived at? I can > figure out the 1/8th part 1200, 4000 and 2800, but somehow > can't remember how to get the original percentage.. > > traffic-shape group 101 9600 1200 1200 > traffic-shape group 102 32000 4000 4000 > traffic-shape group 103 22400 2800 2800 > > Thanks. > > > > - > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > > > __ > _ > You are subscribed to the GroupStudy.com CCIE R&S Discussion Group. > > Subscription information may be found at: > http://www.groupstudy.com/list/CCIELab.html Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=70869&t=70869 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: QoS - Enabling Traffic Shaping [7:70880]
Brian, A few minutes after I sent my post I saw that coming. I was taking his statement "The burst size should 1/8 of the bit rate cfg'd" as a scenario requirement. The "1/8" should have clued me into the fact the the problem was not stating a specific scenario requirement but just stating the Bc=CIR*Tc rule. Thanks, Jonathan > -Original Message- > From: Brian McGahan [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 18, 2003 2:53 PM > To: 'Jonathan V Hays'; 'John Smith'; [EMAIL PROTECTED]; > [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED]; > [EMAIL PROTECTED]; > [EMAIL PROTECTED]; 'CyscoExpert' > Subject: RE: QoS - Enabling Traffic Shaping > > > Jonathan, > > First let's make sure we're on the same page with definitions. > For traffic-shaping (both GTS and FRTS), the terms are as follows: > > AR = Access Rate (physical clock or rate-limit at local loop) > CIR = Average per second > Bc = Bits per interval committed > Be = Bits per interval excess > Tc = Interval in ms > > The following formula should be used to calculate Bc: > > Bc = CIR * Tc/1000 > > The following formula should be used to calculate Be: > > Be = (AR - CIR) * Tc/1000 > > > In this example, our access-rate is 64000bps. We are trying to > average 15% of our access rate for telnet traffic. Average per second > is CIR. > > CIR = 64000 bps X .15 = 9600 bps > > Let's assume for this example that our Tc is 1/8 second, or 125 > ms. Our committed burst size would then be as follows: > > Bc = CIR * Tc/1000 > Bc = 9600 * 125/1000 > Bc = 9600 * .125 > Bc = 1200 > > Now let's double check our calculation. > > We have 125 ms per interval. There are 1000 ms per second. > > 1 interval | 1000 ms > - = 8 intervals per second > 125 ms | 1 second > > If we are sending 1200 bits per interval 8 times per second: > > 1200 bits | 8 intervals > = 1200 * 8 = 9600bps > 1 interval | 1 second > > > As a side note, if you want no excess burst, you want the Be > value to be > zero, not the same as the Bc value. The syntax should then read as > follows: > > traffic-shape group 101 9600 1200 0 > > > > HTH > > Brian McGahan, CCIE #8593 > Director of Design and Implementation > [EMAIL PROTECTED] > > CyscoExpert Corporation > Internetwork Consulting & Training > Toll Free: 866.CyscoXP > Fax: 847.674.2625 > > > > -Original Message- > > From: Jonathan V Hays [mailto:[EMAIL PROTECTED] > > Sent: Wednesday, June 18, 2003 11:39 AM > > To: 'John Smith'; [EMAIL PROTECTED]; [EMAIL PROTECTED] > > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; > > [EMAIL PROTECTED]; [EMAIL PROTECTED] > > Subject: RE: QoS - Enabling Traffic Shaping > > > > John, > > > > I assume the '25' after each percentage sign in your original post > below > > is a typo (e.g., "15%25 of bandwidth"). Given that assumption, you > want > > to assign traffic to three categories, with 15%, 50%, and 35% of the > 64 > > kbps bandwidth. > > > > 64000 x .15 = 9600 bps > > 64000 x .50 = 32000 bps > > 64000 x .35 = 22400 bps > > > > > burst size should 1/8 of the bit rate cfg'd, no excess burst > > > > 1/8 = .125 > > > > 9600 x .125 = 1200 bps > > 32000 x .125 = 4000 bps > > 22400 x .125 = 2800 bps > > > > However, I question the burst size given in your solution. The > > definition from the Doc CD states that the burst-size is the > "Sustained > > number of bits that can be sent per INTERVAL. On Frame Relay > interfaces, > > this is the Committed Burst size contracted with your service > provider. > > " > > > > See > > > http://www.cisco.com/univercd/cc/td/doc/product/software/ios12 > 2/122cgcr/ > > fqos_r/qrfcmd11.htm#1019905 > > > > If the interval is 1/8 second (and it may not be) I would think the > > correct answer would divide each of 1200, 4000, and 2800 by > 8, to get > > bits per interval. > > > > HTH, > > > > Jonathan > > > > > -Original Message- > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > > > Behalf Of John Smith > > > Sent: Wednesday, June 18, 2003 10:21 AM > > > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > > > Cc: [EMAIL PROTECTED]; > > > [EMAIL PROTECTED]; [EMAIL PROTECTED]; > > > [EMAIL PROTECTED] > >
RE: frame-relay traffic shaping [7:55432]
Here's a sample section of a map-class config that I wrote up for VoIP FRTS,
complete with running commentary on the commands (including min CIR and
CIR). Scott Keagy's Integrating Voice and Data Networks (Cisco Press) was
great for frame relay traffic shaping.
map-class frame-relay theframeclass
{Do not use the command frame-relay fragment , as this is recommended to
reduce serialization delay for speeds of 768K or less.}
frame-relay mincir out 1536 {This is the provisioned CIR assigned by
service provider}
frame-relay cir out 1536 {Technically, this is higher than min CIR, since
traffic can be sustained at a higher rate thats CIR. But make CIR=Minimum
CIR here.}
frame-relay be out 0 {Set excess burst to 0 since we dont want to burst
over CIR for voice.}
frame-relay bc out 15360 {Set committed burst, which is 15360 bits, or
1/100 of CIR (1536K CIR). This makes serialization delay=10ms, a reasonable
value. Serialization Delay = frame size (bits) / link bandwidth (bps).}
no frame-relay adaptive-shaping {Turn off because we do not want the frame
relay circuit to throttle back. If the router receives BECNs on the
interface, the router would start to throttle back to the Min CIR value.
This is why we turn it off and lock the Min CIR to the actual CIR value.}
service-policy output thepolicy {attach policy here for the queuing. If you
dont put a policy here, frame relay traffic shaping defaults to FIFO. In
that case, you would override with the preferred frame-relay fair-queue.}
- Jennifer Mellone
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=55434&t=55432
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame-relay traffic shaping [7:55432]
""neil K."" wrote in message news:200210112334.XAA14349@;groupstudy.com... > Hi Group, > > Can someone please explain to me the difference between cir and mincir.Any > help is highly appreciated. whoa - deja vu, dude! just had a thread like this one yesterday. there were some good explainations, IIRC. got access to the groupstudy web site? > > Regards, > > neil Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=55441&t=55432 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: frame-relay traffic shaping [7:55432]
In cisco terms, mincir is the cir, and cir is the port speed. -- RFC 1149 Compliant. ""neil K."" wrote in message news:200210112334.XAA14349@;groupstudy.com... > Hi Group, > > Can someone please explain to me the difference between cir and mincir.Any > help is highly appreciated. > > Regards, > > neil Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=55448&t=55432 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Route caching and traffic shaping [7:1675]
I have never seen anything in reference to ip route-cache and traffic shaping. But I do know that traffic shaping disables any type of queuing on the interface. Maybe you have this confused with queuing. If so then I have tons of documents on queuing and traffic shaping I could point you to. If you are not mistaken just forget I even said anything :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, April 23, 2001 10:21 PM To: [EMAIL PROTECTED] Subject: Route caching and traffic shaping [7:1675] Hi all, I am sure I have seen on CCO somewhere that IP route caching should be disabled on interfaces using frame relay traffic shaping, but I can't find this anywhere now. This is for IOS 11.2, although I can't remember whether whatever I saw was specific to the IOS version or not. Does anyone have a reference for this, or know why it is (or might be) so? Thanks, JMcL FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=1680&t=1675 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Route caching and traffic shaping [7:1675]
Frame-Relay Traffic Shaping IS Queuing. It is also several other ways of controlling your CIR. Cisco Press, BCRAN Page 358 --- Elijah Savage wrote: > I have never seen anything in reference to ip > route-cache and traffic > shaping. But I do know that traffic shaping disables > any type of queuing > on the interface. Maybe you have this confused with > queuing. If so then > I have tons of documents on queuing and traffic > shaping I could point > you to. If you are not mistaken just forget I even > said anything :) > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] > Sent: Monday, April 23, 2001 10:21 PM > To: [EMAIL PROTECTED] > Subject: Route caching and traffic shaping [7:1675] > > Hi all, > > I am sure I have seen on CCO somewhere that IP route > caching should be > disabled on interfaces using frame relay traffic > shaping, but I can't > find > this anywhere now. > This is for IOS 11.2, although I can't remember > whether whatever I saw > was > specific to the IOS version or not. > > Does anyone have a reference for this, or know why > it is (or might be) > so? > > Thanks, > JMcL > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to > [EMAIL PROTECTED] > FAQ, list archives, and subscription info: > http://www.groupstudy.com/list/cisco.html > Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] = Chris from Chicago MasterCNE, 5.x CNE, ICNE, 4.x CNE, CCNA, MCP __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=1709&t=1675 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame-Relay Traffic-Shaping Example?? [7:37470]
Config a router to be a frame switch. Make the hub router's connection to the frame switch 1554k. Make a spoke router's connection to be 64K. Then blast traffic to him. I believe you will flood the frame switches egress port of the 64K's side. Then apply traffic shaping to make it work correctly. -- RFC 1149 Compliant. ""Cisco Nuts"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Hello, > Is there a way of simulating a FR network (hub&spoke) to "fail" without > traffic-shaping config? > > On CCO, all they have is examples of traffic-shaping configs that actually > work. > Here is an example: > http://www.cisco.com/warp/public/125/traffic_shaping_6151.html > > What I would like to do is to config. my routers in such a way that the > remote routers get overrun and then config traffic-shaping to correct this? > Any ideas? > Thank you. > > > _ > Chat with friends online, try MSN Messenger: http://messenger.msn.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=37472&t=37470 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Frame relay traffic shaping problem [7:28590]
do RFC's cover how frame switches behave? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Georg Naggies Sent: Saturday, December 15, 2001 8:55 PM To: [EMAIL PROTECTED] Subject: Re: Frame relay traffic shaping problem [7:28590] Can it be that Cisco Routers acting as FR switches never do... AFAIR they are just not fully RFC compliant. Tom Gardiner wrote: > Folks, > > Would any of you folks have references to working scenarious demonstrating > frame relay qos. I have been tearing by hair out to make my switch mark > packets with Becns without success, no matter how much I choke the pipe. I > am sure I am missing something basic. I have included some of my configs, > if anyone cares to critique > > Thanks > > Tom Gardiner > > Router_4#sh frame-relay pvc > > PVC Statistics for interface Serial0/1 (Frame Relay DTE) > > Active Inactive Deleted Static > Local 1000 > Switched 0000 > Unused 0000 > > DLCI = 104, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/1 > > input pkts 43364 output pkts 45110in bytes 35435312 > out bytes 40742346 dropped pkts 0 in FECN pkts 0 > in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 > in DE pkts 0 out DE pkts 0 > out bcast pkts 0 out bcast bytes 0 > Shaping adapts to BECN > pvc create time 02:07:12, last time pvc status changed 02:07:12 > Router_4#sh frame-relay pvc > > PVC Statistics for interface Serial0/1 (Frame Relay DTE) > > Active Inactive Deleted Static > Local 1000 > Switched 0000 > Unused 0000 > > DLCI = 104, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/1 > > input pkts 43418 output pkts 45176in bytes 35443159 > out bytes 40746686 dropped pkts 0 in FECN pkts 0 > in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 > in DE pkts 0 out DE pkts 0 > out bcast pkts 0 out bcast bytes 0 > Shaping adapts to BECN > pvc create time 02:07:45, last time pvc status changed 02:07:45 > > = > Switch config > > Router_4# > > hostname Router_6 > ! > logging rate-limit console 10 except errors > ! > ip subnet-zero > no ip finger > no ip domain-lookup > ! > no ip dhcp-client network-discovery > frame-relay switching > ! > ! > ! > ! > interface Ethernet0 > ip address 10.1.1.200 255.255.255.0 > no ip route-cache > no ip mroute-cache > ! > interface Serial0 > no ip address > encapsulation frame-relay > no ip route-cache > no ip mroute-cache > logging event subif-link-status > logging event dlci-status-change > no fair-queue > clockrate 400 > frame-relay traffic-shaping > frame-relay interface-dlci 401 switched > class s0 > frame-relay intf-type dce > frame-relay policing > frame-relay congestion-management > ! > interface Serial1 > no ip address > encapsulation frame-relay > no ip route-cache > no ip mroute-cache > logging event subif-link-status > logging event dlci-status-change > no fair-queue > frame-relay traffic-shaping > frame-relay interface-dlci 104 switched > class s1 > frame-relay intf-type dce > frame-relay policing > frame-relay congestion-management > ! > ip kerberos source-interface any > ip classless > no ip http server > ! > ! > map-class frame-relay s0 > frame-relay cir 400 > frame-relay mincir 200 > frame-relay holdq 10 > frame-relay adaptive-shaping becn > ! > map-class frame-relay s1 > frame-relay cir 2000 > frame-relay mincir 1000 > frame-relay holdq 10 > frame-relay adaptive-shaping becn > connect s0 Serial0 401 Serial1 104 > ! > ! > ! > == > > typical frame relay client > > Building configuration... > > Current configuration: > ! > version 11.3 > no service pad > service timestamps debug uptime > service timestamps log uptime > no service password-encryption > ! > hostname Router_2 > ! > ! > username Router_5 password 0 ipexpert > ip subnet-zero > no ip finger > no ip domain-lookup > isdn switch-type basic-ni > ! > ! > process-max-time 200 > ! > interface Loopback0 > ip a
Re: Frame relay traffic shaping problem [7:28590]
hmm, must be standards not RFCs. today I was asking en passant and was told one can teach the routers to behave like nice switches with some "connect" commands ""Chuck Larrieu"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > do RFC's cover how frame switches behave? > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of > Georg Naggies > Sent: Saturday, December 15, 2001 8:55 PM > To: [EMAIL PROTECTED] > Subject: Re: Frame relay traffic shaping problem [7:28590] > > > Can it be that Cisco Routers acting as FR switches never do... > AFAIR they are just not fully RFC compliant. > > > Tom Gardiner wrote: > > > Folks, > > > > Would any of you folks have references to working scenarious demonstrating > > frame relay qos. I have been tearing by hair out to make my switch mark > > packets with Becns without success, no matter how much I choke the pipe. > I > > am sure I am missing something basic. I have included some of my configs, > > if anyone cares to critique > > > > Thanks > > > > Tom Gardiner > > > > Router_4#sh frame-relay pvc > > > > PVC Statistics for interface Serial0/1 (Frame Relay DTE) > > > > Active Inactive Deleted Static > > Local 1000 > > Switched 0000 > > Unused 0000 > > > > DLCI = 104, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/1 > > > > input pkts 43364 output pkts 45110in bytes 35435312 > > out bytes 40742346 dropped pkts 0 in FECN pkts 0 > > in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 > > in DE pkts 0 out DE pkts 0 > > out bcast pkts 0 out bcast bytes 0 > > Shaping adapts to BECN > > pvc create time 02:07:12, last time pvc status changed 02:07:12 > > Router_4#sh frame-relay pvc > > > > PVC Statistics for interface Serial0/1 (Frame Relay DTE) > > > > Active Inactive Deleted Static > > Local 1000 > > Switched 0000 > > Unused 0000 > > > > DLCI = 104, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/1 > > > > input pkts 43418 output pkts 45176in bytes 35443159 > > out bytes 40746686 dropped pkts 0 in FECN pkts 0 > > in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 > > in DE pkts 0 out DE pkts 0 > > out bcast pkts 0 out bcast bytes 0 > > Shaping adapts to BECN > > pvc create time 02:07:45, last time pvc status changed 02:07:45 > > > > = > > Switch config > > > > Router_4# > > > > hostname Router_6 > > ! > > logging rate-limit console 10 except errors > > ! > > ip subnet-zero > > no ip finger > > no ip domain-lookup > > ! > > no ip dhcp-client network-discovery > > frame-relay switching > > ! > > ! > > ! > > ! > > interface Ethernet0 > > ip address 10.1.1.200 255.255.255.0 > > no ip route-cache > > no ip mroute-cache > > ! > > interface Serial0 > > no ip address > > encapsulation frame-relay > > no ip route-cache > > no ip mroute-cache > > logging event subif-link-status > > logging event dlci-status-change > > no fair-queue > > clockrate 400 > > frame-relay traffic-shaping > > frame-relay interface-dlci 401 switched > > class s0 > > frame-relay intf-type dce > > frame-relay policing > > frame-relay congestion-management > > ! > > interface Serial1 > > no ip address > > encapsulation frame-relay > > no ip route-cache > > no ip mroute-cache > > logging event subif-link-status > > logging event dlci-status-change > > no fair-queue > > frame-relay traffic-shaping > > frame-relay interface-dlci 104 switched > > class s1 > > frame-relay intf-type dce > > frame-relay policing > > frame-relay congestion-management > > ! > > ip kerberos source-interface any > > ip classless > > no ip http server > > ! > > ! > > map-class frame-relay s0 > > frame-relay cir 400 > &
RE: Frame relay traffic shaping problem [7:28590]
At 03:17 AM 12/17/01, Chuck Larrieu wrote: >do RFC's cover how frame switches behave? Nope. Frame Relay is documented by the ITU-T and ANSI. The Frame Relay Forum specifies enhancements that they hope will become standards. I would imagine some RFCs explain issues related to running TCP/IP over Frame Relay. One that comes to mind is RFC 2390 which defines Inverse ARP. But a Frame Relay switch wouldn't care about that. But you knew that. ;-) Priscilla >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of >Georg Naggies >Sent: Saturday, December 15, 2001 8:55 PM >To: [EMAIL PROTECTED] >Subject: Re: Frame relay traffic shaping problem [7:28590] > > >Can it be that Cisco Routers acting as FR switches never do... >AFAIR they are just not fully RFC compliant. > > >Tom Gardiner wrote: > > > Folks, > > > > Would any of you folks have references to working scenarious demonstrating > > frame relay qos. I have been tearing by hair out to make my switch mark > > packets with Becns without success, no matter how much I choke the pipe. >I > > am sure I am missing something basic. I have included some of my configs, > > if anyone cares to critique > > > > Thanks > > > > Tom Gardiner > > > > Router_4#sh frame-relay pvc > > > > PVC Statistics for interface Serial0/1 (Frame Relay DTE) > > > > Active Inactive Deleted Static > > Local 1000 > > Switched 0000 > > Unused 0000 > > > > DLCI = 104, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/1 > > > > input pkts 43364 output pkts 45110in bytes 35435312 > > out bytes 40742346 dropped pkts 0 in FECN pkts 0 > > in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 > > in DE pkts 0 out DE pkts 0 > > out bcast pkts 0 out bcast bytes 0 > > Shaping adapts to BECN > > pvc create time 02:07:12, last time pvc status changed 02:07:12 > > Router_4#sh frame-relay pvc > > > > PVC Statistics for interface Serial0/1 (Frame Relay DTE) > > > > Active Inactive Deleted Static > > Local 1000 > > Switched 0000 > > Unused 0000 > > > > DLCI = 104, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/1 > > > > input pkts 43418 output pkts 45176in bytes 35443159 > > out bytes 40746686 dropped pkts 0 in FECN pkts 0 > > in BECN pkts 0 out FECN pkts 0 out BECN pkts 0 > > in DE pkts 0 out DE pkts 0 > > out bcast pkts 0 out bcast bytes 0 > > Shaping adapts to BECN > > pvc create time 02:07:45, last time pvc status changed 02:07:45 > > > > = > > Switch config > > > > Router_4# > > > > hostname Router_6 > > ! > > logging rate-limit console 10 except errors > > ! > > ip subnet-zero > > no ip finger > > no ip domain-lookup > > ! > > no ip dhcp-client network-discovery > > frame-relay switching > > ! > > ! > > ! > > ! > > interface Ethernet0 > > ip address 10.1.1.200 255.255.255.0 > > no ip route-cache > > no ip mroute-cache > > ! > > interface Serial0 > > no ip address > > encapsulation frame-relay > > no ip route-cache > > no ip mroute-cache > > logging event subif-link-status > > logging event dlci-status-change > > no fair-queue > > clockrate 400 > > frame-relay traffic-shaping > > frame-relay interface-dlci 401 switched > > class s0 > > frame-relay intf-type dce > > frame-relay policing > > frame-relay congestion-management > > ! > > interface Serial1 > > no ip address > > encapsulation frame-relay > > no ip route-cache > > no ip mroute-cache > > logging event subif-link-status > > logging event dlci-status-change > > no fair-queue > > frame-relay traffic-shaping > > frame-relay interface-dlci 104 switched > > class s1 > > frame-relay intf-type dce > > frame-relay policing > > frame-relay congestion-management > > ! > > ip kerberos source-interface any > > ip clas
RE: Help on Frame-relay Traffic-shaping command
comment inline
Stefano
>Original Message-
>From: myccie Lian [mailto:[EMAIL PROTECTED]]
>Sent: mercoledì 30 agosto 2000 7.22
>To: [EMAIL PROTECTED]
>Subject: Help on Frame-relay Traffic-shaping command
>
>
>Hi,
>I have studied following command at cisco website but I still have problem
>to understand how the parameters work.
>If you can give me some example of those command, I will really appreciate
>that.
>
>
>1.
>Frame-relay traffic-rate [bit-rate [burst-size][excess-burst-size]]
>frame-relay traffic-rate 32000 64000 16000
>look like 32000 is CIR. what about 64000 and 16000.
>Is there any different to use "frame-relay cir" command ?
>
---S---
Frame-relay traffic-rate [bit-rate [burst-size][excess-burst-size]]
don't exist the command is
traffic-shape rate bit-rate [burst-size [excess-burst-size]]
and is Generic Trafic Shaping (GTS)not frame relay specific
in the example frame-relay traffic-rate 32000 64000 16000
32000 is the CIR
64000 is the Committed burst=CIR*Tc=32000*2=64000
Tc - committed rate measurement interval
16000 is the Excess burst (usually Eb=port speed - CIR)
---
>
>
>2.
>frame-relay traffic-rate 1544000
>frame-relay adaptive 64000
>Documentation tell me CIR is 64000 and access rate is 1544000. What is the
>different with the command " frame-relay traffic-rate 32000 64000 16000" ?
>
S---
frame-relay traffic-rate average [peak]
Define the traffic rate for the map class.
average=CIR
[peak]=the max rate (CIR+EIR) if omitted is the port speed
in your example 1544000 is the CIR (suppose CIR=port speed don't need
command)
frame-relay adaptive-shaping {becn|foresight}
depending on the BECN recieved 64000 is the rate to which traffic shaping
will adapt
traffic-rate 32000 64000 16000
=
frame-relay traffic-rate 32000 48000
>
>3.
>frame-relay cir 64000
>frame-relay mincir 64000
>Is that these two command have any relationship with "frame-relay traffic-
>rate" ?
>
S--
This command replaces "frame-relay traffic-rate" and have the same meaning
frame-relay traffic-rate 32000 48000
=
frame-relay cir 32000
frame-relay bc 32000
frame-relay be 16000
--
>
>
>4.
>If I want to get at least 16k of bandwidth but not more than 32k at serial
>link s0, how can I use the traffic-shaping command.
>
S---
in a map class use
frame-relay traffic-rate 16000 32000
=
frame-relay cir 16000
frame-relay bc 16000
frame-relay be 16000
-
hope this help.
Correct me if i'm wrong
>Thanks for your help.
>
>
>Gerry Lian
___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Help on Frame-relay Traffic-shaping command
For frame-relay traffic-rate 32000 64000 16000 32000 is your average speed, it is what the router will transmit at if there is no congestion. The router assumes 1/2 average speed for CIR, so it will back off to 16000 if there is congestion. 64000 is what it can burst up to I am not positive on the last value, but I think it may be the burst amount that can be sent per inteval in order to get the traffic up to the burst amount for that second. If you have 150K of traffic to send, and your interval is 125ms it will look like this - Second 1 - 20K / 20K / 4K / 4K / 4K / 4K / 4K / 4K = 64K, Total = 64K Second 2 - 4K / 4K / 4K / 4K / 4K / 4K / 4K / 4K = 32K, Total = 96K Second 3 - 4K / 4K / 4K / 4K / 4K / 4K / 4K / 4K = 32K, Total = 128K Second 4 - 4K / 4K / 4K / 4K / 4K / 2K / 0K / 0K = 22K, Total = 150K If there was more traffic to send, the router could send a total of 42K in the 5th second, because it would have built up 10K of credit towards bursting in during the 4th second. I am not familiar with traffic shaping using the second set of commands, so I wont comment on them. For the commands - >frame-relay cir 64000 >frame-relay mincir 64000 This means that the route will always transmit at 64000 no matter what. Because there is no Bc set, it will never go over CIR, and because the mincir = cir, it will never slow down, even if there is congestion. If you want to get 32K average and 16K minimum, you can use the following command - frame-relay traffic-rate 32000 32000 That will set the average rate to 32000, the burst rate to 32000, and the mincir (what the router backs off to during congestion) to 16000 By doing this, the router will run at 32K constantly unless it receives congestion notification. You also need to use the 'frame-relat adaptive-shaping becn' to get the router to listen to becns and slow down. Hope that helps. > >Hi, >I have studied following command at cisco website but I still have problem >to understand how the parameters work. >If you can give me some example of those command, I will really appreciate >that. > > >1. >Frame-relay traffic-rate [bit-rate [burst-size][excess-burst-size]] > frame-relay traffic-rate 32000 64000 16000 > look like 32000 is CIR. what about 64000 and 16000. > Is there any different to use "frame-relay cir" command ? >2. >frame-relay traffic-rate 1544000 >frame-relay adaptive 64000 >Documentation tell me CIR is 64000 and access rate is 1544000. What is the >different with the command " frame-relay traffic-rate 32000 64000 16000" ? > >3. >frame-relay cir 64000 >frame-relay mincir 64000 >Is that these two command have any relationship with "frame-relay >traffic-rate" ? >4. >If I want to get at least 16k of bandwidth but not more than 32k at serial >link s0, how can I use the traffic-shaping command. > > >Thanks for your help. > > >Gerry Lian _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Help on Frame-relay Traffic-shaping command
Actually, The "frame-relay traffic-rate" command DOES exist. It is used as
a simpler alternative to using the three commands for setting up traffic
shaping on Frame Relay ("frame-relay cir out", "frame-relay be out", and
"frame-relay bc out").
http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/12cgcr/wan_r/wrfrelay.htm#6354
frame-relay traffic-rate average [peak]
average = average rate in bits per second; equivalent to specifying the
contracted CIR
peak = (Optional) Peak rate, in bits per second; equivalent to CIR + Be/Tc
= CIR (1 + Be/Bc) = CIR + EIR.
the configured peak and average rates are converted to the equivalent CIR,
excess burst size (Be), and committed burst size (Bc) values
Karen E Young
Network Engineer
ELF Technologies, Inc
[EMAIL PROTECTED]
___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Help on Frame-relay Traffic-shaping command
yes. you are right but this command exist
frame-relay traffic-rate average [peak]
not
Frame-relay traffic-rate [bit-rate [burst-size][excess-burst-size]]
the difference is in the option (the meaning are about the same but the
syntax is different).
The options "bit-rate [burst-size [excess-burst-size]]" are related to
traffic-shape rate bit-rate [burst-size [excess-burst-size]]
and is Generic Traffic Shaping not Frame-Relay Traffic Shaping.
Stefano
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: mercoledì 30 agosto 2000 20.26
> To: Bosio Stefano
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: Help on Frame-relay Traffic-shaping command
>
>
>
> Actually, The "frame-relay traffic-rate" command DOES exist.
> It is used as
> a simpler alternative to using the three commands for setting
> up traffic
> shaping on Frame Relay ("frame-relay cir out", "frame-relay
> be out", and
> "frame-relay bc out").
> http://www.cisco.com/univercd/cc/td/doc/product/software/ios12
0/12cgcr/wan_r/wrfrelay.htm#6354
frame-relay traffic-rate average [peak]
average = average rate in bits per second; equivalent to specifying the
contracted CIR
peak = (Optional) Peak rate, in bits per second; equivalent to CIR + Be/Tc
= CIR (1 + Be/Bc) = CIR + EIR.
the configured peak and average rates are converted to the equivalent CIR,
excess burst size (Be), and committed burst size (Bc) values
Karen E Young
Network Engineer
ELF Technologies, Inc
[EMAIL PROTECTED]
___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
___
UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html
FAQ, list archives, and subscription info: http://www.groupstudy.com
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame Relay Traffic Shaping and VoIPoFR [7:20018]
I've been playing around with FRTS, LLQ, along with some BBQ lately and I'm having some issues. As soon as I apply FRTS to a router, the router performance goes down the tubes. Latency through the router increases *greatly* and I can see no reason for it. I've made these changes thanks to an engineer at Cisco who forwarded a document to me that explains how to configure all of the above for VoIP. Have any of you noticed anything like this? I know this is a really vague problem but I thought I'd throw it out there anyway. Here are the relevant portions of the config: class-map match-any voicecalls match ip precedence 4 match access-group 140 class-map match-all VoIP-Control match access-group name VoIP-Control ! ! policy-map voice class voicecalls priority 256 class VoIP-Control bandwidth 8 class class-default fair-queue ! interface Serial0/0.18 point-to-point ip address 10.12.24.70 255.255.255.0 frame-relay interface-dlci 18 class VoIP ! ! Four other PVCs snipped. Only 0/0.18 has the frame relay class VoIP attached. ! map-class frame-relay VoIP no frame-relay adaptive-shaping frame-relay cir 768000 frame-relay bc 3000 frame-relay be 0 frame-relay mincir 768000 service-policy output voice frame-relay fragment 320 When I apply "frame-relay traffic-shaping" to Serial0/0, that's when things get really weird. I start getting a bunch of output drops on that interface even though there's hardly any traffic at all going through. Latency increases unbelievably and becomes really variable and unpredictable. BTW, this is a full T-1. Any ideas? thanks, John (just kidding about the BBQ) Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=20018&t=20018 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Traffic shaping and the Catalyst 6500 [7:52070]
This might be slightly off-topic, but I'll give it a shot anyway. I do occationally play around with a 6509 and try to come up with new things to try. Lately I've started to look into limiting traffic over VLAN-interfaces. The 6509 runs hybrid image, and what I did was as simple as: conf t int vlan 20 ip address 192.168.1.0 255.255.255.0 rate-limit input 200 375000 40 conform-action transmit exceed-action drop rate-limit output 200 375000 40 conform-action transmit exceed-action drop I noticed that a show interface rate-limit gave very few packets passing into the VLAN when I transferred large amounts of data between that VLAN and another one, so clearly the traffic goes through another path, i.e through the switch and not the router. What I am wondering about is if there is any easy way to set up similar shaping on the switch, without messing around with QoS, I just want to set a hard limit for drop of traffic without qualifing the traffic in any way. Would this be feasable if I run the native mode, and use the same rate-limit commands on the switch as well as the router? I'll play around with this anyway in the near future, but if anyone has experiences to share I'm listening :-) Bjxrn H. Lxken Seniorkonsulent Cap Gemini Ernst & Young +47 24 12 79 19 (office) +47 48 10 20 94 (mobile) +47 24 12 80 01 (fax) http://www.no.cgey.com This message contains information that may be privileged or confidential and is the property of the Cap Gemini Ernst & Young Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=52070&t=52070 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
New BCRAN - VPN, QoS and Traffic Shaping [7:70226]
I'm trying to get ready to take the new BCRAN when it comes out, but all the study guides are focused on the old exam. For those who took the beta, can you give me any guidance on these three topics - VPN, QoS and Traffic Shaping. I'm not looking for anybody to break the NDA, I just want to know how deep I need to go, and if there are any good links on the CCO. Thanks. The WB Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=70226&t=70226 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Traffic Shaping web traffic will this work? [7:70559]
All, Long story short we have a point to point t1 back to corporate. While using nbar on the router along with sniffers 90% of the traffic is web based and things like sql transfers and legitimate business traffic is timing out because of congestion basically the t1 is maxed out during working hours. At night legit traffic runs great no one in the office and no http traffic and things are great. I know this is a management problem about appropriate use and management knows also after I presented them with this data but they want to do something short term to throttle http traffic. Can I use generic traffic shaping like below so that http does not consume no more than half of the link see below. Example int s0/0 traffic-shape group 199 50 62500 62500 access-list 199 permit 80 any any On CCO I can only find this done with standard access-list nothing about extended access-list is mentioned that I can find. http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_configur ation_guide_chapter09186a00800c60cc.html Thank you Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=70559&t=70559 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Frame Relay Traffic Shaping and VoIPoFR [7:20018]
One thing stands out in your frame relay VOIP map class and that's the frame relay CIR. The docs are pretty misleading but what you really want for your CIR is 1.536M, in other words your line spead and the min CIR is really your CIR. The way you have it configed your are not allowing anything above 768K. Dave John Neiberger wrote: > I've been playing around with FRTS, LLQ, along with some BBQ lately and > I'm having some issues. As soon as I apply FRTS to a router, the router > performance goes down the tubes. Latency through the router increases > *greatly* and I can see no reason for it. I've made these changes > thanks to an engineer at Cisco who forwarded a document to me that > explains how to configure all of the above for VoIP. > > Have any of you noticed anything like this? I know this is a really > vague problem but I thought I'd throw it out there anyway. Here are the > relevant portions of the config: > > class-map match-any voicecalls > match ip precedence 4 > match access-group 140 > class-map match-all VoIP-Control > match access-group name VoIP-Control > ! > ! > policy-map voice > class voicecalls > priority 256 > class VoIP-Control >bandwidth 8 > class class-default >fair-queue > ! > interface Serial0/0.18 point-to-point > ip address 10.12.24.70 255.255.255.0 > frame-relay interface-dlci 18 > class VoIP > ! > ! Four other PVCs snipped. Only 0/0.18 has the frame relay class > VoIP attached. > ! > map-class frame-relay VoIP > no frame-relay adaptive-shaping > frame-relay cir 768000 > frame-relay bc 3000 > frame-relay be 0 > frame-relay mincir 768000 > service-policy output voice > frame-relay fragment 320 > > When I apply "frame-relay traffic-shaping" to Serial0/0, that's when > things get really weird. I start getting a bunch of output drops on > that interface even though there's hardly any traffic at all going > through. Latency increases unbelievably and becomes really variable and > unpredictable. > > BTW, this is a full T-1. Any ideas? > > thanks, > John (just kidding about the BBQ) -- David Madland CCIE# 2016 Senior Network Engineer Qwest Communications 612-664-3367 Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=20032&t=20018 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Traffic shaping and the Catalyst 6500 [7:52070]
HI,
yes your right, the reason why you see soo little packets on your
rate-limit is due to the MLS encorporated into the cat 6500(you need to get
into engineering mode to remove it...).
yes there is a way out. Search for "CoS" rate limiting on the CCO for cat
6500{hybrid mode}. You can let the PFC do the rate-limiting.
cheers,
raj
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=52073&t=52070
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: New BCRAN - VPN, QoS and Traffic Shaping [7:70226]
I'm really worried about these three topics - is there anybody out there who has some idea of how deep they cover these, and maybe some good links? Thanks in advance for any help WB On Thu, 2003-06-05 at 16:31, Weaselboy wrote: > I'm trying to get ready to take the new BCRAN when it comes out, but all > the study guides are focused on the old exam. For those who took the > beta, can you give me any guidance on these three topics - VPN, QoS and > Traffic Shaping. I'm not looking for anybody to break the NDA, I just > want to know how deep I need to go, and if there are any good links on > the CCO. Thanks. > > The WB Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=70382&t=70226 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Traffic Shaping web traffic will this work? [7:70559]
It looks like a job for Class Based Weighted Fair Queueing (CBWFQing). As you have already put a sniffer on to identify the legitimate traffic etc it should be no problem to setup. If you require further assistance, please do not hesitate to contact me off-list. Best regards, Dom Stocqueler Zoo Keeper - SysDom Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Elijah Savage Sent: 12 June 2003 02:50 To: [EMAIL PROTECTED] Subject: Traffic Shaping web traffic will this work? [7:70559] All, Long story short we have a point to point t1 back to corporate. While using nbar on the router along with sniffers 90% of the traffic is web based and things like sql transfers and legitimate business traffic is timing out because of congestion basically the t1 is maxed out during working hours. At night legit traffic runs great no one in the office and no http traffic and things are great. I know this is a management problem about appropriate use and management knows also after I presented them with this data but they want to do something short term to throttle http traffic. Can I use generic traffic shaping like below so that http does not consume no more than half of the link see below. Example int s0/0 traffic-shape group 199 50 62500 62500 access-list 199 permit 80 any any On CCO I can only find this done with standard access-list nothing about extended access-list is mentioned that I can find. http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_configur ation_guide_chapter09186a00800c60cc.html Thank you Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=70564&t=70559 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Traffic Shaping web traffic will this work? [7:70559]
Not to mention I just realized after posting this my access-list is screwed up it should be. Access-list should actually look like this Access-list 199 permit tcp any any eq www -Original Message- From: Dom [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 11, 2003 11:49 PM To: Elijah Savage; [EMAIL PROTECTED] Subject: RE: Traffic Shaping web traffic will this work? [7:70559] It looks like a job for Class Based Weighted Fair Queueing (CBWFQing). As you have already put a sniffer on to identify the legitimate traffic etc it should be no problem to setup. If you require further assistance, please do not hesitate to contact me off-list. Best regards, Dom Stocqueler Zoo Keeper - SysDom Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Elijah Savage Sent: 12 June 2003 02:50 To: [EMAIL PROTECTED] Subject: Traffic Shaping web traffic will this work? [7:70559] All, Long story short we have a point to point t1 back to corporate. While using nbar on the router along with sniffers 90% of the traffic is web based and things like sql transfers and legitimate business traffic is timing out because of congestion basically the t1 is maxed out during working hours. At night legit traffic runs great no one in the office and no http traffic and things are great. I know this is a management problem about appropriate use and management knows also after I presented them with this data but they want to do something short term to throttle http traffic. Can I use generic traffic shaping like below so that http does not consume no more than half of the link see below. Example int s0/0 traffic-shape group 199 50 62500 62500 access-list 199 permit 80 any any On CCO I can only find this done with standard access-list nothing about extended access-list is mentioned that I can find. http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_configur ation_guide_chapter09186a00800c60cc.html Thank you Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=70565&t=70559 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Traffic Shaping web traffic will this work? [7:70559]
Something else to remember is that with web traffic, the outgoing request is tiny, the return traffic from the server is what is going to utilize the majority of the bandwidth. If you are going to use GTS, it only works on outbound traffic on an interface, so you would apply this to the Ethernet port that goes back to your users and would configure your access list to match any source using tcp port 80 to any destination any port. Access-list 199 permit tcp any eq 80 any -Original Message- From: Elijah Savage [mailto:[EMAIL PROTECTED] Sent: Thursday, June 12, 2003 12:04 AM To: [EMAIL PROTECTED] Subject: RE: Traffic Shaping web traffic will this work? [7:70559] Not to mention I just realized after posting this my access-list is screwed up it should be. Access-list should actually look like this Access-list 199 permit tcp any any eq www -Original Message- From: Dom [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 11, 2003 11:49 PM To: Elijah Savage; [EMAIL PROTECTED] Subject: RE: Traffic Shaping web traffic will this work? [7:70559] It looks like a job for Class Based Weighted Fair Queueing (CBWFQing). As you have already put a sniffer on to identify the legitimate traffic etc it should be no problem to setup. If you require further assistance, please do not hesitate to contact me off-list. Best regards, Dom Stocqueler Zoo Keeper - SysDom Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Elijah Savage Sent: 12 June 2003 02:50 To: [EMAIL PROTECTED] Subject: Traffic Shaping web traffic will this work? [7:70559] All, Long story short we have a point to point t1 back to corporate. While using nbar on the router along with sniffers 90% of the traffic is web based and things like sql transfers and legitimate business traffic is timing out because of congestion basically the t1 is maxed out during working hours. At night legit traffic runs great no one in the office and no http traffic and things are great. I know this is a management problem about appropriate use and management knows also after I presented them with this data but they want to do something short term to throttle http traffic. Can I use generic traffic shaping like below so that http does not consume no more than half of the link see below. Example int s0/0 traffic-shape group 199 50 62500 62500 access-list 199 permit 80 any any On CCO I can only find this done with standard access-list nothing about extended access-list is mentioned that I can find. http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_configur ation_guide_chapter09186a00800c60cc.html Thank you Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=70577&t=70559 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Traffic Shaping web traffic will this work? [7:70559]
I would have to agree with Dom. CBWFQ is probably your best bet as you can set up your classes for the various traffic types that you have sniffed out. ""Elijah Savage"" wrote in message news:[EMAIL PROTECTED] > Not to mention I just realized after posting this my access-list is > screwed up it should be. > > Access-list should actually look like this > > Access-list 199 permit tcp any any eq www > > -Original Message- > From: Dom [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 11, 2003 11:49 PM > To: Elijah Savage; [EMAIL PROTECTED] > Subject: RE: Traffic Shaping web traffic will this work? [7:70559] > > It looks like a job for Class Based Weighted Fair Queueing (CBWFQing). > As you have already put a sniffer on to identify the legitimate traffic > etc it should be no problem to setup. > > If you require further assistance, please do not hesitate to contact me > off-list. > > Best regards, > > Dom Stocqueler > Zoo Keeper - SysDom Technologies > > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of > Elijah Savage > Sent: 12 June 2003 02:50 > To: [EMAIL PROTECTED] > Subject: Traffic Shaping web traffic will this work? [7:70559] > > > All, > > Long story short we have a point to point t1 back to corporate. While > using nbar on the router along with sniffers 90% of the traffic is web > based and things like sql transfers and legitimate business traffic is > timing out because of congestion basically the t1 is maxed out during > working hours. At night legit traffic runs great no one in the office > and no http traffic and things are great. > > I know this is a management problem about appropriate use and management > knows also after I presented them with this data but they want to do > something short term to throttle http traffic. > > > Can I use generic traffic shaping like below so that http does not > consume no more than half of the link see below. > > Example > > int s0/0 > traffic-shape group 199 50 62500 62500 > > access-list 199 permit 80 any any > > > On CCO I can only find this done with standard access-list nothing about > extended access-list is mentioned that I can find. > http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_configur > ation_guide_chapter09186a00800c60cc.html > > Thank you Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=70580&t=70559 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Traffic Shaping web traffic will this work? [7:70559]
(this from my usenet post on kazaa) apply source/dest ip when making traffic shaping decisions!) the problem is the response from the user in your org to the internet is not going back over port 1214.. usually it will hit 1214 and go back like 2000 to 4000 tcp (assuming windoze boxes) your best best is using "ranges" of a subnet or one whole subnet for just users.. then use traffic shaping to slow down bw upload... see (say users are .129 to .254 in 10.0.1.0/24 access-list 102 permit ip 10.0.1.128 0.0.0.127 any int s0/0 traffic-shape group 102 64000 8000 8000 1000 Just make sure to remember traffic shaping effect data going OUT of an Interface... also check order of operation, find out if nat comes before or after traffic shaping (i think after) then you would need to match THE IP the users nat to on your OUTSIDE interface.. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=70588&t=70559 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
help required in configuring frame relay traffic shaping [7:44394]
Hello Can anybody tell me any mistake or missing configuration for frame relay traffc shaping? I connected two cisco 2600 router serial interfaces throug 32 k link. I configured point to point frame relay subinterface on both interfaces. I want to use this link on CIR 16k and peak rate 32k. My configuration is On interface frame-ralay traffic shaping and on subinterface frame-relay class cisco and for map-class map-class frame-relay cisco frame-ralay traffic-rate 16000 32000 frame-relay adaptive-shaping becn and I also tried map-class frame-relay cisco frame-ralay cir 16000 frame-relay bc 2000 frame-relay be 2000 frame-relay adaptive-shaping becn Problem is that when I run data on line e.g. file transfer, bandwidth uses always 16k or less although no other data run on ckt and total available bandwidth is 32 k. The data rate does not reach to peak rate and if I remove traffic shaping then total 32 k used. Is any missing parameter or command in above configuration? regards Khurrum -- ___ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=44394&t=44394 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Traffic Shaping and LLQ on MSFC's and RSM's [7:61575]
A friend of mine mentioned that it was not possible to do traffic shaping or LLQ on a VLAN interface located on an MSFC or RSM in a Catalyst 6500 and Catalyst 5500 respectively. Can anyone verify this. Cisco's feature navigator suggested that it certainly was possible on the MSFC but I didn't see anything regarding the RSMs in the 5500. Thanks, -Michael CohenNote: The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. ThruPoint, Inc. Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=61575&t=61575 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: help required in configuring frame relay traffic shaping [7:44397]
""Khurrum Shahzad"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Hello > Can anybody tell me any mistake or missing configuration for frame relay > traffc shaping? > I connected two cisco 2600 router serial interfaces throug 32 k link. I > configured point to point frame relay subinterface on both interfaces. I > want to use this link on CIR 16k and peak rate 32k. > > My configuration is > > On interface > >frame-ralay traffic shaping > > and on subinterface > >frame-relay class cisco > > and for map-class > > map-class frame-relay cisco > frame-ralay traffic-rate 16000 32000 > frame-relay adaptive-shaping becn > > > and I also tried > > map-class frame-relay cisco > frame-ralay cir 16000 > frame-relay bc 2000 > frame-relay be 2000 > frame-relay adaptive-shaping becn > > > Problem is that when I run data on line e.g. file transfer, bandwidth uses > always 16k or less although no other data run on ckt and total > available bandwidth is 32 k. The data rate does not reach to peak rate and > if I remove traffic shaping then total 32 k used. Is any missing parameter > or command in above configuration? > > regards > > Khurrum > > > -- > ___ > Sign-up for your own FREE Personalized E-mail at Mail.com > http://www.mail.com/?sr=signup Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=44397&t=44397 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: help required in configuring frame relay traffic shaping [7:44404]
I have been most successful in traffic-shaping when I apply it in the following way. Configure frame relay traffic-shapping on the main interface This by default will configure all sub-interfaces to shape at a rate of 56K. Create you map class and add the following. Configure your CIR (In Cisco Terms this would be your 32K) Configure your MINCIR(In Cisco Terms this is your 16K) Configure your Bc value (If equal to or less that 640K best rule is 1/8th of CIR) In this case your Bc value would be 4K. Cisco recommends you use the 1/8th rule. However, your Bc value should never be greater than 80K. Apply your Map Class to the sub interface. This should work! Good Luck! Eric Lange USBank Network Engineering "Steven A. Ridder" To: [EMAIL PROTECTED] Subject: Re: help required in configuring frame relay traffic shaping Sent by: [7:44397] nobody@groups tudy.com 05/17/2002 02:24 PM Please respond to "Steven A. Ridder" ""Khurrum Shahzad"" wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... > Hello > Can anybody tell me any mistake or missing configuration for frame relay > traffc shaping? > I connected two cisco 2600 router serial interfaces throug 32 k link. I > configured point to point frame relay subinterface on both interfaces. I > want to use this link on CIR 16k and peak rate 32k. > > My configuration is > > On interface > >frame-ralay traffic shaping > > and on subinterface > >frame-relay class cisco > > and for map-class > > map-class frame-relay cisco > frame-ralay traffic-rate 16000 32000 > frame-relay adaptive-shaping becn > > > and I also tried > > map-class frame-relay cisco > frame-ralay cir 16000 > frame-relay bc 2000 > frame-relay be 2000 > frame-relay adaptive-shaping becn > > > Problem is that when I run data on line e.g. file transfer, bandwidth uses > always 16k or less although no other data run on ckt and total > available bandwidth is 32 k. The data rate does not reach to peak rate and > if I remove traffic shaping then total 32 k used. Is any missing parameter > or command in above configuration? > > regards > > Khurrum > > > -- > ___ > Sign-up for your own FREE Personalized E-mail at Mail.com > http://www.mail.com/?sr=signup Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=44404&t=44404 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
