There is a command to turn Mac learning off on a pure spine . It's technically a bug that it shouldn't be learning the macs but Cisco has defined it as a "feature" we encountered this on 6.2.6a just look for a command called no Mac-learning or something close to that.
Sent from mobile phone.
> On Jul 19, 2014, at 10:58 AM, "Yuansen Chen" <yuansen_at_gmail.com> wrote:
>
> This may be off topic. Just see anybody can shed some light on it.
>
> We have 2 Nexus 7706 (running V6.2.8) at the core. The devices are the
> spine of our fabricpath topology. A bunch of other Nexus 7706 leaves
> connect to the core using fabricpath mode. Theoretically, the spine should
> not see individual MAC addresses. Unfortunately, the spine sees almost the
> same number of MACs as seen on the fabricpath leaves. The
> destinations/paths are correct. They use switch IDs, not CE or trunk ports.
> It seems for some unknown reason, the spine strips off the fabricpath
> header and look into the Ethernet header. I double check the ports of the
> spine: one management port in routed mode, all connected up/up ports are in
> fabricmode, and some notConnected ports are in trunk mode (does this
> matter?). Did I miss anything here?
>
> PS: Did anybody successfully bring a 100G link (N77-F312CK-26) up between
> two Nexus 7706 boxes running v6.2.8a? We have to downgrade to v6.2.8 to get
> the speed.
>
> Thanks,
>
> --
> Yuansen Chen
> CCIE #20383
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
Received on Sat Jul 19 2014 - 19:23:07 ART
This archive was generated by hypermail 2.2.0 : Fri Aug 01 2014 - 07:53:01 ART