Home / ComXchange / ComXchange Tips / Add dummy FQDN using OS host file

Add dummy FQDN using OS host file


What is FQDN?

It's acronym for fully qualified domain name (FQDN). It refers to the complete domain name that specifies a network resource, like a server, website, internal wiki, or other service that is reachable via a public or private network. 

For IP based phone systems like ComXChange, a FQDNs are often used to access the web portion of an admin panel, or to connect to a SIP trunk provider such clearly trunking (eg: 1.us-central.clearlyip.com ). They also are easier to remember than numeric IP addresses, and if the IP address behind an FQDN changes, users can keep using the same FQDN as long as the one managing it updates it with a new IP. 
These are some of the reasons why they are preferred over plain IP addresses. 

However, a valid FQDN should be able to be resolved into an IP address, which the host trying to access it should be able to reach. If this rule is not followed the FQDN is referred as an invalid fqdn.

Why use a dummy FQDN

Like the name suggest, it is a fake domain that can be used instead of an IP address. 
On the ComXchange specifics, there are some SIP trunk providers that may use a fixed proxy to send the traffic, and set the SIP server with dummy FQDNs to identify the client that is connecting to their proxied SBCs or trunks, or to validate the connection in some way; however these domains are invalid since they don't resolve to any IP address. 

Dummy FQDN with no resolvable IP
  img-20260506193020451 

Proxy with real, reachable SIP FQDN
  img-20260506193054393

 

Issues with invalid FQDN

It has been observed under certain conditions, that registration or call problems could occur on some systems after some period time, where the server will attempt to resolve this invalid FQDN and have delays, timeouts, or not resolve at all. Rebooting the server may fix the issue momentarily but it may occur after some time. 

Symptoms:
  • Registration will fail.
  • Packet captures (sngrep / tcpdump) won't show any traffic to the trunk provider, invalid FQDN or Proxy servers.
  • Possible call issues like jitter or delays to hear ringing when placing calls due to resolution order timeout
  • Asterisk logs will show messages like this: 
    1. [2026-04-28 23:28:56] WARNING[14056] res_pjsip_outbound_registration.c: No response received from 'sip:fake.dummyfqdn.trunk.invalid' on registration attempt to 'sip:1000000009@fake.dummyfqdn.trunk.invalid', retrying in '60'
    2. [2026-04-28 23:29:56] WARNING[14056] res_pjsip_outbound_registration.c: No response received from 'sip:fake.dummyfqdn.trunk.invalid' on registration attempt to 'sip:1000000009@fake.dummyfqdn.trunk.invalid', retrying in '60'
    3. [2026-04-28 23:30:56] WARNING[14056] res_pjsip_outbound_registration.c: No response received from 'sip:fake.dummyfqdn.trunk.invalid' on registration attempt to 'sip:1000000009@fake.dummyfqdn.trunk.invalid', retrying in '60'
    4. [2026-04-28 23:31:57] WARNING[14056] res_pjsip_outbound_registration.c: No response received from 'sip:fake.dummyfqdn.trunk.invalid' on registration attempt to 'sip:1000000009@fake.dummyfqdn.trunk.invalid', retrying in '60'
    5. [2026-04-28 23:32:57] WARNING[14056] res_pjsip_outbound_registration.c: No response received from 'sip:fake.dummyfqdn.trunk.invalid' on registration attempt to 'sip:1000000009@fake.dummyfqdn.trunk.invalid', retrying in '60'

Workaround: add dummy FQDN that resolves to the IP address of the proxy

Perform the following steps: 
  1. Enter the server via SSH
  2. Locate and edit the file at /etc/hosts with
    1. nano /etc/hosts
  3. File should look like this: 
        img-20260506193157753
  4. Add the IP address of the trunk provider then a TAB and the dummy domain that you were instructed to use 
    Note that 0.0.0.0 is not a valid IP, as this is just an example, replace 0.0.0.0 with the instructed IP address given by the trunk provider
        img-20260506193008956
  5. Save file and exit

Important: Make sure DNS list has 127.0.0.1 as it's first entry

This will make the server lookup for any FQDN internally as it's first option, thus, it will use the /etc/hosts file modified before. 127.0.0.1 = localhost or THIS SERVER. 
This can be done with one of the following methods:
  1. Edit via SSH the file at /etc/resolv.conf
    img-20260506193129909
  2. Or add the DNS entry via the ComXchange web GUI, under Admin --> System Settings --> DNS
    img-20260506193013918



After all these changes are made, it's recommended to restart the server to clear up any DNS caches and allow the services to be fully restarted.





     RSS of this page