Messages récents

Pages: 1 2 3 4 5 [6] 7 8 9 10
51
ahhhhh on est passé chez l'orange lol profite bien mais y'a encore Bouygues dans ton profil.
Bien vu, c'est corrigé  ;D
52
ahhhhh on est passé chez l'orange lol profite bien mais y'a encore Bouygues dans ton profil.
53
concernant le débit, il ne faut pas oublier que le débit total de l'arbre c'est déjà environ 8 Gbit/s, donc 8 Gbit/s c'est le débit maximal atteignable quand aucun client ne consomme rien. (et ce quelque soit le FAI). Donc tu auras probablement 8 Gbit/s par moment en pleine nuit, et un peu moins la journée.
Où habites tu ?
Bouygues avait peut être un PNI plus local avec OVH par rapport à Orange..

C'est bon à savoir, merci. En effet j'avais refait un test très tôt ce matin et j'avais bien mes 8 Gbps :



Au moment où j'écris :



Y'a pas à dire ça décoiffe  8)
54
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à).
55
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
56
oups, je recommence :





Voilà, la on est bon !!  ;D
57
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.
58
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 ?
59
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.
60
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
Pages: 1 2 3 4 5 [6] 7 8 9 10