Hi, here is the conversation we had with openip for the last part, i skipped some of our response which were not relevant :
Openip : Cela ressemble à un défaut réseau, premièrement nous recevons les requêtes SIP d’enregistrement sur un port choisis aléatoirement par l’interface WAN de votre routeur :
1.2.3.4:60496
Nous conseillons l’utilisation du port 5060 sur un trunk A 5061 sur un trunk B etc… quand il s’agit d’une installation iPBX multi tenant.
Dans l’attente d’un retour nous restons à votre disposition.
Vous pouvez configurer par exemple le port 5060 pour le trunk A et le port 5061 pour le trunk B, ensuite il faut utiliser une règle de NAT sortante qui indique que pour le trafic vers notre serveur de trunk le port doit être “statique” exemple ci-dessous avec un règle sur nos routeurs opios :
US : Bien reçu, nous étions sur la page de wiki http://wiki.openip.fr/doku.php?id=3cx:configuration:start#pare-feu en étude, j’ai appliqué vos paramètres, ca n’est pas encore actualisé sur le dashboard (states cleared sur le parefeu). Nous allons refaire des tests avec le deuxieme trunk celui ci etant pour le moment desactivé. Nous avons pour le moment fait juste la redirection de port 5060, pas de RTP.
Nous avons un autre probleme plutot curieux, les appels sur le trunk coupent tous a 9min30, avez vous deja constaté ce soucis ?
Openip :
Effectivement nous voyons bien le 5060 désormais.
Concernant le défaut d’appel qui coupe à 09min nous supposons qu’il s’agit de cet appel :
4xxxxxxxxxx → 06xxxxxxxxx
Si oui nous voyons bien un défaut sur la trame SIP le distant (06*) envoi une méthode UPDATE que nous ne certifions pas, nous allons voir avec notre transitaire d’appel sortant ce défaut.
Pouvez-vous confirmer que vers un autre numéro cela fonctionne normalement ?
US : Malheureuseument le probleme est présent sur plusieurs operateurs, ici OVH
Openip : Sur cet appel le BYE provient du Wazo : picture
Pouvez-vous ouvrir un ticket chez Wazo en parallèle pour connaitre la raison du BYE ?
US : Nous sommes en version community, je vais faire un sujet sur forum
On another support exchange, after adding a transport on wazo on 5061 and connecting the second trunk on the second transport :
US : Nous avions deja ouvert un ticket que je n’ai pas pu rattacher à celui ci. Nous pensions que le probleme etait réglé suite à la mise en place de vos recommendations firewall et PBX, à savoir mettre le second trunk sur un port different. Nous avons aussi appliqué un parametre pfsense pour garder les states plus longtemps (mode conservative), apres tests les appels ne se raccrochent plus au bout de 10 min d’ou la fermeture du ticket, aujourd’hui nous remarquons que les appels coupent au bout de 12 minutes depuis le changement du mode de firewall. Ci joint capture de trame
Openip : Un cas similaire est en cours d’analyse entre le transitaire et notre infrastructure.
Notre transitaire nous informe avoir effectué une modification pouvez-vous refaire des tests d’appels ?
Then it was solved. I guess if you can show them that you applied their prerequisite they’ll look at it a bit more ?
Hope it’ll help, sorry i didn’t translate
