Hi - A lot of my out going calls are failing when there are about 20+ concurrent calls. The server should be able to handle 100+ concurrent calls. I am using Voicepulse.
Checking the CDR log I get a lot of “FAILED” entries. Can someone tell me what failed means? Does this mean that Voicepulse cannot handle this many concurrent calls on a single IAX trunk? In the trunk I have set it to 100 channels.
Ok, this is strange. I talked to Voicepulse and they told me I had 4 channels on my account. Yet I have been able to run about 50 concurrent outgoing calls without any problem. What’s all that about?
Yup - call going through vp connect. Well bug or not, they caught onto it and must have limited my channels hence why everything is failing now. Wow, $20 a month per extra channel plus $20 setup fee! Don’t you think they would make more money off the number of minutes? I am currently using about 20,000 minutes a month. I could care less about the incoming.
Does anyone know any other provider offering SIP/IAX with unlimited outgoing (not incoming) channels, or at least more channels than 4 < 2cents a minute? Or would I be dreaming…?
This is the problem with VoIP, as SIP trunks are selling for 15-30 dollars, some places are even MORE. For another number / DID number. Your best bet is buying more accounts. Alot of companies do 2-3 calls per account, and usually runs what, 20 bucks? Id check out Telasip.com and Teliax.com though, they dont seem too bad. I use broadvoice at home but im not sure i would run my business into that. =/
I have been getting more and more failed calls lately and it prompted me to dig further. I talked to voicepulse and they told me they were able to test some of the numbers that were failing and they tested successfully. I turned on full debugging and after another failed call I pulled up the log. Here is an extract from one of the failed calls:
Oct 25 14:46:51 DEBUG[6810] manager.c: Manager received command 'login’
Oct 25 14:46:51 VERBOSE[6810] logger.c: == Parsing ‘/etc/asterisk/manager.conf’: Oct 25 14:46:51 VERBOSE[6810] logger.c: == Parsing ‘/etc/asterisk/manager.conf’: Found
Oct 25 14:46:51 VERBOSE[6810] logger.c: == Parsing ‘/etc/asterisk/manager_custom.conf’: Oct 25 14:46:51 VERBOSE[6810] logger.c: == Parsing ‘/etc/asterisk/manager_custom.conf’: Found
Oct 25 14:46:51 WARNING[6810] config.c: Unknown directive ‘permit=192.168.1.0/255.255.255.0’ at line 18 of manager_custom.conf
Oct 25 14:46:51 DEBUG[6810] acl.c: 0.0.0.0/0.0.0.0/0.0.0.0 appended to acl for peer
Oct 25 14:46:51 DEBUG[6810] acl.c: 127.0.0.1/255.255.255.0/255.255.255.0 appended to acl for peer
Oct 25 14:46:51 DEBUG[6810] acl.c: ##### Testing 127.0.0.1 with 0.0.0.0
Oct 25 14:46:51 DEBUG[6810] acl.c: ##### Testing 127.0.0.1 with 127.0.0.0
Oct 25 14:46:51 VERBOSE[6810] logger.c: == Manager ‘admin’ logged on from 127.0.0.1
Oct 25 14:46:52 DEBUG[6810] manager.c: Manager received command 'Originate’
Oct 25 14:47:22 DEBUG[6810] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.
Now, what I noticed in each and every failed call in the log was that the time from Origination to the CDR entry was exactly 30 seconds. So are these calls actually being made and timing out afer 30 seconds? If so, shouldn’t they be logged in the CDR as “NOANSWER”?