Messages récents

Pages: 1 2 3 4 [5] 6 7 8 9 10
41
Orange fibre Remplacer la LiveBox par un routeur / Mise en route LEOX LXT-010H-D
« Dernier message par nscheffer le Aujourd'hui à 07:45:52 »
Ne pas oublier que la CoS 6 c'est pour DHCPv4 (Request & Renew), DHCPv6 (Offer & Solicit), ARP Request, ICMP (v4 et v6) et IGMP.
42
Orange fibre Actus Orange / Répéteur wifi 7 enfin?
« Dernier message par Antoine76600 le Aujourd'hui à 07:19:33 »
Oui décevant !  :(

Il va falloir attendre la fin de l'année ou l'année prochaine au rythme où ça va .
43
Orange fibre Installation fibre Orange / Boitier TV ou Application ?
« Dernier message par Mogette le Aujourd'hui à 05:48:26 »
Bonjour à tous,

Le XGS PON Orange est arrivé début de semaine chez moi j'ai décidé de revenir chez Orange.

Je possède une TV OLED LG et l'application Orange TV est disponible pour ma TV sur le store.

Afin de privilégier une qualité optimale de l'image, il est préférable d'utiliser le décodeur ou l'application ?

Merci d'avance pour vos réponses.  :)
44
Orange fibre Actus Orange / Répéteur wifi 7 enfin?
« Dernier message par austinforest le Aujourd'hui à 00:27:35 »
Citer
Offres Livebox jusqu'au 03/06/2026

Toujours pas.

45
Ca pourrait être intéressant d'avoir le résultat de :

A priori, ça n'a pas été fait, et ça pourrait préciser un peu plus la nature du problème, même si l'histoire de l'upload semble surprenant.

Tu peux aussi essayer de bypasser le livebox avec un routeur perso (si c'est la livebox le problème, il aura disparu, sinon probablement un problème sur le réseau).

Concernant le support client, ça risque d’être compliqué d’obtenir beaucoup plus sans passer par leurs tests. Tu as l’air assez sûr de toi sur certains points, mais essayer quand même pourrait aider à avancer dans le diagnostic.
Même quand on a de l’expérience, ça ne coûte pas grand-chose de mettre ses certitudes de côté le temps de quelques essais, juste pour éliminer des pistes.

Par exemple, débrancher tout ton LAN, même si tu es persuadé que le problème ne vient pas de là, ça permet justement de le confirmer. Pareil pour IPv6 : même si ça paraît improbable, le désactiver permet au moins d’écarter cette possibilité.

Parce que là, sans faire ce genre de vérifications, tu risques un peu d’être dans une impasse. Tu demandes des avis, donc voilà le mien : à ta place, je ferais ces tests pour avancer concrètement.

Pas de la même manière mais c'est surveillé quand même, je vois bien des pertes depuis une machine externe -> IPv6 livebox WAN.
Si la livebox est le problème, c'est chaud car j'ai eu Livebox 6 et 7 avec le même problème alors...

Débrancher tout le LAN ou désactiver IPv6 pour confirmer une panne aléatoire semble très aléatoire comme solution justement... Surtout quand j'apporte par A+B des preuves de l'inverse, et sans me déranger.
Et aussi, si on retire tous les clients & usages derrière la box, il n'y a plus de soucis en effet car il n'y a plus d'utilisation, donc des micro coupures de 2s c'est pas dérangeant...

PS: Le support Orange m'a dit qu'ils ont "appliqué des modifications sur la livebox". Pas de coupure franche depuis une semaine, mais parfois encore quelques micro coupures (je le vois dans un grafana qui monitore mon mesh wireguard (UDP), tous les équipements derrière la box émettent un handshake EN MÊME TEMPS (ce qui indique une reconnexion), et si je corrèle le ping exporter (équivalent smokeping) sur le vxlan qui est sur le mesh, ça correspond).
46
Free Installation fibre Free / PTO Non reconnu
« Dernier message par brupala le Hier à 23:20:07 »
Il me semble qu'il faut toujours les étiquettes frappées et les étiquettes blanches c'est celle de l'OI. Les vertes celles mises par l'OC lors du raccordement client.
J'ai vu les OC poser les étiquettes blanches aussi dans mon coin, mais bon, officiellement, c'est le mode STOC.
47
Free Installation fibre Free / PTO Non reconnu
« Dernier message par klim94 le Hier à 23:15:49 »
Il me semble qu'il faut toujours les étiquettes frappées et les étiquettes blanches c'est celle de l'OI. Les vertes celles mises par l'OC lors du raccordement client.
48
Free Installation fibre Free / PTO Non reconnu
« Dernier message par brupala le Hier à 23:09:57 »
Chez moi, il avait une petite bécane genre Dymo pour réaliser l'étiquette...
Sur les câbles en sortie de PBO, ce sont des plaquettes d'identification avec des lettres à frapper...
ça c'était avant, on voit encore des étiquettes frappées au burin, mais il y a aussi des préimprimées:
49
Ca pourrait être intéressant d'avoir le résultat de :

Citer
tester avec un ping continu depuis l'extérieur vers une machine du LAN

A priori, ça n'a pas été fait, et ça pourrait préciser un peu plus la nature du problème, même si l'histoire de l'upload semble surprenant.

Tu peux aussi essayer de bypasser le livebox avec un routeur perso (si c'est la livebox le problème, il aura disparu, sinon probablement un problème sur le réseau).

Concernant le support client, ça risque d’être compliqué d’obtenir beaucoup plus sans passer par leurs tests. Tu as l’air assez sûr de toi sur certains points, mais essayer quand même pourrait aider à avancer dans le diagnostic.
Même quand on a de l’expérience, ça ne coûte pas grand-chose de mettre ses certitudes de côté le temps de quelques essais, juste pour éliminer des pistes.

Par exemple, débrancher tout ton LAN, même si tu es persuadé que le problème ne vient pas de là, ça permet justement de le confirmer. Pareil pour IPv6 : même si ça paraît improbable, le désactiver permet au moins d’écarter cette possibilité.

Parce que là, sans faire ce genre de vérifications, tu risques un peu d’être dans une impasse. Tu demandes des avis, donc voilà le mien : à ta place, je ferais ces tests pour avancer concrètement.
50
Bouygues Telecom Remplacer la Bbox par un routeur / Votre BBox dans docker
« Dernier message par TheHecateII le Hier à 22:36:23 »
En travaillant sur l'adaptation pour Bouygues Telecom, je suis tombé sur un bug qui affecte le marquage de priorité CoS sur les interfaces VLAN.
Avec certains drivers réseau (comme bcmgenet sur Raspberry Pi ou virtio_net sur les VMs), utiliser nftables pour marquer la priorité CoS corrompt les paquets DHCP. L'adresse IP source se retrouve décalée de 2 octets.
Concrètement, un DHCP Discover qui devrait partir avec 0.0.0.0 part avec 0.0.255.255.
Chez Orange pas de souci, on peut envoyer sans problème un DISCOVER avec comme wildcard 0.0.255.255 en source, le DHCP nous répondra quoi qu'il arrive. Bouygues, de son côté, ne daignera même pas vous répondre :'(
De mon côté, passer la VM sur des cartes Intel E1000 depuis Proxmox fixe le souci.
Je ne pense pas que ce soit utile à grand monde, je le note ici au cas où ^^


Petite suite de mon post précédent, j'ai finalement trouvé un fix logiciel pour éviter de changer le matériel.

Plutôt que de patcher le kernel directement (J'ai absolument pas la compétence pour le faire...), je suis parti sur un petit programme eBPF attaché en TC egress sur l'interface VLAN.

Le truc c'est que dans le pipeline réseau Linux, le hook netdev egress de nftables s'exécute avant le TC egress. Du coup je laisse nftables faire son boulot de marquage CoS, et juste derrière je corrige ce qu'il a cassé avant que ça parte au driver.

Le programme en lui-même vérifie si un paquet UDP port 67 part avec 0.0.255.255 en source, on remet 0.0.0.0 et on recalcule le checksum IP de façon incrémentale.
L'avantage par rapport à un patch kernel c'est qu'on a pas besoin de recompiler quoi que ce soit, ça se charge au démarrage avec un tc filter add et ça vit dans le conteneur.
(corriger un bug kernel avec de l'eBPF qui tourne après nftables c'est pas franchement élégant  :-X mais ça évite de se taper un patch kernel à maintenir)



À titre d'information, tout ce joyeux bazar tourne sur une VM Debian 13 avec 2 vCPU, 2 Go de RAM et avec des NIC VirtIO (yeepee)
Niveau performances ça juste marche, je sature bien mon Gbps : https://www.speedtest.net/my-result/d/86e1f0ac-c88c-43d9-82f0-8968872f791f


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