Bonjour à tous,

Petite mise à jour concernant notre infrastructure réseau : nous avons ajouté Netrix à notre backbone afin de renforcer notre chemin de secours et d’améliorer la résilience globale de notre AS.
Cette intégration nous permet également d’obtenir une couche supplémentaire de protection anti-DDoS grâce à leurs capacités de mitigation.

Nous avons mis seulement en "In" le réseau de Netrix sur certaines de nos clients/prefixes.
Il fonctionne en bascule aussi pour le In/Out en cas de problème sur nos autres transitaires.

Voici une petite aperçu de notre weathermap :

Bonjour Vivien

Serait-ce envisageable de discuter de la structure de ces documents pour standardiser un peu ?
J'avais proposé ça à certains de tes collègues mais je n'ai jamais eu de réponse concrète.

Par exemple pour les adresses, il faudrait retirer l'hexaclé, c'est toujours aussi inopérant mais personne ne semble vouloir prendre le sujet.

Il y a une opportunité avec https://schema.data.gouv.fr/, je pense

Parce que les problèmes qu'on constate ci et là ont souvent la même origine et Orange ne montre pas assez de bonne volonté pour qu'on lui fasse confiance sur ce point.

Techniquement la gateway Unifi n'a pas d'IPv6 sur son wan, donc ce n'est pas étonnant.
En revanche les interfaces LAN portent une IPv6 du subnet qui leur a été affecté, et avec les bonnes règles de firewall, elles répondent au ping elles-aussi sans problème, mais ce n' est pas mon objectif.

Côté IPv4, il n'y a pas grand chose à ping depuis l'extérieur d'autre que... L'IP publique.

Je m'attendais à ce :
- qu'en mode routeur, ce soit la box qui réponde quoiqu'il arrive, or ce n'est pas le cas si une DMZ est activée
- qu'en mode bridge, ce soit l'UCG fiber. Or d'après les tests, si une DMZ était définie en mode routeur, rien ne répond, et s'il n'y en avait pas, c'est la box qui répond quand même quoiqu'il arrive, même si la réponse au ping est désactivée dans l'interface.

Après on a toujours été au courant que le mode bridge en IPv4 est bien plus complexe qu'une simple attribution d'IP, mais je m'attendais à ce que cela respecte un peu plus le fonctionnel proposé

Je me souviens que j'avais constaté une différence entre le switch off de la page sur la Livebox et le switch off depuis Livebox Monitor : Wifi disponible et Wifi Actif (de la liste du bouton Etat Global Wifi...) restait allumé dans le premier cas.

Chez Red les 5€ pour l'appli n'existent pas

Oui c'est pour ça que j'étais en train de corriger ma précédente réponse pendant que tu postais. Hélas un poil trop tard me concernant, mais on est d'accord sur ce point.

Le fond du reste, ça demeure comme je l'ai dit leur choix volontaire, et je ne doute pas un instant qu'ils aient pour l'instant :
- délibérément choisi de ne pas OFFRIR gratuitement ni l'appli SFR TV ni l'appli du décodeur Connect TV
- délibérément choisi de ne proposer l'appli Android TV que chez SFR en option
(il m'étonnerait fort qu'ils ne se soit pas dit "et chez RED on ouvre l'option aussi ou non ?"  )

D'ailleurs ça ne serait pas la première divergence de services ou matériels ouverts chez RED comparé à SFR : antérieurement ce fut dans l'autre sens où RED a proposé (et même systématisé) le décodeur sous Android TV (le Connect TV) comme décodeur principal, bien des mois avant qu'il ne soit disponible dans les offres SFR (et encore, seulement en décodeur secondaire au début). RED ne fait pas que vendre moins cher l'équivalent qui existe chez SFR, il y a aussi des différences notables. Peut-être que l'accès à l'appli Android TV pour les clients RED va arriver quelques mois après, au prix du décodeur physique comme chez SFR ?
À+