packet转发时需注意的报头的几个变量

最新推荐文章于 2022-07-25 00:51:34 发布
原创 最新推荐文章于 2022-07-25 00:51:34 发布 · 856 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#up

本文介绍了在网络编程中处理报文的关键步骤，包括设置源目的地址、更新上一跳与下一跳信息、配置报文类型及方向等。这些操作对于确保数据包正确转发至关重要。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

iph->src&dst源目的地址，生成packet时赋值即可

cmn->pre_hop_ cmn->next_hop_

上一跳 &下一条 必要时每次都要更新

cmn->add_type_,在生成报文时赋值即可，（如NS_AF_INET，若不设置在arp地址解析时找不到，则无法转发）

cmn->direction_ ,每次转发时都要设置，否则为HDR::UP；若生成报文时不设置，则为0（enum dir_t { DOWN= -1, NONE= 0, UP= 1 };），既往下层发送，也往上层发送

cmn->num_forwards_标记使用，要加1 iph->ttl类似;

55、无线互联网接入的报头压缩方案
info6的博客
07-08 25
本文探讨了无线互联网接入中报头压缩的重要性及其应用。随着无线设备和多媒体服务的普及，带宽需求不断上升，而报头压缩成为优化带宽、提高网络性能的关键技术。文章详细分析了不同报头压缩方案，如VJHC、IPHC以及专为无线环境设计的ROHC，并评估了其在无线通信系统中的性能。研究表明，ROHC以其鲁棒性和高效性成为无线网络中理想的报头压缩方案，有助于提升用户体验。
VoIP的落地通信模型和要考虑几个大的方面问题及基本概念和交互流程整理
kuodehai的专栏
01-10 3278
目录 一、VoIP的落地通信模型和要考虑几个大的方面问题... 1 关于SIP NAT防火墙穿越的汇总... 2 2.1 ALG（Application Level Gateway）... 3 2.2 MidCom（IETF MIDCOM(Middlebox Communications）... 3 2.3 STUN(Simple Traversalof UDP Through Network). 3 2.4 SBC(Session Border Controller). 3 3.2实例 r.
Wireshark 数据分析（一）
Zephyr's Blog
08-24 2956
pcap包的结构 pcap数据包由 pcap文件头、packet包头 和 packet数据 组成如图所示（其中packet数据包也就是一帧以太帧）： 1. Pcap文件头24 byte, 各字段说明： Magic (标识位) 4 byte：这个标识位的值是16进制的 0xa1,0xb2,0xc3,0xd4 （正序）用来标示文件的开始。若为逆序(0xd4,0xc3, 0xb2, 0xa
Sql Server 聚集索引扫描 Scan Direction的两种方式------FORWARD 和 BACKWARD
weixin_34233679的博客
06-02 853
最近发现一个分页查询存储过程中的的一个SQL语句，当聚集索引列的排序方式不同的时候，效率差别达到数十倍，让我感到非常吃惊由此引发出来分页查询的情况下对大表做Clustered Scan的时候，不同情况下会选择FORWARD 或者 BACKWARD差别，以及建立聚集索引时，选择索引列的排序方式的一些思考废话不多，上代码先建立一张测试表，在Col1上建立聚集索引，写入100W条数据 create...
关于TCP/UDP的包过滤函数
u011587666的专栏
02-04 828
 //包过滤函数 FORWARD_ACTION FilterPacket( unsignedchar *PacketHeader, unsignedchar *Packet, unsignedint   PacketLength, DIRECTION_E   direction, unsignedint   RecvInterfaceIndex, unsignedint   S
网络的基础-IP PACKET头和分片
07-25 534
比如，客户端访问服务器，中间可能经历过大量的设备，交换机、路由器、防火墙等，每个设备之间传输的MTU可能就会不一致。我们知道以以太网为例，它使用的最大传输单元大小为1500字节。近来一些网络问题，涉及到了IP包的MTU,IP包在网络中进行传输，其实是分段进行传递的。在整个传输通道中最小的那个MTU会直接影响到了数据的传输和分片。图片为转载图片，此文也是自己学习的记录。下图为MTU=1300字节的分片示例。......
packer build命令选项参数
allway2的博客
12-23 688
build命令 跳转到部分 该packer build命令采用模板并运行其中的所有构建以生成一组工件。除非另有说明，否则在模板中指定的各种构建是并行执行的。并且创建的工件将在构建结束时输出。 »选项 -color=false- 禁用彩色输出。默认启用。 -debug- 禁用并行化并启用调试模式。调试模式标记构建器他们应该输出调试信息。调试模式的确切行为由构建器决定。一般来说，建造者通常会在每一步之间停下来，等待键盘输入后再继续。这将允许用户检查状态等。 -except=foo,.
/** * @brief MQTT协议报文解析器 * @param q 循环队列指针，存储待解析的MQTT报文数据 * @param packet_buff 输出缓冲区，用于存储解析出的完整MQTT报文 * @return 解析成功的报文长度（字节数），返回0表示解析失败或数据不足 */ unsigned int mqtt_parser(CircularQueue *q, uint8_t *packet_buff) { // 静态变量：跨函数调用保持状态 static uint8_t state = 0; // 解析状态机当前状态 static uint32_t total_length = 0; // 待解析报文的总长度（固定报头+剩余长度+负载） static uint8_t remaining_length_bytes = 0; // 剩余长度字段占用的字节数 static uint8_t time_out = 0; // 超时计数器（连续未完整解析的次数） // 局部变量 uint8_t packet_type; // MQTT报文类型（存储在固定报头的第1个字节） uint8_t byte; // 临时存储从队列读取的字节 uint8_t multiplier; // 剩余长度解码时的乘数（1, 128, 128^2, 128^3） uint8_t remaining_length; // 解析出的剩余长度值（不包含固定报头和剩余长度字段本身） uint32_t current_offset; // 当前正在解析的字节在队列中的偏移量 uint32_t i; // 循环计数器 while (1) { // 检查队列中是否有足够的基础数据（至少需要2字节才能开始解析） if (Queue_Length(q) < 2) { return 0; // 数据不足，等待更多数据 } // 状态机处理 switch (state) { case 0: // 解析固定报头和剩余长度 // 读取固定报头的第1个字节（包含报文类型和标志位） Queue_PeekAt(q, 0, &packet_type); LOG_PRINTF("[MQTT Parser] Processing packet type: 0x%02X\n", packet_type); // 验证报文类型是否合法 if (!validate_packet_header(packet_type)) { LOG_PRINTF("[MQTT Parser] Invalid packet header: 0x%02X\n", packet_type); Queue_MoveReadIndex(q, 1); // 丢弃无效字节 state = 0; time_out = 0; return 0; } // 初始化剩余长度解析相关变量 multiplier = 1; // 初始乘数为1（128^0） total_length = 0; // 重置总长度 remaining_length_bytes = 0; // 重置剩余长度字节计数器 remaining_length = 0; // 重置剩余长度值 // 解析剩余长度字段（可能占用1~4字节） do { // 检查队列中是否有足够数据读取下一个剩余长度字节 if (Queue_Length(q) < (1 + remaining_length_bytes + 1)) { return 0; // 数据不足，等待更多数据 } // 计算当前剩余长度字节的偏移量（固定报头1字节 + 已解析的剩余长度字节数） current_offset = 1 + remaining_length_bytes; Queue_PeekAt(q, current_offset, &byte); // 读取当前剩余长度字节 // 解码剩余长度值（每个字节的低7位是有效数据，最高位是继续标志） remaining_length += (byte & 0x7F) * multiplier; multiplier *= 128; // 乘数递增（1, 128, 128^2, 128^3） remaining_length_bytes++; // 剩余长度字节计数器递增 // 协议合规性检查：剩余长度最多占用4字节 if (remaining_length_bytes >= 4 && (byte & 0x80)) { LOG_PRINTF("[MQTT Parser] Invalid remaining length (exceeds 4 bytes)\n"); Queue_MoveReadIndex(q, 1 + remaining_length_bytes); // 丢弃错误报文 state = 0; time_out = 0; return 0; } } while (byte & 0x80); // 继续循环直到遇到剩余长度的最后一个字节（最高位为0） // 计算完整报文长度：固定报头（1字节） + 剩余长度字节数 + 剩余长度值 total_length = 1 + remaining_length_bytes + remaining_length; LOG_PRINTF("[MQTT Parser] Packet length: %u bytes\n", total_length); state = 1; break; case 1: // 检查数据是否完整、超时处理 // 检查队列中是否有完整的报文数据 if (Queue_Length(q) < total_length) { // 超时处理：给一个比较长的超时时间，如果队列中的数据量都还达不到报文长度，则丢弃所有数据 time_out++; if (time_out >= MAX_TIMEOUT_COUNT) { if(Queue_Length(q) < total_length) { LOG_PRINTF("[MQTT Parser] Timeout, discard all byte\n"); Queue_MoveReadIndex(q, Queue_Length(q)); // 移动读指针，丢弃当前队列中所有数据 state = 0; // 重置状态机 time_out = 0; // 重置超时计数器 return 0; } } return 0; // 数据不足，等待更多数据 } else // 数据完整,准备读取完整数据 { state = 2; break; } case 2: // 读取完整报文 // 批量读取报文数据到输出缓冲区 for (i = 0; i < total_length; i++) { Queue_PeekAt(q, i, &packet_buff[i]); LOG_PRINTF("%02X ", packet_buff[i]); // 调试输出：打印报文字节 } printf("\n"); // 移动队列读指针，丢弃已读取的报文数据 Queue_MoveReadIndex(q, total_length); // 重置状态机和超时计数器 state = 0; time_out = 0; // 返回解析成功的报文长度 return total_length; default: // 未知状态，重置状态机 LOG_PRINTF("[MQTT Parser] Unknown state, resetting\n"); state = 0; time_out = 0; return 0; } } }如何在case0中增加数据不足的超时处理，检查这个代码逻辑，和其他错误，给出完整代码，
最新发布
07-12
同时，我们还需要修复之前提到的几个问题： - 将remaining_length和multiplier的类型改为uint32_t，因为剩余长度可能很大（最大为268435455）。 - 在解析剩余长度时，增加对剩余长度值是否超过268435455（0...
void mqtt_parser(CircularQueue *q, uint8_t *packet_buff) { static ParseState state = PARSE_HEADER; // 解析状态：处理固定报头 static uint8_t packet_type; // 报文类型 static uint32_t remaining_length; // 剩余长度 static uint8_t multiplier = 1; uint8_t byte; uint8_t packet_length; // 报文长度 int i; int index = 0; while (Queue_Length(q)) // 队列长度不等于0时 { byte = Queue_Peek_N(q, 0); // 读取 switch (state) { case PARSE_HEADER: packet_type = byte >> 4; if(packet_type < 0 || packet_type > 15) return; state = PARSE_REMAINING_LENGTH; multiplier = 1; remaining_length = 0; break; case PARSE_REMAINING_LENGTH: remaining_length += (byte & 0x7F) * multiplier; multiplier *= 128; if ((byte & 0x80) == 0) { if (remaining_length > 0) { state = PARSE_PAYLOAD; } else { // handle_mqtt_packet(packet_type, NULL, 0); state = PARSE_HEADER; } } break; case PARSE_PAYLOAD: { for (i = 0; i < remaining_length; i++) { packet_buff[i] = DeQueue(q); } // handle_mqtt_packet(packet_type, payload, remaining_length); state = PARSE_HEADER; break; } } } } 使用Queue_Peek函数，修改这段代码，将完整报文保存到 packet_buff中
05-29
我需要考虑几个关键点： 1. **Queue_Peek的功能**：Queue_Peek可能允许查看队列中的多个字节而不移除它们，或者可能只能查看下一个字节。用户提到要保存完整报文，所以可能需要一次性获取整个报文的长度，然后使用...
一个奇怪的NS2错误
一心两用
06-30 3015
ns2, leach, 错误
网络：数据包、报文、帧、分组、段
OceanStar的博客
03-09 5283
报文（packet）&& 数据包 报文&&数据包，是一种比较宽泛的说法，基本上每一层都可以使用。比如： 在应用层有“HTTP报文”或者HTTP数据包“” 在传输层有“TCP报文”或者“TCP数据包” 网络层有“IP报文”或者“IP数据包” packet 这个词的后缀是 et。而在英文中，以 et 结尾的很多词表示某一个小小的东西。比如功能完备的一小段代码，叫 code snippet，一小段内嵌在HTML 中的 Java 前端代码，叫 applet。自然的，packet.
玩转云镜像制作之packer篇
weixin_33847182的博客
03-25 908
1.DevOps之基础设施即代码(Infrastracture as Code) 什么是DevOps呢？按照维基百科的定义，DevOps（Development和Operations的组合词）是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使...
TS头详解
tuan891205的专栏
08-28 4472
Transport Stream是由一连串的TS packets所构成，每个TS packet的长度固定是188 bytes，总共有几个TS packet则由需传输的数据量决定。 TS packet主要可以分成二个部分：packet header和payload。Payload中放置的可能是video PES packets、audio PES packets或其他数据。TS packet he
Packet forward 介绍与配置
桦桦的博客
07-11 2919
文章目录 下面给出github上的地址。 https://github.com/Lora-net/packet_forwarder 官方是这么描述packer forward的 LoRa数据包转发器是在LoRa网关的主机上运行的程序，该程序将集中器接收的RF数据包通过IP / UDP链接转发到服务器，并发出服务器发送的RF数据包。 关键在这4个文件，下面我们解释以下这4个文件的作用，其中第一个项目包是核心。 ...
packer学习—用Docker构建器构建docker镜像
江天飞鸟的博客
03-30 2410
packer学习—用Docker构建器构建docker镜像
ns2无线节点的通信范围设置
02-15 3540
NS中可以用户可以在网络接口中通过设定接收阈值来指定通信范围，比如：       Phy/WirelessPhy set RXThresh_  一个单独的用来计算接收阈值的C程序：~ns/indep-utils/propagation/threshold.cc. 编译后（g++ -lm threshold.cc -o threshold） 按下述方计算阈值 threshold -m
ptype
11-24 3197
在上篇 flowid和ptype的赋值与作用 中，提出了问题。 按照逐步搜索fid_的方法，搜索hdr_cmn的ptype字段，同样发现该字段由Agent的ptype字段赋值。 对于CBR-traffic -> Agent/udp ->node的模型，从高往低考虑， 对于解释类Application/Traffic/CBR, 查看其对应编译类CBR_Traffic的源码（~ns/tools/
flowid与pkttype的赋值与作用
11-23 3177
在iph中有fid_（flowid）这个字段， cmn头中有pype(pkttpye)， 试图根据pkttype来区分上层的业务类型，根据flowid来区分具体几个业务流。 于是实验中的tcl脚本模拟了一个从节点1到节点4的cbr业务流，传输层代理是udpAgent。 同时另外一个是1到4的ftp业务，传输层代理是tcpAgent。 运行脚本发现，两种报文的iph->fid_=2，cbr
./common/ptypes2tcl > gen/ptypes.cc Segmentation fault
12-07 2328
ns2 make出现错误 ./common/ptypes2tcl > gen/ptypes.cc Segmentation fault make: *** [gen/ptypes.cc] Error 139 原因 ～ns/common/packet.h，必须要注释掉不用的数据包头的定义，并且要求所有常量(包括PT_NTYPE)的值顺序递增，不允许增量大于1.
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值