Thanks to everyone who responded. I also double-checked with Cisco TAC and you guys are right. No LLQ on MSFC's or RSM's unless you're using FLEXWAN's. Thanks again...
-Michael Cohen -----Original Message----- From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: 1/23/03 10:41 AM Subject: RE: Traffic Shaping and LLQ on MSFC's and RSM's [7:61575] 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 Note: 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=61715&t=61575 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]