il y avait aussi la piste de siproxd (a la place d'asterisk) qui a été évoqué a maintes reprise par @nextgens.
peut etre plus simple a configurer, en tout cas moin "usine a gaz". Bon j'y suis pas arrivé pour autant  j'ai pas insisté, @artemus24 si tu as du temps tu devrais regarder.
Par contre je n'ai pas compris si avec cette methode on doit conserver la box dans notre reseau local.

Apparemment ils ont une capacité que Asterisk n'a pas 
Bizarre tout de même car ce genre de téléphone doit gérer le protocole VOIP/SIP, mais pas les spécificités à un FAI.
Ce qui voudrait dire que cette spécificité est présente chez plusieurs FAI.

Je ne connais pas les serveurs proxy. Je suppose que l'on peut en créer un localement dans son ordinateur ou dans le routeur. Mais comment va-t-il fonctionner ?
Je suppose à partir d'un script, mais le véritable problème, que je ne sais pas résoudre, est de trouver la bonne adresse IP.

A la réflexion, je pense qu'il manque un paramètre envoyé au proxy qui est passé par les téléphones SIP pour déterminer une bonne route.

Faudrait voir comment proposer à Asterisk un proxy local qui fait le schmilblick et reçoit la bonne IP.

A la réflexion, je pense qu'il manque un paramètre envoyé au proxy qui est passé par les téléphones SIP pour déterminer une bonne route.

C'est ce que je pense aussi, il manque une option dans Asterisk, qui doit certainement exister dans les téléphones VOIP/SIP.

Faudrait voir comment proposer à Asterisk un proxy local qui fait le schmilblick et reçoit la bonne IP

.
Je fais un test sur l'adresse IP que j'ai sélectionnée. Pour l'instant, elle fonctionne depuis 19h hier.
Pour le proxy, je ne sais même pas quoi installer.

Et faire une capture du trafic voir ce qu'il se passe exactement ? C'est souvent le meilleur moyen de trouver des trucs...

Je veux bien mais je ne sais pas faire de captures du trafic.
Qu'est-ce que cela devrait nous apprendre ?
D'autres adresses IP que ceux du serveurs proxy ?

Bonjour Renaud07.

Sans compter le fameux DNS "mystère" pour la box (enfin s'il y en a un).

Je n'ai pas compris cette histoire de DNS "mystère". En principe, les DNS de SFR sont :
--> 109.0.66.10
--> 109.0.66.20
--> 2a02:8400::0
--> 2a02:8400::1

S'il s'agit des urls SIP, je crois qu'ils fonctionnent différemment, sans bien comprendre comment.

Celle que t'as peut se brancher à un ONT externe ?

J'ai la Box plus (ou Box 7) de SFR. Oui, je la branche sur l'ONT qui a été fourni avec.

Pour les branchements, il te faut soit une double carte réseau, ...

Je n'ai pas une double carte réseau, mais j'ai deux adaptateurs RJ45/USB.

... ou beaucoup plus simple, un switch avec port mirroring (en gros un switch manageable avec VLAN, en théorie ils le font tous).

J'ai un switch classique mais il n'est pas manageable : D-link DGS108.

T'as ça sous la main ? Ainsi qu'un PC pour analyser avec wireshark.

J'ai aussi des Raspberry Pi, mais je n'ai qu'un seul ordinateur, un Asus TUF705DT.

Et aussi de quoi simuler le DHCP de SFR, mais normalement la box n'est pas trop pénible (contrairement à orange...) ça devrait le faire.

Le branchement :
ONT <--> câble éthernet <--> switch <--> câble éthernet <--> Box <--> câble éthernet <--> Ordinateur
                             ^
                             +--> câble ethernet <--> raspberry Pi.

Le schéma, c'est la config actuelle ? Tu passes donc par la box ? Pour le raspberry ça marche comment par contre ? Car dans cette config, il est aussi connecté à l'ONT...

Ce qu'il faudrait faire : vu qu'il n'y a pas de VLAN dans la conf SFR (ou alors j'ai loupé un truc), tu peux rester sur windows (je suppose que tu l'utilise en OS principal) et tout faire avec une VM pfsense, ça sera plus simple que se coltiner une debian en CLI.

L'idée : brancher un adaptateur USB et en faire le WAN de la box et dans la VM l'assigner à son LAN (en mode pont). Ensuite rajouter une seconde interface à cette VM et la mettre en NAT, de sorte à ressortir sur ton LAN. Et transformer le raspberry en routeur, en utilisant l'autre adaptateur, relié à l'ONT, et au LAN avec son interface intégré de l'autre (ou directement à ton PC), là par contre va falloir le faire à la main.

DNS mystère = proxy de répartition

Pas tout à fait, plutôt un DNS spécifique à la VOIP autre que les 4 cités ci-dessus (comme suggéré par x0r). Pour résoudre notamment le domaine de l'URI contact qui éviterait le rewrite_contact=yes

Mais c'est sûr qu'on risque de trouver d'autres trucs intéressants.

Je suis depuis mardi 22 aout 2023 vers les 19H sur la même adresse proxy 92.91.129.152 et la communication se fait à chaque fois.

Il faut savoir comment discute un phone SIP et les serveurs SFR pour 1 s'accrocher durablement et 2 à chaque fois !

N'y-a-t-il pas déjà eu des recherches faites à ce sujet dans le forum lafibre.info ?
Pour tout ce qui est dialogue de type SIP entre sfr et asterisk, je pense que tout est fonctionnel, en tout cas, en ce qui me concerne.
Le seul problème rencontré est le serveur proxy SFR.

Le schéma, c'est la config actuelle ?

Non, c'était une suggestion mais il me semble que cela soit impossible d'effectuer une capture avec mon switch à cause du flux qui est redirigé.
Je pense qu'avec un hub, cela serait possible sauf qu'il me faut trois câbles RJ45/usb et je n'en ai que deux.

Pour mes tests Asterisk, j'utilise Debian 11 version Bullseye. Mes Raspberry sont aussi en Bullseye mais dans Raspberry Pi OS, une distribution différente mais basée sur Debian.

L'idée : brancher un adaptateur USB et en faire le WAN de la box et dans la VM l'assigner à son LAN (en mode pont). Ensuite rajouter une seconde interface à cette VM et la mettre en NAT, de sorte à ressortir sur ton LAN. Et transformer le raspberry en routeur, en utilisant l'autre adaptateur, relié à l'ONT, et au LAN avec son interface intégré de l'autre (ou directement à ton PC), là par contre va falloir le faire à la main.

Je n'ai qu'un seul ordinateur physique, un Asus ou j'ai plusieurs système d'exploitation sur des disques externes, sauf en ce qui concerne windows 10 Pro qui est interne.
Cela me semble bien compliquer de procéder ainsi, juste pour effectuer une capture de flux.

N'y a-t-il pas plus simple sous Debian, pour capturer le flux puisque les échanges se font entre mon ordinateur et l'internet ?
Je suppose même que l'on peut réduire cela en écoutant quelques ports comme le 5060, 5062 et d'autres que j'ignore pour l'instant

J'ai déjà une trace (pjsip set logger on) des échanges à partir de la console Asterix, mais au final, je n'ai pas apris grand chose.
Juste qu'en utilisant "residential.p-cscf.sfr.net", il y avait un changement de l'adresse IP du proxy sfr à chaque nouvel appel.