Business Phone Systems

Previous Thread
Next Thread
Print Thread
Rate Thread
Joined: Feb 2019
Posts: 22
MJonas Offline OP
Member
OP Offline
Member
Joined: Feb 2019
Posts: 22
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




Atcom VoIP Demo
VoIP Demo
Joined: Jun 2006
Posts: 2,965
Likes: 3
Moderator-Samsung
*****
Offline
Moderator-Samsung
*****
Joined: Jun 2006
Posts: 2,965
Likes: 3
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: 22
MJonas Offline OP
Member
OP Offline
Member
Joined: Feb 2019
Posts: 22
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: 2,965
Likes: 3
Moderator-Samsung
*****
Offline
Moderator-Samsung
*****
Joined: Jun 2006
Posts: 2,965
Likes: 3
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?


Moderated by  nameless, pvj 

Link Copied to Clipboard
Forum Statistics
Forums84
Topics93,820
Posts636,738
Members49,643
Most Online5,661
May 23rd, 2018
Popular Topics(Views)
Today's Birthdays
Airdale, AnnetteLee, AnnettesDayIsUg, bigboy, Blackline, boomj, db Communications, gwh, samcorcione9111, Victor D.
Newest Members
julesm, Helen.D, AlAl, mike hurford, Nigel S
49,642 Registered Users
Top Posters(30 Days)
pvj 12
ramo 11
Toner 9
Who's Online Now
2 members (Carl Navarro, PhoneGuy827), 123 guests, and 38 robots.
Key: Admin, Global Mod, Mod
Contact Us | Sponsored by Atcom: Business Phone Systems | Terms of Service

Sundance Communications is not affiliated with any of the above manufacturers.
©Copyright Sundance Communications 1998-2023
Powered by UBB.threads™ PHP Forum Software 7.7.5