Match requests and responses using both the MID and the PID; the SNIA
authorguy <guy@f5534014-38df-0310-8fa8-9805f1628bb7>
Tue, 8 Jan 2002 05:52:05 +0000 (05:52 +0000)
committerguy <guy@f5534014-38df-0310-8fa8-9805f1628bb7>
Tue, 8 Jan 2002 05:52:05 +0000 (05:52 +0000)
commitadabb7146a5fea77fbda9122c49f52a2ecac31e6
treeb5abffeb8f2736a10accd12636c3333cefa46efd
parent53ac9b11c13c68f127cf1d72114ccc31b3116df6
Match requests and responses using both the MID and the PID; the SNIA
CIFS draft spec speaks of both being used:

The multiplex ID (Mid) is used along with the Pid to allow
multiplexing the single client and server connection among the
client's multiple processes, threads, and requests per thread.
Clients may have many outstanding requests (up to the negotiated
number, MaxMpxCount) at one time.  Servers MAY respond to
requests in any order, but a response message MUST always
contain the same Mid and Pid values as the corresponding request
message.  The client MUST NOT have multiple outstanding requests
to a server with the same Mid and Pid.

and I have seen a capture where more than one PID is used on a given
connection and where the same MID is used with two different PIDs.

Get rid of the "mid" field in the "smb_info_t" structure - the MID is
not used outside "dissect_smb()".

git-svn-id: http://anonsvn.wireshark.org/wireshark/trunk@4495 f5534014-38df-0310-8fa8-9805f1628bb7
packet-smb.c
smb.h