La Fibre
Datacenter et équipements réseaux => Routeurs => Remplacer la Bbox par un routeur => Discussion démarrée par: mirtouf le 26 octobre 2021 à 21:17:18
-
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:27208
où 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
pour moi ras ...la je me passe un repaly de rmc découvertes et ça roule..
avec bbox miami firmware 6.41.31
Amicalement
-
Bonjour,
avec votre propre routeur ou la bbox routeur fournie par Bytel ?
-
une installation on ne peut plus standard.. bbox fast5330b-r1 et miami par lien ethernet ..
et j'ai revu 2 autre replay..ras
cordialement
-
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.
-
Pour le message, il disparaît si la Miami peut faire des GET sur gestionbbox.lan et obtenir les informations voulues.
Je suis jaloux de constater que chez certains tout fonctionne sans la bbox. :-[
-
Je suis jaloux de constater que chez certains tout fonctionne sans la bbox. :-[
;D
-
Bonjour,
Je rencontre le même problème.
Je n’ai aucun problème avec la partie Télévision par contre pour la partie REPLAY cela fonctionne à moitié.
Le REPLAY sur TF1 pas de problème et par exemple NRJ12 j'ai un code erreur C306-5 des que je lance un programme.
Avons nous le même problème ?
Merci d'avance.
-
Bonjour
je viens d'en lancer 2 ..sans aucun soucis..
Cordialement
Albert
-
Bonsoir à tous,
Je ne sais pas si ma BBox TV est une miami (elle est noire et j'ai cela dans mes entrées UPNP : Bouygtel4K
BOUYGTEL4K-272011811303336),
J'ai viré la BBOX et mis un Netgear Nighthawk AX8 AX6600 (RAX70) avec firmware stock.
https://lafibre.info/remplacer-bbox/configuration-netgear-nighthawk-qx8/ (https://lafibre.info/remplacer-bbox/configuration-netgear-nighthawk-qx8/)
Ici tout fonctionne, Replay y compris.
Par contre je confirme la présence d'un micro lag à intervalle régulier avec l'apparition du message (cable ethernet déconnecté).
Je peux faire certains tests si ça vous intéresse, faut juste me guider un minimum car je suis rouillé niveau Wireshark.
Au niveau UPNP, la BBOX 4k ouvre les ports suivants :
Actif Protocole Port Int. Port Ext. Adresse IP
YES TCP 32400 18433 192.168.1.5
YES TCP 32400 18434 192.168.1.2
YES TCP 52005 52202 192.168.1.5
Peut etre que ça aide !
-
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.
-
Alors l'IP 192.168.1.2, my bad j'ai oublié de virer la ligne il s'agit de Nvidia Shield donc rien à voir ici :)
Je vais regarder pour l'erreur "Cable ethernet déconnecté".
Pour la BBOX TV, j'ai lu sur je ne sais plus quel thread, qu'une méthode un peu barbare consistait à ouvrir un gros range de ports. Je vais essayer de retrouver le post !
-
Je connais le truc, on l'avait vérifié avec un autre forumeur. :P
Toutefois, l'absence de règle upnp supplémentaire de mon côté m'étonne.