Strangely enough, we're using LLQ to support video conferencing with Polycomm equipment. However, I don't really have any idea why you're getting that error. What routers are you using?
About the only difference I can think of between our implementations is that we're setting the IP Precendence in the Polycomm units and then I'm using that to identify video traffic in the class-map instead of using an access list. That won't matter with this issue, obviously. Another trick, which I don't think is officially supported but seems to work, is to not apply the LLQ to the frame relay class directly. Simply go to the major interface and use the service-policy command there. It may not be "correct", but it might accomplish your goal anyway. Also, even though it won't make a difference here, you may want to reconsider the use of fragmentation, or at least try it without it once you get this working. I've found, at lease with VoIP, that fragmentation made things worse. I'm not sure why, but it did. Regards, John >>> "Steve Manuel" 2/22/02 2:05:40 PM >>> To Group: I am working with a client who is having problems with Video Conference using Polycom Equipment. The problem is jitter and audio drops. The solution that has been suggested to us by Cisco Low Latency Queueing (LLQ) over Frame Relay. I'm not sure the release but I was told this is a new feature for Frame Relay. We were instructed to upgrade to 12.2.6a IP Plus Feature Set... We did this.. This particular client has one DLCI on the physical interface, the port speed of the interface is 768kb. This is the same for both sites that have the video equipment. Here's the configuration I put together. access-list 101 permit tcp any any range 3230 3231 access-list 101 permit udp any any range 3230 3235 class-map match-all video match access-group 101 Policy-map video-police class video priority 540 class class-default fair-queue 64 map-class frame-relay video-data no frame-relay adaptive-shaping frame-relay cir 768000 frame-relay bc 7680 frame-relay be 0 service-policy out video-police frame-relay fragment 1280 ****Applied to these two commands to physical interface. frame-relay traffic-shaping frame-relay class video-data Here's the error we are getting. I/f Serial0/0 DLCI 400 class video requested bandwidth 540 (kbps) Not Available Removing service policy from map-class We even tried this on a router not connected to the network at all. When you do a show run after the error the service-policy statement is removed from the map-class configuration. Does anyone have experience with LLQ or have any suggestions. Stephen Manuel Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=36276&t=36272 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
