8/3/2019 Advanced Telephony Computing Architecture

1/31

we unifycommunications

Welcome to

WWW.BICOMSYSTEMS.COM

8/3/2019 Advanced Telephony Computing Architecture

2/31

Advanced Telephony Computing Architecture 1st Year

Los AngelesController

New YorkMirrorMIRRORI

NGHardware 4 nodes x 2 vSWITCH = 8

nodesHardware 4 nodes x 2 vSWITCH =

8 nodes

Primary Controller

Live Host 500cc

Live Host 500cc

Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster

SecondaryControllerNode

1

Node2Node3

Los AngelesNormal Operation Capacity 1000 concurrent calls, 10000 extensionscirca.Failover Operation Capacity 15000 extensions.

Node 1

Node4Node5Node6Node7Node8 New York

Normal Operation Capacity 500 concurrent calls, 5000 extensionscirca.

Failover Operation Capacity 15000 extensions.

LEGEND

Primary ControllerMonitors all nodes and ensure that services are working.

Secondary ControllerMonitors Primary Controllerand mirror to itself. ShouldPrimary Controllerfail or if Central Office should becomeunavailable it will assume Primary Controllerrole.

Live HostWorking services.

Live Host 500cc Node 2

Hot Spare

Hot Spare

Hot Spare

Node 3Node 4Node 5Cold Spare

Storage Cluster

Storage Cluster

Node 6Node 7Node 8

New York

Los Angeles

vSWITCH

vSWIT

CH

vSWIT

CH

vSWITCH

Hot SpareAssume services for unavailable or failed Live Host.

Cold SpareCold Sparesare switched off and are available as extracapacity or to become new Hot Spares.

Storage ClusterStorage Cluster is Network Redundant storage from which allservices are running from.

8/3/2019 Advanced Telephony Computing Architecture

3/31

Scenario 1Primary Controller role

8/3/2019 Advanced Telephony Computing Architecture

4/31

Primary Controllermonitors all live nodes: LiveHosts, Hot Spares & Storage Nodes. PrimaryControlleralso ensures that data is duplicated fromLive Hosts to Storage Clusters.

Primary Controller

Live Host 500ccLive Host 500cc

Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster

SecondaryControllerNode

1

Node2Node3

Node 1

Node4

Node5Node6Node7Node8

Live Host 500cc Node 2

Hot Spare

Hot Spare

Hot Spare

Node 3Node 4

Node 5Cold Spare

Storage Cluster

Storage Cluster

Node 6Node 7Node 8

vSWITCH 1

vSWITCH 2

vSWITCH 3

vSWITCH 4

Los AngelesController

New YorkMirror

Scenario 1

8/3/2019 Advanced Telephony Computing Architecture

5/31

Scenario 2Secondary Controller role

8/3/2019 Advanced Telephony Computing Architecture

6/31

Secondary Controllermonitors only the PrimaryControllerfor availability and mirror to itself.

Primary Controller

Live Host 500ccLive Host 500cc

Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster

SecondaryControllerNode

1

Node2Node3

Node 1

Node4

Node5Node6Node7Node8

Live Host 500cc Node 2

Hot Spare

Hot Spare

Hot Spare

Node 3Node 4

Node 5Cold Spare

Storage Cluster

Storage Cluster

Node 6Node 7Node 8

vSWITCH 1

vSWITCH 2

vSWITCH 3

vSWITCH 4

Los AngelesController

New YorkMirror

Scenario 2

8/3/2019 Advanced Telephony Computing Architecture

7/31

Scenario 3Los Angeles Live Host becomes unavailable

8/3/2019 Advanced Telephony Computing Architecture

8/31

IfLive Host in Los Angeles encounters physicalfailure and becomes unavailable.

Primary Controller

Live Host 500ccLive Host 500cc

Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster

SecondaryControllerNode

1

Node2Node3

Node 1

Node4

Node5Node

6Node7Node8

Live Host 500cc Node 2

Hot Spare

Hot Spare

Hot Spare

Node 3Node 4

Node 5Cold Spare

Storage Cluster

Storage Cluster

Nod

e 6Node 7Node 8

vSWITCH 1

vSWITCH 2

vSWITCH 3

vSWITCH 4

Los AngelesController

New YorkMirror

Scenario 3

