Chuck's Long Road wrote: > > I'm putting in some rack time to review certain QoS features. > Configuration > is not really a problem. MQC makes this really easy :-> > > However, I am attempting to observe results, and I am finding > that I am > unable to make bad things happen, such as packet drops. > > I am pinging from three different routers on a token ring to 3 > other routers > via a 64K frame relay. The router that bridges the token ring > and frame > networks has the policy configured.
You would have to exceed 64 Kbps for drops to occur, wouldn't you? Do you have any idea how much bandwidth you're using on the Token Ring side? What does show int show for load? I'm thinking you'll need to do more than ping. The problem with Cisco's ping is that it doesn't let you specify how much time between pings, sometimes called an interval. The timeout value is for unsucessful pings. But what you need is a configurable interval between the sending of pings, successful or not. A real operating system or real ping tool would let you do this. ;-) Ping in the MS-DOS prompt on Windows doesn't have this either, at least not the version I'm using. But ping under UNIX does, although it may not let you set the interval low enough. Some UNIXes have a -f (flood) option that will let you really whip the pings out. And a ping utility would let you do that too. For example, I use iNetTools from WildPackets. Are you trying to consume bandwidth just by using router tools or could you use a host also? Then there are many more options, of course. Hmm, what are some other ways to consume bandwidth by just configuring router options. Gazillions of SAPs? Gazillions of AppleTalk networks with RTMP? Can you FTP or RCP stuff to and from the routers? _______________________________ Priscilla Oppenheimer www.troubleshootingnetworks.com www.priscilla.com > > class-map match-all pingr6 > match ip precedence 6 > class-map match-all pingr7 > match ip precedence 7 > class-map match-all pingr5 > match ip precedence 5 > ! > policy-map 200filter > class pingr5 > police 8000 1500 1500 conform-action transmit > exceed-action drop > class pingr6 > police 8000 1500 1500 conform-action transmit > exceed-action drop > class pingr7 > police 8000 1500 1500 conform-action transmit > exceed-action drop > ! > ! > interface Serial0 > bandwidth 64000 > > ( clockrate on the frame switch is set to 64K ) > > ip address 192.168.50.1 255.255.255.0 > encapsulation frame-relay > ip ospf priority 100 > service-policy output 200filter > no fair-queue > frame-relay map ip 192.168.50.2 102 broadcast nocompress > frame-relay map ip 192.168.50.3 103 broadcast nocompress > frame-relay map ip 192.168.50.4 104 broadcast nocompress > ! > > I'm using extended ping, and setting the packet size to 1500, > and the ToS > bit to match the values in the class-maps. > > Replies appear to be slow, but nothing is being dropped, as I > would expect. > Even when I throw in traffic from the border router just to > fill up > bandwidth. > > Anyone got some thoughts on "proof of concept" for policing? > > Chuck > -- > > www.chuckslongroad.info > like my web site? > take the survey! > > Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=54138&t=54134 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
