Re: Configuration asterisk
NoSpam a écrit :
>
> 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: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
>
> 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
Déjà, il y a un point que je ne saisis pas.
La signalisation du trunk SIP se fait en 5070/TCP, mais les paquets RTP
associés sont bien en UDP :
13:38:49.281101 IP rayleigh.systella.fr.17056 > 37.97.65.116.50458: UDP,
length 172
13:38:49.286130 IP 37.97.65.116.50458 > rayleigh.systella.fr.17056: UDP,
length 172
Quand je lance
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
à quoi correspond udp-transport ? À la signalisation (auquel cas on
devrait être en 5070/TCP) ou aux paquets RTP ?
J'ai l'impression qu'il s'agit de la signalisation mais je n'en suis
pas sûr. Je vais tout de même essayer de trouver le moyen de forcer un
transport en TCP sur le port 5070.
Comme identifiant, le fournisseur m'a juste donné trunk-sip@domaine,
rien d'autre.
> pjsip show aors te donnera plus d'infos
rayleigh*CLI> pjsip show aors
Aor: <Aor..............................................>
<MaxContact>
Contact: <Aor/ContactUri............................> <Hash....>
<Status> <RTT(ms)..>
==========================================================================================
Aor: 6001 1
Contact: 6001/sip:6001@192.168.10.253:5060 a0a76d4acb
NonQual nan
Aor: 6002 1
Contact: 6002/sip:6002@192.168.10.250:5061 6a2a034b2c
NonQual nan
Aor: SBSR 1
Contact: SBSR/sip:trunk-sip@systella2.buroticstore.eu 5551fa2b78
NonQual nan
Objects found: 3
rayleigh*CLI> pjsip list transports
Transport: <TransportId........> <Type> <cos> <tos>
<BindAddress....................>
==========================================================================================
Transport: tcp-transport tcp 0 0 192.168.15.18:5060
Transport: udp-transport udp 0 0 0.0.0.0:5060
Objects found: 2
JB
Reply to: