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

alex38 · « **le:** 24 mai 2023 à 18:29:39 »

Bonjour,

Je sèche depuis quelque temps sur l'utilisation du SIP avec SFR.

J'ai beau modifier de nombreux paramètres de mon cisco SPA112, mes appels sortant coupent au bout de 32 secondes (oui c'est précis).
Côté appels entrants, je n'ai aucun problème, cela signifie donc que mon paramétrage "global" est correct.

J'ai lui sur pas mal de forum qu'il y avait des modifications à faire côté paramétrage NAT, installation de SIProxy, désactivation de SIP-ALG, forcer le codec 77u, etc..
J'ai essayé pas mal de choses sur mon routeur sans succès. Je précise que je suis en full IPv4

Ce qui est plus étonnant, c'est que j'ai installé le logiciel Zoiper sur mon téléphone, donc dans ce cas, je ne passe plus par le cisco, ni par mon routeur, et quand je suis connecté en 4G (donc pas en Wifi pour ne pas dépendre de mon routeur), les appels sortant coupent également au bout de ces 32 secondes. J'en déduit que le problème est ailleurs...

Cela voudrait donc dire que c'est l'un des paramètre qui n'est pas correct mais lequel ?

Si vous avez un paramétrage CISCO SPA112 complet qui fonctionne avec SFR, des règles de firewall éventuelles ou une idée de diagnostic, je suis preneur...

Aplanos · « **Réponse #1 le:** 12 juin 2023 à 23:33:23 »

Idée de test : en re-branchant la NeufBox sur l'ONT, est-ce que les appels SIP sont encore coupés après 32s (depuis les divers terminaux SIP à disposition) ?

alex38 · « **Réponse #2 le:** 13 juin 2023 à 12:02:19 »

Bonjour,

Merci pour le conseil.

J'ai finalement réinitialisé le SPA112 avec les paramètres d'usine et j'ai appliqué les paramétrages du premier post et cela marche...en partie.
Je n'ai plus de coupures au bout de 32 secondes !!

Mais maintenant, il arrive que je ne sois pas joignable ou que quand je fais un appel, cela sonne occupé alors que le correspondant est pourtant disponible.

J'ai fait des backup de configuraiton et je vais essayer de mieux comprendre quels sont les critères qui posent des problemes.

Je soupçonne que le outbound proxy et les paramètres associés soient les fautifs. J'ai finalement mis "residential...."

renaud07 · « **Réponse #3 le:** 14 juin 2023 à 14:34:05 »

Ça me rappelle mon cas quand je découvrais les joies de la VoIP avec asterisk.

Le plus souvent le fautif est le NAT, le fait que tu sois injoignable est un des symptômes (la connexion retour se referme). Moins y'a de NAT sur le trajet mieux c'est. Perso, j'ai foutu un VPN entre mes périphs et asterisk et j'ai bien moins de soucis depuis. Je n'ai que la partie serveur à gérer pour la connexion avec OVH.

Essaies dans un premier temps de paramétrer un keepalive court genre 10-15sec. En 4G pour ne pas avoir de problème, il faut le mettre à 5 sec.

artemus24 · « **Réponse #4 le:** 09 août 2023 à 10:52:56 »

Salut à tous.

Que j'utilise MicroSIP depuis windows 10 Pro connecté à ma Box SFR ou bien Zoiper5 depuis Debian Bullseye branché directement sur l'ONT SFR, j'ai une perte de la connexion sortante au bout des 30 secondes. J'aimerai savoir si vous avez résolu votre problème ?

Pour palier à cet inconvénient, dois je installer Asterisk ?

Cordialement.
Artemus24
@+

vocograme · « **Réponse #5 le:** 09 août 2023 à 11:37:07 »

Cela ressemble à un problème de SIP ALG. Trouves-tu un paramètre similaire sur ton routeur ? Essaies en le désactivant

simon · « **Réponse #6 le:** 09 août 2023 à 11:42:23 »

Citation de: vocograme le 09 août 2023 à 11:37:07

Cela ressemble à un problème de SIP ALG. Trouves-tu un paramètre similaire sur ton routeur ? Essaies en le désactivant

Je me demande pourquoi les constructeurs continuent à activer ces ALG par défaut. Ca ne pose que des soucis...

Optix · « **Réponse #7 le:** 09 août 2023 à 12:32:35 »

Une perte de com au bout de x secondes, c'est la perte de la session UDP dans la table NAT du routeur. (du coup il ne sait plus où doivent aller les paquets sur le chemin du retour, dans le sens Internet->votre tel).

Etant donné qu'UDP n'a pas de notion de session, le routeur doit maintenir une table hypothétique sur chaque communication UDP avec une limite horaire arbitraire.

