Re: Configuration asterisk
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:trunk-sip@systella2.buroticstore. 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
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
Reply to: