属于udp协议有哪些(使用TCP和UDP的协议一般有哪些)

是面向连接的协议，也就是说，在收发数据前，必须和对方建立可靠的连接。一个TCP连接必须要经过三次“对话”才能建立起来，其中的过程非常复杂，只简单的描述下这三次对话的简单过程：主机A向主机B发出连接请求数据包：“我想给你发数据，可以吗？”，这是第一次对话；主机B向主机A发送同意连接和要求同步（同步就是两台主机一个在发送，一个在接收，协调工作）的数据包：“可以，你什么时候发？”，这是第二次对话；主机A再发出一个数据包确认主机B的要求同步：“我现在就发，你接着吧！”，这是第三次对话。三次“对话”的目的是使数据包的发送和接收同步，经过三次“对话”之后，主机A才向主机B正式发送数据。TCP三次握手过程1 主机A通过向主机B 发送一个含有同步序列号的标志位(SYN)的数据段给主机B ,向主机B 请求建立连接,通过这个数据段,主机A告诉主机B 两件事:我想要和你通信;你可以用哪个序列号作为起始数据段来回应我.2 主机B 收到主机A的请求后,用一个带有确认应答(ACK)和同步序列号(SYN)标志位的数据段响应主机A,也告诉主机A两件事:我已经收到你的请求了,你可以传输数据了;你要用哪佧序列号作为起始数据段来回应我3 主机A收到这个数据段后,再发送一个确认应答(SYN),确认已收到主机B 的数据段:"我已收到回复,我现在要开始传输实际数据了这样3次握手就完成了,主机A和主机B 就可以传输数据了.3次握手的特点没有应用层的数据SYN这个标志位只有在TCP建产连接时才会被置1握手完成后SYN标志位被置0TCP建立连接要进行3次握手,而断开连接要进行4次1 当主机A完成数据传输后,将控制位FIN(结束标识位)置1,提出停止TCP连接的请求2主机B收到FIN后对其作出响应,确认这一方向上的TCP连接将关闭,将ACK置13 由B 端再提出反方向的关闭请求,将FIN置14 主机A对主机B的请求进行确认,将ACK置1,双方向的关闭结束.由TCP的三次握手和四次断开可以看出,TCP使用面向连接的通信方式,大大提高了数据通信的可靠性,使发送数据端和接收端在数据正式传输前就有了交互,为数据正式传输打下了可靠的基础为什么要三次握手?既然总结了TCP的三次握手，那为什么非要三次呢?怎么觉得两次就可以完成了。那TCP为什么非要进行三次连接呢?在谢希仁的《计算机网络》中是这样说的：为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误。在书中同时举了一个例子，如下："已失效的连接请求报文段”的产生在这样一种情况下：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送数据。但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况，client不会向server的确认发出确认。server由于收不到确认，就知道client并没有要求建立连接。"这就很明白了，防止了服务器端的一直等待而浪费资源。为什么要四次分手?那四次分手又是为何呢?TCP协议是一种面向连接的、可靠的、基于字节流的运输层通信协议。TCP是全双工 模式，这就意味着，当主机1发出FIN报文段时，只是表示主机1已经没有数据要发送了，主机1告诉主机2， 它的数据已经全部发送完毕了;但是，这个时候主机1还是可以接受来自主机2的数据;当主机2返回ACK报文 段时，表示它已经知道主机1没有数据发送了，但是主机2还是可以发送数据到主机1的;当主机2也发送了FIN 报文段时，这个时候就表示主机2也没有数据要发送了，就会告诉主机1，我也没有数据要发送了，之后彼此 就会愉快的中断这次TCP连接。如果要正确的理解四次分手的原理，就需要了解四次分手过程中的状态变化。名词解释ACKTCP报头的控制位之一,对数据进行确认.确认由目的端发出,用它来告诉发送端这个序列号之前的数据段都收到了.比如,确认号为X,则表示前X-1个数据段都收到了,只有当ACK=1时,确认号才有效,当ACK=0时,确认号无效,这时会要求重传数据,保证数据的完整性.SYN同步序列号,TCP建立连接时将这个位置1FIN发送端完成发送任务位,当TCP完成数据传输需要断开时,提出断开连接的一方将这位置1（1） UDP是一个非连接的协议，传输数据之前源端和终端不建立连接，当它想传送时就简单地去抓取来自应用程序的数据，并尽可能快地把它扔到网络上。在发送端，UDP传送数据的速度仅仅是受应用程序生成数据的速度、计算机的能力和传输带宽的限制；在接收端，UDP把每个消息段放在队列中，应用程序每次从队列中读一个消息段。（2） 由于传输数据不建立连接，因此也就不需要维护连接状态，包括收发状态等，因此一台服务机可同时向多个客户机传输相同的消息。（3） UDP信息包的标题很短，只有8个字节，相对于TCP的20个字节信息包的额外开销很小。（4） 吞吐量不受拥挤控制算法的调节，只受应用软件生成数据的速率、传输带宽、源端和终端主机性能的限制。（5）UDP使用尽最大努力交付，即不保证可靠交付，因此主机不需要维持复杂的链接状态表（这里面有许多参数）。（6）UDP是面向报文的。发送方的UDP对应用程序交下来的报文，在添加首部后就向下交付给IP层。既不拆分，也不合并，而是保留这些报文的边界，因此，应用程序需要选择合适的报文大小。小结TCP与UDP的区别：1.基于连接与无连接；2.对系统资源的要求（TCP较多，UDP少）；3.UDP程序结构较简单；4.流模式与数据报模式 ；5.TCP保证数据正确性，UDP可能丢包，TCP保证数据顺序，UDP不保证。

