SBC d'entreprise
Session Border Controller d'entreprise (eSBC)
Une plateforme, deux niveaux de capacité, six types de modules — le choix des interfaces suit le site, pas le catalogue.
Un trunk SIP place l’autocommutateur à un seul saut de routage de l’internet ouvert. C’est précisément à cet endroit que se trouve le eSBC. Il termine la session SIP de l’opérateur, masque la topologie interne, filtre ce qui a le droit d’atteindre l’IPBX et réécrit les en-têtes lorsque l’opérateur et l’IPBX ne s’accordent pas sur le format de numérotation, le transport ou le codec. L’IPBX finit par dialoguer avec un interlocuteur connu plutôt qu’avec l’internet.
La deuxième mission concerne le câblage qui ne disparaît pas le jour du changement de contrat. Deux emplacements accueillent des modules BRI, PRI, FXS, FXO ou hybrides : le même boîtier raccorde donc aussi une ligne RNIS, un télécopieur analogique ou un téléphone d’urgence d’ascenseur. Si le site passe plus tard à un trunk SIP pur, c’est le module qui change, pas l’appareil — c’est la raison d’être de la plateforme modulaire.
Il existe deux types de sessions. Lorsque le flux média est transmis sans modification, il s’agit d’une session transparente ; lorsqu’il doit traverser le DSP matériel parce que les deux extrémités n’ont aucun codec en commun, il s’agit d’une session transcodée. Les deux types se combinent sur un même appareil et se licencient à la session. Les appels entre les interfaces RTC et SIP — FXO, BRI ou PRI vers SIP — ne nécessitent aucune licence de session. Seul le trafic SIP vers SIP en demande une.
Le choix de la taille dépend du côté RTC et du besoin de transcodage, pas du nombre de postes. Le M et le L partagent le même boîtier à deux emplacements de module ; le M gère 16 canaux RTC et 8 sessions transcodées, le L 64 canaux RTC et 16 sessions transcodées. Les deux disposent des mêmes 128 sessions transparentes et des mêmes deux ports réseau, et incluent deux sessions SIP-SIP transcodées.
Les deux mondes d’interfaces ont leurs propres pages : passerelles RNIS pour le BRI et le PRI, passerelles analogiques pour le FXS et le FXO. Les modules eux-mêmes figurent sous modules d’extension.
Fonctionnalités
- Sépare le réseau SIP interne de celui de l'opérateur : masquage de topologie, détection des attaques DoS SIP, listes de contrôle d'accès
- Réécrit les en-têtes SIP, convertit TCP/UDP et RTP/SRTP et transcode entre codecs différents
- Les modules BRI, PRI, FXS et FXO transforment le même appareil en passerelle RNIS ou analogique
- Secours par le RTC ou la 4G
- Deux ports réseau, configuration à distance et mises à jour du firmware via beroCloud
- Boîtier aluminium, aucune pièce mobile, 1 U, montage mural ou en rack 19 pouces
Caractéristiques techniques
| Emplacements de module | deux, sur BNSBC-M et BNSBC-L |
|---|---|
| Sessions simultanées | jusqu'à 128 transparentes ; 8 (M) ou 16 (L) transcodées |
| Sessions incluses | deux sessions SIP-SIP transcodées simultanées ; davantage sous licence |
| Canaux RTC | 16 (M), 64 (L) |
| Réseau | deux ports 100 Mbit/s, LAN et WAN |
| Signalisation | agent SIP conforme RFC 3261 sur UDP ou TCP, TLS 1.2 en option, SRTP |
| Voix | G.711 avec annulation d'écho G.168/G.165 jusqu'à 128 ms, détection d'activité vocale, bruit de confort, détection DTMF, relais fax T.38 |
| Alimentation et dimensions | 110-230 V, 12 V CC sous 2 A ; M et L 170 x 170 x 42 mm |
| Environnement | En fonctionnement de 0 à 40 °C avec le bloc fourni, de 0 à 70 °C avec un bloc adapté ; stockage de −20 à 70 °C ; humidité 10–90 % (fonctionnement), 5–95 % (stockage), sans condensation |
| Conformité | CE, FCC et ACMA |
Modèles et configurations
| SKU | SBC d'entreprise | Sessions simultanées | Canaux RTC | |
|---|---|---|---|---|
BNSBC-M | Deux emplacements de module, jusqu'à 16 canaux RTC | 128 / 8 | 16 | Voir dans la boutique |
BNSBC-L | Deux emplacements de module, jusqu'à 64 canaux RTC | 128 / 16 | 64 | Voir dans la boutique |
Questions fréquentes
Les appels entre les ports RNIS ou analogiques et le SIP nécessitent-ils une licence de session ?
Non. Les appels entre les ports FXS, FXO, BRI ou PRI et le SIP ne consomment aucune licence de session. Seul le trafic SIP vers SIP, par exemple entre un opérateur SIP et un IPBX SIP, utilise des sessions transparentes ou transcodées.
Quelle est la différence entre une session transparente et une session transcodée ?
Une session transparente transmet le flux média sans le modifier. Une session transcodée fait passer le flux par le DSP matériel, car les deux côtés n'ont aucun codec en commun. Les deux types sont licenciés par session et peuvent être combinés sur un même appareil.
Puis-je modifier les interfaces plus tard ?
Oui. Les interfaces BRI, PRI, FXS et FXO sont des modules d'extension. Quand les lignes du site changent, on remplace un module ou on en ajoute un dans un emplacement libre, sans changer d'appareil.
Le SIP sur TLS ou le SRTP nécessitent-ils une licence supplémentaire ?
Non. Le SIP sur TLS 1.2 et le SRTP ne nécessitent aucune licence propre. Le SRTP peut être optionnel ou obligatoire, avec un choix de suites cryptographiques.
Comment les certificats arrivent-ils sur l'appareil, et le SCEP est-il pris en charge ?
Le certificat et sa clé privée sont générés dans votre propre PKI puis chargés sur l'appareil, séparément pour chaque interface réseau. La longueur de clé dépend de votre PKI ; le RSA 3072 bits a été testé. Le SCEP n'est pas pris en charge ; pour un déploiement à grande échelle, utilisez les options DHCP, l'API REST ou beroCloud.