Le 03/07/2023 à 12:57, BERTRAND Joël a écrit :
NoSpam a écrit :
Le 03/07/2023 à 12:07, BERTRAND Joël a écrit :
NoSpam a écrit :
Stop: n'as tu pas dit que les postes en interne arrivent à s'appeler ?
Si c'est le cas, cela veut dire qu'asterisk ne sait pas comment traiter
l'appel.
34. No circuit/channel available
Renvois STP le context internal
Je réponds à toutes les questions dans le même mail pour qu'on s'y
retrouve plus facilement.
[internal]
exten => 6001,1,Dial(PJSIP/6001)
exten => 6002,1,Dial(PJSIP/6002)
exten => _00[1-79]XXXXXXXX,1,Dial(PJSIP/${EXTEN:1}@SBSR)
Ca c'est OK
rayleigh*CLI> pjsip show endpoint SBSR
...
Endpoint: SBSR Not in
use 0 of inf
OutAuth: SBSR_auth/trunk-sip
Aor: SBSR 1
Contact: SBSR/sip:[email protected]. 5551fa2b78
NonQual nan
Transport: udp-transport udp 0 0 0.0.0.0:5060
Identify: SBSR/SBSR
Match: 37.97.65.186/32
udp-transport sur port 5060 ? Ca coince déjà ;) Le Contact est
également mauvais, il devrait ressembler à
SBSR/sip:<sip domain provider>:5070
Dans [aor] rajoute
contact=sip:<sip domain provider>:5070
Identify ne sert à rien puisque tu t'enregistre
Règle les deux premiers problèmes, cela devrait faire avancer les choses
[SBSR]
type=aor
contact=sip:trunk-sip@<domain>:5070
max_contacts=1
remove_existing=yes
Es tu sur que trunk-sip est ton contact chez le provider ? J'ai des
doutes ... au mieux c'est ton username mais en général pas besoin
sip:domain:5070 doit suffire. Mets max_contacts=10 pour le moment
pjsip show aors te donnera plus d'infos
ne change rien. J'ai toujours après un redémarrage :
Transport: udp-transport udp 0 0 0.0.0.0:5060
Identify: SBSR/SBSR
Match: 37.97.65.186/32
Je vais continuer à creuser après le repas, il commence à faire faim.
JKB
