Bonsoir,

comme constaté par un autre forumeur et moi-même, les replays ne fonctionnent plus avec la dernière màj pour les Bbox Miami.
La cause a été assez vite déterminée quand on capture le trafic sortant de la Bbox Miami :
.SETUP.rtsp://31.33.11.36:5011/kyavxb3i5aaaaaaaae40cpcaaaaaaaaaaaaetajgvjmedyyi.RTSP/1.0..CSeq:.1..Transport:.MP2T/RTP/AVP/UDP;unicast;destination=192.168.111.119:27208où dans ce cas 192.168.111.119 est l'adresse IP non routable de la Bbox Miami

De manière transparente, ByTel indique les possibilités de son API (est-ce à jour ?) :
https://api.bbox.fr/doc/apirouter/index.html

Partant de là et sachant que la Bbox répond de 2 façons via:
https://mabbox.bytel.fr
http://gestionbbox.lan
J'ai facilement monté un petit serveur web qui répond sous l'adresse gestionbbox.lan et sert une copie des informations retournées par la bbox (les données sont bien interprétées comme du json, j'ai vérifié avec un navigateur) de la sorte:
http://gestionbbox.lan/api/v1/wan/ip
[{"wan":{"internet":{"state":2},"interface":{"id":8,"default":0,"state":1},"ip":{"address":"176.133.x.y","cgnatenable":0,"state":"Up","gateway":"176.133.z.1","dnsservers":"194.158.122.10,194.158.122.15","subnet":"255.255.255.255","ip6state":"Discover","ip6address":[],"ip6prefix":[],"mac":"28:9e:fc:aa:bb:cc","mtu":1500},"link":{"state":"Up","type":"ftth"}}}]
http://gestionbbox.lan/api/v1/wan/xdsl
[{"wan":{"xdsl":{"state":"Idle","modulation":"","showtime":0,"atur_provider":"","atuc_provider":"","sync_count":0,"up":{"bitrates":0,"noise":0,"attenuation":0,"power":0,"phyr":0,"ginp":0,"nitro":"","interleave_delay":0},"down":{"bitrates":0,"noise":0,"attenuation":0,"power":0,"phyr":0,"ginp":0,"nitro":0,"interleave_delay":0}}}}]

Ce sont les 2 seuls requêtes que j'ai vu passer en clair.
192.168.1.2 - - [26/Oct/2021:19:39:55 +0200] "GET /api/v1/wan/ip HTTP/1.1" 200 364 "-" "Dalvik/2.1.0 (Linux; U; Android 9; Bouygtel4K Build/CALIFORNIE)" "-"
192.168.1.2 - - [26/Oct/2021:19:43:10 +0200] "GET /api/v1/wan/ip HTTP/1.1" 200 364 "-" "Dalvik/2.1.0 (Linux; U; Android 9; Bouygtel4K Build/CALIFORNIE)" "-"
192.168.1.2 - - [26/Oct/2021:19:46:24 +0200] "GET /api/v1/wan/ip HTTP/1.1" 200 364 "-" "Dalvik/2.1.0 (Linux; U; Android 9; Bouygtel4K Build/CALIFORNIE)" "-"
192.168.1.2 - - [26/Oct/2021:19:49:39 +0200] "GET /api/v1/wan/ip HTTP/1.1" 200 364 "-" "Dalvik/2.1.0 (Linux; U; Android 9; Bouygtel4K Build/CALIFORNIE)" "-"
192.168.1.2 - - [26/Oct/2021:19:52:53 +0200] "GET /api/v1/wan/ip HTTP/1.1" 200 364 "-" "Dalvik/2.1.0 (Linux; U; Android 9; Bouygtel4K Build/CALIFORNIE)" "-"
192.168.1.2 - - [26/Oct/2021:19:56:08 +0200] "GET /api/v1/wan/ip HTTP/1.1" 200 364 "-" "Dalvik/2.1.0 (Linux; U; Android 9; Bouygtel4K Build/CALIFORNIE)" "-"
192.168.1.2 - - [26/Oct/2021:19:59:22 +0200] "GET /api/v1/wan/ip HTTP/1.1" 200 364 "-" "Dalvik/2.1.0 (Linux; U; Android 9; Bouygtel4K Build/CALIFORNIE)" "-"
192.168.1.2 - - [26/Oct/2021:20:02:37 +0200] "GET /api/v1/wan/ip HTTP/1.1" 200 364 "-" "Dalvik/2.1.0 (Linux; U; Android 9; Bouygtel4K Build/CALIFORNIE)" "-"
192.168.1.2 - - [26/Oct/2021:20:05:51 +0200] "GET /api/v1/wan/ip HTTP/1.1" 200 364 "-" "Dalvik/2.1.0 (Linux; U; Android 9; Bouygtel4K Build/CALIFORNIE)" "-"
192.168.1.2 - - [26/Oct/2021:20:08:05 +0200] "GET /api/v1/wan/ip HTTP/1.1" 200 364 "-" "Dalvik/2.1.0 (Linux; U; Android 9; Bouygtel4K Build/CALIFORNIE)" "-"
192.168.1.2 - - [26/Oct/2021:20:10:18 +0200] "GET /api/v1/wan/xdsl HTTP/1.1" 200 331 "-" "Dalvik/2.1.0 (Linux; U; Android 9; Bouygtel4K Build/CALIFORNIE)" "-"
192.168.1.2 - - [26/Oct/2021:20:12:36 +0200] "GET /api/v1/wan/ip HTTP/1.1" 200 364 "-" "Dalvik/2.1.0 (Linux; U; Android 9; Bouygtel4K Build/CALIFORNIE)" "-"
192.168.1.2 - - [26/Oct/2021:20:15:51 +0200] "GET /api/v1/wan/ip HTTP/1.1" 200 364 "-" "Dalvik/2.1.0 (Linux; U; Android 9; Bouygtel4K Build/CALIFORNIE)" "-"
192.168.1.2 - - [26/Oct/2021:20:21:28 +0200] "GET /api/v1/wan/xdsl HTTP/1.1" 200 331 "-" "Dalvik/2.1.0 (Linux; U; Android 9; Bouygtel4K Build/CALIFORNIE)" "-"Vous noterez que cela fait disparaître l'erreur "le câble ethernet n'est pas branché".
Je n'ai pas d'erreur 404 dans les logs du serveur http.

Malgré cela, l'IP servie dans une requête RTSP reste une IP non routable et forcément, les replays ne se lancent pas.

Voilà où j'en suis pour le moment.
Dans un second temps, je vais faire mentir mon serveur DNS, faire écouter mon serveur web sur le port 443 et pour le domaine mabbox.bytel.fr avec un certificat auto-signé pour voir quels enseignements je peux en tirer (la Bbox Miami validant la chaîne de confiance, il n'y aura pas de miracle).

Mes hypothèses:
- la Bbox Miami a besoin d'avoir une connexion https avec le routeur
- un jeton d'authentification est nécessaire
- autre ?

Si vous pouviez tester, cela pourrait être utile pour pas mal de personnes.

Bonjour,
avec votre propre routeur ou la bbox routeur fournie par Bytel ?

RAS de mon coté, TV, Replay ==> OK

Sous OPNSense, toujours la même conf (ton tuto VLAN100)
Cependant j'ai effectivement depuis pas mal de temps le message qui apparait aléatoirement (le câble Ethernet n'est pas branché) & des erreurs out (WAN) qui apparaissent sur OPNsense.

Je suis jaloux de constater que chez certains tout fonctionne sans la bbox.

 

Bonjour
je viens d'en lancer 2 ..sans aucun soucis..
Cordialement
Albert

Merci du retour.
La 3e ligne correspond au service TR-069, quel est l'équipement avec l'IP 192.168.1.2 (bbox avant redémarrage) ?
Je ne comprends pas pourquoi ma Miami ne fait pas pareil.

Pour éviter les erreurs indiquant "câble ethernet déconnecté" il faut simuler l'API de la bbox et répondre sur gestionbbox.lan.