fmateo05

Did you exec another sup command for check ?. tell me the outputs of hostname and hostname -f commands

As explained in the early replies on this topic. Please use a kind of US based proxy to perform yum install without issues like these (timeout more than 30 seconds). That is if your server/VPS IP is located outside US. Mine is ProxyChains (with a previous search kind of proxy list) https://hidemyna.me/en/proxy-list/?country=US&type=s#list [root@test-kz-rpm ~]# proxychains yum install -y https://packages.2600hz.com/centos/7/stable/2600hz-release/4.3/2600hz-release-4.3-0.el7.centos.noarch.rpm [root@test-kz-rpm ~]# yum --disablerepo="2600hz-stable,freeswitch" install yum-utils [root@test-kz-rpm ~]# proxychains yum-config-manager --disable freeswitch [root@test-kz-rpm ~]# proxychains yum install -y kazoo-rabbitmq

There is an open source carrier app from Baloeng, on github: https://github.com/baloeng/monster-ui-resources

Let them to take their time, in my case I did expose my thoughts about it, some of them frequently happen with other Open Source projects that tends to go in similar situations, will not provide details as they are some on internet. In most cases my goal is and has been to bring asterisk users to explore and migrate them to Kazoo/2600hz, have some success. Some integrations made together with other componets, made the install go more efficient.

I saw the edit history.. Nevermind.. I agree with this.. Just simply be clear, and then we understand.

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.