Problèmes de ports à ouvrir dans le Firewall

[fabdu117]

Bonjour,

Sur quel par feu à tu paramétré ces restrictions?
Ton appel ne passe pas en interne, en externe ou les 2?

[PerfectD]

Bonjour,

Sur quel par feu à tu paramétré ces restrictions?
Ton appel ne passe pas en interne, en externe ou les 2?

Merci pour m'avoir répondu.

J'ai paramétré ces restrictions sur mon Pare Feu qui est situé entre mon réseau Lan et Wan.
La communication entre mes appels sont bien établie mais c'est seulement en externe que je n'ai pas de sons (appelant et appelé). En interne je n'ai aucun soucis.

[fabdu117]

J'ai le même problème je viens de trouver la solution
il faut rajouter ces lignes à chaque utilisateur;

nat = yes
canreinvite=no

Je me suis aidée de se TD http://wiki.mdl29.net/lib/exe/fetch....t_asterisk.pdf

Cordialement

[PerfectD]

Merci pour la réponse, malheureusement cela n'a pas résolu le problème pour moi :(

[jean]

il ne faut pas confonfre pbm de firewall et pbm de nat - je pense que c'est plutot le 2eme - les paramètres de firewall que vous indiquez permettent surtout à un client externe de venir s'enregistrer sur votre serveur, voire de le pirater. ils ne sont pas nécessaires - et encore moins recommandés - pour se connecter à ovh.

en revanche, les params nat (nat=yes, externip et localnet) doivent être positionnés pour régler ces pbm d'audio - je pense que si tu règles externip à ton ip et localnet avec la valeur de ton masque réseau, ca devrait aider
sinon, il faut débugger en regardant les @ ip échangées lors u message INVITE, et avec la commande rtp set debug on

[Kriss]

J'ai déjà eu des déboires du genre avec les PFsense. Voir : https://doc.pfsense.org/index.php/VoIP_Configuration
+ configurer localnet et extenip dans sip.conf

Et comme le dis Jean : il faut désactiver les règles de NAT que tu as mis en place sur ton firewall. Dans ce cas, c'est juste une porte ouverte à des indésirables et ne va en rien changer ton problème avec OVH.

./Kriss