- Joined
- Apr 24, 2018
- Messages
- 160
- Reaction score
- 16
We have been having a really weird and specific issue that I have not been able to figure out. The phones in our office are 3CX, its an on-premise system, running on Debian. We use sip.us for the provider. We have a client who is also on 3CX on Debian, and they're using Voxtelesys. When we call them, there is no audio from our side, but there is from their side. No voice, and no DTMF. When we call to our 3CX from theirs, it works normally. They have no issues with any other callers, in either direction, its only our system. I even tried calling them from another 3CX system that is setup on siptrunk.com, which as far as i know, uses the same SIP service, its just a different frontend designed for resellers, and the audio worked.
I've ran firewall tests on both sides and both pass. I've tried disabling and enabling PBX delivers audio in all combinations on the extensions I'm working with. I have it enabled on both sides at the SIP trunk level. I've run captures during test calls and the only thing that really stands out to me so far is a difference in the accept headers.
On the capture from the customer pbx I get: Accept: application/sdp, application/isup, application/dtmf, application/dtmf-relay, multipart/mixed
On the capture from our pbx i get: Accept: application/x-as-feature-event+xml in the first part and Accept: application/sdp in the later part.
Not sure if that makes a difference. Each side appears to have at least one codec in common, and if it was a codec issue i would imagine that it wouldn't work if they called us.
Thanks in advance.
EDIT: To clarify, our system also works with all other callers with no issues. Just when we call to them.
I've ran firewall tests on both sides and both pass. I've tried disabling and enabling PBX delivers audio in all combinations on the extensions I'm working with. I have it enabled on both sides at the SIP trunk level. I've run captures during test calls and the only thing that really stands out to me so far is a difference in the accept headers.
On the capture from the customer pbx I get: Accept: application/sdp, application/isup, application/dtmf, application/dtmf-relay, multipart/mixed
On the capture from our pbx i get: Accept: application/x-as-feature-event+xml in the first part and Accept: application/sdp in the later part.
Not sure if that makes a difference. Each side appears to have at least one codec in common, and if it was a codec issue i would imagine that it wouldn't work if they called us.
Thanks in advance.
EDIT: To clarify, our system also works with all other callers with no issues. Just when we call to them.