Hi Guys, wondering if anyone has any experience of this issue, it's only started since our Aura 8 > 10 upgrade.
We have an issue where call centre assessors are hearing silence on incoming calls. Initially we thought this was our ISDN service provider having issues so logged with them. By coincidence though, we found out that one AES connected to our core voice recorder was recording the call assesor saying "hello anyone there" etc and our secondary AES connected to our secondary voice recorder was recording the incoming caller "anyone there" etc.
This only seems to be happening on our ISDN calls coming in via 3 g450s at site 1 and 3 g450s at site 2. SIP calls coming in via the SBCs don't seem to be having this issue.
Our service provider thought it might be something with the Ip-network mapping in cm being incorrect, therefore stations at each site were not using their local dsp resource which was causing the issue.
I explained this issue should have intermittently been happening to sip calls also then if the network mapping was incorrect across both sites. Fast forward to today, changes have been made In CM to reflect correct subnets for each network region and the issue is still occurring.
I'm thinking at this point it's something on the g450's maybe but sshing to them shows no alarms.
Virsae seems to be showing alot of H.248 timeouts on all the gateways since Aura 8 > 10 so thinking this might be the cause. Is it possible that a timeout can do this to an incoming call where it holds the call but splits the audio path for both connected parties?
We have an issue where call centre assessors are hearing silence on incoming calls. Initially we thought this was our ISDN service provider having issues so logged with them. By coincidence though, we found out that one AES connected to our core voice recorder was recording the call assesor saying "hello anyone there" etc and our secondary AES connected to our secondary voice recorder was recording the incoming caller "anyone there" etc.
This only seems to be happening on our ISDN calls coming in via 3 g450s at site 1 and 3 g450s at site 2. SIP calls coming in via the SBCs don't seem to be having this issue.
Our service provider thought it might be something with the Ip-network mapping in cm being incorrect, therefore stations at each site were not using their local dsp resource which was causing the issue.
I explained this issue should have intermittently been happening to sip calls also then if the network mapping was incorrect across both sites. Fast forward to today, changes have been made In CM to reflect correct subnets for each network region and the issue is still occurring.
I'm thinking at this point it's something on the g450's maybe but sshing to them shows no alarms.
Virsae seems to be showing alot of H.248 timeouts on all the gateways since Aura 8 > 10 so thinking this might be the cause. Is it possible that a timeout can do this to an incoming call where it holds the call but splits the audio path for both connected parties?