FreePBX guru required

I have done a lot of asterisk projects. Please check my profile for customer feedback. Please send the details of your provider and the description of the issue.

A proposal has not yet been provided

Hello, You describe your issue not clear. First, you need to check diaplan for outbound is configured is corrected. Second, if dialplan for outbound is ok, please check on console when dial out, what trunk, route that diaplan process. You can find a bug and correct it. If you still het trouble, please let me know. Regards, Vu Le

Network Engineer, System Administrator, VoIP Expert. More than 4 years experience with asterisk: freepbx, goautodial, vicidial, elastix, trixbox. Linux Expert with more than 4 years experience: CentOS, RedHat, Ubuntu, Suse.

4 years experience in Asterisk, Elastix, Cisco and a variety of VoIP devices, PHP Programer. I'm the general manager in a VoIP integrator of my country with a great reference.

A proposal has not yet been provided

Currently I can help you fix outbound calls for given issue due to time constraints. Also if you could share a brief description of existing set-up

I am an asterisk pbx expert that experienced in complexes telephony system an worked with many voip provider and telecoms.

!!!!!!!!!! Hi, I am highly interested in this project because my partner is free at weekend and he is highly technical guy and he is a director in a UK based company so we will spend time tomorrow and get it done for you. thank you

Hello, I am an Asterisk specialist with strong development background. I can fix your routing problems, secure your Linux server and harden the iptables and fail2ban filters. Furthermore I can assist you with all your networking problems and connect you to your voip providers. Thank you, Daniel Friedman Trixton LTD.

Hi, I have recently performed an upgrade from FreePBX to GoAutodial for a customer so i am quite experienced with the whole setup. In order to fix the outbound calls issue, i will perform protocol analysis( by performing dump on the interface) to check where the blocking point is. From the troubeshooting perspective , it can be that there is a generic mistmatch on the sip configuration ( i presume the outbound trunk will be using SIP) - subject to further analysis. Once we are clear of this problem, then we will move to quemetrics integration . As for security, i will tighten the security on the OS level ( configure static routing on iptables) , prevent injection on MySQL ( in case we are on Internet) and other additional measures ( such as changing apache default config). In total i will complete this activity within 7 working days. Cheers, Arben

Предложение еще не подано

A proposal has not yet been provided