aboutsummaryrefslogtreecommitdiffstats
path: root/packet-ncp2222.inc
AgeCommit message (Collapse)AuthorFilesLines
2002-09-22Fix some (but not all) compiler warnings.Gerald Combs1-10/+10
svn path=/trunk/; revision=6317
2002-09-22From Greg Morris: More NDS decodes.Gerald Combs1-112/+7267
Fix a typo in get_string(). svn path=/trunk/; revision=6313
2002-08-25NDS fragment handles are 32 bits, according to Greg Morris.Guy Harris1-7/+6
svn path=/trunk/; revision=6084
2002-08-23Give the NDS Verb field a value_string table, so you can filter on itGuy Harris1-302/+65
without having to know the numerical values for the verbs. Use that table to convert the verb value to a verb name. Fix indentation. svn path=/trunk/; revision=6075
2002-08-23Note to the person who checked in the previous change: that's "alreadyGuy Harris1-2/+2
have", not "don't have". :-) svn path=/trunk/; revision=6074
2002-08-23In "dissect_nds_request()", if we already have a tree into which to putGuy Harris1-3/+2
items, don't create the temporary tree. svn path=/trunk/; revision=6073
2002-08-23From Greg Morris:Gilbert Ramirez1-37/+504
1. Secret Store Services (NCP 94) (ncp2222.py) 2. NMAS (NCP 92) (ncp2222.py) 3. NDS information in summary screen (packet-ncp.c & packet-ncp2222.inc) 4. Sever broadcast packets (NCP type 0xbbbb) to notify workstation to clear op-lock (packet-ncp.c) 5. Large Internet Packets (LIP) (packet-ncp.c) 6. Unicode Support. (unicode_to_string function in packet-ncp2222.inc & ncp2222.py) svn path=/trunk/; revision=6069
2002-05-16Move the #defines for NCP packet types to "packet-ncp-int.h", and useGuy Harris1-7/+23
them in "packet-ncp2222.inc". The page at http://www.odyssea.com/whats_new/tcpipnet/tcpipnet.html indicates that a positive ACK (0x9999) NCP packet has the same completion code and connection status fields as a reply (0x3333) packet (but nothing after them); hand "dissect_ncp_reply()" the packet type as one of its arguments, and have it handle positive ACK packets as well as reply packets. It also indicates that bit 4 of the connection status indicates that the server is unavailable, and the page at http://www.unm.edu/~network/presentations/course/appendix/appendix_f/tsld088.htm speaks of that and of the significance of other bits; put a comment in "ncp2222.py", before the "hf_ncp_connection_status" field, about that. From looking at a capture, it appears that a "destroy service connection" (0x5555) packet should be treated like a "create service connection" (0x1111) packet and be handed to "dissect_ncp_request()". Note that perhaps watchdog packets should be handled by "dissect_ncp_reply()" as well. svn path=/trunk/; revision=5489
2002-05-16For response packets, add a field showing the number of the frameGilbert Ramirez1-1/+9
containing the request packet. svn path=/trunk/; revision=5485
2002-05-11Put in a note about date and time formats.Guy Harris1-1/+17
svn path=/trunk/; revision=5451
2002-05-09Merge the work in Novell_NCP_branch into the mainline code.Gilbert Ramirez1-55/+625
A little work still needs to be done on the new NCP dissector -- make some of the COL_INFO texts more useful, handle a Unicode issue, and modify some of the cases that use "request conditions". But the NCP dissector as it stands is very usable now. Note: I didn't merge in the PROTO_LENGTH_UNTIL_END macro... I wanted to think about the various possible macros and review an email conversation I had with Guy on the subject. svn path=/trunk/; revision=5432
2002-04-04Remove unused variable.Gilbert Ramirez1-2/+1
svn path=/trunk/; revision=5094
2002-01-10Allow NCP types to define bitfields. In order to implementGilbert Ramirez1-3/+49
sub-trees, I added new functions to ptvcursor: ptvcursor_add_no_advance() ptvcursor_tvbuff() ptvcursor_current_offset() Note that no NCP type that actually uses bitfields has been checked in yet. svn path=/trunk/; revision=4509
2002-01-05Long NCP traces can easily have many packets whose "uniqueness"Gilbert Ramirez1-13/+21
variables wrap-around. Since the request/reply packets are related via a hash based on these uniqueness variables, long NCP traces can have mis-matches reqeust/reply records. Thus, only do the hash-lookup for the reply packet during the first sequential scan of the trace file. Once the pertinent info is found, store it in the packet's private data area. Since the memory allocated for the hash and for the structures that make up the keys are no longer needed after the first sequential run through the trace file, arrange to free that memory after the first sequential run. Similar to the register_init_routine() that allows dissectors to register callbacks for calling *before* a capture file is loaded, set up a register_postseq_cleanup_routine() function that allows dissectors to register callbacks for calling *after* the first sequential run-through of the trace file is made. This is not a *final* cleanup callback, since Ethereal will still have that trace file open for random-access reading. I didn't have tethereal call postseq_cleanup_all_protocols() since tethereal doesn't keep the trace file open for random-access reading. I could easily be swayed to make tethereal call that function, however. svn path=/trunk/; revision=4484
2001-12-10Move the pointer to the "column_info" structure in the "frame_data"Guy Harris1-7/+7
structure to the "packet_info" structure; only stuff that's permanently stored with each frame should be in the "frame_data" structure, and the "column_info" structure is not guaranteed to hold the column values for that frame at all times - it was only in the "frame_data" structure so that it could be passed to dissectors, and, as all dissectors are now passed a pointer to a "packet_info" structure, it could just as well be put in the "packet_info" structure. That saves memory, by shrinking the "frame_data" structure (there's one of those per frame), and also lets us clean up the code a bit. svn path=/trunk/; revision=4370
2001-11-13Hopefully the last time I have to change my e-mail address.Gilbert Ramirez1-2/+2
svn path=/trunk/; revision=4199
2001-09-03Instead of having a single datum attached to a conversation, have a listGuy Harris1-6/+6
of protocol-id-plus-datum pairs, so that multiple protocols can attach information to the same conversation. Dissectors that attach information to a conversation should not assume that if they find a conversation it has one of its data attached to it; the conversation might've been created by another dissector. svn path=/trunk/; revision=3901
2001-06-28Handle a few of the NCP types from the traces sent in by Pete,Gilbert Ramirez1-19/+84
<psailor@uswest.net> svn path=/trunk/; revision=3617
2000-10-21Support for conversations with "wildcard" destination addresses, fromGuy Harris1-4/+4
Jeff Foster. svn path=/trunk/; revision=2523
2000-09-22Move #included C code from an *.h file to an *.inc file.Gilbert Ramirez1-0/+261
svn path=/trunk/; revision=2456