Have the IPX code set "pi.len" and "pi.captured_len" based on the length
authorguy <guy@f5534014-38df-0310-8fa8-9805f1628bb7>
Thu, 2 Sep 1999 23:17:58 +0000 (23:17 +0000)
committerguy <guy@f5534014-38df-0310-8fa8-9805f1628bb7>
Thu, 2 Sep 1999 23:17:58 +0000 (23:17 +0000)
commit3ceef727c4f4d419726d47c2f970e1de25e02f86
treec380ff69fcfe7f5e7ea7c4c1276ac78e85cccd4b
parent18200bd9fa9ff5cc84e68ff482b9e9020a70b273
Have the IPX code set "pi.len" and "pi.captured_len" based on the length
in the IPX header, and have the dissectors it calls use it rather than
being passed the length as an argument.

Treat both packet type 20 ("WAN Broadcast") and 4 ("IPX", although 3 is
also "IPX", according to Network Monitor) as potentially being NetBIOS
packets.

The packet types for the IPX NetBIOS socket (0x0455) and the NWLink
sockets (0x0551 and 0x0553) are different (perhaps because there's one
socket for the 0x0455 NBIPX, so you have to do name service and datagram
service and have the packet types distinguish them, but NWLink has
separate sockets for name service and datagram service).

The packet type for name service and for datagram service are at
*different locations* in the packet, which is unfortunate if you want to
use the packet type to distinguish name service and datagram service
packets.  Use the packet length, for now, to distinguish them, with
socket 0x0455.

Dissect datagram packets differently from name service packets.

Export "packet-netbios.c"'s "netbios_add_name()" routine, and use it
when dissecting NBIPX packets as well.

Label NBIPX packets as "NBIPX" rather than "NetBIOS".

git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@627 f5534014-38df-0310-8fa8-9805f1628bb7
Makefile.am
packet-ipx.c
packet-nbipx.c
packet-ncp.c
packet-netbios.c
packet-netbios.h [new file with mode: 0644]
packet.h