one way audio - no really !

[regfixit]

I know a lot of probs with one way audio due to firewall, but I really think mine is set up OK and am non-plussed. After recent upgrade to version 6.1 people can no longer hear me, but I can hear them. This is the set up:

3cx running on windows XP behind linksys wag325n router. ports 9000-9015 and 5060-5065 mapped to 3cx server pc.
voiptalk set up as voip provider
speedtouch 760wl used as analog ATA FXS with local ip 192.168.0.50
linkssys spa3102 used as FXO gateway to PSTN with locak ip 192.168.0.40

I can call between internal extensions no problem.
I can call via the linksys spa3102 no problem.

When I make a call over voiptalk I can hear remote party but they can't hear me.

I have tried using PBX delivers audio on the voiptalk line setting, but does not work either.

My Firewall test completes successfully.

From the logs it looks like call is set up OK, but I don't know what is then happening to the RTP streams.

Here is sample log of setting up a call:
10:56:41.187 Call::Terminate [CM503008]: Call(1): Call is terminated10:56:41.187 Call::Terminate [CM503008]: Call(1): Call is terminated
10:56:23.750 CallLeg:nConfirmed Session 59 of leg C:1.1 is confirmed
10:56:23.640 CallCtrl:nLegConnected [CM503007]: Call(1): Device joined: sip:[email protected]:5060
10:56:23.640 CallCtrl:nLegConnected [CM503007]: Call(1): Device joined: sip:[email protected]:5060
10:56:23.640 MediaServerReporting::SetRemoteParty [MS210001] C:1.2:Answer received. RTP connection: 77.240.48.201:49030(49031)
10:56:23.640 CallLeg::setRemoteSdp Remote SDP is set for legC:1.2
10:56:20.546 MediaServerReporting::SetRemoteParty [MS210005] C:1.1:Answer provided. Connection(proxy mode):192.168.0.12:7100(7101)
10:56:20.546 MediaServerReporting::SetRemoteParty [MS210001] C:1.2:Answer received. RTP connection: 77.240.48.209:49030(49031)
10:56:20.546 CallLeg::setRemoteSdp Remote SDP is set for legC:1.2
10:56:20.546 Line:rintEndpointInfo [CM505003]: Provider:[voiptalk] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] Transport: [sip:192.168.0.12:5060]
10:56:20.546 CallCtrl:nAnsweredCall [CM503002]: Call(1): Alerting sip:[email protected]:5060
10:56:17.968 MediaServerReporting::SetRemoteParty [MS210004] C:1.2:Offer provided. Connection(proxy mode): 80.229.82.249:9000(9001)
10:56:17.796 CallCtrl:nSelectRouteReq [CM503004]: Call(1): Calling: VoIPline:01565889108@(Ln.10001@voiptalk)@[Dev:sip:[email protected]:5060]
10:56:17.765 CallCtrl:nSelectRouteReq [CM503010]: Making route(s) to "889108"[sip:[email protected]:5060]
10:56:17.765 MediaServerReporting::SetRemoteParty [MS210000] C:1.1:Offer received. RTP connection: 192.168.0.50:7302(7303)
10:56:17.765 CallLeg::setRemoteSdp Remote SDP is set for legC:1.1
10:56:17.765 Extension:rintEndpointInfo [CM505001]: Ext.11: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [SpeedTouch 780] Transport: [sip:192.168.0.12:5060]
10:56:17.750 CallCtrl:nIncomingCall [CM503001]: Call(1): Incoming call from Ext.11 to "889108"[sip:[email protected]:5060]
10:56:17.750 CallLeg:nNewCall [CM500002]: Info on incoming INVITE:INVITE sip:[email protected];transport=UDP SIP/2.0Via: SIP/2.0/UDP 192.168.0.50:5060;branch=z9hG4bK-33a581-c9be81d2-66cc2c2cMax-Forwards: 70Contact: [sip:[email protected]:5060;transport=UDP]To: "889108"[sip:[email protected]:5060]From: "Dom desk"[sip:[email protected]:5060];tag=80ad3718-c0a80032-13c4-33a581-5fbdf1ae-33a581Call-ID: [email protected]: 2 INVITESession-Expires: 120Min-SE: 90Allow: INVITE, ACK, BYE, REFER, NOTIFY, CANCEL, OPTIONSProxy-Authorization: Digest username="11",realm="3CXPhoneSystem",nonce="12872429777:7ceddc750d634dbb1bfda59679e0c38d",uri="sip:[email protected];transport=UDP",response="f00d6365215aa125129ef7f40500cb6d",algorithm=MD5Supported: replaces, 100rel, timerUser-Agent: SpeedTouch 780Content-Length: 0X-Serialnumber: CP0737JT3MK

