Yes. Many vendors are using l2vpn/pseudo-wire services of one sort or another to provide circuits and most do not transport LACP by default. LACP uses slow-protocols address: https://wiki.wireshark.org/LinkAggregationControlProtocol If they are using ALU gear, they can enable this using the port command: configure port <port> ethernet lacp-tunnel On Tue, May 24, 2016 at 12:08 AM Colton Conor <colton.conor@gmail.com> wrote:
What is performing the LACP? The Level3 transport system for the most part is purley optical, so I don't think it touches LACP. Did you check the hash values?
On Sun, May 22, 2016 at 2:55 PM, Nevin Gonsalves via NANOG < nanog@nanog.org> wrote:
Hi Nanog-ers, Hoping someone may have come across a similar issue. Has anyone ever seen a situation where maybe like a Level3 transport system could be possibly dropping LACP frames..? End point A - tx and rx counts incrementing for LACP LACP info: Role System System Port Port Port priority identifier priority number key et-0/0/0.0 Actor 127 5c:45:27:6d:2a:c0 127 56 16 et-0/0/0.0 Partner 1 00:00:00:00:00:00 127 56 16 LACP Statistics: LACP Rx LACP Tx Unknown Rx Illegal Rx et-0/0/0.0 6925 6922 0 0 End Point B - no RX, partner macs are 0s.. LACP info: Role System System Port Port Port priority identifier priority number key et-9/1/0.0 Actor 127 5c:45:27:77:d6:c4 127 68 16 et-9/1/0.0 Partner 1 00:00:00:00:00:00 1 68 16 LACP Statistics: LACP Rx LACP Tx Unknown Rx Illegal Rx et-9/1/0.0 0 6752 0 0 Link works fine otherwise outside the aggregate and w/o LACP. Any inputs will be greatly appreciated. thanks, -nevin