Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

Bonjour,

euh, j'ai testé de me connecter en RTSP via l'IP directe donc je ne suis pas trop sûr de l'impact des DNS, mais je viens de réessayer avec mafreebox.freebox.fr (au cas où le 'Host' puisse affecter) avec les DNS de Free (212… et 2a01…) sans changement.

Précision au cas où, j'ai ma Freebox configurée en DMZ (redirection de "tous les ports" vers une machine locale). Mais ça ne devrait pas affecter le port 554. Les autres services (CIFS, API, Freebox Compagnon) fonctionnent sans problème.

Surtout que ça répond bien, car la sortie de ffmpeg affiche bien "Server: fbxrtspd/1.2 Freebox RTSP server".

Rapport à Freeproxi, je comprends l'intérêt du service, et qu'il y a des humains dedans, mais les réponses que j'ai eues (et ai continué d'avoir par la suite) étaient quasi identiques (pas au mot près, mais les mêmes "hypothèses") qu'en rentrant mon problème sur ChatGPT ou Claude et en demandant à l'IA d'agir comme un support client. D'où ma réaction. Honnêtement j'aurais été très content d'avoir simplement comme réponse "Il semble s'agir d'un souci technique plus profond qui dépasse la compétence de Freeproxi, nous vous recommandons d'aller ouvrir un ticket sur dev.freebox.fr". C'est ok de dire "je ne sais pas" ! (et c'est mieux que de faire semblant de savoir..)

Merci,

Ah, c'est rigolo comme bug !

