健康资讯 计算机网络传输中IP数据报文格式详解并结合Wireshark深入分析
IT老良优质科技领域创作者计算机网络传输中IP数据报文格式详解并结合Wireshark深入分析
李根这文章说的很详细。
IT老良优质科技领域创作者地址解析协议ARP报文格式详解并结合Wireshark深入理解其工作原理
ip 错了，我怎么监控数据包，说明书写的有问题而已，通过数据包，分析写的值是什么而已//@爱有天意6085：还是没太明白怎么用wireshark能查找出来modbustcp错误，意思ip地址错了？//@剑指工控：说明书错的[捂脸]//@爱有天意6085：所以到底是什么原因[捂脸]
剑指工控优质科技领域创作者#通讯# 最近在做一台仪表的Modbus通讯，用配套软件可以正常测试功能，但是按照厂家描述用自己开发的软件却无法实现功能，为了搞清楚原因，就用Wireshark抓包分析，终于还是找到了原因，果然Wireshark是每个搞通讯的工程师的利器啊！
如何用WireShark抓包，抓取带VLAN ID 的报文
+++
编程敲代码一时半会儿成不了气候
还是老老实实的在网络工程师这块提升水平比较实在一些
+++
WireShark初级学习，
如何在抓包过程中，获取到VLAN ID
便于分析流量的来源和走向
今天又碰到WiFi网络断线的问题，从客户发过来的wireshark抓包数据来看，从12:07开始，服务器与设备的TCP连接断开，直到12:09，连接才重新建立，在此期间，发送给设备ARP包也没有应答。
从AP的日志获取到一条日志，在12:06左右，AP显示IP地址为192.168.0.12以及192.168.0.14的设备在12:07左右先后从A掉线。
日志为：
%Sep 3 12:06:54:495 2011 H3C STAMGR/6/STAMGR_CLIENT_OFFLINE: Client 4c75-2501-9c20 went offline from BSS 74d6-cbfd-80b0 with SSID AGV>
今天，是Linux回炉的第七十一天
shell
wireshark
获取80端口
测试每一条http建立连接需要4次握手
防止web遭受CC攻击，大致筛查的想法
#!/bin/bash
CC=`echo $(($RANDOM%10))`
tshark -a duration:$CC -i ens33 port 80 >>14.txt
AA=`cat 14.txt|wc -l`
BB=$(($AA/4))
DD=`cat 14.txt|grep -w RST|wc -l`
echo "总共http连接数为:"$AA
echo "http需要4次握手建立大约可以查询次数:"$BB
echo "最终检测结果为:" $DD
客户使用的增氧泵控制器发生过几次误报故障的情况。
即接收了来自服务器的故障报警电话，以及来自wx推送的报警信息，实际上控制器并没有检测到故障，也没有执行断电保护操作。
为了定位这一问题，在云服务器上启动 wireshark抓包，为了避免wireshark抓的包占用太多内存，影响服务器的正常运行，设置为自动以10分钟间隔将抓的包保存到硬盘。
经过几天的等待，终于捕捉到了造成故障的数据，分析发现云服务器接收的数据产生了错误 。
猜想可能是在MCU与4g模块之间的uart数据通信出现了误码，可能是4g模块处理不及时造成了数据丢失，当时搓这部分代码时，因为开发时程赶，没时间研究采用lua的crc16的算法，所以把crc校验注释掉了。
考虑到4g模块的升级相对比较麻烦，为了解决这一问题，我首先把MCU传给4g模块的数据通过modbus所使用的crc16算法计算出校验值，并由4g模块将该crc与数据一起发送给云服务器。
而云服务器的tcp server采用go编写，因为再采用go重写了该crc算法，算出收到的数据的crc值，将该值与接收到的crc值进行比较，当两个数值不相等时，则云服务器抛弃该数据。
加上crc校验之后，药到病除，云服务器又恢复了往日的平静。
今天给客户解决服务器网络异常问题，到达现场后将笔记本接入服务器交换机，查看现象。顺手习惯性的打开了wireshark，看了一眼，突然发现网络中存在多个子网的arp请求包。这肯定不应该呀，按理说每个子网一个VLAN,二层的广播无法穿透VLAN，肯定是有人把网线插错了。
不过这个问题和客户约我来要解决的故障没啥关系，处理完服务器故障后，我就顺手给客户再排查下接错线的问题吧。经过详细排查，终于发现，DMZ交换机和内网的服务器交换机连接在一起了。
这种问题很隐蔽，平时很难发现，一般在小规模网络里也不会造成多大的故障，但有时出现莫名的问题时，可能却很难解决。所以一定要规范化网络结构啊。
迈腾今年还有改款上市吗？
迈腾还出新款吗？
