求助：关于3CX服务器在客户端异常退出的情况下，3CX服务器通话连接仍然保持通话2小时，产生高额话费的问题

[langjq会员 @langjq 2019年2月21日 - 上午10:07 文章数量：33]

#166

系统版本： 15.5.0  年租专业版

问题描述：关于3CX服务器在客户端异常退出的情况下，3CX服务器通话连接仍然保持通话2小时，产生高额话费的问题。

异常退出包括： 软电话再通话中，所在的电脑，关机、死机、软电话进程死掉退出等。硬件ip电话 通话中断电等。

 

通过测试：

3cx 的客户端， 第三方的客户端，ip话机 都会产生这种现象。

 

希望能尽快解决，几乎每天都有长话费产生。问题比较紧急。

[jacky会员 Post count: 62@jacky 2019年2月21日 - 上午11:31 文章数量：114]

#171

HI,郎工

此问题已通过工单的形式提交到3CX官方，等待回复中，有消息后，我会通知到你这边。

[jacky会员 Post count: 62@jacky 2019年2月22日 - 上午10:25 文章数量：114]

#172

HI,郎工

3CX技术支持有回复这个问题，建议的方法是当发生这种情况时，希望使用者（呼叫者）通过3CX系统或者3CX客户端主动去结束这些通话。对于这个建议，我觉得意义不大。我会继续提交工单，进一步的反馈这个问题。

[langjq会员 @langjq 2019年2月22日 - 上午11:02 文章数量：33]

#173

恩 确实意义不大，我当时提出一个想法，但也不合情理，通过 3cx 的接口API，去检查同一分机号，同时有多条通话连接时，能结束最前面的那个通话，但这个不是最理想的。容易误杀正常通话。谁知道前面的通话，不是另一个ip终端，拨打的正常通话。（ip软电话和ip话机或 手机客户端）。希望能给一个最终的解决方案。

[langjq会员 @langjq 2019年2月26日 - 上午9:08 文章数量：33]

#174

你们好，关于我们这个问题，有什么最新的进展吗？

[建安-Joe管理员 Post count: 35@joef 2019年2月27日 - 下午5:00 文章数量：88]

#178

关于在通话过程中，因话机或客户端突然中断，通话一直持续的情况说明
问题背景

经我们多方测试和与3Cx沟通确认，之前出现的软电话卡死，导致出现未挂机现象，直至系统2小时后系统强制挂机，这是由于咱们的SIP呼叫流程导致的。这也是SIP协议的特征。在所有的交换系统中，一通通话的正常结束，需要终端发送bye信令来确认是否中断该通通话。而在我们的使用环境中坐席人员是通过软电话来给系统发送拨出和挂机信令的，由于软终端异常后，导致挂机信令没有发出.而在系统中，因为没有收到挂机信令，以为该通通话还在继续，系统是无法判断是否软终端死机了，所以只能等到系统的时限3小时后强制挂机。我们也模拟环境对用国内外的一些其他交换机匹配进行测试如：智科和迅时的PBX，发生问题后，情况一样。

 

软终端的突然死机或异常崩溃；导致无法给交换系统发出挂机信令，从而使交换系统无法判断该通通话是否应该结束，这些都是属于异常情况，发生概率很低。同时不是使用的3CX的官方客户端，我们也无法去全局分析，3cx那边也不负责支持的。

 

SIP通话挂断的原理

一个正常的通话是由2方建立。并且两方有其中一方主动结束。通话才可能中断。如果某一方终端发生异常，导致发送不了bye消息，在这种情况下，系统是不会主动挂机的。因为3CX没有收到任何主叫和被叫的挂机指令。正常情况，作为一个正常人如果听到另外一方一直没有任何通话的声音，而会主动挂断电话，然后IP PBX收到一方bye消息就会结束这通通话。

客户的情况

您（客户）那边之前描述的属于您公司座席员拨打了对方电话，接听方接听后，您公司的终端发生异常死机，座席员以为挂断了，而终端异常.所以终端并未给系统发送BYE消息，接听方在一直没有听到回复，执意不挂断电话，出现这种接听方，不在控制范围内。这种通话中没有声音的特殊情况下，对方(一个正常的人)一般都会挂断电话，通话结束，这样通话时间不会持续太长。

 

我们这边的建议

3CX系统本身有一个通话超时设置，默认值是10800秒（3小时），参数是：MAXCALLDURATION，这是一个全局性的设置。我们也测试过这个设置是有效的，如果改变这个参数，最短的通话时长是8分钟。一般情况下，一个营销电话不会超过1个小时，而且咱们业务性质有些销售的属性，最多也就30分钟或更短。可以根据实际情况，修改这个参数，控制通话时长。在测试同类友商的产品时候，发现一些国内外同类友商的 PBX是没有这个通话超时设置，出现这种异常情况，通话会一直持续下去。

建议采用3CX的网页软电话。3CX网页软电话基于CHROME浏览器。CHROME浏览器的稳定性不错。不容易出现异常死机的情况

[langjq会员 @langjq 2019年2月28日 - 上午10:18 文章数量：33]

#179

您好：

我和领导沟通了一下，有3点疑问

