Hi, In a busy network you need to use prio. Check how many channels of voice you do need and bandwidth required by each channel (16-32 kbits?). Put voice (udp packets) in the higher priority prio queue and use tbf behind it to limit traffic via prio to the maximum required for your channels. Or use htp putting your udp traffic in the higher priority class. Be careful that higher prio traffic can't be more than 20-30% of the link capacity to avoid starvation of lower prio traffic. Donīt expect good quality in a busy network. When congestion appears your udp packets will be dropped with no mercy (udp is an unresponssive protocol) hurting quality. Best regards, Leonardo Balliache Ps: Cisco has (check your IOS version) RTP header compression that can help a lot to lowering bandwidth requirements. You have to enable it at both sides of the link. Also, why don't try directly with Cisco PQ? At 06:28 a.m. 17/09/02 +0200, you wrote: >From: Andreani Luca <landreani@seltatel.it> >To: "LARTC mailing list (E-mail)" <lartc@mailman.ds9a.nl> >Date: Mon, 16 Sep 2002 11:49:28 +0200 >Subject: Voip and Qos tests > >Hello list, > >I'm performing some tests in order to evaluate the possibility to make Voip >calls on a busy network. >I use some cisco routers with wfq enabled. I want to introduce some linux >boxes acting as routers. >I am especially interested in low-speed (64-128 kbps) links with PPP and >frame-relay. > >Haw you some reference about similar tests? > >Whath qdisc (from tc) has best performance in these situations? > >Thank's > >Luca _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
