# \[RESOLVED\] Wrapuptime

**URL:** <https://community.asterisk.org/t/resolved-wrapuptime/46313>\
**Category:** Asterisk Support\
**Created:** [June 2, 2014, 4:09pm UTC](https://community.asterisk.org/t/resolved-wrapuptime/46313 "2014-06-02T16:09:15Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![progressaurus](https://sea1.discourse-cdn.com/asterisk/user_avatar/community.asterisk.org/progressaurus/32/2439_2.png) [@progressaurus](https://community.asterisk.org/u/progressaurus)\
**Post date:** [June 2, 2014, 4:09pm UTC](https://community.asterisk.org/t/resolved-wrapuptime/46313/1 "2014-06-02T16:09:15Z")

</div>

Hi there,

I have two queues configured with a 5 second wrapuptime set. There are no static members within the queues, agents join both dynamically.

If a call is missed within the first queue the called party has the option to connect to an agent by pressing 1. The called party is then redirected to the second queue (campaign1redirect). Where the called party then joins the queue awaiting to be connected to an agent.

The above is working as expected, however when an agent’s call is terminated they are presented with a call from the second queue immediately after hanging up. Is there anything wrong with my logic? I have appended the configuration for both queues below:

[campaign1]  
strategy = leastrecent  
ringinuse = no  
context = features-ccD  
wrapuptime = 5  
memberdelay = 0  
timeout = 2  
retry = 0  
eventmemberstatus = no  
joinempty = paused,inuse,invalid,unavailable

[campaign1redirect]  
strategy = leastrecent  
ringinuse = no  
context = features-ccD  
wrapuptime = 5  
memberdelay = 0  
timeout = 60  
retry = 0  
eventmemberstatus = no  
joinempty = paused,inuse,invalid,unavailable

Thanks  
Chad

Asterisk 1.8.23.0 | Single Server

---

<div class="post-metadata">

**Author:** ![abw1oim](https://avatars.discourse-cdn.com/v4/letter/a/8e7dd6/32.png) [@abw1oim](https://community.asterisk.org/u/abw1oim)\
**Post date:** [June 2, 2014, 4:38pm UTC](https://community.asterisk.org/t/resolved-wrapuptime/46313/2 "2014-06-02T16:38:13Z")

</div>

The problem You’re facing is that the two queues don’t know each other that means: If You’ve got an agent which is member of both queues the wrapuptimes are considered for each standalone queue but not for the sum of both queues.  
AFAIK asterisk offers no builtin-functionality to set up a wrapuptime ovber all queues an agent is actually member of.  
Solution could be to implement this by Yourself in the dialplan by setting up the Queueinterface to a LocalChannel and inspecting the wrapuptime within the context the LocalChannel will use. After the inspection You would either place the call to the agent or drop it. I haven’t used such a scenario yet but it’s worth a try.

---

<div class="post-metadata">

**Author:** ![satish4asterisk](https://avatars.discourse-cdn.com/v4/letter/s/5f9b8f/32.png) [@satish4asterisk](https://community.asterisk.org/u/satish4asterisk)\
**Post date:** [June 3, 2014, 8:56am UTC](https://community.asterisk.org/t/resolved-wrapuptime/46313/3 "2014-06-03T08:56:45Z")

</div>

Try shared\_lastcall=yes in queues.conf and see  
Thanks,

–Satish Barot  
[satish4asterisk@gmail.com](mailto:satish4asterisk@gmail.com)

---

<div class="post-metadata">

**Author:** ![progressaurus](https://sea1.discourse-cdn.com/asterisk/user_avatar/community.asterisk.org/progressaurus/32/2439_2.png) [@progressaurus](https://community.asterisk.org/u/progressaurus)\
**Post date:** [June 3, 2014, 10:50am UTC](https://community.asterisk.org/t/resolved-wrapuptime/46313/4 "2014-06-03T10:50:10Z")

</div>

Thanks for your reply Satish, you saved the day 😄 I seemed to overlook that setting in the queues configuration which does exactly what I need.

Thanks also Olaf for your reply.

Chad

---

<div class="post-metadata">

**Author:** ![satish4asterisk](https://avatars.discourse-cdn.com/v4/letter/s/5f9b8f/32.png) [@satish4asterisk](https://community.asterisk.org/u/satish4asterisk)\
**Post date:** [June 4, 2014, 12:34pm UTC](https://community.asterisk.org/t/resolved-wrapuptime/46313/5 "2014-06-04T12:34:50Z")

</div>

😄 Welcome. Happy to be of some help to you.

–Satish Barot  
[satish4asterisk@gmail.com](mailto:satish4asterisk@gmail.com)