Ca peut être à la fois très très court comme une requête DNS (qui dure moins d'une seconde), comme très long (maintenir un appel sur 1h).

Du coup on fait quoi ? On laisse toutes les "sessions" UDP pendant 1h (au risque que les requêtes DNS saturent la table et écrase d'autres sessions) ?

Voilà pourquoi il est utile d'avoir du NAT keepalive pour maintenir cette session active aux yeux du routeur, lui dire que la session est encore utilisée et donc qu'il ne doit pas la couper.

Ou faire comme nous : utiliser IPv6

Aucune comm blanche garantie

artemus24 · « **Réponse #8 le:** 09 août 2023 à 12:56:59 »

Citation de:

Cela ressemble à un problème de SIP ALG. Trouves-tu un paramètre similaire sur ton routeur ? Essaies en le désactivant

Sous Windows, donc avec la Box SFR, le SIP ALG est désactivé.
Sous Debian, je n'ai pas de routeur puisque je suis branché directement sur l'ONT.

Citation de: Optix

]Voilà pourquoi il est utile d'avoir du NAT keepalive pour maintenir cette session active aux yeux du routeur, lui dire que la session est encore utilisée et donc qu'il ne doit pas la couper.

J'ignore où activer le "NAT keepalive" dont vous parlez.

Dans MicroSIP, j'ai le même problème si je mets "Transport : TCP" ou "TCP+UDP". J'ai coché "Désactiver les minuteurs de session".
Dans Zoiper5, J'ai bien une zone "keepalive" qui est configuré à 30 secondes. Elle n'a aucun effet au problème.

Est-ce qu'en installant Asterisk, je vais résoudre mon problème des 30 secondes ?

Citation de: Optix

Ou faire comme nous : utiliser IPv6

Mais je suis en IPv6. $:-\$

trekker92 · « **Réponse #9 le:** 09 août 2023 à 12:58:58 »

bonjour

quand vous évoquez les appels sip sortants, c'est avec un fournisseur tiers (pas sfr) derrière une box sfr?
ou c'est sfr qui vous fournit la possibilité d'avoir votre numéro de tel abonné, sur un client sip de votre choix?

j'ai pas trouvé cette précision, mais le second cas serait très étonnant..

artemus24 · « **Réponse #10 le:** 09 août 2023 à 14:05:52 »

J'utilise les informations VOIP/SIP de SFR que j'ai pu récupérer grâce à l'application de NextGens.
Mon but est d'installer un routeur à la place de ma Box SFR et de conserver le Triple Play.
Je sais récupérer les adresses IPv4 & IPv6 derrière l'ONT SFR, mais je cherche encore une solution pour la téléphonie.

rooot · « **Réponse #11 le:** 09 août 2023 à 16:08:29 »

Citation de: Optix le 09 août 2023 à 12:32:35

Une perte de com au bout de x secondes, c'est la perte de la session UDP dans la table NAT du routeur. (du coup il ne sait plus où doivent aller les paquets sur le chemin du retour, dans le sens Internet->votre tel).

Etant donné qu'UDP n'a pas de notion de session, le routeur doit maintenir une table hypothétique sur chaque communication UDP avec une limite horaire arbitraire.

Ca peut être à la fois très très court comme une requête DNS (qui dure moins d'une seconde), comme très long (maintenir un appel sur 1h).

Du coup on fait quoi ? On laisse toutes les "sessions" UDP pendant 1h (au risque que les requêtes DNS saturent la table et écrase d'autres sessions) ?

Voilà pourquoi il est utile d'avoir du NAT keepalive pour maintenir cette session active aux yeux du routeur, lui dire que la session est encore utilisée et donc qu'il ne doit pas la couper.

Ou faire comme nous : utiliser IPv6
Aucune comm blanche garantie

Merci pour cette superbe explication !
du coup mes recherches m'ont menné aux parametres du fichier /etc/sysctl.d/11-nf-conntrack.conf sur openwrt

Code: [Sélectionner]

# Do not edit, changes to this file will be lost on upgrades
# /etc/sysctl.conf can be used to customize sysctl settings

net.netfilter.nf_conntrack_acct=1
net.netfilter.nf_conntrack_checksum=0
net.netfilter.nf_conntrack_tcp_timeout_established=7440
net.netfilter.nf_conntrack_udp_timeout=60
net.netfilter.nf_conntrack_udp_timeout_stream=180

Je vois bien pour UDP et TCP des parametres de timeout mais ils sont supérieurs aux 30 sec...
par contre je ne vois pas de net.netfilter.nf_conntrack_udp_timeout_established, probablement que ca n'existe pas

je vais creuser dès que je trouve 5 min