Anda di halaman 1dari 31

Welcome to

we unify communications

WWW.BICOMSYSTEMS.COM

Advanced Telephony Computing Architecture 1st Year Los Angeles Controller


Hardware 4 nodes x 2 vSWITCH = 8 nodes
Node Primary Controller 1 Node 2 Node 3 Node 4 Node 5 Node 6 Node 7 Node 8

MIRRORI NG vSWIT CH vSWIT CH

New York Mirror


Hardware 4 nodes x 2 vSWITCH = 8 nodes Secondary Controller Live Host 500cc Hot Spare
Nod e1 Nod e2 Nod e3 Nod e4 Nod e5 Nod e6 Nod e7 Nod e8

Live Host 500cc Live Host 500cc Hot Spare Hot Spare Cold Spare Storage Cluster Storage Cluster

New York

Hot Spare Hot Spare Cold Spare

Los Angeles vSWIT CH vSWIT CH

Storage Cluster Storage Cluster

Los Angeles Normal Operation Capacity 1000 concurrent calls, 10000 extensions circa. Failover Operation Capacity 15000 extensions.

LEGEND

New York Normal Operation Capacity 500 concurrent calls, 5000 extensions circa. Failover Operation Capacity 15000 extensions.

Primary Controller

Monitors all nodes and ensure that services are working.

Secondary Controller

Hot Spare
Assume services for unavailable or failed Live Host.

Monitors Primary Controller and mirror to itself. Should Primary Controller fail or if Central Office should become unavailable it will assume Primary Controller role.

Cold Spare

Live Host
Working services.

Cold Spares are switched off and are available as extra capacity or to become new Hot Spares.

Storage Cluster
Storage Cluster is Network Redundant storage from which all services are running from.

Scenario 1
Primary Controller role

Scenario 1

Los Angeles Controller


vSWITCH 1
Node Primary Controller 1 Node Live Host 500cc 2 Node Live Host 500cc 3 Node Hot Spare 4

Primary Controller monitors all live nodes: Live Hosts, Hot Spares & Storage Nodes. Primary Controller also ensures that data is duplicated from Live Hosts to Storage Clusters.

New York Mirror


vSWITCH 3
Secondary Controller Live Host 500cc Hot Spare Hot Spare
Nod e1 Nod e2 Nod e3 Nod e4

vSWITCH 2
Node 5 Node 6 Node 7 Node 8

vSWITCH 4
Hot Spare Cold Spare Storage Cluster Storage Cluster
Nod e5 Nod e6 Nod e7 Nod e8

Hot Spare Cold Spare Storage Cluster Storage Cluster

Scenario 2
Secondary Controller role

Scenario 2

Los Angeles Controller


vSWITCH 1
Node Primary Controller 1 Node Live Host 500cc 2 Node Live Host 500cc 3 Node Hot Spare 4

Secondary Controller monitors only the Primary Controller for availability and mirror to itself.

New York Mirror


vSWITCH 3
Secondary Controller Live Host 500cc Hot Spare Hot Spare
Nod e1 Nod e2 Nod e3 Nod e4

vSWITCH 2
Node 5 Node 6 Node 7 Node 8

vSWITCH 4
Hot Spare Cold Spare Storage Cluster Storage Cluster
Nod e5 Nod e6 Nod e7 Nod e8

Hot Spare Cold Spare Storage Cluster Storage Cluster

Scenario 3
Los Angeles Live Host becomes unavailable

Scenario 3

Los Angeles Controller


vSWITCH 1
Node Primary Controller 1 Node Live Host 500cc 2 Node Live Host 500cc 3 Node Hot Spare 4

If Live Host in Los Angeles encounters physical failure and becomes unavailable.

New York Mirror


vSWITCH 3
Secondary Controller Live Host 500cc Hot Spare Hot Spare
Nod e1 Nod e2 Nod e3 Nod e4

vSWITCH 2
Node 5 Node 6 Node 7 Node 8

vSWITCH 4
Hot Spare Cold Spare Storage Cluster Storage Cluster
Nod e5 Nod e6 Nod e7 Nod e8

