Ok, il telefono non è VoIP.
Il 3490 ha la parte VoIP perché può funzionare da centralino VoIP - ovviamente solo per dispositivi VoIP non avendo porte POTS o sistema DECT.
Probabilmente puoi addirittura provare a collegare in VoIP lo Zyxel direttamente al Fritz (https://service.avm.de/help/it/FRITZ-Box-3490-avme/015/hilfe_fon_howto_ip-telefon), che probabilmente è la soluzione più semplice.
Altrimenti devi deconfigurare e disabilitare tutto - o altrimenti si registrerà sul proxy SIP e poi si "succhierà" il traffico VoIP e lo Zyxel non lo vedrà mai, né riuscirà a registrarsi visto che 3490 si è registrato prima.
Se il Fritz anche deconfigurato intercetta il traffico sulla 5060, cambia porta sullo Zyxel, es. usa la 5062 (potrebbe anche intercettare la 5061 se il firmware supporta i classici due profili VoIP).
Poi lo Zyxel dovrà essere contattabile sulla porta SIP per ricevere le chiamate SIP. Quando sei dietro ad un NAT ci sono varie possibilità. La più semplice è fare un port forwarding ma è opportuno accoppiarlo ad una regola di firewall che blocchi tutto il traffico che non provenga dagli IP del provider, meglio ancora se ristretto ai soli proxy SIP in uso.
Altrimenti ti trovi in men che non si dica qualcuno che cerca di accedere per vedere se riesce a fare chiamate. Alcuni dispositivi hanno un'opzione per accettare traffico solo dal proxy registrato, rendendo meno necessaria la regola di firewalling. Stessa cosa va fatta per le porte RTP configurate nello Zyxel.
Usando STUN e NAT keepalive si può evitare, ma ci deve essere il supporto necessario.
Altro problema è che lo Zyxel dovrà comunicare l'IP esterno al server SIP, non quello che ha privato sulla LAN in alcuni messaggi SIP. Ci sono meccanismi che permettono di rilevarlo automaticamente (es. STUN) comodo per IP dinamici, o va impostato manualmente. Se non si può fare, e lo Zyxel si aspetta di avere l'interfaccia VoIP direttamente sulla LAN,
potrebbe non essere possibile farlo.
Alcuni dispositivi hanno una funzionalità specifica chiamata ALG (Application Layer Gateway) che mette il naso nel traffico SIP (e di altri protocolli) per modificare al volo quello che ci passa e aprire le porte necessarie, però spesso sono implementati male e creano più problemi di quelli che risolvono, proprio perché tentano di modificare il contenuto dei dati in transito.
