Results 1 to 6 of 6

Thread: Recent BYOD Server Changes and QoS

Threaded View

Previous Post Previous Post   Next Post Next Post
  1. #3

    Default Re: Recent BYOD Server Changes and QoS

    Quote Originally Posted by claganga View Post
    The problem with QOS is once you're on the public network the QOS is gone. So the best you can do is internally have your network prioritize the traffic. That said, assuming you use cable, upstream is your limited bandwidth and you can make some gains here.
    I concur with this. The main reason I use QoS is to insure VoIP does not compete with other traffic leaving my network.

    Quote Originally Posted by claganga View Post
    I'd suggest one of two approaches, of which I do the later.

    1)IF your router supports priority by ports then set all ports to normal, SIP(udp/5060) to one notch above, and RTP(some range) to highest. Now the problem is your softphone needs to let you configure an port range for RTP and it also needs to use the same socket for inbound and outbound. Such that the UDP out has the from port the same as your QOS range.
    I concur with this too, but my softphone does not allow me to set the UDP ports (and VOIPo appears to use a very large range).

    Quote Originally Posted by claganga View Post
    2)If your softphone/router lets use COS or DSCP then configuring the tagging and priority that way. tag signalling medium and rtp above that. This is ideal esp if you have a more complex network then just a router and switch. Also some Access points will use DSCP or COS to prioritize as well
    While my router and AP support this, and I feel this is the idea scenario, unfortunately my softphone does not.

    Quote Originally Posted by claganga View Post
    In the end all you will able to do is prioritize outbound traffic. Inbound traffic is trickier and you'd need a router smart enough to associate traffic because the inbound traffic will be all over the place in terms of ports and sources.
    I concur with this too, but mainly because the bandwidth is consumed before my router can make a queuing decision.

    Thanks for taking the time to reply—everything you mentioned is spot on as it relates to VoIP and QoS.
    Last edited by Bink; 08-17-2012 at 10:18 AM.

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •