Messages récents

Pages: 1 [2] 3 4 5 6 7 ... 10
11
Orange fibre Actus Orange / Firmware LB7W7
« Dernier message par austinforest le Aujourd'hui à 21:00:53 »
Bizarreries ici.
J'avais des soucis sur un répéteur depuis la MAJ G3R5C2 avec du débit, mais certaines connexions qui ne se faisaient pas.
J'ai réinitialisé les 2 répéteurs. L'un des deux répéteurs ne récupère pas le mot de passe de la Livebox lors de la configuration. Il recupère bien les informations pour configurer le wifi (SSID et mot de passe).
Je vois aussi qu'il manque une espace pour l'affichage du jour sur la page d'accueil "12février".
12
télécom TV et codecs / YouTube interdit les bloqueurs de publicité
« Dernier message par chad86 le Aujourd'hui à 20:54:13 »
Citer
Et pour l'IA , ils ont décidé quoi ?

je vois bien un avenir proche où la plupart des contenus seront réalisés par ia
par les plateformes elles mêmes
à la demande

l'algorithme de recommandation ne sera plus juste un aiguilleur mais aussi un producteur...

pas sur que ça marche énorme sur YT
mais sur TikTok je vois bien un scrolling infini modelé par l'ia

si le contenu est meilleur et plus ciblé...
ça marchera

y'a pas un épisode de Black Mirror où c'est un Netflix-ia ?
les épisodes se créent au fur et à mesure...

edit : saison 06 épisode 01

Dans cet épisode, une plateforme fictive appelée Streamberry (clairement inspirée de Netflix) génère en temps réel des épisodes mettant en scène la vie de la protagoniste… grâce à une IA qui crée les contenus à la volée

https://en.wikipedia.org/wiki/Joan_Is_Awful
13
télécom TV et codecs / YouTube interdit les bloqueurs de publicité
« Dernier message par turold le Aujourd'hui à 20:38:38 »
Et pour l'IA , ils ont décidé quoi ?
Rien du tout.

Malgré le titre de la vidéo de Nota Bene sur sa chaine secondaire, il dit lui-même qu'il est un contre-exemple, et comment il a super galéré pour en arriver là (et on est carrément sur de l'usurpation de voix d'un youtubeur par IA par un autre youtubeur) :
14
télécom TV et codecs / YouTube interdit les bloqueurs de publicité
« Dernier message par jacobaci le Aujourd'hui à 20:11:23 »
Et pour l'IA , ils ont décidé quoi ?
Ca commence à gonfler

15
Manche (50) / Cherbourg-en-Cotentin
« Dernier message par Draky le Aujourd'hui à 20:00:39 »
En fait il y a eu un article dans la Presse de la Manche comme quoi c'était réglé (?) et la candidate Margueritte a promis de mener à terme si changement de municipalité.
Vive les élections en tous cas...
https://actu.fr/normandie/cherbourg-en-cotentin_50129/bientot-la-fin-du-tunnel-ces-habitants-de-cherbourg-en-cotentin-pourraient-enfin-avoir-la-fibre_63815811.html
16
Bistro Bistro / Accident ferroviaire d'Adamuz en Espagne le 18 janvier 2026
« Dernier message par chad86 le Aujourd'hui à 19:42:26 »
"""
Le corridor ferroviaire à grande vitesse emblématique entre Madrid et Séville continuera de fonctionner avec une combinaison bus-train au moins jusqu'au 16 février, a confirmé Renfe ce matin

(...)
Les autorités de sécurité finalisent un rapport provisoire attendu la semaine prochaine.

Selon des sources, les enquêteurs examinent si les systèmes d’alerte précoce aux crues éclairs [?], installés après l’accident de Bejís en 2023, fonctionnaient correctement.
Un résultat négatif pourrait contraindre Renfe et le gestionnaire d’infrastructures Adif à accélérer les investissements pour renforcer la résilience climatique du réseau
"""

https://www.visahq.com/fr/news/2026-02-11/es/renfe-prolongs-alternative-madrid-andalusia-transport-plan-to-16-february-after-fatal-adamuz-crash/
17
Manche (50) / Cherbourg-en-Cotentin
« Dernier message par chad86 le Aujourd'hui à 19:36:59 »
 :D :D


"""
«Il n’y a pas en effet eu d’engagement écrit et officiel (de la part de la Ville), et puis qu’est-ce qui arrivera s’il y avait un changement de municipalité en mars ?»
(...)
«Nous tâcherons de nous faire rembourser le plus possible par les différentes institutions concernées. Il faudra que ce se soit au prorata de la responsabilité des uns et des autres !», observe l’élu
"""
18
Free Incidents Free / MTU IPv6 à 1480 bytes en ZTD avec une Freebox Pop
« Dernier message par walkerkierluk le Aujourd'hui à 19:30:27 »
Bonjour à tous,

