-----Original Message----- From: lartc-admin@xxxxxxxxxxxxxxx [mailto:lartc-admin@xxxxxxxxxxxxxxx] On Behalf Of Ed Wildgoose Sent: Wednesday, February 16, 2005 1:44 PM Debug this first. It's not hard to sit and watch the byte counters scroll up. If any traffic goes to queues that you don't expect then you know something is wrong. By the way, your other errors indicate that you don't have the correct kernel modules loaded.... As I said though, my softphone on the PC kept going stuttery on the uplink even though QOS was working. (And only the uplink, downlink was perfect). With the hardware phone it's perfect even when the link is under stress. I'm not sure exactly why, but I did notice that after a few mins the softphone usually got it's act together so I suspect it's a default delay thing which needs to get settled down to the level of jitter on the line.... -----Original Message----- Well, the byte counters seem to be doing what they should... When using a 'tc -s class show dev eth0' over and over again <grin> I get appropriately increasing send/receive/lended/etc rates (I suppose). Still choppy, however. I tried one of these numbers: 'ip link set dev $DEV2 qlen 10' in the script, having found that suggestion on a VOIP board somewhere, but nothing seems to have changed. I've tried many different queue scripts, some from others, some from my own addled mind, and none have worked. Most of the VOIP boards I've consulted have many, many messages from people who haven't been able to get Vonage to play nice through any rational means. Explanations seem to vary from the tin-foil-hat crowd, to the lets-write-a-28-page-script folks. I'm very tempted to just go back to my Cisco gear for the QoS and leave this stuff be. The only last lucid--somewhat--thought that I had was that I might need to slow down my eth1 connection, which is to the switch, and hence all devices including my desktop--the one which hogs all bandwidth--because maybe the Vonage box can't get through. Only trouble with that theory, though, is watching in Ethereal, the SIP packets come in with no delay... It's the RTP stuff that gets hung up on the way out. As to the incorrect modules, I'm still working on that one. I upgraded this box from RH9.0 to a from-source 2.6.10 kernel, and for some reason (init scripts, to be sure) it doesn't like to load any QoS modules on-the-fly; I have to dump 'em all in manually. _______________________________________________ LARTC mailing list / LARTC@xxxxxxxxxxxxxxx http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
