Hello,
De part sa conception elle s’installe à la verticale.
Mais tu peux toujours essayer à l’horizontal pour un repos nocturne.
Par contre attention à sa ventilation bien qu’elle ne dissipe que très peu de chaleur.

Mise à jour du 10 octobre : premiers résultats favorables avec des OPTIONS toutes les 60 secondes.

Je corrige mes conclusions précédentes : j’avais écarté les OPTIONS sans les tester, en considérant que l’absence de paquets entrants observés excluait le NAT. Cette conclusion était trop catégorique. Les compteurs de redirection et les journaux ne remplacent pas une capture WAN complète.

L’appel d’entretien vers le numéro de la ligne elle-même a également cessé d’être fiable. Il est maintenant désactivé, ainsi que la réinscription périodique.

Depuis le 8 octobre à 18:42, j’ai ajouté ces deux paramètres dans la section AOR existante du trunk PJSIP :

[sfr]
type = aor
contact = sip:ims.mnc010.mcc208.3gppnetwork.org
outbound_proxy = sip:92.91.129.168:5062\;lr
qualify_frequency = 60
Attention : pour les OPTIONS de qualification, l’outbound_proxy doit aussi figurer dans l’AOR ; celui de l’endpoint et de la registration ne suffit pas.

Le reste est conservé : Asterisk 22.11.0 sur le NAS derrière OpenWrt, port local 5062, proxy Trappes .168, expiration 3600 secondes. Application à chaud, sans redémarrage ni nouvelle inscription. Chaque OPTIONS reçoit un 200 OK du proxy.

Après un appel sortant initial vers un portable et un entrant de contrôle, trois périodes sans communication ont été testées, sans aucun appel sortant ni entretien entre les mesures :

- nuit du 8 au 9 : entrant reçu après 14 h 43 ;
- journée du 9 : entrant reçu après 6 h 02 ;
- nuit du 9 au 10 : entrant reçu après 17 h 55.

Les trois appels ont fait sonner le fixe, environ 38 à 41 minutes après le dernier renouvellement REGISTER.

Je conserve donc cette configuration et poursuis l’observation. Ce résultat valide un fonctionnement sur ces trois périodes, mais ne démontre pas encore la cause : les OPTIONS ont été activés en même temps que l’entretien vers soi-même a été arrêté. Aucun essai de retrait des OPTIONS n’a été fait.

Je ne peux donc pas conclure à un défaut précis du cœur IMS SFR, ni garantir que ce réglage suffit sur toutes les lignes. En cas de nouvelle perte, la prochaine étape sera une capture WAN pendant l’appel manqué, avant tout autre changement.

Si d’autres utilisateurs d’Asterisk/PJSIP derrière OpenWrt ont rencontré ce symptôme, vos retours sur la qualification OPTIONS m’intéressent.

J'utilise Qwen en local sur mon Mac (M2 Max, 64Go de RAM), c'est bluffant d'efficacité pour une conso relativement contenue

Dans mon cas c'est un moteur de décisions sur du tri de mail, en secondaire après des filtres, ça marche super bien (et il vise plus juste qu'Opus 5.5 pour dire...)

j'ai Free TV libre sans abondement et j'ai bien TF1 et M6 aussi bien sur PC que sur Google TV ...

Avec quel abonnement sur la fibre?

Starlink a annoncé hier qu'ils avaient acquis un package de fréquences basses (ou "en or") 800 MHz national aux Etats-Unis, préparant son lancement comme opérateur mobile aux US. La largeur de bande serait de 14 MHz. Cela a entrainé une certaine baisse des actions des trois opérateurs mobiles qui se partageaient le marché, AT&T, Verizon et T-Mobile. L'opération doit encore approuvée par l'agence fédérale américaine FCC.

Et je vais citer Frandroïd qui me parait avoir un article assez complet et clair sur le sujet, en français

Du direct to cell 800MHz depuis une orbite à 300-400km, j'aimerais bien voir les performances que ça donne.
Vu la fréquence, les cellules doivent être énormes, ou alors il faut des antennes gigantesques sur le satellite.
En terme de débit, ça sera suffisant pour faire du Youtube ou un appel vidéo depuis l'intérieur d'un bâtiment? Je n'en suis pas certain.
Avec du ~2GHz Starlink D2C, j'avais vu un speedtest à 10Mb/s download et seulement 500kbps upload; depuis un endroit dégagé évidemment.
L'avenir nous le dira.

Leon.