Home

Call Transfer and Call On Hold with Direct Routing

%3CLINGO-SUB%20id%3D%22lingo-sub-262700%22%20slang%3D%22en-US%22%3ECall%20Transfer%20and%20Call%20On%20Hold%20with%20Direct%20Routing%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-262700%22%20slang%3D%22en-US%22%3E%3CP%3EWe%20are%20having%20an%20issue%20and%20have%20a%20ticket%20open%20with%20Microsoft%20and%20AudioCodes%2C%20but%20wanted%20to%20see%20if%20anyone%20else%20was%20having%20an%20issue%20with%20this.%26nbsp%3B%20Whenever%20we%20try%20to%20transfer%20and%20put%20a%20call%20on%20hold%20it%20immediately%20disconnects%20the%20call.%26nbsp%3B%20This%20is%20on%20inbound%20and%20outbound%20calls.%26nbsp%3B%20Microsoft%20said%20it%20had%20to%20be%20using%20G711%20and%20we%20worked%20with%20AudioCodes%20to%20make%20sure%20all%20calls%20to%20Direct%20Routing%20use%20that%20codec.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-262700%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EDirect%20Routing%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EMicrosoft%20Teams%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-328762%22%20slang%3D%22en-US%22%3ERe%3A%20RE%3A%20Call%20Transfer%20and%20Call%20On%20Hold%20with%20Direct%20Routing%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-328762%22%20slang%3D%22en-US%22%3E%3CP%3EFor%20hold%20and%20Direct%20Routing%20we%20require%20that%20a%3Dinactive%20is%20use.%20Legacy%20method%20with%20SDP%20containing%20CN%20with%20IP%20of%200.0.0.0%20is%20not%20supported.%20To%20insure%20that%20remote%20hold%20format%20use%20Inactive%2C%20we%20requested%20vendors%20update%20their%20documentation%20accordingly.%20If%20the%20default%20of%20transparent%20is%20used%2C%20its%20possible%20that%20a%20downstream%20device%20involved%20in%20the%20call%20and%20handling%20the%20signaling%20for%20the%20hold%20sends%20legacy%20method.%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3EPlease%20be%20sure%20that%20your%20SBC%20is%20configured%20to%20set%20the%20remote%20hold%20format%20as%20Inactive.%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-289349%22%20slang%3D%22en-US%22%3ERE%3A%20Call%20Transfer%20and%20Call%20On%20Hold%20with%20Direct%20Routing%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-289349%22%20slang%3D%22en-US%22%3EIn%20Ribbon%20there%20had%20to%20be%20accommodations%20made%20to%20handle%20the%20null%20Refer%20message%20that%20is%20send%20from%20Microsoft%20when%20transferring%20occurs%2C%20e.g.%20normal%20refer%20message%20would%20have%20a%20from%20header%20of%20xxx%40yadayada.com%20.%20the%20message%20for%20transfer%20sent%20is%20%40yadayada.com%20only%2C%20which%20is%20allowed%20by%20ITU%20standards.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-289111%22%20slang%3D%22en-US%22%3ERe%3A%20Call%20Transfer%20and%20Call%20On%20Hold%20with%20Direct%20Routing%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-289111%22%20slang%3D%22en-US%22%3E%3CP%3EFor%20what%20it's%20worth%2C%26nbsp%3B%20can%20confirm%20issue%20does%20not%20present%20on%20Ribbon%20(Sonus)%20SBC%201000%20running%20firmware%20version%208.x%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-288893%22%20slang%3D%22en-US%22%3ERe%3A%20Call%20Transfer%20and%20Call%20On%20Hold%20with%20Direct%20Routing%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-288893%22%20slang%3D%22en-US%22%3EYes%2C%20I%20also%20fixed%20this%20issue%20last%20week%20after%20doing%20the%20same%20configuration%20on%20audiocodes%20sbc.%20For%20call%20transfer%20I%20encountered%20%22400%20bad%20request%22%20at%20sip%20trunk%20provider%20end.%20Probably%20you%20can%20check%20the%20refer%20settings%20in%20audiocodes%20sbc.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-288880%22%20slang%3D%22en-US%22%3ERe%3A%20Call%20Transfer%20and%20Call%20On%20Hold%20with%20Direct%20Routing%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-288880%22%20slang%3D%22en-US%22%3E%3CP%3EAccording%20to%20Audicodes%20documentation%20this%20is%20fixed%20by%20setting%20Remote%20Hold%20Format%20in%20IP%20Profile%26nbsp%3B%20to%20Inactive.%3C%2FP%3E%3CP%3E%22Inactive%20(some%20SIP%20Trunk%20may%20answer%20with%20a%3Dinactive%20and%20IP%3D0.0.0.0%20in%20response%20to%20the%20Re-Invite%20with%20Hold%20request%20from%20Teams.%20Microsoft%20Media%20Stack%20doesn%E2%80%99t%20support%20this%20format.%20So%2C%20SBC%20will%20replace%200.0.0.0%20with%20its%20IP%20address)%22%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EIn%20our%20deployment%20Hold%20works%20but%20we%20are%20experiencing%20issues%20with%20Call%20Transfer.%20The%20error%20we%20receive%3A%20%22%26nbsp%3B%5BERROR%5D%20(%233)RTS%3A%3AAllocateResource%20Allocate%20Resource%20-%20cannot%20allocate%20DSP.%20probably%20lack%20of%20resources%22.%26nbsp%3B%20Even%20after%20we%20set%20%3CSPAN%3EAllowed%20Audio%20Coders%26nbsp%3B%3C%2FSPAN%3E%20to%20g.711%20in%26nbsp%3B%20both%20IP%20Groups%26nbsp%3B%26nbsp%3Band%20verify%20that%20only%20g.711%20is%20used%20the%20error%20message%20come%20through.%26nbsp%3B%3CSPAN%3E%26nbsp%3B%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-286587%22%20slang%3D%22en-US%22%3ERe%3A%20Call%20Transfer%20and%20Call%20On%20Hold%20with%20Direct%20Routing%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-286587%22%20slang%3D%22en-US%22%3E%3CP%3EThat's%20the%20same%20issue%20we%20had%20and%20making%20the%20message%20manipulation%20fixed%20it.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-286585%22%20slang%3D%22en-US%22%3ERe%3A%20Call%20Transfer%20and%20Call%20On%20Hold%20with%20Direct%20Routing%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-286585%22%20slang%3D%22en-US%22%3E%3CP%3EYes%2C%20I%20am%20using%20Audiocodes%20SBC%20only.%20When%20I%20am%20clicking%20on%20call%20hold%20in%20teams%20client%2C%20it%20is%20disconnecting%20imeediately.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-286568%22%20slang%3D%22en-US%22%3ERe%3A%20Call%20Transfer%20and%20Call%20On%20Hold%20with%20Direct%20Routing%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-286568%22%20slang%3D%22en-US%22%3E%3CP%3EFor%20Direct%20Routing%20there%20is%20no%20music%20on%20hold%20yet.%26nbsp%3B%20But%20the%20issue%20we%20had%20was%20that%20the%20SBC%20was%26nbsp%3Bpassing%20an%20IP%20address%20of%200.0.0.0%20to%20Microsoft.%26nbsp%3B%20So%20we%20had%20to%20do%20a%20message%20manipulation%20on%20the%20SBC%20to%20pass%20the%20correct%20IP%20address%20and%20it%20started%20working.%26nbsp%3B%20Are%20you%20using%20an%20AudioCodes%20SBC%3F%26nbsp%3B%20%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-center%22%20style%3D%22width%3A%20999px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F59757i09586201DDD54910%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20alt%3D%22Modify%200.0.0.0.JPG%22%20title%3D%22Modify%200.0.0.0.JPG%22%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-286561%22%20slang%3D%22en-US%22%3ERe%3A%20Call%20Transfer%20and%20Call%20On%20Hold%20with%20Direct%20Routing%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-286561%22%20slang%3D%22en-US%22%3E%3CP%3EHi%20Ben%2C%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20am%20also%20facing%20the%20same%20issue.%20have%20you%20got%20the%20resolution%20for%20the%20same%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E
Ben Lockwood
Contributor

