3CX su VPS Virtuozzo... non riesco !!!

[anonymous]

Dopo aver testato la versione free su di un pc in ufficio, visto che mi sono trovato bene e sto prendendo in seria considerazione di attivare una versione licenziata, ho deciso di provare ad installare il 3cx su di un server virtuale vps (non aruba) per testarne il funzionamento in uno scenario di produzione.

Non riesco, pero' , a farlo funzionare. I trunk dei provider non si registrano.

A questo punto ho qualche domanda:

1) 3CX e' supportato in ambiente virtuale ?

2) Se si, vi risultano problemi di compatibilita' con Virtuozzo ?

Il server e' un windows server 2003 standard r2 sp2 ovviamente su ip pubblico. Per fare i test ho tirato giu' il firewall.

Ho notato tre eventi uguali (CM305004) con all'interno gli indirizzi ip dei trunk sip che ho caricato, che fanno riferimento ad un problema di trasporto, ma non capisco dove andare a mettere le mani. Ho sostituito gli indirizzi ip del server con la scritta: ipserver#1 e ipserver#2.

Di seguito vi copio/incollo il log del server 3cx. Spero possiate aiutarmi a risolvere il problema perche' vorrei proprio implementare il prodotto in ufficio.

Grazie a tutti

3CX LOG:


22:36:48.133 [CM504001]: Ext.803: new contact is registered. Contact(s): [sip:[email protected]:40600;rinstance=3f0695cb4428bcc7/803]

22:36:47.977 [CM504001]: Ext.802: new contact is registered. Contact(s): [sip:[email protected]:40600;rinstance=685502a6d7c84d20/802]

22:36:47.430 [CM504001]: Ext.999: new contact is registered. Contact(s): [sip:[email protected]:40600;rinstance=1aaa8575e71924f9/999]

22:35:42.445 [CM504008]: Fax Service: registered as sip:[email protected]:5060 with contact sip:[email protected]:5100;user=phone

