Bonjour à tous,

On vient de me signaler un problème avec les transferts d'appels permanents via le code fonction *72 (Call Forward All Activate) vers des numéros externes (en 01,02,03,04,05,06 ou autre).

Le transfert d'appel se fait bien, ça sonne et on peut décrocher mais pas d'audio, rien ne passe, ni dans un sens, ni dans l'autre.

J'ai d'abord pensé à un problème de firewall, donc j'ai fait des tests en ouvrant tout et c'est idem, pas de son.

Du coup, je fais un test avec un blind transfer (In-Call Asterisk Blind Transfer, code fonction ## sur ma config.) et là, pas de problème je peux transférer l'appel sur mon portable.

En résumé :
- appel depuis numero externe --> extension elastix --> Call forward via *72 --> autre numéro externe /// transfert ok mais pas de son

- appel depuis numero externe --> extension elastix --> Call forward via *72 --> autre extension elastix /// ok, tout fonctionne

- appel depuis numero externe --> extension elastix --> Blind transfer via ## --> autre numéro externe /// ok, tout fonctionne

Une idée pour me sauver ? je sais pas trop où regarder du coup...

Merci d'avance, byye

Visiblement un problème de RTP semblerait-il!
Regardes les flux RTP et SIP:
CLI> rtp debug
CLI> sip debug

Fais attention au canreinvite!

danardf wrote:

Fais attention au canreinvite!

Slt,

Tu peux préciser ce point, jusqu'à présent j'ai toujours mis partout "canreinvite=no"
Je vais chercher à quoi ça correspond.

Sinon, ce qui m'intrigue quand même c'est pourquoi ça fonctionne en blind transfer, s'il y a un probleme avec les flux RTP, ni le blind transfer ni le Call forward ne devrait fonctionner, non ?

Merci bcp pour ton aide.

Le canreinvite = rtp direct.

Si tu passes une comme entre 2 extensions, la comme passera de A vers Asterisk puis d'asterisk vers B

En direct rtp, ta comm passe de A vers B!

Donc il y a des fois ou il ne vaut mieux pas s'en servir et d'autre oui.

danardf wrote:
Le canreinvite = rtp direct.

Si tu passes une comme entre 2 extensions, la comme passera de A vers Asterisk puis d'asterisk vers B

En direct rtp, ta comm passe de A vers B!

Donc il y a des fois ou il ne vaut mieux pas s'en servir et d'autre oui.

Yep,

Merci bcp pour les explications.

J'ai activé le rtp debug, je vois bien des tas de sent RTP, Got RTP donc il me semble que les packets partent et arrivent bien...
Cela dit, j'ai des utilisateurs qui doivent également passer des comm. en ce moment donc je sais pas si c'est significatif.

Evidemment, il veux mieux faire les essais au calme.
Sinon, tu peux déjà vérifier si la comm utilise les bon codec!
CLI>sip show channels

Tu verras toutes les comm dont les codecs utilisés.
il peut y avoir un problème dans ce sens....

Ok, je vois bien ma comm avec comme user/ANR le numéro externe vers lequel mon appel est transféré et le codec utilisé (alaw qui est bien également dans les codecs autorisés sur mon trunk).

Faire donc attention que toute la chaine autorise bien le G711a.
Dans ce cas, il ne devrait pas y avoir de problème.

Est-ce que le serveur est bien configuré a niveau du NAT?
(voir fichier sip_nat.conf)

danardf wrote:
Faire donc attention que toute la chaine autorise bien le G711a.
Dans ce cas, il ne devrait pas y avoir de problème.


Je vais vérifier.


Est-ce que le serveur est bien configuré a niveau du NAT?
(voir fichier sip_nat.conf)

Il est vierge...
Il faut que je déclare ma passerelle, IP publique, etc ?

Merci pour ton aide.

Ben oui.
A en croire ton histoire, tu dois avoir un opérateur ToIP.

Donc il faut renseigné ton IP public statique ou dynamique.

externip=ip_publique ou externhost=ton_domaine
localnet=192.168.1.0/255.255.255.0

Mettre nat=yes dans le trunk au moins et tout ce qui extra-domaine ou réseau.