CN110138850A - 一种基于DNSmasq实现云PBX业务负载均衡的方法 - Google Patents

一种基于DNSmasq实现云PBX业务负载均衡的方法 Download PDF

Info

Publication number
CN110138850A
CN110138850A CN201910371677.9A CN201910371677A CN110138850A CN 110138850 A CN110138850 A CN 110138850A CN 201910371677 A CN201910371677 A CN 201910371677A CN 110138850 A CN110138850 A CN 110138850A
Authority
CN
China
Prior art keywords
server
dnsmasq
service
pbx
service server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910371677.9A
Other languages
English (en)
Other versions
CN110138850B (zh
Inventor
王焮灏
王守军
胡丞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujian Star-Net Wisdom Technology Co Ltd
Original Assignee
Fujian Star-Net Wisdom Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujian Star-Net Wisdom Technology Co Ltd filed Critical Fujian Star-Net Wisdom Technology Co Ltd
Priority to CN201910371677.9A priority Critical patent/CN110138850B/zh
Publication of CN110138850A publication Critical patent/CN110138850A/zh
Application granted granted Critical
Publication of CN110138850B publication Critical patent/CN110138850B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/45Network directories; Name-to-address mapping
    • H04L61/4505Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
    • H04L61/4511Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1053IP private branch exchange [PBX] functionality entities or arrangements
    • H04L65/1056Multi-site
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/1008Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1029Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63Routing a service request depending on the request content or context

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明提供了计算机领域的一种基于DNSmasq实现云PBX业务负载均衡的方法,包括如下步骤:步骤S10、各业务服务器连接至DNSmasq服务器,DNSmasq服务器创建各业务服务器的SRV记录;步骤S20、DNSmasq服务器确定各业务服务器的负载量;步骤S30、用户终端向云PBX发送业务请求;步骤S40、云PBX向DNSmasq服务器查询SRV记录,并依据各业务服务器的负载量确定负载量最小的业务服务器;步骤S50、云PBX将用户终端的业务请求转发至负载量最小的业务服务器。本发明的优点在于:实现了各业务集群服务器之间的云PBX业务负载均衡。

Description

一种基于DNSmasq实现云PBX业务负载均衡的方法
技术领域
本发明涉及计算机领域,特别指一种基于DNSmasq实现云PBX业务负载均衡的方法。
背景技术
IP-PBX是一种基于IP的公司电话系统,IP-PBX可以完全将语音通信集成到公司的数据网络中,从而建立能够连接分布在全球各地办公地点和员工的统一语音和数据网络。通过电信网和互联网,仅需要单一设备即可为用户提供语音、传真、数据和视频等多种通信方式。但是,随着语音等业务的不断扩展,传统的IP-PBX在容量上受设备的限制难以进行扩展,并且由于设备分散部署在各个场景,某个场景下的IP-PBX服务异常,需要去特点场景下去定位并解决问题,难以对IP-PBX的设备进行统一维护。
随着虚拟化和云技术的不断深入和发展,出现了将IP-PBX业务分布式部署至云服务器的云PBX。云PBX是将IP-PBX服务通过虚拟化docker技术部署到云服务器,通过简单的配置即可搭建服务集群,方便扩展业务容量,通过统一的运维管理平台即可实现对云PBX系统进行维护,解决了传统IP-PBX的不足。
但是,传统的云PBX在用户量以及业务量不断增大的情况下,如果只通过某一台业务服务器处理云PBX的各种业务,很容易出现服务器资源耗尽,进而导致整个云PBX系统异常,甚至中断。因此,如何实现实现云PBX业务负载均衡,成为一个亟待解决的问题。
发明内容
本发明要解决的技术问题,在于提供一种基于DNSmasq实现云PBX业务负载均衡的方法,实现各业务集群服务器之间的云PBX业务负载均衡。
本发明是这样实现的:一种基于DNSmasq实现云PBX业务负载均衡的方法,所述方法包括如下步骤:
步骤S10、各业务服务器连接至DNSmasq服务器,DNSmasq服务器创建各业务服务器的SRV记录;
步骤S20、DNSmasq服务器确定各业务服务器的负载量;
步骤S30、用户终端向云PBX发送业务请求;
步骤S40、云PBX向DNSmasq服务器查询SRV记录,并依据各业务服务器的负载量确定负载量最小的业务服务器;
步骤S50、云PBX将用户终端的业务请求转发至负载量最小的业务服务器。
进一步地,所述步骤S10具体为:
各业务服务器通过TCP协议连接至DNSmasq服务器,各业务服务器均将各自的域名、IP地址以及端口上报给DNSmasq服务器;DNSmasq服务器依据域名、IP地址以及端口创建各业务服务器的SRV记录。
进一步地,所述步骤S20具体为:
DNSmasq服务器每隔设定的第一时间间隔向各业务服务器发送查询PBX业务负载量请求,若业务服务器在设定的第二时间间隔内返回PBX业务负载量的查询结果,则DNSmasq服务器将查询结果进行存储,并进入步骤S30;若业务服务器在设定的第二时间间隔内未返回PBX业务负载量的查询结果,且连续未返回查询结果超过设定的次数,则DNSmasq服务器删除未返回查询结果的业务服务器的域名、IP地址、端口以及SRV记录,并进入步骤S30。
进一步地,所述步骤S30具体为:
用户终端通过会话边界控制器向云PBX发送业务请求。
进一步地,所述步骤S40具体包括:
步骤S41、设定一业务请求与业务类型、业务类型与域名的匹配规则;
步骤S42、云PBX通过所述匹配规则匹配该用户终端的业务请求所属的业务类型,进而依据业务类型得到对应的域名,并依据域名向DNSmasq服务器发送SRV记录查询请求;
步骤S43、DNSmasq服务器依据SRV记录查询请求列出符合该域名的所有业务服务器,并依据所述查询结果确定符合该域名的所有业务服务器中负载量最小的业务服务器;
步骤S44、DNSmasq服务器将负载量最小的业务服务器的IP地址以及端口发送给云PBX。
进一步地,所述步骤S50具体为:
云PBX依据负载量最小的业务服务器的IP地址以及端口,将用户终端的业务请求转发至负载量最小的业务服务器。
本发明的优点在于:
1、通过DNSmasq服务器向各业务服务器发送查询PBX业务负载量请求并返回查询结果,使得DNSmasq服务器能够依据查询结果给云PBX分配负载最小的业务服务器,实现各业务集群服务器之间的云PBX业务负载均衡,保证了各云PBX业务能够得到快速的处理,且不会因为个别的业务服务器出现故障而停止服务。
2、通过DNSmasq服务器向云PBX提供SRV记录查询服务,并设定所述匹配规则,实现不同业务类型的云PBX服务请求能够对接至相应的业务服务器,保证了云PBX服务请求能够得到最优的处理。
3、通过业务服务器在设定的第二时间间隔内未返回PBX业务负载量的查询结果超过设定的次数,则DNSmasq服务器删除该业务服务器的所有记录,保证了DNSmasq服务器每次向云PBX分配的业务服务器均是正常的,提升了用户体验。
附图说明
下面参照附图结合实施例对本发明作进一步的说明。
图1是本发明一种基于DNSmasq实现云PBX业务负载均衡的方法的流程图。
图2是本发明一种基于DNSmasq实现云PBX业务负载均衡的方法的硬件连接示意图。
具体实施方式
请参照图1至图2所示,本发明一种基于DNSmasq实现云PBX业务负载均衡的方法的较佳实施例,包括如下步骤:
步骤S10、各业务服务器连接至DNSmasq服务器,DNSmasq服务器创建各业务服务器的SRV记录;SRV记录是DNS服务器的数据库中支持的一种资源记录的类型,它记录了哪台计算机提供了哪个服务这么一个简单的信息。
步骤S20、DNSmasq服务器确定各业务服务器的负载量;
步骤S30、用户终端(UE)向云PBX发送业务请求;
步骤S40、云PBX向DNSmasq服务器查询SRV记录,并依据各业务服务器的负载量确定负载量最小的业务服务器;
步骤S50、云PBX将用户终端的业务请求转发至负载量最小的业务服务器。
所述步骤S10具体为:
启动DNSmasq服务器,初始化DNSmasq服务器的IP地址以及端口,并创建两个线程,其一用于处理与业务服务器之间的交互,其二用于处理与云PBX之间的交互;各业务服务器初始化完成后,通过TCP协议以及DNSmasq服务器的IP地址、端口连接至DNSmasq服务器,各业务服务器均将各自的域名、IP地址以及端口上报给DNSmasq服务器;DNSmasq服务器依据域名、IP地址以及端口创建各业务服务器的SRV记录。DNSmasq服务器的IP以及端口可以通过业务服务页面或者配置文件进行配置。
所述步骤S20具体为:
DNSmasq服务器每隔设定的第一时间间隔向各业务服务器发送查询PBX业务负载量请求,即查询各业务服务器正在处理云PBX业务的请求数,若业务服务器在设定的第二时间间隔内返回PBX业务负载量的查询结果,则DNSmasq服务器将查询结果进行存储,并进入步骤S30,查询结果进行不断的更新;若业务服务器在设定的第二时间间隔内未返回PBX业务负载量的查询结果,且连续未返回查询结果超过设定的次数,判断该业务服务器为异常状态,则DNSmasq服务器删除未返回查询结果的业务服务器的域名、IP地址、端口以及SRV记录,并进入步骤S30。通过DNSmasq服务器向各业务服务器发送查询PBX业务负载量请求并返回查询结果,使得DNSmasq服务器能够依据查询结果给云PBX分配负载最小的业务服务器,实现各业务集群服务器之间的云PBX业务负载均衡,保证了各云PBX业务能够得到快速的处理,且不会因为个别的业务服务器出现故障而停止服务。
通过业务服务器在设定的第二时间间隔内未返回PBX业务负载量的查询结果超过设定的次数,则DNSmasq服务器删除该业务服务器的所有记录,保证了DNSmasq服务器每次向云PBX分配的业务服务器均是正常的,提升了用户体验。
所述第一时间理论上越小负载情况越均衡,但如果该值太小会频繁创建定时器任务以及频繁发送负载查询报文,会降低业务服务器的负载性能及网络性能,通过大量实验以及调试,该值设置为2S为优,但是在不同的环境下,需要经过调试找出最优值。
所述步骤S30具体为:
用户终端通过会话边界控制器(SBC)向云PBX发送业务请求。会话边界控制器是VoIP呼叫控制产品,用于电话完全由VoIP传输而不需要网关的环境,它使用全部三种VoIP协议——H.323关守、SIP代理和媒体网关控制协议(MGCP)。它会在未来的VoIP服务提供中发挥重要作用,允许跨越多个IP网络,即使有防火墙要穿越,也能提供有质量保障的VoIP服务。
所述步骤S40具体包括:
步骤S41、设定一业务请求与业务类型、业务类型与域名的匹配规则;
步骤S42、云PBX通过所述匹配规则匹配该用户终端的业务请求所属的业务类型,进而依据业务类型得到对应的域名,并依据域名向DNSmasq服务器发送SRV记录查询请求;
步骤S43、DNSmasq服务器依据SRV记录查询请求列出符合该域名的所有业务服务器,并依据所述查询结果确定符合该域名的所有业务服务器中负载量最小的业务服务器;通过DNSmasq服务器向云PBX提供SRV记录查询服务,并设定所述匹配规则,实现不同业务类型的云PBX服务请求能够对接至相应的业务服务器,保证了云PBX服务请求能够得到最优的处理。
步骤S44、DNSmasq服务器将负载量最小的业务服务器的IP地址以及端口发送给云PBX。
所述步骤S50具体为:
云PBX依据负载量最小的业务服务器的IP地址以及端口,将用户终端的业务请求转发至负载量最小的业务服务器。
综上所述,本发明的优点在于:
1、通过DNSmasq服务器向各业务服务器发送查询PBX业务负载量请求并返回查询结果,使得DNSmasq服务器能够依据查询结果给云PBX分配负载最小的业务服务器,实现各业务集群服务器之间的云PBX业务负载均衡,保证了各云PBX业务能够得到快速的处理,且不会因为个别的业务服务器出现故障而停止服务。
2、通过DNSmasq服务器向云PBX提供SRV记录查询服务,并设定所述匹配规则,实现不同业务类型的云PBX服务请求能够对接至相应的业务服务器,保证了云PBX服务请求能够得到最优的处理。
3、通过业务服务器在设定的第二时间间隔内未返回PBX业务负载量的查询结果超过设定的次数,则DNSmasq服务器删除该业务服务器的所有记录,保证了DNSmasq服务器每次向云PBX分配的业务服务器均是正常的,提升了用户体验。
虽然以上描述了本发明的具体实施方式,但是熟悉本技术领域的技术人员应当理解,我们所描述的具体的实施例只是说明性的,而不是用于对本发明的范围的限定,熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化,都应当涵盖在本发明的权利要求所保护的范围内。

Claims (6)

1.一种基于DNSmasq实现云PBX业务负载均衡的方法,其特征在于:所述方法包括如下步骤:
步骤S10、各业务服务器连接至DNSmasq服务器,DNSmasq服务器创建各业务服务器的SRV记录;
步骤S20、DNSmasq服务器确定各业务服务器的负载量;
步骤S30、用户终端向云PBX发送业务请求;
步骤S40、云PBX向DNSmasq服务器查询SRV记录,并依据各业务服务器的负载量确定负载量最小的业务服务器;
步骤S50、云PBX将用户终端的业务请求转发至负载量最小的业务服务器。
2.如权利要求1所述的一种基于DNSmasq实现云PBX业务负载均衡的方法,其特征在于:所述步骤S10具体为:
各业务服务器通过TCP协议连接至DNSmasq服务器,各业务服务器均将各自的域名、IP地址以及端口上报给DNSmasq服务器;DNSmasq服务器依据域名、IP地址以及端口创建各业务服务器的SRV记录。
3.如权利要求1所述的一种基于DNSmasq实现云PBX业务负载均衡的方法,其特征在于:所述步骤S20具体为:
DNSmasq服务器每隔设定的第一时间间隔向各业务服务器发送查询PBX业务负载量请求,若业务服务器在设定的第二时间间隔内返回PBX业务负载量的查询结果,则DNSmasq服务器将查询结果进行存储,并进入步骤S30;若业务服务器在设定的第二时间间隔内未返回PBX业务负载量的查询结果,且连续未返回查询结果超过设定的次数,则DNSmasq服务器删除未返回查询结果的业务服务器的域名、IP地址、端口以及SRV记录,并进入步骤S30。
4.如权利要求1所述的一种基于DNSmasq实现云PBX业务负载均衡的方法,其特征在于:所述步骤S30具体为:
用户终端通过会话边界控制器向云PBX发送业务请求。
5.如权利要求3所述的一种基于DNSmasq实现云PBX业务负载均衡的方法,其特征在于:所述步骤S40具体包括:
步骤S41、设定一业务请求与业务类型、业务类型与域名的匹配规则;
步骤S42、云PBX通过所述匹配规则匹配该用户终端的业务请求所属的业务类型,进而依据业务类型得到对应的域名,并依据域名向DNSmasq服务器发送SRV记录查询请求;
步骤S43、DNSmasq服务器依据SRV记录查询请求列出符合该域名的所有业务服务器,并依据所述查询结果确定符合该域名的所有业务服务器中负载量最小的业务服务器;
步骤S44、DNSmasq服务器将负载量最小的业务服务器的IP地址以及端口发送给云PBX。
6.如权利要求5所述的一种基于DNSmasq实现云PBX业务负载均衡的方法,其特征在于:所述步骤S50具体为:
云PBX依据负载量最小的业务服务器的IP地址以及端口,将用户终端的业务请求转发至负载量最小的业务服务器。
CN201910371677.9A 2019-05-06 2019-05-06 一种基于DNSmasq实现云PBX业务负载均衡的方法 Active CN110138850B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910371677.9A CN110138850B (zh) 2019-05-06 2019-05-06 一种基于DNSmasq实现云PBX业务负载均衡的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910371677.9A CN110138850B (zh) 2019-05-06 2019-05-06 一种基于DNSmasq实现云PBX业务负载均衡的方法

Publications (2)

Publication Number Publication Date
CN110138850A true CN110138850A (zh) 2019-08-16
CN110138850B CN110138850B (zh) 2022-05-03

Family

ID=67576510

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910371677.9A Active CN110138850B (zh) 2019-05-06 2019-05-06 一种基于DNSmasq实现云PBX业务负载均衡的方法

Country Status (1)

Country Link
CN (1) CN110138850B (zh)

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1820268A (zh) * 2003-08-20 2006-08-16 苹果计算机公司 加速本地高速缓存中资源记录到期的方法和装置
CN101616152A (zh) * 2009-06-19 2009-12-30 中兴通讯股份有限公司 一种cscf实体容灾和负载均衡的系统及方法
CN102177685A (zh) * 2008-07-31 2011-09-07 泰克莱克公司 用于使用采用域名系统(dns)分配给互联网协议(ip)网络服务器的别名主机名标识符来抑制去往ip网络服务器的业务的方法、系统和计算机可读介质
CN102934408A (zh) * 2010-06-18 2013-02-13 瑞典爱立信有限公司 处理互联网协议多媒体子系统网络中的公共身份的方法和装置
CN103181118A (zh) * 2010-11-01 2013-06-26 瑞典爱立信有限公司 使用在中央数据库中识别的现有连接建立会话的网络节点
CN103329499A (zh) * 2010-11-30 2013-09-25 皇家Kpn公司 服务网络节点的动态分配
CN103503487A (zh) * 2011-03-03 2014-01-08 交互数字专利控股公司 用于接入隶属于所发现的服务供应商的服务的方法和装置
CN104468746A (zh) * 2014-11-23 2015-03-25 国云科技股份有限公司 一种适用于云平台的分布式虚拟网络实现方法
CN104539558A (zh) * 2014-12-31 2015-04-22 林坚 可扩容ip电话交换机刀片机构架及自动扩容方法
CN105635345A (zh) * 2016-02-23 2016-06-01 华为技术有限公司 域名资源记录管理方法和装置
CN106487819A (zh) * 2016-12-29 2017-03-08 北京奇艺世纪科技有限公司 一种通过udp代理http请求的方法和装置
CN107431726A (zh) * 2015-02-20 2017-12-01 康维达无线有限责任公司 消息总线服务目录
WO2018178843A1 (en) * 2017-03-27 2018-10-04 Ale International Method for associating a pbx extension with a user account of a cloud service application

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1820268A (zh) * 2003-08-20 2006-08-16 苹果计算机公司 加速本地高速缓存中资源记录到期的方法和装置
CN102177685A (zh) * 2008-07-31 2011-09-07 泰克莱克公司 用于使用采用域名系统(dns)分配给互联网协议(ip)网络服务器的别名主机名标识符来抑制去往ip网络服务器的业务的方法、系统和计算机可读介质
CN101616152A (zh) * 2009-06-19 2009-12-30 中兴通讯股份有限公司 一种cscf实体容灾和负载均衡的系统及方法
CN102934408A (zh) * 2010-06-18 2013-02-13 瑞典爱立信有限公司 处理互联网协议多媒体子系统网络中的公共身份的方法和装置
CN103181118A (zh) * 2010-11-01 2013-06-26 瑞典爱立信有限公司 使用在中央数据库中识别的现有连接建立会话的网络节点
CN103329499A (zh) * 2010-11-30 2013-09-25 皇家Kpn公司 服务网络节点的动态分配
CN103503487A (zh) * 2011-03-03 2014-01-08 交互数字专利控股公司 用于接入隶属于所发现的服务供应商的服务的方法和装置
CN107197419A (zh) * 2011-03-03 2017-09-22 交互数字专利控股公司 用于接入隶属于所发现的服务供应商的服务的方法和装置
CN104468746A (zh) * 2014-11-23 2015-03-25 国云科技股份有限公司 一种适用于云平台的分布式虚拟网络实现方法
CN104539558A (zh) * 2014-12-31 2015-04-22 林坚 可扩容ip电话交换机刀片机构架及自动扩容方法
CN107431726A (zh) * 2015-02-20 2017-12-01 康维达无线有限责任公司 消息总线服务目录
CN105635345A (zh) * 2016-02-23 2016-06-01 华为技术有限公司 域名资源记录管理方法和装置
CN106487819A (zh) * 2016-12-29 2017-03-08 北京奇艺世纪科技有限公司 一种通过udp代理http请求的方法和装置
WO2018178843A1 (en) * 2017-03-27 2018-10-04 Ale International Method for associating a pbx extension with a user account of a cloud service application

Also Published As

Publication number Publication date
CN110138850B (zh) 2022-05-03

Similar Documents

Publication Publication Date Title
US10129073B2 (en) System and method for addition and removal of servers in server cluster
US7899168B2 (en) Controlling or monitoring PBX phone from multiple PC endpoints
US9516076B2 (en) Central conferencing routing server
US20090316687A1 (en) Peer to peer inbound contact center
US7532628B2 (en) Composite controller for multimedia sessions
KR101914327B1 (ko) 클라우드 및 온 프레미스 간 하이브리드 통합형 통신 디플로이먼트 기법
US9680995B2 (en) Reporting on call center data across multiple concurrent activity sources
WO2011144080A2 (zh) 一种通信的方法、系统及装置
CN101390362A (zh) 包含多个用户应用共享的用户代理的sip多用户媒体客户端
WO2014114088A1 (zh) 一种ngn下实现宽带业务功能的方法及业务平台
KR20080072704A (ko) 프로세스 리사이클링을 위한 세션 개시 프로토콜 리디렉션
CN110138850A (zh) 一种基于DNSmasq实现云PBX业务负载均衡的方法
KR101174028B1 (ko) 인터넷 전화 가상화 게이트웨이 장치
Kanth et al. Implementation of Effective Load Balancer by Using Single Initiation Protocol to Maximise the Performance
EP4113930A1 (en) Method and communication system for transmitting signaling information used for establishing a communication session between a calling end device and a called end device
TIAN RESEARCH AND IMPLEMENTATION OF DISTRIBUTED CALL SYSTEM BASED ON SOFT SWITCH
JP2006295760A (ja) VoIPサービスシステム、呼制御サーバ、および呼制御方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: 361000 unit 1001, No.56, guanri Road, phase II, software park, Siming District, Xiamen City, Fujian Province

Applicant after: Fujian Xingwang Intelligent Technology Co.,Ltd.

Address before: 361000 unit 1001, No.56, guanri Road, phase II, software park, Siming District, Xiamen City, Fujian Province

Applicant before: FUJIAN STAR-NET WISDOM TECHNOLOGY Co.,Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant