If you're getting output drops then the interface may well be getting genuinely congested, albeit on a very temporary basis.
I have seen an IPTV platform achieve a target streaming rate by 'bursting' at full line rate - eg. 100mbps achieved by sending full 1Gbps of traffic then 9 x 0Gbps of traffic every interval. Add this to the existing background unicast traffic and you have easily filled the egress buffers of a 67xx card during the burst. I was able to resolve my issue by attaching the headend at a lower access rate, (100mb in this case), reducing it's ability to fill core links. A little crude, but very effective! Richard -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Colin Whittaker Sent: 16 April 2007 15:00 To: cisco-nsp@puck.nether.net Subject: [c-nsp] 6500 / 7600 output drops Hi All, We are seeing some very serious with output drops on our 6500 / 7600 platforms. We have sup720-3b with 6748 series lines cards, rj45 and sfp. We have our IPTV headend connected via a single interface (int 1) and is producing 400 - 450 Mbit/sec of multicast traffic. We have a downstream network connected to a second interface (int 2) that is watching all the tv channels at the same time and so all groups are forwarded out int 2 With just multicast traffic flowing between two interfaces everthing works fine but as soon as we add any unicast traffic to the downstream network which enters the 7600 via a different ingress interface we start to see output drops on interface 2 and the associated problems in the video. The unicast traffic is about 200Mbit/sec so the total traffic on the link is 600Mbit/sec at 50kpps Disabling QOS / giving the video queue the highest priority don't seem to make a difference. Is there anything else I should try. Colin -- Colin Whittaker +353 (0)86 8211 965 http://colin.netech.ie colin@(magnet|netech).ie _______________________________________________ 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/ This email and any attachments may be confidential and/or legally privileged. If you have received this e-mail and you are not a named addressee, please inform the sender of this email by sending a return email to the address above and then delete the e-mail and your response from your system. If you are not a named addressee you must not use, disclose, distribute, copy, print or rely on this e-mail. Any views or opinions presented are solely those of the author. Any statements made, or intentions expressed in this communication may not necessarily reflect the view of Easynet. No content herein will bind Easynet or any associated company unless confirmed by the execution of a formal contract by Easynet. Any figures or amounts given in this email are quotations only and are subject to change. Although Easynet routinely screens for viruses, addressees should scan this e-mail and any attachments for viruses. Easynet makes no representation or warranty as to the absence of virus! es in this e-mail or any attachments. Please note that to ensure regulatory compliance and for the protection of our customers and business, we may monitor and read e-mails sent to and from our server(s). Easynet Limited a company incorporated and existing under the laws of England and Wales, with company number 2954343 and having its registered office at 44-46 Whitfield Street London, W1T 2RJ. _______________________________________________ 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/