Auteur Sujet: RED by SFR : Appels SIP sortant coupés au bout de 32 secondes (Lu 7608 fois)

rooot · « **Réponse #24 le:** 09 août 2023 à 23:23:08 »

je viens de tester Bria et je n'ai pas de coupure...mais je n'ai pas de son

https://www.counterpath.com/plan-select-solo/

j'ai configuré comme ceci :

Pour Firewall Method, j'ai essayé STUN et ICE, et pas de coupure dans les 2 cas, mais pas de son non plus. Je ne vois pas ce que j'ai raté...

trekker92 · « **Réponse #25 le:** 09 août 2023 à 23:37:06 »

Citation de: artemus24 le 09 août 2023 à 19:30:30

Je précise que c'est le service téléphonique normal de SFR, c'est-à-dire la ligne téléphonique que j'ai depuis que je suis chez SFR, et non LiberTalk qui a été fermé en janvier 2017.

Ce que je ne comprends pas en lisant les sujet similaires consacré à la téléphonie SFR, certains n'ont aucun problème. Je prends le cas du sujet de MaximusHugus où il installe asterisk dans un routeur OpenWrt, et tout semble fonctionner normalement. Est-ce qu'Asterisk va résoudre ce problème ? Peut-on me le confirmer, svp ?

Si ce problème est lié à la VOIP/SIP, cela aurait dû être géré par le SoftPhone, non ?
J'ai du mal à comprendre pourquoi le problème est lié à l'UDP.

Citation de: alex38 le 09 août 2023 à 20:17:15

Concernent asterisk, c’est pas évident du tout à configurer et les tuto concernent des anciennes versions.
Perso,j’ai eu beucoup d’erreurs et j’ai fini par laisser tomber.
Moi je fonctionne avec un SPA112 mais j’ai des problèmes de lignes occupées de temps en temps.

J’ai fait un bypass de mon routeur sfr que j’ai remplacé par un ax3600 en openwrt.

libertalk devait être la "roue de secours" de sfr, pour équilibrer les oprateurs : world and you chez byg, freephonie chez free ou libon chez orange.. tous ont fermé depuis (sauf libon), et me semble, permettaient de passer des appels "comme en france" (donc sans surcout d'itinérance à l'étranger) en utilisant une appli, de n'importe où dans le monde (une sorte de voip)
je m'interroge, sur le fait qu'avoir un client sip pour réceptionner les appels sur son numéro géographique (ou 09) puisse être réalisable, hors de chez soi, hors de france ou hors d'europe?

artemus24 · « **Réponse #26 le:** 10 août 2023 à 07:15:43 »

@ trekker : à partir du moment où le FAI utilise la VOIP/SIP, la téléphonie est accessible depuis n'importe où dans le monde. L'application dont tu parles est un SoftPhone, comme Zoiper5, MicroSIP ou Linephone. Il en existe d'autres. Je ne suis pas en 09 mais en 05, puisque je réside dans la Nouvelle Aquitaine. Si je prends un service de téléphonie VOIP/SIP professionnel, il est fort probable que j'aurai un 09, comme celui de chez OVH. C'est le même fonctionnement, je crois, que Skype. La seule différence est l'encapsulation faite par le FAI pour nous facturer le service alors que c'est gratuit puisque ça transite par l'internet.

C'est pourquoi, le numéro de téléphone doit être au format international. On remplace le zéro du début par 0033 ou par +33.

J'ai constaté par mes tests, qu'aucune facturation n'a été faite sur ma ligne téléphonique. Comme je n'ai pas de téléphone mobile, il m'est difficile de savoir si la communication vers celui-ci est identifié par SFR. Je suppose que pour l'international, cela doit être pareil, aucune identification. Mon problème est que je ne connais personne à l'étranger pour faire ce test.

@ Rooot : je vais essayer d'installer Asterisk dans mon Debian et faire le test.

trekker92 · « **Réponse #27 le:** 10 août 2023 à 11:09:48 »

Citation de: artemus24 le 10 août 2023 à 07:15:43