1、方位话机（断电）和3cx客户端（进程）结束进程，也同样会复现这样的问题。分机打分机号码，通话过程中，一端结束进程（异常）退出，也会复现这种长时间通话的问题。
2、据我了解一般被叫号码是IVR语音应答的情况下，如对方没有设置IVR超时时间(这个是我们无法控制的)，会出现这种情况。
3、MAXCALLDURATION 这个超时设置，是不论通话是否是正常通话，都会强行断开吧。（我们当时也考虑过类似的方法，通过3CXapi接口方法，通过程序，检查通话时长超过多长时间,比如1小时，就杀掉这个通话，当时考虑这个方法不人性化，因此没有采纳这种建议。）

希望能有更合理的方法，解决这个问题。

 

[langjq会员 @langjq 2019年2月28日 - 上午10:45 文章数量：33]

#180

还有一个不解，别的 华为、avaya  ippbx系统，都应该都遇到过这里的问题，不知道他们是否有类似的问题。还有 3cx 在中国大陆用户少，但他们本国的用户应该不会少，老外应该也会遇到同类的问题。 他们是如何解决的.

[建安-Joe管理员 Post count: 35@joef 2019年2月28日 - 下午1:30 文章数量：88]

#181

还有一个不解，别的 华为、avaya  ippbx系统，都应该都遇到过这里的问题，不知道他们是否有类似的问题。

AVAYA和华为的系统不太清楚，你们之前用的是AVAYA的系统，你们可以测试下。看下AVAYA会不会有这样的问题。

还有 3cx 在中国大陆用户少，但他们本国的用户应该不会少，老外应该也会遇到同类的问题。 他们是如何解决的.

3CX在国内的用户数量也很多。但是都是企业办公为主，和你们的应用场景-营销电话不太一样。我们有个客户使用了3套128并发的系统。大约2000个电话机。也没有这样的问题。

我们这边还是会持续跟进这个问题。看下能不能再更进一步的改善和优化。确保客户的满意体验。

另外顺便提一下，V16很快就会发布了。新的API，可能对你们公司这种应用场景有帮助（因为你们用的软电话不是3CX认证的）降低你们这种用法终端死机的概率。这个我后面会和你们保持更新。

[langjq会员 @langjq 2019年2月28日 - 下午2:12 文章数量：33]

#182

A问：还有一个不解，别的 华为、avaya  ippbx系统，都应该都遇到过这里的问题，不知道他们是否有类似的问题。

B答：AVAYA和华为的系统不太清楚，你们之前用的是AVAYA的系统，你们可以测试下。看下AVAYA会不会有这样的问题。

A答：之前我们用的是avaya 的传统pbx，应该不存在，这种问题。

 

 

问您，3cx v16 版本，大概什么时候推出，租金费用是否有上涨。

 

 

 

 

 

[建安-Joe管理员 Post count: 35@joef 2019年3月1日 - 上午7:13 文章数量：88]

#186

V16估计会在1个月内左右发布。在维保期限内的3CX和租版。是可以随时升级的。价格根据我目前收到的情报，没有任何变化。

我另外的一个建议是。在流程上优化这个事情。要求每个员工的机器强制登陆开机强制登陆chrome浏览器。然后默认的主页是https://xxx.xxx.xxx:5001/webclient/#/switchboard

这样每次员工电脑开机的时候，就可以看到是不是有呼叫存在。如果发现有呼叫在线。（只能看到自己的呼叫）右键终止这个呼叫。

 

 

[langjq会员 @langjq 2019年3月1日 - 上午11:20 文章数量：33]

#191

你好 joef ：

1.V16的版本，是否已经完善此问题。

2.通过webclient 登录，我去掉了用户的相关权限，需要每个用户分机账号单独设置权限，比较繁琐。

3、批量修改分机账户是无法修改的，没有权限选项。

4、去掉了权限看到了 ，您说的，但这个可以手动终止此页面。

 

总结：

1、这种方法如果只是早上上班开机时看，那最大呼叫持续时间3600s，第二天早上开机看，早已经结束了。（从发生问题的时间来看，任何时间都有可能发生）

2、如果每天经常看，对于业务人员，他们忙着完成电话量和查找资料，给客户打电话。可以设想监控的效果也不是很好。

总的来看这个方法，效果应该不佳。

[建安-Joe管理员 Post count: 35@joef 2019年3月1日 - 上午11:45 文章数量：88]

#192

V16版本的最大好处是可以有新的API开发接口。你们可以用新的API开发接口。因为你们是要快速点击拨号。

如果你有很多分机要修改，可以把很多分机放到一个群组，然后只要编辑这个群组的权限就好了。

现在的问题在于，软件终端的异常的概率不低。请问你们目前开发用的软电话，有没有可能把稳定性提高？。或者你们开发软电话可否有个检测的机制。每当软电话启动，先关掉分机注册，然后再开启注册。如果检测到系统有自己的分机通话驻留，自己关掉这个进程？

[langjq会员 @langjq 2019年3月1日 - 下午2:09 文章数量：33]

#193

你好  joef ：我结束我们的软客户端和进程结束3cxphone 客户端，windows系统的日志中，没有发现有记录。请问如何知道客户端是否异常退出。我们好统计，异常退出情况。

 

[jacky会员 Post count: 62@jacky 2019年3月4日 - 上午10:50 文章数量：114]

#196

如果是结束3CX Windows客户端的进程，在Windows日志可以查到错误记录。请看下图：

[作者]

帖子