Home

Most calls with Teams Direct Routing become one way audio

%3CLINGO-SUB%20id%3D%22lingo-sub-788731%22%20slang%3D%22en-US%22%3EMost%20calls%20with%20Teams%20Direct%20Routing%20become%20one%20way%20audio%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-788731%22%20slang%3D%22en-US%22%3E%3CP%3EHave%20set%20up%20Direct%20Routing%20with%20an%20Audiocodes%20SBC%20and%20am%20testing%20features%20with%20my%20account%20in%20Teams%20only%20mode.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20can%20make%20and%20receive%20calls%20just%20fine%20but%20it%20seems%20on%20most%20calls%20after%20about%20a%20minute%20or%20so%20the%20audio%20becomes%20one%20way%20-%20initially%20the%20call%20would%20just%20drop%20and%20I%20saw%20in%20the%20syslog%20the%20AC%20was%20showing%20an%20rtp%20broken%20connection%20error%20so%20I%20set%20broken%20connection%20mode%20to%20ignore%20but%20now%20the%20audio%20just%20becomes%20one%20way%20where%20I%20can%20hear%20the%20remote%20person%20but%20they%20can't%20hear%20me.%20Audiocodes%20syslog%20isn't%20helping%20much%20and%20just%20shows%20an%20rtp%20broken%20connection%20error.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EAnyone%20else%20see%20this%20or%20have%20any%20ideas%3F%20I%20would%20suspect%20it's%20the%20firewall%20except%20for%20the%20fact%20that%20in%20some%20of%20my%20testing%20the%20calls%20are%20fine%20and%20don't%20become%20one%20way.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-788731%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3EAudio%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EDirect%20Routing%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3ETeams%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-793088%22%20slang%3D%22en-US%22%3ERe%3A%20Most%20calls%20with%20Teams%20Direct%20Routing%20become%20one%20way%20audio%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-793088%22%20slang%3D%22en-US%22%3E%3CP%3EHi%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F343441%22%20target%3D%22_blank%22%3E%40jguel%3C%2FA%3E%2C%20where%20is%20your%20SBC%20deployed%3F%20Is%20it%20nat'ted%3F%20In%20case%20there%20is%20NAT%20used%3A%20did%20you%20configure%20NAT%20rules%20on%20the%20SBC%2C%20too%3F%3C%2FP%3E%3CP%3EThere%20is%20a%20good%20blog%20post%20regarding%20SBC%20Teams%20Direct%20Routing%20and%20NAT%20here%3A%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Fwww.ucguys.com%2F2018%2F08%2Fone-way-audio-with-microsoft-direct-routing-with-audiocodes-mediant-sbc-when-using-a-nat.html%22%20target%3D%22_blank%22%20rel%3D%22nofollow%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%20noopener%20noreferrer%22%3Ehttps%3A%2F%2Fwww.ucguys.com%2F2018%2F08%2Fone-way-audio-with-microsoft-direct-routing-with-audiocodes-mediant-sbc-when-using-a-nat.html%3C%2FA%3E%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-793178%22%20slang%3D%22en-US%22%3ERe%3A%20Most%20calls%20with%20Teams%20Direct%20Routing%20become%20one%20way%20audio%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-793178%22%20slang%3D%22en-US%22%3EIt%20is%20NAT'd%20and%20I%20do%20have%20NAT%20rules%20set%20up.%20I%20don't%20think%20that's%20the%20problem%20because%20as%20I%20said%20the%20audio%20is%20two%20way%20in%20the%20beginning%20of%20the%20call%20and%20only%20becomes%20one%20way%20after%20a%20minute%20or%20two.%20Plus%20it's%20not%20every%20call%20but%20it%20is%20most%20calls.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1314031%22%20slang%3D%22en-US%22%3ERe%3A%20Most%20calls%20with%20Teams%20Direct%20Routing%20become%20one%20way%20audio%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1314031%22%20slang%3D%22en-US%22%3E%3CP%3EI%20am%20having%20this%20issue%20with%20Audiocodes%20SBC%20but%20its%20after%2015%20min.%26nbsp%3B%20Wondering%20if%20you%20were%20able%20to%20find%20a%20fix%3F%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F343441%22%20target%3D%22_blank%22%3E%40jguel%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1314060%22%20slang%3D%22en-US%22%3ERe%3A%20Most%20calls%20with%20Teams%20Direct%20Routing%20become%20one%20way%20audio%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1314060%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F625251%22%20target%3D%22_blank%22%3E%40tracyurbina%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EDetermined%20it%20was%20a%20firewall%20issue%20-%20the%20firewall%20engineers%20could%20not%20figure%20out%20why%20it%20was%20happening%20but%20it%20was%20definitely%20firewall.%20Why%20it%20was%20so%20intermittent%20for%20us%20though%20I%20don't%20know.%20Way%20I%20figured%20that%20out%20was%20convinced%20the%20network%20guys%20to%20instead%20of%20NAT'ing%20the%20IP%20and%20Interface%20that%20was%20connecting%20to%20Office%20365%20was%20to%20not%20NAT%20it%20and%20assign%20the%20public%20IP%20directly%20to%20that%20interface%20and%20put%20it%20on%20the%20outside%20so%20it%20bypasses%20the%20firewall%20completely.%20Once%20this%20was%20done%20everything%20worked.%20Since%20that%20fixed%20the%20issue%20I%20convinced%20them%20to%20just%20leave%20it%20like%20that%20as%20the%20SBC%20has%20it's%20own%20ways%20of%20mitigating%20unauthorized%20access%20attempts.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EWe%20were%20using%20fortigate%20firewalls%20if%20that%20helps.%20If%20you%20are%20having%20this%20issue%20and%20you%20are%20using%20a%20NAT%20try%20what%20I%20did%20and%20see%20if%20it%20fixes%20the%20problem.%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1323489%22%20slang%3D%22en-US%22%3ERe%3A%20Most%20calls%20with%20Teams%20Direct%20Routing%20become%20one%20way%20audio%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1323489%22%20slang%3D%22en-US%22%3E15%20minutes%20sounds%20like%20session%20timer%20or%20srtp%20re-keying%20related%2C%20to%20me.%20Do%20you%20use%20a%20secured%20connection%20with%20Sip%20TLS%20and%20SRTP%3F%3CBR%20%2F%3EYou%20might%20want%20to%20check%20the%20IP%20Profiles%20and%20the%20Media%20Security%20settings%20for%20the%20trunks%20on%20the%20SBC.%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1423111%22%20slang%3D%22en-US%22%3ERe%3A%20Most%20calls%20with%20Teams%20Direct%20Routing%20become%20one%20way%20audio%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1423111%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F343441%22%20target%3D%22_blank%22%3E%40jguel%3C%2FA%3E%26nbsp%3B%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EHi%2C%3C%2FP%3E%3CP%3EI%20am%20facing%20the%20same%20problem%2C%20after%2015%20minutes.%20One-way%20audio%20occurs.%3CBR%20%2F%3EThe%20connection%20path%20is%3CBR%20%2F%3EIP%20phone%20---%20PBX%20---%20audiocodec%20SBC%20---%20firewall%20---%20Internet%20---%20MS%20team%20client%3C%2FP%3E%3CP%3EAnybody%20can%20resolve%20it%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E
Highlighted
New Contributor