@ trekker : à partir du moment où le FAI utilise la VOIP/SIP, la téléphonie est accessible depuis n'importe où dans le monde. L'application dont tu parles est un SoftPhone, comme Zoiper5, MicroSIP ou Linephone. Il en existe d'autres. Je ne suis pas en 09 mais en 05, puisque je réside dans la Nouvelle Aquitaine. Si je prends un service de téléphonie VOIP/SIP professionnel, il est fort probable que j'aurai un 09, comme celui de chez OVH. C'est le même fonctionnement, je crois, que Skype. La seule différence est l'encapsulation faite par le FAI pour nous facturer le service alors que c'est gratuit puisque ça transite par l'internet.

C'est pourquoi, le numéro de téléphone doit être au format international. On remplace le zéro du début par 0033 ou par +33.

J'ai constaté par mes tests, qu'aucune facturation n'a été faite sur ma ligne téléphonique. Comme je n'ai pas de téléphone mobile, il m'est difficile de savoir si la communication vers celui-ci est identifié par SFR. Je suppose que pour l'international, cela doit être pareil, aucune identification. Mon problème est que je ne connais personne à l'étranger pour faire ce test.

le simple fait d'avoir un client/appli sip avec son numéro géographique, je sais pas ce qu'en pensent nos experts, sur autre chose que son tel fixe en bout de box, est quelque chose qui pour moi reste plus qu'exotique, dans le sens où les opés sont souvent vent deboout contre ces pratiques, sous prétexte de faciliter le piratage et les abus de conso téléphonique...

si tu peux éventuellement vérifier qu'hors de chez toi, sur un acces internet non sfr, ca fonctionne.... c'est très surprenant d'avoir cette "découverte" qui fasse si ppeu de bruit, alors que la fermeture des services des trois autres avaient tellement fait couler d'encre...

rooot · « **Réponse #28 le:** 10 août 2023 à 13:33:03 »

Bon avec Bria, j'ai trouvé comment avoir le son, mais du coup je me retrouve encore limité aux 30s

. je n'arrive pas à comprendre le rapport.
En fait il suffit d'indiquer le serveur STUN de google dans Firewall.

Dans sans STUN pas de coupure mais pas de son, avec STUN le son mais coupure a 30s.

rooot · « **Réponse #29 le:** 10 août 2023 à 15:27:42 »

je pense avoir trouvé la raison de la coupure prématurée de l'appel, Microsip ne semble pas savoir que l'on a décroché. j'ai fait une capture wireshark dans les 2 senses, appel Microsip et appel depuis un mobile.

Appel depuis un mobile vers Microsip, tout se passe bien :

Appel de Microsip vers un mobile :

artemus24 · « **Réponse #30 le:** 11 août 2023 à 13:09:12 »

Je me suis demandé pourquoi ces 32 secondes dans le titre de ce sujet. En bidouillant avec Asterix, Zoiper 5 interrompt l'appel (et non la communication qui ne s'est pas faite) exactement au bout des 32 secondes. Il y a bien un timer qui doit contrôler cela car c'est trop précis comme durée.

J'ai cru que le problème venait du serveur STUN, alors je l'ai changé mais le problème persiste. On peut ne pas l'utiliser et avoir quand même cette interruption. Même problème si le transport passe en TCP.

Je pense qu'il doit y avoir une différence dans le comportement de la téléphonie SFR où depuis un SoftPhone, il manque un paramétrage pour pallier cet inconvénient. C'est déjà bien de savoir que la communication entrante ne rencontre pas ce problème. D'où mon interrogation concernant un téléphone VOIP/SIP. Est-ce que la communication sortante sera interrompue de la même façon ou pas ?

J'ai installé sous Debian Asterisk Si je passe par les entrepots Debian, la version est 16.18.0. J'ai préféré prendre la dernière version 20.4.0. Pour l'installation, j'ai suivi ce didacticiel. A priori, le service est opérationnel.

Pour le paramétrage, j'ai repris l'exemple donnée par MaximusHugus. J'ai fait mes tests avec l'Asus branché sur l'ONT mais j'avais trop de "notify", ce qui m'empêchait d'utiliser correctement "Asterisk Client". Je me suis branché sur ma Box SFR, et je n'ai plus eu ces "notify". Je vois bien les messages dans "Asterisk Client" quand je fais une tentative par Zoiper5, mais je n'ai pas de connexion. Je vais continuer mes investigations.

Bria, je ne peux pas l'utiliser car je ne suis pas dans OpenWrt, mais sous Debian.

Citation de: Rooot

je pense avoir trouvé la raison de la coupure prématurée de l'appel, Microsip ne semble pas savoir que l'on a décroché.

Pourtant, la communication se fait.

