Still looking for a qood solution to this problem. The issue still exists and by looking all over the web, seems to be specifically a 3CX issue. All the other software PBX suppliers seem to be supported. Even further, for some reason it seems 3CX is specifically blocked by Gizmo5 so most users have to change the USER AGENT to something else to get Gizmo5 to accept the connection.
I've changed my user agent to a differnet PBX name and it now registers and stays registered. If a call comes in via Google Voice through Gizmo5, the calling party on teh PSTN side hears ringing. On the 3CX side, the call comes through and rings as shown below:
______________
14:44:06.820 [MS105000] C:12.1: No RTP packets were received:remoteAddr=198.65.166.131:47706,extAddr=99.115.135.49:9008,localAddr=99.115.135.49:9008
14:44:06.455 [CM503008]: Call(12): Call is terminated
14:43:56.486 [CM503003]: Call(12): Call to sip:
[email protected] has failed; Cause: 487 Request Terminated; from IP:172.16.16.27:53705
14:43:56.483 [CM503003]: Call(12): Call to sip:
[email protected] has failed; Cause: 487 Request Terminated; from IP:172.16.16.19:65404
14:43:56.316 [CM503003]: Call(12): Call to sip:
[email protected] has failed; Cause: 487 Request Terminated; from IP:172.16.16.22:5060
14:43:56.309 [CM503003]: Call(12): Call to sip:
[email protected] has failed; Cause: 487 Request Terminated; from IP:172.16.16.22:5060
14:43:56.306 [CM503003]: Call(12): Call to sip:
[email protected] has failed; Cause: 487 Request Cancelled; from IP:172.16.16.23:49414
14:43:56.256 [CM503007]: Call(12): Device joined: sip:
[email protected]:5060
14:43:56.254 [CM503007]: Call(12): Device joined: sip:
[email protected]:5060
14:43:54.700 [CM503025]: Call(12): Calling RingAll800:100Ext.100101Ext.101103Ext.103102Ext.102105Ext.105106Ext.106107Ext.107@[Dev:sip:
[email protected]:65404;transport=UDP]
14:43:54.696 [CM503025]: Call(12): Calling RingAll800:100Ext.100101Ext.101103Ext.103102Ext.102105Ext.105106Ext.106107Ext.107@[Dev:sip:
[email protected]:53705]
14:43:54.692 [CM503025]: Call(12): Calling RingAll800:100Ext.100101Ext.101103Ext.103102Ext.102105Ext.105106Ext.106107Ext.107@[Dev:sip:
[email protected]:5060;transport=udp]
14:43:54.688 [CM503025]: Call(12): Calling RingAll800:100Ext.100101Ext.101103Ext.103102Ext.102105Ext.105106Ext.106107Ext.107@[Dev:sip:
[email protected]:5060;line=65366]
14:43:54.684 [CM503025]: Call(12): Calling RingAll800:100Ext.100101Ext.101103Ext.103102Ext.102105Ext.105106Ext.106107Ext.107@[Dev:sip:
[email protected]:5060;line=3108]
14:43:54.680 [CM503025]: Call(12): Calling RingAll800:100Ext.100101Ext.101103Ext.103102Ext.102105Ext.105106Ext.106107Ext.107@[Dev:sip:
[email protected]:5060]
14:43:54.650 [CM503004]: Call(12): Route 1: RingAll800:100Ext.100101Ext.101103Ext.103102Ext.102105Ext.105106Ext.106107Ext.107@[Dev:sip:
[email protected]:5060,Dev:sip:
[email protected]:5060;line=3108,Dev:sip:
[email protected]:5060;line=65366,Dev:sip:
[email protected]:5060;transport=udp,Dev:sip:
[email protected]:53705,Dev:sip:
[email protected]:65404;transport=UDP]
14:43:54.602 [CM505003]: Provider:[Gizmo5] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [YATE/3.0.0] PBX contact: [sip:
[email protected]:5060]
14:43:54.600 [CM503001]: Call(12): Incoming call from +14152927014@(Ln.10004@Gizmo5) to <sip:
[email protected]:5060>
14:43:54.379 [CM503012]: Inbound out-of-office hours rule (unnamed) for 10004 forwards to DN:800
14:43:51.996 [CM506001]: STUN request to resolve SIP external IP

ort mapping is sent to STUN server 96.9.132.83:3478 over Transport 172.16.16.2:5060
14:43:25.257 [CM504004]: Registration succeeded for: 10004@Gizmo5
14:43:25.064 [CM504003]: Sent registration request for 10004@Gizmo5
_____________________
at teh receiving side, the phone rings and when answered, the call is dead.. no soudn travels in either direction and the calling party on the PSTN contiues to hear ringing during this entire procedure, including when the handset on the 3CX side is lifted. The calling party on the PSTN side must eventually hang up to terminate the call.
A wireshark of the this entire loop is posted in the previous forum entry.
Any ideas... if I could get this working then anyone using Google Voice coudl accept the forward/screened calls into and through the 3CX server via SIP the entire way. As it is today the calls must go from Googel Voice (SIP) out to the PSTN and then back to 3Cx via the PSTN. What a waste when the call originated as SIP initially.
Hope someone has a clue. I am using the template from the 3CX for Gizmo5 OpenSky from the library of 3rd party suppliers. I have associates that use 3CX on both various version of V8 and V9 and all have hte same issues I am having so it must be something commong to 3CX or some sensitivity to a common 3CX setting I'm guessing.