Queue parameters in realtime not applied

phonefxg · August 23, 2016, 6:23pm

Hi,

I’m using Asterisk 13.6 realtime in pjsip and I am having a hardtime with new created queue in my DB.
Is there any kind of reload that is needed in order to apply new parameters made in the queues table?
Some parameters like queue-thankyou are still playing to the agents even though I have removed the parameter.
I did a test by duplicating a problematic queue with a new name and the queue-thankyou message is not played to the agent. It’s almost like some parameters are stucked to whatever I have set and cannot be undone.

My extconfig.conf :

queues => odbc,asterisk
queue_members => odbc,asterisk
queue_log => odbc,asterisk,Queue_log

mkozusnik · August 24, 2016, 1:16am

Can you post the output from the CLI when you use the Queue app?

phonefxg · August 24, 2016, 10:57am

Here it is: I have set queue-thankyou in the announce column and even after removing it you can see the message played at the end:

[Aug 24 [Aug 24 06:54:10] [Aug 24 06:54:10] [Aug 24 06:54:10] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:40] [Aug 24 06:54:42] [Aug 24 06:54:42] [Aug 24 06:54:42] [Aug 24 06:54:42] [Aug 24 06:54:44] [Aug 24 06:54:44] [Aug 24 06:54:44] [Aug 24 06:54:44] [Aug 24 06:54:44] 06:53:47] Connected to Asterisk 13.6.0 currently running on dti-asterisk (pid = 2061)
– Channel PJSIP/U_2434-000ece0d left ‘native_rtp’ basic-bridge
– Channel PJSIP/ATA-LINE-040-000ece0c left ‘native_rtp’ basic-bridge
== Spawn extension (garneau-interne, 2233, 7) exited non-zero on ‘PJSIP/ATA-LINE-040-000ece0c’
== Using SIP RTP Audio TOS bits 184
== Using SIP RTP Audio CoS mark 6
– Executing [2313@garneau-interne:1] NoOp(“PJSIP/U_6995-000ece0e”, “”) in new stack
– Executing [2313@garneau-interne:2] Goto(“PJSIP/U_6995-000ece0e”, “Lunetterie,2313,1”) in new stack
– Goto (Lunetterie,2313,1)
– Executing [2313@Lunetterie:1] NoOp(“PJSIP/U_6995-000ece0e”, “”) in new stack
– Executing [2313@Lunetterie:2] Set(“PJSIP/U_6995-000ece0e”, “CDR(garneau_dst)=Lunetterie 2313”) in new stack
– Executing [2313@Lunetterie:3] Set(“PJSIP/U_6995-000ece0e”, “CDR(garneau_userfield)=Carl Fortin 2674”) in new stack
– Executing [2313@Lunetterie:4] Gosub(“PJSIP/U_6995-000ece0e”, “Sub_Set_Caller_ID,start,1()”) in new stack
– Executing [start@Sub_Set_Caller_ID:1] NoOp(“PJSIP/U_6995-000ece0e”, “”) in new stack
– Executing [start@Sub_Set_Caller_ID:2] Set(“PJSIP/U_6995-000ece0e”, “CID_Trunk=PJSIP/U_6995-000ece0e”) in new stack
– Executing [start@Sub_Set_Caller_ID:3] Set(“PJSIP/U_6995-000ece0e”, “CID_Trunk=U_6995-000ece0e”) in new stack
– Executing [start@Sub_Set_Caller_ID:4] Set(“PJSIP/U_6995-000ece0e”, “CID_Trunk=U_6995”) in new stack
– Executing [start@Sub_Set_Caller_ID:5] ExecIf(“PJSIP/U_6995-000ece0e”, “0?Set(FLAG=PRI)”) in new stack
– Executing [start@Sub_Set_Caller_ID:6] ExecIf(“PJSIP/U_6995-000ece0e”, “0?Set(FLAG=PRI)”) in new stack
– Executing [start@Sub_Set_Caller_ID:7] GotoIf(“PJSIP/U_6995-000ece0e”, “0?CID_PRI:CID_Interne”) in new stack
– Goto (Sub_Set_Caller_ID,start,8)
– Executing [start@Sub_Set_Caller_ID:8] NoOp(“PJSIP/U_6995-000ece0e”, “”) in new stack
– Executing [start@Sub_Set_Caller_ID:9] Set(“PJSIP/U_6995-000ece0e”, “CALLERID(num)=2674+A-0025-01”) in new stack
– Executing [start@Sub_Set_Caller_ID:10] Goto(“PJSIP/U_6995-000ece0e”, “Fin”) in new stack
– Goto (Sub_Set_Caller_ID,start,15)
– Executing [start@Sub_Set_Caller_ID:15] NoOp(“PJSIP/U_6995-000ece0e”, “”) in new stack
– Executing [start@Sub_Set_Caller_ID:16] Return(“PJSIP/U_6995-000ece0e”, “”) in new stack
– Executing [2313@Lunetterie:5] Gosub(“PJSIP/U_6995-000ece0e”, “Sub_Lunetterie,start,1()”) in new stack
– Executing [start@Sub_Lunetterie:1] NoOp(“PJSIP/U_6995-000ece0e”, “Appel a la Lunetterie”) in new stack
– Executing [start@Sub_Lunetterie:2] Set(“PJSIP/U_6995-000ece0e”, “CONNECTEDLINE(all,i)=“Lunetterie <2831>””) in new stack
– Executing [start@Sub_Lunetterie:3] Answer(“PJSIP/U_6995-000ece0e”, “”) in new stack
> 0x7fb066729810 – Probation passed - setting RTP source address to 10.188.4.31:16504
– Executing [start@Sub_Lunetterie:4] Queue(“PJSIP/U_6995-000ece0e”, “lunetterie,R,300,”) in new stack
– Started music on hold, class ‘Lunetterie’, on channel ‘PJSIP/U_6995-000ece0e’
– Called PJSIP/01-A-A4934CFE2736
== Using SIP RTP Audio TOS bits 184
== Using SIP RTP Audio CoS mark 6
– PJSIP/01-A-A4934CFE2736-000ece0f connected line has changed. Saving it until answer for PJSIP/U_6995-000ece0e
– PJSIP/01-A-A4934CFE2736-000ece0f is ringing
– Stopped music on hold on PJSIP/U_6995-000ece0e
– PJSIP/01-A-A4934CFE2736-000ece0f answered PJSIP/U_6995-000ece0e
– <PJSIP/01-A-A4934CFE2736-000ece0f> Playing ‘queue-thankyou.ulaw’ (language ‘fr’)
> 0x7fb066729810 – Probation passed - setting RTP source address to 10.188.4.31:16504
> 0x7fb065b96070 – Probation passed - setting RTP source address to 10.188.4.39:16484
– Channel PJSIP/01-A-A4934CFE2736-000ece0f joined ‘simple_bridge’ basic-bridge <972defeb-bcde-409d-b087-c8e2a3dffc27>
– Channel PJSIP/U_6995-000ece0e joined ‘simple_bridge’ basic-bridge <972defeb-bcde-409d-b087-c8e2a3dffc27>
> Bridge 972defeb-bcde-409d-b087-c8e2a3dffc27: switching from simple_bridge technology to native_rtp
> Remotely bridged ‘PJSIP/U_6995-000ece0e’ and ‘PJSIP/01-A-A4934CFE2736-000ece0f’ - media will flow directly between them
> Remotely bridged ‘PJSIP/U_6995-000ece0e’ and ‘PJSIP/01-A-A4934CFE2736-000ece0f’ - media will flow directly between them

