Advanced Telephony Computing Architecture

8/3/2019 Advanced Telephony Computing Architecture

1/31

we unifycommunications

Welcome to

WWW.BICOMSYSTEMS.COM


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.


3/31

Scenario 1Primary Controller role


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


1

Node2Node3

Node 1

Node4

Node5Node6Node7Node8


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


New YorkMirror

Scenario 1


5/31

Scenario 2Secondary Controller role


6/31

Secondary Controllermonitors only the PrimaryControllerfor availability and mirror to itself.

Primary Controller


Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster


1

Node2Node3

Node 1

Node4

Node5Node6Node7Node8


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


New YorkMirror

Scenario 2


7/31

Scenario 3Los Angeles Live Host becomes unavailable


8/31

IfLive Host in Los Angeles encounters physicalfailure and becomes unavailable.

Primary Controller


Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster


1

Node2Node3

Node 1

Node4

Node5Node

6Node7Node8


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


New YorkMirror

Scenario 3


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


1

Node2Node3

Node 1

Node4

Node5Node

6Node7Node8


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


New YorkMirror

Live Host 500ccNode4

Scenario 3


10/31

Scenario 4New YorkLive Hostbecomes unavailable

S i 4


11/31

IfLive Host in New York encounters physical failureand becomes unavailable.

Primary Controller


Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster


1

Node2Node3

Node 1

Node4

Node5Node

6Node7Node8


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


New YorkMirror

Scenario 4

S i 4


12/31

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

Primary Controller


Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster


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


New YorkMirror

Live Host 500cc Node3

Scenario 4


13/31

Scenario 5New Yorkbecomes totaly unavailable

Scenario 5


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


Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster


1

Node2Node3

Node 1

Node4

Node5Node

6Node7Node8


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


15/31

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

Primary Controller


Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster

Node1

Node2Node3Node4

Node5Node

6Node7Node8

vSWITCH 1

vSWITCH 2


Live Host 500ccNode4

Scenario 5


16/31

Scenario 6Primary Controller failure

Scenario 6


17/31

IfPrimary Controllerencounters physical failure andbecomes unavailable.

Primary Controller


Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster


1

Node2Node3

Node 1

Node4

Node5Node

6Node7Node8


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


Scenario 6

Scenario 6


18/31

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


Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster


1

Node2Node3

Node 1

Node4

Node5Node

6Node7Node8


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


Live Host 500cc

Live Host 500cc

Node3Node4

Scenario 6


19/31

Scenario 7Los Angeles becomes totaly unavailable

Scenario 7


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


Hot Spare

Hot Spare

Cold Spare

Storage Cluster

Storage Cluster


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


Scenario 7

Scenario 7


21/31

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


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


Live Host 500cc

Live Host 500cc

Node3Node4

Scenario 7

Advanced Telephony Computing Architecture 2nd Year


22/31



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


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

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



23/31


LEGEND








24/31

Advanced Telephony Computing Architecture 3rd Year


25/31

Advanced Telephony Computing Architecture 3rd Year

LEGEND







Failover Mechanism


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


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


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


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


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





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


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





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

Documents

Advanced Telephony Computing Architecture