ASR9K MAC address learn behavior

[hsien-ping tang]

Hi Experts,

I have a question regarding to mac address learning on ASR9K.

Per the log below, I am curious that why the mac address is learned from different location? one is from LC, and another is from RSP.

RP/0/RSP1/CPU0:LAR712#sho l2vpn forwarding BRIdge-domain BG0:BD20009
Thu Jun 30 16:53:10.208 GMT

To Resynchronize MAC table from the Network Processors, use the command...

l2vpn resynchronize forwarding mac-address-table location <r/s/i>

Mac Address Type Learned from/Filtered on LC learned Resync Age Mapped to

--------------------------------------------------------------------------------

000f.bbe6.f2de dynamic BE2009.204 0/0/CPU0 0d 0h 0m 1s N/A

000f.bbe2.be91 dynamic BE2009.202 0/0/CPU0 0d 0h 0m 13s N/A

000f.bb98.ca97 dynamic BE2009.201 0/0/CPU0 0d 0h 0m 11s N/A

000f.bbe2.97b1 dynamic BE2009.203 0/0/CPU0 0d 0h 0m 9s N/A

000f.bbe6.df1e dynamic BE2009.205 0/0/CPU0 0d 0h 0m 14s N/A

000f.bbe7.a9e4 dynamic BE2009.206 0/0/CPU0 0d 0h 0m 17s N/A

60a8.fe24.ccab dynamic BE2009.207 0/0/CPU0 0d 0h 0m 3s N/A

60a8.fe14.1683 dynamic BE2009.210 0/0/CPU0 0d 0h 0m 1s N/A

--------------omit------------------------------------------------------------

RP/0/RSP1/CPU0:LAR712#sho l2vpn forwarding BRIdge-domain BG0:BD20010
Thu Jun 30 16:55:27.996 GMT

To Resynchronize MAC table from the Network Processors, use the command...

l2vpn resynchronize forwarding mac-address-table location <r/s/i>

Mac Address Type Learned from/Filtered on LC learned Resync Age Mapped to

--------------------------------------------------------------------------------

000f.bbe2.fae1 dynamic BE2010.201 0/RSP1/CP 0d 0h 0m 2s N/A

000f.bbe3.9aa3 dynamic BE2010.202 0/RSP1/CP 0d 0h 0m 12s N/A

000f.bbf7.cb2d dynamic BE2010.203 0/RSP1/CP 0d 0h 0m 9s N/A

000f.bbf9.82ed dynamic BE2010.204 0/RSP1/CP 0d 0h 0m 13s N/A

000f.bbe2.bb61 dynamic BE2010.205 0/RSP1/CP 0d 0h 0m 21s N/A

60a8.fe8d.ce0a dynamic BE2010.206 0/RSP1/CP 0d 0h 0m 2s N/A

000f.bbe2.52a1 dynamic BE2010.207 0/RSP1/CP 0d 0h 0m 17s N/A

000f.bbe2.ef11 dynamic BE2010.208 0/RSP1/CP 0d 0h 0m 10s N/A

--------------omit------------------------------------------------------------

Thank you,

[xthuijs · Accepted solution]

hi hsien,

for virtual interfaces like bundle and pseudowire the LC learnt is not that significant.

in general the learning LC is a bit "useless" info. if the (phy) interface is g0/2/0/10.123

then you'd expect LC-2 to be the learning LC, so the interface name already gives that info in that extra column.

what it means for this bundle case is whether the mac was learnt on np0 or not for bundle.

if the mac was learnt on np0 of the LC then we report LC as the learning LC

if the mac was learnt on np1/2/3/4 etc on an LC then we report RSP/CP as the learning LC

cheers

xander