udp首部源端口号(udp源端口号是随机的吗)

TCP中的源端口号的意思是，你这个包是从哪里来，目的端口号是你这个包要去哪里。 记住一点，源端口号跟目的端口号是不一定要相同的，比如说，你去访问网页，那么你的目的端口号肯定是80了，那源端口号是大于1024的随机端口.反正就是你要什么服务，目的端口号就一样，而源端口与就是随机拿个1024的端口去跟这个目的端口形成连接tcp udp 是协义tcp类似于挂号信，对方收到后会给发送方一下回执。udp类似电报只管发不必要知道对方收没收到。emule的使用很简单，先看看介面再好好想想就会用了。一般说来 windows的端口号是一个无符号整形的数也就是从0~65535之间的所有数在系统里面UDP和TCP是分开的也就是说UDP占用的端口号可以从0~65535TCP的也可以从0~65535而且两者是独立的举个例子 一个程序可以用TCP占用2000号端口另一个程序可以用UDP占用2000号端口两者互不干涉
tcp udp不可以都用一个端口

TCP和UDP协议是传输层的 它们的传输单元(TPDU)的首部包含端口号 IP协议是网络层(传输层的下一层)的网络层的单元为分组(packet) 分组的首部包含IP地址 净核域则是TPDU
作为服务端!让别的机器找本机IP进行通信

TCP,UDP 端口都属于互相作用的也就是两者都有，也就是说比如在这两种协议端口下读取数据时，是以相似点相对传输，就是这个数据是从哪来又要到哪去，比如你从一个支持TCP或UDP协议的服务器浏览或下载数据在这个过程中远程服务器中的TCP或UDP就可以是源端口，而你自己的机器使用的TCP或UDP就成了目标端口反之也是一样。 源地址和源端口==》目的地址和目的端口

用户数据报协议UDP只在IP的数据报服务之上增加的功能：复用和分用的功能以及差错检测的功能。 UDP的主要特点是：(1) UDP是无连接的 ，即发送数据之前不需要建立连接（当然，发送数据结束时也没有连接可释放)，因此了开销和发送数据之前的时延。(2) UDP使用尽最大努力交付 ，即不保证可靠交付，因此主机不需要维持复杂的连接状态表（这里面有许多参数)。(3) UDP是面向报文的 。发送方的UDP对应用程序交下来的报文，在添加首部后就向下交付IP层。UDP对应用层交下来的报文，既不合并，也不拆分，而是保留这些报文的边界。这就是说，应用层交给UDP多长的报文，UDP就照样发送，即一次发送一个报文，如图5-4所示。在接收方的UDP,对IP层交上来的UDP用户数据报，在去除首部后就原封不动地交付上层的应用进程。也就是说，UDP一次交付一个完整的报文。因此，应用程序必须选择合适大小的报文，若报文太长，UDP把它交给IP层后，IP层在传送时可能要进行分片，这会降低IP层的效率。反之，若报文太短，UDP把它交给IP层后，会使IP数据报的首部的相对长度太大，这也降低了IP层的效率。(4)UDP没有拥塞控制，因此网络出现的拥塞不会使源主机的发送速率降低。这对某些实时应用是很重要的。很多的实时应用（如P电话、实时祝频会议等）要求源主机以恒定的速率发递数据，并且允许在网铬发生拥塞时丢失一些数据，但却不允许数据有太大的时延。UDP正好适合这种要求。(5)UDP支持一对一、一对多、多对一和多对多的交互通信.(6)UDP的首部开销小，只有8个字节，比TCP的20个字节的首部要短。(7)网络环境差的情况下，丢包严重。虽然某些实时应用需要使用没有拥塞控制的UDP,但当很多的源主机同时都向网络发送高速率的实时视领流时，网铬就有可能发生拥塞。结果大家都无法正常接收。因此，不使用拥塞控制功能的UDP有可能会引起网络产生严重的拥塞问题。还有一些使用UDP的实时应用，需要对UDP的不可靠的传输进行适当的改进，以减少数据的丢失。在这种情况下，应用进程本身可以在不影响应用的实时性的前提下，增加一些提高可靠性的措施，如采用前向纠错或重传己丢失的报文。用户数据报UDP有两个字段：数据字段和首部字段。首部字段很简单，只有8个字节(图5-5)，由四个字段组成，每个字段的长度都是两个字节。各字段意义如下：(1)源端口   源端口号。在需要对方回信时选用。不需要时可用全0。(2)目的端口   目的端口号。这在终点交付报文时必须使用。(3)长度    UDP用户数据报的长度，其最小值是8（仅有首部）。(4)检验和    检测UDP用户数据报在传输中是否有错。有错就丢弃。伪首部的第3字段是全零；第4字段是P首部中的协议字段的值，对于 UDP协议字段值为17 ；第5字段是UDP用户数据报的长度。当运输层从IP层收到UDP数据报时，就根据首部中的目的端口，把UDP数据报通过相应的端口，上交最后的终点一应用进程。如果接收方UDP发现收到的报文中的目的端口号不正确（即不存在对应于该端口号的应用进程)，就丢弃该报文，并由 网际控制报文协议ICMP发送“端口不可达”差错报文 给发送方。“ICMP的应用”中的traceroute时，就是让发送的UDP用户数据报故意使用一个非法的UDP端口，结果ICMP就返回“端口不可达”差错报文，因而达到了测试的目的。请注意，虽然在UDP之间的通信要用到其端口号，但由于UDP的通信是无连接的，因此不需要使用套接字(TCP之间的通信必须要在两个套接字之间建立连接)。UDP用户数据报首部中检验和的计算方法有些特殊。在计算检验和时，要在UDP用户数据报之前增加12个字节的伪首部。所谓“伪首部”是因为这种伪首部并不是UDP用户数据报真正的首部。只是在计算检验和时，临时添加在UDP用户数据报前面，得到一个临时的UDP用户数据报。检验和就是按照这个临时的UDP用户数据报来计算的。伪首部既不向下传送也不向上递交，而仅仅是为了计算检验和。UDP计算检验和的方法 和计算IP数据报首部检验和的方法相似。但不同的是：IP数据报的检验和只检验IP数据报的首部，但UDP的检验和是把首部和数据部分一起都检验。 在发送方 ，首先是先把全零放入检验和字段。再把伪首部以及UDP用户数据报看成是由许多16位的字串接起来的。若UDP用户数据报的数据部分不是偶数个字节，则要填入一个全零字节（但此字节不发送）。然后按二进制反码计算出这些16位字的和。将此和的二进制反码写入检验和字段后，就发送这样的UDP用户数据报。 在接收方 ，把收到的UDP用户数据报连同伪首部（以及可能的填充全零字节）一起，转为8位数二进制，然后按二进制反码求这些16位字的和。当无差错时其结果应为全1。否则就表明有差错出现，接收方就应丢弃这个UDP用户数据报（也可以上交给应用层，但附上出现了差错的警告)。 检验和 ，既检查了UDP用户数据报的源端口号和目的端口号以及UDP用户数据报的数据部分，又检查了IP数据报的源P地址和目的地址。 这里假定用户数据报的长度是15字节，因此要添加一个全0的字节。这种简单的差错检验方法的检错能力并不强，但它的好处是简单，处理起来较快。

tcp 首部占20字节.端口号：源端口是0-15位，目的端口16-31位 udp首部占8字节