Hot Spare Cold Spare Storage Cluster Storage Cluster

Scenario 3

Los Angeles Controller


vSWITCH 1
Node Primary Controller 1 Node 2 Node Live Host 500cc 3 Live Host Node Hot Spare500cc 4

Primary Controller will instruct first available Los Angeles Hot Spare to assume service.

New York Mirror


vSWITCH 3
Secondary Controller Live Host 500cc Hot Spare Hot Spare
Nod e1 Nod e2 Nod e3 Nod e4

vSWITCH 2
Node 5 Node 6 Node 7 Node 8

vSWITCH 4
Hot Spare Cold Spare Storage Cluster Storage Cluster
Nod e5 Nod e6 Nod e7 Nod e8

Hot Spare Cold Spare Storage Cluster Storage Cluster

Scenario 4
New York Live Host becomes unavailable

Scenario 4

Los Angeles Controller


vSWITCH 1
Node Primary Controller 1 Node Live Host 500cc 2 Node Live Host 500cc 3 Node Hot Spare 4

If Live Host in New York encounters physical failure and becomes unavailable.

New York Mirror


vSWITCH 3
Secondary Controller Live Host 500cc Hot Spare Hot Spare
Nod e1 Nod e2 Nod e3 Nod e4

vSWITCH 2
Node 5 Node 6 Node 7 Node 8

vSWITCH 4
Hot Spare Cold Spare Storage Cluster Storage Cluster
Nod e5 Nod e6 Nod e7 Nod e8

Hot Spare Cold Spare Storage Cluster Storage Cluster

Scenario 4

Los Angeles Controller


vSWITCH 1
Node 1

Primary Controller will instruct first available New York Hot Spare to assume service.

New York Mirror


vSWITCH 3
Secondary Controller
Nod e1 Nod e2 Node Nod 3 e3 Nod e4

Primary Controller

Node Live Host 500cc 2 Node Live Host 500cc 3 Node Hot Spare 4

Live Host Hot Spare500cc Hot Spare

vSWITCH 2
Node 5 Node 6 Node 7 Node 8

vSWITCH 4
Hot Spare Cold Spare Storage Cluster Storage Cluster
Nod e5 Nod e6 Nod e7 Nod e8

Hot Spare Cold Spare Storage Cluster Storage Cluster

Scenario 5
New York becomes totaly unavailable

Scenario 5

Los Angeles Controller


vSWITCH 1
Node 1

If New York becomes totally unavailable due to Network failure, Act of Terror, Natural Disaster or other cause of total loss of Location.

New York Mirror


vSWITCH 3
Secondary Controller Live Host 500cc Hot Spare Hot Spare
Nod e1 Nod e2 Nod e3 Nod e4

Primary Controller

Node Live Host 500cc 2 Node Live Host 500cc 3 Node Hot Spare 4

vSWITCH 2
Node 5 Node 6 Node 7 Node 8

vSWITCH 4
Hot Spare Cold Spare3 Storage Cluster Storage Cluster
Nod e5 Nod e6 Nod e7 Nod e8

Hot Spare Cold Spare Storage Cluster Storage Cluster

Scenario 5

Los Angeles Controller


vSWITCH 1
Node Primary Controller 1 Node Live Host 500cc 2 Node Live Host 500cc 3 Live Host Node Hot Spare500cc 4

Primary Controller will instruct first available Hot Spare in Los Angeles to assume services which were running in New York.

New York Mirror

vSWITCH 2
Node 5 Node 6 Node 7 Node 8

Hot Spare Cold Spare Storage Cluster Storage Cluster

Scenario 6
Primary Controller failure

Scenario 6

Los Angeles Controller


vSWITCH 1
Node Primary Controller 1 Node Live Host 500cc 2 Node Live Host 500cc 3 Node Hot Spare 4

If Primary Controller encounters physical failure and becomes unavailable.

New York Mirror


vSWITCH 3
Secondary Controller Live Host 500cc Hot Spare Hot Spare
Nod e1 Nod e2 Nod e3 Nod e4

vSWITCH 2
Node 5 Node 6 Node 7 Node 8