8/3/2019 Advanced Telephony Computing Architecture

9/31

Primary Controllerwill instruct first available LosAngeles Hot Spare to assume service.

Primary Controller

Live Host 500cc

Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster

SecondaryControllerNode

1

Node2Node3

Node 1

Node4

Node5Node

6Node7Node8

Live Host 500cc Node 2

Hot Spare

Hot Spare

Hot Spare

Node 3Node 4

Node 5Cold Spare

Storage Cluster

Storage Cluster

Nod

e 6Node 7Node 8

vSWITCH 1

vSWITCH 2

vSWITCH 3

vSWITCH 4

Los AngelesController

New YorkMirror

Live Host 500ccNode4

Scenario 3

8/3/2019 Advanced Telephony Computing Architecture

10/31

Scenario 4New YorkLive Hostbecomes unavailable

S i 4

8/3/2019 Advanced Telephony Computing Architecture

11/31

IfLive Host in New York encounters physical failureand becomes unavailable.

Primary Controller

Live Host 500ccLive Host 500cc

Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster

SecondaryControllerNode

1

Node2Node3

Node 1

Node4

Node5Node

6Node7Node8

Live Host 500cc Node 2

Hot Spare

Hot Spare

Hot Spare

Node 3Node 4

Node 5Cold Spare

Storage Cluster

Storage Cluster

Nod

e 6Node 7Node 8

vSWITCH 1

vSWITCH 2

vSWITCH 3

vSWITCH 4

Los AngelesController

New YorkMirror

Scenario 4

S i 4

8/3/2019 Advanced Telephony Computing Architecture

12/31

Primary Controllerwill instruct first available NewYork Hot Spare to assume service.

Primary Controller

Live Host 500ccLive Host 500cc

Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster

SecondaryControllerNode

1

Node2Node3

Node 1

Node4

Node5Node

6Node7Node8

Node 2

Hot Spare

Hot Spare

Hot Spare

Node 3Node 4

Node 5Cold Spare

Storage Cluster

Storage Cluster

Nod

e 6Node 7Node 8

vSWITCH 1

vSWITCH 2

vSWITCH 3

vSWITCH 4

Los AngelesController

New YorkMirror

Live Host 500cc Node3

Scenario 4

8/3/2019 Advanced Telephony Computing Architecture

13/31

Scenario 5New Yorkbecomes totaly unavailable

Scenario 5

8/3/2019 Advanced Telephony Computing Architecture

14/31

If New York becomes totally unavailable due toNetwork failure, Act of Terror, Natural Disaster orother cause of total loss of Location.

Primary Controller

Live Host 500ccLive Host 500cc

Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster

SecondaryControllerNode

1

Node2Node3

Node 1

Node4

Node5Node

6Node7Node8

Live Host 500cc Node 2

Hot Spare

Hot Spare

Hot Spare

Node 3Node 4

Node 5Cold Spare3

Storage Cluster

Storage Cluster

Nod

e 6Node 7Node 8

vSWITCH 1

vSWITCH 2

vSWITCH 3

vSWITCH 4

Los AngelesController New YorkMirror

Scenario 5

Scenario 5

8/3/2019 Advanced Telephony Computing Architecture

15/31

Primary Controllerwill instruct first available HotSpare in Los Angeles to assume services whichwere running in New York.

Primary Controller

Live Host 500ccLive Host 500cc

Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster

Node1

Node2Node3Node4

Node5Node

6Node7Node8

vSWITCH 1

vSWITCH 2

Los AngelesController New YorkMirror

Live Host 500ccNode4

Scenario 5

8/3/2019 Advanced Telephony Computing Architecture

16/31

Scenario 6Primary Controller failure

Scenario 6

8/3/2019 Advanced Telephony Computing Architecture

17/31

IfPrimary Controllerencounters physical failure andbecomes unavailable.

Primary Controller

Live Host 500ccLive Host 500cc

Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster

SecondaryControllerNode

1

Node2Node3

Node 1

Node4

Node5Node

6Node7Node8

Live Host 500cc Node 2

Hot Spare

Hot Spare

Hot Spare

Node 3Node 4

Node 5Cold Spare

Storage Cluster

Storage Cluster

Nod

e 6Node 7Node 8

vSWITCH 1

