fmateo05

Give it by closed source; anyway it is already privative software. It is time for develop a fork of any mode. The biggest blow to privative and/or proprietary software is writing good code. Particularly at this time I agree with OSS version but also completely against of open-core philosophy. 'OSS folks' should be reunited to plan some development disregarding any open-core components, and distribute it in parallel with the closed source; i would further give examples (someone of you may already know) about some succesful OSS alternatives that began with closing the source.

Can you try by uncommenting <param name="aggressive-nat-detection" value="true"/> ?

You are right... You are right.

I was installing Sangoma's FreePBX and they started to charge for each important addon after the setup. Will stay on kazoo.

But anyway gone.

In that case you can use a kind of proxy that exits to USA I remember this happened to my environment when located outsude of USA. Used a proxy or socks5 with IP from there, and the error did stop showing

Where is the VPS located?

Continue the install procedure and let me know

Now you can execute yum-config-manager --disable freeswitch and then retry the next yum install

# echo "MYUSERNAMEFORTOKEN"> /etc/yum/vars/signalwireusername # echo ${TOKEN} > /etc/yum/vars/signalwiretoken # yum install wget # wget https://$(< /etc/yum/vars/signalwireusername):$(< /etc/yum/vars/signalwiretoken)@freeswitch.signalwire.com/repo/yum/centos-release/freeswitch-release-repo-0-1.noarch.rpm # rpm -i --replacefiles freeswitch-release-repo-0-1.noarch.rpm Skip these steps by installing freeswitch without them

[root@test-kazoo ~]# yum install -y https://packages.2600hz.com/centos/7/stable/2600hz-release/4.3/2600hz-release-4.3-0.el7.centos.noarch.rpm Loaded plugins: fastestmirror 2600hz-release-4.3-0.el7.centos.noarch.rpm | 11 kB 00:00:00 Examining /var/tmp/yum-root-qcoe5E/2600hz-release-4.3-0.el7.centos.noarch.rpm: 2600hz-release-4.3-0.el7.centos.noarch Marking /var/tmp/yum-root-qcoe5E/2600hz-release-4.3-0.el7.centos.noarch.rpm to be installed Resolving Dependencies --> Running transaction check ---> Package 2600hz-release.noarch 0:4.3-0.el7.centos will be installed --> Finished Dependency Resolution Dependencies Resolved ====================================================================================================== Package Arch Version Repository Size ====================================================================================================== Installing: 2600hz-release noarch 4.3-0.el7.centos /2600hz-release-4.3-0.el7.centos.noarch 22 k Transaction Summary ====================================================================================================== Install 1 Package Total size: 22 k Installed size: 22 k Downloading packages: Running transaction check Running transaction test Transaction test succeeded Running transaction Installing : 2600hz-release-4.3-0.el7.centos.noarch 1/1 Verifying : 2600hz-release-4.3-0.el7.centos.noarch 1/1 Installed: 2600hz-release.noarch 0:4.3-0.el7.centos Complete! This is my output by this moment. It showed no errors. Going to install other components ]# rpm -qa kazoo-applications kazoo-applications-4.3-170.el7.centos.noarch The other components are installing correctly so far..

I see... I am going to prepare a test machine and check the steps to see how it presents the error

Can you test by disabling the freeswitch main repo? yum --disablerepo=freeswitch install kazoo-applications (for example)

I am quite indifferent. Some of my customers have chosen/migrated alternative pbx's in the mean time. These are less robust compared to kazoo, but they solve at least the basics.

Hi. I added some brands with models to the source code, the next step is to make work the combo keys to them from the UI. https://github.com/fmateo05/provisioner

I agree with Tuesday 9:00 -or- 9:30 AM PST

I am trying some tests to make it send the message correctly. The logs shows similar to this (with debug) 15:27:02.624 [debug] |Ci~qQUKL7a|kz_amqp_channel:245(<0.10237.78>) published to im(direct 333B) exchange (routing key sms.outbound.Ci~qQUKL7a) via <0.4190.21> 15:27:02.626 [debug] |7f98b0f8025a9d988ad65997c680fcde|kz_services_plan:318(<0.10239.78>) fetching plan 21013770bd8a23de0187944eb217fd8b/plan_simple_1 15:27:02.629 [debug] |7f98b0f8025a9d988ad65997c680fcde|kz_services_plans:196(<0.10239.78>) adding plan 21013770bd8a23de0187944eb217fd8b/plan_simple_1 for bookkeeper default_bookkeeper 15:27:02.632 [debug] |7f98b0f8025a9d988ad65997c680fcde|kz_services_plan:318(<0.10239.78>) fetching plan 21013770bd8a23de0187944eb217fd8b/plan_simple_1 15:27:02.632 [debug] |7f98b0f8025a9d988ad65997c680fcde|kz_services_plans:196(<0.10239.78>) adding plan 21013770bd8a23de0187944eb217fd8b/plan_simple_1 for bookkeeper default_bookkeeper 15:27:02.645 [debug] |7f98b0f8025a9d988ad65997c680fcde|kz_im_onnet:250(<0.10239.78>) not routing #{account => <hidden-information/> reseller_id => <<"21013770bd8a23de0187944eb217fd8b">>, route => undefined} It is trying the send in offnet number. Looking how to configure offnet text messaging or to force onnet

Very good. Going to explore a bit about this

I am available from 9:00AM to 4PM EST.

Glad to help.

This one: Youtube video It is pretty easy to configure like that and can be any callcenter solution that support SIP protocol. I would some test with higher amount of agents/queues

We have found a workaround call queue management integrated with kazoo. It currently is in testing stage and not using acdc engine.

.

Hi. I am Felipe Mateo, my nick is @fmateo05. I used kazoo initially as a hobby; then I started to perform different kind of installs on open source environment. Have archieved a lot of experience thanks to this platform. Going to contribute as I can...

Excellent.