On 14/02/2017 18:12, Pierre LANCASTRE wrote:
Je pense qu'une bonne piste serait les messages suivants :Feb 14 16:58:25 j-stic-lab1 /kernel: ge-0/0/1: received pdu - length mismatch for lacp : len 150, pdu 124 Feb 14 16:58:25 j-stic-lab1 /kernel: ge-0/0/2: received pdu - length mismatch for lacp : len 150, pdu 124 Feb 14 16:58:55 j-stic-lab1 /kernel: ge-0/0/1: received pdu - length mismatch for lacp : len 150, pdu 124 Feb 14 16:58:55 j-stic-lab1 /kernel: ge-0/0/2: received pdu - length mismatch for lacp : len 150, pdu 124Si on regarde la KB ci-dessous, il semblerait que le switch HP envoie des BPDU trop "gros", ils devraient faire 124+4 octests (4 octets pour le FCS)https://kb.juniper.net/InfoCenter/index?page=content&id=KB17674&actp=searchRegarde si tu trouves un autre type de config côté HP pour le lacp, peut-être aussi essayer de jouer avec la mtu des ports côté HP (ou Juniper) pour voir si tu as les mêmes messages.
Bonjour,Ces logs m'orientaient effectivement vers un problème côté HP et c'était le cas.
Le soucis provenait de la conf mad (multi-active detection) qu'on avait paramétré sur l'interface Bridge et qui nous forgeait des lacpdu extended, conf pas appropriée ici. Le mad est ailleurs ...
interface Bridge-Aggregation1 description interco j-stic-lab1 port link-type trunk port trunk permit vlan all link-aggregation mode dynamic *mad enable* Merci en tout cas pour vos réponses. L. -- Laurent Beunèche - (+33) 2473 67326 RSSI adjoint - Administrateur Système & Réseau Direction des Systèmes d'Information Université de Tours Bat D, 60 rue du Plat d'étain BP 12050 37020 Tours cedex 1
smime.p7s
Description: S/MIME Cryptographic Signature
