I am having some problems with re-registration following an ISP failover scenario. Our example is as follows .... a 3CX Windows 2003 server with local IP 192.168.1.1 and a Draytek router with local IP 192.168.1.2 (default gateway for the 3cx server). The Draytek has two WAN interfaces, one on 22.214.171.124 and the other on 126.96.36.199. By default the Draytek routes all traffic via 188.8.131.52 but if this fails switches over and routes it via 184.108.40.206, a very nice failover mechanism to keep our VOIP system running. STUN queries from our 3CX server either return 220.127.116.11 or 18.104.22.168 depending on the Draytek's failover position. The Draytek is NATing the outbound traffic to the internet and everything works a treat until we fail over to the other ISP. Take this example .... 3CX starts and queries the STUN server and gets back 22.214.171.124 (primary interface is working) so uses this in it's call setup, registration and call processing. It also registers with our VOIP provider who now knows to send incoming calls to us on 126.96.36.199:<port n> and everything works well. Now the 188.8.131.52 ISP fails so the Draytek switches over to the 184.108.40.206 circuit and this is picked up by the next STUN request (currently set to 5 minutes but can be increased to give quicker failover) which now responds with 220.127.116.11 and the 3CX system knows this external STUN IP has changed as it makes this comment in the log file. Resolved SIP external IPort has changed to (18.104.22.168:42961) on Transport 192.168.1.2:5060 However, our VOIP provider is still trying to send incoming calls to 22.214.171.124:<port n> but this circuit is now inaccessible from the outside world so incoming calls just appear dead to the caller. There are two ways round this, 1) we have to force a re-registration of the VOIP provider so they then know to send incoming calls to the newly resolved STUN IP on 126.96.36.199:42961 or b) wait for the re-registration timeout on the VOIP provider to occur and let this handle it but ours is currently set to 600 seconds (as recommended by our VOIP provider) and waiting for 10 minutes for failover is a little too long. If in the "VOIP provider > Advanced > Which IP to use in Contact Field" the value is set to "External (STUN Resolved)" then 3CX knows the moment a STUN amendment is made (which it is already aware of as per the log file) all registrations set to be externally stun resolved become invalid and should be re-registered - it does not appear to be doing this. You might suggest simply decreasing the re-registration timeout but our VOIP provider has advised against doing this. I was initially going to log this as an enhancement request but I actually think it is a bug so have raised it here. Regards, Dominic Batty.