简体繁体 English

星号始发呼叫

[英]asterisk originate drops calls

原文 2012-09-16 05:58:06 8 1 asterisk/ amazon-ami

I am using asterisk(1.6.2.13) to mass originate to specified numbers that are come from mysql database using perl and AMI. 我正在使用星号（1.6.2.13）大规模起源到使用perl和AMI从mysql数据库中获取的指定数字。 if I send all calls (simultaneous) to asterisk, it will drop half of them after about 20 seconds. 如果我将所有呼叫（同时）发送到星号，则大约20秒后它将掉线一半。 but if I sleep for 1 second between each originate it will process the call clearly. 但是，如果我在每次发起之间睡眠1秒钟，它将清楚地处理呼叫。 so this will reduce the capacity of origination. 因此，这将减少发起的能力。

Is there any way to get rid of this limitation? 有什么方法可以摆脱这种限制？

1 个解决方案

Asterisk uses a single thread to process all SIP messages, and everything relating to SIP messaging happens in this thread (eg. realtime database access). 星号使用单个线程来处理所有SIP消息，并且与SIP消息传递有关的所有事情都在此线程中发生（例如，实时数据库访问）。 This imposes an upper limit on the number of calls that can be processed per second. 这对每秒可以处理的呼叫数量施加了上限。 You can monitor the unprocessed SIP packets on the socket queue using something like "netstat -na |grep 5060". 您可以使用“ netstat -na | grep 5060”之类的东西监视套接字队列上未处理的SIP数据包。 I've found it can up to 200 call setups per second, beyond that it will start losing and retransmitting packets and eventually dropping calls. 我发现它每秒最多可以建立200个呼叫，除此之外，它将开始丢失和重发数据包并最终掉线。