Le problème de mon dernier Warning concerne le fonctionnement des serveurs Proxy. Nous avons trois serveurs proxy :
--> mitry.p-cscf.sfr.net:5062
--> corbas.p-cscf.sfr.net:5062
--> trappes.p-cscf.sfr.net:5062
Voici celui de Mitry :
~> dig mitry.p-cscf.sfr.net
; <<>> DiG 9.16.42-Debian <<>> mitry.p-cscf.sfr.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11647
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;mitry.p-cscf.sfr.net. IN A
;; ANSWER SECTION:
mitry.p-cscf.sfr.net. 1758 IN A 92.91.129.8
mitry.p-cscf.sfr.net. 1758 IN A 92.91.129.40
mitry.p-cscf.sfr.net. 1758 IN A 92.91.129.24
mitry.p-cscf.sfr.net. 1758 IN A 92.91.129.56
mitry.p-cscf.sfr.net. 1758 IN A 92.91.129.72
;; Query time: 0 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Aug 22 18:18:20 CEST 2023
;; MSG SIZE rcvd: 129
~>
Celui de Corbas :
~> dig corbas.p-cscf.sfr.net
; <<>> DiG 9.16.42-Debian <<>> corbas.p-cscf.sfr.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47989
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;corbas.p-cscf.sfr.net. IN A
;; ANSWER SECTION:
corbas.p-cscf.sfr.net. 1720 IN A 92.91.179.24
corbas.p-cscf.sfr.net. 1720 IN A 92.91.179.8
corbas.p-cscf.sfr.net. 1720 IN A 92.91.179.72
corbas.p-cscf.sfr.net. 1720 IN A 92.91.179.56
corbas.p-cscf.sfr.net. 1720 IN A 92.91.179.40
;; Query time: 0 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Aug 22 18:18:59 CEST 2023
;; MSG SIZE rcvd: 130
~>
Et enfin, celui de trappes :
~> dig trappes.p-cscf.sfr.net
; <<>> DiG 9.16.42-Debian <<>> trappes.p-cscf.sfr.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41473
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;trappes.p-cscf.sfr.net. IN A
;; ANSWER SECTION:
trappes.p-cscf.sfr.net. 1663 IN A 92.91.129.136
trappes.p-cscf.sfr.net. 1663 IN A 92.91.129.152
trappes.p-cscf.sfr.net. 1663 IN A 92.91.129.168
trappes.p-cscf.sfr.net. 1663 IN A 92.91.129.200
trappes.p-cscf.sfr.net. 1663 IN A 92.91.129.184
;; Query time: 0 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Aug 22 18:19:56 CEST 2023
;; MSG SIZE rcvd: 131
~>
Comme nous le constatons, un serveur proxy comprend cinq adresses IP et nous avons trois serveurs proxy.
Il existe une url regroupant ces trois serveurs proxy sous le nom de "
residential.p-cscf.sfr.net".
Ce serveur proxy fonctionne avec le préfixe "_sip._udp", je suppose gérer par Asterisk :
~> dig _sip._udp.residential.p-cscf.sfr.net
; <<>> DiG 9.16.42-Debian <<>> _sip._udp.residential.p-cscf.sfr.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46833
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;_sip._udp.residential.p-cscf.sfr.net. IN A
;; Query time: 4 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Aug 22 18:26:29 CEST 2023
;; MSG SIZE rcvd: 65
~> 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 trappes.p-cscf.sfr.net.
_sip._udp.residential.p-cscf.sfr.net has SRV record 10 0 5062 mitry.p-cscf.sfr.net.
~>
La connexion se fait en deux temps :
a) SFR sélectionne l'un des trois groupes de proxy : mitry, corbas ou trappes. Selon quel critère ? Je ne sais pas.
b) à chaque appel, une nouvelle adresse IP est sélectionnée dans le groupe des cinq, par rotation.
Quand une adresse IP est sélectionnée, il est possible qu'elle ne fonctionne pas. D'où le message du Warning.
Dans le pire des cas, j'ai quatre appels rejetés pour un appel réussie.
J'aurai bien aimé avoir une solution avec l'url "
residential.p-cscf.sfr.net" mais je n'ai rien trouvé.
Inversement, j'ai une solution si je remplace cet url par l'adresse IPv4 suivante :
outbound_proxy=sip:92.91.129.136:5062\;lr
Il s'agit du serveur proxy de trappes. Je l'ai testé et à chaque fois, j'ai la communication qui se fait.
Je veux bien, mais jusqu'au jour où cette adresse IPv4 sera en maintenance et je n'aurai plus aucune communication.
Disons que c'est partiellement résolu, en attente de trouver mieux.
Il semble que le fonctionnement de ce serveur proxy pose des problèmes pour obtenir l'autorisation d'accès à SFR.
Si vous avez d'autres informations à ce sujet, je suis preneur, afin de résoudre définitivement ce problème.