1) Rollback r14139 in two parts:
a) Change user priority back to what Cisco's ISL documentation states that
the values mean instead of the 802.1Q CoS values (see also note below).
b) Change the destination address back to type FT_ETHER since the
ISL-Frame values were added to manuf/wka.tmpl in r16741 with a /40
mask.
2) Add 03-00-0C-00-00/40 to manuf/wka.tmpl for ISL over Token Ring.
3) Move the type and user fields to a tree elow the destination address since
that is where the values come from.
NOTE: Regarding change 1a, I noticed in the Wiki's isl-2-dot1q.cap sample
capture file that bit #2 is being set to 1 when bits 0 and 1 are set to
1. When bits 0 and 1 are both set to 0, bit 2 is not set. I cannot
find a reference to this bit being used in Cisco's documentation.
svn path=/trunk/; revision=31446
I've captured a Direct Cable Connection on a WinXP machine (see
http://wiki.ethereal.com/SampleCaptures?action=AttachFile&do=get&target=PPP-config.cap).
The thing is that the capture lib(?) creates fake Ethernet headers for
the PPP LCP and NCP packets. These contain " SEND#" or " RECV#" as both
source and destination address, where "#" seems to be a session number
based on modem control signals(?).
Anyway, to make more sense of the direction these PPP frames are going
I've added them to the address resolution file, as per attached patch.
svn path=/trunk/; revision=16949
I'm seeing a variant of the registered Ethernet address for MS NLB
multicast being used.
Changed to remove "multicast" from the name as it isn't a multicast
address.
svn path=/trunk/; revision=16823
Remove IETF-VRRP: This is a generic multicast address, and there are 31
other IP-multicast addresses mapping to the same mac address.
svn path=/trunk/; revision=16741
they have LF at the end of the line on UN*X and CR/LF on Windows;
hopefully this means that if a CR/LF version is checked in on Windows,
the CRs will be stripped so that they show up only when checked out on
Windows, not on UN*X.
svn path=/trunk/; revision=11400
ranges specified with a mask, as well as manufacturer OUIs. Match the
address range values, as well as MAC addresses and manufacturer OUIs,
when translating MAC addresses to names.
Have "make-manuf" read a file containing the well-known addresses and
append it to the list of OUIs.
svn path=/trunk/; revision=6233