Pour mise à jour :

J'ai réussi à faire fonctionner Asterisk pour les appel entrants comme sortants sur un serveur Ubuntu derrière un parefeu PfSense sans avoir à ouvrir aucun port depuis le WAN.
Pour cela :

1) J'ai utilisé les configurations pjsip.conf et extensions.conf telles que décrites précédemment
2) J'ai créé une règle de mappage dans la partie NAT sur PfSense avec comme port source l'adresse IP d'asterisk / 32 (pour ne spécifier que cette adresse), sur l'interface WAN, et en cochant "port statique", pour éviter la randomisation du port source
3) J'ai modifié la partie suivante du fichier pjsip.conf telle que [sfr]
contact=sip:+334XXXXXXXX@ims.mnc010.mcc208.3gppnetwork.org
outbound_proxy=sip:92.91.129.152:5062\;lr
type=aor
max_contacts=9999
qualify_frequency=15La dernière ligne permet un keep_alive de la session UDP depuis le serveur Asterisk vers le serveur SFR et permet donc de recevoir les appels entrant sans ouvrir de port.

4) J'ai modifié la partie [incoming] de extensions.conf telle que :
[incoming]
exten => +334XXXXXXXX,1,Dial(PJSIP/zoiper)
exten => +334XXXXXXXX,n,Hangup()

Tout semble fonctionner correctement !!

Bonjour,
Voici quelques moiSS que je suis sur la configuration de asterisk sur un routeur maison sous OpenWRT pour me connecter au serveur SFR. J'ai un peu parsé toutes les documentations et forum...
A ce jour je suis encore sous chan_sip car les configurations au départ de mes recherches étaient faites sous ce driver de com.
Ma communication n'est pas vraiment opérationnelle car je perds la communication avec le serveur SFR, erreur CHANUNAVAIL je pense lié à un problème de désenregisrtrement du serveur.

J'ai souvent cette erreur qui apparait:
app_dial.c:2719 dial_exec_full: Unable to create channel of type 'SIP' (cause 20 - Subscriber absent) == Everyone is busy/congested at this time (1:0/0/1)
    -- Auto fallthrough, channel 'SIP/0002-00000000' status is 'CHANUNAVAIL'
J'ai tenté de paramétrer des tempo plus ou moins longues, des keepalive, de changer de serveur, etc... aujourd'hui j'étais vu ce post. Du coup je regarde un peu au niveau des DNS.
J'ai retiré depuis longtemps les DNS de SFR de ma box pour être en DoH/DoT sur Quad9 ou autre sous unbound. Je pense que ca peut être source de problème pour les résolutions.
Du coup je viens de configurer dans SIP.conf en dur l'adresse

outboundproxy=92.91.129.152au lieu de
outboundproxy=residential.p-cscf.sfr.net
ça n'a pas l'air de beaucoup mieux fonctionner, j'ai l'erreur "CHANUNAVAIL" qui revient lié chaque fois au status UNREACHABLE du serveur SFR.
Je pense qu'il faut l'écrire de cette manière sous le driver chan_sip. Est ce que vous avez des remarques pour m'aider ?

Il y a un nouveau proxy chez SFR, Venissieux :

Code: [Sélectionner]

root~>  host -t SRV _sip._udp.residential.p-cscf.sfr.net
_sip._udp.residential.p-cscf.sfr.net has SRV record 10 0 5062 corbas.p-cscf.sfr.net.
_sip._udp.residential.p-cscf.sfr.net has SRV record 10 0 5062 mitry.p-cscf.sfr.net.
_sip._udp.residential.p-cscf.sfr.net has SRV record 10 0 5062 venissieux.p-cscf.sfr.net.
_sip._udp.residential.p-cscf.sfr.net has SRV record 10 0 5062 trappes.p-cscf.sfr.net.
root~>Et voici les adresses IP :

Code: [Sélectionner]

root~> dig venissieux.p-cscf.sfr.net

; <<>> DiG 9.18.19-1~deb12u1-Debian <<>> venissieux.p-cscf.sfr.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32335
;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;venissieux.p-cscf.sfr.net. IN A

;; ANSWER SECTION:
venissieux.p-cscf.sfr.net. 46269 IN A 77.136.7.136
venissieux.p-cscf.sfr.net. 46269 IN A 77.136.7.168
venissieux.p-cscf.sfr.net. 46269 IN A 77.136.7.152

;; Query time: 28 msec
;; SERVER: 2a02:8400::1#53(2a02:8400::1) (UDP)
;; WHEN: Sat Dec 16 16:53:48 CET 2023
;; MSG SIZE  rcvd: 102

root~>