Généralement quand j'ai des soucis bizarres j'essaie de ne pas redémarrer avant d'avoir contacté le support car redémarrer efface toute trace du problème, et les logs qui vont avec. Dans mon précédent logement j'avais des soucis intempestifs de désynchro VDSL (de façon aléatoire, la box se déconnectait du réseau, et devait être redémarrée pour que ça remarche, sans que l'interface FbxOS affiche la moindre erreur). À chaque fois que j'appelais le support évidemment on me disait de redémarrer, ce qui résolvait le problème sur le moment, sauf que quelques jours après ça finissait par se reproduire. Au bout de quelques mois à avoir 1-6h de coupure par semaine j'ai fini par dire à un agent "non, je ne redémarrerai pas, je veux que vous investiguiez" et ils ont fini par trouver l'origine.

En tout cas, tout fonctionne, merci !

J'ai un nouveau souci rigolo : le serveur RTSP fonctionne bien, mais là je viens de faire un script bash qui teste chaque flux avec ffprobe pour vérifier s'il est dispo ou non (chaînes payantes, etc), et depuis que j'ai fait ça, plus aucun flux ne répond depuis le conteneur d'où je l'ai lancé.

Sortie depuis le conteneur d'où j'ai lancé :

$ ffprobe -loglevel verbose "rtsp://192.168.1.254/fbxtv_pub/stream?namespace=1&service=203&flavour=sd"
ffprobe version 8.0.1 Copyright (c) 2007-2025 the FFmpeg developers
  built with gcc 13 (Ubuntu 13.3.0-6ubuntu2~24.04)
  configuration: --disable-debug --disable-doc --disable-ffplay --enable-alsa --enable-cuda-llvm --enable-cuvid --enable-ffprobe --enable-gpl --enable-libaom --enable-libass --enable-libdav1d --enable-libfdk_aac --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libharfbuzz --enable-libkvazaar --enable-liblc3 --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-libplacebo --enable-librav1e --enable-librist --enable-libshaderc --enable-libsrt --enable-libsvtav1 --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvmaf --enable-libvorbis --enable-libvpl --enable-libvpx --enable-libvvenc --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-nonfree --enable-nvdec --enable-nvenc --enable-opencl --enable-openssl --enable-stripping --enable-vaapi --enable-vdpau --enable-version3 --enable-vulkan
  libavutil      60.  8.100 / 60.  8.100
  libavcodec     62. 11.100 / 62. 11.100
  libavformat    62.  3.100 / 62.  3.100
  libavdevice    62.  1.100 / 62.  1.100
  libavfilter    11.  4.100 / 11.  4.100
  libswscale      9.  1.100 /  9.  1.100
  libswresample   6.  1.100 /  6.  1.100
[tcp @ 0x55e2466f8a00] Starting connection attempt to 192.168.1.254 port 554
[tcp @ 0x55e2466f8a00] Successfully connected to 192.168.1.254 port 554
[rtsp @ 0x55e2466f5f40] SDP:
v=0
o=leCDN 1771179266 1771179266 IN IP4 kapoueh.proxad.net
s=unknown
i=unknown
c=IN IP4 0.0.0.0
t=0 0
m=video 0 RTP/AVP 33
a=control:rtsp://192.168.1.254:554/fbxtv_pub/stream?namespace=1&service=203&flavour=sd

[rtsp @ 0x55e2466f5f40] setting jitter buffer size to 500

(puis ça bloque là indéfiniment)

Ça ne marche pas non plus depuis la machine hôte de Docker (en RJ45 à la box).

Sortie depuis ma tour, qui est aussi reliée en RJ45 :

ffprobe -loglevel verbose "rtsp://192.168.1.254/fbxtv_pub/stream?namespace=1&service=203&flavour=sd"
ffprobe version 7.1.3-0+deb13u1 Copyright (c) 2007-2025 the FFmpeg developers
  built with gcc 14 (Debian 14.2.0-19)
  configuration: --prefix=/usr --extra-version=0+deb13u1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --disable-libmfx --disable-omx --enable-gnutls --enable-libaom --enable-libass --enable-libbs2b --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libglslang --enable-libgme --enable-libgsm --enable-libharfbuzz --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-openal --enable-opencl --enable-opengl --disable-sndio --enable-libvpl --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-ladspa --enable-libbluray --enable-libcaca --enable-libdvdnav --enable-libdvdread --enable-libjack --enable-libpulse --enable-librabbitmq --enable-librist --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libx264 --enable-libzmq --enable-libzvbi --enable-lv2 --enable-sdl2 --enable-libplacebo --enable-librav1e --enable-pocketsphinx --enable-librsvg --enable-libjxl --enable-shared
  libavutil      59. 39.100 / 59. 39.100
  libavcodec     61. 19.101 / 61. 19.101
  libavformat    61.  7.100 / 61.  7.100
  libavdevice    61.  3.100 / 61.  3.100
  libavfilter    10.  4.100 / 10.  4.100
  libswscale      8.  3.100 /  8.  3.100
  libswresample   5.  3.100 /  5.  3.100
  libpostproc    58.  3.100 / 58.  3.100
[tcp @ 0x55c60c7783c0] Starting connection attempt to 192.168.1.254 port 554
[tcp @ 0x55c60c7783c0] Successfully connected to 192.168.1.254 port 554
[rtsp @ 0x55c60c775a00] SDP:
v=0
o=leCDN 1771179390 1771179390 IN IP4 kapoueh.proxad.net
s=unknown
i=unknown
c=IN IP4 0.0.0.0
t=0 0
m=video 0 RTP/AVP 33
a=control:rtsp://192.168.1.254:554/fbxtv_pub/stream?namespace=1&service=203&flavour=sd

[rtsp @ 0x55c60c775a00] setting jitter buffer size to 500
[rtsp @ 0x55c60c775a00] parser not found for codec dvb_teletext, packets or times may be invalid.
[libzvbi_teletextdec @ 0x55c60c7c6100] page filter: *
<... plein de messages h264 et aac non importants ...>
[h264 @ 0x55c60c7c8f40] Reinit context to 720x576, pix_fmt: yuv420p
Input #0, rtsp, from 'rtsp://192.168.1.254/fbxtv_pub/stream?namespace=1&service=203&flavour=sd':
  Metadata:
    title           : unknown
    comment         : unknown
  Duration: N/A, start: 35598.811956, bitrate: N/A
  Program 29291
  Stream #0:1: Video: h264 (High), 1 reference frame ([27][0][0][0] / 0x001B), yuv420p(top first, left), 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn
  Stream #0:4(fra): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 72 kb/s
  Stream #0:3(qad): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 48 kb/s
  Stream #0:2(qaa): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 65 kb/s
  Stream #0:0(fra,fra,fra): Subtitle: dvb_teletext (libzvbi_teletextdec) ([6][0][0][0] / 0x0006), 492x250
[libzvbi_teletextdec @ 0x55c60c7d8400] page filter: *

La partie surprenante à mon sens est le fait que ça marchait avant, puis depuis que j'ai lancé mon script (une boucle bash qui appelle ffprobe pour chaque entrée du M3U et regarde le code de sortie), ça ne marche plus. Idem j'ai une vague intuition que rebooter la Pop résoudrait, mais peut-être qu'il s'agit d'un autre bug ou d'un comportement non documenté (rate limit ?)

–

j'ai réessayé environ une heure après, et là, je commence à pouvoir réaccéder à des flux depuis la machine hôte, mais toujours pas depuis le conteneur. Ça me fait vraiment penser à une sorte de rate limiting basé sur l'IP.