oui, mis au point à un moment où la 5G n'était pas encore assez mature
aujourd'hui, ça serait probablement fait en PMR 5G
en soit, le CBTC c'est surtout un téléchargement des flux de caméras, sans nécessité d'avoir un temps-réel type appel vidéo ou audio
donc ça fonctionne car le wifi est bien géré (contrôleur de domaine, backhauling, etc.)
fréquence wifi 5GHz

Le CBTC c'est aussi surtout que le train puisse communiquer pour envoyer sa position au sol (calculée via une roue codeuse et avec des balises au niveau de la voie permettant de "recaler" une position de référence de temps en temps). Le train n'est pas autonome (dans le sens "voiture autonome"), c'est le sol qui envoit au train ses mouvements (d'où il part, où il va, à quelle heure, à quelle vitesse, jusqu'où il a droit d'aller dans le cas de blocs glissants, etc).
Pour le cas de la ligne 14 (qui est un CBTC niveau 4) il faut aussi pouvoir assurer la gestion des situations d'urgence à bord (usage des bornes d'appel, etc) en temps réel depuis le sol puisqu'il n'y a aucun personnel à bord.

Comme quoi il faut bien lire les informations. Tout fonctionne
Mon problème était dans les enregistrements DNS.
j'avais attribué toutes les IP à mitry.p-cscf.sfr.net; hors il faut bien mettre un wildcard.

Je suis maintenant en train de tester des applis IOS gérant SIP ; les appels fonctionnent mais impossible de recevoir un appel si l'application n'est pas à l'écran, même avec toutes les notifications activées.

Si quelqu'un en connaît une fiable, je suis preneur...

Encore merci pour le tuto

C'est plutôt "CMD SWITCH ETH" que je vois ... non ?

Oui, c'est corrigé.

C'est plutôt "CMD SWITCH ETH" que je vois ... non ?

Lol c'est juste pour expliquer simplement, je sais que ce n'est pas la prise qui chauffe. ce sera l'adaptateur sur le périphérique et les 30m correspondent juste à la distance max probable dans une habitation.

Faut savoir faire simple et vulgariser de temps en temps ;-)