传输层协议TCP和UDP分析

分析所用软件下载：Wireshark-win32-1.10.2.exe

阅读导览

1. 分析应用TCP协议，以及TCP链接管理

2. 分析应用UDP协议

分析要求

（1）TCP部分：

  1. 学习3CDaemon FTP 服务器的配置和使用
  2. 设计应用以获取tcp报文
  3. 分析tcp报文的格式与内容（分析至少5个报文，并理解它们之间的关系）
  4. 分析TCP 连接建立的 "三次握手"过程，找到 对应的报文

（2）UDP部分：

  1. 学习Cisco TFTP Server的配置和使用
  2. 设计应用以获取udp报文
  3. 分析udp报文的格式与内容（分析至少5个报文，并理解它们之间的关系）
  4. 分析UDP 报文与TCP 报文有何不同？体会UDP 协议和TCP 协议的区别

分析内容

（1）TCP部分：

  1. 学习3CDaemon FTP 服务器的配置和使用

下载安装3CDaemon软件并配置FTP服务器部分

  1. 设计应用以获取tcp报文

使用3CDaemon 系统内置的匿名帐户 "anonymous"登陆FTP 服务器以获取TCP报文

  1. 分析tcp报文的格式与内容（分析至少5个报文，并理解它们之间的关系）

分析见第四部分

  1. 分析TCP 连接建立的 "三次握手"过程，找到 对应的报文

（2）UDP部分：

  1. 学习Cisco TFTP Server的配置和使用

配置Cisco TFTP Server

  1. 设计应用以获取udp报文

使用Windows 命令行模式下的TFTP 客户端命令连接TFTP服务器，下载f1.txt文件：

TFTP –i 172.18.3.188 GET f1.txt

上传f2.txt文件：

TFTP -i 172.18.3.188 PUT f2.txt

同时抓包以获取UDP报文

  1. 分析udp报文的格式与内容（分析至少5个报文，并理解它们之间的关系）

分析见第四部分

  1. 分析UDP 报文与TCP 报文有何不同？体会UDP 协议和TCP 协议的区别

分析结果及总结

1. 获取并分析tcp报文

（1）登录ftp服务器：172.18.3.154建立TCP连接的SYN报文：

07a200151ea58e8f000000008002ffff5ad20000020405b40103030301010402

源端口：07a2

Source port: abr-api (1954)

目的端口：0015

Destination port: ftp (21)

序号：1e a5 8e 8f

Sequence number: 0 (relative sequence number)

首部长度：8

Header length: 32 bytes

码元比特：02

Flags: 0x002 (SYN)

窗口：ff ff

Window size value: 65535

Calculated window size: 65535

校验和：5ad2

Checksum: 0x5ad2 [validation disabled]

选项：02 04 05 b4 01 03 03 03 01 01 04 02

Options: (12 bytes), Maximum segment size, No-Operation (NOP), Window scale, No-Operation (NOP), No-Operation (NOP), SACK permitted

（2）登录ftp服务器：172.18.3.154建立TCP连接的SYN+ACK报文：

00e04c512b4e00e04c500ff9080045000034287040004006b2fcac12039aac120399001507a263bcdaf71ea58e908012ffff1c0d0000020405b40103030301010402

源端口：00 15

Source port: ftp (21)

目的端口：07 a2

Destination port: abr-api (1954)

序号：63 bc da f7

Sequence number: 0 (relative sequence number)

确认号：1e a5 8e 90

Acknowledgment number: 1 (relative ack number)

首部长度：8

Header length: 32 bytes

码元比特：12

Flags: 0x012 (SYN, ACK)

窗口：ff ff

Window size value: 65535

Calculated window size: 65535

校验和：1c 0d

Checksum: 0x1c0d [validation disabled]

选项：020405b40103030301010402

Options: (12 bytes), Maximum segment size, No-Operation (NOP), Window scale, No-Operation (NOP), No-Operation (NOP), SACK permitted

（3）登录ftp服务器：172.18.3.154建立TCP连接的第二个ACK报文：

07a200151ea58e9063bcdaf85010b5c9a7110000

源端口：07a2

Source port: abr-api (1954)

目的端口：0015

Destination port: ftp (21)

序号：1e a5 8e 90

