Freebox Player (Revolution / V6)

Bonjour,

Je suis exactement dans le même cas.
Le support du 3244 n'a pas trouvé de solution pour moi.

Mon serveur Freebox Révolution est en mode bridge et est à jour à cette date.
Depuis quelques jours, le Player (1.3.54) reste bloqué sur l'association avec le serveur.
Mon Player est directement relié au Serveur via un cable RJ45 et non par les Freeplugs. J'ai bien entendu testé avec un autre calbe RJ45 et testé différents ports sans succès.

J'ai constaté que le retour en mode routeur permet au Player de se réassocié normalement. Puis, lorsque je repasse en mode Bridge cela fonctionne toujours, mais dès le lendemain le problème réapparait.

Je fonctionne pourtant en mode bridge depuis plus de 10 ans sans aucun soucis.

Merci d'avance.

Banjour,
idem de mon côté, tentative de replay, ecran noir, reboot du player automatique et maj, idem côté serveur, depuis, "association avec le serveur en cours…"
trames vl100 et vl400 (192.168.27.98, et .99) qui transitent, dhcp ok entre player et box (sur vlan100 192.168.27.1, et .14), qqes trames AH/ESP entre les deux, et plus rien.
Depuis le lan, FreeMTV fonctionne vers le freebox server, idem pour l'interface d'admin et les enregistrements. Seul le player ne veut pas revenir dans la conf. (une POP qui fonctionne en IP comme une tablette, un telephone, ou un pc fonctionne).
FW, sur la box en bridge, dans les params de la freebox, icone switch, on voit la MAC du firewall, et non la mac du serveur freebox bridgé, il semble donc que le bridge s'applique mal.
Wait and see.

@rawoul. Merci beaucoup pour ces informations. J'avoue que je ne m'étais plus penché sur la question puisque tout fonctionnait depuis des années.
Je vais donc brancher le Player sur le port DMZ de mon Stormsdhield et créer un vlan100. Cela explique sans doute l'option "client DHCP en mode bridge" dans les menus de la box que j'avais aperçu ?

Bonjour, le client dhcp du player a été désactivé de mon côté depuis longtemps car il perturbait complètement la réception dhcp ip du firewall a travers le mode bridge. Du coup, je n'utilisait pas les applis netflix ou autre à travers le player, mais avec la TV sur le lan. je vais tenter de tout passer par la patte du fw (une interface std pour ip/fw et tag/bridges a travers pour le reste) et "détricoter" derrière (pour séparer le flux IP et les flux tv).ma prmiere tentative donnait le mm pb "association en cours" sans plus de succes. je vais pauffiner un peu.

Bonjour @rawoul,

En pratique cette option n'a donc plus de sens et je pense que je vais la supprimer et toujours l'activer.

Est-ce que l'option "client DHCP en mode bridge" lors de la mise à jour en 1.3.54 a été réactivé par défaut sur le player pour ceux qui l'avait désactivé ?
J'ai 0 dhcp request qui passe en untag depuis le player alors qu'un poste branché à la place du player récupére bien une ip.
Vu que l'association ne se fait pas impossible d'accéder au paramètre du player pour vérifier.

Euh, dans mon cas, désactivable resterait pas mal. On verra, à tout à l'heure. faudrait juste que le player réussisse à récuperer cette maj. (je rame un peu dans mes tests, tt étant sur le mm switch, ca loop un peu, stp/rtsp en action…)

Ah ok, pas de ssoucis.

Bonjour @rawoul il me semble que oui j'avais l'option DHCP cochée puisque j'avais mis le vlan 1 en untag à ce moment
Mais comme le player reste sur l'écran association je ne peux pas vérifier si ça n'a pas bougé

C'est bon mon player démarre correctement désormais, merci

bonjour, tt deployé, et comme prévu, impossible de faire tenir l'ip sur le fw (statique, dhcp). au premier flux qui transite, ca tombe, ca beurre les buffers, reboot, donc plus d'internet. Quelle solution y a-t-il (et sans repasser par le mode routeur) ?
J'avais passé du temps il y a quelques annees pour comprendre que cette fonctionnalité dhcp avec bridge est mal implémentée et ne fonctionne pas dans mon cas.

Les @Mac en mode bridge du routeur avec le client dhcp ne sont pas bonnes et ne présente pas la bonne au FW. Le FW doit voir l@Ip publique et sa GW avec la mac du serverBox (idem pour la box), le serveur usurpe la mac de mon FW. Mon FW cherche à joindre la mac du serveur, mais celui-ci répond avec sa propre mac.
MAC vues par les equipements:
Cas fonctionnel
freebox server en bridge switch freebox port1 F4:CA:E5:X:X:X F4:CA:E5:X:X:X sur le FW 00:26:2d:X:X:X qui voit FBX server en F4:CA:E5:X:X:X et GW 82.X.X.254 en F4:CA:E5:X:X:X
Freebox Player dhcp client desactivé switch freebox port4 00:24:d4:X:X:X (mac player)

cas actuel non fonctionnel
freebox server bridge switch freebox port1 remonte avec la mac du FW 00:26:2d:X:X:X 00:26:2d:X:X:X et sur le FW 00:26:2d:X:X:X qui voit FBX server en 00:26:2d:X:X:X (mac fw) et GW 82.X.X.254 en F4:CA:E5:X:X:X
Freebox Player dhcp client activé switch freebox port4 00:24:d4:X:X:X

le passage fw et/ou switch separé ne change rien au fait que le serveur box usurpe la mac de mon fw, donc ca tombe pareil. merci 4G pour le secours.
donc avis à ceux chez qui cela fonctionne, comment avez-vous fait, je suis premeur ?

mon fw en port1 et player en port4 sur la box, le reste est derrière mon fw (conf un peu classique me semblait-il).

De mon côté j'étais en classique Player en diret sur Server. Il fonctionne toujours mais bien entendu maintenant cela coupe le reste du réseau.
J'ai donc branché le Player sur mon Stormshield SN210 en montant un bridge (WAN VLAN 100 + port DMZ). Le Player s'associe bien et fonctionne, mais le flux TV ne passe pas. Je suppose que la raison et que les trame doivent être untaggue en sortie ce que ne fais pas le SN210.
Il faut donc probablement que je mette un petit switch manageable pour faire cela et ça devrait aller non ?

Si je comprends bien la réponse, le flux TV doit sortir Untagged du port du Player.
Mon SN210 ne pouvant pas "détagué" il n'y qu'un petit switch manageable entre le Server et le SN210 pour faire ça non ?

      Internet
          │
   ┌────────────────┐
   │ Freebox Server │
   └────────────────┘
          │
 (LAN port - VLAN 100 tagué)
          │
          ▼

┌────────────────────────────┐
│ Switch manageable │
└────────────────────────────┘

      │           │
      │           │
      │           └───► Port 3 → Freebox Player
      │                  VLAN 100 (Untagged)
      │                  ⇒ Le switch "détague" le flux
      │                  ⇒ Le Player reçoit une trame Ethernet normale
      │
      └───► Port 2 → Stormshield (WAN mvneta0)
                       VLAN 100 (Tagged)
                       ⇒ Le flux TV reste tagué (trunk VLAN 100)

qq'un a réussi sans trop de plantages ? pas moi. mm comportement, perte de la gw publique. attendre que le player chope son ip, puis redémarrer la cx coté fw, mais sans garantie de stabilité. dès que ca charge, dès que la tv ou le player tombent en veille, faut recommencer. c'est moche.