网络协议封装

在 Linux 上使用 C 语言在数据链路层上通信，实现Ethernet，IPv4 和 UDP 协议以及应用层封装。

文件说明

文件目录结构如下

.
├── Makefile
├── chat.c
├── client.c
├── myhdr.h
├── utils.c
└── utils.h
1 directory, 6 files

Makefile编译多文件。
chat.c，用于展示聊天的内容（只输出了最终发送和收到的结果）
client.c，用于展示帧的解析封装、分片等过程。
myhdr.h，定义了自己的IP头，UDP头，以及其他一些数据结构和常量值。
utils.h，声明了一些工具函数，主要有校验和计算，ip地址转换等。
utils.c，工具函数的实现。

功能实现

数据链路层（Ethernet Frame）

使用第一个project要求的帧结构dst_mac(6) | src_mac(6) | protocal(2) | payload(46-1500) | fcs(4) 。
fcs使用crc32算法进行计算，接收端如果校验失败抛出异常。
payload长度不足46时，使用bzero进行0比特填充，长于1500则抛出异常。

网络层（IP packet）

使用自定义的固定的IPv4头（20字节）。
头检验和check使用16位半字相加取结果补码，接收端如果校验失败抛出异常。
IP分片

发送时
- 每一片都具有IP头，但是只有第一片有UDP头。
- 偏移值offset使用8个字节作为偏移单位，因此每一片的长度为8的整数倍。
接收时如如果MF（more frag)=1或者frag 0ff不为0表示分片
- MF=1并且 offset偏移0，为第一片
- MF=0，为最后一片
- 其余情况，中间片
根据IP的id进行分片重组。

运输层（UDP datagram）

使用了自定义的UDP头（8字节）。
UDP伪首部、UDP首部、UDP的数据一起计算校验和，接收端如果校验失败抛出异常。

应用层（Chat）

使用多线程库，分别创建读线程和发线程，用于双向的聊天。
输出解析后的MAC帧结构信息、IP Packet结构信息，UDP datagram结构信息。

其他

对于非unsigned char类型，使用htons和ntohs进行网络字节序的转化。
使用raw socket进行数据链路层的通信。

展示

运行环境说明

使用了raw socket在linux环境中运行。这里使用了Windows Subsystem for Linux(WSL)作为linux环境。
需要修改client.c或者chat.c中前面定义的dst_mac数组为要发送的mac地址。
```
mac_addr dst_mac = {0x00, 0x15, 0x5d, 0xda, 0x50, 0x66};  // dst MAC 地址
```

编写了Makefile，用于编译多文件。Makefile文件内容如下：

project: client.c chat.c utils.o # 编译整个工程所有的文件
	gcc utils.o client.c -o client -lpthread
	gcc utils.o chat.c -o chat -lpthread
	gcc -c utils.c 
clientrun: client.c utils.c # 编译详细输出内容的程序，并运行
	gcc -c utils.c
	gcc utils.o client.c -o client -lpthread
	sudo ./client
chatrun: chat.c utils.c # 编译用于测试聊天的程序，并运行
	gcc -c utils.c
	gcc utils.o  chat.c -o chat -lpthread
	sudo ./chat 
clean: # 清除所有的文件
	rm client
	rm chat
	rm utils.o

聊天形式（只显示数据内容）

（仅用于测试）发送端和接收端为同一个MAC地址

make chatrun

分别在两个终端执行上述命令，启动程序
两个终端互发消息，如下：

帧的解析和封装体现

make clientrun

短消息互发（不分片）
长消息（分片，MTU设置为44，即有效数据长度为44-20=24）

My name is Tian Runze, and who are you? 长度为41，被分为3片。在最后一片中被正确的组装。

回复消息，Wow, I am Tian Runze, too!hhh，长度为31，被分为2片，最后一片被正确组装打印出来。

抓包测试

由于前两组发消息，都是发往了本机MAC，因此并不能被wireshark抓包抓到。这里使用修改dst mac addr。
（仅用于测试）发送端和接收端为不同MAC地址。

短消息

被正确的解析为UDP协议
长消息，被分为3片，且成功被wireshark解析到。

调试信息

MAC地址、协议过滤

在网卡模式为混杂模式下，会发现有许多发往非本机MAC的帧被监听到，因此可以首先使用MAC地址进行过滤，只捕捉发往本机MAC地址的帧。

// 根据MAC地址过滤，只读取发往本地MAC的帧
int eq = mac_equal(dst_mac, my_mac);
if (!eq) {
    // 取消以下注释，输出发往非本机MAC帧的MAC地址
    printf("[NOTE]: not frame to local. To ");
    output_mac(dst_mac);
    printf("\n");
    continue;
}

过滤掉发往非本机MAC的帧，发现仍有部分帧，但是这些帧的FCS校验错误。（没有具体探讨原因，程序运行在windows的子系统linux内核中，不清楚这些帧的来源和结构、协议）
因此，实际检测自己的封装和解析的时候，通过自定义了protocol类型来过滤。这里使用学号的尾号4376来进行过滤。只监听自己实现的封装的帧。