关于外呼的问题

另外补充一下，我目前休眠时间是0.6秒

hi:
上面miao 说的是一个原因，另外一个原因就是你的DeadAGI 或者AGI 的执行。完全有可能deadagi 在忙的情况下，或者突然大的话务量情况下。这个agi 不能正确判断通道的状态。因为deadagi 是要找已经结束的通道的，实际上他可能没有结束，或者asterisk 的状态检测就是错误的。

朱工，以前我也给你提过这样的问题，你们能不能找出一个有效的办法处理此类问题？或者说这个就是asterisk的一个bug？这样的问题不能有效的解决，其他类似项目就不敢上这种解决方案。

hi:
这是asterisk 应用层的东西, 这很难说是一个bug, 因为asterisk 的应用满足不了你的业务逻辑而已。asterisk 也不可能满足所有的业务需求。所以我还是建议你改自己的逻辑，或者在asterisk 应用层上面（deadagi）做文章。

不管什么系统，瞬间相应无限量的呼叫都做不到，你可以计算一下，一个4E1的系统，如果每个呼叫平均长度为2分钟，只需要每秒钟能响应一个呼叫就足够了。考虑到话务量不均匀的问题，能提供10倍冗余，也就是每秒钟响应10个呼叫。你一个单E1的系统，要求瞬间，或者说1秒钟内响应30个呼叫，本质上是一个16E1系统的要求，要么你上超级牛的服务器，要么你修改算法，不要把所有的呼叫一起产生。况且我很好奇，你的系统要求瞬间发起30个呼叫，那么每个呼叫都是干什么的？有多长时间？

至于SIP呼叫没问题，应该和系统机制有关系，你可以观察一下系统在发起呼叫的时刻，线程数量变化情况。

我现在实际上是限制了瞬间发出的呼叫数量的，首先判断当前处理的通道有多少，其次在当前通道不超过控制范围内的情况下如果有需要呼叫的任务每秒钟最多产生2个呼叫请求。