Sequence number: 1 (relative sequence number)

确认号：63 bc da f8

Acknowledgment number: 1 (relative ack number)

首部长度：5

Header length: 20 bytes

码元比特：10

Flags: 0x010 (ACK)

窗口：b5 c9

Window size value: 46537

Calculated window size: 372296

Window size scaling factor: 8

校验和：a7 11

Checksum: 0xa711 [validation disabled]

（4）ftp服务器：172.18.3.154断开TCP连接的FIN+ACK seq=x报文：

00e04c512b4e00e04c500ff908004500002854fb40004006867dac12039aac12039900150966cb76f9c531de53865011b5b846a70000000000000000

源端口：00 15

Source port: ftp (21)

目的端口：09 66

Destination port: jediserver (2406)

序号：cb 76 f9 c5

Sequence number: 437 (relative sequence number)

确认号：31 de 53 86

Acknowledgment number: 135 (relative ack number)

首部长度：5

Header length: 20 bytes

码元比特：11

Flags: 0x011 (FIN, ACK)

窗口：b5 b8

Window size value: 46520

Calculated window size: 372160

Window size scaling factor: 8

校验和：46 a7

Checksum: 0x46a7 [validation disabled]

（5）ftp服务器：172.18.3.154断开TCP连接的ACK x+1报文：

0966001531de5386cb76f9c65010b59346cc0000

源端口：09 66

Source port: jediserver (2406)

目的端口：00 15

Destination port: ftp (21)

序号：31 de 53 86

Sequence number: 135 (relative sequence number)

确认号：cb 76 f9 c6

Acknowledgment number: 438 (relative ack number)

首部长度：5

Header length: 20 bytes

码元比特：10

Flags: 0x010 (ACK)

窗口：b5 93

Window size value: 46483

Calculated window size: 371864

Window size scaling factor: 8

校验和：46 cc

Checksum: 0x46cc [validation disabled]

（6）ftp服务器：172.18.3.154断开TCP连接的FIN seq =y ，ACK +1报文：

0966001531de5386cb76f9c65011b59346cb0000

源端口：09 66

Source port: jediserver (2406)

目的端口：00 15

Destination port: ftp (21)

序号：31 de 53 86

Sequence number: 135 (relative sequence number)

确认号：cb 76 f9 c6

Acknowledgment number: 438 (relative ack number)

首部长度：5

Header length: 20 bytes

码元比特：11

Flags: 0x011 (FIN, ACK)

窗口：b5 93

Window size value: 46483

Calculated window size: 371864

Window size scaling factor: 8

校验和：46 cb

Checksum: 0x46cb [validation disabled]

（7）ftp服务器：172.18.3.154断开TCP连接的ACK y+1报文：

00e04c512b4e00e04c500ff908004500002854fc40004006867cac12039aac12039900150966cb76f9c631de53875010b5b846a60000000000000000

源端口：00 15

Source port: ftp (21)

目的端口：09 66

Destination port: jediserver (2406)

序号：cb 76 f9 c6

Sequence number: 438 (relative sequence number)

确认号：31 de 53 87

Acknowledgment number: 136 (relative ack number)

首部长度：5

Header length: 20 bytes

码元比特：10

Flags: 0x010 (ACK)

窗口：b5 b8

Window size value: 46520

Calculated window size: 372160

Window size scaling factor: 8

校验和：46 a6

Checksum: 0x46a6 [validation disabled]

对于TCP连接建立过程：

客户端发送序号为x的SYN报文，服务器接收后发送序号为y的SYN与序号为x+1 的ACK 报文，客户端接收后，发送序号为y+1的ACK报文，TCP以此顺序建立三次握手。

对于TCP连接的正常关闭：

网点1发送序号为x的FIN报文，网点2接收后发送序号为x+1的ACK 报文，网点2再发送序号为y的FIN与序号为x+1的ACK报文，网点1接收后发送序号为y+1的ACK报文，网点2接收该报文，连接正常关闭，此为改进的三次握手方法。

2. 获取并分析UDP报文

（1）TFTP –i 172.18.3.188 GET f1.txt的第一个UDP报文：

0c3e00450017bd5c

源端口：0c 3e

Source Port: 3134 (3134)

目的端口：0045

Destination Port: 69 (69)