mkozusnik · August 24, 2016, 12:14pm

Is that set in periodic_announce or just queue_thankyou?
What happens when you run ‘queue reload all’ from the CLI?

phonefxg · August 24, 2016, 12:31pm

It was set in the column called announce .I have a NULL value in periodic_announce.

Here is what I get from the cli:

queue reload all
[Aug 24 08:28:11] NOTICE[16067]: app_queue.c:8551 reload_queue_rules: queuerules.conf has not changed since it was last loaded. Not taking any action.

It still playing the queue-thankyou after reloading.

mkozusnik · August 24, 2016, 12:48pm

Try setting announce to no.

phonefxg · August 24, 2016, 1:11pm

That fixed the problem. Does asterisk see NULL value as a No or a yes then?

mkozusnik · August 24, 2016, 2:46pm

Not sure, but if I had to guess, I’d say that the NULL just doesn’t replace what’s stored in the AstDB for that queue.

phonefxg · August 24, 2016, 3:33pm

I do not see anything about queue in the astdb database.

mkozusnik · August 24, 2016, 4:40pm

It may only show if persistentmembers = yes. I don’t use it that way either.

phonefxg · August 24, 2016, 6:48pm

Ok, thanks a lot for your help.

Topic		Replies	Views
Realtime Queues Asterisk Support	0	179	November 17, 2014
Realtime queue not reload members Asterisk General	0	308	February 22, 2012
Issue with realtime queues after asterisk start Asterisk Support	0	198	July 24, 2014
Queue Asterisk Support	2	281	August 16, 2006
Static Agents being removed from queue? Asterisk Support	11	1068	January 9, 2009

Queue parameters in realtime not applied

Related topics