Networking 是否有允许使用TCP或UDP的协议规范?

Networking 是否有允许使用TCP或UDP的协议规范?,networking,tcp,udp,protocols,Networking,Tcp,Udp,Protocols,是否有任何网络协议不是严格意义上的TCP或UDP协议,但可以与任何一种协议一起使用 例如,HTTP、FTP、STMP、RTMP始终是TCP DNS、SNMP、DHCP、RIP始终是UDP 是否存在可以是TCP或UDP的任何内容?还是我在上述断言中错了 据我所知,RTSP是一种既使用TCP作为控制端口,又使用UDP作为音频/视频/质量控制端口的奇怪的协议,但它对每种协议的发送内容都有严格的要求 我问的是标准的、已发布的或至少是常用的协议,而不是定制的协议。DNS可以使用UDP或TCP;当响应数据超

是否有任何网络协议不是严格意义上的TCP或UDP协议,但可以与任何一种协议一起使用

例如,HTTP、FTP、STMP、RTMP始终是TCP

DNS、SNMP、DHCP、RIP始终是UDP

是否存在可以是TCP或UDP的任何内容?还是我在上述断言中错了

据我所知,RTSP是一种既使用TCP作为控制端口,又使用UDP作为音频/视频/质量控制端口的奇怪的协议,但它对每种协议的发送内容都有严格的要求


我问的是标准的、已发布的或至少是常用的协议,而不是定制的协议。

DNS可以使用UDP或TCP;当响应数据超过512字节时,需要TCP。

如果检查Windows服务文件,您将看到为TCP和UDP注册的许多协议。路径:
C:\Windows\System32\drivers\etc
事实上,服务文件中的大多数列表同时使用TCP和UDP协议

至于使用两者的知名应用程序,我认为大多数聊天应用程序都使用两者。短信聊天肯定会,但可能是其他大多数

编辑:

根据该文件,以下是一些可以通过TCP或UDP发送的协议(文件中列出了100个同时使用这两种协议的协议,许多内部MS协议):

  • 回音
  • 丢弃
  • 白天
  • qotd(当日报价)
  • chargen(字符生成器)
  • 时间

可以是UDP或TCP。然而,实际情况是UDP主要用于此协议。

SIP可以使用UDP、TCP或SCTP。如果您的消息变得非常大(即,大大大于用户代理之间最小的MTU),那么在SIP中使用可靠的传输就变得非常重要。一个很好的例子是共享或桥接的线条外观,它使用XML主体的存在形式。共享线路组中SIP客户端的数量越大,数据包可能越大,这使得碎片和重新传输成为一个问题。

SNMP几乎总是通过UDP运行,但它可以也确实通过TCP运行。理论上说,通过纠错传输执行SNMP是一个坏主意,因为SNMP打算检测的一些错误被屏蔽了

OTOH,这并不一定意味着协议可以同时使用TCP和UDP,只是端口被分配给TCP和UDP协议。@Anomie:这是真的。最后,它只是一个端口/协议注册文件。虽然它可能是一个有用的参考,以找出哪些应用程序可能真正利用这两个方面。@Anomie它确实意味着。您可以通过TCP或UDP端口获得回显响应。协议是相同的,传输是不同的。白天、qotd、时间等也一样。@EJP:ssh、http、bootps、bootpc、pop3、imap2等如何?@Anomie,底线是,这个文件是一个很好的列表,从中我能够找到几个被spec定义为同时支持TCP和UDP的协议,这正是我想要的。这是小组中最好的答案,尤其是在我编辑之后。你的前提是有缺陷的。DNS并不总是UDP。DNS RFC表示DNS在TCP和UDP上同样有效。另一个在TCP或UDP上工作的协议是NFS。@Rob,这正是我要问的。。