|
|
Joined: Feb 2019
Posts: 23
Member
|
Member
Joined: Feb 2019
Posts: 23 |
Hi Folks,
We're using several SIP Clients with different OfficeServ Systems (7200, 7400) together with some Mobile SIP-Clients like Bria or Groundwire (can suggest both).
Unfortunately we do have a problem: both apps support a push function made on there own. Basically when the app on the phone is closed or in background the Server of Bria or Groundwire connects to the phone System and listens for incoming calls. When a call is comming in the app will be launched and connectes itself to OfficeServ. The swap between Server connection and Mobile app works but there is no audio.
When the app is in foreground and no push is needed we receive calls and make calls no problem - audio is alway working. So there is no NAT Problem or anything else.
To understand better please see the app developers comments:
"The SIP traffic will go to our server that registers your account for Push, but audio will go to the device directly. That is how pushed calls differ from foreground calls and the issue almost certainly relates to this.
There should be a way to get this working server side for most SIP servers/PBX's, but we can't provide advanced configuration Information for Samsung. I can't say how this would be done on the PBX, but most should have some option where the server listens for one side of the audio comes from, and then sends the other side back to there. Basically, the server sits in the middle and passes the audio between devices depending on where it receives audio from.
Is there any setting in OfficeServ that prevents the PBX from supporting Audiostreams (VOIP) going to another Connection than the SIP traffic?
Thank you very much for your help we really are stuck.
Jonas
|
|
|
Visit Atcom to get started with your new business VoIP phone system ASAP
Turn up is quick, painless, and can often be done same day.
Let us show you how to do VoIP right, resulting in crystal clear call quality and easy-to-use features that make everyone happy!
Proudly serving Canada from coast to coast.
|
|
|
Joined: Jun 2006
Posts: 3,004 Likes: 4
Moderator-Samsung
|
Moderator-Samsung
Joined: Jun 2006
Posts: 3,004 Likes: 4 |
The os7000 will send the audio where it's good to in the sip messages. A Wireshark trace of both types of calls will help to diagnose the issue.
What software version is on the systems?
Oas card, mgi card or both? Version of above cards? In the case of the 7400 what is the lp40 software version?
|
|
|
|
Joined: Feb 2019
Posts: 23
Member
|
Member
Joined: Feb 2019
Posts: 23 |
Thank you very much - we do appreciate your help, we are working/testing with 7200 (Version 17.02.28 V5.01)
Only Oas Card (Version 16.10.27 V2.11)
I is not easy for us to do a Wireshark because we are using Sip Over TLS but the App Developer did some testing and didn't realy find the problem
|
|
|
|
Joined: Jun 2006
Posts: 3,004 Likes: 4
Moderator-Samsung
|
Moderator-Samsung
Joined: Jun 2006
Posts: 3,004 Likes: 4 |
The tls is only for the rtp (audio). The signalling (which is what I'm after) should be ok.
At the very least you'll see the ip addresses the oas card is sending the srtp packets to.
Do the speech issues happen with external calls as well as calls to local handsets?
What super of handsets and trunk lines do you have on the system?
|
|
|
Forums84
Topics94,384
Posts639,240
Members49,799
|
Most Online5,661 May 23rd, 2018
|
|
1 members (justbill),
75
guests, and
88
robots. |
Key:
Admin,
Global Mod,
Mod
|
|
|
|
|