beroNet

Solutions for All-IP migration and failover

Four situations account for most beroNet installations. Each one has a device behind it — but the situation comes first.

The provider switches off ISDN, the PBX stays

The PBX works, it is paid for, and replacing it is a project nobody has budget for this year. A BRI or PRI gateway puts the SIP trunk in front of it: the PBX keeps speaking ISDN, the provider gets SIP. With a 2 PRI device the old and the new system can run side by side while extensions move over one department at a time.

Signal chain: SIP provider, beroNet BRI or PRI gateway, existing PBX, extensions. The gateway sits between the provider and the PBX and converts SIP to ISDN.SIP providerAll-IP trunkberoNetBRI · PRI gatewayports in NT modeExisting PBXstays in the rackExtensionsunchangedSIPISDNBRI · PRIinternal
The SIP trunk terminates on the gateway; the PBX keeps speaking ISDN.

Analog devices have to survive the move

Fax machines, franking machines, door intercoms, lift emergency phones, alarm diallers, EC card terminals. They do not speak SIP and they never will. An FXS gateway bridges them transparently in hardware instead of re-encoding them, which is what makes fax and modems work at all.

An IP PBX or SIP trunk connects to a beroNet FXS gateway, which feeds four analogue devices: fax machine, door intercom, lift emergency phone and alarm dialler.IP PBXor SIP trunkspeaks SIP onlyberoNetFXS gatewaytransparent bridgingSIPanaloguea/bFax machineDoor intercomLift emergency phoneAlarm dialler
The FXS gateway bridges analogue devices in hardware instead of re-encoding them.

The line must not be the single point of failure

Two ways, often combined. A VoLTE eSBC adds a mobile path that takes over when the SIP provider or the internet connection is gone. A failover switch physically re-routes analog, BRI or PRI lines to a backup when the primary system stops answering. The Survival Branch Appliance app keeps a site making internal calls even when the hosted PBX is unreachable.

Two inbound paths reach a beroNet VoLTE eSBC: the SIP provider as the primary path, and the mobile LTE network as a backup drawn as a dashed line. The eSBC connects onward to the PBX.SIP providerprimary pathMobile networkLTE · VoLTEbackup pathberoNetVoLTE eSBCwatches the trunkPBXnotices nothingSIPtakes overon failureSIP
The mobile path is idle until the SIP trunk or the internet connection fails.

Two sites, or two PBX systems that have to talk

The SIP-to-SIP function bridges two IP PBX systems, normalises what they disagree about and terminates both signalling paths. This is the SBC role, and it is the one function that needs an SBC licence.

Two IP PBX systems, one on site and one hosted, are joined by a beroNet SBC in the middle. Both signalling paths terminate on the SBC.Site AIP PBXon premisesberoNet SBCSIP ↔ SIPSite Bhosted PBXin the cloudSIPSIPnormalises headers, codecs and NAT — both sides think they are talking to a peer
The SBC terminates both signalling paths — the one function that needs an SBC licence.

Which device fits depends on port count, concurrent calls and where the demarcation sits. Get in touch with the scenario and we will name the configuration — or go straight to the shop.