Sbc su Raspberry Pi4

[Lukebon]

Buongiorno
quanti telefoni si possono registrare tramite SBC in oggetto?
C'è un "limite" consigliato?
Grazie

 

[stormdrop]

ARM-Based​

Suggested hardware specifications for basic on-premise installs on low-cost and energy-efficient physical hardware.

3CX PBX or SBC​

Raspberry Pi 4 (B4 or B8)	as 3CX PBX	as 3CX SBC
Extensions	up to 30	up to 50 (10 BLFs per device)
SIM Calls (SC)	up to 24	up to 64
SD Card	minimum 32GB Class 10 Micro SD	minimum 32GB Class 10 Micro SD
Required	Heat sink housing and Raspberry Pi-compatible 2.5 Amp Micro USB power supply.	Heat sink housing and Raspberry Pi-compatible 2.5 Amp Micro USB power supply.

 

[Lukebon]

ok , devo gestire + di 100 interni.
Qual'è la soluzione consigliata?

 

[stormdrop]

Unica sede o più sedi?

 

[CBL]

Ciao,
fino a 100 utenti la tabella relativa all'SBC consiglia l'utilizzo di un Intel i7.

Recommended Hardware Specifications for 3CX

This page lists the recommended hardware specifications for 3CX Phone System. Download the PDF that's added to this page to view this information in detail.

www.3cx.com

 

[stormdrop]

Ciao,
fino a 100 utenti la tabella relativa all'SBC consiglia l'utilizzo di un Intel i7.

Recommended Hardware Specifications for 3CX

This page lists the recommended hardware specifications for 3CX Phone System. Download the PDF that's added to this page to view this information in detail.

www.3cx.com

Si,
ma a quel punto sono le solite caratteristiche richieste per il PBX, per quello la domanda del multisede o singolasede.

 

[Lukebon]

Attualmente c'è un SBC nella sede principale, le sedi periferiche sono collegate alla sede principale ed usciranno dalla connettività della sede principale, l'idea è quella di usare lo stesso SBC per tutti.

 

[stormdrop]

Attualmente c'è un SBC nella sede principale, le sedi periferiche sono collegate alla sede principale ed usciranno dalla connettività della sede principale, l'idea è quella di usare lo stesso SBC per tutti.

Capisco... secondo me ti complichi la vita....
Un sbc per ogni sede che si collega al centralino in cloud e che usa la connessione della sede dove si trova per collegarsi al centralino.
In questa maniera se nella sede principale fossero problemi di connessione le altre sedi rimangono comunque raggiungibili tramite il centralino. Se centralizzi verso la connessione di un'unica sede rendi tutto il sistema vincolato al funzionamento della connessione della sede principale.

Comunque se proprio vuoi percorrere questa strada ti converrebbe portare il centralino nella sede principale.

Saluti

 

[Lukebon]

non sono io che decido come strutturare la rete, io devo trovare la soluzione tecnica dal punto di vista della telefonia in una rete progettata in quel modo.
Il centralino deve rimanere in cloud, devo solo capire come distribuire gli SBC in uno scenario con un potenziale di 200 interni.
"Un sbc per ogni sede che si collega al centralino in cloud e che usa la connessione della sede dove si trova per collegarsi al centralino" questa potrebbe essere una soluzione ma non credo venga accettata dal cliente il quale non vuole aggiungere "tasselli" da monitorare e gestire nelle piccole sedi periferiche.

 

[CBL]

Comunque se proprio vuoi percorrere questa strada ti converrebbe portare il centralino nella sede principale

Tieni conto che per il bridge di PBX serve la licenza Pro/ Enterprise.

 

[CBL]

Non hanno VPN tra le sedi?

 

[Lukebon]

le sedi periferiche sono in VPN con la sede centrale

 

[stormdrop]

Tieni conto che per il bridge di PBX serve la licenza Pro/ Enterprise.

Puoi usare SBC per collegarti anche ad un centralino in un'altra sede, centralini in bridge hai anche bisogno di una licenza per ogni centralino.

non sono io che decido come strutturare la rete, io devo trovare la soluzione tecnica dal punto di vista della telefonia in una rete progettata in quel modo.
Il centralino deve rimanere in cloud, devo solo capire come distribuire gli SBC in uno scenario con un potenziale di 200 interni.
"Un sbc per ogni sede che si collega al centralino in cloud e che usa la connessione della sede dove si trova per collegarsi al centralino" questa potrebbe essere una soluzione ma non credo venga accettata dal cliente il quale non vuole aggiungere "tasselli" da monitorare e gestire nelle piccole sedi periferiche.

Se devi trovare la soluzione tecnica devi anche consigliare al meglio il cliente e dare PRO e CONTRO di ogni soluzione e insistere per quella che ha più PRO che CONTRO.
Ricordati sempre che quando ci sarà un problema ricadrà su di te, migliore è la soluzione meno problemi avrai.

Saluti

 

[Lukebon]

Il limite di un SBC è 100 utenze?
Nella tabella vedo up to 100

 

[stormdrop]

Sinceramente non so se esiste un limite, per questo bisognerà sentire Marcello o qualche altro utente che ha raggiunto il limite.
Quelle della tabella sono comunque configurazione raccomandate.

 

[CBL]

Per quanto ne so non esiste un limite di utenze per l'SBC come dice bene stormdrop la tabella riporta configurazioni raccomandate.

 

[CBL]

Ricordati sempre che quando ci sarà un problema ricadrà su di te, migliore è la soluzione meno problemi avrai.

Sacrosante parole.

 

[MarcelloL_3CX]

Ciao,
il limite di 100 interni dietro un unico SBC è il liite per cui viene testato un SBC.
La logica già imporrebbe, per una singola sede con 100 telefoni IP interni, di usare un centralino in rete locale, anche perchè avresti necessità di un SBC con hardware di potenza analoga ad un centralino, quindi avresti comunque un apparato locale da manutenere.
Nel tuo scenario, se il centralino dev'essere comunque in cloud, ti consiglio di usare diversi SBC per le sedi più piccole che si registrino autonomamente sul centralino, in modo da renderle indipendenti dalla sede centrale