During the migration from NethVoice 14 on NethServer 7 to NethVoice on NethServer 8, the existing NAT settings from FreePBX (such as public IP and local networks) are carried over. These settings have caused issues because they do not account for all networks from which Asterisk may be accessed (e.g., VPN network or a new green network if it has changed). This leads to specific cases where Asterisk applies NAT incorrectly, causing malfunctions:
Putting a call on hold from a physical phone generates another INVITE, which Asterisk manages with NAT. This confuses the proxy, causing it to contact Asterisk on the public IP rather than the VPN IP.
The hold issue also causes failures in consultative transfer.
Solution: Clear the NAT settings in Asterisk that are carried over during the migration to match that of a clean installation (which does not include these NAT settings by default).
During the migration from NethVoice 14 on NethServer 7 to NethVoice on NethServer 8, the existing NAT settings from FreePBX (such as public IP and local networks) are carried over. These settings have caused issues because they do not account for all networks from which Asterisk may be accessed (e.g., VPN network or a new green network if it has changed). This leads to specific cases where Asterisk applies NAT incorrectly, causing malfunctions:
Solution: Clear the NAT settings in Asterisk that are carried over during the migration to match that of a clean installation (which does not include these NAT settings by default).