On 4/19/07, Robert Blayzor <[EMAIL PROTECTED]> wrote: > > Packets actually match the respective classes, but queueing never kicks > > in. > > > > Even if a bandwidth is applied to the Virtual Access - queueing just > > won't work.
On virtual access you must use some back pressure mechanism like shaping, then will queueing work. something like this policy-map dsl_1mbps class class-default shape average 950000 service-policy dsl_1mbps_x policy-map dsl_1mbps_x class prefered-traffic-out priority 256 David > > > > Is this the same for you? > > > That *may* just be a display issue on the session policy-map session > counters? I'm not sure, but I see what you're saying. > > If I do a: > > show policy-map session uid 39 output > > > Under the priority classification the last thing I see is "Priority 50% > (750 kbps)..." but then no Queuing indication under it. (like I see with > the bandwidth statements) > > It's hard to say if queuing is actually happening or not. > > -- > Robert Blayzor, BOFH > INOC, LLC > rblayzor\@(inoc.net|gmail.com) > PGP: 0x66F90BFC @ http://pgp.mit.edu > Key fingerprint = 6296 F715 038B 44C1 2720 292A 8580 500E 66F9 0BFC > > Field tested: Manufacturing doesn't have a test system. > _______________________________________________ > cisco-nsp mailing list cisco-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ > _______________________________________________ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/