vSWITCH 2

vSWITCH 3

vSWITCH 4

Los AngelesController New YorkMirror

Scenario 6

Scenario 6

8/3/2019 Advanced Telephony Computing Architecture

18/31

Secondary Controllerassumes Primary Controllerrole. All other Los Angeles nodes continueuninterrupted.

Live Host 500ccLive Host 500cc

Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster

SecondaryControllerNode

1

Node2Node3

Node 1

Node4

Node5Node

6Node7Node8

Live Host 500cc Node 2

Hot Spare

Hot Spare

Hot Spare

Node 3Node 4

Node 5Cold Spare

Storage Cluster

Storage Cluster

Nod

e 6Node 7Node 8

vSWITCH 1

vSWITCH 2

vSWITCH 3

vSWITCH 4

Los AngelesController New YorkMirror

Live Host 500cc

Live Host 500cc

Node3Node4

Scenario 6

8/3/2019 Advanced Telephony Computing Architecture

19/31

Scenario 7Los Angeles becomes totaly unavailable

Scenario 7

8/3/2019 Advanced Telephony Computing Architecture

20/31

If Los Angeles becomes totally unavailable due toNetwork failure, Act of Terror, Natural Disaster orother cause of total loss of Location.

Primary Controller

Live Host 500ccLive Host 500cc

Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster

SecondaryControllerNode

1

Node2Node3

Node 1

Node4

Node5Node

6Node7Node8

Live Host 500cc Node 2Hot Spare

Hot Spare

Hot Spare

Node 3Node 4

Node 5Cold Spare

Storage Cluster

Storage Cluster

Nod

e 6Node 7Node 8

vSWITCH 1

vSWITCH 2

vSWITCH 3

vSWITCH 4

Los AngelesController New YorkMirror

Scenario 7

Scenario 7

8/3/2019 Advanced Telephony Computing Architecture

21/31

Secondary Controllerwill instruct available HotSpares in New York to assume services which wererunning in Los Angeles.

SecondaryControllerNode

1

Node2Node3

Node 1

Node4

Node5Node

6Node7Node8

Live Host 500cc Node 2Hot Spare

Hot Spare

Hot Spare

Node 3Node 4

Node 5Cold Spare

Storage Cluster

Storage Cluster

Nod

e 6Node 7Node 8

vSWITCH 1

vSWITCH 2

vSWITCH 3

vSWITCH 4

Los AngelesController New YorkMirror

Live Host 500cc

Live Host 500cc

Node3Node4

Scenario 7

Advanced Telephony Computing Architecture 2nd Year

8/3/2019 Advanced Telephony Computing Architecture

22/31

Advanced Telephony Computing Architecture 2nd Year

Los AngelesController

New YorkMirrorMIRRORI

NGHardware 4 nodes x 4 vSWITCH =

16 nodesHardware 4 nodes x 4 vSWITCH =

16 nodes

Primary Controller

Live Host 500cc

Live Host 500cc

Live Host 500cc

Live Host 500cc

Hot Spare

Hot Spare

Hot Spare

SecondaryControllerNode

1

Node2Node3

Los AngelesNormal Operation Capacity 2000 concurrent calls, 20000 extensions circa.Failover Operation Capacity 30000 extensions.

Node 1

Node4Node5Node6Node7Node

8

New YorkNormal Operation Capacity 1000 concurrent calls, 10000 extensions circa.

Failover Operation Capacity 30000 extensions.

Live Host 500cc Node 2

Live Host 500cc

Hot Spare

Hot Spare

Node 3Node 4Node 5Hot Spare

Hot Spare

Hot Spare

Node 6Node 7Nod

e 8

vSWITCH

vSWIT

CH

vSWIT

CH

vSWITCH

Hot Spare

Cold Spare

Cold Spare

Cold Spare

Storage Cluster

Storage Cluster

Storage Cluster

Storage Cluster

Node9Node10Node11Node12Node13Node14Node

15Node16

Hot Spare Node 9

Cold Spare

Cold Spare

Cold Spare

Node10Node11Node12

Storage Cluster

Storage Cluster

Storage Cluster

Node13Node

14

Nod

e15

Storage Cluster Node16

vSWITCH

vSWITCH

vSWITCH

vSWITCH

24 port InfinibandSAN SwitchSwitc