报文长度：00 17

Length: 23

校验和：bd 5c

Checksum: 0xbd5c [validation disabled]

数据为TFTP报文

（2）TFTP –i 172.18.3.188 GET f1.txt的第二个UDP报文：

09f30c3e001b8124

源端口：09 f3

Source Port: 2547 (2547)

目的端口：0c3e

Destination Port: 3134 (3134)

报文长度：00 1b

Length: 27

校验和：81 24

Checksum: 0x8124 [validation disabled]

数据为TFTP报文

（3）TFTP –i 172.18.3.188 GET f1.txt的第三个UDP报文：

0c3e09f3000c8a32

源端口：0c 3e

Source Port: 3134 (3134)

目的端口：09 f3

Destination Port: 2547 (2547)

报文长度：00 0c

Length: 12

校验和：8a 32

Checksum: 0x8a32 [validation disabled]

数据为TFTP报文

（4）TFTP –i 172.18.3.188 PUT f2.txt的第一个UDP报文：

0d1d00450017bc7b

源端口：0d 1d

Source Port: 3357 (3357)

目的端口：00 45

Destination Port: 69 (69)

报文长度：00 17

Length: 23

校验和：bc 7b

Checksum: 0xbc7b [validation disabled]

数据为TFTP报文

（5）TFTP –i 172.18.3.188 PUT f2.txt的第二个UDP报文：

0b410d1d000c8806

源端口：0b 41

Source Port: 2881 (2881)

目的端口：0d 1d

Destination Port: 3357 (3357)

报文长度：00 0c

Length: 12

校验和：88 06

Checksum: 0x8806 [validation disabled]

数据为TFTP报文

（6）TFTP –i 172.18.3.188 PUT f2.txt的第三个UDP报文：

0d1d0b4100138b61

源端口：0d 1d

Source Port: 3357 (3357)

目的端口：0b 41

Destination Port: 2881 (2881)

报文长度：00 13

Length: 19

校验和：8b 61

Checksum: 0x8b61 [validation disabled]

数据为TFTP报文

（7）TFTP –i 172.18.3.188 PUT f2.txt的第四个UDP报文：

0b410d1d000c8805

源端口：0b 41

Source Port: 2881 (2881)

目的端口：0d 1d

Destination Port: 3357 (3357)

报文长度：00 0c

Length: 12

校验和：88 05

Checksum: 0x8805 [validation disabled]

数据为TFTP报文

UDP 报文与TCP 报文有何不同：

UDP报文比TCP报文简短，且不用建立连接，TCP是可靠传输协议，UDP是不可靠传输协议。UDP传输速度比TCP快，适用于一些对速度要求高，精确度要求较低的连接。

时间： 2024-10-10 23:24:36

传输层协议TCP和UDP分析的相关文章

TCP/IP中的传输层协议TCP、UDP

TCP提供可靠的通信传输,而UDP则常用于让广播和细节控制交给应用的通信传输. 传输层协议根据IP数据报判断最终的接收端应用程序. TCP/IP的众多应用协议大多以客户端/服务端的形式运行.客户端是请求的发起端,而服务端表示提供服务的意思,是请求的处理端.因此,作为服务端的程序有必要提前启动,准备接收客户端的请求.传输协议根据接收数据中的目标端口号识别目标处理程序. TCP.UDP比较 TCP提供可靠性传输.实行顺序控制或重发控制机制,还有流量控制和拥塞控制,提高网络利用率. UDP是不具备可靠

浅谈传输层协议TCP和UDP

在当今因特网的层次结构中,传输层的协议主要有两种,其一为Transmission Control Protocol,即TCP:其二为User Datagram Protocol,即UDP. 1.TCP service model TCP是使用最广泛的传输层通讯协议,它在两个端系统之间建立连接,并通过两端的状态机来维护连接,为应用层提供可靠的字节流传输服务. (1)TCP是面向连接的 在传输实际数据的字节流之前,两个端系统的TCP会通过三次握手来确定建立连接,即所谓的3-way handshake

可靠的传输层协议——TCP协议