vSWITCH 4
Hot Spare Cold Spare Storage Cluster Storage Cluster
Nod e5 Nod e6 Nod e7 Nod e8

Hot Spare Cold Spare Storage Cluster Storage Cluster

Scenario 6

Los Angeles Controller


vSWITCH 1
Node 1 Node Live Host 500cc 2 Node Live Host 500cc 3 Node Hot Spare 4

Secondary Controller assumes Primary Controller role. All other Los Angeles nodes continue uninterrupted.

New York Mirror


vSWITCH 3
Secondary Controller Live Host 500cc Hot Spare500cc Live Host Live Host Hot Spare500cc
Nod e1 Nod e2 Node Nod 3 e3 Nod Node e4 4

vSWITCH 2
Node 5 Node 6 Node 7 Node 8

vSWITCH 4
Hot Spare Cold Spare Storage Cluster Storage Cluster
Nod e5 Nod e6 Nod e7 Nod e8

Hot Spare Cold Spare Storage Cluster Storage Cluster

Scenario 7
Los Angeles becomes totaly unavailable

Scenario 7

Los Angeles Controller


vSWITCH 1
Node Primary Controller 1 Node Live Host 500cc 2 Node Live Host 500cc 3 Node Hot Spare 4

If Los Angeles becomes totally unavailable due to Network failure, Act of Terror, Natural Disaster or other cause of total loss of Location.

New York Mirror


vSWITCH 3
Secondary Controller Live Host 500cc Hot Spare Hot Spare
Nod e1 Nod e2 Nod e3 Nod e4

vSWITCH 2
Node 5 Node 6 Node 7 Node 8

vSWITCH 4
Hot Spare Cold Spare Storage Cluster Storage Cluster
Nod e5 Nod e6 Nod e7 Nod e8

Hot Spare Cold Spare Storage Cluster Storage Cluster

Scenario 7

Los Angeles Controller


vSWITCH 1
Node 1 Node 2 Node 3 Node 4

Secondary Controller will instruct available Hot Spares in New York to assume services which were running in Los Angeles.

New York Mirror


vSWITCH 3
Secondary Controller Live Host 500cc Hot Spare500cc Live Host Live Host Hot Spare500cc
Nod e1 Nod e2 Node Nod 3 e3 Nod Node e4 4

vSWITCH 2
Node 5 Node 6 Node 7 Node 8

vSWITCH 4
Hot Spare Cold Spare Storage Cluster Storage Cluster
Nod e5 Nod e6 Nod e7 Nod e8

Advanced Telephony Computing Architecture 2nd Year Los Angeles Controller


Hardware 4 nodes x 4 vSWITCH = 16 nodes
Node Primary Controller 1 Node 2 Node 3 Node 4 Node 5 Node 6 Node 7 Node 8 Node 9 Node 10 Node 11 Node 12 Node 13 Node 14 Node 15 Node 16

MIRRORI NG vSWIT CH vSWIT CH

New York Mirror


Hardware 4 nodes x 4 vSWITCH = 16 nodes Secondary Controller Live Host 500cc Live Host 500cc Hot Spare Hot Spare Hot Spare
Nod e1 Nod e2 Nod e3 Nod e4 Nod e5 Nod e6 Nod e7 Nod e8 Nod e9 Nod e Nod 10 e Nod 11 e Nod 12 e Nod 13 e Nod 14 e Nod 15 e 16

Live Host 500cc Live Host 500cc Live Host 500cc Live Host 500cc Hot Spare Hot Spare Hot Spare Hot Spare Cold Spare Cold Spare Cold Spare Storage Cluster Storage Cluster Storage Cluster Storage Cluster
Los Angeles Normal Operation Capacity 2000 concurrent calls, 20000 extensions circa. Failover Operation Capacity 30000 extensions.

New York vSWIT CH Los Angeles vSWIT CH vSWIT CH vSWIT CH

Hot Spare Hot Spare Hot Spare Cold Spare Cold Spare Cold Spare Storage Cluster Storage Cluster Storage Cluster

vSWIT CH

