Mark Spring wrote: >QOS in your network shouldn't be relavent either with so few phones >and I would assume you have network traffic to match it. The only time >this would help is if you were downloading a nice chunk of data and >were talking on the phone. I would think you should be able to get by >unless: A) Your connection is too slow to do much more than voip B) >The codec you're using isn't friendly to your connection. > > >Mark > > I see your arguments for POE easily. And also for some of the other features. Now as to the QOS, I have had issues already with my current router and only one VoIP ISP vs. eMule (P2P). eMule, no matter how I set it up would lock up the whole LAN even though the bits traveling were way under the 10/100 limits. Comcast maxes out at 4Mbit/0.384Mbit. It seems if the QOS setup in the iptables of the astlinux system are carried throughout the LAN system then I can force the eMule to stay within bounds and leave some resources for VoIP activity.
Will UNmanaged be sufficient to handle the QOS settings and keep priorities within my LAN ? Do I NEED to get only a managed switch to handle the QOS settings ? I have looked at a number of UNmanaged switches and all were silent about QOS. I read over specs for one managed switch and there was all kinds of mentioning of QOS specs. What I want is for NO activity on my LAN to interfere with VoIP usage. What I have read so far is that QOS seems to be the closest to support that. From the above u/l info I may be limited to 3 simultanous conversations. That is probably one more than I ever rarely use. What ever I buy, I want to be sure that it does the job and I wont need to replace it for a number of years. Rich _______________________________________________ Astlinux-users mailing list [email protected] http://lists.kriscompanies.com/mailman/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to [EMAIL PROTECTED]