Have set up Direct Routing with an Audiocodes SBC and am testing features with my account in Teams only mode.

 

I can make and receive calls just fine but it seems on most calls after about a minute or so the audio becomes one way - initially the call would just drop and I saw in the syslog the AC was showing an rtp broken connection error so I set broken connection mode to ignore but now the audio just becomes one way where I can hear the remote person but they can't hear me. Audiocodes syslog isn't helping much and just shows an rtp broken connection error.

 

Anyone else see this or have any ideas? I would suspect it's the firewall except for the fact that in some of my testing the calls are fine and don't become one way.

6 Replies
Highlighted

Hi @jguel, where is your SBC deployed? Is it nat'ted? In case there is NAT used: did you configure NAT rules on the SBC, too?

There is a good blog post regarding SBC Teams Direct Routing and NAT here: https://www.ucguys.com/2018/08/one-way-audio-with-microsoft-direct-routing-with-audiocodes-mediant-s...

Highlighted
It is NAT'd and I do have NAT rules set up. I don't think that's the problem because as I said the audio is two way in the beginning of the call and only becomes one way after a minute or two. Plus it's not every call but it is most calls.
Highlighted

I am having this issue with Audiocodes SBC but its after 15 min.  Wondering if you were able to find a fix? @jguel 

Highlighted

@tracyurbina 

 

Determined it was a firewall issue - the firewall engineers could not figure out why it was happening but it was definitely firewall. Why it was so intermittent for us though I don't know. Way I figured that out was convinced the network guys to instead of NAT'ing the IP and Interface that was connecting to Office 365 was to not NAT it and assign the public IP directly to that interface and put it on the outside so it bypasses the firewall completely. Once this was done everything worked. Since that fixed the issue I convinced them to just leave it like that as the SBC has it's own ways of mitigating unauthorized access attempts.

 

We were using fortigate firewalls if that helps. If you are having this issue and you are using a NAT try what I did and see if it fixes the problem.

Highlighted
15 minutes sounds like session timer or srtp re-keying related, to me. Do you use a secured connection with Sip TLS and SRTP?
You might want to check the IP Profiles and the Media Security settings for the trunks on the SBC.
Highlighted

@jguel 

 

Hi,

I am facing the same problem, after 15 minutes. One-way audio occurs.
The connection path is
IP phone --- PBX --- audiocodec SBC --- firewall --- Internet --- MS team client

Anybody can resolve it?