HTTP: Hypertext Transfer Protocol , TCP 80，超文本传输协议，WWW服务 FTP : File Tranfer Protocol ,TCP ,21 控制端口, 20 数据传输端口，文件传输协议SNMP: Simple Network Management Protocol , UDP, 161 和 162，简单网管协议SMTP: Simple Mail Tranfer Protocol , TCP 25 对应使用POP3取信的话，端口110，邮件传输协议ICMP：Internet Control Message Protocol，既不属于TCP，也不属于UDP，是一个传输控制协议，主要用于网络测试、错误通知等HDLC: 不属于TCP/IP协议的内容，是一个底层的控制，主要用于广域线路，点到点，同步链路控制TELNET：TCP 23 ARP/RARP： Address Resolution Protocol / Reverse Address Resolution Protocol地址解析和反向地址解析，不属于TCP和UDP，是IP协议的底层，IP与MAC地址的解析。

基于UDP的应用层协议：DNS、TFTP（简单文件传输协议）、SNMP（简单网络管理协议）。 1、DNS：Domain Name Service (域名服务)默认端口：532、TFTP：Trivial File Transfer Protocol (简单文件传输协议)，默认端口：69 3、SNMP：Simple Network Management Protocol (简单网络管理协议) 通过UDP端口161接收，只有Trap信息采用UDP端口162。 4、NTP：Network Time Protocol (网络时间协议)，默认端口：123

UDP中文名：用户数据报协议（User Datagram Protocol）,是 OSI参考模型中的传输层协议，它与TCP协议一样用于处理数据包，是一种无连接的传输层协议。UDP有不断提供数据包分组、组装和不能对数据包进行排序，也就是说，当报文发送之后无法得知是否安全到达，是一种提供面向事务简单不可靠信息传送服务。 UDP协议的特点1.UDP是无连接的，只要知道对方IP和端口号就可以发送，发送数据之前不需要建立连接。2.没有确认机制，没有重新传送机制，如果因为网络问题导致该信息无法传送到对方，UDP协议层也不会给应用层返回任何错误信息，不保证数据顺序，可能丢包，不保证可靠交付。3.面向数据报。UDP只是个搬运工，发送方的UDP对应用程序交下来的报文， 在添加首部后就向下交付给IP层，既不拆分，也不合并，而是保留这些报文的边界。 因此，应用程序需要选择合适的报文大小。4.UDP支持一对一、一对多、多对一和多对多的交互通信。简单来说就是UDP提供了单播，多播，广播的功能。5.UDP用尽最大努力交付，具有良好的实时性，工作效率高，没有拥塞控制，所以即使网络出现拥堵也不会使源机发送速率降低。6.首部开销小，只有八个字节，比TCP的首部要短。UDP对比TCP来说对系统资源占用要少。 UDP协议适用于对网络质量要求不高，对高速传输和对实时性有较高要求的通行或者广播通信。比如日常生活中的：QQ语音，视频电话，现场直播，游戏等场景。

tftp等属于udp的上层协议(应用层协议)udp和tcp是传输层的协议。你的意思应该是哪些上层协议使用udp吧？nfs、tftp、icq、snmp等使用upd协议
SNMP，tftp，dns书上有。CCNA考试指南