Me thinks more bandwidth would be a better idea. In this type of instance nothing will fix the problem without hitting it hard enough. Normally we use a separate pass thru appliance to groom the internet bandwidth to keep voice happy and prioritize by application (layer 7 stuff). We've never found a more encompassing way of doing it that will auto recognize the protocols we need given best priority.Even if this is what you do today, using codec based policies, once your call capacity changes you are back to the drawing board again. You might need to hunker down on whatever routers you have an ensure you give your most important items best priority, but I've never found a router that couldn't be fooled too easily by some new app. On Jul 24, 2012 10:01 PM, "Mark Dutton" <repl...@datamerge.com.au> wrote:
> > > Yes i guess you could use groups for phones, but what if you > have say 3 sites, each with their own voice switch? Site 1 > and site 2 have 10Mb/S lines, but site 3 has 1Mb/s and the > users are also using terminal services. They only want to > commit 200k to voice, but they want 6 call capacity. You are > now talking sipX to sipX and unless all the phones are set > to only use a low bandwidth codec, even for internal calls, > you are going to get a high bandwidth call. > > Perhaps the sip trunks could be enhanced with codec lists. > When you create a trunk between two sites, the SIP trunk > will pass on only the allowed codecs for negotiation. If > the calling endpoint does not offer a suitable codec, then a > "488 not acceptable" would be returned from the SBC? > > Maybe I am getting too ambitious. > > -- > Regards > > Mark Dutton > > _______________________________________________ > sipx-users mailing list > sipx-users@list.sipfoundry.org > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- LAN/Telephony/Security and Control Systems Helpdesk: Telephone: 434.984.8426 sip: helpd...@voice.myitdepartment.net Helpdesk Customers: http://myhelp.myitdepartment.net Blog: http://blog.myitdepartment.net
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/
