Voix de robot lorsque je décroche

[seb]

à ma connaissance, peut être me trompe-je, asterisk identifie le distant sur le couple ip/port (ou alors si il n'y a pas d'enregistrement, sur le username dans le invite)

tu peux t'enregistrer 3 fois, et probablement, tu vas avoir une ip/port source différent à chaque enregistrement, mais les paquets viendront toujours de la meme ip/port, et donc, asterisk va envoyer sur le dernier enregistrement rafraichi, et le contexte associé

Oui j'ai compris aussi que asterisk utilise le dernier trunk, ou bien utilise un tri alphabétique pour le sélectionner...

généralement, je fais

register => user:passe@contextesip
register => user1:passe1@contextesip

[contextesip]
host=1.2.3.4
contexte=entrant
etc...

et je trie tout dans entrant.

Je ne comprend pas trop ce que tu me dis. Comment faire pour utiliser @contextesip ?

Par moi mes register sont sous cette forme :

register => udp://login@domaine:password:login@IP:5070

[Trunk_entite-a]
amaflags = default
regseconds = 0
fromuser = login
call-limit = 0
port = 5070
transport = udp
host = IP
dtmfmode = rfc2833
language = fr_FR
context = from-extern
secret = password
type = friend
username = login
subscribemwi = 0
fromdomain = domaine
nat = no
insecure = port,invite
disallow = all
allow = alaw
allow = ulaw
allow = g722

ceci étant dit, tout ça, c'est de la signalisation, du SIP, et hormis un échange de codec moisi (mais je doute, soit les extremités sont d'accord, soit elles le sont pas), ton problème est un problème d'audio.... donc, de RTP...

Ca marché très bien avant, je pense que c'est depuis que j'ai rajouté un trunk que le problème est survenu...

[olppp]

Salut,

As-tu essayé de voir se qui se passe dans le CLI en montant le verbose. Tes flux RTP sont en directmedia ou passe obligatoirement par ton serveur ?

[seb]

Salut olppp,

@olppp
Dans la CLI il faudrait que je sois en permanence derrière, le problème est complétement aléatoire :( J'utilise NAT : Oui (force rport + comedia) dans paramètres globaux > Protocole SIP

Mais comme dit, je pense que c'est depuis que j'ai ajouté un nouveau trunk...

@jean
@trunkentite je dois mettre mon Trunk_entite-a dans le champ contact de l'onglet enregistrement de mon trunk ?

[olppp]

Le cli peut être logger, ça se règle dans logger.conf ou tu peux utiliser un terminal avec fonction d'enregistrement.

[jean]

Salut olppp,

@olppp
Dans la CLI il faudrait que je sois en permanence derrière, le problème est complétement aléatoire :( J'utilise NAT : Oui (force rport + comedia) dans paramètres globaux > Protocole SIP

Mais comme dit, je pense que c'est depuis que j'ai ajouté un nouveau trunk...

@jean
@trunkentite je dois mettre mon Trunk_entite-a dans le champ contact de l'onglet enregistrement de mon trunk ?

arg... c'est xivo, j'avais zappé... ces commandes sont pour un asterisk pur - oublie, ca va pas changer grand chose

[seb]

Donc aucune possibilité sur xivo d'utiliser le contexte pour rentrer via le bon trunk ?

Parceque si je prend le cas du trunk1 avec 2 canaux et le trunk3 avec 8 canaux, tous les appels vont rentrer sur le trunk1

donc ce qui sont derrière le trunk3 ne pourront pas pouvoir prétendre utiliser les 8 canaux

Je suis en train de regarder à quoi correspond "/callbackextension" l'extension de l'interconnexion " dans Interconnexion SIP > Enregistrement

[jean]

ca doit pouvoir se faire, mais je sais pas trop comment....

[seb]

Salut Jean,

Oui moi non plus je ne sais pas trop, mais je cherche encore...

Une question, concernant le codec est-il préférable de configurer dans Xivo la ligne utilisateur > Signalisation les même codecs que sur le téléphone ?

Par exemple sur le xivo G.711 ulaw|alaw mettre la même chose sur le téléphone ? Quelle incidence si j'ai par exemple les G.711 + G 722 et autre d'activé ?

[jean]

- ben, si tu peux, enleve le trunk et tu vas voir ce que ca donne

- pour l'enregistrement, ton register est bien complexe... si tu es joueur, essaie:

register => udp://logina:passworda@trunkentite
register => udp://loginb:passwordb@trunkentite
register => udp://loginc:passwordc@trunkentite

le login dans le register prend le dessus sur celui dans trunk entite