Messages récents

Pages: 1 2 3 4 [5] 6 7 8 9 10
41
K-Net Espace technique internet K-Net / Question idiote
« Dernier message par Optix le Hier à 15:31:52 »
Bonjour
Ma question ne concerne pas spécialement k-net, mais plutôt les techniciens OI.
Lors d'une intervention d'un technicien (niveau 2, covage à l'époque), celui-ci, a coupé à ras du câble d'arrivée dans le PTO, les 4 fibres en rab alors qu'elles auraient pu servir de secours.
Y a t-il une raison pour qu'il ait agi ainsi?
Merci

Classique. Ca permet de faire vivre les collègues en leur donnant du taff

S'il y a plus aucun incident et que le réseau tourne nickel, plus beson de maintenance, plus besoin de technicien, tout le monde est viré :)
(c'est évidemment exagéré, mais l'idée est là).
42
K-Net Espace technique internet K-Net / Question idiote
« Dernier message par untel le Hier à 15:05:47 »
Bonjour
Ma question ne concerne pas spécialement k-net, mais plutôt les techniciens OI.
Lors d'une intervention d'un technicien (niveau 2, covage à l'époque), celui-ci, a coupé à ras du câble d'arrivée dans le PTO, les 4 fibres en rab alors qu'elles auraient pu servir de secours.
Y a t-il une raison pour qu'il ait agi ainsi?
Merci
43
oups, je recommence :





Voilà, la on est bon !!  ;D
44
J'ai créé un bug pour que SVT-AV1 soit mis à jour pour Ubuntu 26.04 : https://bugs.launchpad.net/ubuntu/+source/svt-av1/+bug/2140560

Actuellement, c'est encore la version 2.3.0 dans les versions bêta...

Si Ubuntu 26.04 est sorti avec la version 2.3 de SVT-AV1 (complètement obsolète), le bug a bien été pris en charge et la mise à jour vers SVT-AV1 4.1 a été compilée et sera prochainement diffusée en tant que mise à jour.

https://launchpad.net/ubuntu/+source/svt-av1 référence déjà la 4.1.0

Merci à Sebastian Ramacher.

Le paquet est disponible dans l'architecture amd64v3 optimisé pour les processeurs récents, je vous ferais une comparaison amd64 vs amd64v3 pour voir le gain de performance.
45
Haute-Savoie (74) / Carte du déploiement fibre optique en Haute-Savoie
« Dernier message par GrégoryLine le Hier à 14:08:01 »
Bonjour, les travaux sont à la charge de XpFibre ou d'un autre opérateur réseau ?
46
Il me faut le dmesg complet, parce que là il est impossible de corréler les traces (avoir une idée de l'état au moment des lectures), et de vérifier quand le driver rtl8261n a été chargé.

Mais :
      kmodloader-414     [002] .....    11.777489: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x06 val:0x0000
      kmodloader-414     [002] .....    11.777603: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x05 val:0x0000
      kmodloader-414     [002] .....    11.777714: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x06 val:0x0000
      kmodloader-414     [002] .....    11.777824: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x05 val:0x0000
...
Toutes ces lectures au début semblent échouer, et du coup il ne lit même pas reg:0x02 / reg:0x03 pour l'ID.

Alors que pour moi :
    kmodloader-416     [002] .....    11.664794: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x06 val:0x8000
      kmodloader-416     [002] .....    11.664904: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x05 val:0x008a
      kmodloader-416     [002] .....    11.665011: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x02 val:0x001c
      kmodloader-416     [002] .....    11.665117: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x03 val:0xcaf3
      kmodloader-416     [002] .....    11.665223: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x02 val:0x001c
      kmodloader-416     [002] .....    11.665328: mdio_access: mt7530_dsa-0 read  phy:0x05 reg:0x03 val:0xcaf3
...
Les lectures de reg:0x05 / reg:0x06 passent dès le début, et donc le kernel lit le PHY ID ensuite.
47
Ce n'est pas logique. Cela dépend de la façon dont est ajouté le tag VLAN.

Effectivement, une erreur de manip de ma part à ce moment là.
Mais ça m'a lancé dans mes recherches pour filtrer sur l'interface physique ou l'interface logique, et au vu des tests de ces dernière semaines, il ne me semble pas y avoir de différences fonctionnelles.

Il me semble que l'expression vlan type ip6 dans ta règle est redondante : nftables va analyser le datagramme UDP (le champ port de destination). Que gagne t'on à filtrer le type de paquet ?

Effectivement, il y a un côté redondant sans grande utilité dans ce cas. C'est purement par cohérence structurelle, vlan type ip6..., vlan type ip... vlan type arp ...

Mon avis a été biaisé par mon aversion pour le Shell
N'étant que novice, je préfère le shell, et le fait que le script couvre parfaitement les recommandations est tout ce que je demande.  ;D
48
Free Actus Free / [MAJ 4.10.1] Routage statique sur Freebox
« Dernier message par brupala le Hier à 13:11:35 »
Donc tu mets plusieurs routeurs, dans le même LAN et ensuite tu viens parler de segmentation ?

C'est curieux ma foi. Cette fonction ne semble définitivement n'être indispensable qu'à des gens qui font du réseau n'importe comment
imagine 3 routeurs reliés à la freebox par leur wan, je veux faire communiquer leurs lans avec celui de la box sans forwarder ...
C'est vrai que leurs lan peuvent communiquer directement entre eux, mais le lan  de la box ne peut pas parce qu'il n'a pas de route, et je ne parle pas des vpn qui arrivent sur la box, c'est basique, non ?
Encore heureusement qu'on avait le routage de sept  /64 ipv6 par la délégation de préfixe.
Le bridge ne permet de mettre qu'un seul routeur sur le lan de la box, du moins en ipv4, en ipv6, je ne sais pas si Free va déléguer 3 préfixes directement.
49
a noter qu'avec ta build, je suis tombé a 2 reprises dans la situation ou le port Lan2 marche, mais coté Windows "reseau inconnu", ca me l'a fait 2x avant d'etre dans la situation ou la connexion avec le cable n'est plus vue (donc Generic Clause 45 PHY).
Cette situation ne s'est effectivement plus reproduite avec le realtekfix3.
50
OK erreur de flashage alors, maintenant c'est bon :


avec en pièce jointe le mtd0
Pages: 1 2 3 4 [5] 6 7 8 9 10