webrtc-RTP/RTSP/RTCP的概念
Real-time Transport Protocol)是用于Internet上针对多媒体数据流的一种传输层协议。RTP协议详细说明了在互联网上传递音频和视频的标准数据包格式。RTP协议常用于流媒体系统（配合RTCP协议），视频会议和一键通（Push to Talk）系统（配合H.323或SIP），使它成为IP电话产业的技术基础。RTP协议和RTP控制协议RTCP一起使用，而且它是建立在UDP协议上的。
rtsp存在几种端口状态 rtsp端口1554
rtsp存在几种端口状态 rtsp端口1554
rtsp存在几种端口状态 rtsp端口1554
RTP 本身并没有提供按时发送机制或其它服务质量（QoS）保证，它依赖于低层服务去实现这一过程。 RTP 并不保证传送或防止无序传送，也不确定底层网络的可靠性。 RTP 实行有序传送， RTP 中的序列号允许接收方重组发送方的包序列，同时序列号也能用于决定适当的包位置，例如：在视频解码中，就不需要顺序解码。
RTP 由两个紧密链接部分组成： RTP ― 传送具有实时属性的数据；RTP 控制协议（RTCP） ― 服务质量并传送正在进行的会话参与者的相关信息。
实时传输控制协议（Real-time Transport Control Protocol或RTP Control Protocol或简写RTCP）是实时传输协议（RTP）的一个姐妹协议。RTCP为RTP媒体流提供信道外（out-of-band）控制。RTCP本身并不传输数据，但和RTP一起协作将多媒体数据打包和发送。RTCP定期在流多媒体会话参加者之间传输控制数据。RTCP的主要功能是为RTP所提供的服务质量（Quality of Serv）提供反馈。
RTCP收集相关媒体连接的统计信息，例如：传输字节数，传输分组数，丢失分组数，jitter，单向和双向网络延迟等等。网络应用程序可以利用RTCP所提供的信息试图提高服务质量，比如限制信息流量或改用压缩比较小的编。RTCP本身不提供数据加密或身份认证。SRTCP可以用于此类用途。
安全实时传输协议（Secure Real-time Transport Protocol或SRTP）是在实时传输协议（Real-time Transport Protocol或RTP）基础上所定义的一个协议，旨在为单播和多播应用程序中的实时传输协议的数据提供加密、消息认证、完整性保证和重放保护。它是由Did Oran（思科）和Rolf Blom（爱立信）开发的，并最早由IETF于2004年3月作为RFC 3711发布。
由于实时传输协议和可以被用来控制实时传输协议的会话的实时传输控制协议（RTP Control Protocol或RTCP）有着紧密的联系，安全实时传输协议同样也有一个伴生协议，它被称为安全实时传输控制协议（Secure RTCP或SRTCP）；安全实时传输控制协议为实时传输控制协议提供类似的与安全有关的特性，就像安全实时传输协议为实时传输协议提供的那些一样。
在使用实时传输协议或实时传输控制协议时，使不使用安全实时传输协议或安全实时传输控制协议是可选的；但即使使用了安全实时传输协议或安全实时传输控制协议，所有它们提供的特性（如加密和认证）也都是可选的，这些特性可以被地使用或禁用。的例外是在使用安全实时传输控制协议时，必须要用到其消息认证特性。
RTSP（Real Time Streaming Protocol）是用来控制声音或影像的多媒体串流协议，并允许同时多个串流需求控制，传输时所用的网络通讯协定并不在其定义的范围内，端可以自行选择使用TCP或UDP来传送串流内容，它的语法和运作跟HTTP 1.1类似，但并不特别强调时间同步，所以比较能容忍网络延迟。而前面提到的允许同时多个串流需求控制（Multicast），除了可以降低端的网络用量，更进而支持多方视讯会议（Video Conference）。 因为与HTTP1.1的运作方式相似，所以《Proxy》的快取功能《Cache》也同样适用于RTSP，并因RTSP具有重新导向功能，可视实际负载情况来转换提供服务的，以避免过大的负载集中于同一而造成延迟。
RTP：实时传输协议（Real-time Transport Protocol）
RTP/RTCP是实际传输数据的协议
RTP传输音频/视频数据，如果是PLAY，发送到端，如果是RECORD，可以由发送到
整个RTP协议由两个密切相关的部分组成：RTP数据协议和RTP控制协议（即RTCP）
RTSP：实时流协议（Real Time Streaming Protocol，RTSP）
RTSP的请求主要有DESCRIBE,SETUP,PLAY,PAUSE,TEARDOWN,OPTIONS等，顾名思义可以知道起对话和控制作用
RTSP的对话过程中SETUP可以确定RTP/RTCP使用的端口，PLAY/PAUSE/TEARDOWN可以开始或者停止RTP的发送，等等
RTCP：
RTP/RTCP是实际传输数据的协议
RTCP包括Sender Report和Receiver Report，用来进行音频/视频的同步以及其他用途，是一种控制协议
以下是每个协议的概要介绍：
一、RTP数据协议
RTP数据协议负责对流媒体数据进行封包并实现媒体流的实时传输，每一个RTP数据报都由头部（Header）和负载（Payload）两个部分组成，其中头部前12个字节的含义是固定的，而负载则可以是音频或者视频数据。
其中比较重要的几个域及其意义如下：
CSRC记数（CC）：表示CSRC标识的数目。CSRC标识紧跟在RTP固定头部之后，用来表示RTP数据报的来源，RTP协议允许在同一个会话中存在多个数据源，它们可以通过RTP混合器合并为一个数据源。例如，可以产生一个CSRC列表来表示一个电话会议，该会议通过一个RTP混合器将所有讲话者的语音数据组合为一个RTP数据源。
负载类型（PT）：标明RTP负载的格式，包括所采用的编码算法、采样频率、承载通道等。例如，类型2表明该RTP数据包中承载的是用ITU G.721算法编码的语音数据，采样频率为8000Hz，并且采用单声道。
序列号：用来为接收方提供探测数据丢失的方法，但如何处理丢失的数据则是应用程序自己的事情，RTP协议本身并不负责数据的重传。
时间戳：记录了负载中个字节的采样时间，接收方能够时间戳能够确定数据的到达是否受到了延迟抖动的影响，但具体如何来补偿延迟抖动则是应用程序自己的事情。
从RTP数据报的格式不难看出，它包含了传输媒体的类型、格式、序列号、时间戳以及是否有附加数据等信息，这些都为实时的流媒体传输提供了相应的基础。RTP协议的目的是提供实时数据（如交互式的音频和视频）的端到端传输服务，因此在RTP中没有连接的概念，它可以建立在底层的面向连接或面向非连接的传输协议之上；RTP也不依赖于特别的网络地址格式，而仅仅只需要底层传输协议支持组帧（Framing）和分段（Segmentation）就足够了；另外RTP本身还不提供任何可靠性机制，这些都要由传输协议或者应用程序自己来保证。在典型的应用场合下，RTP一般是在传输协议之上作为应用程序的一部分加以实现的。
二、RTCP控制协议
RTCP控制协议需要与RTP数据协议一起配合使用，当应用程序启动一个RTP会话时将同时占用两个端口，分别供RTP和RTCP使用。RTP本身并不能为按序传输数据包提供可靠的保证，也不提供流量控制和拥塞控制，这些都由RTCP来负责完成。通常RTCP会采用与RTP相同的分发机制，向会话中的所有成员周期性地发送控制信息，应用程序通过接收这些数据，从中获取会话参与者的相关资料，以及网络状况、分组丢失概率等反馈信息，从而能够对服务质量进行控制或者对网络状况进行诊断。
RTCP协议的功能是通过不同的RTCP数据报来实现的，主要有如下几种类型：
SR：发送端报告，所谓发送端是指发出RTP数据报的应用程序或者终端，发送端同时也可以是接收端。
RR：接收端报告，所谓接收端是指仅接收但不发送RTP数据报的应用程序或者终端。
SDES：源描述，主要功能是作为会话成员有关标识信息的载体，如用户名、邮件地址、电话号码等，此外还具有向会话成员传达会话控制信息的功能。
BYE：通知离开，主要功能是指示某一个或者几个源不再有效，即通知会话中的其他成员自己将退出会话。
APP：由应用程序自己定义，解决了RTCP的扩展性问题，并且为协议的实现者提供了很大的灵活性。
RTCP数据报携带有服务质量的必要信息，能够对服务质量进行动态的调整，并能够对网络拥塞进行有效的控制。由于RTCP数据报采用的是多播方式，因此会话中的所有成员都可以通过RTCP数据报返回的控制信息，来了解其他参与者的当前情况。
在一个典型的应用场合下，发送媒体流的应用程序将周期性地产生发送端报告SR，该RTCP数据报含有不同媒体流间的同步信息，以及已经发送的数据报和字节的计数，接收端根据这些信息可以估计出实际的数据传输速率。另一方面，接收端会向所有已知的发送端发送接收端报告RR，该RTCP数据报含有已接收数据报的序列号、丢失的数据报数目、延时抖动和时间戳等重要信息，发送端应用根据这些信息可以估计出往返时延，并且可以根据数据报丢失概率和时延抖动情况动态调整发送速率，以改善网络拥塞状况，或者根据网络状况平滑地调整应用程序的服务质量。
三、RTSP实时流协议
作为一个应用层协议，RTSP提供了一个可供扩展的框架，它的意义在于使得实时流媒体数据的受控和点播变得可能。总的说来，RTSP是一个流媒体表示协议，主要用来控制具有实时特性的数据发送，但它本身并不传输数据，而是必须依赖于下层传输协议所提供的某些服务。RTSP可以对流媒体提供诸如播放、暂停、快进等作，它负责定义具体的控制消息、作方法、状态码等，此外还描述了与RTP间的交互作（RFC2326）。
RTSP在制定时较多地参考了HTTP/1.1协议，甚至许多描述与HTTP/1.1完全相同。RTSP之所以特意使用与HTTP/1.1类似的语法和作，在很大程度上是为了兼容现有的Web基础结构，正因如此，HTTP/1.1的扩展机制大都可以直接引入到RTSP中。
由RTSP控制的媒体流可以用表示描述（Presentation Description）来定义，所谓表示是指流媒体提供给客户机的一个或者多个媒体流的，而表示描述则包含了一个表示中各个媒体流的相关信息，如数据编码/解码算法、网络地址、媒体流的内容等。
虽然RTSP同样也使用标识符来区别每连接会话（Session），但RTSP连接并没有被绑定到传输层连接（如TCP等），也就是说在整个RTSP连接期间，RTSP用户可打开或者关闭多个对RTSP的可靠传输连接以发出RTSP 请求。此外，RTSP连接也可以基于面向无连接的传输协议（如UDP等）。
检索媒体：允许用户通过HTTP或者其它方法向媒体提交一个表示描述。如表示是组播的，则表示描述就包含用于该媒体流的组播地址和端口号；如果表示是单播的，为了安全在表示描述中应该只提供目的地址。
邀请加入：媒体可以被邀请参加正在进行的会议，或者在表示中回放媒体，或者在表示中录制全部媒体或其子集，非常适合于分布式教学。
添加媒体：通知用户新加入的可利用媒体流，这对现场讲座来讲显得尤其有用。与HTTP/1.1类似，RTSP请求也可以交由、通道或者缓存来进行处理。
rtsp是什么网络传输协议？有什么特点
实时流协议RTSP(RealTimeStreamingProtocol)是由RealNetworks和Netscape共同提出的，该
协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP
和RTCP之上，它使用TCP或RTP完成数据传输。HTTP与RTSP相比，HTTP传送HTML，而RTP传送的
是多媒体数据。HTTP请求由客户机发出，作出响应；使用RTSP时，客户机和都可
以发出请求，即RTSP可以是双向的。
6.3 RTSP协议
实时流协议（RTSP）是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使
实时数据，如音频与视频，的受控、点播成为可能。数据源包括现场数据与存储在剪辑中数据
。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径
，并为选择基于RTP上发送机制提供方法。
6.3.1
6.3.1.1 目的
实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制
流交是可能的，通常它本身并不发送连续流。换言之，RTSP充当多媒体的网络远程控
制。RTSP连接没有绑定到传输层连接，如TCP。在RTSP连接期间，RTSP用户可打开或关闭多个对
的可传输连接以发出RTSP 请求。此外，可使用无连接传输协议，如UDP。RTSP流控制
的流可能用到RTP，但RTSP作并不依赖用于携带连续媒体的传输机制。实时流协议在语法和
作上与HTTP/1.1类似，因此HTTP的扩展机制大都可加入RTSP。协议支持的作如下：
从媒体上检索媒体：
用户可通过HTTP或其它方法提交一个演示描述。如演示是组播，演示式就包含用于连续媒体
的的组播地址和端口。如演示仅通过单播发送给用户，用户为了安全应提供目的地址。
媒体邀请进入会议：
媒体可被邀请参加正进行的会议，或回放媒体，或记录其中一部分，或全部。这种模
式在分布式教育应用上很有用，会议中几方可轮流按远程控制按钮。
将媒体加到现成讲座中：
如告诉用户可获得附加媒体内容，对现场讲座显得尤其有用。如HTTP/1.1中类似，RTSP
请求可由、通道与缓存处理。
6.3.1.2 协议特点
RTSP 特性如下：
可扩展性：
新方法和参数很容易加入RTSP。
易解析：
RTSP可由标准 HTTP或MIME解吸器解析。
安全：
RTSP使用网页安全机制。
于传输：
RTSP可使用不可数据报协议（UDP）、可数据报协议（RDP），如要实现应用级可，可
使用可流协议。
多支持：
每个流可放在不同上，用户端自动同不同建立几个并发控制连接，媒体同步在
传输层执行。
记录设备控制：
协议可控制记录和回放设备。
流控与会议开始分离：
仅要求会议初始化协议提供，或可用来创建会议标识号。特殊情况下， SIP或H.323
可用来邀请入会。
适合专业应用：
通过SMPTE 时标，RTSP支持帧级精度，允许远程数字编辑
演示描述中立：
协议没强加特殊演示或元文件，可传送所用格式类型；然而，演示描述至少必须包含一个RTSP
URI。
与防火墙友好：
协议可由应用和传输层防火墙处理。防火墙需要理解SETUP方法，为UDP媒体流打开一个"缺
口"。
HTTP友好：
此处，RTSP明智的采用HTTP观念，使现在结构都可重用。结构包括Internet 内容选择平台
（PICS）。由于在大多数情况下控制连续媒体需要状态， RTSP不仅仅向HTTP 添加方法
。 适当的控制：
如用户启动一个流，他必须也可以停止一个流。
传输协调；
实际处理连续媒体流前，用户 可协调传输方法。
性能协调：
如基本特征无效，必须有一些清理机制让用户决定那种方法没生效。这允许用户提出适合的
用户界面。
6.3.1.3扩展RTSP
由于不是所有媒体有着相同的功能，媒体有必要支持不同请求集。RTSP 可以
如下三种方式扩展，这里以改变大小排序：
以新参数扩展。如用户需要拒绝通知，而方法扩展不支持，相应标记就加入要求的段中。
加入新方法。如者不理解请求，返回501错误代码（还未实现），发送者不应再次
尝试这种方法。用户可使用OPTIONS方法查询支持的方法。使用公共响应头列出支
持的方法。
定义新版本协议，允许改变所有部分。（除了协议版本号位置）
6.3.1.4作模式
每个演示和媒体流可用RTSP URL识别。演示组成的整个演示与媒体属性由演示描述文件定义
。使用HTTP或其它途径用户可获得这个文件，它没有必要保存在媒体上。
为了说明，设演示描述描述了多个演示，其中每个演示维持了一个公共时间轴。为简化说
明，且不失一般性，定演示描述的确包含这样一个演示。演示可包含多个媒体流。除媒体参
数外，网络目标地址和端口也需要决定。下面区分几种作模式：
单播：
以用户选择的端口号将媒体发送到RTSP请求源。
组播，选择地址：
媒体选择组播地址和端口，这是现场直播或准点播常用的方式。
组播，用户选择地址：
如加入正在进行的组播会议，组播地址、端口和密匙由会议描述给出。
6.3.1.5 RTSP状态
RTSP控制通过单独协议发送的流，与控制通道无关。例如，RTSP控制可通过TCP连接，而数
据流通过UDP。因此，即使媒体没有收到请求，数据也会继续发送。在连接生命期，单个
媒体流可通过不同TCP连接顺序发出请求来控制。所以，需要维持能联系流与RTSP请求的
连接状态。RTSP中很多方法与状态无关，但下列方法在定义流资源的分配与应用上起着
重要的作用：
SETUP：
让给流分配资源，启动RTSP连接。
PLAY与RECORD：
启动SETUP 分配流的数据传输。
PAUSE：
临时停止流，而不释放资源。
TEARDOWN：
释放流的资源，RTSP连接停止。
标识状态的RTSP方法使用连接头段识别RTSP连接，为响应SETUP请求，连
接产生连接标识。
6.3.1.6 与其他协议关系
RTSP在功能上与HTTP有重叠，与HTTP相互作用体现在与流内容的初始接触是通过网页的。目
前的协议规范目的在于允许在网页与实现RTSP媒体之间存在不同传递点。例如，
演示描述可通过HTTP和RTSP检索，这降低了浏览器的往返传递，也允许RTSP 与用户
不全依HTTP。
但是，RTSP与HTTP 的本质别在于数据发送以不同协议进行。HTTP是不对称协议，用户发
出请求，作出响应。RTSP中，媒体用户和都可发出请求，且其请求都是无状态的
；在请求确认后很长时间内，仍可设置参数，体流。重用HTTP功能至少在两个方面有好
处，即安全和。要求非常接近，在缓存、和授权上采用HTTP功能是有价值的。
当大多数实时媒体使用RTP作为传输协议时，RTSP没有绑定到RTP。RTSP设存在演示描述格
式可表示包含几个媒体流的演示的静态与临时属性。
6.3.2 协议参数
6.3.3 RTSP 信息
RTSP是基于文本的协议，采用ISO 10646 字符集，使用UTF-8编码方案。行以CRLF中断，但
接收者本身可将CR和LF解释成行终止符。基于文本的协议使以自描述方式增加可选参数更容易
。由于参数的数量和命令的频率出现较低，处理效率没引起注意。如仔细研究，文本协议很容
易以脚本语言（如：Tcl、Visual Basic与Perl）实现研究原型。
10646字符集避免敏感字符集切换，但对应用来说不可见。RTCP也采用这种编码方案。带有
重要意义位的ISO 8859-1字符表示如100001x 10xxxxxx.。RTSP信息可通过任何低层传输协议
携带。
请求包括方法、方法作用于其上的对象和进一步描述方法的参数。方法也可设计为在
端只需要少量或不需要状态维护。当信息体包含在信息中，信息体长度有如下因素决定：
不管实体头段是否出现在信息中，不包括信息体的的响应信息总以头段后和空行结束。
如出现内容长度头段，其值以字节计，表示信息体长度。如未出现头段，其值为零。
关闭连接。
注意：RTSP目前并不支持HTTP/1.1"块"传输编码，需要有内容长度头。如返回适度演示描
述长度，即使动态产生，使块传输编码没有必要，也应该能决定其长度。如有实体，即
使必须有内容长度，且长度没显式给出，规则可确保行为合理。
从用户到端的请求信息在行内包括源采用的方法、源标识和所用协议版本。RTSP
定义了附加状态代码，而没有定义任何HTTP代码。
6.3.4 实体
如不受请求方法或响应状态编码限制，请求和响应信息可传输实体，实体由实体头文件和试
题体组成，有些响应仅包括实体头。在此，根据谁发送实体、谁接收实体，发送者和接收者可
分别指用户和。
实体头定义实体体可选元信息，如没有实体体，指请求标识的资源。扩展头机制允许定义附
加实体头段，而不用改变协议，但这些段不能定接收者能识别。不可识别头段应被接收者忽
略，而让转发。
6.3.5 连接
RTSP请求可以几种不同方式传送：
1、持久传输连接，用于多个请求/响应传输。
2、每个请求/响应传输一个连接。
3、无连接模式。
传输连接类型由RTSP URI来定义。对 "rtsp" 方案，需要持续连接；而"rtspu"方案，调用
RTSP 请求发送，而不用建立连接。
不象HTTP，RTSP允许媒体给媒体用户发送请求。然而，这仅在持久连接时才支持，否
则媒体没有可途径到达用户，这也是请求通过防火墙从媒体传到用户的途
径。
6.3.6 方法定义
方法记号表示资源上执行的方法，它区分大小写。新方法可在将来定义，但不能以$开头。
某些防火墙设计与其他环境可能要求插入RTSP方法和流数据。由于插入将使客户端和
作复杂，并强加附加开销，除非有必要，应避免这样做。插入二进制数据仅在RTSP通
过TCP传输时才可使用。流数据（如RTP包）用一个ASCII美圆符号封装，后跟一个一字节通道标
识，其后是封装二进制数据的长度，两字节整数。
RTSP协议以器方式工作，它是一个多媒体播放控制协议，用来使用户在播放从因特网下载的实时数据时能够进行控制，如：暂停/继 续、后退、前进等。因此 RTSP 又称为“因特网录像机遥控协议”
RTSP协议具有如下的特点：
● 可扩展性：新方法和参数很容易加入RTSP。
● 易解析：RTSP可由标准 HTTP或MIME解析器解析。
● 安全：RTSP使用网页安全机制。
● 于传输：RTSP传输通道，可使用不可靠数据包协议（UDP）或可靠数据包协议（RDP），如要实现应用级可靠，可使用诸如TCP的可靠流协议。
● 记录设备控制：协议可控制记录和回放设备。
● 适合专业应用：通过SMPTE 时标，RTSP支持帧级精度，允许远程数字编辑。
● 演示描述中立：协议未强加特殊演示或元文件，可传送所用格式类型；然而，演示描述至少需包含一个RTSP URI。
● 与防火墙友好：协议可由应用和传输层防火墙处理。防火墙需要理解SETUP方法，为UDP媒体流打开一个“缺口”。
● 适当的控制：如用户启动一个流，则也可以停止一个流。
● 传输协调：实际处理连续媒体流前，用户可协调传输方法。
● 性能协调：如基本特征无效，则必须有一些清理机制让用户决定那种方法不生效。这允许用户提出适合自己的界面。
554RTSP端口是做什么用的
554端口：554端口默认情况下用于“Real Time Streaming Protocol”（实时流协议，简称RTSP）。 1024端口：1024端口一般不固定分配给某个服务，在英文中的解释是“Reserved”（保留）。 1080端口：1080端口是Socks服务使用的端口，大家平时上网使用的服务使用的是HTTP协议的服务。
1755端口：1755端口默认情况下用于“Microsoft Media ”（微软媒体，简称MMS）。 5632端口：5632端口是被大家所熟悉的远程控制软件pcAnywhere所开启的端口。 8080端口：8080端口同80端口，是被用于服务的，可以实现网页浏览。
rstp的端口是什么？
RSTP端口：快速生成树协议的端口（rapid spanning Tree Protocol ）：802.1w由802.1d发展而成，这种协议在网络结构发生变化时，能更快的收敛网络。它比802.1d多了两种端口类型：预备端口类型（alternate port）和备份端口型。 STP（Spanning Tree Protocol ）是生成树协议的英文缩写。该协议可应用于环路网络，通过一定的算法实现路径冗余，同时将环路网络修剪成无环路的树型网络，从而避免报文在环路网络中的增生和无限循环。
rstp的端口是一种网络连接格式，与、ftp相似，rstp一般用于的文件。
这种端口文件格式一般的下载软件不支持，例如：网际快车、讯雷。
如果要下载这种格式的文件，可以装一个影音传送带进行下载，这个下载工具支持这种文件格式。
rstp是一种网络连接格式，与、ftp相似，rstp一般用于的文件。
这种文件格式一般的下载软件不支持，例如：网际快车、讯雷。
你如果要下载这种格式的文件，可以装一个影音传送带进行下载。这个下载工具支持这种文件格式。
应该是rtsp才对，默认的端口是TCP 554。
关于端口
你要说应用程序的端口，那是虚拟逻辑的，他决定你要使用什么进程，什么程序，比如你访问网页，就是要访问web的80端口
端口是虚的啦,如果把一台计算机比做一撞房屋,那么计算机的端口就好比是房屋的门一样,当然端口是很多的~~
rtsp是什么
实时流协议RTSP(RealTimeStreamingProtocol)是由RealNetworks和Netscape共同提出的，该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或RTP完成数据传输。HTTP与RTSP相比，HTTP传送HTML，而RTP传送的是多媒体数据。HTTP请求由客户机发出，作出响应；使用RTSP时，客户机和都可以发出请求，即RTSP可以是双向的。
6.3 RTSP协议
实时流协议（RTSP）是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频，的受控、点播成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP上发送机制提供方法。
6.3.1
6.3.1.1 目的
实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制流交叉是可能的，通常它本身并不发送连续流。换言之，RTSP充当多媒体的网络远程控制。RTSP连接没有绑定到传输层连接，如TCP。在RTSP连接期间，RTSP用户可打开或关闭多个对的可靠传输连接以发出RTSP 请求。此外，可使用无连接传输协议，如UDP。RTSP流控制的流可能用到RTP，但RTSP作并不依赖用于携带连续媒体的传输机制。实时流协议在语法和作上与HTTP/1.1类似，因此HTTP的扩展机制大都可加入RTSP。协议支持的作如下：
从媒体上检索媒体：
用户可通过HTTP或其它方法提交一个演示描述。如演示是组播，演示式就包含用于连续媒体的的组播地址和端口。如演示仅通过单播发送给用户，用户为了安全应提供目的地址。
媒体邀请进入会议：
媒体可被邀请参加正进行的会议，或回放媒体，或记录其中一部分，或全部。这种模式在分布式教育应用上很有用，会议中几方可轮流按远程控制按钮。
将媒体加到现成讲座中：
如告诉用户可获得附加媒体内容，对现场讲座显得尤其有用。如HTTP/1.1中类似，RTSP请求可由、通道与缓存处理。
6.3.1.2 协议特点
RTSP 特性如下：
可扩展性：
新方法和参数很容易加入RTSP。
易解析：
RTSP可由标准 HTTP或MIME解吸器解析。
安全：
RTSP使用网页安全机制。
于传输：
RTSP可使用不可靠数据报协议（UDP）、可靠数据报协议（RDP），如要实现应用级可靠，可使用可靠流协议。
多支持：
每个流可放在不同上，用户端自动同不同建立几个并发控制连接，媒体同步在传输层执行。
记录设备控制：
协议可控制记录和回放设备。
流控与会议开始分离：
仅要求会议初始化协议提供，或可用来创建会议标识号。特殊情况下， SIP或H.323
可用来邀请入会。
适合专业应用：
通过SMPTE 时标，RTSP支持帧级精度，允许远程数字编辑
演示描述中立：
协议没强加特殊演示或元文件，可传送所用格式类型；然而，演示描述至少必须包含一个RTSP URI。
与防火墙友好：
协议可由应用和传输层防火墙处理。防火墙需要理解SETUP方法，为UDP媒体流打开一个"缺口"。
HTTP友好：
此处，RTSP明智的采用HTTP观念，使现在结构都可重用。结构包括Internet 内容选择平台（PICS）。由于在大多数情况下控制连续媒体需要状态， RTSP不仅仅向HTTP 添加方法。
适当的控制：
如用户启动一个流，他必须也可以停止一个流。
传输协调；
实际处理连续媒体流前，用户 可协调传输方法。
性能协调：
如基本特征无效，必须有一些清理机制让用户决定那种方法没生效。这允许用户提出适合的用户界面。
6.3.1.3扩展RTSP
由于不是所有媒体有着相同的功能，媒体有必要支持不同请求集。RTSP 可以如下三种方式扩展，这里以改变大小排序：
以新参数扩展。如用户需要拒绝通知，而方法扩展不支持，相应标记就加入要求的段中。
加入新方法。如者不理解请求，返回501错误代码（还未实现），发送者不应再次尝试这种方法。用户可使用OPTIONS方法查询支持的方法。使用公共响应头列出支持的方法。
定义新版本协议，允许改变所有部分。（除了协议版本号位置）
6.3.1.4作模式
每个演示和媒体流可用RTSP URL识别。演示组成的整个演示与媒体属性由演示描述文件定义。使用HTTP或其它途径用户可获得这个文件，它没有必要保存在媒体上。
为了说明，设演示描述描述了多个演示，其中每个演示维持了一个公共时间轴。为简化说明，且不失一般性，定演示描述的确包含这样一个演示。演示可包含多个媒体流。除媒体参数外，网络目标地址和端口也需要决定。下面区分几种作模式：
单播：
以用户选择的端口号将媒体发送到RTSP请求源。
组播，选择地址：
媒体选择组播地址和端口，这是现场直播或准点播常用的方式。
组播，用户选择地址：
如加入正在进行的组播会议，组播地址、端口和密匙由会议描述给出。
6.3.1.5 RTSP状态
RTSP控制通过单独协议发送的流，与控制通道无关。例如，RTSP控制可通过TCP连接，而数据流通过UDP。因此，即使媒体没有收到请求，数据也会继续发送。在连接生命期，单个媒体流可通过不同TCP连接顺序发出请求来控制。所以，需要维持能联系流与RTSP请求的连接状态。RTSP中很多方法与状态无关，但下列方法在定义流资源的分配与应用上起着重要的作用：
SETUP：
让给流分配资源，启动RTSP连接。
PLAY与RECORD：
启动SETUP 分配流的数据传输。
PAUSE：
临时停止流，而不释放资源。
TEARDOWN：
释放流的资源，RTSP连接停止。
标识状态的RTSP方法使用连接头段识别RTSP连接，为响应SETUP请求，连
接产生连接标识。
6.3.1.6 与其他协议关系
RTSP在功能上与HTTP有重叠，与HTTP相互作用体现在与流内容的初始接触是通过网页的。目前的协议规范目的在于允许在网页与实现RTSP媒体之间存在不同传递点。例如，演示描述可通过HTTP和RTSP检索，这降低了浏览器的往返传递，也允许RTSP 与用户不全依靠HTTP。
但是，RTSP与HTTP 的本质别在于数据发送以不同协议进行。HTTP是不对称协议，用户发出请求，作出响应。RTSP中，媒体用户和都可发出请求，且其请求都是无状态的；在请求确认后很长时间内，仍可设置参数，体流。重用HTTP功能至少在两个方面有好处，即安全和。要求非常接近，在缓存、和授权上采用HTTP功能是有价值的。
当大多数实时媒体使用RTP作为传输协议时，RTSP没有绑定到RTP。RTSP设存在演示描述格式可表示包含几个媒体流的演示的静态与临时属性。
6.3.2 协议参数
6.3.3 RTSP 信息
RTSP是基于文本的协议，采用ISO 10646 字符集，使用UTF-8编码方案。行以CRLF中断，但接收者本身可将CR和LF解释成行终止符。基于文本的协议使以自描述方式增加可选参数更容易。由于参数的数量和命令的频率出现较低，处理效率没引起注意。如仔细研究，文本协议很容易以脚本语言（如：Tcl、Visual Basic与Perl）实现研究原型。
10646字符集避免敏感字符集切换，但对应用来说不可见。RTCP也采用这种编码方案。带有重要意义位的ISO 8859-1字符表示如100001x 10xxxxxx.。RTSP信息可通过任何低层传输协议携带。
请求包括方法、方法作用于其上的对象和进一步描述方法的参数。方法也可设计为在端只需要少量或不需要状态维护。当信息体包含在信息中，信息体长度有如下因素决定：
不管实体头段是否出现在信息中，不包括信息体的的响应信息总以头段后和空行结束。
如出现内容长度头段，其值以字节计，表示信息体长度。如未出现头段，其值为零。
关闭连接。
注意：RTSP目前并不支持HTTP/1.1"块"传输编码，需要有内容长度头。如返回适度演示描述长度，即使动态产生，使块传输编码没有必要，也应该能决定其长度。如有实体，即使必须有内容长度，且长度没显式给出，规则可确保行为合理。
从用户到端的请求信息在行内包括源采用的方法、源标识和所用协议版本。RTSP定义了附加状态代码，而没有定义任何HTTP代码。
6.3.4 实体
如不受请求方法或响应状态编码限制，请求和响应信息可传输实体，实体由实体头文件和试题体组成，有些响应仅包括实体头。在此，根据谁发送实体、谁接收实体，发送者和接收者可分别指用户和。
实体头定义实体体可选元信息，如没有实体体，指请求标识的资源。扩展头机制允许定义附加实体头段，而不用改变协议，但这些段不能定接收者能识别。不可识别头段应被接收者忽略，而让转发。
6.3.5 连接
RTSP请求可以几种不同方式传送：
1、持久传输连接，用于多个请求/响应传输。
2、每个请求/响应传输一个连接。
3、无连接模式。
传输连接类型由RTSP URI来定义。对 "rtsp" 方案，需要持续连接；而"rtspu"方案，调用RTSP 请求发送，而不用建立连接。
不象HTTP，RTSP允许媒体给媒体用户发送请求。然而，这仅在持久连接时才支持，否则媒体没有可靠途径到达用户，这也是请求通过防火墙从媒体传到用户的途径。
6.3.6 方法定义
方法记号表示资源上执行的方法，它区分大小写。新方法可在将来定义，但不能以$开头。
某些防火墙设计与其他环境可能要求插入RTSP方法和流数据。由于插入将使客户端和作复杂，并强加附加开销，除非有必要，应避免这样做。插入二进制数据仅在RTSP通过TCP传输时才可使用。流数据（如RTP包）用一个ASCII美圆符号封装，后跟一个一字节通道标识，其后是封装二进制数据的长度，两字节整数。
RTP，RTCP，RTSP等网络协议有何用途和区别
RTP: Real-time Transport Protocol,实时传输协议，一般用于多媒体数据的传输。
RTCP: RTP Control Protocol，实时传输控制协议，同RTP一起用于数据传输的监视，控制功能。
RTSP: Real Time Streaming Protocol,实时流协议，用于多媒体数据流的控制，如播放，暂停等。
RTP/RTCP相对于底层传输层，和RTSP，SIP等上层协议一起可以实现视频会议，视频直播等应用。 rtsp发起/终结流媒体（通过sdp）
rtp传输流媒体数据
rtcp对rtp进行控制，同步。RTSP的请求主要有DESCRIBE,SETUP,PLAY,PAUSE,TEARDOWN,OPTIONS等，顾名思义可以知道起对话和控制作用
RTP/RTCP是实际传输数据的协议
RTP传输音频/视频数据，如果是PLAY，发送到端，如果是RECORD，可以由发送到
RTCP包括Sender Report和Receiver Report，用来进行音频/视频的同步以及其他用途，是一种控制协议 RTSP的对话过程中SETUP可以确定RTP/RTCP使用的端口，PLAY/PAUSE/TEARDOWN可以开始或者停止RTP的发送，等等 (ixmy)
端口对照表
TIP/IP 端口号大全
1 tcpmux TCP 端口服务多路复用
5 rje 远程作业入口
7 echo Echo 服务
9 discard 用于连接测试的空服务
11 systat 用于列举连接了的端口的系统状态
13 daytime 给请求主机发送日期和时间
17 qotd 给连接了的主机发送每日格言
18 msp 消息发送协议
19 chargen 字符生成服务；发送无止境的字符流
20 ftp-data FTP 数据端口
21 ftp 文件传输协议（FTP）端口；有时被文件服务协议（FSP）使用
22 ssh 安全 Shell（SSH）服务
23 net Telnet 服务
25 tp 简单邮件传输协议（SMTP）
37 time 时间协议
39 rlp 资源定位协议
42 nameserver 互联网名称服务
43 nicname WHOIS 目录服务
49 tacacs 用于基于 TCP/IP 验证和访问的终端访问访问控制系统
50 re-mail-ck 远程邮件检查协议
53 domain 域名服务（如 BIND）
63 whois++ WHOIS++，被扩展了的 WHOIS 服务
67 bootps 协议（BOOTP）服务；还被动态主机配置协议（DHCP）服务使用
68 bootpc Bootstrap（BOOTP）客户；还被动态主机配置协议（DHCP）客户使用
69 tftp 小文件传输协议（TFTP）
70 gopher Gopher 互联网文档搜寻和检索
71 netrjs-1 远程作业服务
72 netrjs-2 远程作业服务
73 netrjs-3 远程作业服务
73 netrjs-4 远程作业服务
79 finger 用于用户联系信息的 Finger 服务
80 用于万维网（）服务的超文本传输协议（HTTP）
88 kerberos Kerberos 网络验证系统
95 supdup Telnet 协议扩展
101 hostname SRI-NIC 机器上的主机名服务
102 iso-tsap ISO 开发环境（ISODE）网络应用
105 csnet-ns 邮箱名称；也被 CSO 名称使用
107 rnet 远程 Telnet
109 pop2 邮局协议版本2
110 pop3 邮局协议版本3
111 sunrpc 用于远程命令执行的远程过程调用（RPC）协议，被网络文件系统（NFS）使用
113 auth 验证和身份识别协议
115 sftp 安全文件传输协议（SFTP）服务
117 uucp-path Unix 到 Unix 协议（UUCP）路径服务
119 nntp 用于 USENET 讨论系统的网络传输协议（NNTP）
123 ntp 网络时间协议（NTP）
137 netbios-ns 在红帽企业 Linux 中被 Samba 使用的 NETBIOS 名称服务
138 netbios-dgm 在红帽企业 Linux 中被 Samba 使用的 NETBIOS 数据报服务
139 netbios-ssn 在红帽企业 Linux 中被 Samba 使用的NET BIOS 会话服务
143 imap 互联网消息存取协议（IMAP）
161 snmp 简单网络管理协议（SNMP）
162 snmptrap SNMP 的陷阱
163 cmip-man 通用管理信息协议（CMIP）
164 cmip-agent 通用管理信息协议（CMIP）
174 mailq MAILQ
177 xdmcp X 显示管理器控制协议
178 nextstep NeXTStep 窗口
179 bgp 边界网络协议
1 prospero Cliffod Neuman 的 Prospero 服务
194 irc 互联网中继聊天（IRC）
199 ux SNMP UNIX 多路复用
201 at-rtmp AppleTalk 选路
202 at-nbp AppleTalk 名称绑定
204 at-echo AppleTalk echo 服务
206 at-zis AppleTalk 区块信息
209 qmtp 快速邮件传输协议（QMTP）
210 z39.50 NISO Z39.50 数据库
213 ipx 互联网络分组交换协议（IPX），被 Novell Netware 环境常用的数据报协议
220 imap3 互联网消息存取协议版本3
245 link LINK
347 fatserv Fatmen
363 rsvp_tunnel RSVP 隧道
369 rpc2portmap Coda 文件系统端口映射器
370 codaauth2 Coda 文件系统验证服务
372 ulistproc UNIX Listserv
389 ldap 轻型目录存取协议（LDAP）
427 svrloc 服务位置协议（SLP）
434 mobileip-agent 可移互联网协议（IP）
435 mobilip-mn 可移互联网协议（IP）管理器
443 s 安全超文本传输协议（HTTP）
444 snpp 小型网络分页协议
445 microsoft-ds 通过 TCP/IP 的消息块（SMB）
464 kpasswd Kerberos 口令和钥匙改换服务
468 photuris Photuris 会话钥匙管理协议
487 saft 简单不对称文件传输（SAFT）协议
488 gss- 用于 HTTP 的通用安全服务（GSS）
496 pim-rp-disc 用于协议的多址传播（PIM）服务的会合点发现（RP-DISC）
500 isakmp 互联网安全关联和钥匙管理协议（ISAKMP）
535 iiop 互联网内部对象请求协议（IIOP）
538 gdomap GNUstep 分布式对象映射器（GDOMAP）
546 dhcpv6-client 动态主机配置协议（DHCP）版本6客户
547 dhcpv6-server 动态主机配置协议（DHCP）版本6服务
554 rtsp 实时流播协议（RTSP）
563 nntps 通过接字层的网络传输协议（NNTPS）
565 whoami whoami
587 submission 邮件消息提交（MSA）
610 npmp-local 网络外设管理协议（NPMP）本地 / 分布式排队系统（DQS）
611 npmp-gui 网络外设管理协议（NPMP）GUI / 分布式排队系统（DQS）
612 hmmp-ind HMMP 指示 / DQS
631 ipp 互联网打印协议（IPP）
636 ldaps 通过接字层的轻型目录访问协议（LDAPS）
674 acap 应用程序配置存取协议（ACAP）
694 ha-cluster 用于带有高可用性的群集的心跳服务
749 kerberos-adm Kerberos 版本5（v5）的“kadmin”数据库管理
750 kerberos-iv Kerberos 版本4（v4）服务
765 webster 网络词典
767 phonebook 网络电话簿
873 rsync rsync 文件传输服务
992 nets 通过接字层的 Telnet（TelnetS）
993 imaps 通过接字层的互联网消息存取协议（IMAPS）
994 ircs 通过接字层的互联网中继聊天（IRCS）
995 pop3s 通过接字层的邮局协议版本3（POPS3）
表 C-1. 端口
以下端口是 UNIX 特有的，涉及了从电子邮件到验证不等的服务。在方括号内的名称（如 [serv]）是服务的守护进程名称或它的常用别名。
端口号码 / 层 名称 注释
512/tcp exec 用于对远程执行的进程进行验证
512/udp biff [comsat] 异步邮件客户（biff）和服务（comsat）
513/tcp login 远程登录（rlogin）
513/udp who [whod] 登录的用户列表
514/tcp shell [cmd] 不必登录的远程 shell（rshell）和远程（rcp）
514/udp syslog UNIX 系统日志服务
515 printer [spooler] 打印机（lpr）脱机
517/udp talk 远程对话服务和客户
518/udp ntalk 网络交谈（ntalk），远程对话服务和客户
519 utime [unixtime] UNIX 时间协议（utime）
520/tcp efs 扩展文件名（EFS）
520/udp router [route, routed] 选路信息协议（RIP）
521 ripng 用于互联网协议版本6（IPv6）的选路信息协议
525 timed [timeserver] 时间守护进程（timed）
526/tcp tempo [newdate] Tempo
530/tcp courier [rpc] Courier 远程过程调用（RPC）协议
531/tcp conference [chat] 互联网中继聊天
532 netnews Netnews
533/udp netwall 用于紧急广播的 Netwall
540/tcp uucp [uucpd] Unix 到 Unix 服务
543/tcp klogin Kerberos 版本5（v5）远程登录
544/tcp kshell Kerberos 版本5（v5）远程 shell
548 afpovertcp 通过传输控制协议（TCP）的 Appletalk 文件编制协议（AFP）
556 remotefs [rfs_server, rfs] Brunhoff 的远程文件系统（RFS）
表 C-2. UNIX 特有的端口
表 C-3列举了由网络和软件社区向 IANA 提交的要在端口号码列表中正式注册的端口。
端口号码 / 层 名称 注释
1080 socks SOCKS 网络应用程序服务
1236 bvcontrol [rmtcfg] Garcilis Packeten 远程配置[a]
1300 h323hostcallsc H.323 电话会议主机电话安全
1433 ms-sql-s Microsoft SQL
1434 ms-sql-m Microsoft SQL 监视器
1494 ica Citrix ICA 客户
1512 wins Microsoft Windows 互联网名称
1524 ingreslock Ingres 数据库管理系统（DBMS）锁定服务
1525 prospero-np 无特权的 Prospero
1645 datametrics [old-radius] Datametrics / 从前的 radius 项目
1646 sa-msg-port [oldradacct] sa-msg-port / 从前的 radacct 项目
1649 kermit Kermit 文件传输和管理服务
1701 l2tp [l2f] 第2层隧道服务（LT2P） / 第2层转发（L2F）
1718 h323gatedisc H.323 电讯守门装置发现机制
1719 h323gatestat H.323 电讯守门装置状态
1720 h323hostcall H.323 电讯主持电话设置
1758 tftp-mcast 小文件 FTP 组播
1759 mtftp 组播小文件 FTP（MTFTP）
1789 hello Hello 路由器通信端口
1812 radius Radius 拨号验证和记帐服务
1813 radius-acct Radius 记帐
11 mtp Starlight 网络多媒体传输协议（MTP）
1985 hsrp Cisco 热备用路由器协议
1986 lnsedaemon Cisco 许可管理守护进程
1997 gdp-port Cisco 发现协议（GDP）
2049 nfs [nfsd] 网络文件系统（NFS）
2102 zephyr-srv Zephyr 通知传输和发送
2103 zephyr-clt Zephyr serv-hm 连接
2104 zephyr-hm Zephyr 主机管理器
2401 cvspserver 并行版本系统（CVS）客户 / 作
2430/tcp venus 用于 Coda 文件系统（codacon 端口）的 Venus 缓存管理器
2430/udp venus 用于 Coda 文件系统（callback/wbc intece 界面）的 Venus 缓存管理器
2431/tcp venus-se Venus 传输控制协议（TCP）的副作用
2431/udp venus-se Venus 用户数据报协议（UDP）的副作用
2432/udp codasrv Coda 文件系统端口
2433/tcp codasrv-se Coda 文件系统 TCP 副作用
2433/udp codasrv-se Coda 文件系统 UDP SFTP 副作用
2600 hpstgmgr [zebrasrv] HPSTGMGR；Zebra 选路
2601 discp-client [zebra] discp 客户；Zebra 集成的 shell
2602 discp-server [ripd] discp ；选路信息协议守护进程（ripd）
2603 servmeter [ripngd] 服务计量；用于 IPv6 的 RIP 守护进程
2604 nsc-ccs [ospfd] NSC CCS；开放式短路径优先守护进程（ospfd）
2605 nsc-a NSC POSA；边界网络协议守护进程（bgpd）
2606 netmon [ospf6d] Dell Netmon；用于 IPv6 的 OSPF 守护进程（ospf6d）
2809 corbaloc 公共对象请求体系（CORBA）命名服务
3130 icpv2 互联网缓存协议版本2（v2）；被 Squid 缓存使用
3306 mysql MySQL 数据库服务
3346 trnsprntproxy Trnsprnt
4011 pxe 执行前环境（PXE）服务
4321 rwhois 远程 Whois（rwhois）服务
4444 krb524 Kerberos 版本5（v5）到版本4（v4）门票转换器
5002 rfe 无射频以太网（RFE）音频广播系统
5308 cfengine 配置引擎（Cfengine）
5999 cvsup [CVSup] CVSup 文件传输和更新工具
6000 x11 [X] X 窗口系统服务
7000 afs3-fileserver Andrew 文件系统（AFS）文件
7001 afs3-callback 用于给缓存管理器回电的 AFS 端口
7002 afs3-prserver AFS 用户和组群数据库
7003 afs3-vlserver AFS 文件卷位置数据库
7004 afs3-kaserver AFS Kerberos 验证服务
7005 afs3-volser AFS 文件卷管理
7006 afs3-errors AFS 错误解释服务
7007 afs3-bos AFS 基本监查进程
7008 afs3-update AFS 到更新器
7009 afs3-rmtsys AFS 远程缓存管理器服务
9876 sd 会话指引器
10080 amanda 高级 Maand 自动网络磁盘归档器（Amanda）备份服务
11371 pgpkeyserver 良好隐私（PGP） / GNU 隐私卫士（GPG）公钥
11720 h323callsigalt H.323 调用信号交替
13720 bprd Veritas NetBackup 请求守护进程（bprd）
13721 bpdbm Veritas NetBackup 数据库管理器（bpdbm）
13722 bpja-msvc Veritas NetBackup Ja / Microsoft Visual C++ (MSVC) 协议
13724 vnetd Veritas 网络工具
13782 bpcd Vertias NetBackup
13783 vopied Veritas VOPIED 协议
22273 wnn6 [wnn4] 名/汉字转换系统[c]
26000 quake Quake（以及相关的）多人游戏
26208 wnn6-ds
33434 traceroute Traceroute 网络跟踪工具
注:
a. /etc/servs 中的注释如下：端口1236被注册为“bvcontrol”，但是它也被 Gracilis Packeten 远程配置使用。正式名称被列为主要名称，未注册的名称被列为别名。
b. 在 /etc/servs 中的注释：端口 2600 到 2606 被 zebra 软件包未经注册而使用。主要名称是被注册的名称，被 zebra 使用的未注册名称被列为别名。
c. /etc/servs 文件中的注释：该端口被注册为 wnn6，但是还在 FreeWnn 软件包中使用了未注册的“wnn4”。
表 C-3. 注册的端口
表 C-4显示了一个和数据报传递协议（DDP）有关的端口列表。DDP 在 AppleTalk 网络上被使用。
端口号码 / 层 名称 注释
1/ddp rtmp 路由表管理协议
2/ddp nbp 名称绑定协议
4/ddp echo AppleTalk Echo 协议
6/ddp zip 区块信息协议
表 C-4. 数据报传递协议端口
表 C-5是和 Kerberos 网络验证协议相关的端口列表。在标记的地方，v5 代表 Kerberos 版本5协议。注意，这些端口没有在 IANA 注册。
端口号码 / 层 名称 注释
751 kerberos_ Kerberos 验证
752 passwd_server Kerberos 口令（kpasswd）
754 krb5_prop Kerberos v5 从属传播
760 krbupdate [kreg] Kerberos 注册
1109 kpop Kerberos 邮局协议（KPOP）
2053 knetd Kerberos 多路分用器
2105 eklogin Kerberos v5 加密的远程登录（rlogin）
表 C-5. Kerberos（工程 Athena/MIT）端口
表 C-6是一个未注册的端口列表。这些端口可能被安装在你的红帽企业 Linux 系统上的服务或协议使用，或者它们是在红帽企业 Linux 和运行其它作系统的机器通信所必需的端口。
端口号码 / 层 名称 注释
15/tcp netstat 网络状态（netstat）
98/tcp linuxconf Linuxconf Linux 管理工具
106 poppassd 邮局协议口令改变守护进程（POPPASSD）
465/tcp tps 通过接字层的简单邮件传输协议（SMTPS）
616/tcp gii 使用的（选路守护进程）互动界面
808 or [ord] 联机镜像（Or）文件镜像服务
871/tcp supfileserv 软件升级协议（SUP）
901/tcp swat Samba 万维网管理工具（SWAT）
953 rndc Berkeley 互联网名称域版本9（BIND 9）远程名称守护进程配置工具
1127 sufiledbg 软件升级协议（SUP）调试
1178/tcp skkserv 简单名到汉字（SKK）日文输入
1313/tcp x 法国 Mini 文本信息系统
1529/tcp support [prmsd, gnatsd] GNATS 错误跟踪系统
2003/tcp cfinger GNU Finger 服务
2150 ninstall 网络安装服务
2988 afbackup afbackup 客户-备份系统
3128/tcp squid Squid 万维网缓存
3455 prsvp RSVP 端口
5432 tgres PostgreSQL 数据库
4557/tcp fax FAX 传输服务（旧服务）
4559/tcp hylafax HylaFAX 客户-协议（新服务）
5232 sgi-dgl SGI 分布式图形库
5354 noclog NOCOL 网络作中心记录守护进程（noclogd）
5355 hostmon NOCOL 网络作中心主机监视
5680/tcp canna Canna 日文字符输入界面
6010/tcp x11-ssh-offset 安全 Shell（SSH）X11 转发偏移
6667 ircd 互联网中继聊天守护进程（ircd）
7100/tcp xfs X 字体（XFS）
7666/tcp tircproxy Tircproxy IRC 服务
8008 -alt 超文本传输协议（HTTP）的另一选择
8080 webcache 万维网（）缓存服务
8081 tproxy 透明
00/tcp jetdirect [laserjet, hplj] Hewlett-Packard (HP) JetDirect 网络打印服务
9359 mandelspawn [mandelbrot] 用于 X 窗口系统的并行 Mandelbrot 生成程序
10081 kamanda 使用 Kerberos 的 Amanda 备份服务
10082/tcp amandaidx Amanda 备份服务
10083/tcp amidxtape Amanda 备份服务
20011 isdnlog 综合业务数字网（ISDN）登录系统
20012 vboxd ISDN 音箱守护进程（vboxd）
22305/tcp wnn4_Kr kWnn 韩文输入系统
22289/tcp wnn4_Cn cWnn 中文输入系统
22321/tcp wnn4_Tw tWnn 中文输入系统（）
24554 binkp Binkley TCP/IP Fidonet 邮寄程序守护进程
27374 asp 地址搜索协议
60177 tfido Ifmail FidoNet 兼容邮寄服务
60179 fido FidoNet 电子邮件和网络