h 1

24 port InfinibandSAN SwitchSwitc

h 2

24 port InfinibandSAN Switch Switc

h 1

24 port InfinibandSAN Switch Switc

h 2

Switch 2 is a backup for the Switch 1 in caseof failure.

Switch 2 is a backup for the Switch 1 in caseof failure.

New York

Los Angeles

Advanced Telephony Computing Architecture 2nd Year

8/3/2019 Advanced Telephony Computing Architecture

23/31

Advanced Telephony Computing Architecture 2nd Year

LEGEND

Primary ControllerMonitors all nodes and ensure that services are working.

Secondary ControllerMonitors Primary Controllerand mirror to itself. ShouldPrimary Controllerfail or if Central Office should becomeunavailable it will assume Primary Controllerrole.

Live HostWorking services.

Hot SpareAssume services for unavailable or failed Live Host.

Cold SpareCold Sparesare switched off and are available as extracapacity or to become new Hot Spares.

Storage ClusterStorage Cluster is Network Redundant storage from which allservices are running from.

8/3/2019 Advanced Telephony Computing Architecture

24/31

Advanced Telephony Computing Architecture 3rd Year

8/3/2019 Advanced Telephony Computing Architecture

25/31

Advanced Telephony Computing Architecture 3rd Year

LEGEND

Primary ControllerMonitors all nodes and ensure that services are working.

Secondary ControllerMonitors Primary Controllerand mirror to itself. ShouldPrimary Controllerfail or if Central Office should becomeunavailable it will assume Primary Controllerrole.

Live HostWorking services.

Hot SpareAssume services for unavailable or failed Live Host.

Cold SpareCold Sparesare switched off and are available as extracapacity or to become new Hot Spares.

Storage ClusterStorage Cluster is Network Redundant storage from which allservices are running from.

Failover Mechanism

8/3/2019 Advanced Telephony Computing Architecture

26/31

Failover Mechanism

Primary Controller node failureIfPrimary Controllernode only or complete vSWITCH with the with the Controllernode goes down, tasks such asmonitoring, replication and failover mechanism will be taken and executed instantly by Secondary Controllernode, whichbasicaly is live backup of the main Controllernode.

Live Host failureIfLive Host node goes down or is unavailable on the network, all data of that Live Host will be copied from the StorageClusternode to the available Hot Swap node and continue to operate on that node.

Hardware Specification

8/3/2019 Advanced Telephony Computing Architecture

27/31

Hardware Specification

Computer Node 1: PRIMARY CONTROLLER & SECONDARY CONTROLLER

Interconnect: Dual Gigabit Ethernet (Intel 82576 Dual-Port)CPU: 2 x Intel Xeon E5504 Quad-Core 2.00GHz 4MB Cache, CPU ProcessorRAM: 6GB (6 x 1GB) Kingston 1GB DDR3-11066Mgz ECC REG Memory# KVR1066D3S8R7S/1GManagement: Integrated IPMI with KVM over LAN

LP PCIe x16 2.0: No Item SelectedHot-Swap Drive - 1: SOLID STATE DISK 60GB WD5000AAKS SATAII 7200RPM 3.5" HDD

Extra Nodes : Live Hosts, Hot Spare, Cold Spare

Interconnect: Dual Gigabit Ethernet (Intel 82576 Dual-Port)CPU: 2 x Intel Xeon E5504 Quad-Core 2.00GHz 4MB Cache, CPU ProcessorRAM: 6GB (6 x 1GB) Kingston 1GB DDR3-11066Mgz ECC REG Memory# KVR1066D3S8R7S/1GManagement: Integrated IPMI with KVM over LANLP PCIe x16 2.0: No Item Selected

Hot-Swap Drive - 1: SOLID STATE DISK 60GB WD5000AAKS SATAII 7200RPM 3.5" HDD

Extra Nodes : Storage Cluster

Interconnect: Dual Gigabit Ethernet (Intel 82576 Dual-Port)CPU: 2 x Intel Xeon E5504 Quad-Core 2.00GHz 4MB Cache, CPU ProcessorRAM: 6GB (6 x 1GB) Kingston 1GB DDR3-11066Mgz ECC REG Memory# KVR1066D3S8R7S/1GManagement: Integrated IPMI with KVM over LAN

