RE: DLSW clarification on mac address filter/ICANREACH exchange

From: Mosley, Arthur (Arthur.Mosley@xxxxxxxx)
Date: Mon Mar 13 2000 - 15:25:15 GMT-3


   

for both dmac and ICANREACH?

art
-----Original Message-----
From: Yogesh Kale
To: Arthur.Mosley@wang.com; ccielab@groupstudy.com
Sent: 3/13/00 8:28 AM
Subject: Re: DLSW clarification on mac address filter/ICANREACH exchange

12.x IOS docmentation specifies the mask as wildcard mask, ie the f
means
dont care and the 0 means care.

>From: "Mosley, Arthur" <Arthur.Mosley@wang.com>
>Reply-To: "Mosley, Arthur" <Arthur.Mosley@wang.com>
>To: "'ccielab@groupstudy.com'" <ccielab@groupstudy.com>
>Subject: DLSW clarification on mac address filter/ICANREACH exchange
>Date: Sun, 12 Mar 2000 23:54:07 -0500
>
>Are the masks for mac address filters and ICANREACH commands the
opposite
>of
>each other? I cannot find a good example that explains the ICANREACH
mask.
>
>Art
>
>
>
>Vendor code filter - filters explorer packets sent out from router
>vendor portion/any portion of Mac address
>
>700-799 48-bit MAC address access list
>access-list 704 deny 0260.8c00.0000 0000.00FF.FFFF - deny's 3Com NICs
>access-list 704 permit 0000.0000.0000 FFFF.FFFF.FFFF - permit all
others
>
>dmac-output-list - mac address filter
>F's are don't care
>0's must match
>
>
>ICANREACH - will prevent a router from sending out an explorer packet
>because it is learned during the capabilities exchange process.
>
>dlsw icanreach mac-address 0006.e9db.31ce mask ffff.ffff.ffff
>
>F's mush match
>
>From Configuring Cisco Routers for Bridging, DLSw+ & Desktop Protocols
>Mcgraw-Hill publishing - written by Tan Nam-Kee
>
>



This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 08:23:05 GMT-3