[NETWORKING] Progetto 3CX in cloud, multisede, sbc e doppia connettività

[Riccardo F.]

Buongiorno a tutti,

innanzitutto mi presento essendo il primo post che faccio nel forum. Sono Riccardo sono rivenditore 3CX.

Sto realizzando un progetto per un potenziale cliente e vista la complessità ho pensato di confrontarmi qui con voi prima di buttarmici e tralasciare qualcosa. Lo scenario è il seguente:

4 Sedi fisiche - circa 50 interni - 4 trunk per un totale di 12 canali voce simultanei potenziali. Abbiamo deciso di mettere la macchina in cloud e di installare un SBC in ogni sede.

Ecco il problema:
Nella sede principale (dove per altro ho il maggior carico di lavoro) ho una connettività FTTC molto scarsa (20down/5up quando va bene) e non la ritengo sufficiente. E' l'unica connettività disponibile in loco e non ho alternative. Ho per tanto deciso di installare una seconda connettività per dedicarla al voip. Ad uno dei corsi di formazione a cui ho partecipato era stato esaminato un caso simile ed erano state ventilate le seguenti proposte:

A) Inserire un secondo router dedicato, magari un draytek 2862 o equivalente, collegandolo in parallelo sulla lan del cliente, banalmente impostando il default gateway dei telefoni uguale all'ip del secondo router

B) Utilizzare la funzionalità doppia wan del firewall del cliente (attualmente un endian mercury 50) e deviare con una policy tutto il traffico voip sulla wan dedicata

C) proposte?

Grazie anticipatamente per i vostri commenti

 

[MarcelloL_3CX]

Ciao,
sono entrambe fattibili.
Io, per semplicità, terrei le cose separate: secondo router dedicato e 0 possibilità di conflitti...ma è certamente più costoso
Al link di seguito comunque ecco le topologie di rete supportate da 3CX:

Network configurations supported by 3CX Phone System

This guide illustrates how SIP, Audio and Data traffic is transmitted over the network when the 3CX Phone System is used. This will depend on the backend

www.3cx.com

 

[Riccardo F.]

Ciao,
grazie per la pronta risposta. Ho letto l'articolo e lo scenario più "simile" mi sembra l'ultimo, ma prevede una installazione on premise. C'e' qualche articolo dove viene trattato il multi wan con pbx in cloud + sbc? Ritieni la soluzione cloud + sbc migliore o andresti on premise?

 

[MarcelloL_3CX]

scusa, non avevo letto bene relativamente al centralino in cloud.
In questo caso l'articolo che ti ho indicato non fa al caso tuo, visto che tratta il discorso lato server.
Non esiste nulla sul multi WAN in cloud, in quanto, a logica, il server in cloud è sempre dedicato e quindi la sua connettività è sempre al servizio del voip

 

[Riccardo F.]

Tranquillo,

la mia preoccupazione non è ovviamente lato cloud dove ho banda dedicata, bensì sulla filiale dove ho una connettività con banda limitata. Non voglio incorrere in problemi di qualità della voce. Tutto qui.

Mi confermi che, considerando lo scenario A, impostando il default gateway corretto sull'sbc risolvo tutti i problemi? O devo metterlo anche in tutti i telefoni?

Grazie

 

[MarcelloL_3CX]

no, è sufficiente sull'SBC, con il quale i telefoni negozieranno i flussi e che provvederà a incapsularli sulla connessione via tunnel con il centralino. Anche i telefoni dovranno comunque avere accesso ad Internet, in quanto il provisioning lo fanno loro direttamente andando a scaricare il file dalla porta https del centralino, ma questo non dovrebbe comunque influire più di tanto sulla connettività, neanche su quella principale

 

[Riccardo F.]

Chiaro. Grazie della dritta.

 

[dlauri]

Riccardo, tu parti da una sede principale del cliente dove già sai che la connettività internet è un punto debole. Io una soluzione cloud la escluderei a priori. Parlo in generale, non della tecnologia 3CX. Avere la "cpu" del call manager sulla LAN locale ti eviterebbe un sacco di rogne, degrado fonia e/o latenze varie .... Attraversare la rete IP di vari operatori per raggiungere un server all'estero poi mi chiedo che vantaggio abbia ? Personalmente per una sede HQ, la ritengo una soluzione valida solo se questa è collegata in fibra ottica vera (FTTH) e dove il numero di hop vs Google/Amazon siano effettivamente 'limitati'. Io prenderei un'altra direzione a tutela dell'esercizio dell'impianto e della diagnostica.

 

