Detailed Design
Requested by: Mr. Ken Swarner
Systems Administrator
Computer Science Department of
Siena College
TCP/IP Packet Descriptor
EdgeTech Development
“Always on the cutting edge”
EdgeTechDevelopment@hotmail.com
Prepared by: Matt Decrescente
Eric Fish
Jill Foster, Team Leader
John Mooney
Das Nobel
Preliminary Design
Table
of Contents
1.0 External
Design Specifications |
4 |
1.1 User Displays |
4-14 |
1.2 User Command Summary |
15 |
1.3 Detailed Data Flow Diagrams |
16-18 |
2.0 Architectural Design
Specification |
19 |
2.1 User Commands (AKA “Clickable Buttons”) |
19 |
2.2 Functional Descriptions |
20 |
2.2.1 IP PDU for the selected FTP PDU |
20-33 |
2.2.2 TCP PDU for the selected FTP PDU |
34-44 |
2.2.3 FTP PDU for the selected FTP PDU |
45 |
2.2.4 IP PDU for the selected ICMP PDU |
46-58 |
2.2.5 ICMP PDU for the selected ICMP PDU |
59-65 |
2.2.6 IP PDU for the selected SMTP PDU |
66-79 |
2.2.7 TCP PDU for the selected SMTP PDU |
80-90 |
2.2.8 SMTP PDU for the selected SMTP PDU |
91-93 |
2.2.9 IP PDU for the selected UDP PDU |
94-113 |
2.2.10 UDP PDU for the selected UDP PDU |
114-118 |
2.2.11 IP PDU for
the selected SNMP PDU |
119-130 |
2.2.12 UDP PDU for the selected SNMP PDU |
131-135 |
2.2.13 SNMP PDU for the selected SNMP PDU |
136-144 |
2.2.14 IP PDU for the selected TELNET PDU |
145-156 |
2.2.15 TCP PDU for the selected TELNET PDU |
157-167 |
2.2.16 TELNET PDU for the selected TELNET PDU |
168 |
2.2.17 IP PDU for the selected SSH PDU |
169-180 |
2.2.18 TCP PDU for the selected SSH PDU |
181-190 |
2.2.19 SSH PDU for the selected SSH PDU |
191-192 |
2.2.20 ARP PDU for the selected ARP PDU |
193-204 |
2.2.21 IP PDU for the selected PING PDU |
205-212 |
2.2.22 ICMP PDU for the selected PING PDU |
213-220 |
2.2.23 IP PDU for the selected HTTP PDU |
221-234 |
2.2.24 TCP PDU for the selected HTTP PDU |
235-244 |
2.2.25 HTTP PDU for the selected HTTP PDU |
245-262 |
3.0 Testing Requirements |
263 |
3.1 Testing Overview |
263 |
3.2 Test Cases |
263 |
3.3 Testing Sheets |
264 |
3.3.1 Functional Requirements Testing Sheet |
264-265 |
3.3.2 Ethernet Testing Sheet |
266-267 |
3.3.3 IP Testing Sheet |
268-270 |
3.3.4 TCP Testing Sheet |
271-273 |
3.3.5 FTP Testing Sheet |
274 |
3.3.6 ICMP Testing Sheet |
275-276 |
3.3.7 SMTP Testing Sheet |
277 |
3.3.8 UDP Testing Sheet |
278 |
3.3.9 SNMP Testing Sheet |
279-280 |
3.3.10 TELNET Testing Sheet |
281 |
3.3.11 SSH Testing Sheet |
282 |
3.3.10 ARP Testing Sheet |
283-284 |
3.3.11 PING Testing Sheet |
285-287 |
3.3.12 HTTP Testing Sheet |
288-289 |
4.0 Detailed Design
Specification |
290 |
4.1 Packaging and Deployment Specifications |
290 |
5.0 Appendix |
291 |
5.1 Gantt Chart |
291 |
5.1 Glossary |
292-294 |
1.0 External Design Specifications
1.1
User Displays
This is the first screen the user will see. It allows the user to choose a protocol that they would like to explore further. This will lead them to two other screens that will allow the user to select a packet for viewing purposes and to see what an Ethernet Packet looks like. Additionally, each frame within that packet will have the option to display information about that chosen frame.
The Protocol Selector Screen gives the user a graphical representation of how protocols are interrelated, and allows the desired protocol to be selected.
Our team
has enhanced this screen to include a Type/Length segment in the Ethernet
Packet area and a button to view the history of the project to give
acknowledgements to the two teams prior to our involvement on the project. We have also included more protocols to
illustrate that there are many other protocols within TCP/IP, even if we are
not implementing them.
This is the second screen; this is where a user will be brought when the user selects the protocol they wanted to view. This screen is new to this program. Our team has included this new functional screen to allow a user to select a specific packet for viewing. The user can view the packet by double-clicking on the preferred packet.
The user can also choose a captured session from the directory. The directory has sorting capabilities based on name and date of the files. We have included a button for the user to get back to the Protocol Selector Screen by clicking on “Choose Protocol”. This screen also includes buttons to view the history of the project.
Information
Display Screen
Once the user has selected a packet, this screen will display. The basis for our protocol suite, the FTP PDU is displayed on the left, filled in with the given data for the selected protocol. The user is able to click on any field in the FTP PDU, and an information box will display on the right, describing that field. In the FTP PDU Data field, “TCP PDU” is written – this indicates that the entire TCP PDU is contained within the TCP Data field. If the user clicks on this field, the TCP PDU will be displayed.
The PDUs are shown in a
hierarchical design on the top right corner of this screen: this allows the
user to navigate between them. The user
may also click on any PDU in this map to navigate. If at any point, the user wants to choose a different protocol or
packet to view, he or she may click on the “Choose
Protocol” or the “Choose Session”
button in the top left corner. The user
also has the capability of viewing the history page by clicking on the “TCP/IP
Project History” button.
This is the history screen that the user can get to from any of the other three screens. It gives a short synopsis of the project’s purpose and enhancements. Then, it lists the teams involved in the progression of the program and links to their websites and previously implemented projects. It also lists the clients involved and has links back to the college and course websites.
1.2 User Command Summary
This is the Protocol Selector Screen that gives the user the option to choose preferred protocol. This function will display a hierarchical tree of available protocols. Those nodes that are active will be a link to redirect the user to then select a captured session/packet.
Choose Packet
This is the Packet Selector Screen that gives the user the option to choose preferred captured session or packet. This function will display a directory of files captured and a packet listing within a captured session.
Active:
TCP/IP Terminal Emulation Protocol (TELNET), Simple
Network Management Protocol (SNMP), File Transfer Protocol (FTP), Simple Mail Transfer Protocol (SMTP), Hyper Text Transfer Protocol (HTTP), Address Resolution Protocol (ARP), Internet Control Message Protocol (ICMP), Packet Internet Groper (PING), Secure Shell (SSH).
Inactive:
Serial Line Internet Protocol (SLIP), Reverse Address Resolution Protocol (RARP), Routing Information Protocol (RIP), Bootstrap Protocol (BootP), Resource Reservation Protocol (RSVP), Internet Group Management Protocol (IGMP), Personal Information Manager (PIM), Dynamic Host Configuration Protocol (DHCP), Network Time Protocol (NTP), MobileIP, Multi-Purpose Internet Mail Extension (MIME), Lightweight Directory Access Protocol (LDAP), Post Office Protocol – Version 3 (POP3), Domain Name System (DNS), Internet Message Access Protocol – Version 4 (IMAP4), X-window, Secure Copy (SCP).
Allows the user to see their progression through the many protocols, and also able to choose their desired protocol.
Information Box
Allows the user to see the given information for a selected field.
Protocol Fields
Each field will be a link. When selected, it will be highlighted and the Information of that field will be shown to the right of the field display.
Request for Comments
Link
Each PDU will have a link to a web site with extensive information about the selected protocol.
TCP/IP Project History
Allows use to go to the history page to read synopsis of the
progression of the program and the different teams that assisted in getting the
program to where it is today.
1.3 Detailed Data Flow Diagrams
Level 0 Diagram:
Context Diagram:
Context Diagram:
Level 0:
Detailed Diagram:
Level 1:
1.4 Hardware, Software and Human Interfaces
The prototype was developed and designed on Macromedia Fireworks, a graphic design program.
The program will be written in HTML using Macromedia MX and PHP (PHP Hypertext Processor) Version 4.1.2.
The TCP/IP Packet Descriptor program will be hosted as a web site on the Siena College Computer Science Department’s Oraserv Linux server (Red Hat version 7.1), running the Apache web server (version 1.3.19).
Any Netscape Navigator 7.x or greater and Internet Explorer 5.x or greater web browser may access the program.
2.0 Architectural Design Specification
2.1 User Commands – FTP (AKA “Clickable Buttons”)
IP Version
Internet Header Length
Type of Service
Total Length of Ethernet Frame
Identification
Flags
Fragment Offset
Time to Live
Protocol
Header Checksum
Source IP Address
Destination IP Address
Options
Data
Source Port Number
Destination Port Number
Sequence Number
Acknowledgement Number
Header Lengths
Reserved
Window Size
TCP Checksum
Urgent Pointer
Options
Data
FTP PDU
Source Port Number
Destination Port Number
Sequence Number
Acknowledgement Number
Header Length
Reserved
Window Size
FTP Checksum
Urgent Pointer
Options
Data
2.1.1 IP PDU for the selected FTP PDU
IP PDU
> IP Version for the selected FTP PDU
Field Name: IP Version
Purpose and Definition: Version is a 4-bit field that indicates the
format of the Internet header.
Field Key: 4 = IPv4
6
= IPv6
Data value (decimal): 4
Data values in other bases:
Hexadecimal |
4 |
Binary |
0100 |
IP PDU > Internet Header Length for the selected FTP PDU
Field Name:
Internet Header Length
Purpose and Definition: The IHL field is a 4-bit field indicating the length of the Internet header in 32 bit words, and thus points to the beginning of the data. The minimum value of a correct header is 5.
Field Key: Not applicable
Data value: The value contained in our field is 20 bytes. This is the hexadecimal and decimal value of 5 multiplied by 4 bits.
Data values in other bases:
Hexadecimal |
0 |
5 |
Binary |
0000 |
0101 |
IP PDU
> Type of Service for the selected FTP PDU
Field Name:
Type of Service
Purpose and Definition: Type of Service is an 8-bit field that
provides and indication of the abstract parameters of the quality of service
desired. These parameters guide the
selection of the actual service parameters when transmitting a datagram through
a particular network.
Field Key: The major choice is a three-way tradeoff between low-delay, high-reliability, and high-throughput.
Bits 0-2: Precedence
Bit 3: (D) 0 = Normal Delay 1 = Low Delay
Bit 4: (T) 0 = Normal Throughput 1 = High Throughput
Bit 5: (R) 0 = Normal Reliability 1 = High Reliability
Precedence:
111 = Network Control 011 = Flash
110 = Inter-network Control 010 = Immediate
101 = CRITIC/ECP 001 = Priority
100 = Flash
Override 000 = Routine
Data value (hexadecimal): 10
Data values in other bases:
Hexadecimal |
1 |
0 |
Binary |
0001 |
0000 |
IP PDU
> Total Length of Ethernet Frame for the selected FTP PDU
Field Name: Total Length of Ethernet Frame
Purpose and Definition: Total Length is a
16-bit field that indicates the length of the frame, measured in octets,
including Internet header and data. The
maximum size is 216 or 65,536 octets; however, the recommended
maximum size is 576 octets.
Field Key:
Not applicable
Data values (hexadecimal): 69
Data values in other bases:
Hexadecimal |
0 |
0 |
6 |
9 |
Binary |
0000 |
0000 |
0110 |
1001 |
IP PDU > Identification for the selected FTP PDU
Field Name: Identification
Purpose and Definition: Identification is a 16-bit field. An identifying value is assigned by the
sender to aid in assembling the fragments of a datagram. The identifier is chosen based on the need
to provide a way to uniquely identify the fragments and protocol for the time
the datagram or any fragment could be alive in the Internet.
Field Key:
Not applicable
Data value (hexadecimal): AA 41
Data values in other bases:
Hexadecimal |
A |
A |
4 |
1 |
Binary |
1010 |
1010 |
0100 |
0001 |
IP PDU > Flags for the selected FTP PDU
Field Name:
Flags
Purpose and Definition: Flags is a 3-bit field that indicates
directions for fragmentation.
Field Key:
Bit 0: reserved, must be 0
Bit 1: (DF) 0 = May Fragment 1 = Don’t Fragment
Bit 2: (MF) 0 = Last Fragment 1 = More Fragment
Data value (binary): 010
Data values in other bases: Not applicable
IP PDU > Fragment Offset for the selected FTP PDU
Field Name:
Fragment Offset
Purpose and Definition: The Fragment Offset is a 13- bit field
indicating where in the Ethernet frame this fragment begins. The Fragment Offset is measured in units of
8 octets, and the first fragment has offset 0.
Field Key:
Not applicable
Data value (decimal): 0
Data values in other bases:
IP PDU
> Time to Live for the selected FTP PDU
Field Name: Time to Live
Purpose and Definition: Time to Live is an 8-bit field that
indicates the maximum time the datagram is allowed to remain in the
Internet. If this field contains the
value 0, then the datagram must be destroyed.
This field is modified in Internet header processing. The time is measure in units of seconds, and
is set by the sender to the maximum time the datagram is allowed to be in the
Internet. This field is decreased at
each point that the Internet header is processed. The intention is to cause undeliverable packets to be discarded,
and to bind the maximum datagram lifetime.
Field Key:
Not applicable
Data value (decimal): 64
Data values in other bases:
Hexadecimal |
4 |
0 |
Binary |
0100 |
0000 |
Decimal |
64 |
IP PDU
> Protocol for the selected FTP PDU
Field Name: Protocol
Purpose and Definition: Protocol is an 8-bit field that indicates
the next level protocol that is used in the data portion of the Internet
diagram.
Field Key:
0 00 Reserved 22 16 Multiplexing
1 01 ICMP 23 17 DCN
2 02 Unassigned 24 18 TAC Monitoring
3 03 Gateway-to-Gateway 25-76 19-4C Unassigned
4 04 CMCC
Gateway Monitoring Message 77 4D Any local network
5 05 ST 100 64 SATNET and Backroom
EXPAK
6 06 TCP 101 65 MIT Subnet Support
7 07 UCL 102-104 66-68 Unassigned
10 0A Unassigned 105 69 SATNET Monitoring
11 0B Secure 106 6A Unassigned
12 0C BBN
RCC Monitoring 107 6B Internet Packet
Core Utility
13 0D NVP 110-113 6E-71 Unassigned
14 0E PUP 114 72 Backroom SATNET Monitoring
15 0F Pluribus 115 73 Unassigned
16 10 Telnet 116 74 WIDEBAND Monitoring
17 11 XNET 117 75 WIDEBAND EXPAK
20 14 Chaos 120-376 78-0178 Unassigned
21 15 User Datagram 377 0179 Reserved
Data value (hexadecimal): 06
Data values in other bases:
Hexadecimal |
0 |
6 |
Binary |
0000 |
0110 |
Decimal |
6 |
RFC Link: http://www.faqs.org/rfcs/rfc790.html
IP PDU > Header Checksum for the selected FTP PDU
Field Name: Header Checksum
Purpose and Definition: The Header Checksum is a 16-bit field. The Checksum is the 16-bit one’s complement sum of all 16-bit words in the header. For purposes of computing the checksum, the initial value of its field is zero. When both header checksums are equal, then the header bits are correct. If either checksums vary, then a new, correct packet will need to be sent.
This is a simple way to compute the checksum and experimental evidence indicates that it is adequate, but it is provisional and may be replaced by a CRC procedure, depending on further experience.
Field Key: Not
applicable
Data value (hexadecimal): 0E 85
Data values in
other bases:
Hexadecimal |
0 |
E |
8 |
5 |
Binary |
0000 |
1110 |
1000 |
0101 |
IP PDU > Source
Address for the selected FTP PDU
Field Name: Source Address
Purpose and Definition: The Source Address is a 32-bit field that contains the IP address of the host that sent the IP Packet.
Field Key: Not
applicable
Data value (decimal): 192.168.0.39
Data values in
other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
2 |
7 |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
0010 |
0111 |
Decimal |
192 |
168 |
0 |
39 |
IP PDU > Destination Address for the selected FTP PDU
Field Name: Destination Address
Purpose and Definition: The Destination Address is a 32-bit field that contains the address of the host that is to receive the data contained within the IP packet.
Field Key:
Not applicable
Data value (decimal): 192.168.0.101
Data values in
other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
6 |
5 |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
0110 |
0101 |
Decimal |
192 |
168 |
0 |
101 |
IP PDU > Options and Padding for the selected FTP PDU
Field Name: Options and Padding
Purpose and Definition: The options may or may not appear in Ethernet packets. They must be implemented by all IP modules (host and gateways). What is optional is their transmission in any particular packet, not their implementation.
The option field is variable in length. There may be zero or more options. There are two cases for the format of an option.
Case 1: A single octet of option type
Case 2: An option-type octet, an option-length octet, and the actual option-data octets.
Field Key: Not
applicable
Data values: Not applicable
Data values in
other bases: Not applicable
IP PDU > Data for the selected FTP PDU
Field Name: Data
Purpose and Definition: The Data is a variable length field which contains the actual data that is being sent from one host to another. The data field may start with a Layer 4 header, which will give additional instructions to the application that will be receiving the data; alternately, it may be an ICMP header and not contain any user data at all.
Field Key: Not
applicable
Data values (hexadecimal) : (TCP) 80 30 00 15 81 A5 16 6C 87 A3 53 5D 80 18 16 D0 11 F4 00 00 01 01 08 0A 1B 25 F3 A1 0b DD 73 58
(FTP) 50 41 53 53 20 66 31 61 32 6B 33 75 73 65 72 0D 0A
Data values in other bases:
Hexadecimal: (TCP) 0 x 80 30 00 15 81 A5 16 6C 87 A3 53 5D 80 18 16 D0 11 F4 00 00 01 01 08 0A 1B 25 F3 A1 0B DD 73 58
(FTP) 50 41 53 53 20 66 31 61 32 6B 33 75 73 65 72 0D 0A
ASCII: (TCP) ↑ 0 © © ↑ ↑ © ↑ ↑ S ] ↑ © © ↑ © ↑ © © © © © © © % ↑ ↑ © ↑ s X
(FTP) P A S S S © f 1 a 2 k 3 u s e r © ©
2.1.2 TCP PDU for the selected FTP PDU
IP > TCP PDU > Source Port for the selected FTP PDU
Field Name: Source Port
Purpose and Definition:
This 16-bit number represents the name of the application that sent the data in the IP packet.
Field Key: Not
applicable
Data value (decimal): 32816
Data values in
other bases:
Hexadecimal |
8 |
0 |
3 |
0 |
Binary |
1000 |
0000 |
0011 |
0000 |
IP > TCP PDU > Destination Port for the selected FTP PDU
Field Name: Destination Port
Purpose and
Definition:
This 16-bit number represents the name of the application that is to
receive the data contained within the IP packet. This is one of the major
differences between a Layer 3 and a Layer 4 header: the Layer 3 header contains
the IP address of the computer that is to receive the IP packet; once that
packet has been received, the port address in the Layer 4 header ensures that
the data contained within that IP packet is passed to the correct application
on that computer.
Field Key:
This key indicates
assigned port number values:
0 Reserved
1-32767 Internet registered ("well-known") protocols
32768-98303 Reserved, to allow TCPv7-TCPv4 conversion
98304 & up Dynamic assignment
Data value (decimal): 21 (indicates FTP)
Data values in
other bases:
Hexadecimal |
0 |
0 |
1 |
5 |
Binary |
0000 |
0000 |
0001 |
0101 |
Source: http://www.zvon.org/tmRFC/RFC1475/Output/chapter4.html
IP > TCP PDU > Sequence Number for the selected FTP PDU
Field Name: Sequence Number
Purpose and
Definition:
TCP is responsible for ensuring that all IP packets sent are actually
received. When an application's data is packaged into IP packets, TCP will give
each IP packet a sequence number. Once all the packets have arrived at the
receiving computer, TCP uses the number in this 32-bit field to ensure that all
of the packets actually arrived and are in the correct sequence.
Field Key:
Not applicable
Data value (decimal): 2175080044
Data values in
other bases:
Hexadecimal |
8 |
1 |
A |
5 |
1 |
6 |
6 |
C |
Binary |
1000 |
0001 |
1010 |
0101 |
0001 |
0110 |
0110 |
1100 |
IP > TCP PDU > Acknowledgement Number for the selected FTP
PDU
Field Name: Acknowledgement Number
Purpose and Definition:
This number is used by the receiving computer to acknowledge which
packets have successfully arrived. This number will be the sequence number of
the next packet the receiver is ready to receive.
Field Key: Not
applicable
Data value: 2275627869
Data values in
other bases:
Hexadecimal |
8 |
7 |
A |
3 |
5 |
3 |
5 |
D |
Binary |
1000 |
0111 |
1010 |
0011 |
0101 |
0011 |
0101 |
1101 |
IP > TCP PDU > Header Length or Offset for the selected
FTP PDU
Field Name: Header
Length or Offset
Purpose and
Definition:
This is identical in concept to the header length in an IP packet,
except this time it indicates the length of the TCP header.
Field Key: Not
applicable
Data value (bytes): 32
Data values in
other bases:
Hexadecimal |
8 |
0 |
Binary |
1000 |
0000 |
.
IP > TCP PDU > Reserved for the selected FTP PDU
Field Name: Reserved
Purpose and
Definition:
These 6 bits are unused and are always set to 0.
Field Key: Not
applicable
Data value (binary): 0000 00
Data values in
other bases:
Hexadecimal |
0 |
0 |
0 |
0 |
0 |
0 |
Binary |
0000 |
0000 |
0000 |
0000 |
0000 |
0000 |
IP > TCP PDU > Control Flags for the selected FTP PDU
Field Name: Control Flags
Purpose and
Definition:
Every TCP packet contains this 6-bit value that indicates how many
octets it can receive at once. When IP packets are received, they are placed in
a temporary area of RAM known as a buffer until the receiving computer has a
chance to process them; this value represents how big a buffer the receiving
host has made available for this temporary storage of IP packets.
Field Key:
Data value (binary): 01 1000
Data values in
other bases: Not applicable
IP > TCP PDU > Window Size for the selected FTP PDU
Field Name: Window
Size
Purpose and
Definition:
Every TCP packet contains this 16-bit value that indicates how many
octets it can receive at once. When IP packets are received, they are placed in
a temporary area of RAM known as a buffer until the receiving computer has a
chance to process them; this value represents how big a buffer the receiving
host has made available for this temporary storage of IP packets.
Field Key: Not applicable
Data value (decimal): 5840
Data values in
other bases:
Hexadecimal |
1 |
6 |
D |
0 |
Binary |
0001 |
0110 |
1110 |
0000 |
IP > TCP PDU > Checksum for the selected FTP PDU
Field Name: Checksum
Purpose and
Definition:
Unlike IP, TCP is responsible for ensuring that the entire IP packet
arrived intact. TCP will run a CRC on the entire IP packet (not just the
header) and place the resulting checksum in this field. When the IP packet is
received, TCP re-runs the CRC on the entire packet to ensure the checksum is
the same.
Field Key: Not
applicable
Data value (hexadecimal): 11 F4
Data values in
other bases:
Hexadecimal |
1 |
1 |
F |
4 |
Binary |
0001 |
0001 |
1111 |
0100 |
IP > TCP PDU > Urgent Pointer for the selected FTP PDU
Field Name: Urgent Pointer
Purpose and Definition:
If the Urgent flag is set to on, this value indicates where the urgent data is
located.
Information Key: Not
applicable
Data value: Not applicable
Data values in
other bases: Not applicable
IP > TCP PDU > Options and Padding for the selected FTP
PDU
Field Name: Options and Padding
Purpose and
Definition:
Like IP options, this field is optional and represents additional
instructions not covered in the other TCP fields. Again, if an option does not
fill up a 32-bit word, it will be filled in with padding bits.
Field Key: Not
applicable
Data value (hexadecimal): 01 01 08 0A 1B 25 F3 A1 0B DD 73 58
Data values in other bases:
Hexadecimal |
0 |
1 |
0 |
1 |
0 |
8 |
0 |
A |
1 |
B |
Binary |
0000 |
0001 |
0000 |
0001 |
0000 |
1000 |
0000 |
1010 |
0001 |
1011 |
Decimal |
1 |
1 |
8 |
10 |
27 |
|||||
ASCII |
© |
© |
© |
© |
© |
Hexadecimal |
2 |
5 |
F |
3 |
A |
1 |
0 |
B |
D |
D |
Binary |
0010 |
0101 |
1111 |
0011 |
1010 |
0001 |
0000 |
1011 |
1101 |
1101 |
Decimal |
37 |
243 |
161 |
11 |
221 |
|||||
ASCII |
% |
á |
á |
© |
á |
Hexadecimal |
7 |
3 |
5 |
8 |
Binary |
0101 |
0011 |
0101 |
1000 |
Decimal |
115 |
96 |
||
ASCII |
á |
á |
2.1.3 FTP PDU for the
selected FTP PDU
IP
>TCP > FTP Header for the FTP Packet
RFC Link: http://www.ietf.org/rfc/rfc0959.txt?number=959
The first four bytes of
the FTP PDU specify access control identifiers, data transfer parameters or file transfer protocol (command codes are shown in parenthesis).
USER NAME (USER)
The argument
field is a Telnet string identifying the user. The user identification is that
which is required by the server for access to its file system. This command will normally be the first
command transmitted by the user after the control connections are made (some
servers may require this). Additional
identification information in the form of a password and/or an account command
may also be required by some servers.
Servers may allow a new USER command to be entered at any point in order
to change the access control and/or accounting information. This has the effect of flushing any user,
password, and account information already supplied and beginning the login
sequence again. All transfer parameters
are unchanged and any file transfer in progress is completed under the old
access control parameters.
PASSWORD (PASS)
The argument field is a Telnet string
specifying the user's password. This
command must be immediately preceded by the user name command, and, for some
sites, completes the user's identification for access control. Since password
information
is quite sensitive, it is desirable in general to "mask" it or
suppress typeout. It appears that the
server has no foolproof way to achieve this.
It is
therefore the
responsibility of the user-FTP process to hide the sensitive password
information.
ACCOUNT (ACCT)
The argument
field is a Telnet string identifying the user's account. The command is not necessarily related to
the USER command, as some sites may require an account for login and others
only for specific access, such as storing files. In the latter case the command may arrive at any time. There are
reply codes to differentiate these cases for the automation: when account
information is required for login, the response to a successful PASSword
command is reply code 332. On the other
hand, if account information is NOT required for login, the reply to a
successful PASSword command is 230; and if the account information is needed
for a command issued later in the dialogue, the server should return a 332 or
532 reply depending on whether it stores (pending receipt of the ACCounT
command) or discards the command, respectively.
CHANGE WORKING DIRECTORY (CWD)
This command
allows the user to work with a different directory or dataset for file storage
or retrieval without altering his login or accounting information. Transfer
parameters
are similarly unchanged. The argument
is a pathname specifying a directory or other system dependent file group
designator.
CHANGE TO PARENT DIRECTORY (CDUP)
This command
is a special case of CWD, and is included to simplify the implementation of
programs for transferring directory trees between operating systems having
different syntaxes for naming the parent directory. The reply codes shall be identical to the reply codes of
CWD.
STRUCTURE MOUNT (SMNT)
This command
allows the user to mount a different file system data structure without
altering his login or accounting information.
Transfer parameters are similarly unchanged. The argument is a pathname specifying a directory or other system
dependent file group designator.
REINITIALIZE (REIN)
This command
terminates a USER, flushing all I/O and account information, except to allow
any transfer in progress to be completed.
All parameters are reset to the default settings and the control
connection is left open. This is
identical to the state in which a user finds himself immediately after the
control connection is opened. A USER
command may be expected to follow.
LOGOUT (QUIT)
This command
terminates a USER and if file transfer is not in progress, the server closes
the control connection. If file
transfer is in progress, the connection will remain open for result response
and the server will then close it. If
the user-process is transferring files for several USERs but does not wish to
close and then reopen connections for each, then the REIN command should be
used instead of QUIT. An unexpected close on the control connection will cause
the server to take the effective action of an abort (ABOR) and a logout (QUIT).
DATA PORT (PORT)
The argument
is a HOST-PORT specification for the data port to be used in data
connection. There are defaults for both
the user and server data ports, and under normal circumstances this command and
its reply are not needed. If this
command is used, the argument is the concatenation of a 32-bit internet host
address and a 16-bit TCP port address. This address information is broken into
8-bit fields and the value of each field is transmitted as a decimal number (in
character string representation). The
fields are separatedby commas. A port
command would be:
PORT h1,h2,h3,h4,p1,p2
where h1 is
the high order 8 bits of the internet host address.
PASSIVE (PASV)
This command
requests the server-DTP to "listen" on a data port (which is not its
default data port) and to wait for a
connection rather than initiate one upon receipt of a transfer
command. The response to this command
includes the host and port address this server is listening on.
REPRESENTATION TYPE (TYPE)
The argument specifies
the representation type as described in the Section on Data Representation and
Storage. Several types take a second
parameter. The first parameter is
denoted by a single Telnet character, as is the second Format parameter for
ASCII and EBCDIC; the second parameter for local byte is a decimal integer to
indicate Byte size. The parameters are separated by a <SP> (Space, ASCII
code 32).
The following codes are assigned
for type:
\ /
A - ASCII | | N - Non-print
|-><-| T -
Telnet format effectors
E - EBCDIC| | C - Carriage Control (ASA)
/ \
I - Image
L <byte size> - Local
byte Byte size
FILE STRUCTURE (STRU)
The argument
is a single Telnet character code specifying file structure described in the
Section on Data Representation and Storage.
The following codes are assigned
for structure:
F - File (no record structure)
R - Record structure
P - Page structure
The default structure is File.
TRANSFER MODE (MODE)
The argument is a single Telnet character
code specifying the data transfer modes described in the Section on
Transmission Modes. The following codes
are assigned for transfer modes:
S - Stream
B - Block
C - Compressed
The default transfer mode is
Stream.
RETRIEVE (RETR)
This command
causes the server-DTP to transfer a copy of the file, specified in the
pathname, to the server- or user-DTP at the other end of the data
connection. The status and contents of
the file at the server site shall be unaffected.
STORE (STOR)
This command
causes the server-DTP to accept the data transferred via the data connection
and to store the data as a file at the server site. If the file specified in the pathname exists at the server site,
then its contents shall be replaced by the data being transferred. A new file is created at the server site if
the file specified in the pathname does
not already exist.
STORE UNIQUE (STOU)
This command
behaves like STOR except that the resultant file is to be created in the
current directory under a name unique to that directory. The 250 Transfer Started response must
include the name generated.
APPEND (with create) (APPE)
This command
causes the server-DTP to accept the data transferred via the data connection
and to store the data in a file at the server site. If the file specified in the pathname exists at the server site,
then the data shall be appended to that file; otherwise the file specified in
the pathname shall be created at the server site.
ALLOCATE (ALLO)
This command
may be required by some servers to reserve sufficient storage to accommodate
the new file to be transferred. The
argument shall be a decimal integer representing the number of bytes (using the
logical byte size) of storage to be reserved for the file. For files sent with record or page structure
a maximum record or page size (in logical bytes) might also be necessary; this
is indicated by a decimal integer in a second argument field of the
command. This second argument is
optional, but when present should be separated from the first by the three
Telnet characters <SP> R <SP>.
This command shall be followed by a STORe or APPEnd command. The ALLO command should be treated as a NOOP
(no operation) by those servers which do not require that the maximum size of
the file be declared beforehand, and those servers interested in only the
maximum record or page size should accept a dummy value in the first argument
and ignore it.
RESTART (REST)
The argument
field represents the server marker at which file transfer is to be
restarted. This command does not cause
file transfer but skips over the file to the specified data checkpoint. This command shall be immediately followed
by the appropriate FTP service command which shall cause file transfer to
resume.
RENAME FROM (RNFR)
This command
specifies the old pathname of the file which is to be renamed. This command must be immediately followed by
a "rename to" command specifying the new file pathname.
RENAME TO (RNTO)
This command
specifies the new pathname of the file specified in the immediately preceding
"rename from" command.
Together the two commands cause a file to be renamed.
ABORT (ABOR)
This command
tells the server to abort the previous FTP service command and any associated
transfer of data. The abort command may
require "special action", as discussed in the Section on FTP
Commands, to force recognition by the
server. No action is to be taken if the previous
command has been completed (including data transfer). The control connection is not to be closed by the server, but the
data connection must be closed.
There are two
cases for the server upon receipt of this command: (1) the FTP service command
was already completed, or (2) the FTP service command is still in progress.
In the first
case, the server closes the data connection (if it is open) and responds with a
226 reply, indicating that the abort command was successfully processed.
In the second
case, the server aborts the FTP service in progress and closes the data
connection, returning a 426 reply to indicate that the service request
terminated abnormally. The server then
sends a 226 reply, indicating that the abort command was successfully
processed.
DELETE (DELE)
This command
causes the file specified in the pathname to be deleted at the server
site. If an extra level of protection
is desired (such as the query, "Do you really wish to delete?"), it
should be provided by the user-FTP process.
REMOVE DIRECTORY (RMD)
This command
causes the directory specified in the pathname to be removed as a directory (if
the pathname is absolute) or as a subdirectory of the current working directory
(if the pathname is relative).
MAKE DIRECTORY (MKD)
This command
causes the directory specified in the pathname to be created as a directory (if
the pathname is absolute) or as a subdirectory of the current working directory
(if the pathname is relative).
PRINT WORKING DIRECTORY (PWD)
This command
causes the name of the current working directory to be returned in the reply.
LIST (LIST)
This command
causes a list to be sent from the server to the passive DTP. If the pathname specifies a directory or
other group of files, the server should transfer a list of files in the
specified directory. If the pathname
specifies a file then the server should send current information on the
file. A null argument implies the
user's current working or default directory.
The data transfer is over the data connection in type ASCII or type
EBCDIC. (The user must ensure that the
TYPE is appropriately ASCII or EBCDIC). Since the information on a file may
vary widely from system to system, this information may be hard to use
automatically
in a program, but may be quite
useful to a human user.
NAME LIST (NLST)
This command
causes a directory listing to be sent from server to user site. The pathname should specify a directory or
other system-specific file group descriptor; a null argument implies the
current directory. The server will
return a stream of names of files and no other information. The data will be transferred in ASCII or
EBCDIC type over
the data connection as valid pathname strings separated by <CRLF> or <NL>. (Again the user must ensure that the TYPE is
correct.) This command is intended to
return information that can be used by a program to
further
process the files automatically. For
example, in the implementation of a "multiple get" function.
SITE PARAMETERS (SITE)
This command
is used by the server to provide services specific to his system that are
essential to file transfer but not sufficiently universal to be included as
commands in the protocol. The nature of
these services and the specification of their syntax can be stated in a reply
to the HELP SITE command.
SYSTEM (SYST)
This command
is used to find out the type of operating system at the server. The reply shall have as its first word one
of the system names listed in the current version of the Assigned Numbers
document [4].
STATUS (STAT)
This command
shall cause a status response to be sent over the control connection in the
form of a reply. The command may be
sent during a file transfer (along with the Telnet IP and Synch signals--see
the Section on FTP Commands) in which case the server will respond with the
status of the operation in progress, or it may be sent between file transfers. In the latter case, the command may have an
argument
field. If the argument is a pathname,
the command is analogous to the "list" command except that data shall
be transferred over the control connection.
If a partial pathname is given, the server may respond with a list of
file names or attributes associated with that specification. If no argument is
given, the server should return general status information about the server FTP
process. This should include current
values of all transfer parameters and the status of connections.
HELP (HELP)
This command
shall cause the server to send helpful information regarding its implementation
status over the control connection to the user. The command may take an argument (e.g., any command name) and
return more specific
information
as a response. The reply is type 211 or
214. It is suggested that HELP be allowed before entering a USER command. The
server may use this reply to specify site-dependent parameters, e.g., in
response to HELP SITE.
NOOP (NOOP)
This command
does not affect any parameters or previously entered commands. It specifies no
action other than that the server send an OK reply.
The following is an
example of the TCP PDU that would be containing in a PASSWORD (PASS) packet.
What is Contained in the Packet
Request: PASS
Request Arg: f1a2k3user
Data Values (hexadecimal): 50 41 53 53 20 66 31 61
32 6B 33 75 73 65 72 0D 0A
Data Values in Other Bases:
ASCII |
P |
A |
S |
S |
SPC |
f |
1 |
a |
2 |
Hexadecimal |
5 0 |
4 1 |
5 3 |
5 3 |
2 0 |
6 6 |
3 1 |
6 1 |
3 2 |
Binary |
0101 0000 |
0100 0001 |
0101 0011 |
0101 0011 |
0010 0000 |
0110 0110 |
0011 0001 |
0110 0001 |
0011 0010 |
Decimal |
80 |
65 |
83 |
83 |
32 |
102 |
49 |
97 |
59 |
ASCII |
K |
3 |
u |
s |
e |
r |
\r |
\n |
Hexadecimal |
6 B |
3 3 |
7 5 |
7 3 |
6 5 |
7 2 |
0 D |
0 A |
Binary |
0110 1011 |
0011 0011 |
0111 0101 |
0111 0011 |
0110 0101 |
0111 0010 |
0000 1101 |
0000 1010 |
Decimal |
107 |
51 |
117 |
115 |
101 |
114 |
13 |
10 |
2.2 User Commands (AKA “Clickable Buttons”)
IP Version
Internet Header Length
Type of Service
Total Length of Ethernet Frame
Identification
Flags
Fragment Offset
Time to Live
Protocol
Header Checksum
Source IP Address
Destination IP Address
Options
Data
ICMP PDU
Type
Code
ICMP Checksum
Identifier
Data
2.2.1 IP PDU for the selected ICMP PDU
IP PDU
> Version for the selected ICMP PDU
Field Name: Version
Purpose and Definition: Version is a 4-bit field that indicates the
format of the Internet header.
Field Key: 4 = IPv4
6
= IPv6
Data value (decimal): 4
Data values in other bases:
Hexadecimal |
4 |
Binary |
0100 |
.
IP PDU > Internet Header Length for the selected ICMP PDU
Field Name:
Internet Header Length
Purpose and Definition: The IHL field is a 4-bit field indicating the length of the Internet header in 32 bit words, and thus points to the beginning of the data. The minimum value of a correct header is 5.
Field Key:
Not applicable
Data value: The value contained in our field is 20 bytes. This is the hexadecimal and decimal value of 5 multiplied by 4 bits.
Data values in other bases:
Hexadecimal |
0 |
5 |
Binary |
0000 |
0101 |
.
IP PDU
> Type of Service for the selected ICMP PDU
Field Name:
Type of Service
Purpose and Definition: Type of Service is an 8-bit field that
provides and indication of the abstract parameters of the quality of service
desired. These parameters guide the
selection of the actual service parameters when transmitting a datagram through
a particular network.
Field Key: The major choice is a three-way tradeoff between low-delay, high-reliability, and high-throughput.
Bits 0-2: Precedence
Bit 3: (D) 0 = Normal Delay 1 = Low Delay
Bit 4: (T) 0 = Normal Throughput 1 = High Throughput
Bit 5: (R) 0 = Normal Reliability 1 = High Reliability
Precedence:
111 = Network Control 011 = Flash
110 = Internetwork Control 010 = Immediate
101 = CRITIC/ECP 001 = Priority
100 = Flash
Overrided 000 = Routine
Data value (hexadecimal): 00
Data values in other bases:
Hexadecimal |
0 |
0 |
Binary |
0000 |
0000 |
IP PDU
> Total Length of Ethernet Frame for the selected ICMP PDU
Field Name: Total Length of Ethernet Frame
Purpose and Definition: Total Length is a
16-bit field that indicates the length of the frame, measured in octets,
including Internet header and data. The
maximum size is 216-1 or 65,535 octets; however, the recommended
maximum size is 576 octets.
Field Key: Not applicable
Data values (decimal): 84
Data values in other bases:
Hexadecimal |
0 |
0 |
5 |
4 |
Binary |
0000 |
0000 |
0101 |
0100 |
IP PDU
> Identification for the selected ICMP PDU
Field Name: Identification
Purpose and Definition: Identification is a 16-bit field. An identifying value is assigned by the sender to aid in assembling the fragments of a datagram. The identifier is chosen based on the need to provide a way to uniquely identify the fragments and protocol for the time the datagram or any fragment could be alive in the Internet
Field Key: Not applicable
Data value (hexadecimal): 00 00
Data values in other bases:
Hexadecimal |
0 |
0 |
0 |
0 |
Binary |
0000 |
0000 |
0000 |
0000 |
.
IP PDU
> Flags for the selected ICMP PDU
Field Name:
Flags
Purpose and Definition: Flags is a 3-bit field that indicates
directions for fragmentation.
Field Key:
Bit 0: reserved, must be 0
Bit 1: (DF) 0 = May Fragment 1 = Don’t Fragment
Bit 2: (MF) 0 = Last Fragment 1 = More Fragment
Data value (binary): 010
Data values in other bases: Not applicable
IP PDU > Fragment Offset
for the selected ICMP PDU
Field Name:
Fragment Offset
Purpose and Definition: The Fragment Offset is a 13- bit field
indicating where in the Ethernet frame this fragment begins. The Fragment Offset is measured in units of
8 octets, and the first fragment has offset 0.
Field Key:
Not applicable
Data value (decimal): 0
Data values in other bases:
.
IP PDU
> Time to Live for the selected ICMP PDU
Field Name: Time to Live
Purpose and Definition: Time to Live is an 8-bit field that
indicates the maximum time the datagram is allowed to remain in the
Internet. If this field contains the
value 0, then the datagram must be destroyed.
This field is modified in Internet header processing. The time is measure in units of seconds, and
is set by the sender to the maximum time the datagram is allowed to be in the
Internet. This field is decreased at
each point that the Internet header is processed. The intention is to cause undeliverable packets to be discarded,
and to bind the maximum datagram lifetime.
Field Key:
Not applicable
Data value (decimal): 64
Data values in other bases:
Hexadecimal |
4 |
0 |
Binary |
0100 |
0000 |
.
IP PDU > Protocol for the
selected ICMP PDU
Field Name: Protocol
Purpose and Definition: Protocol is an 8-bit field that indicates
the next level protocol that is used in the data portion of the Internet
diagram.
Field Key:
0 00 Reserved 22 16 Multiplexing
1 01 ICMP 23 17 DCN
2 02 Unassigned 24 18 TAC Monitoring
3 03 Gateway-to-Gateway 25-76 19-4C Unassigned
4 04 CMCC Gateway Monitoring Message 77 4D Any local network
5 05 ST 100 64 SATNET and Backroom EXPAK
6 06 TCP 101 65 MIT Subnet Support
7 07 UCL 102-104 66-68 Unassigned
10 0A Unassigned 105 69 SATNET Monitoring
11 0B Secure 106 6A Unassigned
12 0C BBN RCC Monitoring 107 6B Internet Packet Core Utility
13 0D NVP 110-113 6E-71 Unassigned
14 0E PUP 114 72 Backroom SATNET Monitoring
15 0F Pluribus 115 73 Unassigned
16 10 Telnet 116 74 WIDEBAND Monitoring
17 11 XNET 117 75 WIDEBAND EXPAK
20 14 Chaos 120-376 78-0178 Unassigned
21 15 User Datagram 377 0179 Reserved
Data value (hexadecimal): 01
Data values in other bases:
Hexadecimal |
0 |
1 |
Binary |
0000 |
0001 |
Decimal |
1 |
RFC Link: http://www.faqs.org/rfcs/rfc790.html
IP PDU > Header Checksum for the Selected ICMP PDU
Field Name: Header Checksum
Purpose and Definition: The Header Checksum is a 16-bit field. This CRC algorithm is the 16-bit one’s complement sum of all the 16-bit words in the header. For purposes of computing the checksum, the value of the checksum field is initially zero. When both header checksums are the same, then the header bits are correct. If either checksums vary, then a packet will need to be resent.
This is a simple way to compute the checksum and experimental evidence indicates that it is adequate, but it is provisional and may be replaced by a CRC procedure, depending on further experience.
Field Key: Not
applicable
Data value (hexadecimal): B8 CC
Data values in
other bases:
Hexadecimal |
B |
8 |
C |
C |
Binary |
1011 |
1000 |
1100 |
1100 |
IP PDU > Source Address for the Selected ICMP PDU
Field Name: Source Address
Purpose and Definition: The Source Address is a 32-bit field that contains the IP address of the host that sent the IP Packet.
Field Key: Not
applicable
Data value: 192.168.0.39
Data values in
other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
2 |
7 |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
0010 |
0111 |
Decimal |
192 |
168 |
0 |
39 |
IP PDU > Destination Address for the selected ICMP PDU
Field Name: Destination Address
Purpose and Definition: The Destination Address is a 32-bit field that contains the address of the host that is to receive the data contained within the IP packet.
Field Key: Not
applicable
Data value: 192.168.0.101
Data values in
other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
6 |
5 |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
0110 |
0101 |
Decimal |
192. |
168. |
0. |
101 |
IP PDU > Options and Padding for the selected ICMP PDU
Field Name: Options and Padding
Purpose and Definition: The options may or may not appear in Ethernet packets. They must be implemented by all IP modules (host and gateways). What is optional is their transmission in any particular packet, not their implementation.
The option field is variable in length. There may be zero or more options. There are two cases for the format of an option.
Case 1: A single octet of option type
Case 2: An option-type octet, an option-length octet, and the actual option-data octets.
Field Key: Not
applicable
Data values: Not applicable
Data values in
other bases: Not applicable
2.2.2 ICMP PDU for the selected ICMP PDU
IP > ICMP Header > Type for the selected ICMP PDU
Field Name: Type
Purpose and Definition: The type is an 8-bit field that identifies what sort of message the ICMP protocol is sending.
Field Key:
0 00 Echo Reply 16 10 Information Reply
1 01 Unassigned 17 11 Address Mask Request
2 02 Unassigned 18 12 Address Mask Reply
3 03 Destination Unreachable 19 13 Reserved (for Security)
4 04 Source Quench 20-29 14-1D Reserved (for Robustness Experiment)
5 05 Redirect 30 1E Trace route
6 06 Alternate Host Address 31 1F Datagram Conversion Error
7 07 Unassigned 32 20 Mobile Host Redirect
8 08 Echo 33 21 IPv6 Where-Are-You
9 09 Router Advertisement 34 22 IPv6 I-Am-Here
10 0A Router Solicitation 35 23 Mobile Registration Request
11 0B Time Exceeded 36 24 Mobile Registration Reply
12 0C Parameter Problem 37 25 Domain Name Request
13 0D Timestamp 38 26 Domain Name Reply
14 0E Timestamp Reply 39 27 SKIP
15 0F Information Request 40 28 Photuris
41-255 29-FF Reserved
Data value: 8 (Echo (ping) Request)
Data values in other bases:
Hexadecimal |
0 |
8 |
Binary |
0000 |
1000 |
Decimal |
8 |
RFC Link: http://www.iana.org/assignments/icmp-parameters
.
IP > ICMP Header > Code for the selected ICMP PDU
Field Name: Code
Purpose and
Definition: Code is an 8-bit field that provides further information
about the associated type field.
Field Key:
Type Name Type Name
0 Echo Reply (used by “PING”) 7 Unassigned
0 No Code 8 Echo (used by "PING")
1 Unassigned 0 No Code
2 Unassigned 9 Router Advertisement
3 Destination Unreachable 0 No Code
0 Net Unreachable 10 Router Selection
1 Host Unreachable 0 No Code
2 Protocol Unreachable 11 Time Exceeded
3 Port Unreachable 0 Time to Live exceeded in Transit
4 Fragmentation needed and 1 Fragment Reassembly Time Exceeded
Don't Fragment was Set 12 Parameter Problem
5 Source Route Failed 0 Pointer indicates the error
6 Destination Network Unknown 1 Missing a Required Option
7 Destination Host Unknown 2 Bad Length
8 Source Host Isolated 13 Timestamp
9 Communication with Destination 0 No Code
Network is Administratively Prohibited 14 Timestamp Reply
10 Communication with Destination 0 No Code
Host is Administratively Prohibited 15 Information Request
11 Destination Network Unreachable 0 No Code
for Type of Service 16 Information Reply
12 Destination Host Unreachable for 0 No Code
Type of Service 17 Address Mask Request
4 Source Quench 0 No Code
0 No Code 18 Address Mask Reply
5 Redirect 0 No Code
0 Redirect Datagram for the Network 19 Reserved (for Security)
1 Redirect Datagram for the Host 20-29 Reserved (for Robustness Experiment)
2 Redirect Datagram for the Type of 30 Trace route
Service and Network 31 Datagram Conversion Error
3 Redirect Datagram for the Type of 32 Mobile Host Redirect
Service and Host 33 IPv6 Where-Are-You
6 Alternate Host Address 34 IPv6 I-Am-Here
0 Alternate Address for Host 35 Mobile Registration Request
36 Mobile Registration Reply
Data value (decimal): 0
Data values in
other bases:
Hexadecimal |
0 |
0 |
Binary |
0000 |
0000 |
Decimal |
0 |
|
ASCII |
© |
.
IP > ICMP Header > Checksum for the selected ICMP PDU
Field Name: Checksum
Purpose and Definition: The checksum is the 16-bit one’s complement of the one’s complement sum of the ICMP message, starting with the ICMP type. For computing the checksum, the checksum field should initially be zero.
Field Key: Not applicable
Data value (hexadecimal): C9 15
Data values in other bases:
Hexadecimal |
C |
9 |
1 |
5 |
Binary |
1100 |
1001 |
0001 |
0101 |
.
IP > ICMP Header > Identifier for the selected ICMP PDU
Field Name: Identifier
Purpose and Definition: The identifier is a 16-bit field that is used in matching echoes and replies for when the code field is zero.
Field Key: Not applicable
Data value (hexadecimal): 70 60
Data values in other bases:
Hexadecimal |
7 |
0 |
6 |
0 |
Binary |
0111 |
0000 |
0110 |
0000 |
IP > ICMP Header > Sequence for the selected ICMP PDU
Field Name: Sequence
Purpose and Definition: The sequence is a 16-bit field that is used in matching echoes and replies for when the code field is zero.
Field Key: Not applicable
Data value (hexadecimal): 00 00
Data values in other bases:
Hexadecimal |
0 |
0 |
0 |
0 |
Binary |
0000 |
0000 |
0000 |
0000 |
.
IP > ICMP Header > Data for the selected ICMP PDU
Field Name: Data
Purpose and Definition: The data is a variable-length field that contains the actual information that is sent in the ping packet.
Field Key: Not applicable
Data value (hexadecimal): 42 B1 89 3F 00 00 00 00 2C C6 07 00 00 00 00 00 10 11 12 13 14 15 16 17 18 19 1A 1B 1C 1D 1E 1F 20 21 22 23 24 25 26 27 28 29 2A 2B 2C 2D 2E 2F 30 31 32 33 34 35 36 37
Data values in other bases:
Hexadecimal |
4 |
2 |
B |
1 |
8 |
9 |
3 |
F |
0 |
0 |
Binary |
0100 |
0010 |
1011 |
0001 |
1000 |
1001 |
0011 |
1111 |
0000 |
0000 |
Decimal |
66 |
177 |
137 |
63 |
0 |
|||||
ASCII |
B |
á |
á |
? |
© |
Hexadecimal |
0 |
0 |
0 |
0 |
0 |
0 |
2 |
C |
C |
6 |
Binary |
0000 |
0000 |
0000 |
0000 |
0000 |
0000 |
0010 |
1100 |
1100 |
0110 |
Decimal |
0 |
0 |
0 |
44 |
198 |
|||||
ASCII |
© |
© |
© |
, |
á |
Hexadecimal |
0 |
7 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
Binary |
0000 |
0111 |
0000 |
0000 |
0000 |
0000 |
0000 |
0000 |
0000 |
0000 |
Decimal |
7 |
0 |
0 |
0 |
0 |
|||||
ASCII |
© |
© |
© |
© |
© |
Hexadecimal |
0 |
0 |
1 |
0 |
1 |
1 |
1 |
2 |
1 |
3 |
Binary |
0000 |
0000 |
0001 |
0000 |
0001 |
0001 |
0001 |
0010 |
0001 |
0011 |
Decimal |
0 |
16 |
17 |
18 |
19 |
|||||
ASCII |
© |
© |
© |
© |
© |
Hexadecimal |
1 |
4 |
1 |
5 |
1 |
6 |
1 |
7 |
1 |
8 |
Binary |
0001 |
0100 |
0001 |
0101 |
0001 |
0110 |
0001 |
0111 |
0001 |
1000 |
Decimal |
20 |
21 |
22 |
23 |
24 |
|||||
ASCII |
© |
© |
© |
© |
© |
Hexadecimal |
1 |
9 |
1 |
A |
1 |
B |
1 |
C |
1 |
D |
Binary |
0001 |
1001 |
0001 |
1010 |
0001 |
1011 |
0001 |
1100 |
0001 |
1101 |
Decimal |
25 |
26 |
27 |
28 |
29 |
|||||
ASCII |
© |
© |
© |
© |
© |
Hexadecimal |
1 |
E |
1 |
F |
2 |
0 |
2 |
1 |
2 |
2 |
Binary |
0001 |
1110 |
0001 |
1111 |
0010 |
0000 |
0010 |
0001 |
0010 |
0010 |
Decimal |
30 |
31 |
32 |
33 |
34 |
|||||
ASCII |
© |
© |
SPACE |
! |
“ |
Hexadecimal |
2 |
3 |
2 |
4 |
2 |
5 |
2 |
6 |
2 |
7 |
Binary |
0010 |
0011 |
0010 |
0100 |
0010 |
0101 |
0010 |
0110 |
0010 |
0111 |
Decimal |
35 |
36 |
37 |
38 |
39 |
|||||
ASCII |
# |
$ |
% |
& |
‘ |
Hexadecimal |
2 |
8 |
2 |
9 |
2 |
A |
2 |
B |
2 |
C |
Binary |
0010 |
1000 |
0010 |
1001 |
0010 |
1010 |
0010 |
1011 |
0010 |
1100 |
Decimal |
40 |
41 |
42 |
43 |
44 |
|||||
ASCII |
( |
) |
* |
+ |
, |
Hexadecimal |
2 |
D |
2 |
E |
2 |
F |
3 |
0 |
3 |
1 |
Binary |
0010 |
1101 |
0010 |
1110 |
00010 |
1111 |
0011 |
0000 |
0011 |
0001 |
Decimal |
45 |
46 |
47 |
48 |
49 |
|||||
ASCII |
- |
. |
/ |
0 |
1 |
Hexadecimal |
3 |
2 |
3 |
3 |
3 |
4 |
3 |
5 |
3 |
6 |
Binary |
0011 |
0010 |
0011 |
0011 |
0011 |
0100 |
0011 |
0101 |
0011 |
0110 |
Decimal |
50 |
51 |
52 |
53 |
54 |
|||||
ASCII |
2 |
3 |
4 |
5 |
6 |
Hexadecimal |
3 |
7 |
Binary |
0011 |
0111 |
Decimal |
55 |
|
ASCII |
7 |
2.3 User Commands – TELNET (AKA “Clickable Buttons”)
IP Version
Internet Header Length
Type of Service
Total Length of Ethernet Frame
Identification
Flags
Fragment Offset
Time to Live
Protocol
Header Checksum
Source IP Address
Destination IP Address
Options
Data
Source Port Number
Destination Port Number
Sequence Number
Acknowledgement Number
Header Lengths
Reserved
Window Size
TCP Checksum
Urgent Pointer
Options
Data
TELNET PDU
Source Port Number
Destination Port Number
Sequence Number
Acknowledgement Number
Header Length
Reserved
Window Size
FTP Checksum
Urgent Pointer
Options
Data
2.3.1 IP PDU for the selected TELNET PDU
IP PDU > Internet Header
Length for the selected TELNET PDU
Field Name: IP Version
Purpose and Definition: Version is a 4-bit field that indicates the format of the internet header.
Field Key:
4 = IPv4
6 = IPv6
Data value (decimal): 4
Data values in other bases:
Hexadecimal |
4 |
Binary |
0110 |
IP PDU > Internet Header Length for the selected TELNET PDU
Field Name: Internet Header Length
Purpose and Definition: The IHL field is a 4-bit field indicating the length of the internet header in 32 bit words, and thus points to the beginning of the data. The minimum value of a correct header is 5.
Field Key: Not applicable.
Data value: The value contained in our field is 20 bytes. This is the hexadecimal and decimal value of 5 multiplied by 4 bits.
Data values in other bases:
Hexadecimal |
0 |
5 |
Binary |
0000 |
0101 |
IP PDU > Type of Service for the selected TELNET PDU
Field Name: Type of Service
Purpose and Definition: Type of Service is an 8-bit field that provides and indication of the abstract parameters of the quality of service desired. These parameters guide the selection of the actual service parameters when transmitting a datagram through a particular network.
Field Key: The major choice is a three-way tradeoff between low-delay, high-reliability, and high-throughput.
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
Precedence |
D |
T |
R |
0 |
0 |
Bits 0-2: Precedence |
|
Bit 3: (D) 0 = Normal Delay |
1 = Low Delay |
Bit 4: (T) 0 = Normal Throughput |
1 = High Throughput |
Bit 5: (R) 0 = Normal Reliability |
1 = High Reliability |
Precedence:
111 = Network Control |
011 = Flash |
110 = Internet work Control |
010 = Immediate |
101 = CRITIC/ECP |
001 = Priority |
100 = Flash Overridden |
000 = Routine |
Data value (hexadecimal): 10
Data values in other bases:
Hexadecimal |
1 |
0 |
Binary |
0001 |
0000 |
IP PDU > Total Length of Ethernet Frame for the selected
TELNET PDU
Field Name: Total Length of Ethernet Frame
Purpose and Definition: Total Length is a 16-bit field that indicates the length of the frame, measured in octets, including Internet header and data. The maximum size is 2^16 or 65,536 octets; however, the recommended maximum size is 576 octets.
Field Key: Not applicable
Data value (decimal): 128
Data values in other bases (hexadecimal):
Hexadecimal |
8 |
0 |
Binary |
1000 |
0000 |
IP PDU > Identification for the selected TELNET PDU
Field Name: Identification
Purpose and Definition: Identification is a 16-bit field. An identifying value is assigned by the sender to aid in assembling the fragments of a datagram. The identifier is chosen based on the need to provide a way to uniquely identify the fragments and protocol for the time the datagram or any fragment could be alive in the Internet.
Field Key: Not applicable
Data value (hexadecimal): C7 57
Data values in other bases:
Hexadecimal |
C |
7 |
5 |
7 |
Binary |
1100 |
0111 |
0101 |
0111 |
IP PDU > Flags for the selected TELNET PDU
Field Name: Flags
Purpose and Definition: Flags is a 3-bit field that indicates directions for fragmentation.
Field Key:
Bit 0: reserved, must be 0 |
|
Bit 1: (DF) 0 = May Fragment |
1 = Don’t Fragment |
Bit 2: (MF) 0 = Last Fragment |
1 = More Fragment |
Data value (binary): 001
Data values in other bases:
Not Applicable
IP PDU > Fragment Offset for the selected TELNET PDU
Field Name: Fragment Offset
Purpose and Definition: The Fragment Offset is a 13- bit field indicating where in the Ethernet frame this fragment begins. The Fragment Offset is measured in units of 8 octets, and the first fragment has offset 0.
Field Key: Not applicable
Data value (decimal): 0
Data values in other bases:
Binary: 0 0000 0000 0000
IP PDU > Time to Live for the
selected FTP PDU
Field Name: Time to Live
Purpose and Definition: Time to Live is an 8-bit field that indicates the maximum time the datagram is allowed to remain in the Internet. If this field contains the value 0, then the datagram must be destroyed. This field is modified in Internet header processing. The time is measure in units of seconds, and is set by the sender to the maximum time the datagram is allowed to be in the Internet. This field is decreased at each point that the Internet header is processed. The intention is to cause undeliverable packets to be discarded, and to bind the maximum datagram lifetime.
Field Key: Not applicable
Data value (decimal): 64
Data values in other bases:
Hexadecimal |
4 |
0 |
Binary |
0010 |
0000 |
Decimal |
64 |
IP PDU > Protocol for the selected TELNET PDU
Field Name: Protocol
Purpose and Definition: Protocol is an 8-bit field that indicates the next level protocol that is used in the data portion of the Internet diagram.
Field Key:
Dec |
Hex |
Protocol |
0 |
0 |
Reserved |
1 |
1 |
ICMP |
2 |
2 |
Unassigned |
3 |
3 |
Gateway-to-Gateway |
4 |
4 |
CMCC Gateway Monitoring Message |
5 |
5 |
ST |
6 |
6 |
TCP |
7 |
7 |
UCL |
10 |
A |
Unassigned |
11 |
B |
Secure |
12 |
C |
BBN RCC Monitoring |
13 |
D |
NVP |
14 |
E |
PUP |
15 |
F |
Pluribus |
16 |
10 |
Telnet |
17 |
11 |
XNET |
20 |
14 |
Chaos |
21 |
15 |
User Datagram |
22 |
16 |
Multiplexing |
23 |
17 |
DCN |
24 |
18 |
TAC Monitoring |
25-76 |
19-4C |
Unassigned |
77 |
4D |
Any local network |
100 |
64 |
SATNET and Backroom EXPAK |
101 |
65 |
MIT Subnet Support |
102-104 |
66-68 |
Unassigned |
105 |
69 |
SATNET Monitoring |
106 |
6A |
Unassigned |
107 |
6B |
Internet Packet Core Utility |
110-113 |
6E-71 |
Unassigned |
114 |
72 |
Backroom SATNET Monitoring |
115 |
73 |
Unassigned |
116 |
74 |
WIDEBAND Monitoring |
117 |
75 |
WIDEBAND EXPAK |
120-376 |
78-178 |
Unassigned |
377 |
179 |
Reserved |
Data value (hexadecimal): 06
Data values in other bases:
Hexadecimal |
0 |
6 |
Binary |
0000 |
0110 |
Decimal |
6 |
IP PDU > Header Checksum for the selected TELNET PDU
Field Name: Header Checksum
Purpose and Definition: The Header Checksum is a 16-bit field. The Checksum is the 16-bit one’s complement sum of all 16-bit words in the header. For purposes of computing the checksum, the initial value of its field is zero. When both header checksums are equal, then the header bits are correct. If either checksums vary, then a new, correct packet will need to be sent.
Field Key: Not applicable
Data value (hexadecimal): F1 85
Data values in other bases:
Hexadecimal |
F |
1 |
8 |
5 |
Binary |
1111 |
0001 |
1000 |
0101 |
IP PDU > Source Address for the selected TELNET PDU
Field Name: Source Address
Purpose and Definition: The Source Address is a 32-bit field that contains the IP address of the host that sent the IP Packet.
Field Key: Not applicable
Data value (decimal): 192.168.0.101
Data values in other bases:
Hexadecimal |
C |
0 |
A |
8 |
Binary |
1100 |
0000 |
1010 |
1000 |
Decimal |
192 |
168 |
Hexadecimal |
0 |
0 |
6 |
5 |
Binary |
0000 |
0000 |
0110 |
0101 |
Decimal |
0 |
101 |
IP PDU > Destination
Address for the selected TELNET PDU
Field Name: Destination Address
Purpose and Definition: The Destination Address is a 32-bit field that contains the address of the host that is to receive the data contained within the IP packet.
Field Key: Not applicable
Data value (decimal): 192.168.0.39
Data values in other bases:
Hexadecimal |
C |
0 |
A |
8 |
Binary |
1100 |
0000 |
1010 |
1000 |
Decimal |
192 |
168 |
Hexadecimal |
0 |
0 |
2 |
7 |
Binary |
0000 |
0000 |
0010 |
0111 |
Decimal |
0 |
39 |
IP PDU > Options and Padding for the selected TELNET PDU
Field Name: Options and Padding
Purpose and Definition: The options may or may not appear
in Ethernet packets. They must be implemented by all IP modules (host and
gateways). What is optional is their transmission in any particular packet, not
their implementation.
The option field is variable in length. There may be zero or more options.
There are two cases for the format of an option.
Case 1: A single octet of option type
Case 2: An option-type octet, an option-length octet, and the
actual option-data octets.
Field Key: Not applicable
Data value: Not applicable
Data values in other bases:
Not applicable
2.3.2 TELNET PDU for the selected TELNET PDU
IP > TCP PDU > Source Port for the selected TELNET PDU
Field Name: Source Port
Purpose and Definition: This 16-bit number represents the name of the application that sent the data in the IP packet.
Field Key: Not applicable
Data value (decimal): TELNET (23)
Data values in other bases:
Hexadecimal |
0 |
0 |
1 |
7 |
Binary |
0000 |
0000 |
0001 |
0111 |
IP > TCP PDU > Destination Port for the selected TELNET
PDU
Field Name: Destination Port
Purpose and Definition: This 16-bit number represents the name of the application that is to receive the data contained within the IP packet. This is one of the major differences between a Layer 3 and a Layer 4 header: the Layer 3 header contains the IP address of the computer that is to receive the IP packet; once that packet has been received, the port address in the Layer 4 header ensures that the data contained within that IP packet is passed to the correct application on that computer.
Field Key: This key indicates assigned port number values:
Dec |
Port Numbers |
0 |
Reserved |
1-32767 |
Internet registered ("well-known") protocols |
32768-98303 |
Reserved, to allow TCPv7-TCPv4 conversion |
98304 & up |
Dynamic assignment |
Data value (decimal): 80 25
Data values in other bases:
Hexadecimal |
8 |
0 |
2 |
5 |
Binary |
1000 |
0000 |
0010 |
0101 |
IP > TCP PDU > Sequence Number for the selected TELNET PDU
Field Name: Sequence Number
Purpose and Definition: TCP is responsible for ensuring that all IP packets sent are actually received. When an application's data is packaged into IP packets, TCP will give each IP packet a sequence number. Once all the packets have arrived at the receiving computer, TCP uses the number in this 32-bit field to ensure that all of the packets actually arrived and are in the correct sequence.
Field Key: Not applicable
Data value (decimal): 2635302920
Data values in other bases:
Hexadecimal |
9 |
D |
1 |
3 |
Binary |
1001 |
1101 |
0001 |
0011 |
Hexadecimal |
8 |
8 |
0 |
8 |
Binary |
1000 |
1000 |
0000 |
1000 |
IP > TCP PDU > Acknowledgement Number for the selected
TELNET PDU
Field Name: Acknowledgement Number
Purpose and Definition: This number is used by the receiving computer to acknowledge which packets have successfully arrived. This number will be the sequence number of the next packet the receiver is ready to receive.
Field Key: Not applicable
Data value (decimal): 2526101253
Data values in other bases:
Hexadecimal |
9 |
6 |
9 |
1 |
Binary |
1001 |
0110 |
1001 |
0001 |
Hexadecimal |
3 |
F |
0 |
5 |
Binary |
0011 |
1111 |
0000 |
0101 |
IP > TCP PDU > Header Length
for the selected TELNET PDU
Field Name: Header Length or Offset
Purpose and Definition: This is identical to the header length in an IP packet, except this time it indicates the length of the TCP header
Field Key: Not Applicable
Data value (bytes): 32
Data values in other bases:
Hexadecimal |
8 |
0 |
Binary |
1000 |
0000 |
IP > TCP PDU > Reserved for the selected TELNET PDU
Field Name: Reserved
Purpose and Definition: This number is used by the receiving computer to acknowledge which packets have successfully arrived. This number will be the sequence number of the next packet the receiver is ready to receive.
Field Key: Not Applicable
Data value: 0000 00
Data values in other bases:
Hexadecimal |
0 |
0 |
Binary |
0000 |
00 |
IP > TCP PDU > Control Flags for the selected TELNET PDU
Field Name: Control Flags
Purpose and Definition: Every TCP packet contains this 6-bit value that indicates how many octets it can receive at once. When IP packets are received, they are placed in a temporary area of RAM known as a buffer until the receiving computer has a chance to process them; this value represents how big a buffer the receiving host has made available for this temporary storage of IP packets.
Field Key:
Data value (binary): 01 1000
Data values in other bases:
Not applicable
IP > TCP PDU > Window Size for the selected TELNET PDU
Field Name: Window Size
Purpose and Definition: Every TCP packet contains this 16-bit value that indicates how many octets it can receive at once. When IP packets are received, they are placed in a temporary area of RAM known as a buffer until the receiving computer has a chance to process them; this value represents how big a buffer the receiving host has made available for this temporary storage of IP packets.
Field Key: Not applicable
Data value (decimal): 32120
Data values in other bases:
Hexadecimal |
7 |
D |
7 |
8 |
Binary |
0111 |
1101 |
0111 |
1000 |
IP > TCP PDU > Checksum for the selected TELNET PDU
Field Name: Checksum
Purpose and Definition: Unlike IP, TCP is responsible for ensuring that the entire IP packet arrived intact. TCP will run a CRC on the entire IP packet (not just the header) and place the resulting checksum in this field. When the IP packet is received, TCP re-runs the CRC on the entire packet to ensure the checksum is the same.
Field Key: Not applicable
Data value (hexadecimal): 59 89
Data values in other bases:
Hexadecimal |
5 |
9 |
8 |
9 |
Binary |
0101 |
1001 |
1000 |
1001 |
IP > TCP PDU > Options and Padding for the selected TELNET
PDU
Field Name: Options and Padding
Purpose and Definition: Like IP options, this field is optional and represents additional instructions not covered in the other TCP fields. Again, if an option does not fill up a 32-bit word, it will be filled in with padding bits.
Field Key: Not applicable
Data value (hexadecimal): 01 01 08 0A 0B D1 8D EC 1A AC 06 AB
Data values in other bases:
Hexadecimal |
0 |
1 |
0 |
1 |
Binary |
0000 |
0001 |
0000 |
0001 |
Hexadecimal |
0 |
8 |
0 |
A |
Binary |
0000 |
1000 |
0000 |
1010 |
Hexadecimal |
0 |
B |
D |
1 |
Binary |
0000 |
1011 |
1101 |
0001 |
Hexadecimal |
8 |
D |
E |
C |
Binary |
1000 |
1101 |
1110 |
1100 |
Hexadecimal |
1 |
A |
A |
C |
Binary |
0001 |
1010 |
1010 |
1100 |
Hexadecimal |
0 |
6 |
A |
B |
Binary |
0000 |
0110 |
1010 |
1011 |
IP > TCP > TELNET PDU for the selected TELNET PDU
Field Name: TELNET PDU
RFC Link
Purpose and Definition: PASS (Password)
The argument field is a SSH string specifying the user’s password. This command
must be immediately preceded by the user name command, and, for some sites,
completes the user’s identification for access control. All information below
is encrypted
Field Key: Not applicable
Data value (hexadecimal): 50 61 73 73 77 6F 72 64 3A 20
Data values in other bases:
Hexadecimal |
5 |
0 |
6 |
1 |
Binary |
0101 |
0000 |
0110 |
0001 |
ASCII |
P |
a |
Hexadecimal |
7 |
3 |
7 |
3 |
Binary |
0111 |
0011 |
0111 |
0011 |
ASCII |
s |
s |
Hexadecimal |
7 |
7 |
6 |
F |
Binary |
0111 |
0111 |
0110 |
1111 |
ASCII |
w |
o |
Hexadecimal |
7 |
2 |
6 |
4 |
Binary |
0111 |
0010 |
0110 |
0100 |
ASCII |
r |
d |
Hexadecimal |
3 |
A |
2 |
0 |
Binary |
0011 |
1010 |
0010 |
0000 |
ASCII |
: |
© |
2.4 User Commands – ARP (AKA “Clickable Buttons”)
ARP PDU
Hardware Address Type
Protocol Address Type
Hardware Address Length
Port Address Length
Operation
Source Hardware Address
Source Protocol Address
Target Hardware Address
Target Protocol Address
2.4.1 ARP PDU for the selected ARP PDU
ARP PDU > Hardware
Address Type for the selected ARP PDU
Field Name: Hardware Address Type
Purpose and Definition: The Hardware Address Type is the physical media that communicates on the network.
Field Key:
1 for Ethernet |
2 for IEEE 802 LAN |
Data value (hexadecimal): 00 01
Data values in other bases:
Hexadecimal |
0 |
0 |
0 |
1 |
Binary |
0000 |
0000 |
0000 |
0001 |
ARP PDU > Protocol
Address Type for the selected ARP PDU
Field Name: Protocol Address Type
Purpose and Definition: Protocol Address Type defines the protocol that the terminals are using to connect with one another.
Field Key:
2048 IPv4 (0x0800) |
Data value (hexadecimal): 08 00
Data values in other bases:
Hexadecimal |
0 |
8 |
0 |
0 |
Binary |
0000 |
1000 |
0000 |
0000 |
ARP PDU > Hardware Address
Length for the selected ARP PDU
Field Name: Hardware Address Length
Purpose and Definition: Hardware Address Length is the length of the hardware address in bytes.
Field Key:
6 Ethernet / IEE 802 |
Data value (hexadecimal): 06
Data values in other bases:
Hexadecimal |
0 |
6 |
Binary |
0000 |
0110 |
ARP
PDU > Protocol Address Length
for the selected ARP PDU
Field Name: Protocol Address Length
Purpose and Definition: Protocol Address Length determines the length of the protocol address in bytes.
Field Key:
4 = IPv4 |
Data value (hexadecimal): 04
Data values in other bases:
Hexadecimal |
0 |
4 |
Binary |
0000 |
0100 |
ARP PDU > Operation
for the selected ARP PDU
Field Name: Operation
Purpose and Definition: Operation determines whether a request or a response is being performed.
Field Key:
1 = Request |
2 = Reply |
Data value (hexadecimal): 00 01
Data values in other bases:
Hexadecimal |
0 |
0 |
0 |
1 |
Binary |
0000 |
0000 |
0000 |
0001 |
ARP PDU > Sender Hardware
Address for the selected ARP PDU
Field Name: Sender Hardware Address
Purpose and Definition: Sender Hardware Address is the Physical address or MAC address of the network adapter of the sender’s terminal.
Field Key:
00000C |
Cisco |
00000E |
Fujitsu |
00000F |
NeXT |
00001D |
Cabletron |
000020 |
DIAB (Data Intdustrier AB) |
000022 |
Visual Technology |
00002A |
TRW |
000032 |
GPT Limited (reassigned from GEC Computers Ltd) |
00005A |
S & Koch |
00005E |
IANA |
000065 |
Network General |
00006B |
MIPS |
000077 |
MIPS |
00007A |
Ardent |
000089 |
Cayman Systems Gatorbox |
000093 |
Proteon |
00009F |
Ameristar Technology |
0000A2 |
Wellfleet |
0000A3 |
Network Application Technology |
0000A6 |
Network General (internal assignment, not for products) |
0000A7 |
NCD:X-terminals |
0000A9 |
Network Systems |
0000AA |
Xerox:Xerox machines |
0000B3 |
CIMLinc |
0000B7 |
Dove:Fastnet |
0000BC |
Allen-Bradley |
0000C0 |
Western Digital |
0000C5 |
Farallon phone net card |
0000C6 |
HP Intelligent Networks Operation (formerly Eon Systems) |
0000C8 |
Altos |
0000C9 |
Emulex:Terminal Servers |
0000D7 |
Dartmouth College (NED Router) |
0000D8 |
3Com? Novell? PS/2 |
0000DD |
Gould |
0000DE |
Unigraph |
0000E2 |
Acer Counterpoint |
0000EF |
Alantec |
0000FD |
High Level Hardvare (Orion, UK) |
000102 |
BBN:BBN internal usage (not registered) |
0020AF |
3COM??? |
001700 |
Kabel |
008064 |
Wyse Technology / Link Technologies |
00802B |
IMAC??? |
00802D |
Xylogics, Inc. Annex terminal servers |
00808C |
Frontier Software Development |
0080C2 |
IEEE 802.1 Committee |
0080D3 |
Shiva |
00AA00 |
Intel |
00DD00 |
Ungermann-Bass |
00DD01 |
Ungermann-Bass |
020701 |
Racal InterLan |
020406 |
BBN:BBN internal usage (not registered) |
026086 |
Satelcom MegaPac (UK) |
02608C |
3Com:IBM PC; Imagen; Valid; Cisco |
02CF1F |
CMC:Masscomp; Silicon Graphics; Prime EXL |
080002 |
3Com (Formerly Bridge) |
080003 |
ACC (Advanced Computer Communications) |
080005 |
Symbolics:Symbolics LISP machines |
080008 |
BBN |
080009 |
Hewlett-Packard |
08000A |
Nestar Systems |
080009 |
Hewlett-Packard |
08000A |
Nestar Systems |
08000B |
Unisys |
080011 |
Tektronix, Inc |
080014 |
Excelan:BBN Butterfly, Masscomp, Silicon Graphics |
080017 |
NSC |
08001A |
Data General |
08001B |
Data General |
08001E |
Apollo |
080020 |
Sun:Sun Machines |
080022 |
NBI |
080025 |
CDC |
080026 |
Norsk Data (Nord) |
080027 |
PCS Computer Systems GmbH |
080028 |
TI |
08002B |
DEC |
08002E |
Metaphor |
08002F |
Prime Computer Prime 50-Series LHC300 |
080036 |
Intergraph:CAE stations |
080037 |
Fujitsu-Xerox |
080038 |
Bull |
080039 |
Spider Systems |
080041 |
DCA Digital Comm. Assoc. |
080045 |
???? (May be Xylogics, but they claim not to know this number) |
080046 |
Sony |
080047 |
Sequent |
080049 |
Univation |
08004C |
Encore |
08004E |
BICC |
080056 |
Stanford University |
080058 |
??? DECsystem-20 |
08005A |
IBM |
080067 |
Comdesign |
080068 |
Ridge |
080069 |
Silicon Graphics |
08006E |
Concurrent Masscomp |
080075 |
DDE (Danish Data Elektronik A/S) |
08007C |
Vitalink TransLAN III |
080080 |
XIOS |
080086 |
Imagen/QMS |
080087 |
Xyplex terminal servers |
080089 |
Kinetics AppleTalk-Ethernet interface |
08008B |
Pyramid |
08008D |
XyVision:XyVision machines |
080090 |
Retix Inc:Bridges |
484453 |
HDS??? |
800010 |
AT&T |
AA0000 |
DEC:Obsolete |
AA0001 |
DEC:Obsolete |
AA0002 |
DEC:Obsolete |
AA0003 |
Global physical address for some DEC machines |
AA0004 |
DEC:Local logical address for systems running DECNET |
Data value (hexadecimal): 00 00 E6 34 ED A3
Data values in other bases:
Hexadecimal |
0 |
0 |
0 |
0 |
Binary |
0000 |
0000 |
0000 |
0000 |
Hexadecimal |
E |
6 |
3 |
4 |
Binary |
1110 |
0110 |
0011 |
0100 |
Hexadecimal |
E |
D |
A |
3 |
Binary |
1110 |
1101 |
1010 |
0011 |
ARP
PDU > Target Hardware Address
for the selected ARP PDU
Field Name: Target Hardware Address
Purpose and Definition: Target Hardware Address is the physical address or MAC address of the network adapter of the target terminal.
Field Key:
4 = IPv4 |
6 = IPv6 |
Data value (hexadecimal): 00 00 00 00 00 00
Data values in other bases:
Not Applicable
ARP PDU > Target
Protocol Address for the selected ARP PDU
Field Name: Target Protocol Address
Purpose and Definition: Target Protocol Address is the protocol of the sender's computer that is used to identify the targets protocol.
Field Key:
4 = IPv4 |
6 = IPv6 |
Data value (decimal): 192.168.0.145
Data values in other bases:
Hexadecimal |
C |
0 |
A |
8 |
Binary |
1100 |
0000 |
1010 |
1000 |
Decimal |
192 |
168 |
Hexadecimal |
0 |
0 |
9 |
1 |
Binary |
0000 |
0000 |
1001 |
0001 |
Decimal |
0 |
145 |
2.5 User Commands – SSH (AKA “Clickable Buttons”)
IP Version
Internet Header Length
Type of Service
Total Length of Ethernet Frame
Identification
Flags
Fragment Offset
Time to Live
Protocol
Header Checksum
Source IP Address
Destination IP Address
Options
Data
Source Port Number
Destination Port Number
Sequence Number
Acknowledgement Number
Header Lengths
Reserved
Window Size
TCP Checksum
Urgent Pointer
Options
Data
SSH PDU
Source Port Number
Destination Port Number
Sequence Number
Acknowledgement Number
Header Length
Reserved
Window Size
SSH Checksum
Urgent Pointer
Options
Data
2.5.1 IP PDU for the selected SSH PDU
IP PDU
> IP Version for the selected SSH PDU
Field Name: IP Version
Purpose and Definition: Version is a 4-bit field that indicates the
format of the Internet header.
Field Key: 4 = IPv4
6
= IPv6
Data value (decimal): 4
Data values in other bases:
Hexadecimal |
4 |
Binary |
0100 |
IP PDU > Internet Header Length for the selected SSH PDU
Field Name:
Internet Header Length
Purpose and Definition: The IHL field is a 4-bit field indicating the length of the internet header in 32 bit words, and thus points to the beginning of the data. The minimum value of a correct header is 5.
Field Key: Not applicable
Data value: The value contained in our field is 20 bytes. This is the hexadecimal and decimal value of 5 multiplied by 4 bits.
Data values in other bases:
Hexadecimal |
5 |
Binary |
0101 |
IP PDU
> Type of Service for the selected SSH PDU
Field Name:
Type of Service
Purpose and Definition: Type of Service is an 8-bit field that
provides and indication of the abstract parameters of the quality of service
desired. These parameters guide the
selection of the actual service parameters when transmitting a datagram through
a particular network.
Field Key: The major choice is a three-way tradeoff between low-delay, high-reliability, and high-throughput.
Bits 0-2: Precedence
Bit 3: (D) 0 = Normal Delay 1 = Low Delay
Bit 4: (T) 0 = Normal Throughput 1 = High Throughput
Bit 5: (R) 0 = Normal Reliability 1 = High Reliability
Precedence:
111 = Network Control 011 = Flash
110 = Internetwork Control 010 = Immediate
101 = CRITIC/ECP 001 = Priority
100 = Flash
Override 000 = Routine
Data value (hexadecimal): 00
Data values in other bases:
Hexadecimal |
0 |
0 |
Binary |
0000 |
0000 |
IP PDU
> Total Length of Ethernet Frame for the selected SSH PDU
Field Name: Total Length of Ethernet Frame
Purpose and Definition: Total Length is a
16-bit field that indicates the length of the frame, measured in octets,
including Internet header and data. The
maximum size is 216 or 65,536 octets; however, the recommended
maximum size is 576 octets.
Field Key:
Not applicable
Data values (hexadecimal): 00 64
Data values in other bases:
Hexadecimal |
0 |
0 |
6 |
4 |
Binary |
0000 |
0000 |
0110 |
0100 |
IP PDU > Identification for the selected SSH PDU
Field Name: Identification
Purpose and Definition: Identification is a 16-bit field. An identifying value is assigned by the
sender to aid in assembling the fragments of a datagram. The identifier is chosen based on the need
to provide a way to uniquely identify the fragments and protocol for the time
the datagram or any fragment could be alive in the Internet.
Field Key:
Not applicable
Data value (hexadecimal): 30 CA
Data values in other bases:
Hexadecimal |
3 |
0 |
C |
A |
Binary |
0011 |
0000 |
1100 |
1010 |
IP PDU > Flags for the selected SSH PDU
Field Name:
Flags
Purpose and Definition: Flags is a 3-bit field that indicates
directions for fragmentation.
Field Key:
Bit 0: reserved, must be 0
Bit 1: (DF) 0 = May Fragment 1 = Don’t Fragment
Bit 2: (MF) 0 = Last Fragment 1 = More Fragment
Data value (binary): 001
Data values in other bases: Not applicable
IP PDU > Fragment Offset for the selected SSH PDU
Field Name:
Fragment Offset
Purpose and Definition: The Fragment Offset is a 13- bit field
indicating where in the Ethernet frame this fragment begins. The Fragment Offset is measured in units of
8 octets, and the first fragment has offset 0.
Field Key:
Not applicable
Data value (decimal): 0
Data values in other bases:
IP PDU
> Time to Live for the selected SSH PDU
Field Name: Time to Live
Purpose and Definition: Time to Live is an 8-bit field that
indicates the maximum time the datagram is allowed to remain in the
Internet. If this field contains the
value 0, then the datagram must be destroyed.
This field is modified in Internet header processing. The time is measure in units of seconds, and
is set by the sender to the maximum time the datagram is allowed to be in the
Internet. This field is decreased at
each point that the Internet header is processed. The intention is to cause undeliverable packets to be discarded,
and to bind the maximum datagram lifetime.
Field Key:
Not applicable
Data value (decimal): 64
Data values in other bases:
Hexadecimal |
4 |
0 |
Binary |
0100 |
0000 |
IP PDU
> Protocol for the selected SSH PDU
Field Name: Protocol
Purpose and Definition: Protocol is an 8-bit field that indicates the
next level protocol that is used in the data portion of the Internet diagram.
Field Key:
0 00 Reserved 22 16 Multiplexing
1 01 ICMP 23 17 DCN
2 02 Unassigned 24 18 TAC Monitoring
3 03 Gateway-to-Gateway 25-76 19-4C Unassigned
4 04 CMCC
Gateway Monitoring Message 77 4D Any local network
5 05 ST 100 64 SATNET and Backroom
EXPAK
6 06 TCP 101 65 MIT Subnet Support
7 07 UCL 102-104 66-68 Unassigned
10 0A Unassigned 105 69 SATNET Monitoring
11 0B Secure 106 6A Unassigned
12 0C BBN
RCC Monitoring 107 6B Internet Packet
Core Utility
13 0D NVP 110-113 6E-71 Unassigned
14 0E PUP 114 72 Backroom SATNET Monitoring
15 0F Pluribus 115 73 Unassigned
16 10 SSH 116 74 WIDEBAND Monitoring
17 11 XNET 117 75 WIDEBAND EXPAK
20 14 Chaos 120-376 78-0178 Unassigned
21 15 User Datagram 377 0179 Reserved
Data value (hexadecimal): 10
Data values in other bases:
Hexadecimal |
1 |
0 |
Binary |
0001 |
0000 |
Decimal |
16 |
RFC Link: http://www.faqs.org/rfcs/rfc790.html
IP PDU > Header Checksum for the selected SSH PDU
Field Name: Header Checksum
Purpose and Definition: The Header Checksum is a 16-bit field. The Checksum is the 16-bit one’s complement sum of all 16-bit words in the header. For purposes of computing the checksum, the initial value of its field is zero. When both header checksums are equal, then the header bits are correct. If either checksums vary, then a new, correct packet will need to be sent.
This is a simple way to compute the checksum and experimental evidence indicates that it is adequate, but it is provisional and may be replaced by a CRC procedure, depending on further experience.
Field Key: Not
applicable
Data value (hexadecimal): 87 AE
Data values in
other bases:
Hexadecimal |
8 |
7 |
A |
E |
Binary |
1000 |
0111 |
1010 |
1110 |
IP PDU > Source
Address for the selected SSH PDU
Field Name: Source Address
Purpose and Definition: The Source Address is a 32-bit field that contains the IP address of the host that sent the IP Packet.
Field Key: Not
applicable
Data value (decimal): 192.168.0.101
Data values in
other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
6 |
5 |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
0110 |
0101 |
Decimal |
192 |
168 |
0 |
101 |
IP PDU > Destination Address for the selected SSH PDU
Field Name: Destination Address
Purpose and Definition: The Destination Address is a 32-bit field that contains the address of the host that is to receive the data contained within the IP packet.
Field Key:
Not applicable
Data value (decimal): 192.168.0.39
Data values in
other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
2 |
7 |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
0010 |
0111 |
Decimal |
192 |
168 |
0 |
39 |
2.5.2 TCP PDU for the selected SSH PDU
IP > TCP PDU > Source Port for the selected SSH PDU
Field Name: Source Port
Purpose and Definition:
This 16-bit number represents the name of the application that sent the data in the IP packet.
Field Key: Not
applicable
Data value: 1243
Data values in
other bases:
Hexadecimal |
0 |
4 |
D |
B |
Binary |
0000 |
0100 |
1101 |
1011 |
IP > TCP PDU > Destination Port for the selected SSH PDU
Field Name: Destination Port
Purpose and
Definition:
This 16-bit number represents the name of the application that is to
receive the data contained within the IP packet. This is one of the major
differences between a Layer 3 and a Layer 4 header: the Layer 3 header contains
the IP address of the computer that is to receive the IP packet; once that
packet has been received, the port address in the Layer 4 header ensures that
the data contained within that IP packet is passed to the correct application
on that computer.
Field Key:
This key indicates
assigned port number values:
0 Reserved
1-32767 Internet registered ("well-known") protocols
32768-98303 Reserved, to allow TCPv7-TCPv4 conversion
98304 & up Dynamic assignment
Data value (decimal): 1243
Data values in
other bases:
Hexadecimal |
0 |
4 |
D |
B |
Binary |
0000 |
0100 |
1101 |
1011 |
Source: http://www.zvon.org/tmRFC/RFC1475/Output/chapter4.html
IP > TCP PDU > Sequence Number for the selected SSH PDU
Field Name: Sequence Number
Purpose and
Definition:
TCP is responsible for ensuring that all IP packets sent are actually
received. When an application's data is packaged into IP packets, TCP will give
each IP packet a sequence number. Once all the packets have arrived at the
receiving computer, TCP uses the number in this 32-bit field to ensure that all
of the packets actually arrived and are in the correct sequence.
Field Key:
Not applicable
Data value (decimal): 4008673261
Data values in
other bases:
Hexadecimal |
E |
E |
E |
F |
7 |
F |
E |
D |
Binary |
1110 |
1110 |
1110 |
1111 |
0111 |
1111 |
1110 |
1101 |
IP > TCP PDU > Acknowledgement Number for the selected SSH
PDU
Field Name: Acknowledgement Number
Purpose and Definition:
This number is used by the receiving computer to acknowledge which
packets have successfully arrived. This number will be the sequence number of
the next packet the receiver is ready to receive.
Field Key: Not
applicable
Data value: 3798775616
Data values in
other bases:
Hexadecimal |
E |
2 |
6 |
C |
B |
7 |
4 |
0 |
Binary |
1110 |
0010 |
0110 |
1100 |
1011 |
0111 |
0100 |
0000 |
IP > TCP PDU > Header Length or Offset for the selected
SSH PDU
Field Name: Header
Length or Offset
Purpose and
Definition:
This is identical in concept to the header length in an IP packet,
except this time it indicates the length of the TCP header.
Field Key: Not
applicable
Data value (bytes): 32
Data values in
other bases:
Hexadecimal |
8 |
0 |
Binary |
1000 |
0000 |
IP > TCP PDU > Control Flags for the selected SSH PDU
Field Name: Control Flags
Purpose and
Definition:
Every TCP packet contains this 6-bit value that indicates how many
octets it can receive at once. When IP packets are received, they are placed in
a temporary area of RAM known as a buffer until the receiving computer has a
chance to process them; this value represents how big a buffer the receiving
host has made available for this temporary storage of IP packets.
Field Key:
Data value (binary): 01 1000
Data values in
other bases:
Hexadecimal |
1 |
8 |
Binary |
01 |
1000 |
IP > TCP PDU > Window Size for the selected SSH PDU
Field Name: Window
Size
Purpose and
Definition:
Every TCP packet contains this 16-bit value that indicates how many
octets it can receive at once. When IP packets are received, they are placed in
a temporary area of RAM known as a buffer until the receiving computer has a
chance to process them; this value represents how big a buffer the receiving
host has made available for this temporary storage of IP packets.
Field Key: Not applicable
Data value (decimal): 32120
Data values in
other bases:
Hexadecimal |
7 |
D |
7 |
8 |
Binary |
0111 |
1101 |
0111 |
1000 |
IP > TCP PDU > Checksum for the selected SSH PDU
Field Name: Checksum
Purpose and
Definition:
Unlike IP, TCP is responsible for ensuring that the entire IP packet
arrived intact. TCP will run a CRC on the entire IP packet (not just the
header) and place the resulting checksum in this field. When the IP packet is
received, TCP re-runs the CRC on the entire packet to ensure the checksum is
the same.
Field Key: Not
applicable
Data value (hexadecimal): 8B CA
Data values in
other bases:
Hexadecimal |
8 |
B |
C |
A |
Binary |
1000 |
1011 |
1100 |
1010 |
IP > TCP PDU > Options and Padding for the selected SSH
PDU
Field Name: Options and Padding
Purpose and
Definition:
Like IP options, this field is optional and represents additional
instructions not covered in the other TCP fields. Again, if an option does not
fill up a 32-bit word, it will be filled in with padding bits.
Field Key: Not
applicable
Data value (hexadecimal): 01 01
Data values in other bases:
Hexadecimal |
0 |
1 |
0 |
1 |
Binary |
0000 |
0001 |
0000 |
0001 |
IP > TCP PDU > Timestamp for the selected SSH PDU
Field Name: Timestamp
Purpose and
Definition:
Unlike IP, TCP is responsible for ensuring that the entire IP packet
arrived intact. TCP will run a CRC on the entire IP packet (not just the
header) and place the resulting checksum in this field. When the IP packet is
received, TCP re-runs the CRC on the entire packet to ensure the checksum is
the same.
Field Key:
This key indicates
assigned flag options:
0 time stamps only, stored in consecutive 32-bit words,
1 each timestamp is preceded with Internet address of the registering entity,
3 the Internet address fields are pre-specified. An IP module only registers its timestamp if it matches its own address with the next specified Internet address.
Data value (hexadecimal): 08 0A 14 42 6F 30 27 47 32 1F
Data values in
other bases:
Hexadecimal |
0 |
8 |
0 |
A |
1 |
4 |
4 |
2 |
6 |
F |
Binary |
0000 |
1000 |
0000 |
1010 |
0001 |
0100 |
0100 |
0010 |
0110 |
1111 |
Hexadecimal |
3 |
0 |
2 |
7 |
4 |
7 |
3 |
2 |
1 |
F |
Binary |
0011 |
0000 |
0010 |
0111 |
0100 |
0111 |
0011 |
0010 |
0001 |
1111 |
2.5.3 SSH PDU for the
selected SSH PDU
IP
>TCP > SSH PDU for the SSH Packet
RFC Link: http://www.ietf.org/rfc/rfc0959.txt?number=959
PASS (Password)
The argument field is a SSH string specifying the user’s
password. This command must be
immediately preceded by the user name command, and, for some sites, completes
the user’s identification for access control.
All information below is encrypted.
What is Contained in
the Packet
Request: PASS
Data Values
(hexadecimal): 03 B6 51 11 6A 46 12
36 4F 46 C9 63 B1 A4 B5 48 A2 BA 68 1C 42 17 AB D2 CE 8E 6D 3F 49 7E EB 36 A0
1B 16 62 E4 0F D7 55 DD 5F EB 52 64 B9 A7 62
Data Values in Other
Bases
Hexadecimal |
0 |
3 |
B |
6 |
5 |
1 |
1 |
1 |
6 |
A |
Binary |
0000 |
0011 |
1011 |
0110 |
0101 |
0001 |
0001 |
0001 |
0110 |
1010 |
Decimal |
3 |
182 |
81 |
17 |
106 |
|||||
ASCII |
© |
á |
Q |
© |
j |
Hexadecimal |
4 |
6 |
1 |
2 |
3 |
6 |
4 |
F |
4 |
6 |
Binary |
0100 |
0110 |
0001 |
0010 |
0011 |
0110 |
0100 |
1111 |
0100 |
0110 |
Decimal |
70 |
18 |
54 |
79 |
70 |
|||||
ASCII |
F |
© |
6 |
O |
F |
Hexadecimal |
C |
9 |
6 |
3 |
B |
1 |
A |
4 |
B |
5 |
Binary |
1100 |
1001 |
0110 |
0011 |
1011 |
0001 |
1010 |
0100 |
1011 |
0101 |
Decimal |
201 |
99 |
177 |
164 |
181 |
|||||
ASCII |
á |
c |
á |
á |
á |
Hexadecimal |
4 |
8 |
A |
2 |
B |
A |
6 |
8 |
1 |
C |
Binary |
0100 |
1000 |
1010 |
0010 |
1011 |
1010 |
0110 |
1000 |
0001 |
1000 |
Decimal |
72 |
162 |
178 |
104 |
28 |
|||||
ASCII |
H |
á |
á |
H |
© |
Hexadecimal |
4 |
2 |
1 |
7 |
A |
B |
D |
2 |
C |
E |
Binary |
0100 |
0010 |
0001 |
0111 |
1010 |
1011 |
1101 |
0010 |
1100 |
1110 |
Decimal |
66 |
23 |
171 |
210 |
206 |
|||||
ASCII |
B |
© |
á |
á |
á |
Hexadecimal |
8 |
E |
6 |
D |
3 |
F |
4 |
9 |
7 |
E |
Binary |
1000 |
1110 |
0110 |
1101 |
0011 |
1111 |
0100 |
1001 |
0111 |
1110 |
Decimal |
142 |
109 |
63 |
73 |
126 |
|||||
ASCII |
á |
m |
? |
I |
~ |
Hexadecimal |
E |
B |
3 |
6 |
A |
0 |
1 |
B |
1 |
6 |
Binary |
1110 |
1011 |
0011 |
0110 |
1010 |
0000 |
0001 |
1011 |
0001 |
0110 |
Decimal |
235 |
54 |
160 |
27 |
22 |
|||||
ASCII |
á |
6 |
á |
© |
© |
Hexadecimal |
6 |
2 |
E |
4 |
0 |
F |
D |
7 |
5 |
5 |
Binary |
0110 |
0010 |
1110 |
0100 |
0000 |
1111 |
1101 |
0111 |
0101 |
0101 |
Decimal |
98 |
228 |
15 |
215 |
85 |
|||||
ASCII |
b |
á |
© |
á |
U |
Hexadecimal |
D |
D |
5 |
F |
E |
B |
5 |
2 |
6 |
4 |
Binary |
1101 |
1101 |
0101 |
1111 |
1110 |
1011 |
0101 |
0010 |
0110 |
0100 |
Decimal |
221 |
95 |
235 |
82 |
100 |
|||||
ASCII |
á |
_ |
á |
R |
d |
Hexadecimal |
B |
9 |
A |
7 |
6 |
2 |
Binary |
1011 |
1001 |
1010 |
0111 |
0110 |
0010 |
Decimal |
185 |
167 |
98 |
|||
ASCII |
á |
á |
b |
2.6 User Commands (AKA “Clickable Buttons”)
IP Version
Internet Header Length
Type of Service
Total Length of Ethernet Frame
Identification
Flags
Fragment Offset
Time to Live
Protocol
Header Checksum
Source IP Address
Destination IP Address
Options
Data
UDP PDU
Source Port
Destination Port
Length
UDP Checksum
Data
2.6.1 IP PDU for the selected UDP PDU
IP PDU
> IP Version for the selected UDP PDU
Field Name: IP Version
Purpose and Definition: Version is a 4-bit field that indicates the
format of the Internet header.
Field Key: 4 = IPv4
6
= IPv6
Data value (decimal): 4
Data values in other bases:
Hexadecimal |
4 |
Binary |
0100 |
IP PDU > Internet Header Length for the selected UDP PDU
Field Name:
Internet Header Length
Purpose and Definition: The IHL field is a 4-bit field indicating the length of the Internet header in 32 bit words, and thus points to the beginning of the data. The minimum value of a correct header is 5.
Field Key: Not applicable
Data value: The value contained in our field is 20 bytes. This is the hexadecimal and decimal value of 5 multiplied by 4 bits.
Data values in other bases:
Hexadecimal |
0 |
5 |
Binary |
0000 |
0101 |
IP PDU
> Type of Service for the selected UDP PDU
Field Name:
Type of Service
Purpose and Definition: Type of Service is an 8-bit field that
provides and indication of the abstract parameters of the quality of service
desired. These parameters guide the
selection of the actual service parameters when transmitting a datagram through
a particular network.
Field Key: The major choice is a three-way tradeoff between low-delay, high-reliability, and high-throughput.
Bits 0-2: Precedence
Bit 3: (D) 0 = Normal Delay 1 = Low Delay
Bit 4: (T) 0 = Normal Throughput 1 = High Throughput
Bit 5: (R) 0 = Normal Reliability 1 = High Reliability
Precedence:
111 = Network Control 011 = Flash
110 = Internetwork Control 010 = Immediate
101 = CRITIC/ECP 001 = Priority
100 = Flash
Override 000 =
Routine
Data value (hexadecimal): 10
Data values in other bases:
Hexadecimal |
1 |
0 |
Binary |
0001 |
0000 |
Decimal |
16 |
IP PDU
> Total Length of Ethernet Frame for the selected UDP PDU
Field Name: Total Length of Ethernet Frame
Purpose and Definition: Total Length is a
16-bit field that indicates the length of the frame, measured in octets,
including Internet header and data. The
maximum size is 216 or 65,536 octets; however, the recommended
maximum size is 576 octets.
Field Key:
Not applicable
Data values (hexadecimal): 128
Data values in other bases:
Hexadecimal |
0 |
1 |
2 |
8 |
Binary |
0000 |
0001 |
0010 |
1000 |
IP PDU > Identification for the selected UDP PDU
Field Name: Identification
Purpose and Definition: Identification is a 16-bit field. An identifying value is assigned by the
sender to aid in assembling the fragments of a datagram. The identifier is chosen based on the need
to provide a way to uniquely identify the fragments and protocol for the time
the datagram or any fragment could be alive in the Internet.
Field Key:
Not applicable
Data value (hexadecimal): BBD7
Data values in other bases:
Hexadecimal |
B |
B |
D |
7 |
Binary |
1011 |
1011 |
1101 |
0111 |
IP PDU > Flags for the selected UDP PDU
Field Name:
Flags
Purpose and Definition: Flags is a 3-bit field that indicates
directions for fragmentation.
Field Key:
Bit 0: reserved, must be 0
Bit 1: (DF) 0 = May Fragment 1 = Don’t Fragment
Bit 2: (MF) 0 = Last Fragment 1 = More Fragment
Data value (binary): 0000
Data values in other bases: Not applicable
IP PDU > Fragment Offset for the selected UDP PDU
Field Name:
Fragment Offset
Purpose and Definition: The Fragment Offset is a 13- bit field
indicating where in the Ethernet frame this fragment begins. The Fragment Offset is measured in units of
8 octets, and the first fragment has offset 0.
Field Key:
Not applicable
Data value (decimal): 0
Data values in other bases:
IP PDU
> Time to Live for the selected UDP PDU
Field Name: Time to Live
Purpose and Definition: Time to Live is an 8-bit field that
indicates the maximum time the datagram is allowed to remain in the
Internet. If this field contains the
value 0, then the datagram must be destroyed.
This field is modified in Internet header processing. The time is measure in units of seconds, and
is set by the sender to the maximum time the datagram is allowed to be in the
Internet. This field is decreased at
each point that the Internet header is processed. The intention is to cause undeliverable packets to be discarded,
and to bind the maximum datagram lifetime.
Field Key:
Not applicable
Data value (decimal): 64
Data values in other bases:
Hexadecimal |
4 |
0 |
Binary |
0100 |
0000 |
IP PDU
> Time to Live for the selected UDP PDU
Field Name: Time to Live
Purpose and Definition: Time to Live is an 8-bit field that
indicates the maximum time the datagram is allowed to remain in the
Internet. If this field contains the
value 0, then the datagram must be destroyed.
This field is modified in Internet header processing. The time is measure in units of seconds, and
is set by the sender to the maximum time the datagram is allowed to be in the
Internet. This field is decreased at
each point that the Internet header is processed. The intention is to cause undeliverable packets to be discarded,
and to bind the maximum datagram lifetime.
Field Key:
Not applicable
Data value (decimal): 64
Data values in other bases:
Hexadecimal |
4 |
0 |
Binary |
0100 |
0000 |
IP PDU
> Protocol for the selected UDP PDU
Field Name: Protocol
Purpose and Definition: Protocol is an 8-bit field that indicates
the next level protocol that is used in the data portion of the Internet
diagram.
Field Key:
0 00 Reserved 22 16 Multiplexing
1 01 ICMP 23 17 DCN
2 02 Unassigned 24 18 TAC Monitoring
3 03 Gateway-to-Gateway 25-76 19-4C Unassigned
4 04 CMCC
Gateway Monitoring Message 77 4D Any local network
5 05 ST 100 64 SATNET and Backroom
EXPAK
6 06 TCP 101 65 MIT Subnet Support
7 07 UCL 102-104 66-68 Unassigned
10 0A Unassigned 105 69 SATNET Monitoring
11 0B Secure 106 6A Unassigned
12 0C BBN
RCC Monitoring 107 6B Internet Packet
Core Utility
13 0D NVP 110-113 6E-71 Unassigned
14 0E PUP 114 72 Backroom SATNET Monitoring
15 0F Pluribus 115 73 Unassigned
16 10 Telnet 116 74 WIDEBAND Monitoring
17 11 XNET 117 75 WIDEBAND EXPAK
20 14 Chaos 120-376 78-0178 Unassigned
21 15 User Datagram 377 0179 Reserved
Data value (hexadecimal): 11
Data values in other bases:
Hexadecimal |
1 |
1 |
Binary |
0001 |
0001 |
Decimal |
17 |
RFC Link: http://www.faqs.org/rfcs/rfc790.html
IP PDU > Header Checksum for the selected UDP PDU
Field Name: Header Checksum
Purpose and Definition: The Header Checksum is a 16-bit field. The Checksum is the 16-bit one’s complement sum of all 16-bit words in the header. For purposes of computing the checksum, the initial value of its field is zero. When both header checksums are equal, then the header bits are correct. If either checksums vary, then a new, correct packet will need to be sent.
This is a simple way to compute the checksum and experimental evidence indicates that it is adequate, but it is provisional and may be replaced by a CRC procedure, depending on further experience.
Field Key: Not
applicable
Data value (hexadecimal): 3F 47
Data values in
other bases:
Hexadecimal |
3 |
F |
4 |
7 |
Binary |
0011 |
1111 |
0100 |
0111 |
IP PDU > Source
Address for the selected UDP PDU
Field Name: Source Address
Purpose and Definition: The Source Address is a 32-bit field that contains the IP address of the host that sent the IP Packet.
Field Key: Not
applicable
Data value (decimal): 192.168.0.71
Data values in
other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
4 |
7 |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
0100 |
0111 |
Decimal |
192 |
168 |
0 |
71 |
IP PDU > Destination Address for the selected UDP PDU
Field Name: Destination Address
Purpose and Definition: The Destination Address is a 32-bit field that contains the address of the host that is to receive the data contained within the IP packet.
Field Key:
Not applicable
Data value (decimal): 192.168.0.255
Data values in
other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
F |
F |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
1111 |
1111 |
Decimal |
192 |
168 |
0 |
255 |
IP PDU > Options and Padding for the selected UDP PDU
Field Name: Options and Padding
Purpose and Definition: The options may or may not appear in Ethernet packets. They must be implemented by all IP modules (host and gateways). What is optional is their transmission in any particular packet, not their implementation.
The option field is variable in length. There may be zero or more options. There are two cases for the format of an option.
Case 1: A single octet of option type
Case 2: An option-type octet, an option-length octet, and the actual option-data octets.
Field Key: Not
applicable
Data values: Not applicable
Data values in
other bases: Not applicable
IP PDU > Data for the selected UDP PDU
Field Name: Data
Purpose and Definition: The Data is a variable length field, which contains the actual data that is being sent from one host to another. The data field may start with a Layer 4 header, which will give additional instructions to the application that will be receiving the data; alternately, it may be an ICMP header and not contain any user data at all.
Field Key: Not
applicable
Data values (hexadecimal) : (UDP) FF FF FF FF FF FF 08 00 69 07 9A C5 08 00 45 10
01 28 BB D7 00 00 3C 11 3F 47 C0 A8 00 47 C0 A8 00 FF 02 0D 01 14 E9 DB 18 01 C2 5A 0A FF 13 D0 00 00 00 00 69 6E 64 79 00 00 00 00 7F FF 11 DB 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 7F FF 13 F0 00 00 00 00 7F FF 11 F6 00 00 00 00 00 00 00 00 00 00 00 00 7F FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 09 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 7F FF 17 E3 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 09 00 00 00 10 05 9D D8 00 00 00 00 10 00 DB A8 00 00 00 00 0F B5 B1 74 00 00 00 00 0F AB 01 C8 00 00 00 00 10 05 9D F8 00 00 00 00 0F B5 9D D8 00 00 00 00 10 05 9D FC 00 00 00 00 0F B5 B1 74 00 00 00 00 10 05 9B 18 00 00 00 00 0F AB 02 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Data values in other bases:
ASCII: (UDP)
Extended ASCII
IP PDU > Source Port for the selected UDP PDU
RFC Link: http://www.ietf.org/rfc/rfc0768.txt?number=768
Field Name: Source Port
Purpose and Definition: Source Port is an optional field, when meaningful, it indicates the port of the sending process, and may be assumed to be the port to which a reply should be addressed in the absence of any other information. If not used, a value of zero is inserted.
Field Key:
Not applicable
Data value (decimal): 45
Data values in other bases:
Hexadecimal |
02 |
0D |
Binary |
0010 |
1101 |
IP PDU > Destination Port for the selected UDP PDU
Field Name: Destination Port
Purpose and Definition: Destination Port has a meaning within the context of a particular Internet destination address.
Field Key:
Not applicable
Data value (decimal): 45
Data values in other bases:
Hexadecimal |
02 |
0D |
Binary |
0010 |
1101 |
IP PDU > Length for the selected UDP PDU
Field Name: Length
Purpose and Definition: Length is the length in octets of this user datagram including this header and the data (This means the minimum value of the length is eight).
Field Key:
Not applicable
Data value (decimal): 280
Data values in other bases:
Hexadecimal |
01 |
01 |
08 |
Binary |
0001 |
0001 |
1000 |
IP PDU > Checksum for the selected UDP PDU
Field Name: Checksum
Purpose and Definition: Checksum is the 16-bit one's complement of the one's complement sum of a pseudo header of information from the IP header, the UDP header, and the data, padded with zero octets at the end (if necessary) to make a multiple of two octets.
Field Key:
Not applicable
Data value (decimal): E9 DB
Data values in other bases:
Hexadecimal |
E |
9 |
D |
B |
Binary |
1110 |
1001 |
1101 |
1011 |
IP PDU > Data for the selected UDP PDU
Field Name: Data
Purpose and Definition:
Field Key:
Not applicable
Data value (hexadecimal): 18 01 C2 5A 0A FF 13 D0 00 00 00 00 69 6E 64 79 00 00 00 00 7F FF 11 DB 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 7F FF 13 F0 00 00 00 00 7F FF 11 F6 00 00 00 00 00 00 00 00 00 00 00 00 7F FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 09 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 7F FF 17 E3 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 09 00 00 00 10 05 9D D8 00 00 00 00 10 00 DB A8 00 00 00 00 0F B5 B1 74 00 00 00 00 0F AB 01 C8 00 00 00 00 10 05 9D F8 00 00 00 00 0F B5 9D D8 00 00 00 00 10 05 9D FC 00 00 00 00 0F B5 B1 74 00 00 00 00 10 05 9B 18 00 00 00 00 0F AB 02 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Data values in other bases:
(ASCII): Extended ASCII
2.6.2 UDP PDU for the selected UDP PDU
IP > UDP Header> Source Port for the selected UDP PDU
RFC Link: http://www.ietf.org/rfc/rfc0768.txt?number=768
Field Name: Source Port
Purpose and Definition: Source Port is an optional field, when meaningful, it indicates the port of the sending process, and may be assumed to be the port to which a reply should be addressed in the absence of any other information. If not used, a value of zero is inserted.
Field Key:
Not applicable
Data value (decimal): 45
Data values in other bases:
Hexadecimal |
02 |
0D |
Binary |
0010 |
1101 |
IP > UDP Header > Destination Port for the selected UDP
PDU
Field Name: Destination Port
Purpose and Definition: Destination Port has a meaning within the context of a particular internet destination address.
Field Key:
Not applicable
Data value (decimal): 45
Data values in other bases:
Hexadecimal |
02 |
0D |
Binary |
0010 |
1101 |
IP > UDP Header> Length for the selected UDP PDU
Field Name: Length
Purpose and Definition: Length is the length in octets of this user datagram including this header and the data (This means the minimum value of the length is eight).
Field Key:
Not applicable
Data value (decimal): 280
Data values in other bases:
Hexadecimal |
01 |
01 |
08 |
Binary |
0001 |
0001 |
1000 |
IP > UDP Header > Checksum for the selected UDP PDU
Field Name: Checksum
Purpose and Definition: Checksum is the 16-bit one's complement of the one's complement sum of a pseudo header of information from the IP header, the UDP header, and the data, padded with zero octets at the end (if necessary) to make a multiple of two octets.
Field Key:
Not applicable
Data value (decimal): E9 DB
Data values in other bases:
Hexadecimal |
E |
9 |
D |
B |
Binary |
1110 |
1001 |
1101 |
1011 |
IP > UDP Header > Data for the selected UDP PDU
Field Name: Data
Purpose and Definition:
Field Key:
Not applicable
Data value (hexadecimal): 18 01 C2 5A 0A FF 13 D0 00 00 00 00 69 6E 64 79 00 00 00 00 7F FF 11 DB 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 7F FF 13 F0 00 00 00 00 7F FF 11 F6 00 00 00 00 00 00 00 00 00 00 00 00 7F FF FF FF 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 09 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 7F FF 17 E3 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 09 00 00 00 10 05 9D D8 00 00 00 00 10 00 DB A8 00 00 00 00 0F B5 B1 74 00 00 00 00 0F AB 01 C8 00 00 00 00 10 05 9D F8 00 00 00 00 0F B5 9D D8 00 00 00 00 10 05 9D FC 00 00 00 00 0F B5 B1 74 00 00 00 00 10 05 9B 18 00 00 00 00 0F AB 02 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Data values in other bases:
(ASCII): Extended ASCII
2.7 User Commands – PING (AKA “Clickable Buttons”)
IP Version
Internet Header Length
Type of Service
Total Length of Ethernet Frame
Identification
Flags
Fragment Offset
Time to Live
Protocol
Header Checksum
Source IP Address
Destination IP Address
Options
Data
Type
Code
ICMP Checksum
Identifier
Data
PING PDU
Type
Code
PING Checksum
Identifier
Sequence Number
Data
2.7.1 IP PDU for the selected PING PDU
IP PDU > Differentiated Services Field for the selected PING
RFC Link: http://www.ietf.org/rfc/rfc0768.txt?number=768
Field Name: Differentiated Services Field
Purpose and Definition: Type of Service is an 8-bit field that provides and indication of the abstract parameters of the quality of service desired. These parameters guide the selection of the actual service parameters when transmitting a datagram through a particular network.
Field Key: The major choice is a three-way tradeoff between low-delay, high-reliability, and high-throughput.
Bits 0-2: Precedence
Bit 3: (D) 0 = Normal Delay 1 = Low Delay
Bit 4: (T) 0 = Normal Throughput 1 = High Throughput
Bit 5: (R) 0 = Normal Reliability 1 = High Reliability
Precedence:
111 = Network Control 011 = Flash
110 = Internetwork Control 010 = Immediate
101 = CRITIC/ECP 001 = Priority
100 = Flash
Overrided 000 = Routine
Data value (decimal): 0
Data values in other bases:
Hexadecimal |
0 |
0 |
Binary |
0000 |
0000 |
IP PDU> Flags for
the selected PING
Field Name: Flags
Purpose and Definition: Flags is a 3-bit field that indicates directions for fragmentation.
Field Key:
Bit 0: reserved, must be 0
Bit 1: (DF) 0 = May Fragment 1 = Don’t Fragment
Bit 2: (MF) 0 = Last Fragment 1 = More Fragment
Data value (hexadecimal): 04
Data values in other bases:
Hexadecimal |
0 |
4 |
Binary |
0000 |
0100 |
IP PDU> Fragment offset for the selected PING
Field Name: Fragment offset
Purpose and Definition: The Fragment Offset is a 13- bit field
indicating where in the Ethernet frame this fragment begins. The Fragment Offset is measured in units of
8 octets, and the first fragment has offset 0.
Field Key:
Not applicable
Data value (decimal): 0
Data values in other bases:
Binary: 0 0000 0000 0000
IP PDU > Time to Live for the selected PING
Field Name: Time to Live
Purpose and Definition: Time to Live is an 8-bit field that indicates the maximum time the datagram is allowed to remain in the Internet. If this field contains the value 0, then the datagram must be destroyed. This field is modified in Internet header processing. The time is measure in units of seconds, and is set by the sender to the maximum time the datagram is allowed to be in the Internet. This field is decreased at each point that the Internet header is processed. The intention is to cause undeliverable packets to be discarded, and to bind the maximum datagram lifetime.
Field Key:
Not applicable
Data value (decimal): 40
Data values in other bases:
Hexadecimal |
2 |
8 |
Binary |
0010 |
1000 |
IP PDU> Protocol for the selected PING
Field Name: Protocol
Purpose and Definition: Protocol is an 8-bit field that indicates the next level protocol that is used in the data portion of the Internet diagram.
0
00 Reserved 22 16
Multiplexing
1
01 ICMP 23 17
DCN
2
02 Unassigned 24 18
TAC Monitoring
3
03 Gateway-to-Gateway 25-76 19-4C
Unassigned
4
04 CMCC Gateway
Monitoring Message 77 4D
Any local network
5
05 ST 100 64
SATNET and Backroom EXPAK
6
06 TCP 101 65
MIT Subnet Support
7
07 UCL 102-104 66-68 Unassigned
10
0A Unassigned 105 69
SATNET Monitoring
11
0B Secure 106 6A
Unassigned
12
0C BBN RCC Monitoring 107 6B
Internet Packet Core Utility
13
0D NVP 110-113 6E-71 Unassigned
14
0E PUP 114 72
Backroom SATNET Monitoring
15
0F Pluribus 115 73
Unassigned
16 10 Telnet 116 74
WIDEBAND Monitoring
17 11 XNET 117 75
WIDEBAND EXPAK
20 14 Chaos 120-376 78-0178 Unassigned
21 15 User
Datagram 377 0179
Reserved
Data value (decimal): 1
Data values in other bases:
Hexadecimal |
0 |
1 |
Binary |
0000 |
0001 |
Decimal |
1 |
IP PDU> Header Checksum for the selected PING
Field Name: Header Checksum
Purpose and Definition: The Header Checksum is a 16-bit field. The Checksum is the 16-bit one’s complement sum of all 16-bit words in the header. For purposes of computing the checksum, the initial value of its field is zero. When both header checksums are equal, then the header bits are correct. If either checksums vary, then a new, correct packet will need to be sent.
Field Key:
Not applicable
Data value (decimal): 47308
Data values in other bases:
Hexadecimal |
B |
8 |
C |
C |
Binary |
1011 |
1000 |
1100 |
1100 |
IP PDU> Source for the selected PING
Field Name: Source
Purpose and Definition: The Source Address is a 32-bit field that contains the IP address of the host that sent the IP Packet.
Field Key:
Not applicable
Data value (decimal): 192.168.0.39
Data values in other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
2 |
7 |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
0010 |
0111 |
Decimal |
192 |
168 |
0 |
39 |
IP PDU > Destination for the selected PING
Field Name: Destination
Purpose and Definition: The Destination Address is a 32-bit field that contains the address of the host that is to receive the data contained within the IP packet.
Field Key:
Not applicable
Data value (decimal): 192.168.0.101
Data values in other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
6 |
5 |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
0110 |
0101 |
Decimal |
192 |
168 |
0 |
101 |
2.7.2 ICMP PDU for the selected PING PDU
IP > ICMP Header > Type for the selected PING PDU
Field Name: Type
Purpose and Definition: The type is an 8-bit field that identifies what sort of message the ICMP protocol is sending.
Field Key:
0 00 Echo Reply 16 10 Information Reply
1 01 Unassigned 17 11 Address Mask Request
2 02 Unassigned 18 12 Address Mask Reply
3 03 Destination Unreachable 19 13 Reserved (for Security)
4 04 Source Quench 20-29 14-1D Reserved (for Robustness Experiment)
5 05 Redirect 30 1E Traceroute
6 06 Alternate Host Address 31 1F Datagram Conversion Error
7 07 Unassigned 32 20 Mobile Host Redirect
8 08 Echo 33 21 IPv6 Where-Are-You
9 09 Router Advertisement 34 22 IPv6 I-Am-Here
10 0A Router Solicitation 35 23 Mobile Registration Request
11 0B Time Exceeded 36 24 Mobile Registration Reply
12 0C Parameter Problem 37 25 Domain Name Request
13 0D Timestamp 38 26 Domain Name Reply
14 0E Timestamp Reply 39 27 SKIP
15 0F Information Request 40 28 Photuris
41-255 29-FF Reserved
Data value: 8 (Echo (ping) Request)
Data values in other bases:
Hexadecimal |
0 |
8 |
Binary |
0000 |
1000 |
Decimal |
8 |
RFC Link: http://www.iana.org/assignments/icmp-parameters
IP > ICMP Header > Code for the selected PING PDU
Field Name: Code
Purpose and
Definition: Code is an 8-bit field that provides further information
about the associated type field.
Field Key:
Type Name Type Name
0 Echo Reply (used by “PING”) 7 Unassigned
0 No Code 8 Echo (used by "PING")
1 Unassigned 0 No Code
2 Unassigned 9 Router Advertisement
3 Destination Unreachable 0 No Code
0 Net Unreachable 10 Router Selection
1 Host Unreachable 0 No Code
2 Protocol Unreachable 11 Time Exceeded
3 Port Unreachable 0 Time to Live exceeded in Transit
5 Fragmentation needed and 1 Fragment Reassembly Time Exceeded
Don't Fragment was Set 12 Parameter Problem
5 Source Route Failed 0 Pointer indicates the error
6 Destination Network Unknown 1 Missing a Required Option
7 Destination Host Unknown 2 Bad Length
8 Source Host Isolated 13 Timestamp
13 Communication with Destination 0 No Code
Network is Administratively Prohibited 14 Timestamp Reply
14 Communication with Destination 0 No Code
Host is Administratively Prohibited 15 Information Request
15 Destination Network Unreachable 0 No Code
for Type of Service 16 Information Reply
16 Destination Host Unreachable for 0 No Code
Type of Service 17 Address Mask Request
4 Source Quench 0 No Code
0 No Code 18 Address Mask Reply
5 Redirect 0 No Code
0 Redirect Datagram for the Network 19 Reserved (for Security)
1 Redirect Datagram for the Host 20-29 Reserved (for Robustness Experiment)
2 Redirect Datagram for the Type of 30 Traceroute
Service and Network 31 Datagram Conversion Error
4 Redirect Datagram for the Type of 32 Mobile Host Redirect
Service and Host 33 IPv6 Where-Are-You
6 Alternate Host Address 34 IPv6 I-Am-Here
0 Alternate Address for Host 35 Mobile Registration Request
36 Mobile Registration Reply
Data value (decimal): 0
Data values in
other bases:
Hexadecimal |
0 |
0 |
Binary |
0000 |
0000 |
Decimal |
0 |
IP > ICMP Header > Checksum for the selected PING PDU
Field Name: Checksum
Purpose and Definition: The checksum is the 16-bit one’s complement of the one’s complement sum of the ICMP message, starting with the ICMP type. For computing the checksum, the checksum field should initially be zero.
Field Key: Not applicable
Data value (decimal): 51477
Data values in other bases:
Hexadecimal |
C |
9 |
1 |
5 |
Binary |
1100 |
1001 |
0001 |
0101 |
IP > ICMP Header > Identifier for the selected PING PDU
Field Name: Identifier
Purpose and Definition: The identifier is a 16-bit field that is used in matching echoes and replies for when the code field is zero.
Field Key: Not applicable
Data value (decimal): 28768
Data values in other bases:
Hexadecimal |
7 |
0 |
6 |
0 |
Binary |
0111 |
0000 |
0110 |
0000 |
IP > ICMP Header > Sequence for the selected PING PDU
Field Name: Sequence
Purpose and Definition: The sequence is a 16-bit field that is used in matching echoes and replies for when the code field is zero.
Field Key: Not applicable
Data value (hexadecimal): 00 00
Data values in other bases:
Hexadecimal |
0 |
0 |
0 |
0 |
Binary |
0000 |
0000 |
0000 |
0000 |
IP > ICMP Header > Data for the selected PING PDU
Field Name: Data
Purpose and Definition: The data is a variable-length field that contains the actual information that is sent in the ping packet.
Field Key: Not applicable
Data value (hexadecimal): 00 01 03 1E E2 24 00 00 F8 1F 00 85 08 00 45 00 00 54 00 00 40 00 40 01 B8 CC C0 A8 00 27 C0 A8 00 65 08 00 C9 15 70 60 00 00 42 B1 89 3F 00 00 00 00 2C C6 07 00 00 00 00 00 10 11 12 13 14 15 26 27 28 29 2A 2B 2C 2D 2E 2F 30 31 32 33 34 35 36 37
Data values in other bases:
Hexadecimal |
0 |
0 |
0 |
1 |
0 |
3 |
1 |
E |
E |
2 |
Binary |
0000 |
0000 |
0000 |
0000 |
000 |
0011 |
0001 |
1110 |
1110 |
0010 |
Decimal |
0 |
1 |
3 |
30 |
226 |
|||||
ASCII |
ã |
ã |
ã |
ã |
á |
Hexadecimal |
2 |
4 |
0 |
0 |
0 |
0 |
F |
8 |
1 |
F |
Binary |
0010 |
0100 |
0000 |
0000 |
0000 |
0000 |
1111 |
1000 |
0001 |
1111 |
Decimal |
36 |
0 |
0 |
242 |
31 |
|||||
ASCII |
$ |
© |
© |
á |
ã |
Hexadecimal |
0 |
0 |
8 |
5 |
0 |
8 |
0 |
0 |
4 |
5 |
Binary |
0000 |
0000 |
1000 |
0101 |
0000 |
1000 |
0000 |
0000 |
0100 |
0101 |
Decimal |
0 |
133 |
8 |
0 |
69 |
|||||
ASCII |
© |
á |
© |
© |
E |
Hexadecimal |
0 |
0 |
0 |
0 |
5 |
4 |
0 |
0 |
0 |
0 |
Binary |
0000 |
0000 |
0000 |
0000 |
0101 |
0100 |
0000 |
0000 |
0000 |
0000 |
Decimal |
0 |
0 |
84 |
0 |
0 |
|||||
ASCII |
© |
© |
T |
© |
© |
Hexadecimal |
4 |
0 |
0 |
0 |
4 |
0 |
0 |
1 |
B |
8 |
Binary |
0100 |
0000 |
0000 |
0000 |
0100 |
0000 |
0000 |
0001 |
1011 |
1000 |
Decimal |
64 |
0 |
64 |
1 |
184 |
|||||
ASCII |
@ |
© |
@ |
© |
á |
Hexadecimal |
C |
C |
C |
0 |
A |
8 |
0 |
0 |
2 |
7 |
Binary |
1100 |
1100 |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
0010 |
0111 |
Decimal |
204 |
192 |
168 |
0 |
39 |
|||||
ASCII |
á |
á |
á |
© |
‘ |
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
6 |
5 |
0 |
8 |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
0110 |
0101 |
0000 |
1000 |
Decimal |
192 |
168 |
0 |
101 |
8 |
|||||
ASCII |
á |
á |
ã |
e |
ã |
Hexadecimal |
0 |
0 |
C |
9 |
1 |
5 |
7 |
0 |
6 |
0 |
Binary |
0000 |
0000 |
1100 |
1001 |
0001 |
0101 |
0111 |
0000 |
0110 |
0000 |
Decimal |
0 |
201 |
21 |
112 |
96 |
|||||
ASCII |
ã |
á |
ã |
p |
‘’ |
Hexadecimal |
0 |
0 |
0 |
0 |
4 |
2 |
b |
1 |
8 |
9 |
Binary |
0000 |
0000 |
0000 |
0000 |
0100 |
0010 |
1011 |
0001 |
1000 |
1001 |
Decimal |
0 |
0 |
66 |
177 |
137 |
|||||
ASCII |
ã |
ã |
B |
á |
á |
Hexadecimal |
3 |
F |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
Binary |
0011 |
1111 |
0000 |
0000 |
0000 |
0000 |
0000 |
0000 |
0000 |
0000 |
Decimal |
63 |
0 |
0 |
0 |
0 |
|||||
ASCII |
? |
ã |
ã |
ã |
ã |
Hexadecimal |
2 |
C |
c |
6 |
0 |
7 |
0 |
0 |
0 |
0 |
Binary |
0010 |
1100 |
1100 |
0110 |
0000 |
0111 |
0000 |
0000 |
0000 |
0000 |
Decimal |
44 |
198 |
7 |
0 |
0 |
|||||
ASCII |
, |
á |
ã |
ã |
ã |
Hexadecimal |
0 |
0 |
0 |
0 |
0 |
0 |
1 |
0 |
1 |
1 |
Binary |
0000 |
0000 |
0000 |
0000 |
0000 |
0000 |
0001 |
0000 |
0001 |
0001 |
Decimal |
0 |
0 |
0 |
16 |
17 |
|||||
ASCII |
ã |
ã |
ã |
ã |
ã |
Hexadecimal |
1 |
2 |
1 |
3 |
1 |
4 |
1 |
5 |
2 |
6 |
Binary |
0001 |
0010 |
0001 |
0011 |
0001 |
0100 |
0001 |
0101 |
0010 |
0110 |
Decimal |
18 |
19 |
20 |
21 |
38 |
|||||
ASCII |
ã |
ã |
ã |
ã |
& |
Hexadecimal |
2 |
7 |
2 |
8 |
2 |
9 |
2 |
A |
2 |
B |
Binary |
0010 |
0111 |
0001 |
1000 |
0010 |
1001 |
0010 |
1010 |
0010 |
1011 |
Decimal |
39 |
40 |
41 |
42 |
43 |
|||||
ASCII |
‘ |
( |
) |
* |
+ |
Hexadecimal |
2 |
C |
2 |
F |
3 |
0 |
3 |
1 |
3 |
2 |
|||||||||
Binary |
0010 |
1100 |
0010 |
111 |
0011 |
0000 |
0011 |
0001 |
0011 |
0010 |
|||||||||
Decimal |
44 |
47 |
48 |
49 |
50 |
||||||||||||||
ASCII |
, |
/ |
0 |
1 |
2 |
||||||||||||||
Hexadecimal |
3 |
3 |
3 |
4 |
3 |
5 |
3 |
6 |
3 |
7 |
|||||||||
Binary |
0011 |
0011 |
0011 |
0100 |
0000 |
0101 |
0011 |
0110 |
0011 |
0111 |
|||||||||
Decimal |
51 |
52 |
53 |
54 |
55 |
||||||||||||||
ASCII |
3 |
4 |
5 |
6 |
7 |
||||||||||||||
2.8 User Commands – HTTP
(AKA “Clickable Buttons”)
IP Version
Internet Header Length
Type of Service
Total Length of Ethernet Frame
Identification
Flags
Fragment Offset
Time to Live
Protocol
Header Checksum
Source IP Address
Destination IP Address
Options
Data
Source Port Number
Destination Port Number
Sequence Number
Acknowledgement Number
Header Lengths
Reserved
Window Size
TCP Checksum
Urgent Pointer
Options
Data
HTTP PDU
Source Port Number
Destination Port Number
Sequence Number
Acknowledgement Number
Header Length
Reserved
Window Size
HTTP Checksum
Urgent Pointer
Options
Data
2.8.1 IP PDU for the selected HTTP PDU
IP PDU
> IP Version for the selected HTTP PDU
Field Name: IP Version
Purpose and Definition: Version is a 4-bit field that indicates the
format of the Internet header.
Field Key: 4 = IPv4
6
= IPv6
Data value (decimal): 4
Data values in other bases:
Hexadecimal |
4 |
Binary |
0100 |
IP PDU> Internet Header Length for the selected HTTP PDU
Field Name:
Internet Header Length
Purpose and Definition: The IHL field is a 4-bit field indicating the length of the Internet header in 32 bit words, and thus points to the beginning of the data. The minimum value of a correct header is 5.
Field Key: Not applicable
Data value: The value contained in our field is 20 bytes. This is the hexadecimal and decimal value of 5 multiplied by 4 bits.
Data values in other bases:
Hexadecimal |
0 |
5 |
Binary |
0000 |
0101 |
IP PDU
> Type of Service for the selected HTTP PDU
Field Name:
Type of Service
Purpose and Definition: Type of Service is an 8-bit field that
provides and indication of the abstract parameters of the quality of service
desired. These parameters guide the
selection of the actual service parameters when transmitting a datagram through
a particular network.
Field Key: The major choice is a three-way tradeoff between low-delay, high-reliability, and high-throughput.
Bits 0-2: Precedence
Bit 3: (D) 0 = Normal Delay 1 = Low Delay
Bit 4: (T) 0 = Normal Throughput 1 = High Throughput
Bit 5: (R) 0 = Normal Reliability 1 = High Reliability
Precedence:
111 = Network Control 011 = Flash
110 = Internetwork Control 010 = Immediate
101 = CRITIC/ECP 001 = Priority
100 = Flash
Overrided 000 = Routine
Data value (hexadecimal): 00
Data values in other bases:
Hexadecimal |
0 |
0 |
Binary |
0000 |
0000 |
IP PDU
> Total Length of Ethernet Frame for the selected HTTP PDU
Field Name: Total Length of Ethernet Frame
Purpose and Definition: Total Length is a
16-bit field that indicates the length of the frame, measured in octets,
including Internet header and data. The
maximum size is 216 or 65,536 octets; however, the recommended
maximum size is 576 octets.
Field Key:
Not applicable
Data values (decimal): 570
Data values in other bases:
Hexadecimal |
0 |
2 |
3 |
A |
Binary |
0000 |
0010 |
0011 |
1010 |
IP PDU > Identification for the selected HTTP PDU
Field Name: Identification
Purpose and Definition: Identification is a 16-bit field. An identifying value is assigned by the
sender to aid in assembling the fragments of a datagram. The identifier is chosen based on the need
to provide a way to uniquely identify the fragments and protocol for the time
the datagram or any fragment could be alive in the Internet.
Field Key:
Not applicable
Data value (hexadecimal): 3C 05
Data values in other bases:
Hexadecimal |
3 |
C |
0 |
5 |
Binary |
0011 |
1100 |
0000 |
0101 |
IP PDU > Flags for the selected HTTP PDU
Field Name:
Flags
Purpose and Definition: Flags is a 3-bit field that indicates
directions for fragmentation.
Field Key:
Bit 0: reserved, must be 0
Bit 1: (DF) 0 = May Fragment 1 = Don’t Fragment
Bit 2: (MF) 0 = Last Fragment 1 = More Fragment
Data value (binary): 010
Data values in other bases: Not applicable
IP PDU > Fragment Offset for the selected HTTP PDU
Field Name:
Fragment Offset
Purpose and Definition: The Fragment Offset is a 13- bit field
indicating where in the Ethernet frame this fragment begins. The Fragment Offset is measured in units of
8 octets, and the first fragment has offset 0.
Field Key:
Not applicable
Data value (decimal): 0
Data values in other bases:
IP PDU
> Time to Live for the selected HTTP PDU
Field Name: Time to Live
Purpose and Definition: Time to Live is an 8-bit field that indicates
the maximum time the datagram is allowed to remain in the Internet. If this field contains the value 0, then the
datagram must be destroyed. This field
is modified in Internet header processing.
The time is measure in units of seconds, and is set by the sender to the
maximum time the datagram is allowed to be in the Internet. This field is decreased at each point that
the Internet header is processed. The
intention is to cause undeliverable packets to be discarded, and to bound the
maximum datagram lifetime.
Field Key:
Not applicable
Data value (decimal): 64
Data values in other bases:
Hexadecimal |
4 |
0 |
Binary |
0100 |
0000 |
IP PDU
> Protocol for the selected HTTP PDU
Field Name: Protocol
Purpose and Definition: Protocol is an 8-bit field that indicates
the next level protocol that is used in the data portion of the Internet
diagram.
Field Key:
0 0 Reserved 22 16 Multiplexing
1 1 ICMP 23 17 DCN
2 2 Unassigned 24 18 TAC Monitoring
3 3 Gateway-to-Gateway 25-76 19-4C Unassigned
4 4 CMCC
Gateway Monitoring Message 77 4D Any local network
5 5 ST 100 64 SATNET and Backroom EXPAK
6 6 TCP 101 65 MIT Subnet Support
7 7 UCL 102-104 66-68 Unassigned
10 A Unassigned 105 69 SATNET Monitoring
11 B Secure 106 6A Unassigned
12 C BBN
RCC Monitoring 107 6B Internet Packet Core Utility
13 D NVP 110-113 6E-71 Unassigned
14 E PUP 114 72 Backroom SATNET Monitoring
15 F Pluribus 115 73 Unassigned
16 10 Telnet 116 74 WIDEBAND Monitoring
17 11 XNET 117 75 WIDEBAND EXPAK
20 14 Chaos 120-376 78-178 Unassigned
21 15 User Datagram 377 179 Reserved
Data value (hexadecimal): 06
Data values in other bases:
Hexadecimal |
0 |
6 |
Binary |
0000 |
0110 |
Decimal |
6 |
RFC Link: http://www.faqs.org/rfcs/rfc790.html
IP PDU > Header Checksum for the selected HTTP PDU
Field Name: Header Checksum
Purpose and Definition: The Header Checksum is a 16-bit field. The Checksum is the 16-bit one’s complement sum of all 16-bit words in the header. For purposes of computing the checksum, the initial value of its field is zero. When both header checksums are equal, then the header bits are correct. If either checksums vary, then a new, correct packet will need to be sent.
This is a simple way to compute the checksum and experimental evidence indicates that it is adequate, but it is provisional and may be replaced by a CRC procedure, depending on further experience.
Field Key: Not
applicable
Data value (hexadecimal): 7A 57
Data values in
other bases:
Hexadecimal |
7 |
A |
5 |
7 |
Binary |
0111 |
1010 |
0101 |
0111 |
IP PDU > Source
Address for the selected HTTP PDU
Field Name: Source Address
Purpose and Definition: The Source Address is a 32-bit field that contains the IP address of the host that sent the IP Packet.
Field Key: Not
applicable
Data value (decimal): 192.168.0.12
Data values in
other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
0 |
C |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
0000 |
1100 |
Decimal |
192 |
168 |
0 |
12 |
IP PDU > Destination Address for the selected HTTP PDU
Field Name: Destination Address
Purpose and Definition: The Destination Address is a 32-bit field that contains the address of the host that is to receive the data contained within the IP packet.
Field Key:
Not applicable
Data value (decimal): 192.168.0.101
Data values in
other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
6 |
5 |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
0110 |
0101 |
Decimal |
192 |
168 |
0 |
101 |
IP PDU > Options and Padding for the selected HTTP PDU
Field Name: Options and Padding
Purpose and Definition: The options may or may not appear in Ethernet packets. They must be implemented by all IP modules (host and gateways). What is optional is their transmission in any particular packet, not their implementation.
The option field is variable in length. There may be zero or more options. There are two cases for the format of an option.
Case 1: A single octet of option type
Case 2: An option-type octet, an option-length octet, and the actual option-data octets.
Field Key: Not
applicable
Data values: Not applicable
Data values in
other bases: Not applicable
IP PDU > Data for the selected HTTP PDU
Field Name: Data
Purpose and Definition: The Data is a variable length field which contains the actual data that is being sent from one host to another. The data field may start with a Layer 4 header, which will give additional instructions to the application that will be receiving the data; alternately, it may be an ICMP header and not contain any user data at all.
Field Key: Not
applicable
Data values (hexadecimal) : (TCP) 80 30 00 15 81 A5 16 6C 87 A3 53 5D 80 18 16 D0 11 F4 00 00 01 01 08 0A 1B 25 F3 A1 0b DD 73 58
(FTP) 50 41 53 53 20 66 31 61 32 6B 33 75 73 65 72 0D 0A
Data values in other bases:
Hexadecimal: (TCP) 0 x 80 30 00 15 81 A5 16 6C 87 A3 53 5D 80 18 16 D0 11 F4 00 00 01 01 08 0A 1B 25 F3 A1 0B DD 73 58
(FTP) 50 41 53 53 20 66 31 61 32 6B 33 75 73 65 72 0D 0A
ASCII: (TCP) ↑ 0 © © ↑ ↑ © ↑ ↑ S ] ↑ © © ↑ © ↑ © © © © © © © % ↑ ↑ © ↑ s X
(FTP) P A S S S © f 1 a 2 k 3 u s e r © ©
2.8.2 TCP
PDU for the selected HTTP PDU
IP > TCP PDU > Source Port for the selected HTTP PDU
Field Name: Source Port
Purpose and Definition:
This 16-bit number represents the name of the application that sent the data in the IP packet.
Field Key: Not
applicable
Data value: www (80)
Data values in
other bases:
Hexadecimal |
0 |
0 |
5 |
0 |
Binary |
0000 |
0000 |
0101 |
0000 |
IP > TCP PDU > Destination Port for the selected HTTP PDU
Field Name: Destination Port
Purpose and
Definition:
This 16-bit number represents the name of the application that is to
receive the data contained within the IP packet. This is one of the major
differences between a Layer 3 and a Layer 4 header: the Layer 3 header contains
the IP address of the computer that is to receive the IP packet; once that
packet has been received, the port address in the Layer 4 header ensures that
the data contained within that IP packet is passed to the correct application
on that computer.
Field Key:
This key indicates
assigned port number values:
0 Reserved
1-32767 Internet registered ("well-known") protocols
32768-98303 Reserved, to allow TCPv7-TCPv4 conversion
98304 & up Dynamic assignment
Data value (decimal): 4255
Data values in
other bases:
Hexadecimal |
1 |
0 |
9 |
F |
Binary |
0001 |
0000 |
1001 |
1111 |
Source: http://www.zvon.org/tmRFC/RFC1475/Output/chapter4.html
IP > TCP PDU > Sequence Number for the selected HTTP PDU
Field Name: Sequence Number
Purpose and
Definition:
TCP is responsible for ensuring that all IP packets sent are actually
received. When an application's data is packaged into IP packets, TCP will give
each IP packet a sequence number. Once all the packets have arrived at the
receiving computer, TCP uses the number in this 32-bit field to ensure that all
of the packets actually arrived and are in the correct sequence.
Field Key:
Not applicable
Data value (decimal): 988014608
Data values in
other bases:
Hexadecimal |
3 |
A |
E |
3 |
E |
8 |
1 |
0 |
Binary |
0011 |
1010 |
1110 |
0011 |
1110 |
1000 |
0001 |
0000 |
IP > TCP PDU > Acknowledgement Number for the selected
HTTP PDU
Field Name: Acknowledgement Number
Purpose and Definition:
This number is used by the receiving computer to acknowledge which
packets have successfully arrived. This number will be the sequence number of
the next packet the receiver is ready to receive.
Field Key: Not
applicable
Data value: 1398299764
Data values in
other bases:
Hexadecimal |
5 |
3 |
5 |
8 |
5 |
C |
7 |
4 |
Binary |
0101 |
0011 |
0101 |
0111 |
0101 |
1010 |
0111 |
0100 |
IP > TCP PDU > Header Length or Offset for the selected
HTTP PDU
Field Name: Header
Length or Offset
Purpose and
Definition:
This is identical in concept to the header length in an IP packet,
except this time it indicates the length of the TCP header.
Field Key: Not
applicable
Data value (bytes): 32
Data values in
other bases:
Hexadecimal |
8 |
0 |
Binary |
1000 |
0000 |
IP > TCP PDU > Control Flags for the selected HTTP PDU
Field Name: Control Flags
Purpose and
Definition:
Every TCP packet contains this 6-bit value that indicates how many
octets it can receive at once. When IP packets are received, they are placed in
a temporary area of RAM known as a buffer until the receiving computer has a
chance to process them; this value represents how big a buffer the receiving
host has made available for this temporary storage of IP packets.
Field Key:
Data value (binary): 01 1000
Data values in
other bases: Not applicable
IP > TCP PDU > Window Size for the selected HTTP PDU
Field Name: Window
Size
Purpose and
Definition:
Every TCP packet contains this 16-bit value that indicates how many
octets it can receive at once. When IP packets are received, they are placed in
a temporary area of RAM known as a buffer until the receiving computer has a
chance to process them; this value represents how big a buffer the receiving
host has made available for this temporary storage of IP packets.
Field Key: Not applicable
Data value (decimal): 7504
Data values in
other bases:
Hexadecimal |
1 |
D |
5 |
0 |
Binary |
0001 |
1101 |
0101 |
0000 |
IP > TCP PDU > Urgent Pointer for the selected HTTP PDU
Field Name: Urgent Pointer
Purpose and Definition:
If the Urgent flag is set to on, this value indicates where the urgent data is
located.
Information Key: Not
applicable
Data value: Not applicable
Data values in
other bases: Not applicable
IP > TCP PDU > Checksum for the selected HTTP PDU
Field Name: Checksum
Purpose and
Definition:
Unlike IP, TCP is responsible for ensuring that the entire IP packet
arrived intact. TCP will run a CRC on the entire IP packet (not just the
header) and place the resulting checksum in this field. When the IP packet is
received, TCP re-runs the CRC on the entire packet to ensure the checksum is
the same.
Field Key: Not
applicable
Data value (hexadecimal): F0 F6
Data values in
other bases:
Hexadecimal |
F |
0 |
F |
6 |
Binary |
1111 |
0000 |
1111 |
0110 |
IP > TCP PDU > Options and Padding for the selected HTTP
PDU
Field Name: Options and Padding
Purpose and
Definition:
Like IP options, this field is optional and represents additional instructions
not covered in the other TCP fields. Again, if an option does not fill up a
32-bit word, it will be filled in with padding bits.
Field Key: Not
applicable
Data value (hexadecimal): 08 0A 39 22 DB 5B 06 2F 44 96
Data values in other bases:
Hexadecimal |
0 |
8 |
0 |
A |
3 |
9 |
2 |
2 |
D |
B |
Binary |
0000 |
1000 |
0000 |
1010 |
0011 |
1001 |
0010 |
0010 |
1101 |
1011 |
Decimal |
8 |
10 |
57 |
34 |
219 |
|||||
ASCII |
© |
© |
9 |
“ |
á |
Hexadecimal |
5 |
B |
0 |
6 |
2 |
F |
4 |
4 |
9 |
6 |
Binary |
0101 |
1011 |
0000 |
0110 |
0010 |
1111 |
0100 |
0100 |
1001 |
0110 |
Decimal |
91 |
6 |
47 |
68 |
150 |
|||||
ASCII |
[ |
© |
/ |
F |
á |
2.8.3 HTTP PDU for the selected HTTP PDU
IP > TCP > HTTP PDU > Content
Type for the selected HTTP PDU
Field Name: Content
Type
Purpose and Definition: The Content-Type entity-header field indicates the media type of the Entity-Body sent to the recipient.
Field Key: Not applicable
Data value (ASCII): text/html; charset=iso – 8859-1\r\n
Data values in
other bases:
Hexadecimal |
4 |
3 |
6 |
F |
6 |
E |
7 |
4 |
Binary |
0100 |
0011 |
0110 |
1111 |
0110 |
1110 |
0111 |
0100 |
Decimal |
67 |
111 |
110 |
116 |
||||
ASCII |
C |
o |
n |
t |
Hexadecimal |
6 |
5 |
6 |
E |
7 |
4 |
2 |
D |
Binary |
0110 |
0101 |
0110 |
1110 |
0111 |
0100 |
0010 |
1101 |
Decimal |
101 |
110 |
116 |
45 |
||||
ASCII |
E |
n |
t |
- |
Hexadecimal |
5 |
4 |
7 |
9 |
7 |
0 |
6 |
5 |
Binary |
0101 |
0100 |
0111 |
1001 |
0111 |
0000 |
0110 |
0101 |
Decimal |
84 |
121 |
112 |
101 |
||||
ASCII |
T |
y |
p |
e |
Hexadecimal |
3 |
A |
2 |
0 |
7 |
4 |
6 |
5 |
Binary |
0110 |
1010 |
0010 |
0000 |
0111 |
0100 |
0110 |
0101 |
Decimal |
58 |
32 |
116 |
101 |
||||
ASCII |
: |
|
t |
e |
Hexadecimal |
7 |
8 |
7 |
4 |
2 |
F |
6 |
8 |
Binary |
0111 |
1000 |
0111 |
0100 |
0010 |
1111 |
0110 |
1000 |
Decimal |
120 |
116 |
47 |
104 |
||||
ASCII |
X |
t |
/ |
h |
Hexadecimal |
7 |
4 |
6 |
D |
6 |
C |
3 |
B |
Binary |
0111 |
0100 |
0110 |
1101 |
0110 |
1100 |
0011 |
1011 |
Decimal |
116 |
109 |
108 |
59 |
||||
ASCII |
T |
m |
l |
; |
Hexadecimal |
2 |
0 |
6 |
3 |
6 |
8 |
6 |
1 |
Binary |
0010 |
0000 |
0110 |
0011 |
0110 |
1000 |
0110 |
0001 |
Decimal |
32 |
99 |
104 |
97 |
||||
ASCII |
|
c |
h |
a |
Hexadecimal |
7 |
2 |
7 |
3 |
6 |
5 |
7 |
4 |
Binary |
0111 |
0010 |
0111 |
0011 |
0110 |
0101 |
0111 |
0100 |
Decimal |
114 |
115 |
101 |
116 |
||||
ASCII |
r |
s |
e |
t |
Hexadecimal |
3 |
D |
6 |
9 |
7 |
3 |
6 |
F |
Binary |
0011 |
1101 |
0110 |
1001 |
0111 |
0011 |
0110 |
1111 |
Decimal |
61 |
105 |
115 |
111 |
||||
ASCII |
= |
i |
s |
o |
Hexadecimal |
2 |
D |
3 |
8 |
3 |
8 |
3 |
5 |
Binary |
0010 |
1101 |
0011 |
1000 |
0011 |
1000 |
0011 |
0101 |
Decimal |
45 |
56 |
56 |
53 |
||||
ASCII |
- |
8 |
8 |
5 |
Hexadecimal |
3 |
9 |
2 |
D |
3 |
1 |
0 |
D |
Binary |
0011 |
1001 |
0010 |
1101 |
0011 |
0001 |
0000 |
1101 |
Decimal |
57 |
45 |
49 |
13 |
||||
ASCII |
9 |
- |
1 |
\r |
Hexadecimal |
0 |
A |
Binary |
0000 |
1010 |
Decimal |
10 |
|
ASCII |
\n |
IP > TCP > HTTP PDU > Date
for the selected HTTP PDU
Field Name: Date
Purpose and Definition: This field contains the date and time on which the web page was accessed.
Field Key: Not applicable
Data value (ASCII): Date: Tue, 03 Feb 2004 23:08:10 GMT\r\n
Data values in
other bases:
Hexadecimal |
4 |
6 |
6 |
1 |
7 |
4 |
6 |
5 |
Binary |
0110 |
0110 |
0110 |
0001 |
0111 |
0100 |
0110 |
0101 |
Decimal |
70 |
97 |
116 |
101 |
||||
ASCII |
D |
a |
t |
e |
Hexadecimal |
3 |
A |
2 |
0 |
5 |
4 |
7 |
5 |
Binary |
0010 |
1010 |
0010 |
0000 |
0101 |
0100 |
0111 |
0101 |
Decimal |
58 |
32 |
84 |
117 |
||||
ASCII |
: |
|
T |
u |
Hexadecimal |
6 |
5 |
2 |
C |
2 |
0 |
3 |
0 |
Binary |
0110 |
0101 |
0010 |
1100 |
0010 |
0000 |
0011 |
0000 |
Decimal |
101 |
44 |
32 |
48 |
||||
ASCII |
e |
, |
|
0 |
Hexadecimal |
3 |
3 |
2 |
0 |
4 |
6 |
6 |
5 |
Binary |
0011 |
0011 |
0010 |
0000 |
0100 |
0110 |
0110 |
0101 |
Decimal |
|
|
|
|
||||
ASCII |
3 |
|
F |
e |
Hexadecimal |
6 |
2 |
2 |
0 |
3 |
2 |
3 |
0 |
Binary |
0110 |
0010 |
0010 |
0000 |
0011 |
0010 |
0011 |
0000 |
Decimal |
98 |
32 |
50 |
48 |
||||
ASCII |
b |
|
2 |
0 |
Hexadecimal |
3 |
0 |
3 |
4 |
3 |
2 |
3 |
3 |
Binary |
0011 |
0000 |
0011 |
0100 |
0011 |
0010 |
0011 |
0011 |
Decimal |
48 |
52 |
50 |
51 |
||||
ASCII |
0 |
4 |
2 |
3 |
Hexadecimal |
3 |
A |
3 |
0 |
3 |
8 |
3 |
A |
Binary |
0011 |
1010 |
0011 |
0000 |
0011 |
1000 |
0011 |
1010 |
Decimal |
58 |
48 |
56 |
58 |
||||
ASCII |
: |
0 |
8 |
: |
Hexadecimal |
3 |
1 |
3 |
0 |
2 |
0 |
4 |
7 |
Binary |
0011 |
0001 |
0011 |
0000 |
0010 |
0000 |
0100 |
0111 |
Decimal |
49 |
48 |
32 |
71 |
||||
ASCII |
1 |
0 |
|
G |
Hexadecimal |
4 |
D |
5 |
4 |
0 |
D |
0 |
A |
Binary |
0100 |
1101 |
0101 |
0100 |
0000 |
1101 |
0000 |
1010 |
Decimal |
77 |
84 |
13 |
10 |
||||
ASCII |
M |
T |
\r |
\n |
IP > TCP > HTTP PDU > HTTP
for the selected HTTP PDU
Field Name: HTTP
Purpose and Definition: This field displays the category of the page that is being displayed.
Field Key: Not applicable
Data value (ASCII): HTTP/1.1 404 Not Found\r\n
Data values in
other bases:
Hexadecimal |
4 |
8 |
5 |
4 |
5 |
4 |
5 |
0 |
Binary |
0100 |
1000 |
0101 |
0100 |
0101 |
0100 |
0101 |
0000 |
Decimal |
72 |
84 |
84 |
80 |
||||
ASCII |
H |
T |
T |
P |
Hexadecimal |
2 |
F |
3 |
1 |
2 |
E |
3 |
1 |
Binary |
0010 |
1111 |
0011 |
0001 |
0010 |
1110 |
0011 |
0001 |
Decimal |
47 |
49 |
46 |
49 |
||||
ASCII |
/ |
1 |
. |
1 |
Hexadecimal |
2 |
0 |
3 |
4 |
3 |
0 |
3 |
4 |
Binary |
0010 |
0000 |
0011 |
0100 |
0011 |
0000 |
0011 |
0100 |
Decimal |
32 |
52 |
48 |
52 |
||||
ASCII |
|
4 |
0 |
4 |
Hexadecimal |
2 |
0 |
4 |
E |
6 |
F |
7 |
4 |
Binary |
0010 |
0000 |
0100 |
1110 |
0110 |
1111 |
0111 |
0100 |
Decimal |
32 |
78 |
111 |
116 |
||||
ASCII |
|
N |
o |
t |
Hexadecimal |
2 |
0 |
4 |
6 |
6 |
F |
7 |
5 |
Binary |
0010 |
0000 |
0100 |
0110 |
0110 |
1111 |
0111 |
0101 |
Decimal |
32 |
70 |
111 |
117 |
||||
ASCII |
|
F |
o |
u |
Hexadecimal |
6 |
E |
6 |
4 |
0 |
D |
0 |
A |
Binary |
0110 |
1110 |
0110 |
0100 |
0000 |
1101 |
0000 |
1010 |
Decimal |
110 |
100 |
13 |
10 |
||||
ASCII |
n |
d |
\r |
\n |
IP > TCP > HTTP PDU > Server
for the selected HTTP PDU
Field Name: Server
Purpose and Definition: The Server response-header field contains information about the software used by the origin server to handle the request.
Field Key: Not applicable
Data value (ASCII): Server: Apache/1.3.24 (Unix) PHP/4.2.1\r\n
Data values in
other bases:
Hexadecimal |
5 |
3 |
6 |
5 |
7 |
2 |
7 |
6 |
Binary |
0101 |
0011 |
0110 |
0101 |
0111 |
0010 |
0111 |
0110 |
Decimal |
83 |
101 |
114 |
118 |
||||
ASCII |
S |
E |
r |
v |
Hexadecimal |
6 |
5 |
7 |
2 |
3 |
A |
2 |
0 |
Binary |
0110 |
0101 |
0111 |
0010 |
0011 |
1010 |
0010 |
0000 |
Decimal |
101 |
114 |
58 |
32 |
||||
ASCII |
e |
R |
: |
|
Hexadecimal |
4 |
1 |
7 |
0 |
6 |
1 |
6 |
3 |
Binary |
0110 |
0001 |
0111 |
0000 |
0110 |
0001 |
0110 |
0011 |
Decimal |
65 |
112 |
97 |
99 |
||||
ASCII |
A |
P |
a |
c |
Hexadecimal |
6 |
8 |
6 |
5 |
2 |
F |
3 |
1 |
Binary |
0110 |
1000 |
0110 |
0101 |
0010 |
1111 |
0011 |
0001 |
Decimal |
104 |
101 |
47 |
49 |
||||
ASCII |
h |
E |
/ |
1 |
Hexadecimal |
2 |
E |
3 |
3 |
2 |
E |
3 |
2 |
Binary |
0010 |
1110 |
0011 |
0011 |
0010 |
1110 |
0011 |
0010 |
Decimal |
46 |
51 |
46 |
50 |
||||
ASCII |
. |
3 |
. |
2 |
Hexadecimal |
3 |
4 |
2 |
0 |
2 |
8 |
5 |
5 |
Binary |
0011 |
0100 |
0010 |
0000 |
0010 |
1000 |
0101 |
0101 |
Decimal |
52 |
32 |
40 |
85 |
||||
ASCII |
4 |
|
( |
U |
Hexadecimal |
6 |
E |
6 |
9 |
7 |
8 |
2 |
9 |
Binary |
0110 |
1110 |
0110 |
1001 |
0111 |
1000 |
0010 |
1001 |
Decimal |
110 |
105 |
120 |
41 |
||||
ASCII |
n |
i |
x |
) |
Hexadecimal |
2 |
0 |
5 |
0 |
4 |
8 |
5 |
0 |
Binary |
0010 |
0000 |
0101 |
0000 |
0100 |
1000 |
0101 |
0000 |
Decimal |
32 |
80 |
72 |
80 |
||||
ASCII |
|
P |
H |
P |
Hexadecimal |
2 |
5 |
3 |
4 |
2 |
E |
3 |
2 |
Binary |
0010 |
0101 |
0011 |
0100 |
0010 |
1110 |
0011 |
0010 |
Decimal |
37 |
52 |
46 |
50 |
||||
ASCII |
/ |
4 |
. |
2 |
Hexadecimal |
2 |
E |
3 |
1 |
0 |
D |
0 |
A |
Binary |
0010 |
1110 |
0011 |
0001 |
0000 |
1101 |
0000 |
1010 |
Decimal |
46 |
49 |
13 |
10 |
||||
ASCII |
. |
1 |
\r |
\n |
IP > TCP > HTTP PDU > Data
for the selected HTTP PDU
Field Name: Data
Purpose and Definition: This field stores the information that is actually contained in the HTTP Protocol.
Field Key: Not applicable
Data value (ASCII): <!DOCTYPE HTML PUBLIC “-//IETF//DTD HTML 2.0//EN”>\n
<HTML><HEAD>\n
<TITLE>404 Not Found</TITLE>\n
</HEAD><BODY>\n
<H1>Not Found</H1>\n
The requested URL /~csis410/2003/bluetech/Requirements Speicfication Document Final-files/image002.gif was not found on this server.<p>\n
<HR>\n
<ADDRESS>Apache/1.3.24 Server at ares.cs.siena.edu Port 80</ADDRESS>\n
</BODY></HTML>\n
Data values in
other bases:
Hexadecimal |
3 |
C |
2 |
1 |
4 |
4 |
4 |
5 |
Binary |
0011 |
1100 |
0010 |
0001 |
0100 |
0100 |
0100 |
0101 |
Decimal |
60 |
33 |
68 |
69 |
||||
ASCII |
< |
! |
D |
O |
Hexadecimal |
4 |
3 |
5 |
4 |
5 |
9 |
5 |
0 |
Binary |
0100 |
0011 |
0101 |
0100 |
0101 |
1001 |
0101 |
0000 |
Decimal |
67 |
84 |
89 |
80 |
||||
ASCII |
C |
T |
Y |
P |
Hexadecimal |
4 |
5 |
2 |
0 |
4 |
8 |
5 |
4 |
Binary |
0100 |
0101 |
0010 |
0000 |
0100 |
1000 |
0101 |
0100 |
Decimal |
69 |
32 |
72 |
84 |
||||
ASCII |
E |
|
H |
T |
Hexadecimal |
4 |
D |
4 |
C |
2 |
0 |
5 |
0 |
Binary |
0100 |
1101 |
0110 |
1100 |
0010 |
0000 |
0101 |
0000 |
Decimal |
77 |
76 |
32 |
80 |
||||
ASCII |
M |
L |
|
P |
Hexadecimal |
5 |
5 |
4 |
2 |
4 |
C |
4 |
9 |
Binary |
0101 |
0101 |
0100 |
0010 |
0100 |
1100 |
0100 |
1001 |
Decimal |
85 |
66 |
76 |
73 |
||||
ASCII |
U |
B |
L |
I |
||||
Hexadecimal |
4 |
3 |
2 |
0 |
2 |
2 |
2 |
D |
Binary |
0100 |
0011 |
0010 |
0000 |
0010 |
0010 |
0010 |
1101 |
Decimal |
67 |
32 |
34 |
45 |
||||
ASCII |
C |
|
“ |
- |
Hexadecimal |
2 |
F |
2 |
F |
4 |
9 |
4 |
5 |
Binary |
0010 |
1111 |
0010 |
1111 |
0100 |
1001 |
0100 |
0101 |
Decimal |
47 |
47 |
73 |
69 |
||||
ASCII |
/ |
/ |
I |
E |
Hexadecimal |
5 |
4 |
4 |
6 |
2 |
F |
2 |
F |
Binary |
0101 |
0100 |
0100 |
0110 |
0010 |
1111 |
0010 |
1111 |
Decimal |
84 |
70 |
47 |
47 |
||||
ASCII |
T |
F |
/ |
/ |
Hexadecimal |
4 |
4 |
5 |
4 |
4 |
4 |
2 |
0 |
Binary |
0100 |
0100 |
0101 |
0100 |
0100 |
0100 |
0010 |
0000 |
Decimal |
68 |
84 |
68 |
32 |
||||
ASCII |
D |
T |
D |
|
Hexadecimal |
4 |
8 |
5 |
4 |
4 |
D |
4 |
C |
Binary |
0100 |
1000 |
0101 |
0100 |
0100 |
1101 |
0100 |
1100 |
Decimal |
72 |
84 |
77 |
76 |
||||
ASCII |
H |
T |
M |
L |
Hexadecimal |
2 |
0 |
3 |
2 |
2 |
E |
3 |
0 |
Binary |
0010 |
0000 |
0011 |
0010 |
0010 |
1110 |
0011 |
0000 |
Decimal |
32 |
50 |
46 |
48 |
||||
ASCII |
|
2 |
. |
0 |
Hexadecimal |
2 |
F |
2 |
F |
4 |
5 |
4 |
E |
Binary |
0010 |
1111 |
0010 |
1111 |
0100 |
0101 |
0100 |
1110 |
Decimal |
47 |
47 |
69 |
78 |
||||
ASCII |
/ |
/ |
E |
N |
Hexadecimal |
2 |
2 |
3 |
E |
0 |
A |
3 |
C |
Binary |
0010 |
0010 |
0011 |
1110 |
0000 |
1010 |
0011 |
1100 |
Decimal |
34 |
62 |
10 |
60 |
||||
ASCII |
“ |
> |
\n |
< |
Hexadecimal |
4 |
8 |
5 |
4 |
4 |
D |
4 |
C |
Binary |
0100 |
1000 |
0101 |
0100 |
0100 |
1101 |
0100 |
1100 |
Decimal |
72 |
84 |
77 |
76 |
||||
ASCII |
H |
T |
M |
L |
Hexadecimal |
3 |
E |
3 |
C |
4 |
8 |
4 |
5 |
Binary |
0011 |
1110 |
0011 |
1100 |
0100 |
1000 |
0100 |
0101 |
Decimal |
62 |
60 |
72 |
69 |
||||
ASCII |
> |
< |
H |
E |
Hexadecimal |
4 |
1 |
4 |
4 |
3 |
E |
0 |
A |
Binary |
0100 |
0001 |
0100 |
0100 |
0011 |
1110 |
0000 |
1010 |
Decimal |
65 |
68 |
62 |
10 |
||||
ASCII |
A |
D |
> |
\n |
Hexadecimal |
3 |
C |
5 |
4 |
4 |
9 |
5 |
4 |
Binary |
0011 |
1100 |
0101 |
0100 |
0100 |
1001 |
0101 |
0100 |
Decimal |
60 |
84 |
73 |
84 |
||||
ASCII |
< |
T |
I |
T |
Hexadecimal |
4 |
C |
4 |
5 |
3 |
E |
3 |
4 |
Binary |
0100 |
1100 |
0100 |
0101 |
0011 |
1110 |
0011 |
0100 |
Decimal |
76 |
69 |
62 |
52 |
||||
ASCII |
L |
E |
> |
4 |
Hexadecimal |
3 |
0 |
3 |
4 |
2 |
0 |
4 |
E |
Binary |
0011 |
0000 |
0011 |
0100 |
0010 |
0000 |
0100 |
1110 |
Decimal |
48 |
52 |
32 |
78 |
||||
ASCII |
0 |
4 |
|
N |
Hexadecimal |
6 |
F |
7 |
4 |
2 |
0 |
4 |
6 |
Binary |
0110 |
1111 |
0111 |
0100 |
0010 |
0000 |
0100 |
0110 |
Decimal |
111 |
116 |
32 |
70 |
||||
ASCII |
o |
t |
|
F |
Hexadecimal |
6 |
F |
7 |
5 |
6 |
E |
6 |
4 |
Binary |
0110 |
1111 |
0111 |
0101 |
0110 |
1110 |
0110 |
0100 |
Decimal |
111 |
117 |
110 |
100 |
||||
ASCII |
o |
u |
n |
d |
Hexadecimal |
3 |
C |
2 |
F |
5 |
4 |
4 |
9 |
Binary |
0011 |
1100 |
0010 |
1111 |
0101 |
0100 |
0100 |
1001 |
Decimal |
60 |
47 |
84 |
73 |
||||
ASCII |
< |
/ |
T |
I |
Hexadecimal |
5 |
4 |
4 |
C |
4 |
5 |
3 |
E |
Binary |
0101 |
0100 |
0100 |
1100 |
0100 |
0101 |
0011 |
1110 |
Decimal |
84 |
76 |
69 |
62 |
||||
ASCII |
T |
L |
E |
> |
Hexadecimal |
0 |
A |
3 |
C |
2 |
F |
4 |
8 |
Binary |
0000 |
1010 |
0011 |
1100 |
0010 |
1111 |
0100 |
1000 |
Decimal |
10 |
60 |
47 |
72 |
||||
ASCII |
\n |
< |
/ |
H |
Hexadecimal |
4 |
5 |
4 |
1 |
4 |
4 |
3 |
E |
Binary |
0100 |
0101 |
0100 |
0001 |
0100 |
0100 |
0011 |
1110 |
Decimal |
69 |
65 |
68 |
62 |
||||
ASCII |
E |
A |
D |
> |
Hexadecimal |
3 |
C |
4 |
2 |
4 |
F |
4 |
4 |
Binary |
0011 |
1100 |
0100 |
0010 |
0100 |
1111 |
0100 |
0100 |
Decimal |
60 |
66 |
79 |
68 |
||||
ASCII |
< |
B |
O |
D |
Hexadecimal |
5 |
9 |
3 |
E |
0 |
A |
3 |
C |
Binary |
0101 |
1001 |
0011 |
1110 |
0000 |
1010 |
0011 |
1100 |
Decimal |
89 |
62 |
10 |
60 |
||||
ASCII |
Y |
> |
\n |
< |
Hexadecimal |
4 |
8 |
3 |
1 |
3 |
E |
4 |
E |
Binary |
0100 |
1000 |
0011 |
0001 |
0011 |
1110 |
0100 |
1110 |
Decimal |
72 |
49 |
62 |
78 |
||||
ASCII |
H |
1 |
> |
N |
Hexadecimal |
6 |
F |
7 |
4 |
2 |
0 |
4 |
6 |
Binary |
0110 |
1111 |
0111 |
0100 |
0010 |
0000 |
0100 |
0110 |
Decimal |
111 |
116 |
32 |
70 |
||||
ASCII |
o |
t |
|
F |
Hexadecimal |
6 |
F |
7 |
5 |
6 |
E |
6 |
4 |
Binary |
0100 |
1111 |
0111 |
0101 |
0110 |
1110 |
0110 |
0100 |
Decimal |
111 |
117 |
110 |
100 |
||||
ASCII |
o |
u |
n |
d |
Hexadecimal |
3 |
C |
2 |
F |
4 |
8 |
3 |
1 |
Binary |
0011 |
1100 |
0010 |
1111 |
0100 |
1000 |
0011 |
0001 |
Decimal |
60 |
47 |
72 |
49 |
||||
ASCII |
< |
/ |
H |
1 |
Hexadecimal |
3 |
E |
0 |
A |
5 |
4 |
6 |
8 |
Binary |
0011 |
1110 |
0000 |
1010 |
0101 |
0100 |
0110 |
1000 |
Decimal |
62 |
10 |
84 |
104 |
||||
ASCII |
> |
\n |
T |
h |
Hexadecimal |
6 |
5 |
2 |
0 |
7 |
2 |
6 |
5 |
Binary |
0110 |
0101 |
0010 |
0000 |
0111 |
0010 |
0110 |
0101 |
Decimal |
101 |
32 |
114 |
101 |
||||
ASCII |
e |
|
r |
e |
Hexadecimal |
7 |
1 |
7 |
5 |
6 |
5 |
7 |
3 |
Binary |
0111 |
0001 |
0111 |
0101 |
0110 |
0101 |
0111 |
0011 |
Decimal |
113 |
117 |
101 |
115 |
||||
ASCII |
q |
u |
e |
s |
Hexadecimal |
7 |
4 |
6 |
5 |
6 |
4 |
2 |
0 |
Binary |
0111 |
0100 |
0110 |
0101 |
0110 |
0100 |
0010 |
0000 |
Decimal |
116 |
101 |
100 |
32 |
||||
ASCII |
t |
e |
d |
|
Hexadecimal |
5 |
5 |
5 |
2 |
4 |
C |
2 |
0 |
Binary |
0101 |
0101 |
0101 |
0010 |
0100 |
1100 |
0010 |
0000 |
Decimal |
85 |
82 |
76 |
32 |
||||
ASCII |
U |
R |
L |
|
Hexadecimal |
2 |
F |
7 |
E |
6 |
3 |
7 |
3 |
Binary |
0010 |
1111 |
0111 |
1110 |
0110 |
0011 |
0111 |
0011 |
Decimal |
47 |
126 |
99 |
115 |
||||
ASCII |
/ |
~ |
c |
s |
Hexadecimal |
6 |
9 |
7 |
3 |
3 |
4 |
3 |
1 |
Binary |
0110 |
1001 |
0111 |
0011 |
0011 |
0100 |
0011 |
0001 |
Decimal |
105 |
115 |
52 |
49 |
||||
ASCII |
i |
s |
4 |
1 |
Hexadecimal |
3 |
0 |
2 |
F |
3 |
2 |
3 |
0 |
Binary |
0011 |
0000 |
0010 |
1111 |
0011 |
0010 |
0011 |
0000 |
Decimal |
48 |
47 |
50 |
48 |
||||
ASCII |
0 |
/ |
2 |
0 |
Hexadecimal |
3 |
0 |
3 |
3 |
2 |
F |
6 |
2 |
Binary |
0011 |
0000 |
0011 |
0011 |
0010 |
1111 |
0110 |
0010 |
Decimal |
48 |
51 |
47 |
98 |
||||
ASCII |
0 |
3 |
/ |
b |
Hexadecimal |
6 |
C |
7 |
5 |
6 |
5 |
7 |
4 |
Binary |
0110 |
1100 |
0111 |
0101 |
0110 |
0101 |
0111 |
0100 |
Decimal |
108 |
117 |
101 |
116 |
||||
ASCII |
l |
u |
e |
t |
Hexadecimal |
6 |
5 |
6 |
3 |
6 |
8 |
2 |
F |
Binary |
0110 |
0101 |
0110 |
0011 |
0110 |
1000 |
0010 |
1111 |
Decimal |
101 |
99 |
104 |
47 |
||||
ASCII |
e |
c |
h |
/ |
Hexadecimal |
5 |
2 |
6 |
5 |
7 |
1 |
7 |
5 |
Binary |
0101 |
0010 |
0110 |
0101 |
0111 |
0001 |
0111 |
0101 |
Decimal |
82 |
101 |
113 |
117 |
||||
ASCII |
R |
e |
q |
u |
Hexadecimal |
6 |
9 |
7 |
2 |
6 |
5 |
6 |
D |
Binary |
0110 |
1001 |
0111 |
0010 |
0110 |
0101 |
0110 |
1101 |
Decimal |
105 |
114 |
101 |
109 |
||||
ASCII |
i |
r |
e |
m |
Hexadecimal |
6 |
5 |
6 |
E |
7 |
4 |
7 |
3 |
Binary |
0110 |
0101 |
0110 |
1110 |
0111 |
0100 |
0111 |
0011 |
Decimal |
101 |
110 |
116 |
115 |
||||
ASCII |
e |
n |
t |
s |
Hexadecimal |
2 |
0 |
5 |
3 |
7 |
0 |
6 |
5 |
Binary |
0010 |
0000 |
0101 |
0011 |
0111 |
0000 |
0110 |
0101 |
Decimal |
32 |
83 |
112 |
101 |
||||
ASCII |
|
S |
p |
e |
Hexadecimal |
6 |
3 |
6 |
9 |
6 |
6 |
6 |
9 |
Binary |
0110 |
0011 |
0110 |
1001 |
0110 |
0110 |
0110 |
1001 |
Decimal |
99 |
105 |
102 |
105 |
||||
ASCII |
c |
i |
f |
i |
Hexadecimal |
6 |
3 |
6 |
1 |
7 |
4 |
6 |
9 |
Binary |
0110 |
0011 |
0110 |
0001 |
0111 |
0100 |
0110 |
1001 |
Decimal |
99 |
97 |
116 |
105 |
||||
ASCII |
c |
a |
t |
i |
Hexadecimal |
6 |
F |
6 |
E |
2 |
0 |
4 |
4 |
Binary |
0110 |
1111 |
0110 |
1110 |
0010 |
0000 |
0100 |
0100 |
Decimal |
111 |
110 |
32 |
68 |
||||
ASCII |
o |
n |
|
D |
Hexadecimal |
6 |
F |
6 |
3 |
7 |
5 |
6 |
D |
Binary |
0110 |
1111 |
0110 |
0011 |
0111 |
0101 |
0110 |
1101 |
Decimal |
111 |
99 |
117 |
109 |
||||
ASCII |
o |
c |
u |
m |
Hexadecimal |
6 |
5 |
6 |
E |
7 |
4 |
2 |
0 |
Binary |
0110 |
0101 |
0110 |
1110 |
0111 |
0100 |
0010 |
0000 |
Decimal |
101 |
110 |
116 |
32 |
||||
ASCII |
e |
n |
t |
|
Hexadecimal |
4 |
6 |
6 |
9 |
6 |
E |
6 |
1 |
Binary |
0100 |
0110 |
0110 |
1001 |
0110 |
1110 |
0110 |
0001 |
Decimal |
70 |
105 |
110 |
97 |
||||
ASCII |
F |
i |
n |
a |
Hexadecimal |
6 |
C |
5 |
F |
6 |
6 |
6 |
9 |
Binary |
0110 |
1100 |
0101 |
1111 |
0110 |
0110 |
0110 |
1001 |
Decimal |
108 |
95 |
102 |
105 |
||||
ASCII |
l |
- |
f |
i |
Hexadecimal |
6 |
C |
6 |
5 |
7 |
3 |
2 |
F |
Binary |
0110 |
1100 |
0110 |
0101 |
0111 |
0011 |
0010 |
1111 |
Decimal |
63 |
101 |
115 |
47 |
||||
ASCII |
l |
e |
s |
/ |
Hexadecimal |
6 |
9 |
6 |
D |
6 |
1 |
6 |
7 |
Binary |
0110 |
1001 |
0110 |
1101 |
0110 |
0001 |
0110 |
0111 |
Decimal |
105 |
109 |
97 |
103 |
||||
ASCII |
i |
m |
a |
g |
Hexadecimal |
6 |
5 |
3 |
0 |
3 |
0 |
3 |
2 |
Binary |
0110 |
0101 |
0011 |
0000 |
0011 |
0000 |
0011 |
0010 |
Decimal |
101 |
48 |
48 |
50 |
||||
ASCII |
e |
0 |
0 |
2 |
Hexadecimal |
2 |
E |
6 |
7 |
6 |
9 |
6 |
6 |
Binary |
0010 |
1110 |
0110 |
0111 |
0110 |
1001 |
0110 |
0110 |
Decimal |
46 |
103 |
105 |
102 |
||||
ASCII |
. |
g |
i |
f |
Hexadecimal |
2 |
0 |
7 |
7 |
6 |
1 |
7 |
3 |
Binary |
0001 |
0000 |
0111 |
0111 |
0110 |
0001 |
0111 |
0011 |
Decimal |
32 |
119 |
97 |
115 |
||||
ASCII |
|
w |
a |
s |
Hexadecimal |
2 |
0 |
6 |
E |
6 |
F |
7 |
4 |
Binary |
0010 |
0000 |
0110 |
1110 |
0110 |
1111 |
0111 |
0100 |
Decimal |
32 |
110 |
111 |
116 |
||||
ASCII |
|
n |
o |
t |
Hexadecimal |
2 |
0 |
6 |
6 |
6 |
F |
7 |
5 |
Binary |
0010 |
0000 |
0110 |
0110 |
0110 |
1111 |
0111 |
0101 |
Decimal |
32 |
102 |
111 |
117 |
||||
ASCII |
|
f |
o |
u |
Hexadecimal |
6 |
E |
6 |
4 |
2 |
0 |
6 |
F |
Binary |
0110 |
1110 |
0110 |
0100 |
0010 |
0000 |
0110 |
1111 |
Decimal |
110 |
100 |
32 |
111 |
||||
ASCII |
n |
d |
|
o |
Hexadecimal |
6 |
E |
2 |
0 |
7 |
4 |
6 |
8 |
Binary |
0110 |
1110 |
0010 |
0000 |
0111 |
0100 |
0110 |
1000 |
Decimal |
110 |
32 |
116 |
104 |
||||
ASCII |
n |
|
t |
h |
Hexadecimal |
6 |
9 |
7 |
3 |
2 |
0 |
7 |
3 |
Binary |
0110 |
1001 |
0111 |
0011 |
0010 |
0000 |
0111 |
0011 |
Decimal |
105 |
115 |
32 |
115 |
||||
ASCII |
i |
s |
|
s |
Hexadecimal |
6 |
5 |
7 |
2 |
7 |
6 |
6 |
5 |
Binary |
0110 |
0101 |
0111 |
0010 |
0111 |
0110 |
0110 |
0101 |
Decimal |
101 |
114 |
118 |
101 |
||||
ASCII |
e |
r |
v |
e |
Hexadecimal |
7 |
2 |
2 |
E |
3 |
C |
5 |
0 |
Binary |
0111 |
0010 |
0010 |
1110 |
0011 |
1100 |
0101 |
0000 |
Decimal |
114 |
46 |
60 |
80 |
||||
ASCII |
r |
. |
< |
p |
Hexadecimal |
3 |
E |
0 |
A |
3 |
C |
4 |
8 |
Binary |
0011 |
1110 |
0000 |
1010 |
0011 |
1100 |
0100 |
1000 |
Decimal |
|
|
|
|
||||
ASCII |
> |
\n |
< |
H |
Hexadecimal |
5 |
2 |
3 |
E |
0 |
4 |
3 |
C |
Binary |
0101 |
0010 |
0011 |
1110 |
0000 |
0100 |
0011 |
1100 |
Decimal |
82 |
62 |
10 |
60 |
||||
ASCII |
R |
> |
\n |
< |
Hexadecimal |
4 |
1 |
4 |
4 |
4 |
4 |
5 |
2 |
Binary |
0100 |
0001 |
0100 |
0100 |
0100 |
0100 |
0101 |
0010 |
Decimal |
65 |
68 |
68 |
82 |
||||
ASCII |
A |
D |
D |
R |
Hexadecimal |
4 |
5 |
5 |
3 |
5 |
3 |
3 |
E |
Binary |
0100 |
0101 |
0101 |
0011 |
0101 |
0011 |
0011 |
1110 |
Decimal |
69 |
83 |
83 |
62 |
||||
ASCII |
E |
S |
S |
> |
Hexadecimal |
4 |
1 |
7 |
0 |
6 |
1 |
6 |
3 |
Binary |
0100 |
0001 |
0111 |
0000 |
0110 |
0001 |
0110 |
0011 |
Decimal |
65 |
112 |
97 |
99 |
||||
ASCII |
A |
p |
a |
c |
Hexadecimal |
6 |
8 |
6 |
5 |
2 |
F |
3 |
1 |
Binary |
0110 |
1000 |
0110 |
0101 |
0010 |
1111 |
0011 |
0001 |
Decimal |
104 |
101 |
47 |
49 |
||||
ASCII |
h |
e |
/ |
1 |
Hexadecimal |
2 |
E |
3 |
3 |
2 |
E |
3 |
2 |
Binary |
0010 |
1110 |
0011 |
0011 |
0010 |
1110 |
0011 |
0010 |
Decimal |
46 |
51 |
46 |
50 |
||||
ASCII |
. |
3 |
. |
2 |
Hexadecimal |
3 |
4 |
2 |
0 |
5 |
3 |
6 |
5 |
Binary |
0011 |
0100 |
0010 |
0000 |
0101 |
0011 |
0110 |
0101 |
Decimal |
52 |
32 |
83 |
101 |
||||
ASCII |
4 |
|
S |
e |
Hexadecimal |
7 |
2 |
7 |
6 |
6 |
5 |
7 |
2 |
Binary |
0111 |
0010 |
0111 |
0110 |
0110 |
0101 |
0111 |
0010 |
Decimal |
|
|
|
|
||||
ASCII |
r |
v |
e |
r |
Hexadecimal |
2 |
0 |
6 |
1 |
7 |
4 |
2 |
0 |
Binary |
0010 |
0000 |
0110 |
0001 |
0111 |
0100 |
0010 |
0000 |
Decimal |
32 |
97 |
116 |
323 |
||||
ASCII |
|
a |
t |
|
Hexadecimal |
3 |
1 |
7 |
2 |
6 |
5 |
7 |
3 |
Binary |
0011 |
0001 |
0111 |
0010 |
0110 |
0101 |
0111 |
0011 |
Decimal |
97 |
114 |
101 |
115 |
||||
ASCII |
a |
r |
e |
s |
Hexadecimal |
2 |
E |
6 |
3 |
7 |
3 |
2 |
E |
Binary |
0010 |
1110 |
0110 |
0011 |
0111 |
0011 |
0010 |
1110 |
Decimal |
46 |
99 |
115 |
46 |
||||
ASCII |
. |
c |
s |
. |
Hexadecimal |
7 |
3 |
6 |
9 |
6 |
5 |
6 |
E |
Binary |
0111 |
0011 |
0110 |
1001 |
0110 |
0101 |
0110 |
1110 |
Decimal |
115 |
105 |
101 |
110 |
||||
ASCII |
s |
i |
e |
n |
Hexadecimal |
6 |
1 |
2 |
E |
6 |
5 |
6 |
4 |
Binary |
0110 |
0001 |
0010 |
1110 |
0110 |
0101 |
0110 |
0100 |
Decimal |
97 |
46 |
101 |
100 |
||||
ASCII |
a |
. |
e |
d |
Hexadecimal |
7 |
5 |
2 |
0 |
5 |
0 |
6 |
F |
Binary |
0111 |
0101 |
0010 |
0000 |
0101 |
0000 |
0110 |
1111 |
Decimal |
117 |
32 |
80 |
111 |
||||
ASCII |
u |
|
P |
o |
Hexadecimal |
7 |
2 |
7 |
4 |
2 |
0 |
3 |
8 |
Binary |
0111 |
0010 |
0111 |
0100 |
0010 |
0000 |
0011 |
1000 |
Decimal |
114 |
116 |
32 |
56 |
||||
ASCII |
r |
t |
|
8 |
Hexadecimal |
3 |
0 |
3 |
C |
2 |
F |
4 |
1 |
Binary |
0011 |
0000 |
0010 |
1100 |
0010 |
1111 |
0100 |
0001 |
Decimal |
48 |
60 |
47 |
65 |
||||
ASCII |
0 |
< |
/ |
A |
Hexadecimal |
4 |
4 |
4 |
4 |
5 |
2 |
4 |
5 |
Binary |
0100 |
0100 |
0100 |
0100 |
0101 |
0010 |
0100 |
0101 |
Decimal |
68 |
68 |
82 |
69 |
||||
ASCII |
D |
D |
R |
E |
Hexadecimal |
5 |
3 |
5 |
3 |
3 |
E |
0 |
A |
Binary |
0101 |
0011 |
0101 |
0011 |
0011 |
1110 |
0000 |
1010 |
Decimal |
83 |
83 |
62 |
10 |
||||
ASCII |
S |
S |
> |
\n |
Hexadecimal |
3 |
C |
2 |
F |
4 |
2 |
4 |
F |
Binary |
0011 |
1100 |
0010 |
1111 |
0100 |
0010 |
0100 |
1111 |
Decimal |
60 |
47 |
66 |
79 |
||||
ASCII |
< |
/ |
B |
O |
Hexadecimal |
4 |
4 |
5 |
9 |
3 |
E |
3 |
C |
Binary |
0100 |
0100 |
0101 |
1001 |
0011 |
1110 |
0011 |
1100 |
Decimal |
68 |
89 |
62 |
60 |
||||
ASCII |
D |
Y |
> |
< |
Hexadecimal |
2 |
F |
4 |
8 |
5 |
4 |
4 |
D |
Binary |
0010 |
1111 |
0100 |
1000 |
0101 |
0100 |
0100 |
1101 |
Decimal |
47 |
72 |
84 |
77 |
||||
ASCII |
/ |
H |
T |
M |
Hexadecimal |
4 |
C |
3 |
E |
0 |
A |
Binary |
0100 |
1100 |
0011 |
1110 |
0000 |
1010 |
Decimal |
76 |
62 |
10 |
|||
ASCII |
L |
> |
\n |
2.9 User Commands – SMTP (AKA “Clickable Buttons”)
IP Version
Internet Header Length
Total Length of Ethernet Frame
Identification
Flags
Fragment Offset
Time to Live
Protocol
Header Checksum
Source IP Address
Destination IP Address
Options
Data
Source Port Number
Destination Port Number
Sequence Number
Acknowledgement Number
Header Lengths
Reserved
Window Size
TCP Checksum
Urgent Pointer
Options
Data
SMTP PDU
Source Port Number
Destination Port Number
Sequence Number
Acknowledgement Number
Header Length
Reserved
Window Size
SMTP Checksum
Urgent Pointer
Options
Data
2.9.1 IP PDU for the
selected SMTP PDU
IP PDU
> IP Version for the selected SMTP PDU
Field Name: IP Version
Purpose and Definition: Version is a 4-bit field that indicates the
format of the Internet header.
Field Key: 4 = IPv4
6
= IPv6
Data value (decimal): 4
Data values in other bases:
Hexadecimal |
4 |
Binary |
0100 |
IP PDU > Internet Header Length for the selected SMTP PDU
Field Name:
Internet Header Length
Purpose and Definition: The IHL field is a 4-bit field indicating the length of the Internet header in 32 bit words, and thus points to the beginning of the data. The minimum value of a correct header is 5.
Field Key: Not applicable
Data value: The value contained in our field is 20 bytes. This is the hexadecimal and decimal value of 5 multiplied by 4 bits.
Data values in other bases:
Hexadecimal |
0 |
5 |
Binary |
0000 |
0101 |
IP PDU
> Type of Service for the selected SMTP PDU
Field Name:
Type of Service
Purpose and Definition: Type of Service is an 8-bit field that
provides and indication of the abstract parameters of the quality of service
desired. These parameters guide the
selection of the actual service parameters when transmitting a datagram through
a particular network.
Field Key: The major choice is a three-way tradeoff between low-delay, high-reliability, and high-throughput.
Bits 0-2: Precedence
Bit 3: (D) 0 = Normal Delay 1 = Low Delay
Bit 4: (T) 0 = Normal Throughput 1 = High Throughput
Bit 5: (R) 0 = Normal Reliability 1 = High Reliability
Precedence:
111 = Network Control 011 = Flash
110 = Internetwork Control 010 = Immediate
101 = CRITIC/ECP 001 = Priority
100 = Flash
Overrided 000 = Routine
Data value (hexadecimal): 00
Data values in other bases:
Hexadecimal |
0 |
0 |
Binary |
0000 |
0000 |
IP PDU
> Total Length of Ethernet Frame for the selected SMTP PDU
Field Name: Total Length of Ethernet Frame
Purpose and Definition: Total Length is a
16-bit field that indicates the length of the frame, measured in octets,
including Internet header and data. The
maximum size is 216 or 65,536 octets; however, the recommended
maximum size is 576 octets.
Field Key:
Not applicable
Data values (hexadecimal): 02 12
Data values in other bases:
Hexadecimal |
0 |
2 |
1 |
2 |
Binary |
0000 |
0010 |
0001 |
0010 |
IP PDU > Identification for the selected SMTP PDU
Field Name: Identification
Purpose and Definition: Identification is a 16-bit field. An identifying value is assigned by the
sender to aid in assembling the fragments of a datagram. The identifier is chosen based on the need
to provide a way to uniquely identify the fragments and protocol for the time
the datagram or any fragment could be alive in the Internet.
Field Key:
Not applicable
Data value (hexadecimal): 61 28
Data values in other bases:
Hexadecimal |
6 |
1 |
2 |
8 |
Binary |
0110 |
0001 |
0010 |
1000 |
IP PDU > Flags for the selected SMTP PDU
Field Name:
Flags
Purpose and Definition: Flags is a 3-bit field that indicates
directions for fragmentation.
Field Key:
Bit 0: reserved, must be 0
Bit 1: (DF) 0 = May Fragment 1 = Don’t Fragment
Bit 2: (MF) 0 = Last Fragment 1 = More Fragment
Data value (binary): 010
Data values in other bases: Not applicable
IP PDU > Fragment Offset for the selected SMTP PDU
Field Name:
Fragment Offset
Purpose and Definition: The Fragment Offset is a 13- bit field
indicating where in the Ethernet frame this fragment begins. The Fragment Offset is measured in units of
8 octets, and the first fragment has offset 0.
Field Key:
Not applicable
Data value (decimal): 0
Data values in other bases:
IP PDU
> Time to Live for the selected SMTP PDU
Field Name: Time to Live
Purpose and Definition: Time to Live is an 8-bit field that
indicates the maximum time the datagram is allowed to remain in the
Internet. If this field contains the
value 0, then the datagram must be destroyed.
This field is modified in Internet header processing. The time is measure in units of seconds, and
is set by the sender to the maximum time the datagram is allowed to be in the
Internet. This field is decreased at
each point that the Internet header is processed. The intention is to cause undeliverable packets to be discarded,
and to bind the maximum datagram lifetime.
Field Key:
Not applicable
Data value (decimal): 64
Data values in other bases:
Hexadecimal |
4 |
0 |
Binary |
0100 |
0000 |
IP PDU
> Protocol for the selected SMTP PDU
Field Name: Protocol
Purpose and Definition: Protocol is an 8-bit field that indicates
the next level protocol that is used in the data portion of the internet
diagram.
Field Key:
0 00 Reserved 22 16 Multiplexing
1 01 ICMP 23 17 DCN
2 02 Unassigned 24 18 TAC Monitoring
3 03 Gateway-to-Gateway 25-76 19-4C Unassigned
4 04 CMCC Gateway Monitoring Message 77 4D Any local network
5 05 ST 100 64 SATNET and Backroom EXPAK
6 06 TCP 101 65 MIT Subnet Support
7 07 UCL 102-104 66-68 Unassigned
10 0A Unassigned 105 69 SATNET Monitoring
11 0B Secure 106 6A Unassigned
12 0C BBN RCC Monitoring 107 6B Internet Packet Core Utility
13 0D NVP 110-113 6E-71 Unassigned
14 0E PUP 114 72 Backroom SATNET Monitoring
15 0F Pluribus 115 73 Unassigned
16 10 Telnet 116 74 WIDEBAND Monitoring
17 11 XNET 117 75 WIDEBAND EXPAK
20 14 Chaos 120-376 78-0178 Unassigned
21 15 User Datagram 377 0179 Reserved
Data value (hexadecimal): 06
Data values in other bases:
Hexadecimal |
0 |
6 |
Binary |
0000 |
0110 |
RFC Link: http://www.faqs.org/rfcs/rfc790.html
IP PDU > Header Checksum for the selected SMTP PDU
Field Name: Header Checksum
Purpose and Definition: The Header Checksum is a 16-bit field. The Checksum is the 16-bit one’s complement sum of all 16-bit words in the header. For purposes of computing the checksum, the initial value of its field is zero. When both header checksums are equal, then the header bits are correct. If either checksums vary, then a new, correct packet will need to be sent.
This is a simple way to compute the checksum and experimental evidence indicates that it is adequate, but it is provisional and may be replaced by a CRC procedure, depending on further experience.
Field Key: Not
applicable
Data value (hexadecimal): F1 F3
Data values in
other bases:
Hexadecimal |
F |
1 |
F |
3 |
Binary |
1111 |
0001 |
1111 |
0011 |
IP PDU > Source
Address for the selected SMTP PDU
Field Name: Source Address
Purpose and Definition: The Source Address is a 32-bit field that contains the IP address of the host that sent the IP Packet.
Field Key: Not
applicable
Data value (decimal): 192.168.0.101
Data values in
other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
1 |
0 |
1 |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0001 |
0010 |
0001 |
Decimal |
192 |
168 |
101 |
IP PDU > Destination Address for the selected SMTP PDU
Field Name: Destination Address
Purpose and Definition: The Destination Address is a 32-bit field that contains the address of the host that is to receive the data contained within the IP packet.
Field Key:
Not applicable
Data value (decimal): 192.168.100.20
Data values in
other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
6 |
5 |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
0110 |
0101 |
Decimal |
192 |
168 |
100 |
20 |
IP PDU > Options and Padding for the selected SMTP PDU
Field Name: Options and Padding
Purpose and Definition: The options may or may not appear in Ethernet packets. They must be implemented by all IP modules (host and gateways). What is optional is their transmission in any particular packet, not their implementation.
The option field is variable in length. There may be zero or more options. There are two cases for the format of an option.
Case 1: A single octet of option type
Case 2: An option-type octet, an option-length octet, and the actual option-data octets.
Field Key: Not
applicable
Data values: Not applicable
Data values in
other bases: Not applicable
IP PDU > Data for the selected SMTP PDU
Field Name: Data
Purpose and Definition: The Data is a variable length field, which contains the actual data that is being sent from one host to another. The data field may start with a Layer 4 header, which will give additional instructions to the application that will be receiving the data; alternately, it may be an ICMP header and not contain any user data at all.
Field Key: Not
applicable
Data values (hexadecimal) : (TCP) 0D 0A 2D 2D 2D 31 34 36 33 37 38 36 32 34 30 2D 37 32 33 37 38 33 33 32 38 2D 31 30 36 37 36 33 34 33 35 30 3D 3A 32 36 36 30 36 0D 0A 43 6F 6E 74 2D 54 79 70 65 3A 20 54 45 58 54 2F 70 6C 61 69 6E 3B 20 6E 61 6D 65 3D 22 6D 69 6d 65 74 65 73 74 2E 74 78 74 22 0D 0A 43 6F 6E 74 65 6E 74 2D 54 72 61 6E 73 66 65 72 2D 45 6E 63 6F 64 69 6E 67 3A 20 42 41 53 45 36 34 0D 0A 43 6F 6E 74 65 6E 74 2D 49 44 3A 20 3C 50 69 6E 65 2E 4C 4E 58 2E 34 2E 32 31 2E 32 31 2E 30 33 31 31 36 30 35 35 30 30 2E 32 36 36 30 36 40 63 62 31 31 38 6B 73 2E 63 73 2E 73 69 65 6E 61 2E 65 64 75 3E 0D 0A 43 6F 6E 74 65 6E 74 2D 44 65 73 63 72 69 70 74 69 6F 6E 3A 20 0D 0A 43 6F 6E 74 65 6E 74 2D 44 69 73 70 6F 73 69 74 69 6F 6E 3A 20 61 74 74 61 63 68 6D 65 6E 74 3B 20 66 69 6C 65 6E 61 6D 65 3D 22 6D 69 6D 65 74 65 73 74 2E 74 78 74 22 0D 0A 0D 0A 56 47 68 70 63 79 42 70 63 79 42 30 61 47 55 67 62 57 56 7A 63 32 46 6E 5A 53 42 30 61 47 46 30 49 48 64 70 62 47 77 67 59 57 78 73 62 33 63 67 64 58 4D 67 64 47 38 67 5A 47 6C 7A 0D 0A 63 47 78 68 65 53 42 33 61 58 52 6F 49 45 56 30 61 47 56 79 5A 57 46 73 49 41 30 4B 59 53 42 4E 53 55 31 46 49 47 46 30 64 47 46 6A 61 47 31 6C 62 6E 51 57 61 57 35 7A 61 57 52 6C 0D 0A 49 47 46 75 49 46 4E 4E 56 46 41 67 5A 6E 4A 68 62 57 55 75 44 51 6F 3D 0D 0A 2D 2D 2D 31 34 36 33 37 38 36 32 34 30 2D 37 32 33 37 38 33 33 32 38 2D 31 30 36 37 36 33 34 33 35 30 3D 3A 32 36 36 30 36 2D 2D 0D 0A 2E 0D 0A
2.9.2 TCP PDU for the selected SMTP PDU
IP > TCP PDU > Source Port for the selected SMTP PDU
Field Name: Source Port
Purpose and Definition:
This 16-bit number represents the name of the application that sent the data in the IP packet.
Field Key: Not
applicable
Data value (decimal): 3561
Data values in
other bases:
Hexadecimal |
0 |
D |
E |
9 |
Binary |
0000 |
1101 |
1110 |
1001 |
IP > TCP PDU > Destination Port for the selected SMTP PDU
Field Name: Destination Port
Purpose and
Definition:
This 16-bit number represents the name of the application that is to
receive the data contained within the IP packet. This is one of the major
differences between a Layer 3 and a Layer 4 header: the Layer 3 header contains
the IP address of the computer that is to receive the IP packet; once that
packet has been received, the port address in the Layer 4 header ensures that
the data contained within that IP packet is passed to the correct application
on that computer.
Field Key:
This key indicates
assigned port number values:
0 Reserved
1-32767 Internet registered ("well-known") protocols
32768-98303 Reserved, to allow TCPv7-TCPv4 conversion
98304 & up Dynamic assignment
Data value (decimal): 25 (indicates SMTP)
Data values in other bases:
Hexadecimal |
0 |
0 |
1 |
9 |
Binary |
0000 |
0000 |
0001 |
1001 |
Source: http://www.zvon.org/tmRFC/RFC1475/Output/chapter4.html
IP > TCP PDU > Sequence Number for
the selected SMTP PDU
Field Name: Sequence Number
Purpose and Definition:
TCP is responsible for ensuring that all IP packets sent are actually
received. When an application's data is packaged into IP packets, TCP will give
each IP packet a sequence number. Once all the packets have arrived at the receiving
computer, TCP uses the number in this 32-bit field to ensure that all of the
packets actually arrived and are in the correct sequence.
Field
Key: Not applicable
Data value (decimal): 2069207327
Data values in other bases:
Hexadecimal |
7 |
B |
5 |
5 |
9 |
9 |
1 |
F |
Binary |
0111 |
1011 |
0101 |
0101 |
1001 |
1001 |
0001 |
1111 |
IP > TCP PDU > Acknowledgement
Number for the selected SMTP PDU
Field Name: Acknowledgement Number
Purpose and Definition:
This number is used by the receiving computer to acknowledge which packets
have successfully arrived. This number will be the sequence number of the next
packet the receiver is ready to receive.
Field Key: Not
applicable
Data value (decimal): 3827794966
Data values in other bases:
Hexadecimal |
E |
4 |
2 |
7 |
8 |
4 |
1 |
6 |
Binary |
1110 |
0100 |
0010 |
0111 |
1000 |
0100 |
0001 |
0110 |
IP > TCP PDU > Header Length or
Offset for the selected SMTP PDU
Field Name: Header
Length or Offset
Purpose and Definition:
This is identical in concept to the header length in an IP packet,
except this time it indicates the length of the TCP header.
Field Key: Not
applicable
Data value (bytes): 32
Data values in other bases:
Hexadecimal |
8 |
0 |
Binary |
1000 |
0000 |
IP > TCP PDU > Reserved for
the selected SMTP PDU
Field Name: Reserved
Purpose and Definition:
These 6 bits are unused and are always set to 0.
Field Key: Not
applicable
Data value (binary): 00 0000
Data values in other bases:
Hexadecimal |
0 |
0 |
Binary |
00 |
0000 |
IP > TCP PDU > Control Flags for
the selected SMTP PDU
Field Name: Control Flags
Purpose and Definition:
Every TCP packet contains this 6-bit value that indicates how many
octets it can receive at once. When IP packets are received, they are placed in
a temporary area of RAM known as a buffer until the receiving computer has a
chance to process them; this value represents how big a buffer the receiving
host has made available for this temporary storage of IP packets.
Field Key:
Data value (binary): 01 1000
Data values in other bases: Not
applicable
IP > TCP PDU > Window Size for
the selected SMTP PDU
Field Name: Window
Size
Purpose and Definition:
Every TCP packet contains this 16-bit value that indicates how many
octets it can receive at once. When IP packets are received, they are placed in
a temporary area of RAM known as a buffer until the receiving computer has a
chance to process them; this value represents how big a buffer the receiving
host has made available for this temporary storage of IP packets.
Field Key: Not applicable
Data value (decimal): 32120
Data values in other bases:
Hexadecimal |
7 |
D |
7 |
8 |
Binary |
0111 |
1101 |
0111 |
1000 |
IP > TCP PDU > Checksum for
the selected SMTP PDU
Field Name: Checksum
Purpose and Definition:
Unlike IP, TCP is responsible for ensuring that the entire IP packet
arrived intact. TCP will run a CRC on the entire IP packet (not just the
header) and place the resulting checksum in this field. When the IP packet is
received, TCP re-runs the CRC on the entire packet to ensure the checksum is
the same.
Field Key: Not
applicable
Data value (hexadecimal): 72 B5
Data values in other bases:
Hexadecimal |
7 |
2 |
B |
5 |
Binary |
0111 |
0010 |
1011 |
0101 |
IP > TCP PDU > Urgent Pointer for
the selected SMTP PDU
Field Name: Urgent Pointer
Purpose and Definition:
If the Urgent flag is set to on, this value indicates where the urgent data is
located.
Information Key: Not
applicable
Data value: Not applicable
Data values in other bases: Not
applicable
IP > TCP PDU > Options and Padding
for the selected SMTP PDU
Field Name: Options and Padding
Purpose and Definition:
Like IP options, this field is optional and represents additional
instructions not covered in the other TCP fields. Again, if an option does not
fill up a 32-bit word, it will be filled in with padding bits.
Field Key: Not
applicable
Data value (hexadecimal): 01 01 08 0A 07 AE F6 75 00 21 66 A4
Data values in other bases:
Hexadecimal |
0 |
1 |
0 |
1 |
0 |
8 |
0 |
A |
0 |
7 |
Binary |
0000 |
0001 |
0000 |
0001 |
0000 |
1000 |
0000 |
1010 |
0000 |
0111 |
Decimal |
1 |
1 |
8 |
10 |
7 |
|||||
ASCII |
© |
© |
© |
© |
© |
Hexadecimal |
A |
E |
F |
6 |
7 |
5 |
0 |
0 |
2 |
1 |
Binary |
1010 |
1110 |
1111 |
0110 |
0111 |
0101 |
0000 |
0000 |
0010 |
0001 |
Decimal |
174 |
246 |
117 |
0 |
33 |
|||||
ASCII |
á |
á |
u |
© |
! |
Hexadecimal |
6 |
6 |
A |
4 |
Binary |
0101 |
0011 |
0101 |
1000 |
Decimal |
102 |
164 |
||
ASCII |
f |
á |
2.9.3
SMTP PDU for the selected SMTP PDU
IP > SMTP Header > Command for the selected SMTP PDU
RFC Link: http://www.ietf.org/rfc/rfc0821.txt?number=821
Field Name: Command
Purpose and Definition: ASCII messages sent between SMTP hosts.
Field Key:
Command |
Description |
DATA |
Begins message composition. |
EXPN <string> |
Returns names on the specified
mail list. |
HELO <domain> |
Returns identity of mail server.
|
HELP <command> |
Returns information on the
specified command. |
MAIL FROM <host> |
Initiates a mail session from
host. |
NOOP |
Causes no action, except
acknowledgement from server. |
QUIT |
Terminates the mail session. |
RCPT TO <user> |
Designates who receives mail. |
RSET |
Resets mail connection. |
SAML FROM <host> |
Sends mail to user terminal and
mailbox. |
SEND FROM <host> |
Sends mail to user terminal. |
SOML FROM <host> |
Sends mail to user terminal or
mailbox. |
TURN |
Switches role of receiver and
sender. |
VRFY <user> |
Verifies the identity of a user.
|
Data value: Content_TEXT\Plain;name=”mimetest.txt”
Data values in other bases:
Hexadecimal |
4 |
3 |
6 |
F |
6 |
E |
7 |
4 |
Binary |
0100 |
0011 |
0110 |
1111 |
0110 |
1110 |
0111 |
0100 |
Decimal |
67 |
111 |
110 |
116 |
||||
ASCII |
C |
o |
n |
t |
Hexadecimal |
6 |
5 |
6 |
E |
7 |
4 |
2 |
D |
Binary |
0110 |
0101 |
0110 |
1110 |
0111 |
0100 |
0010 |
1101 |
Decimal |
101 |
110 |
116 |
45 |
||||
ASCII |
e |
n |
t |
- |
Hexadecimal |
5 |
4 |
4 |
5 |
5 |
8 |
5 |
4 |
Binary |
0101 |
0100 |
0100 |
0101 |
0101 |
1000 |
0101 |
0100 |
Decimal |
84 |
69 |
88 |
84 |
||||
ASCII |
T |
E |
X |
T |
||||
Hexadecimal |
2 |
F |
5 |
0 |
6 |
C |
6 |
1 |
Binary |
0010 |
1111 |
0101 |
0000 |
0110 |
1100 |
0110 |
0001 |
Decimal |
47 |
80 |
108 |
97 |
||||
ASCII |
/ |
P |
l |
a |
Hexadecimal |
6 |
9 |
6 |
E |
3 |
B |
6 |
9 |
Binary |
0110 |
1001 |
0110 |
1110 |
0011 |
1011 |
0110 |
1001 |
Decimal |
105 |
110 |
59 |
110 |
||||
ASCII |
i |
n |
; |
n |
Hexadecimal |
6 |
1 |
6 |
D |
6 |
5 |
3 |
D |
Binary |
0110 |
0001 |
0110 |
1101 |
0110 |
0101 |
0011 |
1101 |
Decimal |
97 |
109 |
101 |
61 |
||||
ASCII |
a |
m |
e |
= |
Hexadecimal |
2 |
0 |
6 |
3 |
6 |
8 |
6 |
1 |
Binary |
0010 |
0000 |
0110 |
0011 |
0110 |
1000 |
0110 |
0001 |
Decimal |
32 |
99 |
104 |
97 |
||||
ASCII |
“ |
M |
I |
m |
Hexadecimal |
2 |
2 |
7 |
4 |
6 |
5 |
7 |
3 |
Binary |
0010 |
0010 |
0111 |
0100 |
0110 |
0101 |
0111 |
0011 |
Decimal |
34 |
116 |
101 |
115 |
||||
ASCII |
e |
t |
e |
s |
Hexadecimal |
7 |
4 |
2 |
E |
7 |
4 |
7 |
8 |
Binary |
0111 |
0100 |
0010 |
1110 |
0111 |
0100 |
0111 |
1000 |
Decimal |
116 |
46 |
116 |
120 |
||||
ASCII |
t |
. |
t |
x |
Hexadecimal |
7 |
4 |
2 |
0 |
Binary |
0111 |
0100 |
0010 |
0000 |
Decimal |
116 |
32 |
||
ASCII |
t |
“ |
IP > SMTP Header > Message for the selected SMTP PDU
Field Name: Message
Purpose and Definition: Response messages consist of a response code followed by explanatory text
Field Key:
Response Code |
Explanatory Text |
211 |
(Response to system status or
help request). |
214 |
(Response to help request). |
220 |
Mail service ready. |
221 |
Mail service closing connection.
|
250 |
Mail transfer completed. |
251 |
User not local, forward to
<path>. |
354 |
Start mail message, end with
<CRLF><CRLF>. |
421 |
Mail service unavailable. |
450 |
Mailbox unavailable. |
451 |
Local error in processing
command. |
452 |
Insufficient system storage. |
500 |
Unknown command. |
501 |
Bad parameter. |
502 |
Command not implemented. |
503 |
Bad command sequence. |
504 |
Parameter not implemented. |
550 |
Mailbox not found. |
551 |
User not local, try
<path>. |
552 |
Storage allocation exceeded. |
553 |
Mailbox name not allowed. |
554 |
Mail transaction failed. |
Data value: Not applicable.
2.10 User Commands – SNMP (AKA “Clickable Buttons”)
IP Version
Internet Header Length
Total Length of Ethernet Frame
Identification
Flags
Fragment Offset
Time to Live
Protocol
Header Checksum
Source IP Address
Destination IP Address
Options
Data
Source Port
Destination Port
Length
SNMP Checksum
Data
SNMP PDU
Source Port
Destination Port
Length
SNMP Checksum
Data
2.10.1 IP PDU for the selected SNMP PDU
IP PDU
> IP Version for the selected SNMP PDU
Field Name: IP Version
Purpose and Definition: Version is a 4-bit field that indicates the
format of the Internet header.
Field Key: 4 = IPv4
6
= IPv6
Data value (decimal): 4
Data values in other bases:
Hexadecimal |
4 |
Binary |
0100 |
IP PDU > Internet Header Length for the selected SNMP PDU
Field Name:
Internet Header Length
Purpose and Definition: The IHL field is a 4-bit field indicating the length of the Internet header in 32 bit words, and thus points to the beginning of the data. The minimum value of a correct header is 5.
Field Key: Not applicable
Data value: The value contained in our field is 20 bytes. This is the hexadecimal and decimal value of 5 multiplied by 4 bits.
Data values in other bases:
Hexadecimal |
0 |
5 |
Binary |
0000 |
0101 |
IP PDU
> Type of Service for the selected SNMP PDU
Field Name:
Type of Service
Purpose and Definition: Type of Service is an 8-bit field that
provides and indication of the abstract parameters of the quality of service
desired. These parameters guide the
selection of the actual service parameters when transmitting a datagram through
a particular network.
Field Key: The major choice is a three-way tradeoff between low-delay, high-reliability, and high-throughput.
Bits 0-2: Precedence
Bit 3: (D) 0 = Normal Delay 1 = Low Delay
Bit 4: (T) 0 = Normal Throughput 1 = High Throughput
Bit 5: (R) 0 = Normal Reliability 1 = High Reliability
Precedence:
111 = Network Control 011 = Flash
110 = Internetwork Control 010 = Immediate
101 = CRITIC/ECP 001 = Priority
100 = Flash
Overrided 000 = Routine
Data value (hexadecimal): 10
Data values in other bases:
Hexadecimal |
1 |
0 |
Binary |
0001 |
0000 |
IP PDU
> Total Length of Ethernet Frame for the selected SNMP PDU
Field Name: Total Length of Ethernet Frame
Purpose and Definition: Total Length is a
16-bit field that indicates the length of the frame, measured in octets,
including Internet header and data. The
maximum size is 216 or 65,536 octets; however, the recommended
maximum size is 576 octets.
Field Key:
Not applicable
Data values (decimal): 109
Data values in other bases:
Hexadecimal |
6 |
D |
Binary |
110 |
1101 |
IP PDU > Identification for the selected SNMP PDU
Field Name: Identification
Purpose and Definition: Identification is a 16-bit field. An identifying value is assigned by the
sender to aid in assembling the fragments of a datagram. The identifier is chosen based on the need
to provide a way to uniquely identify the fragments and protocol for the time the
datagram or any fragment could be alive in the Internet.
Field Key:
Not applicable
Data value (hexadecimal): D5 1A
Data values in other bases:
Hexadecimal |
D |
5 |
1 |
A |
Binary |
1101 |
0101 |
0001 |
1010 |
IP PDU > Flags for the selected SNMP PDU
Field Name:
Flags
Purpose and Definition: Flags is a 3-bit field that indicates
directions for fragmentation.
Field Key:
Bit 0: reserved, must be 0
Bit 1: (DF) 0 = May Fragment 1 = Don’t Fragment
Bit 2: (MF) 0 = Last Fragment 1 = More Fragment
Data value (binary): 010
Data values in other bases: Not applicable
IP PDU > Fragment Offset for the selected SNMP PDU
Field Name:
Fragment Offset
Purpose and Definition: The Fragment Offset is a 13- bit field
indicating where in the Ethernet frame this fragment begins. The Fragment Offset is measured in units of
8 octets, and the first fragment has offset 0.
Field Key:
Not applicable
Data value (decimal): 0
Data values in other bases:
IP PDU
> Time to Live for the selected SNMP PDU
Field Name: Time to Live
Purpose and Definition: Time to Live is an 8-bit field that
indicates the maximum time the datagram is allowed to remain in the
Internet. If this field contains the
value 0, then the datagram must be destroyed.
This field is modified in Internet header processing. The time is measure in units of seconds, and
is set by the sender to the maximum time the datagram is allowed to be in the
Internet. This field is decreased at
each point that the Internet header is processed. The intention is to cause undeliverable packets to be discarded,
and to bind the maximum datagram lifetime.
Field Key:
Not applicable
Data value (decimal): 64
Data values in other bases:
Hexadecimal |
4 |
0 |
Binary |
0100 |
0000 |
IP PDU
> Protocol for the selected SNMP PDU
Field Name: Protocol
Purpose and Definition: Protocol is an 8-bit field that indicates
the next level protocol that is used in the data portion of the Internet
diagram.
Field Key:
0 00 Reserved 22 16 Multiplexing
1 01 ICMP 23 17 DCN
2 02 Unassigned 24 18 TAC Monitoring
3 03 Gateway-to-Gateway 25-76 19-4C Unassigned
4 04 CMCC
Gateway Monitoring Message 77 4D Any local network
5 05 ST 100 64 SATNET and Backroom
EXPAK
6 06 TCP 101 65 MIT Subnet Support
7 07 UCL 102-104 66-68 Unassigned
10 0A Unassigned 105 69 SATNET Monitoring
11 0B Secure 106 6A Unassigned
12 0C BBN
RCC Monitoring 107 6B Internet Packet
Core Utility
13 0D NVP 110-113 6E-71 Unassigned
14 0E PUP 114 72 Backroom SATNET Monitoring
15 0F Pluribus 115 73 Unassigned
16 10 Telnet 116 74 WIDEBAND Monitoring
17 11 XNET 117 75 WIDEBAND EXPAK
20 14 Chaos 120-376 78-0178 Unassigned
21 15 User Datagram 377 0179 Reserved
Data value (hexadecimal): 01
Data values in other bases:
Hexadecimal |
0 |
1 |
Binary |
0000 |
0001 |
Decimal |
1 |
RFC Link: http://www.faqs.org/rfcs/rfc790.html
IP PDU > Header Checksum for the selected SNMP PDU
Field Name: Header Checksum
Purpose and Definition: The Header Checksum is a 16-bit field. The Checksum is the 16-bit one’s complement sum of all 16-bit words in the header. For purposes of computing the checksum, the initial value of its field is zero. When both header checksums are equal, then the header bits are correct. If either checksums vary, then a new, correct packet will need to be sent.
This is a simple way to compute the checksum and experimental evidence indicates that it is adequate, but it is provisional and may be replaced by a CRC procedure, depending on further experience.
Field Key: Not
applicable
Data value (hexadecimal): 22 F0
Data values in
other bases:
Hexadecimal |
2 |
2 |
F |
0 |
Binary |
10 |
0010 |
1111 |
0000 |
IP PDU > Source
Address for the selected SNMP PDU
Field Name: Source Address
Purpose and Definition: The Source Address is a 32-bit field that contains the IP address of the host that sent the IP Packet.
Field Key: Not
applicable
Data value (decimal): 192.168.0.39
Data values in
other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
2 |
7 |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
0010 |
0111 |
Decimal |
192 |
168 |
0 |
39 |
.
IP PDU > Destination Address for the selected SNMP PDU
Field Name: Destination Address
Purpose and Definition: The Destination Address is a 32-bit field that contains the address of the host that is to receive the data contained within the IP packet.
Field Key:
Not applicable
Data value (decimal): 192.168.0.143
Data values in
other bases:
Hexadecimal |
C |
0 |
A |
8 |
0 |
0 |
8 |
f |
Binary |
1100 |
0000 |
1010 |
1000 |
0000 |
0000 |
1000 |
1111 |
Decimal |
192 |
168 |
0 |
143 |
2.10.2 UDP PDU for the selected SNMP PDU
IP > UDP PDU > Source Port for the selected SNMP PDU
RFC Link: http://www.ietf.org/rfc/rfc0768.txt?number=768
Field Name: Source Port
Purpose and Definition: Source Port is an optional field, when meaningful, it indicates the port of the sending process, and may be assumed to be the port to which a reply should be addressed in the absence of any other information. If not used, a value of zero is inserted.
Field Key:
Not applicable
Data value (decimal): 161
Data values in other bases:
Hexadecimal |
A |
1 |
Binary |
1010 |
0001 |
IP > UDP PDU> Destination Port for the selected SNMP PDU
Field Name: Destination Port
Purpose and Definition: Destination Port has a meaning within the context of a particular Internet destination address.
Field Key:
Not applicable
Data value (decimal): 45
Data values in other bases:
Hexadecimal |
40 |
0A |
Binary |
0010 |
1101 |
Decimal |
1034 |
IP > UDP Length for the selected SNMP PDU
Field Name: Length
Purpose and Definition: Length is the length in octets of this user datagram including this header and the data (This means the minimum value of the length is eight).
Field Key:
Not applicable
Data value (decimal): 89
Data values in other bases:
Hexadecimal |
5 |
9 |
Binary |
0101 |
1001 |
IP > UDP PDU > Checksum for the selected SNMP PDU
Field Name: Checksum
Purpose and Definition: Checksum is the 16-bit one's complement of the one's complement sum of a pseudo header of information from the IP header, the UDP header, and the data, padded with zero octets at the end (if necessary) to make a multiple of two octets.
Field Key:
Not applicable
Data value (hexadecimal): 9A25
Data values in other bases:
Hexadecimal |
9 |
A |
2 |
5 |
Binary |
1001 |
0000 |
0010 |
0101 |
IP > UDP PDU > Data for the selected SNMP PDU
Field Name: Data
Purpose and Definition:
Field Key:
Not applicable
Data value (hexadecimal): see SNMP
Data values in other bases:
(ASCII): Extended ASCII
2.10.3 SNMP PDU for the selected SNMP PDU
IP
> UDP > SNMP Header > Version for the selected SNMP PDU
Field Name: Version
Purpose and Definition: Version is a 6-bit field that indicates the
format of the protocol
Field Key: Not applicable
Data value (hexadecimal): 02 01 00
Data values in other bases:
Hexadecimal |
0 |
2 |
0 |
1 |
0 |
0 |
Binary |
0000 |
0010 |
0000 |
0001 |
0000 |
0000 |
IP
> UDP > SNMP Header > Community for the selected SNMP PDU
Field Name:
Community
Purpose and Definition:
Field Key: Public: all users
Private: Selected users
Data value:
The value contained in our field determines who view the information
Data values in other bases:
Hexadecimal |
0 |
6 |
7 |
0 |
7 |
5 |
6 |
2 |
6 |
C |
Binary |
0000 |
0110 |
0111 |
0000 |
0111 |
0101 |
0110 |
0010 |
0110 |
1100 |
Decimal |
1 |
1 |
8 |
10 |
7 |
|||||
ASCII |
© |
© |
© |
© |
© |
Hexadecimal |
6 |
9 |
6 |
3 |
Binary |
0110 |
1001 |
0110 |
0011 |
Decimal |
105 |
99 |
||
ASCII |
i |
c |
IP
> UDP > SNMP Header > PDU Type for the selected SNMP PDU
Field Name: PDU Type
Purpose and Definition: The type of data.
Field Key:
Not applicable
Data value (hexadecimal): A2 42
Values in other bases:
Hexadecimal |
A |
2 |
4 |
2 |
Binary |
1010 |
0010 |
0100 |
0010 |
IP
> UDP > SNMP Header > Request ID for the selected SNMP PDU
Field Name:
Request ID
Purpose and Definition: ID of the requester.
Field Key: Not applicable
Data value (hexadecimal): 51 EB
Data values in other bases:
Hexadecimal |
5 |
1 |
E |
B |
Binary |
0101 |
0001 |
1110 |
1011 |
IP
> UDP > SNMP Header > Error Status for the selected SNMP PDU
Field Name:
Error Status
Purpose and Definition: If there is an error, it will show here
Field Key: Not applicable.
Data value: No error
Data values in other bases: Not applicable
IP
> UDP > SNMP Header > Error ID for the selected SNMP PDU
Field Name:
Error Index
Purpose and Definition: How the error is defined.
Field Key: Not applicable.
Data value (hexadecimal): 02 01 00
Data values in other bases:
Hexadecimal |
0 |
2 |
0 |
1 |
0 |
0 |
Binary |
0000 |
0010 |
0000 |
0001 |
0000 |
0000 |
IP
> UDP > SNMP Header > Object ID for the selected SNMP PDU
Field Name:
Object ID
Purpose and Definition: How the packet is identified.
Field Key:
Not applicable
Data value: 1.3.6.1.2.1.25.3.5.1.1.1
Data values in other bases:
Hexadecimal |
1 |
3 |
6 |
1 |
2 |
1 |
2 |
5 |
3 |
5 |
Binary |
0000 |
0011 |
0110 |
0001 |
0010 |
0001 |
0010 |
0101 |
0011 |
0101 |
Decimal |
1 |
3 |
6 |
1 |
2 |
1 |
37 |
3 |
5 |
|
ASCII |
© |
© |
© |
© |
© |
© |
% |
© |
© |
Hexadecimal |
1 |
1 |
1 |
Binary |
0001 |
0001 |
0001 |
Decimal |
1 |
1 |
1 |
ASCII |
© |
© |
© |
Field Name:
Value Integer
Purpose and Definition: The size of the integer
Field Key:
Not applicable.
Data value (hexadecimal): 3
Data values in other bases:
Hexadecimal |
3 |
Binary |
11 |
IP
> UDP > SNMP Header > Object ID for the selected SNMP PDU
Field Name:
Object ID
Purpose and Definition: How the packet is identified.
Field Key:
Not applicable
Data value: 1.3.6.1.2.1.25.3.5.1.1.1
Data values in other bases:
Hexadecimal |
1 3 6 1 2 1 25 3 5 1 1 1 |
|
Binary |
0001 0011 0110 0001 0010 0001 11001 0011 0101 0001 0001 0001 |
|
Decimal |
n/a |
3.0
Testing Requirements
Testing Overview
We will be assigning someone from outside of our company to test our software. This will eliminate biases and create a fair environment to ensure that all requirements are met.
We will be conducting these tests for the detailed design portion of development, which is the basis for the final development of the software.
We will be implementing gray box testing in the detailed design portion of our development. Gray box testing is a testing procedure done with some knowledge of how the internals work.
Attributes Tested:
The result from a right/left click of the mouse on the:
· Individual field of the packets
· Hierarchical tree
· Options/Buttons
· Parser
·
Directory
Test Cases
o Create log sheets to identify each partition of GUI and each aspect and have each person or at least 2 people for each of these tests.
o Make sure everything is clickable (where applicable)
o We
will begin unit testing, then move onto
Testing Sheets
3.3.1
Functional Requirements
Functional Requirements
Date:
Tester:
Screen: Pass Fail
Requirement |
Actual Result |
Pass |
Fail |
Comments |
Contains information for various protocols. |
|
|
|
|
Requirement |
Actual Result |
Pass |
Fail |
Comments |
Produces GUI that colorfully and clearly displays contents of the specified protocol. |
|
|
|
|
Requirement |
Actual Result |
Pass |
Fail |
Comments |
Displays clearly on a 1024x768 pixel screen. |
|
|
|
|
Requirement |
Actual Result |
Pass |
Fail |
Comments |
Menus on top of screen should be visible on every page to allow user to change protocol, or switch between layers. |
|
|
|
|
Requirement |
Actual Result |
Pass |
Fail |
Comments |
Produces information box for each field of a protocol which displays Purpose of Field, Options for Pattern, Bit Pattern Form, and Minimum/Maximum Length |
|
|
|
|
Requirement |
Actual Result |
Pass |
Fail |
Comments |
Displays RFC link for entire protocol or specific field when available. |
|
|
|
|
3.3.2
Ethernet Testing Sheet
Screen: Ethernet Packet Header on Protocol Screen
Date:
Tester:
Screen: Pass Fail
Field Name: “Choose Protocol” Button (Dimmed)
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: “Choose Session” Button (Dimmed)
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: “TCP/IP Project History” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to History Page |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: “Type/Length” Data Field Button
(Dimmed)
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
FCS information field is displayed in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
IP PDU information field is displayed in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Preamble information box is displayed in the appropriate colored box |
3.3.3
Ethernet Testing Sheet
Screen: Choose Protocol Tree
Date:
Tester:
Screen: Pass Fail
*Note that the dimmed “Buttons” are not buttons and are
there to show other protocols that exist.
These may be implemented in the future, but not for our purposes and
therefore, wont be part of the testing
Field Name: “FTP” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the Choose Session for corresponding Protocol chosen |
Field Name: “SMTP” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the Choose Session for corresponding Protocol chosen |
Field Name: “HTTP” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the Choose Session for corresponding Protocol chosen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the Choose Session for corresponding Protocol chosen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the Choose Session for corresponding Protocol chosen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the Choose Session for corresponding Protocol chosen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the Choose Session for corresponding Protocol chosen |
Field Name: “ICMP” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the Choose Session for corresponding Protocol chosen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the Choose Session for corresponding Protocol chosen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the Choose Session for corresponding Protocol chosen |
Screen: Ethernet Packet Header on Session Screen – FTP, HTTP, SMTP, SSH Telnet,
SNMP, PING Protocols Only
Date:
Tester:
Screen: Pass Fail
Field Name: “Choose Protocol” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user back to the Choose Protocol Screen |
Field Name: “Choose Session” Button (Dimmed)
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: “TCP/IP Project History” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to History Page |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: “Type/Length” Data Field Button
(Dimmed)
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
FCS information field is displayed in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
IP PDU information field is displayed in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Preamble information box is displayed in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: ”IP” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the User to the IP Display Screen for the Chosen Protocol |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the User to the TCP or UDP Display Screen Depending on the Chosen Protocol |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the User to the Protocol Display field for the Chosen Protocol |
Screen: Ethernet Packet Header on Session Screen – ICMP
Date:
Tester:
Screen: Pass Fail
Field Name: “Choose Protocol” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user back to the Choose Protocol Screen |
Field Name: “Choose Session” Button (Dimmed)
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: “TCP/IP Project History” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to History Page |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: “Type/Length” Data Field Button
(Dimmed)
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
FCS information field is displayed in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
IP PDU information field is displayed in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Preamble information box is displayed in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: ”IP”
Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the User to the IP Display Screen for the Chosen Protocol |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the User to the ICMP Display Screen |
Screen: Ethernet Packet Header on Session Screen – ARP
Date:
Tester:
Screen: Pass Fail
Field Name: “Choose Protocol” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user back to the Choose Protocol Screen |
Field Name: “Choose Session” Button (Dimmed)
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: “TCP/IP Project History” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to History Page |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: “Type/Length” Data Field Button
(Dimmed)
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
FCS information field is displayed in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
IP PDU information field is displayed in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Preamble information box is displayed in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: ”ARP”
Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the User to the ARP Display Screen |
Screen: Choose Session Screen File and Packet Selector Area
Date:
Tester:
Screen: Pass Fail
Field Name: “Name” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Would sort by Descending. If clicked again, would do it Ascending. |
Field Name: “Date” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Would sort by Ascending. If clicked again, would do it Descending. |
Field Name: Files in the Directory Window
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Would open up the chosen file into the Packet Selector Window to the right of the file browser |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Would take the user to the Info. Display Screen where the packet information chosen would be displayed in the proper display fields. |
Screen: Ethernet Packet Header on Info. Display Screen – FTP, HTTP, SMTP, SSH Telnet
Date:
Tester:
Screen: Pass Fail
Field Name: “Choose Protocol” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user back to the Choose Protocol Screen |
Field Name: “Choose Session” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user back to the Choose Session Screen |
Field Name: “TCP/IP Project History” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to History Page |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Field Name: “Type/Length” Data Field Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: ”IP”
Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Screen: Ethernet Packet Header on Info. Display Screen – ICMP
Date:
Tester:
Screen: Pass Fail
Field Name: “Choose Protocol” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user back to the Choose Protocol Screen |
Field Name: “Choose Session” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: “TCP/IP Project History” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to History Page |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Field Name: “Type/Length” Data Field Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: ”IP”
Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Screen: Ethernet Packet Header on Info. Display Screen – ARP
Date:
Tester:
Screen: Pass Fail
Field Name: “Choose Protocol” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user back to the Choose Protocol Screen |
Field Name: “Choose Session” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: “TCP/IP Project History” Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to History Page |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Field Name: “Type/Length” Data Field Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Field Name: ”ARP”
Button
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Displays information about this field on the right of the screen |
Screen: IP PDU
Date:
Tester:
Screen: Pass Fail
Field Name: RFC Link
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the RFC website for the chosen protocol |
Field Name: Version
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Version information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Internet Header Length information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Type of Service information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Total Length information field pops up in the appropriate colored box |
Field Name: Identification
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Identification information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Flags information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Fragment Offset information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Time to Live information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Protocol information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Header Checksum information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Source IP Address information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Destination IP Address information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Options information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the next layer, which is the TCP or UDP layer of the chosen Protocol packet |
3.3.4
TCP Testing Sheet
Screen: TCP PDU
Date:
Tester:
Screen: Pass Fail
Field Name: RFC Link
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the RFC website for the chosen protocol |
Field Name: Source Port
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Source Port information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Destination Port information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Sequence Number information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Acknowledgment Number information field pops up in the appropriate colored box |
Field Name: Length
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Length information field pops up in the appropriate colored box |
Field Name: Reserved
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Reserved information field pops up in the appropriate colored box |
Field Name: URG
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
URG information field pops up in the appropriate colored box |
Field Name: ACK
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
ACK information field pops up in the appropriate colored box |
Field Name: PSH
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
PSH information field pops up in the appropriate colored box |
Field Name: RST
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
RST information field pops up in the appropriate colored box |
Field Name: SYN
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
SYN information field pops up in the appropriate colored box |
Field Name: FIN
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
FIN information field pops up the appropriate colored box |
Field Name: Window Size
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Window Size information field pops up in the appropriate colored box |
Field Name: TCP Checksum
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Checksum information field pops up in the appropriate colored box |
Field Name: Urgent Pointer
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Urgent Pointer information field pops up in the appropriate colored box |
Field Name: Options
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Options information field pops up in the appropriate colored box |
Field Name: Data
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
FTP PDU pops up |
3.3.5
UDP Testing Sheet
Screen: UDP PDU
Date:
Tester:
Screen: Pass Fail
Field Name: RFC Link
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the RFC website for the chosen protocol |
Field Name: Source Port
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Source Port information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Destination Port information field pops up in the appropriate colored box |
Field Name: Length
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Length information field pops up in the appropriate colored box |
Field Name: Checksum
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Checksum information field pops up in the appropriate colored box |
Field Name: (Chosen Protocol PDU)
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Chosen Protocol PDU displays |
Screen: FTP PDU
Date:
Tester:
Screen: Pass Fail
Field Name: RFC Link
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the RFC website for the chosen protocol |
Field Name: Request/Response Field
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Destination Address information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Source Address information field pops up in the appropriate colored box |
Screen: ICMP PDU
Date:
Tester:
Screen: Pass Fail
Field Name: RFC Link
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the RFC website for the chosen protocol |
Field Name: Type
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Type information field pops up in an appropriately colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Code information field pops up in an appropriately colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Checksum information field pops up in an appropriately colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Pointer information field pops up in an appropriately colored box |
Field Name:
Unused
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Data information field pops up in an appropriately colored box |
Screen: SMTP PDU
Date:
Tester:
Screen: Pass Fail
Field Name: RFC Link
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the RFC website for the chosen protocol |
Field Name: Command
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Command information field pops up in an appropriately colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Message information field pops up in an appropriately colored box |
Screen: SNMP PDU
Date:
Tester:
Screen: Pass Fail
Field Name: RFC Link
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the RFC website for the chosen protocol |
Field Name: Version
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Version information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Community information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
PDU information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Request ID information field pops up in the appropriate colored box |
Field Name: Error Status
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Error status information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Object information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Value information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Value ID information field pops up in the appropriate colored box |
Field Name: Object ID
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Object information field pops up in the appropriate colored box |
Screen: SSH PDU
Date:
Tester:
Screen: Pass Fail
Field Name: RFC Link
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the RFC website for the chosen protocol |
Field Name: Data
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Data information field pops up in the appropriately colored box |
Screen: ARP PDU
Date:
Tester:
Screen: Pass Fail
Field Name: RFC Link
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the RFC website for the chosen protocol |
Field Name: Hardware Address Type
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Hardware Address Type information field pops up in the appropriately colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Protocol Address Type information field pops up in the appropriately colored box |
Field Name: Hardware Address Length
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Hardware Address Length information field pops up in the appropriately colored box |
Field Name: Protocol Address Length
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Protocol Address Length information field pops up in the appropriately colored box |
Field Name: Operation
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Operation information field pops up in the appropriately colored box |
Field Name: Sender Hardware Address
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Sender Hardware Address information field pops up in the appropriately colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Protocol Address Type information field pops up in the appropriately colored box |
Field Name: Target Hardware Address
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Target Hardware Address information field pops up in the appropriately colored box |
Field Name: Target Protocol Address
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Target Protocol Address information field pops up in the appropriately colored box |
Screen: PING
Date:
Tester:
Screen: Pass Fail
Field Name: RFC Link
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the RFC website for the chosen protocol |
Field Name: Destination
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Destination information field pops up in the appropriately colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Source information field pops up in the appropriately colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Fragment offset information field pops up in the appropriately colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Time to Live information field pops up in the appropriately colored box |
Field Name: Protocol
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Protocol information field pops up in the appropriately colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Header Checksum information field pops up in the appropriately colored box |
Field Name: Source
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Source information field pops up in the appropriately colored box |
Field Name: Destination
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Destination information field pops up in the appropriately colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Checksum information field pops up in the appropriately colored box |
Field Name: Identifier
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Identifier information field pops up in the appropriately colored box |
Field Name: Sequence Number
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Sequence number information field pops up in the appropriately colored box |
Screen: HTTP
Date:
Tester:
Screen: Pass Fail
Field Name: RFC Link
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user to the RFC website for the chosen protocol |
Field Name: Fragment offset
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Fragment offset information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Time to Live field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Protocol information field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Header Checksum information field pops up in the appropriate colored box |
Field Name: Source
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Source field pops up in the appropriate colored box |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Destination information field pops up in the appropriate colored box |
Field Name: Header Length
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Header Length field pops up in the appropriate colored box |
Field Name: Window Size
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Window Size information field pops up in the appropriate colored box |
Screen: History Page
Date:
Tester:
Screen: Pass Fail
*Note that the header remains the same as the screen you
click the History button with the exception of the Choose Protocol and Choose
Session buttons, and will only be showing the changes in those buttons based
upon which screen you are coming from when going to the History page.
Field Name: Choose Protocol when from Protocol Screen
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to Choose Protocol screen |
Field Name: Choose Protocol when from Session Screen
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to Choose Protocol screen |
Field Name: Choose Protocol when from Info. Display Screen
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to Choose Protocol screen |
Field Name: Choose Session when from Protocol Screen (Dimmed)
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Nothing pops up |
Field Name: Choose Session when from Session Screen
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to Choose Session screen |
Field Name: Choose Session when from Info. Display Screen
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to Choose Session screen |
Field Name: EdgeTech’s Website Link
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to EdgeTech Website |
Field Name: EdgeTech’s TCP/IP Packet Descriptor Link
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to EdgeTech Descriptor |
Field Name: Mirage’s Website Link
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to Mirage Website |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to Mirage Descriptor |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Takes user to Blue Tech. Website |
|
|
|
2. Left Click |
Nothing pops up |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes user to Blue Tech. Descriptor |
Attempted |
Expected Result |
Pass |
Fail |
Comments |
1. Right Click |
Nothing pops up |
|
|
|
2. Left Click |
Takes the user back to the previous page |
EdgeTech Development will install its Packet Descriptor application and all necessary files on the Siena Computer Science network, Oraserv. For easy movement in the future, all of the path extensions will be relative, rather than absolute. There will then be a web address supplied for users to access our program.
A CD-ROM including the application, all documents, and all presentations, will be given to our client, Mr. Swarner, for backup.
5.0 Appendix
5.1
Gantt Chart for Spring Semester 2005
5.2 Glossary
ASCII:
American Standard Code for
Information Interchange: a
code for representing English characters as numbers, with each letter assigned
a number from 0 to 127.
Attribute:
A named value or relationship that exists for some or all
instances of some entity and is directly associated with that instance.
Binary:
Pertaining to a number system that has just two unique
digits, 0 and 1. Computers operate on a
binary number system.
Code:
The symbolic arrangement of data or instructions in a computer program or the set of such instructions.
Data Flow
Diagram:
A graphical
notation used to describe how data flows between processes in a system. They are a representation of the functional
decomposition of a system.
Decimal:
Refers to numbers in base 10—the numbers we use in everyday life.
Dynamic Combo
Menu:
Menu showing all actions possible at the current moment.
Frame:
A feature that divides a browser’s window into separate segments that can be scrolled independently of each other; a single step in a sequence of programmed instructions
GUI:
Graphical User Interface: A user interface based on graphics (icons, pictures, and menus) instead of text; uses a mouse as well as a keyboard as an input device.
Gantt Chart:
A chart that depicts progress in relation to time, often used in planning and tracking a project
HTML:
Hypertext Transfer Markup Language: A markup language used to structure text and multimedia documents and to set up hypertext links between documents, used extensively on the World Wide Web.
Hexadecimal:
Refers to the base-16 number system which consists of 16
unique symbols: the numbers 0 to 9 and the letters A to F.
Hypertext:
A computer-based text retrieval system that enables a user to access particular locations in web pages or other electronic documents by clicking on links within specific web pages or documents.
Internet:
An interconnected system of networks that connects computers around the world via the TCP/IP protocol.
Linear Sequential Model:
Sometimes called the classic life cycle or the waterfall model, this model suggests a systematic, sequential approach to software development that begins at the system level and progresses through analysis, design, coding, testing, and support.
Linux:
A trademark for an open-source version of the UNIX operating system.
Network:
A group of two or more computer systems linked together.
Open-Source:
A method and philosophy for software licensing and distribution designed to encourage use and improvement of software written by volunteers by ensuring that anyone can copy the source code.
PHP:
PHP Hypertext Preprocessor (server-side scripting
language)
Packet:
A short block of data transmitted in a packet switching network.
PDU:
Protocol Data Unit: A packet of data passed across a
network.
Protocol:
A set of formal rules describing how to
transmit data, especially across a network.
Prototype:
An original type, form, or instance serving as a basis or standard for later stages.
RFC:
Request for Comments: One of a long-establish series of numbered
Internet informational documents and standards widely followed by commercial
software and freeware in the Internet and Unix communities.
Software:
The code executed by a computer, as opposed to the physical device which they run on.
TCP/IP:
Transmission Control Protocol/Internet
Protocol: A suite of protocols for communication
between computers, used as a standard for transmitting data over networks and
as the basis for standard Internet protocols.
UNIX:
A powerful operating system developed at the ATT Bell Laboratories.
Use Case:
The specification of sequences of actions that a system, subsystem, or class can perform by interacting with outside actors.
Visible Analyst:
Project management software used in Computer-Aided Software Engineering (CASE) to create such illustrations as the data flow diagrams.