New York Normal Operation Capacity 1000 concurrent calls, 10000 extensions circa. Failover Operation Capacity 30000 extensions.

vSWIT CH

Storage Cluster

Switc SAN Switch h1 Switc SAN Switch h2

24 port Infiniband 24 port Infiniband Switch 2 is a backup for the Switch 1 in case of failure.

24 port Infiniband SAN Switch 24 port Infiniband SAN Switch Switch 2 is a backup for the Switch 1 in case of failure.

Switc h1 Switc h2

Advanced Telephony Computing Architecture 2nd Year

LEGEND

Primary Controller
Monitors all nodes and ensure that services are working.

Secondary Controller
Monitors Primary Controller and mirror to itself. Should Primary Controller fail or if Central Office should become unavailable it will assume Primary Controller role.

Hot Spare

Assume services for unavailable or failed Live Host.

Cold Spare
Cold Spares are switched off and are available as extra capacity or to become new Hot Spares.

Live Host
Working services.

Storage Cluster

Storage Cluster is Network Redundant storage from which all services are running from.

Advanced Telephony Computing Architecture 3rd Year Los Angeles Controller


Hardware 4 nodes x 4 vSWITCH = 16 nodes
Node Primary Controller 1 Node Live Host 500cc 2 Node Live Host 3 Node Live Host 4 Node Live Host 5 Node Live Host 500cc 500cc 500cc 500cc

MIRRORI NG vSWIT CH vSWIT CH vSWIT CH vSWIT CH

New York Mirror


Hardware 4 nodes x 4 vSWITCH = 16 nodes
Secondary Controller Live Host 500cc Live Host 500cc Live Host 500cc Live Host 500cc Hot Spare Hot Spare Hot Spare Hot Spare Hot Spare Hot Spare Hot Spare Hot Spare Cold Spare Cold Spare Cold Spare Node 1 Node 2 Node 3 Node 4 Node 5 Node 6 Node 7 Node 8 Node 9 Node 10 Node 11 Node 12 Node 13 Node 14 Node 15 Node 16 Node 17 Node 18 Node 19 Node 20 Node 21 Node 22 Node 23 Node 24

6 Node Live Host 500cc 7 Node Hot Spare 8 Node Hot Spare 9 Node Hot Spare 10 Node Hot Spare 11 Node Hot Spare 12 Node 13 Node 14 Node 15 Node Hot Spare Cold Spare Cold Spare Cold Spare

vSWIT CH

vSWIT CH

vSWIT CH Los Angeles vSWIT CH

New York vSWIT CH

16 Node Storage Cluster 17 Node Storage Cluster 18 Node Storage Cluster 19 Node Storage Cluster 20 Node Storage Cluster 21 Node Storage Cluster 22 Node Storage Cluster 23 Node Storage Cluster 24

vSWIT CH vSWIT CH

Storage Cluster Storage Cluster Storage Cluster Storage Cluster

vSWIT CH

Storage Cluster Storage Cluster Storage Cluster Storage Cluster

Los Angeles Normal Operation Capacity 3000 concurrent calls, 30000 extensions circa. Melbourne Failover Operation Capacity 50000 extensions.

New York Normal Operation Capacity 2000 concurrent calls 20000 extensions circa. Failover Operation Capacity 50000 extensions. 24 port Infiniband SAN Switch

24 port Infiniband Switc SAN Switch h1 24 port Infiniband Switc SAN Switch

Switch 2 is a backup for the Switch 1 in case

24 port Infiniband SAN Switch

Switc h1 Switc

Advanced Telephony Computing Architecture 3rd Year

LEGEND

Primary Controller

Monitors all nodes and ensure that services are working.

Secondary Controller
Monitors Primary Controller and mirror to itself. Should Primary Controller fail or if Central Office should become unavailable it will assume Primary Controller role.

Hot Spare

Assume services for unavailable or failed Live Host.

Cold Spare

Live Host
Working services.

Cold Spares are switched off and are available as extra capacity or to become new Hot Spares.

Storage Cluster

Storage Cluster is Network Redundant storage from which all services are running from.

Failover Mechanism

