If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this email or its contents is strictly prohibited. This email is intended only for the use of the party to which it is addressed and may contain information that is privileged, confidential, or protected by law. “WARNING channel.c: Exceptionally long voice queue length queuing to CBAnn/….” It’s a very large and busy system, so there are dozens of these that may happen during a second (different channels), so thousands in an hour. Dec 18 15:19:48 WARNING32296: channel.c:951 astqueueframe: Exceptionally long voice queue length queuing to Local/037795609 em todos-8209,1 Dec 18. Also turning logs off will help a lot (sometimex x3) More info: MOR Server Speedup See also. Decrease your settings in mor.conf file for AD. Executing actions to ConfBridge channels into the same ConfBridge. Exceptionally long voice queue length queuing to CHANNELNAME Queued call to CHANNELNAME expired without completion after 0 attempts Too much calls at the same time. It will fill the log file up pretty quick if you leave it on for very long so be sure to monitor it so that it doesn't consume too much of you drive.We combine calls into a ConfBridge using AMI with AsynAGI. It will display to the console and to the message log file. I believe it's "aix set debug on" if I remember correctly. You might want to do a debug on the AIX trunk and monitor what's going on. Have you tried to do a "SIP" trunk between the two to see if the same issue exsist? You may need to verify version issues between the asterisk on trixbox and the asterisk version on the Elastix box. My first impression (and looking at the log info you posted) would be that if it worked for several months/years without problems and all you have done is add a AIX trunk to communicate with a trixbox and (seeing the warnings) I would suspect the issue is with the trunk on trixbox and the way you have it set up.
![exceptionally long voice queue length queuing to cbann exceptionally long voice queue length queuing to cbann](https://www.cisco.com/c/dam/en/us/support/docs/asynchronous-transfer-mode-atm/atm-traffic-management/10105-pqpic.gif)
How long had this server been in operation before it started having this problem, and, what version of Elastix are you using? Exceptionally long voice queue length queuing to. You say that the "CLI becomes unresponsive", so how are you resetting asterisk? Are you actually doing a asterisk restart or are you rebooting the system when it locks up? Unable to create channel of type SIP (cause d+ - Subscriber absent), tls is not a valid. The only 2 things we've changed in the last 2 weeks were adding an IAX trunk to an offsite trixbox and adding a bunch of users to our Elastix system.Īre you getting a message that states "applying setting" or is it occuring after you add an extension or modify some sort of settings? May 12 10:54:37 VERBOSE22082C-00000001 pbx. The system was stable for 80 days before these crashes started happening. WARNING chan_iax2.c: Max retries exceeded to host *.*.*.* on IAX2/****-10462 (type = 6, subclass = 2, ts=168040, seqno=54)Īny insight would be greatly appreciated. WARNING channel.c: Exceptionally long voice queue length queuing to IAX2/****-1836
![exceptionally long voice queue length queuing to cbann exceptionally long voice queue length queuing to cbann](https://i1.rgstatic.net/publication/322931470_The_Application_of_Queuing_Analysis_in_modeling_Optimal_Service_level/links/5a7836b745851541ce5aad5f/largepreview.png)
![exceptionally long voice queue length queuing to cbann exceptionally long voice queue length queuing to cbann](https://user-images.githubusercontent.com/10244293/117150543-7c491f80-adcd-11eb-9511-7e9c9041c096.png)
Exceptionally long voice queue length queuing to Local suddenly this was happened beginning of morning on random days I use debian 8 with asterisk 13.22. WARNING channel.c: Exceptionally long voice queue length queuing to IAX2/****-11606 Hi I have a issue with this log and log repeat again and again, and asterisk freeze and hang,I should restart to work again. Phones drop offline, The CLI becomes unresponsive to any commands and the only way to get the system back is to kill the processes and reset asterisk. It's usually triggered by someone "applying settings" to the system, but it happens once out of every 50 or so reloads. I'm having an issue a couple of times a week where all of a sudden Asterisk becomes unresponsive.