PDA

Voir la version complète : Configuration des Trunks IAX2 entre un serveur Asterisk et un Switchvox Digium



hamza
18/09/2012, 14h56
Bonjour

J'ai un problème de Trunk IAX entre un serveur Asterisk (v 1.6.2.15) et un serveur Digium Switchvox (v 4.5)
j'ai configuré le trunk sur les deux serveur avec l'auth RSA tout en déclarant les clé publiques et privées.
le problème c'est que je reçoit ce message:
chan_iax2.c:4732 handle_call_token: Call rejected, CallToken Support required. If unexpected, resolve by placing address 192.168.101.166 in the calltokenoptional list or setting user router requirecalltoken=no
j'ai ajouté "requirecalltoken=no" dans iax.conf du serveur asterisk mais j'ai toujours le même message
Ci dessous la config dans iax.conf:
[Digium1]
type=friend
host=192.168.101.13
secret=router
username=router
auth=rsa
inkey=IAX PROVIDER
outkey=Digium1
requirecalltoken=no
;dtmfmode=rfc2833
context=from_switchvox
qualify=yes
trunk=yes
;notransfert=yes
;canreinvite=no
;allow=h263
;videosupport=yes
;calltokenoptional=0.0.0.0/0.0.0.0


Merci pour l'aide.

F6HQZ
18/09/2012, 19h46
Bonsoir,

Ca ressemble à un soucis d'authentification, user ou password différent...
Il faudrait sortir des traces et les logs. Asterisk et Switchvox le permettent.
Avec ça, il sera certainement possible de voir le problème.

Cordialement,
Francois

hamza
19/09/2012, 17h19
bonjour

ci dessous les résultats du debug "iax2 set debug on" lors d'un appel:


Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: POKE
Timestamp: 00001ms SCall: 00178 DCall: 00000 [192.168.101.13:4569]

Rx-Frame Retry[Yes] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass: PONG
Timestamp: 00000ms SCall: 00001 DCall: 00178 [192.168.101.13:4569]
Tx-Frame Retry[-01] -- OSeqno: 001 ISeqno: 001 Type: IAX Subclass: ACK
Timestamp: 00007ms SCall: 00178 DCall: 00001 [192.168.101.13:4569]
Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW
Timestamp: 00001ms SCall: 01593 DCall: 00000 [192.168.101.238:4569]
VERSION : 2
CALLING NUMBER : 2222
CALLING NAME : 2222
CALLING PRESNTN : 1
CALLING TYPEOFN : 0
CALLING TRANSIT : 0
FORMAT : 2
CAPABILITY : 1550
USERNAME : 2222
CALLED NUMBER : 2000
DNID : 2000
ADSICPE : 0
Unknown IE 054 : Present
FW BLOCK DATA : 16 bytes

Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW
Timestamp: 00001ms SCall: 01593 DCall: 00000 [192.168.101.238:4569]
VERSION : 2
CALLING NUMBER : 2222
CALLING NAME : 2222
CALLING PRESNTN : 1
CALLING TYPEOFN : 0
CALLING TRANSIT : 0
FORMAT : 2
CAPABILITY : 1550
USERNAME : 2222
CALLED NUMBER : 2000
DNID : 2000
ADSICPE : 0
Unknown IE 054 : Present
FW BLOCK DATA : 16 bytes

Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass: AUTHREQ
Timestamp: 00018ms SCall: 04185 DCall: 01593 [192.168.101.238:4569]
AUTHMETHODS : 3
CHALLENGE : \x31\x30\x31\x31\x33\x39\x30\x31\x31
USERNAME : 2222

Rx-Frame Retry[ No] -- OSeqno: 001 ISeqno: 001 Type: IAX Subclass: AUTHREP
Timestamp: 00013ms SCall: 01593 DCall: 04185 [192.168.101.238:4569]
MD5 RESULT : 0e19a23ed188470a34b157e55570f946