TCP协议 TCP协议工作在传输层,虽然它与UDP的下一层都是IP但是它却和UDP的效果完全不同,它是一种可靠的传输层协议 一.TCP协议封装 TCP数据段头部共有20个字节,包括16位的源端口号,16位的目的端口号,端口号与前面各层中的协议类型相似,都指的是上层将要交给谁,这个端口号就是主机上一个进程所绑定的一个入口,所以通过端口号和IP就能找到唯一主机的唯一进程. 32位序号:用来标识从TCP发端向TCP收端发送的数据字节流,它表示在这个报文段中的的第一个数据字节.如果将字节流看作在两个应用

数据通讯与网络 第五版第24章 传输层协议-TCP协议部分要点

上一博客记录了UDP协议的关键要点,这部分记录TCP协议的关键要点. 24.3 传输控制协议(TRANSMISSION CONTROL PROTOCOL) TCP(Transmission Control Procotol )协议是一个面向连接,可靠的协议.TCP为了提供面向连接的服务,专门定义了连接创建,数据传输.连接终止阶段.TCP使用GBN和SR协议来提供可靠性.为了实现可靠性这个目标,TCP使用检验和来进行误差控制.重传来处理数据包丢失和冲突.同时还利用了应答和计数机制.在本节,首先讨论

传输层的TCP和UDP协议

作者:HerryLo 原文永久链接: https://github.com/AttemptWeb... TCP/IP协议, 你一定常常听到,其中TCP(Transmission Control Protocol)称为 传输控制协议,IP(Internet Protocol) 称为网际协议. 事实上TCP/IP协议,是一个协议族,是一个协议的集合. TCP/IP协议,定义了一整套规则.它定义整个互联网如何连接,如何通信,如何协商的最基础规则. TCP/IP协议分为五层,分别是应用层.传输层.网络层

前端工程师如何理解 TCP/IP 传输层协议？

网络协议是每个前端工程师都必须要掌握的知识,TCP/IP 中有两个具有代表性的传输层协议,分别是 TCP 和 UDP,本文将介绍下这两者以及它们之间的区别. TCP/IP网络模型 计算机与网络设备要相互通信,双方就必须基于相同的方法.比如,如何探测到通信目标.由哪一边先发起通信.使用哪种语言进行通信.怎样结束通信等规则都需要事先确定.不同的硬件.操作系统之间的通信,所有的这一切都需要一种规则.而我们就把这种规则称为协议(protocol). TCP/IP 是互联网相关的各类协议族的总称,比如:T

传输层协议解析

对于每一种应用层协议想要进行通信,就必须通过IPC机制进行实现,Socket(套接字)是IPC的一种实现,允许位于不同主机(甚至同一主机)上不同进程之间进行通信:数据交换.套接字有三种: SOCK_STREAM:tcp套接字     SOCK_DGRAM:udp套接字     SOCK_RAW: 裸套接字(不基于tcp和udp直接基于ip地址实现进程间通信)其实套接字就是ip地址和        端口的组合,ip地址我相信不需缀余,我们分析一下传输层的端口: tcp:传输控制协议,面向连接的协议

传输层协议（TCP/UDP）介绍

一,TCP/IP协议族的传输层协议概况:1,TCP:传输控制协议2,UDP:用户数据报协议二,TCP/UDP协议详解:1,TCPa.TCP是面向连接的,可靠的进程到进程通信的协议 :TCP提供全双工服务,即数据可在同一时间双向传输.b.TCP报文段:TCP将若干个字节构成一个分组.叫报文段.TCP报文段封装在IP数据报中.数据段详解:.序号(32):发送端为每个字节进行编号,便于接收端正常重组.确认号(32):用于确认发送端的信息.窗口大小(16):用于说明本地可接收数据段的数目,窗口大小是可变

传输层：TCP UDP SCTP

总图 虽然协议族被称为“TCP/IP”,但除了TCP和IP这两个主要协议外,还有许多其他成员.图2-1展示了这些协议的概况. 图2-1中同时展示了IPV4和IPV6.从右向左看该图,最右边的5个网络应用在使用IPV6,随后的6个网络应用使用IPV4. 最左边名为tcpdump的网络应用或者使用BSD分组过滤器(BPF),或者使用数据链路层提供者接口(DLPI)直接与数据链路层进行通信.处于其右边所以9个应用下面的虚线标记为API,它通常是套接字或XTI.访问BPF或DLPI的接口不使用套接字或X