I really ONLY care about AA/Voicemail/Conferencing (since everything else seems to work). I am assuming the only time I will need it is in freeswitch, caller using G.729, hits AA/vmail or conference. I get 4 licenses, I am assuming 5th concurrent caller (using G.729) will probably not hear anything. in the case of conferencing, oh well. in the case of AA or vmail, maybe he will call back.
maybe 10 licenses ($100) isn't all that much to spend if it works.

I thought I did turn off everything in voip.ms except G729 and the caller can't reach AA or Vmail if the user doesn't answer.
(you on 4.2.0 yet?)

On 4/20/10 2:08 PM, Eric Varsanyi wrote:
I may be misunderstanding your configuration, but it seems like if you don't care about AA/Voicemail/Conferencing then the freeswitch license isn't going to help (or hurt) you at all.

If your remote callers would be better off with a different codec you could try to limit the codecs their endpoint s/w or h/w will allow (ie: don't advertise g711 at all, just uLaw and g729). If your remote users are on POTS then your issue is between you and your ITSP and you could limit your ITSP configuration to the codecs you like (for instance with voip.ms I can pick which codecs it will accept, I turned off g711 and gsm so now it always negotiates uLaw which is pretty good; I wish they had g722 as an option too though).


--
Michael Scheidell, CTO
Phone: 561-999-5000, x 1259
> *| *SECNAP Network Security Corporation

   * Certified SNORT Integrator
   * 2008-9 Hot Company Award Winner, World Executive Alliance
   * Five-Star Partner Program 2009, VARBusiness
   * Best Anti-Spam Product 2008, Network Products Guide
   * King of Spam Filters, SC Magazine 2008


______________________________________________________________________
This email has been scanned and certified safe by SpammerTrap(r). For Information please see http://www.secnap.com/products/spammertrap/
______________________________________________________________________  
_______________________________________________
sipx-users mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to