22:35:42.430 [CM504001]: Ext.*1: new contact is registered. Contact(s): [sip:*[email protected]:40000;rinstance=8301d8014619afc4/*1]

22:35:42.164 [CM504001]: Ext.*0: new contact is registered. Contact(s): [sip:*[email protected]:40000;rinstance=1ff46e323bbf4d03/*0]

22:35:39.414 IP(s) added:[ipserver#1,ipserver#2]

22:35:33.242 SL: connected ITGS:0/IVRServer at [ITGS:0]/IVRServer

22:35:31.977 [CM112000] Media Server is connected

22:35:31.977 SL: connected ITGS:0/MediaServer at [ITGS:0]/MediaServer

22:35:31.961 SL: connected ITGS:0/3CXParkOrbit at [ITGS:0]/3CXParkOrbit

22:35:31.898 SL: connected ITGS:0/3CXConferenceRoom at [ITGS:0]/3CXConferenceRoom

22:35:29.945 [CM305004]: Failed to find a transport to host 83.211.227.21

22:35:29.898 [CM305004]: Failed to find a transport to host 213.204.0.70

22:35:29.852 [CM305004]: Failed to find a transport to host 213.204.0.70

22:35:29.695 [CM506005]: Public IP=ipserver#1 is used for WAN communications through local interface with IP=ipserver#1

22:35:29.320 [CM501006]: Default Local IP address: [ipserver#1]

22:35:29.305 [CM501007]: *** Started Calls Controller thread ***

22:35:29.180 [CM501002]: Version: 7.1.5806.0

22:35:29.180 [CM501001]: Start 3CX PhoneSystem Call Manager

22:35:29.039 Unknown system [DBProvider] tries to connect!

22:35:29.039 SL: connected ITGS:5485/DBProvider at [ITGS:5485]/DBProvider
22:35:29.023 [CM501010]: License Info: Load Failed

 

[eurylink.com]

Tieni presente che 3CX è supportato ufficialmente in ambienti virtuali Virtual Server 2005 e HyperV. Noi abbiamo testato il funzionamento anche su WMVARE sul quale funziona correttamente (non in tutte le versioni ma nelle più recenti). In tutti i nostri test ha sempre funzionato correttamente.
E' comune prassi dei provider non permettere l'installazione dei pbx sui virtual server poichè appesantiscono troppo il carico di lavoro. Questo è il caso di aruba (solo per i virtual server base) ma anche di molti altri provider.
Non so se in tuo provider permetta la cosa ma la maggior parte NON lo accettano, specie sui VPS base.
Dovresti chieder loro esplicitamente conferma.
Considera poi che il problema della gestione degli interni remoti richiede telefoni adatti e non sempre è facile. In genere meglio attivare una VPN con il server virtuale (sempre se è permesso).
Quello che ti posso dire è che la cosa è comunque fattibile. Non ti so dire se il tuo ambiente di virtualizzazione sia supportato ma ho qualche dubbio in merito.
Guardando il log pare proprio che ci sia un firewall sul provider oltre a quello di Windows.
Hai provato a pingare i sip server dei provider e vedere se l'indirizzo viene risolto ? parimenti hai provato a fare un traceroute e vedere come viene instradato il traffico in uscita ?

Saluti

 

[anonymous]

Ciao Matteo e grazie per la tua risposta. Ti rispondo quotando:

@eurylink.com wrote:Tieni presente che 3CX è supportato ufficialmente in ambienti virtuali Virtual Server 2005 e HyperV. Noi abbiamo testato il funzionamento anche su WMVARE sul quale funziona correttamente (non in tutte le versioni ma nelle più recenti). In tutti i nostri test ha sempre funzionato correttamente.
E' comune prassi dei provider non permettere l'installazione dei pbx sui virtual server poichè appesantiscono troppo il carico di lavoro. Questo è il caso di aruba (solo per i virtual server base) ma anche di molti altri provider.
Non so se in tuo provider permetta la cosa ma la maggior parte NON lo accettano, specie sui VPS base.
Dovresti chieder loro esplicitamente conferma.


Ho chiesto al provider se applicano (come Aruba) delle policy di filtraggio delle porte e mi hanno risposto che fanno passare traffico di qualunque tipo su tutte le porte. Quindi, non credo che il problema sia quello.


Considera poi che il problema della gestione degli interni remoti richiede telefoni adatti e non sempre è facile.


Normalmente utilizzo Linksys SPA9XX


In genere meglio attivare una VPN con il server virtuale (sempre se è permesso).


Intendi cose tipo Hamachi ?


Quello che ti posso dire è che la cosa è comunque fattibile. Non ti so dire se il tuo ambiente di virtualizzazione sia supportato ma ho qualche dubbio in merito.
Guardando il log pare proprio che ci sia un firewall sul provider oltre a quello di Windows.


Sicuramente c'e' un router, visto che l'indirizzo del gateway e' di classe totalmente diversa dall'ip del server che, tra le altre cose, sulla scheda di rete ha due ip (mai visto in windows!). Che sia questo il problema ??


Hai provato a pingare i sip server dei provider e vedere se l'indirizzo viene risolto ?


Si, viene risolto correttamente


parimenti hai provato a fare un traceroute e vedere come viene instradato il traffico in uscita ?


Questo e' l'output del tracert fatto dal server verso eutelia:

1 * * * Richiesta scaduta.
2 <1 ms <1 ms <1 ms 94.198.97.1
3 <1 ms <1 ms <1 ms 213.92.118.248
4 <1 ms <1 ms <1 ms 212.239.107.193
5 <1 ms <1 ms <1 ms 212.239.110.65
6 <1 ms <1 ms <1 ms 217.29.68.64
7 12 ms 12 ms 12 ms 83.211.4.138
8 12 ms 12 ms 13 ms 83.211.227.21

Grazie per l'aiuto.

P.S.
Ho provato a contattare la tua ditta attraverso il form di contatto ma restituisce errore smtp.
Controlla i parametri della pagina....

Ciao

 

[anonymous]

Mi sono dimenticato.....


eurylink.com wrote:
Tieni presente che 3CX è supportato ufficialmente in ambienti virtuali Virtual Server 2005 e HyperV. Noi abbiamo testato il funzionamento anche su WMVARE sul quale funziona correttamente (non in tutte le versioni ma nelle più recenti). In tutti i nostri test ha sempre funzionato correttamente.

Quote:

Sai dirmi che caratteristiche dovrebbe avere una macchina virtuale per poter "reggere" un 3CX con almeno 8 conversazioni in contemporanea ?

Grazie

 

[eurylink.com]

Ho chiesto al provider se applicano (come Aruba) delle policy di filtraggio delle porte e mi hanno risposto che fanno passare traffico di qualunque tipo su tutte le porte. Quindi, non credo che il problema sia quello.
Sicuramente c'e' un router, visto che l'indirizzo del gateway e' di classe totalmente diversa dall'ip del server che, tra le altre cose, sulla scheda di rete ha due ip (mai visto in windows!). Che sia questo il problema ??

Il Problema è di NAT (da quello che hai detto sembra che cia addirittura un doppio NAT) per cui è normale che i provider voip non si registrino. Il problema si risolve chiedendo al provider la possibilità di bypassare il NAT interno sul virtual server per portare il NAT a singolo. FAr funzionare il tutto condizioni di doppio NAT è alquanto difficile. Considera poi che non si sa di che tipo di NAT si tratta e quali Router utilizzi il provider quindi c'è una seconda incognita. Essendo l'IP statico potresti provare ad inserire l'ip esterno invece dello stun (su 3cx nella 7.0 lo trovi sulle impostazioni dei singoli provider (usa indirizzo esterno).Vedi se così risolve. Altrimenti con la versione 7.1 (ancora in beta ma molto affidabile) la gestione dell'IP statico è stata di molto migliorata e funziona decisamente bene. Eventualmente puoi provare direttamente con la 7.1 Beta.

Normalmente utilizzo Linksys SPA9XX

Di solito con qualche accorgimento funzionano abbastanza bene.

Intendi cose tipo Hamachi ?

No VPN software da windows server direttamente verso un router (quindi VPN mista HW/SW). anche hamachi può funzionare ma non mi piace come soluzione per via della privacy che con hamachi e tutt'altro che garantita. E poi con hamachi potresti usare solo client software al massimo e non telefoni IP.
La VPN software deve essere PPTP oppure in IPSec facendo in modo che però sia sempre attiva anche in assenza di traffico. Altra Opzione è con OpenVPN con la quale puoi utilizzare direttamente gli SNOM che hanno un firmware apposito per gestirla. La procedura in questo caso è un pochino più complessa.

Ho provato a contattare la tua ditta attraverso il form di contatto ma restituisce errore smtp.
Controlla i parametri della pagina....

Il server smtp è stao ko per mezza giornata in effetti causa un aggiornamento sul CMS del sito che ha creato qualche problemino. Ora comunque è tutto ok. Grazie comunque per la segnalazione.

Ciao