Users in multiple call queues - simultaneous ringing, not very practical?

%3CLINGO-SUB%20id%3D%22lingo-sub-2145937%22%20slang%3D%22en-US%22%3EUsers%20in%20multiple%20call%20queues%20-%20simultaneous%20ringing%2C%20not%20very%20practical%3F%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2145937%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20All%2C%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWe%20have%20discovered%20in%20the%20scenario%20of%20adding%20users%20to%20multiple%20call%20queues%20that%20if%20those%20queues%20have%20calls%20waiting%2C%20the%20users%20will%20receive%26nbsp%3Bsimultaneous%20calls%20%3CU%3Efrom%20each%20queue%3C%2FU%3E%20once%20they%20become%20%22available%22%20(using%20presence%20based%20routing%20with%20round%20robin%20and%2For%20longest%20idle).%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EFrom%20the%20users%20perspective%20this%20seems%20impractical%20-%20especially%20if%20they%20are%20attached%20to%20several%20busy%20call%20queues%20and%20therefore%20are%20being%20offered%26nbsp%3Bsimultaneous%20calls%20repeatedly%20upon%20entering%20%22available%22%20status.%20The%26nbsp%3Bsimultaneous%20calls%20also%20continue%20to%20ring%20briefly%20after%20the%20user%20has%20answered%20a%20call%20and%20therefore%20create%20some%20difficulty%20hearing%20the%20call%20they%20answered.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20haven't%20encountered%20another%20telephony%20solution%20that%20behaves%20in%20this%20way%20by%20default%20(or%20at%20least%20without%20an%20option%20to%20customise%20this)%20and%20can't%20imagine%20this%20would%20be%20desirable%20for%20most%20use%20cases.%20Typically%20a%20user%20would%20only%20ever%20be%20presented%20with%20a%20single%20call%20at%20any%20given%20time.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIs%20anyone%20aware%20of%20a%20solution%20or%20way%20to%20mitigate%20this%3F%20We%20have%20tried%20busy%20on%20busy%20etc%20but%20this%20only%20works%20after%20the%20call%20has%20been%20answered%2C%20not%20before.%20I%20also%20have%20a%20ticket%20open%20with%20Microsoft%20Support%20to%20discuss%20although%20they%20are%20indicating%20this%20is%20%22expected%20behavior%22.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-2145937%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EMicrosoft%20Teams%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2244342%22%20slang%3D%22en-US%22%3ERe%3A%20Users%20in%20multiple%20call%20queues%20-%20simultaneous%20ringing%2C%20not%20very%20practical%3F%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2244342%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F970776%22%20target%3D%22_blank%22%3E%40DanNewton%3C%2FA%3E%26nbsp%3BHi!%20Just%20wondering%20if%20you%20found%20a%20solution%20or%20workaround%20for%20this%3F%20I%20am%20having%20a%20similar%20issue.%20I'm%20trying%20to%20manage%20several%20call%20queues%20for%20the%20same%20agents%3C%2FP%3E%3CP%3EWe%20manage%20calls%20for%20multiple%20companies%20so%20need%20to%20see%20the%20incoming%20call%20route%20in%20order%20to%20answer%20it%20correctly%2C%20and%20dedicated%20call%20queues%20seems%20to%20be%20the%20only%20way%20to%20do%20this%20via%20Direct%20Routing%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThanks%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAndy%3C%2FP%3E%3CDIV%20class%3D%22ms-editor-squiggler%22%3E%26nbsp%3B%3C%2FDIV%3E%3CDIV%20class%3D%22ms-editor-squiggler%22%3E%26nbsp%3B%3C%2FDIV%3E%3CDIV%20class%3D%22ms-editor-squiggler%22%3E%26nbsp%3B%3C%2FDIV%3E%3CDIV%20class%3D%22ms-editor-squiggler%22%3E%26nbsp%3B%3C%2FDIV%3E%3C%2FLINGO-BODY%3E
New Contributor

Hi All,

 

We have discovered in the scenario of adding users to multiple call queues that if those queues have calls waiting, the users will receive simultaneous calls from each queue once they become "available" (using presence based routing with round robin and/or longest idle).

 

From the users perspective this seems impractical - especially if they are attached to several busy call queues and therefore are being offered simultaneous calls repeatedly upon entering "available" status. The simultaneous calls also continue to ring briefly after the user has answered a call and therefore create some difficulty hearing the call they answered.

 

I haven't encountered another telephony solution that behaves in this way by default (or at least without an option to customise this) and can't imagine this would be desirable for most use cases. Typically a user would only ever be presented with a single call at any given time.

 

Is anyone aware of a solution or way to mitigate this? We have tried busy on busy etc but this only works after the call has been answered, not before. I also have a ticket open with Microsoft Support to discuss although they are indicating this is "expected behavior".

6 Replies

@DanNewton Hi! Just wondering if you found a solution or workaround for this? I am having a similar issue. I'm trying to manage several call queues for the same agents

We manage calls for multiple companies so need to see the incoming call route in order to answer it correctly, and dedicated call queues seems to be the only way to do this via Direct Routing

 

Thanks

 

Andy

 
 
 
 

@Andy_J_R 

 

Andy,

 

Your scenario and reason for using CQ's sounds identical to ours, I'm afraid the below was the final update from Microsoft on this:

 

Thank you for the feedback. I've with our our Subject matter expert that the it is a normal behavior for the call queue, The options that you can see from the Teams Admin Center are the only once we can use and those settings are set in each call queue and behaves independently which there is a tendency that he process flow runs simultaneously.

 

Teams is not yet built with complex call routing features we can find in a PABX, and other VOIP telephony system.


This is disappointing because I don't feel like this is a particularly groundbreaking request or even "complex call routing" - most solutions out of the box won't offer an agent multiple calls at the same time.

 

I ended up raising a user voice request at https://microsoftteams.uservoice.com/forums/555103-public/suggestions/42728477-synchronised-routing-... which I'm afraid dosen't have much traction.

Hi Dan

Thanks for the update and Ms' response. I agree in that it doesn't seem to be a very novel idea or complex call routing requirement! Presenting one call at a time seems basic...

@Andy_J_R Hi Andy, its only been a short space of time but I was wondering if you managed to find a solution or workaround?

 

We are picking up the conversation around this again but the multiple calls ringing at the same time scenario is coming up as a hurdle as there's a solid requirement to have agents in multiple busy call queues - I am curious how others are dealing with this.

@DanNewton Hi Dan

I spent weeks escalating this through Microsoft Support but ultimately reached the answer that it's normal behaviour for Teams NOT to send a 486 code (Busy Here) response when the user's status is set to Busy under a Direct Routing configuration.

 

I had read some forums that suggested it was simply a translation issue (a "busy" code was being sent back to the SBC, but the SBC was expecting it in a different format so a it needed to be translated for the SBC to handle it properly), however going from the testing scenarios that I ran and the logs, this doesn't seem to be the case. This was confirmed by the telecoms company on the SBC side also.

 

In terms of a workaround... I am now unrolling Ms Teams Voice and moving over to another platform (either 3CX or Horizon) which comes in at a roughly similar per-user cost with far better features and resiliance.

 

Probably not the answer you were hoping for!

 

Andy

@Andy_J_R  Thanks definitely not the answer I hoped for! - oddly we are using MS calling plans for our testing (without direct routing) and still experience this issue. Microsoft told us it was because each call queue acts independently from the other which I imagine means when a user attached to multiple queues goes "available" each call queue is seeing a green light to send a call through hence the multiple ringing scenario.

Back to the drawing board!