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%3CLINGO-SUB%20id%3D%22lingo-sub-1049204%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-1049204%22%20slang%3D%22en-US%22%3E%3CP%3EFor%20those%20using%20Anynode%20SBC%20you%20can%20update%20to%20the%20just%20released%20Version%203.20.7%20to%20fix%20this%20issue.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1279009%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-1279009%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F469994%22%20target%3D%22_blank%22%3E%40meisterheister%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3ETotally%20struggling%20with%20the%20call%20transfer.%20Using%20Anynode%2C%20the%20call%20drops%20as%20soon%20a%20transfer%20is%20instigated%2C%20including%20from%20the%20auto-attendant.%20I've%20looking%20online%20but%20nothing%20conclusive%20to%20fix%20the%20problem.%20There%20is%20reference%20to%20REFER%20but%20am%20not%20seeing%20anything%20coming%20back%20from%20TEAMS%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAny%20help%20or%20suggestions%20is%20appreciated!%20It%20is%20driving%20me%20up%20the%20wall....%20%3A)%3C%2Fimg%3E%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%3CSPAN%20class%3D%22lia-inline-image-display-wrapper%20lia-image-align-inline%22%20image-alt%3D%22Inked1_LI.jpg%22%20style%3D%22width%3A%20999px%3B%22%3E%3CIMG%20src%3D%22https%3A%2F%2Fgxcuf89792.i.lithium.com%2Ft5%2Fimage%2Fserverpage%2Fimage-id%2F181908i2F98EEF74DB29E2E%2Fimage-size%2Flarge%3Fv%3D1.0%26amp%3Bpx%3D999%22%20title%3D%22Inked1_LI.jpg%22%20alt%3D%22Inked1_LI.jpg%22%20%2F%3E%3C%2FSPAN%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1304800%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-1304800%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F608164%22%20target%3D%22_blank%22%3E%40jorisdeckers%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20am%20sorry%20to%20hear%20that.%20We%20are%20currently%20running%20anynode%203.20.11%20without%20any%20problems.%3C%2FP%3E%3CP%3EWhat%20I%20have%20learned%20is%20to%20always%20make%20sure%20the%20numbers%20that%20are%20handled%20by%20MS%20Teams%20are%20with%20country%20code.%20So%20I%20added%20a%20manipulation%20in%20anynode%20to%20change%20all%20numbers%20whether%20source%20or%20destination%20since%20our%20SIP%20provider%20does%20not%20take%20care%20about%20that%20regarding%20to%20local%20numbers.%20We%20had%20strange%20issues%20in%20different%20functions%20before%20doing%20that.%3C%2FP%3E%3C%2FLINGO-BODY%3E
Highlighted
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.

12 Replies
Highlighted

Hi Ben,

 

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

Highlighted

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

 

Highlighted

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

Highlighted

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

Highlighted

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.  

Highlighted
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.
Highlighted

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

Highlighted
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.
Highlighted

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. 

Highlighted

For those using Anynode SBC you can update to the just released Version 3.20.7 to fix this issue.

Highlighted

@meisterheister 

 

Totally struggling with the call transfer. Using Anynode, the call drops as soon a transfer is instigated, including from the auto-attendant. I've looking online but nothing conclusive to fix the problem. There is reference to REFER but am not seeing anything coming back from TEAMS

 

Any help or suggestions is appreciated! It is driving me up the wall.... :)

 

Inked1_LI.jpg

Highlighted

@jorisdeckers 

 

I am sorry to hear that. We are currently running anynode 3.20.11 without any problems.

What I have learned is to always make sure the numbers that are handled by MS Teams are with country code. So I added a manipulation in anynode to change all numbers whether source or destination since our SIP provider does not take care about that regarding to local numbers. We had strange issues in different functions before doing that.