udp数据包内容被修改

biao_zi 2009-01-17 03:07:59
大家有没有遇到过udp发送的数据包,收到的和发送时的不一样了?
我的是最后一个字节被修改了,莫名其妙啊,大家认为可能是什么原因呢?
欢迎大家来讨论哈
...全文
147 6 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
biao_zi 2009-02-07
  • 打赏
  • 举报
回复
大家新年好哈。
如果收到回复过来的arp包了,该怎么处理呢。貌似要把对方的mac addr和ip addr写入arp缓存表的,具体该怎样处理呢?
欢迎大家不吝赐教...
yang_fujiang 2009-01-20
  • 打赏
  • 举报
回复
不知道 但是a是肯定可以收到ARP回复报文的 跨网段也一样
biao_zi 2009-01-19
  • 打赏
  • 举报
回复
我的包是ARP包,返回的目的地址变为网关地址(getway)了。比如a给b发arp包,设a为源地址,b回复该包时包头源地址变为a的网关地址了,请问实际情况应该这样吗,如果这样那:
1,a不是收不到了
2,网关再转发给a
上述这两种情况哪种正确呢?
多谢各位大侠指点....
青稞 2009-01-18
  • 打赏
  • 举报
回复
执行过程中有什么异常抛出么??建议多添加些LOG,好进行比对..
danxuezx 2009-01-17
  • 打赏
  • 举报
回复
接收函数的返回值是多少?它指示了错误吗?
ProgrameMan 2009-01-17
  • 打赏
  • 举报
回复
发送数据时的长度比真正的数据小了1个字节,或者接受时的缓冲区比实际应该接收的数据的长度少了1个字节
股票,证券等,用这个来发布行情数据,刷刷的。 UDP通信的优势 速度比TCP快。 UDP通信的缺点 一旦UDP包过大的话,也能正常工作。只是优势就丢失了。 idUdpClient 主要用于发送udp请求,在接收udp响应的时候是同步的,所以一定要设置超时,否则的话程序容易死。 idUpdServer 即能用于发送udp数据包,也能用于接收udp数据包。但是设计的主要目的还是用于收到udp数据包之后给于反馈。 UDP包的大小问题 资料1:以太网的MTU是1500字节,IP包头占20个字节,UDP首部占8个字节,也就是说实际数据应该小于1472字节. 资料2:鉴于Internet上的标准MTU值为576字节,所以我建议在进行Internet的UDP编程时.最好将UDP的数据长度控件在548字节(576-8-20)以内. 测试结果: 0-548字节:会完美的展现UDP协议的优势(速度刷刷的)。 大于1472字节以后的话,也可以正常执行。你会见识到什么叫做不可靠的信道(经过测试90%以上还是成功的,只是速度慢了很多)。 数据包大于2K速度明显变慢了;数据包大于3K,成功率60%到80%;数据包大于4k,成功率20%以下。 结论: 1.UDP协议还是比较可靠的。使用它能充分挖掘速度的潜力。通常大部分请求和相应都在548以下,小部分请求超过548。 2.548字节,可以存储274个汉字呢。比手机短信都长。你传什么那么大? 3.尤其是双方都在修改数据,需要实施数据实时同步的时候。修改量都比较小,用udp再合适不过了。 客户端的阻塞式响应不太理想 可以采用的办法是双方都开UDP服务器来接受。

18,363

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC 网络编程
c++c语言开发语言 技术论坛(原bbs)
社区管理员
  • 网络编程
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