Dismiss Notice
We would like to remind you that we’re updating our login process for all 3CX forums whereby you will be able to login with the same credentials you use for the Partner or Customer Portal. Click here to read more.

Thank you Deerfield (USA 3CX)

Discussion in '3CX Phone System - General' started by Ricambi America, Nov 17, 2008.

Thread Status:
Not open for further replies.
  1. Ricambi America

    Joined:
    Nov 10, 2007
    Messages:
    61
    Likes Received:
    0
    This morning we arrived to find NONE of our phones registered to our 3CX server, but the server itself was running fine and all the lines were properly registered. After extensive testing of ports and stuff with our host (Rackspace) and no resolution, I contacted Deerfield. We are a licensed customer and had a little bit of support left on our contract.

    I must say, their techs were absolutely 100% top notch in helping us to solve the problem. After gobs of tests, they discovered a STUN problem (not through our configuration or anything) and advised a fix. About 10 minutes later, we were back in business and all phones were running fine.

    When our 3CX stops working, our business might as well be closed... To folks outside of our industry, it might not seem possible that Ferrari parts are a "rush" kind of item where the phone MUST be answered immediately. But it is. Our customers want parts fast, and don't like getting voicemail or hearing about technical problems. Our situation this morning was incredibly stressful and the Deerfield team was able to lower my blood pressure and stay 'engaged' in the issue until resolution. No passing of the buck, no blaming of another software vendor... just hard work until the issue was solved. A+. Thank you Deerfield. Now I know why the 'registered' version with real support is the only way to effectively run 3CX in a production environment.
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  2. silentfun

    silentfun Member

    Joined:
    Dec 11, 2006
    Messages:
    364
    Likes Received:
    0
    Yes i have had the stun server problem two. just 24 h no phones on the 3CX Phone System Version6.1.0 system

    i have had no deerfeeld but a bunch of work to find out that it was not on me.

    no at 20:00 Germany local time the phones get to life again.

    thanks to the men who have restart the stun server :lol:

    Andy

    Time Function Message
    19:57:42.109 ExtnCfg::updateContact [CM504001]: Ext.202: new contact is registered. Contact(s): [sip:202@87.30.16.104:61078;transport=udp;user=phone/202]
    19:57:41.468 ExtnCfg::updateContact [CM504001]: Ext.201: new contact is registered. Contact(s): [sip:201@87.30.16.104:61077;transport=udp;user=phone/201]
    19:57:40.296 ExtnCfg::updateContact [CM504001]: Ext.201: new contact is registered. Contact(s): [sip:201@87.30.16.104:61076;transport=udp;user=phone/201]
    19:57:40.187 ExtnCfg::updateContact [CM504001]: Ext.210: new contact is registered. Contact(s): [sip:210@87.30.16.104:61075;transport=udp;user=phone/210]
    19:57:39.671 ExtnCfg::updateContact [CM504001]: Ext.510: new contact is registered. Contact(s): [sip:510@87.30.16.104:61074;transport=udp;user=phone/510]
    19:57:39.578 ExtnCfg::updateContact [CM504001]: Ext.200: new contact is registered. Contact(s): [sip:200@87.30.16.104:36110;transport=udp;user=phone/200]
    19:46:42.375 StunClient::eek:nTestTout [CM506004]: STUN request to STUN server 75.101.138.128:3478 has timed out; used Transport: 192.168.178.150:5070
    19:46:39.312 StunClient::eek:nTestTout [CM506004]: STUN request to STUN server 75.101.138.128:3478 has timed out; used Transport: 192.168.178.150:5070
    19:46:36.265 StunClient::eek:nTestTout [CM506004]: STUN request to STUN server 75.101.138.128:3478 has timed out; used Transport: 192.168.178.150:5070
    19:46:33.203 StunClient::eek:nTestTout [CM506004]: STUN request to STUN server 75.101.138.128:3478 has timed out; used Transport: 192.168.178.150:5070
    19:46:30.171 StunClient::eek:nInitTests [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 75.101.138.128:3478 over Transport 192.168.178.150:5070
    19:26:41.843 StunClient::eek:nTestTout [CM506004]: STUN request to STUN server 75.101.138.128:3478 has timed out; used Transport: 192.168.178.150:5070
    19:26:38.781 StunClient::eek:nTestTout [CM506004]: STUN request to STUN server 75.101.138.128:3478 has timed out; used Transport: 192.168.178.150:5070
    19:26:35.718 StunClient::eek:nTestTout [CM506004]: STUN request to STUN server 75.101.138.128:3478 has timed out; used Transport: 192.168.178.150:5070
    19:26:32.656 StunClient::eek:nTestTout [CM506004]: STUN request to STUN server 75.101.138.128:3478 has timed out; used Transport: 192.168.178.150:5070
    19:26:29.562 StunClient::eek:nInitTests [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 75.101.138.128:3478 over Transport 192.168.178.150:5070
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  3. Ricambi America

    Joined:
    Nov 10, 2007
    Messages:
    61
    Likes Received:
    0
    So did you confirm the stun.3cx is working again?

    Another odd side-effect? Our voice mail-to-email no longer seems to work, and messages are now held on the server instead of forwarded. Strange.
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  4. Nick Galea

    Nick Galea Site Admin

    Joined:
    Jun 6, 2006
    Messages:
    1,970
    Likes Received:
    273
    Glad to hear your system is back up again. I would suggest using the STUN server suggested by your VoIP provider. Our stun server entries are only samples that can be used - they should be changed to the STUN server being used by your VoIP provider.
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  5. silentfun

    silentfun Member

    Joined:
    Dec 11, 2006
    Messages:
    364
    Likes Received:
    0
    Sometimes the stunserver is not so important - if the server is on public ip and if the phone is already logged in.

    but when the stun server is needed it i better to have a working one.

    i suggest to put to different providers in the fields. like 3cx and sipgate or voipgate

    i don´t know but perhaps 3cx can give more fields for more stun servers?

    nice day

    Andy
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
Thread Status:
Not open for further replies.