Giorgio Incantalupo wrote: > Hi Mark, > > I assure my queues.conf is full of autopause = no, in the singles and > general contexts (I'm not sure where to put it 'cause I found no docs > about it). > Moreover, this morning I checked my Asterisk with "show queues" and I > found another surprise: > > SIP/17 with penalty 1 (paused) (Not in use) has taken no calls yet > SIP/50 with penalty 1 (paused) (Unavailable) has taken no calls yet > > How can an unavailable phone (it is not connected on LAN) be paused??? > So I wonder...what is the rule that makes a phone "paused", then?
The "paused" logic resides fully within the Queue application. For static members, the only way to pause is if autopause is enabled or if the member is manually paused either through the dialplan or manager. Autopause takes effect whenever the queue attempts to ring a member and is unsuccessful. Since you have autopause=no in your queues.conf file, then autopause should not occur on the phones at all. In a further effort to debug the problem, you can check both your console logs and the queue_log to see if there are any messages about the members becoming paused. By the way, I don't think it's come up yet, but which version of 1.4 are you using? If you're not using the latest release, it may be worth it to try using it to see if the same behavior occurs. > Another thing I do not understand...when I restart Asterisk, my bunch of > disconnected phones have different status....IAX phones are marked with > Invalid while SIP are marked with Unavailable...why? What's the difference? > The mystery goes on.... The status reported comes from the device state subsystem. Regarding the IAX channels being marked "Invalid," this most likely comes from the fact that app_queue.so is being loaded before chan_iax2.so, meaning that at the time that app_queue checks the device state of those IAX channels, the channel driver has not loaded and so the device state system reports those channels as "Invalid." When the phones undergo some state change, or if you issue a "module reload chan_iax2.so" when the phones are "Invalid" they will most likely change to the proper state. A better solution is to edit modules.conf to force app_queue.so to load after chan_iax2.so. The SIP phones reporting "Unavailable" happens most likely because you have a "qualify" setting in sip.conf, which causes the phones to be "Unavailable" until qualify determines that the phone is available. > > Ah..I forgot to say I do not use agents but only static queues, no real > time stuff. > > Giorgio > Mark Michelson > > Mark Michelson wrote: >> Giorgio Incantalupo wrote: >> >>> Hi Mark, >>> >>> it is "show queues" I use to see if phones are paused or not. The phones >>> I'm using for tests are all SIP phones. >>> Yes, what you are supposing could be right...Asterisk could see the >>> phones as "stuck". >>> I'm still investigating, making test on my 1.4 box and I have noticed >>> some other strange things about the phones. Some phones when normally >>> used (I made a test making an outbound call) are seen as "paused (In >>> use)" while other are marked as "In Use" only: >>> >>> (from Asterisk CLI): >>> >>> SIP/8 with penalty 1 (In use) has taken 1 calls (last was 3247 secs >>> ago) (my phone) >>> SIP/36 with penalty 1 (paused) (In use) has taken no calls yet (my >>> test phone) >>> >>> The phones are the same model and have same sip.conf definition. >>> The queues.conf definitions are the same for the two queues the phones >>> are in. >>> I do not know why "queues show" shows paused or not for similar phones. >>> Can this be useful!?!? >>> >>> Giorgio >>> >>> >> The only way that a phone should become automatically paused is if the >> autopause >> option is set in queues.conf for the queue. There are ways through the >> dialplan >> and manager to manually pause a queue member, but there are no other ways >> for a >> member to become automatically paused. >> >> That being said, it could be that you have discovered some sort of bug in >> 1.4. >> When does this appear to happen? Does it happen randomly or is the situation >> reproduceable? >> >> Mark Michelson >> >> _______________________________________________ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> AstriCon 2008 - September 22 - 25 Phoenix, Arizona >> Register Now: http://www.astricon.net >> >> asterisk-users mailing list >> To UNSUBSCRIBE or update options visit: >> http://lists.digium.com/mailman/listinfo/asterisk-users >> >> > > _______________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > > AstriCon 2008 - September 22 - 25 Phoenix, Arizona > Register Now: http://www.astricon.net > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2008 - September 22 - 25 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