Primary Controller node failure If Primary Controller node only or complete vSWITCH with the with the Controller node goes down, tasks such as monitoring, replication and failover mechanism will be taken and executed instantly by Secondary Controller node, which basicaly is live backup of the main Controller node. Live Host failure If Live Host node goes down or is unavailable on the network, all data of that Live Host will be copied from the Storage Cluster node to the available Hot Swap node and continue to operate on that node.

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 Processor RAM: 6GB (6 x 1GB) Kingston 1GB DDR3-11066Mgz ECC REG Memory# KVR1066D3S8R7S/1G Management: Integrated IPMI with KVM over LAN LP PCIe x16 2.0: No Item Selected Hot-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 Processor RAM: 6GB (6 x 1GB) Kingston 1GB DDR3-11066Mgz ECC REG Memory# KVR1066D3S8R7S/1G Management: Integrated IPMI with KVM over LAN LP 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 Processor RAM: 6GB (6 x 1GB) Kingston 1GB DDR3-11066Mgz ECC REG Memory# KVR1066D3S8R7S/1G Management: Integrated IPMI with KVM over LAN LP PCIe x16 2.0: No Item Selected Hot-Swap Drive - 1: RAID 5 3TB Storage Hot-Swap Drive - 2: RAID 5 3TB Storage Hot-Swap Drive - 3: RAID 5 3TB Storage

SIP Proxy: Registration


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

SIP Clients
SI Re P C gi lien st ra t tio n

VPS 1

Residenti al

Residential Business Hosted PBXware Wholesale


SIP Clients

SIP Req Reg. ue SIP Re st g Reque . st


SIP Reg. Request eg. SIP R est u Req

VPS 2

Residenti al

SIP Prox y

Client Checking Client Checking Client Checking Client Checking

Client Database

SIP Client Registration

VPS 3

Business

nt n ie io Cl trat P SI gis Re

VPS 4

Business

VPS 5

Hosted PBXware

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


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

VPS 1

Residenti al 3. VPS sends back SIP Client with to the SIP Proxy with SIP Client Data. 4. SIP Proxy selects appropriate trunk for Outgoing call.

2. SIP Proxy sends the SIP Client to the appropriate VPS, to acquire specific SIP Client data. 1. SIP Client Outgoing Call.

Residential
4. SIP Proxy sends Incoming call to the SIP Client.

SIP Proxy

1. Incoming call first comes to the SIP Proxy. 2. SIP Proxy first check for the Incoming DID and sends Incoming call to the VPS where DID related user is located.
VPS 2

VoIP/PSTN Trunk

3. VPS sends back Incoming call to the SIP Proxy.

Residenti al

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

SIP Proxy: Outgoing/Incoming Calls for Hosted PBXware Users


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

VPS 5

Hosted PBXware 3. VPS sends back SIP Client with to the SIP Proxy with SIP Client Data. 4. SIP Proxy selects appropriate trunk for Outgoing call.

2. SIP Proxy sends the SIP Client to the appropriate VPS, to acquire specific SIP Client data. 1. SIP Client Outgoing Call.

Hosted PBXware
4. SIP Proxy sends Incoming call to the SIP Client.

SIP Proxy

1. Incoming call first comes to the SIP Proxy. 2. SIP Proxy first check for the Incoming DID and sends Incoming call to the VPS where DID related user is located.
VPS 5

VoIP/PSTN Trunk

3. VPS sends back Incoming call to the SIP Proxy.

Hosted PBXware

SIP Proxy: Outgoing/Incoming Calls for Wholesale users


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

LCR
3. SIP Proxy uses LCR, Routing and Rating Engine to Routing determine which trunk should be used for sending Outgoing calls. Rating Engine 4. SIP Proxy selects appropriate trunk for Outgoing call.

1. SIP Client Outgoing Call.

Wholesale
4. SIP Proxy sends Incoming call to the SIP Client.

SIP Proxy

1. Incoming call first comes to the SIP Proxy. 2. SIP Proxy first check for the Incoming DID and sends Incoming call to the SIP Client IP address.

VoIP/PSTN Trunk