[Riccardo F.]

Ciao, grazie per il tuo commento. Sono d'accordo con te su tutta la linea ma purtroppo non ho una connettività migliore da poter usare presso quella sede.
La scelta Cloud è praticamente obbligata proprio perché devo collegare 4 sedi e se mettessi un centralino on premise nella sede principale, proprio dove ho la connettività debole, metterai a rischio la fruibilità del centralino anche dalle filiali.
Avevo anche pensato a installare 4 centralini on-premise in modo da rendere indipendente ogni sede facendo dei ponti ma in questo modo quadruplicherebbero i costi dell'impianto portandomi fuori mercato.

 

[MarcelloL_3CX]

regola aurea: non si fa voip senza connettività

detto questo, una connettività dedicata deve essere veramente scadente per non consentire il traffico voip di una sede con 5/6 chiamate contemporanee (diverso il discorso in caso di connessioni condivise)

questo per dire che secondo me la soluzione cloud+SBC nel tuo caso può funzionare, in quanto i requisiti di sede1 sono molto bassi e comunque consenti in ogni caso alle altre sedi di lavorare anche se sede1 ha problemi di banda, visto che il centralino resta sempre accessibile....vale però il discorso di dlauri: la connettività di sede1 deve essere comunque stabile il minimo necessario per gestire le chiamate in contemporanea, altrimenti, se non hai questa garanzia, non ti resta che passare, almeno per sede1, ad una soluzione on-premise con linee PSTN (magari in ponte, banda permettendo, con un centralino cloud che serve le altre sedi)

 

[Riccardo F.]

Ciao Marcello,

grazie per il tuo commento che ritengo prezioso. Ovviamente verificherò che la FTTC sia ultra stabile prima di procedere all'installazione in sede1.

Quanto alla soluzione per utilizzare le 2 connettività userò come da commento precedente un secondo gateway in parallelo, impostandolo come default gateway sull'SBC.

Mi rimane un'ultima domanda per Marcello: con questa soluzione eventuali interni webclient useranno sempre l'SBC (e di conseguenza l'FTTC dedicata) per uscire o andranno via dritti?

Grazie, di nuovo saluti

 

[MarcelloL_3CX]

no, l'SBC è utilizzato per il flusso audio solamente dai telefoni IP fisici
Client e webclient usano la connessione specificata nelle rispettive interfacce di rete.

 

[Riccardo F.]

E allora mi sa che entrare in parallelo non è la soluzione... la connettività esistente è già satura di suo, e andrei veramente a creare dei disagi al cliente. Forse è meglio passare per il gateway esistente che ha una doppia wan e impostare su quello una policy per deviare il traffico...

Per quanto riguarda il firewall mi confermi gentilmente che l'SBC usa solo la 5090 e la 5001?

Grazie.

 

[MarcelloL_3CX]

no, l'SBC esce sulla porta che gli assegna il router (può essere qualsiasi porta) VERSO la porta tunnel (default 5090) del centralino e riceverà indietro i pacchetti sulla stessa porta da lui utilizzata.
Se l'SBC ha libera uscita, non devi nattare nulla sul firewall

 

[Riccardo F.]

Ricevuto, mi sembra tutto chiaro
Grazie di nuovo.

 

[niccli]

Ciao, grazie per il tuo commento. Sono d'accordo con te su tutta la linea ma purtroppo non ho una connettività migliore da poter usare presso quella sede.
La scelta Cloud è praticamente obbligata proprio perché devo collegare 4 sedi e se mettessi un centralino on premise nella sede principale, proprio dove ho la connettività debole, metterai a rischio la fruibilità del centralino anche dalle filiali.
Avevo anche pensato a installare 4 centralini on-premise in modo da rendere indipendente ogni sede facendo dei ponti ma in questo modo quadruplicherebbero i costi dell'impianto portandomi fuori mercato.

Ti posso dire però che la soluzione indipendenti con i ponti funziona molto bene. Facci un pensierino
Noi lavoriamo con ponti in 5 sedi nel mondo e funziona da Dio.
Io uso 3cx da 1 e 3 mesi prima nella vecchia azienda avevo unify e posso dire che 3cx è di veramente facile implementazione e fa cose straordinarie.