• We do not provide troubleshooting help for unsupported phones. Please try with a supported phone.
  • V20 Update 10 Alpha Learn more

Solved Registered(STUN:FALSE) vs Registered(STUN:TRUE)

Status
Not open for further replies.

ElementalWindX

Bronze Partner
Advanced Certified
Joined
Oct 24, 2018
Messages
367
Reaction score
40
What is the difference in this? What is the significance? I have some phones with sip registration errors going on. Still trying to learn how to troubleshoot these. It's weird. We use a Sophos XG firewall and ubiquiti poe switch in all our installations. Power cycling the phones repeatedly seems to be the only fix. I've added the 3cx stun servers to the web filter exceptions list as well as our 3cx server which is hosted in our data center.

Any tips on troubleshooting stun/registration failures would be appreciated. It happens from time to time with a lot of our clients.
 
newest 3cx os on debian in a cloud hosted vm behind a static ip. All firewall tests passed. Fanvil x6u phones. I'm seeing the error itself in the fanvil phone under sip -> line -> register settings in red font.
 
Is there some fqdn I need to add to my web exceptions list for the stun server used by fanvil/3cx? I've added stun-us.3cx.com and stun2.3cx.com and stun3.3cx.com but even later today towards end of the day one of the phones just randomly decided to say sip register failed and all the other phones on the same lan work just fine.

They're on the newest firmware 3cx has listed on their site.
 
3CX version, using stock templates and current firmware? Has this been happening since day one or just started happening? Is this the documented STUN setup with unique SIP and RTP ports per phone with port forwarding in the firewall? Realistically since you said 'phones' you should be using a SBC.

And the messages and what you are describing seem contradictory. Your messages both seem to indicate a registered state, but your description seems to indicate they are going unregistered. And the STUN server the phones should be using is your 3CX instance itself. Looking at the config via the management console or accessing the web interface of the phone would confirm that.
 
3CX version, using stock templates and current firmware? Has this been happening since day one or just started happening? Is this the documented STUN setup with unique SIP and RTP ports per phone with port forwarding in the firewall? Realistically since you said 'phones' you should be using a SBC.

And the messages and what you are describing seem contradictory. Your messages both seem to indicate a registered state, but your description seems to indicate they are going unregistered. And the STUN server the phones should be using is your 3CX instance itself. Looking at the config via the management console or accessing the web interface of the phone would confirm that.
v16.0.7.1078

Since day 1 on this particular system but we do all our systems exactly the same. Same hardware and all. I change the sip and rtp ports on each phone. On the 3cx server itself, it has the ports on the firewall open and forwarded properly.

I have about 2 dozen systems going so far with no sbc used and they all work fine. Except this one.

I'm also wondering what it means when fanvil has "Registered(STUN:FALSE)" vs "Registered(STUN:TRUE)" in it's status in that page I described.
 
Well as that seems to be a fanvil message the fanvil forums are probably the best place to look for those. I doubt most folks even look in the phones to see those messages. Are you also using Fanvil phones at the other locations that are working? If, then I'd start looking at the network, particularly DNS.
 
Well as that seems to be a fanvil message the fanvil forums are probably the best place to look for those. I doubt most folks even look in the phones to see those messages. Are you also using Fanvil phones at the other locations that are working? If, then I'd start looking at the network, particularly DNS.
I'm wondering how dns could adversely affect it. I know dns is working fine. *edit* Actually in this setup dns just simply goes to a local ad server and then out to quad 1 or quad 9. Nobody has complained of dns related issues either and I don't see any slowness or odd issues dns related myself.
 
Last edited:
I'm starting to think it's the cable modem, even though it's in bridge mode. I have 2 offices in 2 physical locations on this pbx. The other office is having 0 issues but the main hq office is having all these issues I'm describing.

The problem office uses a Technicolor DPC3216 cable modem while the office that has no issues is using a Hitron EN2251 cable modem.

Has anyone else had problems with technicolor cable modems?
 
Here is a copy of the log coming from the fanvil when I try to provision the phone manually:
Code:
I/allPagesDefault_PostHandler: | reboot flag=0, buttontype=33 postValid=1 result=0
I/vcore.ap.phoneFlash | apPhoneFlashStart start
I/vcore.ap.main | apRequestEventProcess !
I/vcore.ap.main | apRequest: sourceType:PhoneFlash, url:http://mypbx.mydomain.com/provisioning/mycode/mymac.cfg
I/vcore.ap.phoneFlash | apPhoneFlashStart end
W/vcore.cfg.get | The module[][--MDNS Config-- :] does not exist.
I/vcore.ap.main | apDownloadTask downloadType=common config
I/vcore.mt.main | mtUpdateRequest Start !
I/vcore.mt.main | mtCheckDigestFromUrl: digest is NULL.
W/resolv.lib | recordListFree, type [1] is not free.
I/vcore.mt.cfgUpdate | read error
I/vcore.mt.main | mtUpdateRequest: source=[ap] file=[F0V0X6U00000.cfg] result=error
I/vcore.ap.main | apDownloadTask download result=error
I/vcore.ap.main | apDownloadTask downloadType=device config
I/vcore.mt.main | mtUpdateRequest Start !
I/vcore.mt.main | mtCheckDigestFromUrl: digest is NULL.
W/resolv.lib | recordListFree, type [1] is not free.
I/vcore.cfm.request | setCallControllerState: set call control state=0, oldState=1

Not sure where it's getting that f0v0x6u00000.cfg either. That's not the cfg I've input.

I've checked the BLF keys on all extensions to have no special characters either.
 
I would maybe then try to first go into the PBX for one of the Extensions, edit it and then press OK.
This will force the RPS server of fanvil to activate for the phone with this MAC Address.
Then Factory Reset the Phone and provision it again.

When I say "provision it", I mean based on this guide:
https://www.3cx.com/sip-phones/fanvil-x3-x5/#h.kaj5m6i41no9
 
Swapped cable modems to a hitron and the phone lines came online immediately.
 
  • Like
Reactions: NickD_3CX
Excellent! Yes, the modem/routers the ISPs sometimes give out are beyond unsuitable for anything more that 2 mobile phones for browsing facebook and twitter...

Glad you figured it out :)
 
Status
Not open for further replies.

Members Online Now

No members online now.

Forum statistics

Threads
111,831
Messages
589,277
Members
164,660
Latest member
RJenkinsROCK