请问UDP包的发送源确认有哪些方式?详见内

Kallen 2004-01-13 03:13:58

udp包只能识别到发送方的IP及PORT,因此如果一台机上两个进程对同一个目标机发数据(端口重用),在接收机上就难以识别了,一般是在包内加上ID号来识别,请问除了guid外还有没有好的id生成算法,因为不知linux也能生成guid,如果有请赐代码.

...全文

65 5 打赏收藏转发到动态举报

写回复

5 条回复

切换为时间正序

请发表友善的回复…

发表回复

constantine 2004-01-26

打赏
举报

回复

顶

Kallen 2004-01-16

打赏
举报

回复

在UDP协议中只要设置了端口重用setsockopt(s,SOL_SOCKET,SO_REUSEADDR,(char FAR *)&optval,sizeof(optval));然后执行了绑定操作时指定了端口:例如8000,之后的数据的收发便采用该端口,
如果是单纯的UDP客户端可以设定端口号为0然后执行绑定操作,也可以不执行绑定操作,客户端在执行sendto时操作系统会自动分配一个未用的端口号,
服务端一定要绑定一个有效的端口.如果一台器上启动两个服务器程序与某个客户端(也可以是服务器)通信就会出现我描述的情况

xjb2001 2004-01-15

打赏
举报

回复

[端口重用]那是你的目标端口一样

可是实际的发送端的源端口是不会一样的

同一台机器的不同PORT就是你区分的依据

warton 2004-01-13

打赏
举报

回复

生成一个唯一标识就行了，为什么一定要用guid?

yhec 2004-01-13

打赏
举报

回复

发送方的源端口是自动分配的，不同的进程不会相同吧。
我做过试验，好象不会冲突。

介绍了M5310-A模块初始化化流程，UDP数据收发流程，TCP数据收发流程，模组ONENET对接流程。

或者卟卟卟卟卟卟卟卟…对于一些多点通信的场景，如果采用有连接的 TCP，那么就需要和多个通信节点建立其双向连接，然后有时在 NAT 环境下，两个通信节点建立其直接的 TCP 连接不是一个容易的事情，在涉及 NAT 穿越的时候，UDP 协议的无连接性使得穿透成功率更高.采用 udp 协议，通过服务器中转方式。UDP是没有流量控制的；或者，UDP 每次都是发巨大的 UDP 包，包大小是 MTU 的几百倍，这样会造成下层 IP 层的大量分片，大量分片的情况下，其中某个分片丢失了，就会导致整个 UDP 包的无效。

关于UDP面向报文的传输方式决定了UDP的数据发送方式是一份一份的，也就是应用层交给UDP多长的报文，UDP就照样发送，即一次发送一个报文。那么UDP的报文大小由哪些影响因素呢？UDP数据包的理论长度是多少，合适的UDP数据包应该是多少呢？(1)UDP报文大小的影响因素，主要有以下3个[1] UDP协议本身，UDP协议中有16位的UDP报文长度，那么UDP报文长度不能超过2^16=65536.[2] 以太网(Ethernet)数据帧的长度，数据链路层的MTU(最大传输单元)。

根据 UDP 通信的有界性，在 buf 足够大的情况下，接收到的一定是一个完整的数据包，UDP 数据在下层的分片和组片问题由 IP 层来处理，提交到 UDP 传输层一定是一个完整的 UDP 包，那么 recvfrom(9000) 将返回 8000。对于一些多点通信的场景，如果采用有连接的 TCP，那么就需要和多个通信节点建立其双向连接，然后有时在 NAT 环境下，两个通信节点建立其直接的 TCP 连接不是一个容易的事情，在涉及 NAT 穿越的时候，UDP 协议的无连接性使得穿透成功率更高.

每个 UDP 报文分为 UDP 报头和 UDP 数据区两部分。报头由 4 个 16 位长（2 字节）字段组成，分别说明该报文的源端口、目的端口、报文长度和校验值。UDP 报文格式如图所示。UDP 报文中每个字段的含义如下：源端口： 16bits，发送端的端口。目的端口：16bits，即接收端的端口长度： 16bits，UDP 数据包总的大小：包头+数据，单位：字节。校验值： 16bits，错误检查码，基于算法，计算此 UDP 数据包是否损坏。

网络及通讯开发

1,317

社区成员

8,874

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

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

+ 用AI写文章