and hear is media server trace:
10:56:17.750|.\MediaServer.cpp(533)|Trace5||??:EndPoint created: (destination=192.168.0.50)
EndPoint: ID=00000041@(LOCAL)
LOGID=C:1.1 Status: MSEP_LOCAL
RTP:192.168.0.12:7100
RTCP:192.168.0.12:7101
STUN RTP:0.0.0.0:0
STUN RTCP:0.0.0.0:0
Coder:
NOT SET
101:telephony-event
Party ptime:20
Party RTP:0.0.0.0:0
Party RTCP:0.0.0.0:0
Decoders:
<empty>

10:56:17.750|.\MediaServer.cpp(979)|Trace5||??:EP 00000041@ joined to call 1
10:56:17.750|.\MediaServer.cpp(988)|Trace5||??:starting send on new call 1
10:56:17.765|.\MediaServer.cpp(630)|Trace5||??:Set Party EP:C:1.1SDP:v=0
o=780 1227956602 1227956602 IN IP4 192.168.0.50
s=-
c=IN IP4 192.168.0.50
t=0 0
m=audio 7302 RTP/AVP 0 8 18 4
a=ptime:20
a=SilenceSuppff

10:56:17.765|.\MSEndPoint.cpp(2441)|Trace5||??:New state00000041@ SILENCE
10:56:17.765|.\MSEndPoint.cpp(1457)|Log2||??:[MS210000] C:1.1:Offer received. RTP connection: 192.168.0.50:7302(7303)
10:56:17.968|.\MSEndPoint.cpp(824)|Trace5||??:Source ports: 9000 STUN RTP:80.229.82.249:9000 RTCP:80.229.82.249:9001 mapped to 80.229.82.249, ports 9000,9001
10:56:17.968|.\MediaServer.cpp(533)|Trace5||??:EndPoint created: (destination=voiptalk.org)
EndPoint: ID=00000042@(EXTERNAL)
LOGID=C:1.2 Status: MSEP_STUN
RTP:80.229.82.249:9000
RTCP:80.229.82.249:9001
STUN RTP:80.229.82.249:9000
STUN RTCP:80.229.82.249:9001
Coder:
NOT SET
101:telephony-event
Party ptime:20
Party RTP:0.0.0.0:0
Party RTCP:0.0.0.0:0
Decoders:
<empty>

10:56:17.968|.\MediaServer.cpp(979)|Trace5||??:EP 00000042@ joined to call 1
10:56:17.968|.\MediaServer.cpp(1024)|Trace5||??:EndPoint 00000042@ removed from call 1
10:56:17.968|.\MediaServer.cpp(979)|Trace5||??:EP 00000042@ joined to call 1
10:56:17.968|.\MSEndPoint.cpp(2441)|Trace5||??:New state00000042@ SILENCE
10:56:17.968|.\MSEndPoint.cpp(1180)|Log2||??:[MS210004] C:1.2:Offer provided. Connection(proxy mode): 80.229.82.249:9000(9001)
10:56:17.968|.\MediaServer.cpp(568)|Trace5||??:Get Local SDP. EP:C:1.2SDP:v=0
o=3cxPS 273082744832 139435442177 IN IP4 80.229.82.249
s=3cxPS Audio call
c=IN IP4 80.229.82.249
t=0 0
m=audio 9000 RTP/AVP 0 8 18 4
c=IN IP4 80.229.82.249
a=ptime:20
a=SilenceSuppff

10:56:17.968|.\MediaServer.cpp(1024)|Trace5||??:EndPoint 00000042@ removed from call 1
10:56:20.546|.\MediaServer.cpp(979)|Trace5||??:EP 00000042@ joined to call 1
10:56:20.546|.\MediaServer.cpp(630)|Trace5||??:Set Party EP:C:1.2SDP:v=0
o=root 3842 3842 IN IP4 77.240.48.207
s=session
c=IN IP4 77.240.48.209
t=0 0
m=audio 49030 RTP/AVP 8 0 18 4
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:4 G723/8000
a=fmtp:4 annexa=no
a=silenceSuppff - - - -
a=ptime:20
a=sendrecv
a=nortpproxy:yes

10:56:20.546|.\MSEndPoint.cpp(2441)|Trace5||??:New state00000042@ SILENCE
10:56:20.546|.\MSEndPoint.cpp(2441)|Trace5||??:New state00000042@ PASSTHROUGH
10:56:20.546|.\MSEndPoint.cpp(1462)|Log2||??:[MS210001] C:1.2:Answer received. RTP connection: 77.240.48.209:49030(49031)
10:56:20.546|.\MSEndPoint.cpp(2441)|Trace5||??:New state00000041@ PASSTHROUGH
10:56:20.546|.\MSEndPoint.cpp(1185)|Log2||??:[MS210005] C:1.1:Answer provided. Connection(proxy mode):192.168.0.12:7100(7101)
10:56:20.546|.\MediaServer.cpp(568)|Trace5||??:Get Local SDP. EP:C:1.1SDP:v=0
o=3cxPS 43989860352 346667614209 IN IP4 192.168.0.12
s=3cxPS Audio call
c=IN IP4 192.168.0.12
t=0 0
m=audio 7100 RTP/AVP 8 0 18 4
c=IN IP4 192.168.0.12
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:4 G723/8000
a=fmtp:4 annexa=no
a=silenceSuppff - - - -
a=ptime:20
a=sendrecv
a=nortpproxy:yes

