| 03:22.17 | *** join/#asterisk-dev reconwireless (uid10170@gateway/web/irccloud.com/x-xztpnyyluoudkqqr) |
| 08:04.13 | *** join/#asterisk-dev tm1000 (sid6728@gateway/web/irccloud.com/x-bvlkukxqulwbwctx) |
| 08:07.51 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:07.51 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:24.52 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 11:04.35 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 11:04.35 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:18.06 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 11:18.06 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:54.35 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 11:54.35 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:09.03 | *** join/#asterisk-dev stefan27 (~stefan27@212.247.4.149) |
| 12:11.50 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 12:11.50 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:12.42 | stefan27 | using realtime with queues, asterisk tells me i have to RESTART asterisk to update any queue's strategy from X to "linear", but all other transitions dont seem to require restart |
| 12:14.25 | stefan27 | what's the reason for this? |
| 12:15.28 | stefan27 | I would want to just reload queues and realtime |
| 12:26.26 | file | it's probably because queue members are stored differently using linear and it can't safely transition, but I don't know app_queue so that's a guess |
| 12:31.14 | stefan27 | I'm also trying to find out what the difference is between rrordered and linear |
| 12:31.59 | stefan27 | description in queues.conf describes rrordered as roundrobin with queue member order from config file preserved |
| 12:32.20 | stefan27 | whereas linear has the description rings interfaces in the order specified in this configuration file. |
| 12:32.51 | stefan27 | with the addiotional note: If you use dynamic members, the members will be rung in the order in which they were added |
| 12:49.19 | stefan27 | rrordered seems to behave exactly as rrmemory. |
| 12:50.05 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 12:50.05 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:50.49 | *** join/#asterisk-dev mjordan (~mjordan@75.76.55.191) |
| 12:50.49 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 12:56.18 | stefan27 | Hmm... That's very strange. the 'linear' strategy for queues does dial the agents as expected once the order of the members as shown by "queue show" is correct. But contrary to the comment attached to 'strategy=linear' in queues.conf: "If you use dynamic members, the members will be rung in the order in which they were added" it seems that If I first add agent A and then add agent B to |
| 12:56.19 | stefan27 | my mysql realtime queues-db, the order of agent A and B ends up wrong in the list as shown by "queue show". However, if I add agent A to MYSQL-DB, then run cli command "queue show" and then add agent B to MYSQL-DB the order always becomes correct. |
| 12:56.49 | stefan27 | why does running the command "queue show" ever have any effect on the order of the members |
| 12:59.49 | stefan27 | I tested 10 times with and without doing the 'queue show' in between the INSERTs of A and B to the realtime queue-DB, and the result was always as described above... |
| 13:00.16 | stefan27 | <PROTECTED> |
| 13:00.16 | stefan27 | <PROTECTED> |
| 13:00.49 | mjordan | queue show is ancillary. It forces your realtime members to be loaded into memory. |
| 13:02.21 | mjordan | anything else that forces the queue into use would probably have the same effect. The point is, with dynamic members, running a CLI "queue show" is not as passive as you might think. It has to try and figure out what the dynamic members are up to, and so it pulls them into memory. |
| 13:04.18 | stefan27 | I want to input a list [A, B] to asterisk and make asterisk order the members as [A,B]. The way i accomplish this now is "//insert A, asterisk -rx "queue show" //insert B" what can i replace queue show with then? |
| 13:05.58 | mjordan | what are you using to add the dynamic queue member? (And by the way, switch to #asterisk, as this has nothing to do with development) |
| 13:11.20 | stefan27 | you're right, but I judged that my first queue-question that I asked here 15 min ago required developer's input: using realtime with queues, asterisk tells me i have to RESTART asterisk to update any queue's strategy from X to "linear", but all other transitions dont seem to require restart - why is that?" as the answer might be due to the app_queue's implementation?, it's unwanted |
| 13:11.20 | stefan27 | behaviour for me that i have to restart the whole asterisk, anyways :) |
| 13:11.32 | stefan27 | ill switch to #asterisk |
| 13:13.52 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-xkkbvmjypfkwsrfz) |
| 13:34.43 | *** join/#asterisk-dev reconwireless (uid10170@gateway/web/irccloud.com/x-cqqqkpxcaswvxaqh) |
| 14:48.56 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-yqhqrholzatennyk) |
| 14:48.56 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:02.46 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-srqgwpekjdetwwba) |
| 15:17.43 | *** join/#asterisk-dev newtonr (~newtonr@173-21-90-203.client.mchsi.com) |
| 15:17.43 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 15:26.57 | *** join/#asterisk-dev babak (uid19622@gateway/web/irccloud.com/x-uvgefudzntxqrqpa) |
| 16:10.48 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 16:19.31 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 17:27.52 | *** join/#asterisk-dev [TK]D-Fender (~joe@64.235.216.2) |
| 17:29.21 | file | rabble rabble rabble |
| 17:32.36 | mjordan | hamburgler? |
| 17:34.06 | file | offers mjordan some pepperoni |
| 17:47.09 | mjordan | that would be tasty. |
| 17:47.20 | mjordan | I went with curry coconut carrot soup. It was spicy. |
| 17:49.30 | mjordan | file: quick question on PJSIP_AOR |
| 17:49.46 | mjordan | how were you planning on handling multiple contacts with ${PJSIP_AOR(blink,contact)}? |
| 17:50.01 | file | comma separated list |
| 17:50.08 | mjordan | kk |
| 17:53.34 | mjordan | Hm. |
| 17:53.58 | mjordan | So this is a quandry that I should probably know the answer to. Is there a way to get a channel variable from a specified channel from the dialplan? |
| 17:54.34 | file | nothing springs to mind |
| 18:03.20 | mjordan | huh |
| 18:03.24 | mjordan | that's suboptimal. |
| 18:04.43 | Marquis42 | Maybe I'm wrong, but I actually thought there was a way to do that... |
| 18:05.40 | Corydon76 | I created the SHARED() dp function for that purpose |
| 18:05.52 | Marquis42 | Oh yeah, that's it. :) |
| 18:06.35 | Corydon76 | But the originating channel has to contribute the variable to the shared area first. |
| 18:07.00 | leifmadsen | you might be able to use MASTER_CHANNEL() too I think? |
| 18:07.16 | Corydon76 | That only works with channels that are in the chain |
| 18:07.20 | Marquis42 | Right |
| 18:07.26 | leifmadsen | or maybe it was another function I'm thinking of. Pretty sure some of these functions were created by Corydon76 for my mad purposes |
| 18:07.29 | Marquis42 | oh wait, I'm thinking of IMPORT! |
| 18:07.33 | Marquis42 | That's the one. |
| 18:07.38 | Corydon76 | Ah, yes, IMPORT() |
| 18:08.25 | mjordan | crap |
| 18:08.30 | mjordan | I just sent the stupid e-mail. |
| 18:08.31 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 18:08.31 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:09.22 | leifmadsen | ah I was thinking of LOCAL_PEEK which is not related to this discussion :) |
| 18:09.24 | sgriepentrog | mjordan: there is a dialplan function that gives you a channel variable from another channel |
| 18:09.40 | Marquis42 | sgriepentrog: Yes, as mentioned it's IMPORT. :) |
| 18:09.43 | Corydon76 | SHARED() is a better model for that, because it means that the originating channel specifies which variables should be available. It also is less likely to deadlock |
| 18:10.35 | leifmadsen | aye |
| 18:10.40 | mjordan | amended. |
| 18:10.41 | leifmadsen | why is anyone writing dialplan now? It should all have been converted to external apps now |
| 18:10.41 | Marquis42 | Accessing variables from another channel all willy-nilly, what could go wrong? :D |
| 18:10.41 | Marquis42 | lolz |
| 18:10.43 | leifmadsen | don't people realize I killed the dialplan? |
| 18:10.49 | mjordan | While I like SHARED, I'm really trying to invoke CHANNEL on a different channel |
| 18:10.50 | Marquis42 | hahaha |
| 18:10.50 | mjordan | leifmadsen: burn |
| 18:10.50 | leifmadsen | :D |
| 18:10.55 | leifmadsen | is so trolly |