Aujourd'hui, j'ai fait un test pour confirmer que la MTU de ma connexion Internet était bien de 1500 bytes, mais j'ai découvert que ma MTU en IPv4 est de 1500 bytes alors que ma MTU en IPv6 semble être de 1480 bytes.

Je suis abonné chez Free avec une Freebox Pop, en ZTD, sur une connexion en P2P - donc j'ai 1Gb/s down et 900Mb/s up, pas le 5Gb/s down et 900Mb/s up qui est plutôt standard, je suppose parce que ma fibre est branché à un vieux équipement au niveau du NRO Free.  (C'est une vieille installation Free en P2P vers un PMGC.)

En IPv4: un ping (avec l'option d'interdire la fragmentation des paquets) avec un payload de 1473 bytes vers 1.1.1.1 bytes échoue (normal), le message d'erreur indiquant que la MTU maximale est à 1500.  Ensuite, un ping avec un payload de 1472 bytes (donc 1472 bytes + 8 bytes pour le header ICMP + 20 bytes pour le header IPv4 = 1500 bytes) marche.  Donc, la MTU pour les paquets IPv4 est bien à 1500 bytes.

En IPv6: un ping vers Internet avec un payload de 1452 bytes échoue, avec un message retourné par la Freebox indiquant que la MTU maximale est à 1480 bytes, pas à 1500.  Pour qu'un ping passe, il faut que je réduise le payload du ping à 1432 bytes (+ header ICMP de 8 bytes + header IPv6 de 40 bytes = 1480 bytes).  J'étais branché à un routeur derrière la Freebox pour la première vérification, mais j'ai ensuite branché mon ordinateur directement à la Freebox, et confirmé avec une capture de paquets faite via Wireshark que les router advertisement de la Freebox précise une MTU à 1480 bytes.

J'essayais de pinger mon réseau de l'extérieur avec un payload de 1472 bytes en IPv4, et ça marche nickel, mais en IPv6, il a fallu que je réduise la taille à 1432 bytes.  Encore pire, si j'envoie un ping en IPv6 avec un payload entre 1433 et 1452 bytes, le réseau de Free ne renvoie pas de message ICMPv6 "Packet Too Big" comme il faudrait... le ping est simplement droppé sans message et la Path MTU Discovery (qui dévrait indiquer à l'expéditeur du paquet de renvoyer le paquet en plus petit) ne marche pas.

La seule trace que je trouve d'autres avec le même problème date de 2016, quand l'IPv6 chez Free était encapsulé dans un tunnel IPv4 : https://dev.freebox.fr/bugs/task/20358  Mais je serais étonné si c'était toujours le cas en 2026, même si les symptômes sont les mêmes.

Auriez-vous des idées de pourquoi ma MTU pour l'IPv6 sur le réseau Free est à 1480 ?  J'ai ouvert un ticket avec l'assistance Free, mais je doute que cela ne changera quoi que ce soit !  ;)
20
Orange fibre Actus Orange / Orange lance deux nouvelles Livebox Wi-Fi 7 "Intelligent"
« Dernier message par msg le Aujourd'hui à 19:03:13 »
Bonjour ,

Tiens, question bête : sur ma LB7W7 en 5.23 "Wi-Fi Intelligent - Choix de point d'accès Wi-Fi", j'ai "non disponible". Pourquoi ?

Si tu regardes plus haut , 5.12 État du Wi-Fi 5 GHz , celui-ci est très certainement éteint et ne se rallume automatiquement que si le besoin de plus de débit se fait sentir .
Les usages basiques comme le streaming vidéo et le surf de pages web , se contentent souvent du 2,4Ghz (max 450Mbit/s) .

J'ai une LB4 et le 5Ghz est souvent éteint . Il suffit de regarder sur l'appli mobile "Orange et moi" , la mention [2.4G/5G] n'apparait pas si le 5Ghz est éteint / mode en éco .
En désactivant l'option éco (ci-dessous) , la mention [2.4G/5G] sur mon réseau Wifi réapparait .

Dans l'appli mobile , il y a une option pour désactiver cette fonction et laisser le 5Ghz allumé en permanence , ça occupera la bande et consommera inutilement si inutilisé .
Chemin : Votre livebox / Carte de vos équipements / Livebox / Gérer votre Wifi / Mode économie d'énergie Wifi
=> Wifi 5Ghz optimisé (Recommandé)  = sélectionné par défaut
=> Wifi 5GHz allumé en permanence .

Pages: 1 [2] 3 4 5 6 7 ... 10