10:56:23.640|.\MediaServer.cpp(630)|Trace5||??:Set Party EP:C:1.2SDP:v=0
o=root 3842 3843 IN IP4 77.240.48.201
s=session
c=IN IP4 77.240.48.201
t=0 0
m=audio 49030 RTP/AVP 8 0 18 4
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:4 G723/8000
a=fmtp:4 annexa=no
a=silenceSuppff - - - -
a=ptime:20
a=sendrecv
a=nortpproxy:yes

10:56:23.640|.\MSEndPoint.cpp(2441)|Trace5||??:New state00000042@ SILENCE
10:56:23.640|.\MSEndPoint.cpp(2441)|Trace5||??:New state00000042@ PASSTHROUGH
10:56:23.640|.\MSEndPoint.cpp(1462)|Log2||??:[MS210001] C:1.2:Answer received. RTP connection: 77.240.48.201:49030(49031)
10:56:41.171|.\MediaServer.cpp(1024)|Trace5||??:EndPoint 00000041@ removed from call 1
10:56:41.187|.\MediaServer.cpp(1024)|Trace5||??:EndPoint 00000042@ removed from call 1
10:56:41.187|.\MediaServer.cpp(783)|Trace5||??:references to EndPoint 00000041@ were removed
10:56:41.187|.\RTPReceiver.cpp(127)|Trace5||??:Endpoint for socket 924 is not found!
10:56:41.187|.\MSEndPoint.cpp(672)|Trace5||??:EndPoint 00000041@ destroyed
10:56:41.343|.\MediaServer.cpp(783)|Trace5||??:references to EndPoint 00000042@ were removed
10:56:41.343|.\RTPReceiver.cpp(127)|Trace5||??:Endpoint for socket 1004 is not found!
10:56:41.343|.\MSEndPoint.cpp(672)|Trace5||??:EndPoint 00000042@ destroyed
10:56:41.359|.\MediaServer.cpp(1102)|Trace5||??:references to call 1 were removed
10:56:41.359|.\MSCallConf.cpp(33)|Trace5||??:Call: 1 destroyed

 

[N_G]

I recommend you use a supported provider and get your firewall setup with STATIC port forwarding. All the problems you are having are due to network configuration and possibly VoIP provider interoperability. You would also benefit from a tech support package.

 

[wzaatar]

One way audio is generally due to STUN issues.

- Make sure that the 3cx box has STUN activated and that the ATA/IP phones don't.
- Make sure your ATA/IP phones are forced and capable of re-invites.

 

[regfixit]

Thanks Nick and wzaatar for your replies. It's all up and running now - basically problem with the voip provider. I had already set up the STUN, static port forwarding, passed the firewall test, etc. The wireshark showed all packets doing the right kind of thing, but just the audio not being accepted on the provider end.

I understand it's a commercial product and ideally I would have a support package and paid version, but I am an individual enthusiast rather than a serious business with mutliple phone needs. I am very grateful that you make available the free version and am happy to try to pick my way through it with the goodwil and help of the members of this forum. I don't expect anything as I'm getting it free and so am very happy for all the advice I do get.

Wish you all the best with the business.

 

[tomlinm]

regfix

Just to comment, VoIPtalk have also been having some problems with delay on their network for a couple of days now...makes for an interesting conversation

Mark

 

[Kevin Attard Compagno]

Hi there

Please make a wireshark capture from the PBX machine, make a call that exhibits this issue (including the disconnect after x seconds), and attach it here.

I'll try to have a look at it and give some pointers.

Regards

Kevin

 

[regfixit]

OOPS: below relates to the other post I made with heading "wireshark equivalent for ADSL router" - the problem with voiptalk is no longer occurring and was I think due to a problem at their end. This issue with 30 sec disconnect due to no ACK is still puzzling me though if you do have time to look !

Hi Kevin,
Thanks for that !

This is one where the disconnect occurs http://www.domandsarah.co.uk/ext to int disconnects.pcap as no ACK is received to the final 200 OK.

This is the same call made after setting 3cx to use port 5061 instead of 5060 and now the ACK is received and no disconnect occurs.
http://www.domandsarah.co.uk/ext in int ok on port 5061.pcap

regards,
Dominic.

 

[Kevin Attard Compagno]

Hi there

Looking at the capture, it seems that the firewall on 93.96.36.31 might be forwarding port 5060 somewhere else - or possibly your ISP being naughty and blocking some packets.

Regards

Kevin