LP PCIe x16 2.0: No Item SelectedHot-Swap Drive - 1: RAID 5 3TB StorageHot-Swap Drive - 2: RAID 5 3TB StorageHot-Swap Drive - 3: RAID 5 3TB Storage

SIP Proxy: Registration

8/3/2019 Advanced Telephony Computing Architecture

28/31

y g

SIP Client registration for all users (Residential, Business, Hosted PBXware and Wholesale) happens over SIP Proxy, whichauthenticate user "username", "password" or "IP address" in order to determine where the user belongs to, then forwards SIPregistration to the appropriate VPS, except when it comes to the Wholesale type of user which does not register to the VPS butonly to the Client Database.

Residential

Business

HostedPBXware

Wholesale

SIP Clients

SIP Clients

VPS

2

VPS

4

Residential

Residenti

al

Business

Business

HostedPBXware

SIPReg.RequestSIPReg.Request

SIPReg.

Request

SIPReg

.

Request

SIPProx

y

ClientCheckingClientCheckingClientCheckingClientChecking

Client DatabaseSIP ClientRegistration

SIPClie

nt

Registra

tion

SIP

Clie

nt

Registr

ation

VPS1

VPS3

VPS5

SIP Proxy: Outgoing/Incoming Calls for Residential & Business Users

8/3/2019 Advanced Telephony Computing Architecture

29/31

y g g g

Outgoing/Incoming Calls forResidential & Business users, SIP Proxy will first send those type of users to their appropriate VPSin order to check for their Enhanced Services permissions.

Residential

VPS2

Residential

Residential

SIPProxy

VPS1

VoIP/PSTNTrunk

1. SIP Client Outgoing Call.

4. SIP Proxy sends Incomingcall to the SIP Client.

4. SIP Proxy selects appropriate trunk forOutgoing call.

1. Incoming call first comes to the SIPProxy.

2. SIP Proxy sends the SIPClient to the appropriate VPS,to acquire specific SIP Clientdata.

3. VPS sends back SIP Clientwith to the SIP Proxy with SIPClient Data.

2. SIP Proxy first check forthe Incoming DID and sends

Incoming call to the VPSwhere DID related user islocated.

3. VPS sends back

Incoming call to theSIP Proxy.

Diagram shows example for Outgoing/Incoming Calls for Residential type of user.

SIP Proxy: Outgoing/Incoming Calls for Hosted PBXware Users

8/3/2019 Advanced Telephony Computing Architecture

30/31

y g g g

Outgoing/Incoming Calls forHosted PBXware users, SIP Proxy will first send those type of users to their appropriate VPS inorder to check for their Enhanced Services permissions.

HostedPBXware

VPS5

Hosted PBXware

HostedPBXware

SIPProxy

VPS5

VoIP/PSTNTrunk

1. SIP Client Outgoing Call.

4. SIP Proxy sends Incomingcall to the SIP Client.

4. SIP Proxy selects appropriate trunk forOutgoing call.

1. Incoming call first comes to the SIPProxy.

2. SIP Proxy sends the SIPClient to the appropriate VPS,to acquire specific SIP Clientdata.

3. VPS sends back SIP Clientwith to the SIP Proxy with SIPClient Data.

2. SIP Proxy first check forthe Incoming DID and sends

Incoming call to the VPSwhere DID related user islocated.

3. VPS sends back

Incoming call to theSIP Proxy.

SIP Proxy: Outgoing/Incoming Calls for Wholesale users

8/3/2019 Advanced Telephony Computing Architecture

31/31

y g g g

ForWholesale users, SIP Proxy sends the call straight through appropriate trunk as per client data which involve settings in LCR,Routing and Rating Engine.

WholesaleSIP

ProxyVoIP/PSTNTrunk

1. SIP Client Outgoing Call.

4. SIP Proxy sends Incomingcall to the SIP Client.

4. SIP Proxy selects appropriate trunk forOutgoing call.

1. Incoming call first comes to the SIPProxy.

3. SIP Proxy uses LCR, Routingand Rating Engine todetermine which trunk shouldbe used for sending Outgoingcalls.

2. SIP Proxy first check forthe Incoming DID and sendsIncoming call to the SIPClient IP address.

RatingEngine

Routing

LCR