Bonsoir,

J'ai créé 2 comptes ippi pour pouvoir monter un trunk SIP avec asterisk, et j'ai découvert (ou provoqué difficile à dire) un truc flippant que je n'arrive pas à expliquer (avant même d'avoir commencé mes tests) : J'ai pu appeler pendant quelques minutes un numéro au hasard suivi de mon nom domaine via ippi et même déconnecté de tous les proxys linphone se mettait à sonner sur mon PC...

Explications détaillées : J'enregistre le premier compte ippi sur linphone, et le second compte sur CSIPsimple. Appel entre les deux : ça fonctionne. Je teste à tout hasard un appel vers mon nom de domaine depuis CSIPsimple (comme si j'étais connecté sur mon asterisk) et surprise ça fonctionne aussi (alors que mon asterisk n'est pas censé accepter d'appels anonyme et qu'il est sur un port différent du 5060). Je regarde la CLI et aucune trace d'un quelconque appel...

Je me dis que ça vient peut-être de mon autre asterisk de test qui est sur le port 5060 avec une redirection de port sur le routeur, là encore rien dans la CLI. Et puis je vois que les IP ne correspondent pas (j'avais bien naté le 5060 mais c'était sur un 3ème serveur de test qui n'est pas en fonctionnent) fausse piste là aussi.

Trouvant ça bizarre, j'ai dans un premier temps déconnecté puis carrèment supprimé tous les comptes enregistrés dans linphone, mais je pouvais toujours appeler...   J'ai fait de même avec mes redirections de ports et ça continuait toujours, là ça devient vraiment flippant.

Ne trouvant pas d'explication, je suis allé faire autre chose et lorsque j'ai retesté 5 min plus tard, ça ne fonctionnait plus. J'ai remis mes redirections de ports ainsi que mes comptes, mais je n'arrive plus à reproduire ce bug. Franchement je ne sais pas ce qu'il s'est passé, d’autant plus que l'analyse avec wireshark ne donne rien... Je vois simplement un INVITE suivie de l'adresse fake puis une commutation normale quand je décroche... (RTP toussa...)

Désormais quand je tente un appel j'ai droit à un 408 request time out, ce qui on ne peut plus normal pour le coup.

Si quelqu’un est capable de me dire de quoi il retourne...

Merci d'avance.

De plus en plus bizarre cette histoire... Maintenant il m'est impossible de déconnecter mon trunk SIP. Même si je commente ou supprime la ligne register de sip.conf. Du coup je peux toujours appeler de l'extérieur ou d'un poste ça fonctionne...

Voici un extrait de la CLI

serveur*CLI> sip show registry
Host                                    dnsmgr Username       Refresh State                Reg.Time                 
0 SIP registrations.
  == Using SIP RTP TOS bits 184
  == Using SIP RTP TOS bits 184 in TCLASS field.
  == Using SIP RTP CoS mark 5
       > 0x7f563c006250 -- Strict RTP learning after remote address set to: 194.169.214.109:49594
    -- Executing [s@from-ippi:1] Goto("SIP/ippi-00000006", "IVR_IPPI,8004,1") in new stack
    -- Goto (IVR_IPPI,8004,1)

Malgré qu'il m’annonce que j'ai 0 registration, l'IVR paramétré se déclenche quand même sur un appel externe, et un redémarrage ou reload d'asterisk ne change rien...

A moins que tout vienne de ippi, car j'ai remarqué que si je m’enregistre et que je me déconnecte (quelque soit le client), dans le dashbord les connexions apparaissent toujours... on dirait qu'il ne prennent pas en compte la déconnexion, ce qui expliquerait le comportement que j'ai eu la première fois. Mais même dans ce cas pourquoi le NAT resterait toujours ouvert après plusieurs minutes ? Normalement sans règle particulière, dans le sens WAN > LAN les ports ne restent ouverts qu'un temps limité, genre 30sec, non ?