Si je prends la différence de temps entre le début et la fin de "183: session Progress", nous avons :
--> 35,407003 - 3,315852
--> 32,091151.
On retrouve ces 32 secondes, ce qui voudrait dire que c'est MicroSIP ou Zoiper5 qui interrompt la communication.

Je constate dans Mobile vers MicroSIP, le SIP contient des informations qui ne sont pas présentes dans MicroSIP vers Mobile. Il se peut que la différence soit là. J'ai ajouté dans le "serveur SIP" : ":5062;transport=udp;ob", mais cela n'a rien changé.

Merci pour la récupération du flux par WireShark. Comment as tu procédé ? Entre l'ONT et le routeur, as tu fais un branchement particulier ?

C'est peut-être une sécurité mise en place par SFR pour éviter d'utiliser leur service téléphonie gratuitement.

rooot · « **Réponse #31 le:** 11 août 2023 à 13:36:47 »

Citation de: artemus24 le 11 août 2023 à 13:09:12

Merci pour la récupération du flux par WireShark. Comment as tu procédé ? Entre l'ONT et le routeur, as tu fais un branchement particulier ?

les 2 captures ont été faites tout simplement sur mon PC. j'ai lancé la capture puis effectué les appels.

Dans cette capture on voit bien que c'est la source (SFR 92.91.179.72) qui envoie le "server internal error", ce n'est pas microsip qui coupe.

D'ailleurs Microsip reste toujours à l'ecoute et décide de couper beaucoup plus tard.

rooot · « **Réponse #32 le:** 11 août 2023 à 13:51:48 »

Au passage voici les réglages avec Microsip qui semblent plus corrects, d'après l'aide d'une personne du Forum Openwrt :

On notera 3 choses importantes :
Le SIP Proxy : residential.p-cscf.sfr.net
L'indication de l'adresse IP publique, puisqu'elle est "quasiment" fixe chez SFR donc inutile de passer par des mécanismes comme STUN.
l'Ajout des DNS SFR dans les paramettres généreaux, sur mon routeur j'utilise 1.1.1.1, pour permettre la résolution de residential.p-cscf.sfr.net

Pour "Source Port" on peut mettre n'importe quoi d'autre que 5060, 50600 par exemple fonctionne.

Mais malheureusement, ca coupe toujours...Les status RINGING et INVITE n'arrivent pas jusqu'a l'application.

Optix · « **Réponse #33 le:** 11 août 2023 à 14:08:02 »

Ne vous perdez pas les réglages et essayez de suivre la logique et le chemin des paquets.

Rooot, tu dis que les paquets n'arrivent pas jusqu'à l'application. Mais au moins, arrivent-ils sur la patte publique de ton routeur ? Faut déjà s'assurer de cela.

rooot · « **Réponse #34 le:** 11 août 2023 à 14:27:35 »

Citation de: Optix le 11 août 2023 à 14:08:02

Ne vous perdez pas les réglages et essayez de suivre la logique et le chemin des paquets.

Rooot, tu dis que les paquets n'arrivent pas jusqu'à l'application. Mais au moins, arrivent-ils sur la patte publique de ton routeur ? Faut déjà s'assurer de cela.

Bien vu ! je viens de faire une capture depuis le routeur, et pas de status 180 Ringing et encore moins de 200 OK

Et en parallele sur les requettes DNS capturées, puisque c'es de l'UDP, je vois ceci qui m'interpelle :

Optix · « **Réponse #35 le:** 11 août 2023 à 14:49:29 »

Ok. C'est déjà bon signe.

Maintenant pourquoi ça ne va pas de ta patte publique à ton application ?
Regarde si ton application ne forge pas des paquets avec l'IP publique en IP source. Car sinon ton routeur il forward bêtement vers l'extérieur, et il y aura un pb sur le retour.
Car oui, moi Optix, petit routeur de famille, je reçois un colis à mon adresse, mais qui a commandé ?
Donc il faut se concentrer sur la requête que TOI tu émets.

Soit tu laisses l'IP privée pour laisser le routeur et son NAT faire le job correctement sur le retour (ah oui, 192.168.0.13 m'avait envoyé un truc, là j'ai la réponse, je lui redonne).
Soit tu forges des paquets avec l'IP publique... mais en tenant compte que ton routeur ne saura pas le forward sur le retour (donc règle DST-NAT statique).