Quel serait l'intérêt d'avoir les paquets concernant l'établissement de la session (TCP handshake je suppose, mais potentiellement les premiers paquets d'établissement d'un tunnel wireguard aussi) à une CoS != 0 ?
Éviter la perte de paquet d'un SYN et gagner quelques ms ? À mon sens, autant marquer tout le trafic venant du LAN en CoS 0 et ne pas s'embêter à sur-optimiser.

Je suis en phase, aucun et il faut tout retaguer ce qui vient du LAN à ZERO  ... Mais j'ai pas regardé les dernière RFC sur les notions de QoS. Si cela se trouve y'a des catégories par défaut qui ont été préconisée.

LeVieux

Bonjour,

Je partage mon expérience (pro). Nous avons eu dans notre groupe un incident assez complexe il y a quelques mois. Le trafic entre la région Microsoft West Europe et nos routeur CPE (GTT) sur Paris s'est retrouvé du jour au lendemain en CS1 (il était en CS0 avant).
Le trafic depuis les autres régions était bon. Si vous ne gérez pas la QoS en interne sur vos routeurs, vous ne vous en apercevez pas, mais nous oui... les paquets en CS1 partaient à la poubelle à 99%...

Ni l'opérateur ni Microsoft n'a été capable de trouver à quel endroit ces paquets étaient remark, notre seule solution a été de désactiver la QoS pour le CS1.

En faisant des captures, on a pu s'appercevoir que les classes DSCP étaient conservées pour 99% du trafic chez GTT (On peut voir aisément du AF21, AF41, EF..en entrant et sortant). Chez Colt, 99% est remark en CS0, tout comme mon ancienne fibre SFR GP. C'est donc très variable d'un opérateur à l'autre.