QOS, Frame - LLQ sucks 2

[JayNEC]

I've implemented QOS over frame-relay (for VOIP) with the standard proceedure several times now. It sucks every time.
LLQ, with LFI, priority queue for VOIP etc everything Cisco recommends for VOIP of Frame-relay. When there's not a really heavy load it's fine of course. When I put a HEAVY load on it, say with UDP Speed Test:

http://www.mycgiserver.com/~skybuck/)

it craps out. With the QOS there, it shouldn't.

With my PPP T1's I can run the UDP speed test and spew tons of UDP as fast as I want over the pipe and I don't lose calls or dialtone. I've frequently used custom queuing with T1's instead of LLQ.

So, is it the frame providers that are dropping the ball, or the router not prioritizing correctly?

 

[njgpeck]

jneiberger,

Thanks! I've been trying to figure this out on my own, this will help a lot!

I'll look up LLQ and CB-WFQ and go from there.

So do you think it is worth it to try and get the QOS tagging from my phones to work? Or will the LLQ or CB-WFQ accomplish the same thing?

Thanks again!

Nic

If at first you don't succeed....then sky diving isn't for you.

 

[jneiberger]

You have to mark or tag the packets somewhere, so you might as well do it at the source (the phones). That is only the first step in setting up QoS, though. All you have done by marking your packets is classify them. You haven't configured any special treatment for different classes, so they're still all being treated equally.