We are having an issue and have a ticket open with Microsoft and AudioCodes, but wanted to see if anyone else was having an issue with this.  Whenever we try to transfer and put a call on hold it immediately disconnects the call.  This is on inbound and outbound calls.  Microsoft said it had to be using G711 and we worked with AudioCodes to make sure all calls to Direct Routing use that codec.

9 Replies

Hi Ben,

 

I am also facing the same issue. have you got the resolution for the same?

For Direct Routing there is no music on hold yet.  But the issue we had was that the SBC was passing an IP address of 0.0.0.0 to Microsoft.  So we had to do a message manipulation on the SBC to pass the correct IP address and it started working.  Are you using an AudioCodes SBC?  Modify 0.0.0.0.JPG

 

Yes, I am using Audiocodes SBC only. When I am clicking on call hold in teams client, it is disconnecting imeediately.

That's the same issue we had and making the message manipulation fixed it.

According to Audicodes documentation this is fixed by setting Remote Hold Format in IP Profile  to Inactive.

"Inactive (some SIP Trunk may answer with a=inactive and IP=0.0.0.0 in response to the Re-Invite with Hold request from Teams. Microsoft Media Stack doesn’t support this format. So, SBC will replace 0.0.0.0 with its IP address)"

 

In our deployment Hold works but we are experiencing issues with Call Transfer. The error we receive: " [ERROR] (#3)RTS::AllocateResource Allocate Resource - cannot allocate DSP. probably lack of resources".  Even after we set Allowed Audio Coders  to g.711 in  both IP Groups  and verify that only g.711 is used the error message come through.  

Yes, I also fixed this issue last week after doing the same configuration on audiocodes sbc. For call transfer I encountered "400 bad request" at sip trunk provider end. Probably you can check the refer settings in audiocodes sbc.

For what it's worth,  can confirm issue does not present on Ribbon (Sonus) SBC 1000 running firmware version 8.x

In Ribbon there had to be accommodations made to handle the null Refer message that is send from Microsoft when transferring occurs, e.g. normal refer message would have a from header of xxx@yadayada.com . the message for transfer sent is @yadayada.com only, which is allowed by ITU standards.

For hold and Direct Routing we require that a=inactive is use. Legacy method with SDP containing CN with IP of 0.0.0.0 is not supported. To insure that remote hold format use Inactive, we requested vendors update their documentation accordingly. If the default of transparent is used, its possible that a downstream device involved in the call and handling the signaling for the hold sends legacy method. 

 

Please be sure that your SBC is configured to set the remote hold format as Inactive. 

Related Conversations