Ah non, le SIP entre un client SIP et un serveur SIP supporte très bien le NAT sans intervention du côté client tant que: -le serveur attend un REGISTER -le serveur SIP est moderne = supporte le NAT-Traversal/Auto-NAT/RTP-AutoLearn/…, ce qui est le cas d’Asterisk et FreeSWITCH, et je pense ne pas prendre de risques en disant que tous les SIP servers/SBC commerciaux aussi -tu tolères un retard d’établissement du média de 500-700ms au début de la comm (le temps que l’AutoLearn fasse son boulot).
> Le 6 déc. 2020 à 23:09, Michel Py <mic...@arneill-py.sacramento.ca.us> a > écrit : > >> David Ponzone a écrit : >> Ben un VPN, ça te permet d’avoir tous tes équipements VOIP dans un réseau >> privé mais >> routé (sans NAT donc) où qu’ils soient dans le monde.Et comme le tunnel sera >> rerouté >> automatiquement dans le cas d’un dual-WAN, tu te fous du dual-wan. > > C'est ce que j'ai en interne, mais pour ce qui est des fournisseurs SIP, il > faudrait donc que pour chaque site j'aie deux tunnels (un par WAN) > directement avec le fournisseur SIP. > Techniquement c'est faisable, mais la coordination avec le fournisseur SIP > pour faire marcher le VPN est pratiquement autant de travail que de traverser > NAT. > Question à 100 balles : tu as déjà demandé à un fournisseur de tronc SIP de > faire du VPN entre toi et eux ? Moi pas. > > Sur ce coup-là je rejoins Adrien : NAT c'est le bordel mais au moins on > comprend. > > Michel. > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
