We are currently in the testing phase of two separate projects involving voice and/or video over IP over frame relay. Many months ago when we began planning these projects I began researching my QoS options. Almost without fail everyone suggested using LLQ/CBWFQ so that is the approach I took. It seems to work just fine and I don't see any problems with it. However, while working on some video issues a TAC engineer informed me that LLQ doesn't work for voice/video over frame relay. "Hmmm....Interesting," I said. "It sure seems to be working!" He's supposed to be sending a CCO link that explains why it doesn't work even though it's working. Perhaps my configuration is not the intended use of LLQ but it seems to work just fine. I think the issue they have is that attaching a service policy to the major interface has implications when you're really using frame relay subinterfaces. However, it works great in my experience. Anyway, I'm doing some more reading and it seems that CCO suggests the use of ip rtp priority when running VoIPoFR, instead of trying to configure LLQ. Have any of you had experience with these? Have you had better luck with one mechanism compared to the other? And how about adding frame relay fragmentation? The links in question are T-1s so it doesn't appear to be necessary, but it might be a little bit helpful. Any suggestions there? I can see one major downside to using only ip rtp priority: there's no way to see if it's even operating without turning on debugging. With LLQ I can use simple show commands to see which packets are hitting which policy. Any advice from the pros? Thanks, John _________________________________ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
