Update Version info
Update Nickname IDs
Add new multicast MAC addresses
Change-Id: I72647b5f98a48267340d51df428602e1c77cb206
Reviewed-on: https://code.wireshark.org/review/3714
Petri-Dish: Alexis La Goutte <alexis.lagoutte@gmail.com>
Tested-by: Petri Dish Buildbot <buildbot-no-reply@wireshark.org>
Reviewed-by: Anders Broman <a.broman58@gmail.com>
(Using sed : sed -i '/^\# \$Id\$/,+1 d') (start with dash)
Change-Id: Ia4b5a6c2302f6a531f6a86c1ec3a2f8205c8c2dd
Reviewed-on: https://code.wireshark.org/review/881
Reviewed-by: Anders Broman <a.broman58@gmail.com>
Ethernet group MAC-48 addresses:
http://www.t11.org/ftp/t11/pub/fc/bb-5/08-334v0.pdf
so we add entries for the three group addresses in question and an entry
to cover all unassigned group addresses in that range.
Regenerate manuf file.
Fixes bug 8046.
svn path=/trunk/; revision=46386
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
Marian Ďurkovič