Once I tried to use LLQ on the MSFC to priorize audio multicast traffic. The command 'sh mls ip multicast' (a tip from a groupstudy guy) showed that the multicast traffic was going through the PFC, so the LLQ was not helping.
"John Humphrey" @groupstudy.com em 22/01/2003 19:47:44 Favor responder a "John Humphrey" Enviado Por: [EMAIL PROTECTED] Para: [EMAIL PROTECTED] cc: Assunto: RE: Traffic Shaping and LLQ on MSFC's and RSM's [7:61575] I've encountered this issue in our production environment with policy-maps. Here's the answer Cisco's TAC gave me. Since the msfc interfaces are software based, the MLS engine will bypass the route processor on most of your layer 3 packets. This prevents the shaping/policing policy from being applied on all egress traffic. You can, however, successfully apply the policies to all ingress traffic because it must travel thru the Layer 3 process before it is sent to the destination node. So, if you're applying a service-policy to a msfc interface it must be applied with "input" as the direction. I'm not sure what effect disabling MLS would have on this process but I'm sure the benefits (if there would be any) would not be worth it. You can however use QoS policies on the layer 2 modules with acl mapping to achieve much of the same benefits. jh Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=61674&t=61575 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]