-- Accepting AUTHENTICATED call from 192.168.101.238:
> requested format = gsm,
> requested prefs = (),
> actual format = alaw,
> host prefs = (alaw|ulaw),
> priority = mine
Tx-Frame Retry[000] -- OSeqno: 001 ISeqno: 002 Type: IAX Subclass: ACCEPT
Timestamp: 00026ms SCall: 04185 DCall: 01593 [192.168.101.238:4569]
FORMAT : 8

-- Executing [2000@from_switchvox:1] Dial("IAX2/2222-4185", "IAX2/Digium4/2000") in new stack
-- Called Digium4/2000
Rx-Frame Retry[ No] -- OSeqno: 002 ISeqno: 002 Type: IAX Subclass: ACK
Timestamp: 00026ms SCall: 01593 DCall: 04185 [192.168.101.238:4569]
Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW
Timestamp: 00014ms SCall: 21076 DCall: 00000 [192.168.101.166:4569]
VERSION : 2
CALLED NUMBER : 2000
CODEC_PREFS : ()
CALLING NUMBER : 2222
CALLING PRESNTN : 1
CALLING TYPEOFN : 0
CALLING TRANSIT : 0
CALLING NAME :
LANGUAGE : en
USERNAME : router
FORMAT : 8
CAPABILITY : 65535
ADSICPE : 2
DATE TIME : 2012-09-17 22:43:26

Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass: ACK
Timestamp: 00014ms SCall: 04845 DCall: 21076 [192.168.101.166:4569]
Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass: REJECT
Timestamp: 00013ms SCall: 04845 DCall: 21076 [192.168.101.166:4569]
CAUSE : No authority found
CAUSE CODE : 50

[Sep 17 22:43:27] WARNING[14912]: chan_iax2.c:10328 socket_process: Call rejected by 192.168.101.166: No authority found





Merci pour l'aide.

F6HQZ
19/09/2012, 20h16
chan_iax2.c:10328 socket_process: Call rejected by 192.168.101.166: No authority found

Il faudrait, tout de même, que les comptes correspondent - le même couple user et password - dans les deux serveurs pour que cela fonctionne.

Plus qu'à vérifier et corriger, ou faire une copie d'écran de la page WEB de paramétrage de ce compte dans Switchvox.

Cordialement,
Francois

hamza
20/09/2012, 15h33
Bonjour

Ce sont les même ID et mdp utilisés dans les deux cotés (Asterisk et Switchvox)
Je n'est pas pu joindre les photos vu leur tailles, mais j'ai bien vérifier

ci dessous la config du trunk sur Asterisk:

[Digium4]
type=peer
host=192.168.101.166
secret=router
username=router
auth=rsa
inkey=iax_test
outkey=iax_test
requirecalltoken=no
;dtmfmode=rfc2833
context=from_switchvox
qualify=yes
trunk=yes
;notransfert=yes
;canreinvite=no
;allow=h263
;videosupport=yes
;permit=192.168.101.0/255.255.255.0
;calltokenoptional=0.0.0.0/0.0.0.0

F6HQZ
20/09/2012, 19h12
Bonsoir,

Comme je ne crois que ce que je vois ;-) il me faut impérativement la copie de la page WEB de paramétrage du trunk côté Switchvox. Une mauvaise interprétation des champs est assez classique.

Cordialement,
Francois

hamza
21/09/2012, 12h14
Bonjour

Ci joint les imprimes ecran de la config du trunk sur switchvox

Merci pour l'aide.

F6HQZ
21/09/2012, 22h18
Bonsoir,

Plusieurs points :

- le champ "IAX Provider Label" doit contenir ce que retourne le serveur peer (Asterisk) à Switchvox lors des appels. Il me semble que vous avez utilisé "router".

- vous n'avez probablement pas les bons jeux de clefs RSA partagés entre les deux machines. Passez en mode MD5 des deux côtés, vous verrez plus tard pour le RSA.

- regardez bien les modifications de comportement dans les logs et en trace console après ces modifications.

Cordialement,
Francois