I have investigated the problem further:<br><br>Each time I call a queue configured in realtime, and a queue member takes the call, it makes a new dynamic member in the list, for that call.<br><br>In the mysql table queue_members, I have one record for the queue called "19". This record has a DAHDI/g0/xxxxx number it calls.<br>
<br>But asterisk queue seems to group the channel variable on g0.. Se the following result after two calls to queue 19:<br><br>phone01*CLI> queue show 19<br>19 has 0 calls (max unlimited) in 'rrmemory' strategy (0s holdtime), W:0, C:2, A:0, SL:0.0% within 0s<br>
Members: <br> 23 (<span style="color: rgb(153, 0, 0);">DAHDI/g0</span>) with penalty 1 (realtime) (Unknown) has taken 1 calls (last was 36 secs ago)<br> 23 (<span style="color: rgb(153, 0, 0);">DAHDI/g0</span>) with penalty 1 (realtime) (Unknown) has taken 1 calls (last was 7 secs ago)<br>
23 (DAHDI/g0/xxxxx) with penalty 1 (realtime) (Unknown) has taken no calls yet<br> No Callers<br><br><br>In the above output, I have replaced the outgoing phone number with the string "xxxxx" for security reasons.<br>
The name of the member is 23, but each time someone calls the queue, and gets connected with member 23, it creates a new "(realtime)" member inside "queue show 19".<br><br>Am I the only one with this problem?<br>
<br>Also, if everyone in the queue is busy, i get the following error:<br>[Nov 30 18:07:53] DEBUG[22988]: app_queue.c:3380 try_calling: Skipping dialing interface 'DAHDI/g0' since it has already been dialed<br><br>
And for each "copy" of the new dynamic DAHDI/g0 member, i will get a copy of the above line. So when a queue has taken 100 calls, i get at least 99 lines of this.<br><br>Should I file it as a bug, or do anyone have a meaning in why this happends?<br>
I can't believe no one else has encountered this.<br><br>It's a vanilla Asterisk 1.6.0.5 from asterisk download site. (not using svn)<br><br>On a related note, I also sometimes see the following warning:<br> [Nov 30 18:40:29] WARNING[25878]: chan_dahdi.c:2661 dahdi_call: Unrecognized pridialplan NPI modifier: g<br>
<br>Seems like it reacts on me using DAHDI/g0/number... But as far as I know, thats the only way to call to a specific trunk group(?)<br><br>Anyone? Should I post this as a bug/two bugs?<br><br>Regards,<br>Håkon Nessjøen<br>
<br><br><div class="gmail_quote">2009/11/9 Håkon Nessjøen <span dir="ltr"><<a href="mailto:haakon@avelia.no">haakon@avelia.no</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="gmail_quote">2009/10/12 Håkon Nessjøen <span dir="ltr"><<a href="mailto:haakon@avelia.no" target="_blank">haakon@avelia.no</a>></span><div><div></div><div class="h5"><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br><br>I'm getting a bounch of these:<br>[Oct 12 13:26:53] DEBUG[7738]: app_queue.c:3364 try_calling: Skipping dialing interface 'DAHDI/g0' since it has already been dialed<br>[Oct 12 13:26:53] DEBUG[7738]: app_queue.c:3364 try_calling: Skipping dialing interface 'DAHDI/g0' since it has already been dialed<br>
<br>Actually every time a user calls into a queue, this message is shown one extra time. So the amount of these messages grow proportionally with the number of calls gone through the system.<br>(after 5 calls, it shows 5 notices when the user enters the queue)<br>
<br>So after 2000 calls, you can think the notices are many for each queue call.<br><br>This didn't seem too critical, since it wass "DEBUG" messages, not warnings. But now the server suddenly died with a lot of calls going on, and the last message it wrote before it segfaulted was indeed the "skipping dialing interface" message.<br>
<br>Anyone other than me, that have had problems with this?<br><br>Regards,<br><font color="#888888">Håkon Nessjøen<br>
</font></blockquote></div></div></div><br>Seems like this has something to do with Realtime. Have anyone else had problems with this?<br><br>If I do a "queue show 33" where 33 is a name of one of my queues, i get a whole bunch of:<br>
40 (DAHDI/g0) with penalty 1 (realtime) (Unknown) has taken 1 calls (last was 5721 secs ago)<br> 40 (DAHDI/g0) with penalty 1 (realtime) (Unknown) has taken 1 calls (last was 5523 secs ago)<br> 40 (DAHDI/g0) with penalty 1 (realtime) (Unknown) has taken no calls yet<br>
40 (DAHDI/g0) with penalty 1 (realtime) (Unknown) has taken 1 calls (last was 5362 secs ago)<br> 40 (DAHDI/g0) with penalty 1 (realtime) (Unknown) has taken no calls yet<br> 40 (DAHDI/g0) with penalty 1 (realtime) (Unknown) has taken no calls yet<br>
40 (DAHDI/g0) with penalty 1 (realtime) (Unknown) has taken no calls yet<br> 40 (DAHDI/g0) with penalty 1 (realtime) (Unknown) has taken 1 calls (last was 5131 secs ago)<br> 40 (DAHDI/g0) with penalty 1 (realtime) (Unknown) has taken 1 calls (last was 4437 secs ago)<br>
40 (DAHDI/g0) with penalty 1 (realtime) (Unknown) has taken no calls yet<br> 40 (DAHDI/g0) with penalty 1 (realtime) (Unknown) has taken no calls yet<br> 40 (DAHDI/g0) with penalty 1 (realtime) (Unknown) has taken 1 calls (last was 3904 secs ago)<br>
40 (DAHDI/g0) with penalty 1 (realtime) (Unknown) has taken no calls yet<br><br>All this (and much more, this was just a snippet) even though member 40 is indeed only 1 member, not several. So it seems like each time it tries to call the queuemember, it generates a new dynamic member in the queue. Even though the member info has not changed.<br>
<font color="#888888">
<br>Håkon<br>
</font></blockquote></div><br>