beroNet

vSBC

Virtueller SBC (vSBC) — beroNet-SBC als virtuelle Maschine

Die SBC-Software der beroNet-Hardware als virtuelle Maschine, für transparente SIP-zu-SIP-Sessions.

Datenblatt PDF · 10/2026 · V1 · 0,1 MB

Der vSBC ist die Software der beroNet-Hardware-SBCs, verpackt als virtuelle Maschine. Dieselbe SBC-Software, dieselbe Weboberfläche, derselbe Dialplan — auf einem Wirt, der schon im Rack steht, statt auf einem Gerät, das erst bestellt, verschickt und montiert werden muss. Er hat genau eine Aufgabe: transparente SIP-zu-SIP-Sessions, zwischen einer Telefonanlage und einem SIP-Trunk oder zwischen zwei Telefonanlagen.

Der vSBC zwischen zwei SIP-Gegenstellen: links eine IP-TK-Anlage, in der Mitte eine virtuelle Maschine mit der Bezeichnung vSBC auf einem Hypervisor-Wirt — VMware ESXi, Proxmox/KVM, Hyper-V oder Docker —, rechts ein SIP-Trunk oder eine zweite Anlage. Beide Verbindungen tragen SIP, und jede Session ist transparent: Die Medien werden unverändert durchgereicht. Die virtuelle Maschine hat keine physischen Ports.IP-TK-AnlagevSBCvirtuelle MaschineVMware ESXi · Proxmox/KVMHyper-V · DockerSIP-Trunk oderzweite AnlageSIPtransparentSIPtransparent
Der vSBC läuft als virtuelle Maschine auf einem Wirt, der schon da ist. Beide Seiten sprechen SIP, und jede Session wird transparent durchgereicht.

Der vSBC ersetzt keine Hardware. Eine virtuelle Maschine hat keinen DSP, also gibt es keine Transcodierung und kein T.38-Faxrelais, und sie hat keine Ports, also endet an ihr keine ISDN-, Analog- oder LTE-Leitung. Jede Session wird unverändert durchgereicht, beide Seiten müssen sich den Codec also unter sich einig werden. Wo ein Gespräch den Codec wechseln, ein Fax tragen oder von einer physischen Leitung kommen muss, ist das Aufgabe eines Hardware-SBC — des Enterprise-SBC für einen modularen Schnittstellenmix, der Small Business Line für eine feste Portbelegung.

Ausgeliefert wird er im Format der Plattform, auf der er läuft: als OVA für VMware ESXi, als qcow2-Abbild für Proxmox und KVM, als VHDX für Microsoft Hyper-V oder als Docker-Abbild. Gebaut ist er für x86_64, und eine virtuelle Netzwerkschnittstelle genügt. Die Installationen, die bisher im Feld laufen, stehen auf VMware — die anderen drei Formate gibt es, und wir hören lieber vorher, welche Plattform Sie betreiben, als ein Abbild zu übergeben. Die Einrichtung macht beroNet per Fernzugriff, aktiviert wird der vSBC über die beroNet Cloud.

Zwei transparente Sessions sind inklusive. Mit BNSBC-VM-TP-Lizenzen werden daraus 8 und bis zu 128. Lizenzen für transcodierte Sessions gibt es für den vSBC nicht: ohne DSP ist nichts da, womit sich transcodieren ließe.

Der erste vSBC ging in Betrieb, weil ein Gerät ausgefallen war und Ersatzhardware Tage gedauert hätte — der Fall ist hier aufgeschrieben. Im Shop steht der vSBC nicht, weil am Anfang jeder Installation ein Blick auf die Plattform steht. Sprechen Sie uns an — mit dem, was bei Ihnen läuft, und dem, was miteinander reden soll.

Funktionen

  • Für VMware ESXi (OVA), Proxmox/KVM (qcow2), Microsoft Hyper-V (VHDX) und Docker; die Einrichtung übernimmt derzeit beroNet per Fernzugriff
  • 2 transparente SIP-zu-SIP-Sessions inklusive, mehr mit BNSBC-VM-TP-Lizenzen bis 128
  • Dieselbe SBC-Software und Weboberfläche wie die Hardware-SBCs von beroNet
  • Aktivierung über beroCloud
  • Keine Transcodierung, kein T.38-Faxrelais und keine ISDN-, Analog- oder LTE-Ports: dafür gibt es die Hardware-SBCs

Technische Daten

VirtualisierungVMware ESXi (OVA), Proxmox/KVM (qcow2), Microsoft Hyper-V (VHDX), Docker; x86_64
Einrichtungderzeit per Fernzugriff durch beroNet
Aktivierungüber beroCloud
Netzwerkeine virtuelle Netzwerkschnittstelle genügt
Sessionsnur transparente SIP-zu-SIP-Sessions; Medien werden unverändert durchgereicht
Enthaltene Sessionszwei transparente SIP-zu-SIP-Sessions; 8 bis 128 mit BNSBC-VM-TP-Lizenzen
Codecswerden transparent durchgereicht, keine Codec-Umsetzung; beide Seiten brauchen einen gemeinsamen Codec
SignalisierungSIP nach RFC 3261
RoutingRouting und Rufnummernumsetzung im Dialplan
KonfigurationWeboberfläche wie bei den Hardware-SBCs
Nicht unterstütztkeine Transcodierung, kein T.38-Faxrelais, keine Echokompensation, VAD/CNG oder Inband-DTMF-Erkennung (kein DSP) und keine ISDN-, Analog- oder LTE-Schnittstellen

Modelle und Konfigurationen

SKUvSBC Gleichzeitige Sessions PSTN-Kanäle
BNSBC-VM Virtuelle Maschine für x86_64 128 / 0 0

Häufige Fragen

Ersetzt der vSBC einen Hardware-SBC?

Nicht überall. Er deckt transparente SIP-zu-SIP-Sessions ab, und das ist, was die meisten SBC-Installationen brauchen. Was er nicht kann: zwischen Codecs transcodieren, ein T.38-Fax weiterleiten oder eine ISDN-, Analog- oder LTE-Leitung terminieren — dafür braucht es den DSP und die Ports eines Hardware-SBC.

Auf welchen Virtualisierungsplattformen läuft er?

Ausgeliefert wird er als OVA für VMware ESXi, als qcow2-Abbild für Proxmox und KVM, als VHDX für Microsoft Hyper-V oder als Docker-Abbild, gebaut für x86_64. Eine virtuelle Netzwerkschnittstelle genügt. Die Installationen, die bisher im Feld laufen, stehen auf VMware; für die anderen Formate sagen Sie uns, welche Plattform Sie betreiben — wir richten es mit Ihnen ein.

Wie viele Sessions trägt er, und was braucht eine Lizenz?

Zwei transparente Sessions sind ohne Lizenz enthalten. Mit BNSBC-VM-TP-Lizenzen sind es 8 bis 128 Sessions. Jede Session auf dem vSBC ist SIP-zu-SIP und transparent; Lizenzen für transcodierte Sessions gibt es für ihn deshalb nicht.

Wer richtet ihn ein und aktiviert ihn?

Die Einrichtung übernimmt beroNet per Fernzugriff — so wird der vSBC heute ausgeliefert. Die Aktivierung läuft über die beroCloud.

Angebot anfordern Datenblatt (PDF)