rfc1725

合集下载

IP传真相关

IP传真相关

一. IP传真编码方式选择既然PSTN网传真可以使用和PSTN网电话相同的结构,那么传真数据应该可以在IP电话网上传输.并能采用VoIP所采用的压缩编码方式,比如G .723.1,G .729等。

然而,虽然实时IP传真网的拓扑结构和IP电话的拓扑结构相似,实际上IP传真并不能使用和VolP一样的压缩方式。

原因在于,G3传真机的信号是话带数字调制信号,在PCM A/U律64kbps编码时,信号的信噪比及包含量化失真的总失真控制在台理范围。

可以得到正确的解调。

而IP电话的设计者们为了使流量小于 64kb/s的PCM标准,尽量节约带宽,将注意力集中在研究以语音为主要特征的信号压缩上,几乎所有的高效压缩算法都建立在对语音信号的线性预测及仿真人类发声模型上,而这种模型相异于由传真图样扫描得到的随机数字流调制的信号以及DTMF这样的双音多频信号,例如,经实验验证:采用波形编码的ADPCM 32kbps编码压缩信号只能适合传送4 .8kbps 以下速率的传真,ADPCM 40kbps编码压缩信号可以传输14.4kbps速率以下的G3或Modem信号:而采用矢量编码的G .729,G .723.l信号不能正确传送DTMF信号。

因此设计IP电话时G .723.1,G .729等低速率算法虽然可以使编码率仅仅使用了PCM所需的1/8--1/12,但用它来传输G3传真或DTMF数据就会引起混乱。

因此,IP传真和语音编码方式要求是不同的。

解决IP传真的编码有两种解决方法:一种就是采用G.71 1标准透明传输。

第二种方法是采用T.38标准。

而根据所采用的标准不同,实时IP传真又可分为两类:一类是话带中继信号在IP链路(VTolP--Voice Trunking Over IP),另一类是T.38传真。

从传输方式看IP传真分为两类:存储转发式。

ITU-T T.37建议规定了存储转发方式的通信规程,通信时首先由发送传真终端呼叫发送网关,并将全部传真文件传送给发送网关;发送网关通过IP网,以IP报文格式,向接收网关发送报文,最后由接收端服务器暂存,经过或长或短一段时间,呼叫接收传真机,并将数据传送至接收传真机。

网络名词释义

网络名词释义

網絡名詞釋義IP 網際協議 Internet Protocol,(RFC-791) ICMP 網際報文控製協議 Internet Control Message Protocol,(RFC-792) IGMP 網際成組多路廣播協議 Internet Group Multicast Protocol,(RFC-1112) UDP 用戶數據報協議 User Datagram Protocol,(RFC-768) TCP 傳輸控製協議 Transmission Control Protocol,(RFC-793) TELNET Telnet協議 Telnet Protocol,(RFC-854,855) FTP 文件傳輸協議 File Transfer Protocol,(RFC-959) SMTP 簡單郵件傳輸協議 Simple Mail Transfer Protocol,(RFC-821) SMTP-SIZE 可處理大信包的擴充的SMTP協議 SMTP Service Ext for Message Size,(RFC-1870) SMTP-EXT SMTP協議擴充 SMTP Service Extensions,(RFC-1869) NTPV2 網絡時間協議版本2 Network Time Protocol (Version 2),(RFC-1119) SNMP 簡單網絡管理協議 Simple Network Management Protocol,(RFC-1157) NETBIOS NetBIOS服務協議 NetBIOS Services Protocols,(RFC-1001,1002) ECHO 應答協議 Echo Protocol DISCARD 取消協議 Discard Protocol CHARGEN 字元發生器協議 Character Generator Protocol QUOTE 氣象報告協議 Quote of the Day Protocol USERS 當前用戶報告協議 Active Users Protocol DAYTIME 日期查詢協議 Daytime Protocol TIME 標準時間服務器協議 Time Server Protocol TFTP 測試用的文件傳輸協議 Trivial File Transfer Protocol TP-TCP 基於TCP的ISO傳輸層服務 ISO Transport Service on top of the TCP ETHER-MIB 乙太網管理資訊庫 Ether-MIB PPP 點對點協議 Point-to-Point Protocol PPP-HDLC HDLC分組的PPP協議 PPP in HDLC Framing IP-SMDS 基於SMDS服務的IP數據報 IP Datagram over the SMDS Service RIP 路由資訊協議 Routing Information Protocol ARP 地址解析協議 Address Resolution Protocol,(RFC-826) RARP 逆向地址解析協議 A Reverse Address Resolution Protocol,(RFC-903) POP3 電子郵局協議,版本3 Post Office Protocol,Version 3,(RFC-1725) HTTP 超文本傳輸協議 Hyper Text Transfer Protocol RPC 遠過程調用協議 Remote Procedure Call Protocol,(RFC-1831) NICNAME WhoIs協議 WhoIs Protocol,(RFC-954) DHCP 主機動態配置協議 Dynamic Host Configuration Protocol,(RFC-1541) NNTP 網絡新聞傳輸協議 Network News Transfer Protocol,(RFC-977) IARP 反向地址解析協議 Inverse Address Resolution Protocol,(RFC-1293) RAP 網際路由存取協議 Internet Route Access Protocol,(RFC-1476) IRCP 網際轉發的閑聊協議 Internet Relay Chat Protocol,(RFC-1459) RMCP 遠程郵件檢查協議 Remote Mail Checking Protocol,(RFC-1339) MTP 多路廣播傳輸協議 Multicast Transport Protocol,(RFC-1301) GOPHER 網際Gopher協議 The Internet Gopher Protocol,(RFC-1436) LISTSERV Listserv分佈協議 Listserv Distribute Protocol,(RFC-1429)Anonymous FTP 匿名FTP,當你在一個向公眾開放的服務器上下載一個文件時,一般不需向系統登記注冊,當被問到注冊名時,敲入Anonymous,而密碼則以你的郵編地址代替. Archie 在Internet各個FTP節點上查詢文件的一種程式. Browser 瀏覽器,一種可顯示或下載文件的計算機程式,如Netscape的Navigator和Microsoft的InternetExplorer. Cyberia 新興的電腦咖啡店,提供咖啡和電腦網絡服務. Dialup 利用電話線撥號上網的過程. Domain 域網絡區域等的劃分IRC Internet Relay Chat,在Internet上與其他用戶實時網上交談的系統. Ethernet 乙太網,世界上最廣泛使用的局域網類型,支援每秒10Mbits的傳輸速度,幾乎所有Internet上的局域網都是這種類型. Firewall 防火牆,Internet上用於防止外界入侵局域網的安全裝置. FTP File Transfer Protocal 文件傳輸協議,用於在Internet上傳輸文件. Gateway 網關,數據在不同系統間傳輸時,用以統一數據格式. IP Internet協議,定義了文件以一個計算機傳到另一個主機的方式,通常與另一個協議一起稱作TCP/IP. ISO 從事國際標準化的組織,批準其他組織製定的標準(例如︰IEEE和ITU-T)的國際標準化組織. ISP ISP是Internet服務的提供者,也是Internet訪問的提供者. ITU-T ITU-T是發展和批準遠程通信標準的國際標準化組織.它包括所有主要的PTT的代表. Kermit Kermit是一種流行的糾錯文件傳輸協議,主要用於BBS. MOO 下一代的MUD稱作MOO(面向對象的MUD).它們把所有的遊戲者都當作有一定能力的對象對待.在MOO中你通常可以設計你的性格. Mosaic Mosaic是第一個瀏覽器,是由美國國家超級計算機中心製作的.它真正開始了Web的流行. MUD 多用戶地牢是一個地方,經常是一個單個主機.在那個地方你能夠遇到其他人,通常殺死他們.本質上,在MUD的遊戲中,你裝扮成一個虛構的人在MUD的'房間'裡探險,聊天,拾東西,以及參與無原由的暴力.MUD通常由文本介面來訪問,而流行的MUD經常難以進入.在http://www.cisMulticast 多路廣播,是一種特殊的廣播類型,是為網上主機的用戶電話機預定的. Newsgroup Newsgroup是Internet的公告牌,有22000左右個組,幾乎覆蓋了每一個主題.決大部分的ISP(Internet提供商)和組織有一個新聞組服務器,它定期從網上別的新聞組收集新聞素材,所有新消息都是從這些素材中得來的.然後這些素材又會被傳送到另外的新聞組服務器.這些新聞NIC NIC是網絡資訊中心的縮寫.在Internet的早期,它是包含IP地址和功能變數名稱的中心站.現在有一些NIC分散在全世界. NMS 網絡管理站,監視網上所有節點如何執行命令的計算機. NNTP 網絡新聞傳輸協議,用於新聞組服務器之間交換新聞的協議,也是用於新聞瀏覽器與新聞組服務器之間的協議. NOC Internet服務商用來監視網絡錯誤的網絡操作中心. Node 節點,任何一個連到Internet上的設備(通常是指主機,但也包括網橋,路由器,網關等)都稱作節點.實際上,有IP地址的任何東西都是節點. OSI 開發系統互連,用來簡化各種型號計算機之間通訊的國際標準. Packet Packet是網絡上傳輸的一組數據.在Internet上,一個數據包由TCP/IP協議的IP部分組成.它必須包括原地址,目的地址,包的標識(這樣接收的計算機可以分辨包的種類)和一些數據. Ping Ping是一個用TCP/IP協議發送消息到主機的網絡介面,以查看它是否存在程式,這對於網絡糾錯很有用. POP3 一種電子郵件的傳輸協議.Port 這名詞用於定義進入一個單獨計算機不同類型數據的不同入口點,如23號口可能指定成遠程訪問,而21號口是FTP.現在大部分的軟件自動檢測口的號碼,埠也指在計算機上的物理輸入輸出孔. Protocol 協議本質上是兩個網絡設備都認同的相互通訊的方法.它定義了許多東西,包括它的包格式,它怎樣校驗,路由器怎樣處理它和如果一個數據包丟失將怎樣辦. PSTN 公共電話交換網,更普遍的說法是電話系統. PTT PTT指的是電話,傳真的郵寄委託給遍及全世界的公共電話系統操作者. RFC 注釋請求,一個文檔通常被IETF的工作組之一放出來,以抽取從其他有關部分來的應答和合法定義的技術.在ftp:///rfc有一個廣泛的所有FTP的有效RFC目錄. Router 路由器,互聯網工作環境的智慧部件.路由器把所有包含Internet的網絡連接起來,並在它們之間交換數據包.它也能算出將一個數據包送達目的地所需最快最便宜的路徑. Smillies 在新聞組和電子郵件中看到的標點法,它的旁邊把人類的概念加到你的消息後,如:高興 :-) 難過 :-( 驚訝 :-0. SMTP 簡單郵件傳輸協議──為了傳輸郵件的Internet協議. Spam 發送同樣的消息到多個新聞組的專用術語,讓人皺眉. UUCP Unix到Unix的複製程式,它允許一個基於Unix的主機從另一個基於Unix的主機複製文件. WAIS 廣域資訊服務器是一個資訊恢複系統,是由Apple,ThinkingMachines和Dow Jones開發的.它允許一個客戶機在多個在線數據庫上同時進行關鍵字查找. Winsock Winsock是Windows下的應用程式與網絡協議之間的標準介面.如果你想在Windows 下訪問Internet,你需要一個叫做Winsock.DLL的程式加載到你的Windows環境中.並非所有的軟件使用同樣版本的Winsock,這是最普遍出現問題的情況之一.WWW 萬維網,環球網,有時也稱作Web.這是所有Internet上基於超文本的相互連接,並可被HTTP或Web服務器訪問的HTML文檔的統稱.WWW是已經成為殺手應用程式,主宰著網絡的潮流.MAIL 電子郵件格式規範 Format of Electionic Mail Messages,(RFC-822)CONTENT 郵件內容類型域規範 Content Type Header Field,(RFC-1049)DOMAIN 功能變數名稱系統規範 Domain Name System,(RFC-1034,1035)DNS-MX 郵件路由與功能變數名稱系統規範 Mail Routing and the Domain System,(RFC-974)SMI 管理資訊結構規範 Structure of Management Information,(RFC-1155)Concise-MIB 簡明MIB規範 Concise MIB Definitions,(RFC-1212)MIB-II 管理資訊庫-2 Management Information Base-II,(RFC-1213)MIME 多用途網際郵件擴充規範 Multipurpose Internet Mail Extensions,(RFC-1521)HTML 超文本標記語言標準 Hypertext Markup Language-2.0,(RFC-1866)URL 通用資源定位符標準 Uniform Resource Locators,(RFC-1738)。

网络性能测试和标准

网络性能测试和标准

网络性能测试和标准前两天弄有线通的事情弄的郁闷了,所以就研究了网络性能测试。

以后不用也是浪费,大家需要就看看吧。

1.目标测试目的往往是测试清楚几个值,包括:IP包传输往返时延(RTT),IP包时延变化(抖动),IP包丢失率(Lost rate),IP业务可用性,还有带宽(Bandwidth)。

2.适用标准RFC 1242, RFC1944, RFC2285, RFC2432。

中华人民共和国信息产业部令第36号(/mj/dxsc.asp?Unid=3810) IP网络技术要求–网络性能参数与指标(YD/T 1171-2001)3.测试平台和工具我们假定基于POSIX兼容平台测试,演示用的例子来自Debian Etch/Kernel 2.6.17-2-686。

Windows下所需要工具可以参考移植工具。

iperf 网络带宽测试工具paratrace 被动路由测试工具hping2 网络联通和时延测试工具wireshark(ethereal) 抓包分析工具p0f 被动指纹分析工具4.测试对象,方法,和结果分析以下为实例测试,参数需要根据具体情况变化。

4.1.测试网络带宽在服务器端运行iperf -s。

在客户端运行iperf -c 192.168.0.2100Mbps网络环境下,得到结果为92.6Mbps,折合为11.5MB/s。

即数据极限传输速度。

4.2.测试网络IP包传输往返时延(RTT)和IP包时延变化(抖动)分主动被动方法,被动方法用wireshark抓包分析。

下面主要介绍主动方法:运行hping2 -p 80。

得到56 packets transmitted, 56 packets received, 0% packet lossround-trip min/avg/max = 242.5/269.9/381.1 ms即在主动建立的到的TCP连接中(默认为TCP,可以使用UDP,ICMP,IP,具体请看hping2 –help),丢包率为0。

RFC1769_简单网络时间协议(SNTP).

RFC1769_简单网络时间协议(SNTP).

简单网络时间协议 ( SNTP(RFC1769 —— Simple Network Time Protocol本备忘录描述简单网络时间协议 (SNTP,这是网络时间协议 (NTP 的一个改写本, NTP 协议适用于同步因特网上的计算机时钟。

当不须要实现 RFC 1305 所描述的 NTP 完全功能的情况下, 可以使用 SNTP 。

它能用单播方式 (点对点和广播方式(点对多点操作。

它也能在 IP 多播方式下操作 (可提供这种服务的地方。

SNTP 与当前及以前的 NTP 版本并没有大的不同。

但它是更简单, 是一个无状态的远程过程调用 (RPC,其准确和可靠性相似于 UDP/TIME 协议在 RFC868描述中所预期的。

本备忘录淘汰相同的标题的 RFC 1361。

它的目的是解释用广播方式操作的协议模式,提供某些地方的进一步说明并且改正一些印刷上的错误。

在 NTP 版本 3 RFC 1305中说明的工作机理对 SNTP 的实现不是完全需要的。

本备忘录的分发没有限制。

1. 介绍RFC 1305 [MIL92] 指定网络时间协议 (NTP来同步因特网上的计算机时钟。

它提供了全面访问国家时间和频率传播服务的机制,组织时间同步子网并且为参加子网每一个地方时钟调整时间。

在今天的因特网的大多数地方, NTP 提供了 1-50 ms 的精确度,精确度的大小取决于同步源和网络路径等特性。

RFC 1305 指定了 NTP 协议机制中的事件,状态,传输功能和操作,另外,还有可选择的算法,它改进测时质量并且减少了一些同步源中可能存在的错误。

为了获得因特网上主要路径的延时精确到毫秒级,使用一些复杂的算法或者他们的等价算法是必要的。

但是,在许多场合这样的精确度是不要求,或许精确到秒已足够了。

在这样的情况下,更简单的协议例如“时间协议” [POS83 ]已被使用。

这些协议通过基于RPC 交换:客户端请求此刻时间,然后服务器回传从某个已知时间点到现在的秒钟数。

IP交换技术协议与体系结构-1.7ATM上的经典IP解决方案

IP交换技术协议与体系结构-1.7ATM上的经典IP解决方案
7.1 体系结构
经典IP/ATM(classical IP/ATM) 技术的体系结构结合了前面所讨论的许多内容。共享一 个公共地址前缀的 IP主机和路由器被组合为与一个物理 ATM基础结构相连的子网。 IP是网络 层协议,为穿过网络边界的分组提供一个无连接的逐级跳转发业务。路由器基于路由更新消 息的交换来维护转发表并从一个网向另一个网转发 IP分组。同一子网的 IP设备使用ATM VC直 接通信。此标准行为的一个例外是 NHRP提供的使不同子网的 IP设备能够在 ATM网络上直接通 信的功能。
ARS的使用也不是必须的。 图7-1描述了 ATM上的经典 IP 协议的通用体系结构。在源端和目的端,应用和 TCP/IP分
别位于一个 AAL和ATM层之上。源和目的设备(如主机、路由器)装配有一个 IP地址和一个 ATM地址。一个源 IP设备将向 ARS询问一个 IP/ATM地址绑定以便与目的设备建立一条 SVC。 如果使用PVC,ARS则不需要。
IP分组
包含一个 IP分组的一个典型的 LLC/SNAP封装的 AAL5帧 图7-2 RFC 1483 LLC/SNAP封装的帧头 在图7-2中描述。所显示的 OUI和以太类型( Ethertype)
构成SNAP的帧头。IP的Ethertype值是x’0800’。对于不同的协议可能有其他的值。
由于协议实体包含在每一个 AAL5帧中, LLC/SNAP封装使得多个协议能够分享同一个
当通信模式是 ATM SVC时,ATM上的经典 IP 协议都使用一个地址解析服务器( ARS)。 ARS的功能是维护 IP地址和相关 ATM地址 的一个表或高速缓存,并响应来自源 IP设备的想把 一个IP地址解析为一个 ATM地址的请求。 ARS可以通过手工配置、登记或者通过被动地检查 包含ATM地址绑定的数据或控制分组来设定。 IP设备将与 ARS一起保持一条控制 VC并与其他 IP设备建立一条或多条 SVC来交换数据。当然,如果使用 PVC,则不需要动态地址解析且

http状态码详解参考

http状态码详解参考

定义HTTP状态码(HTTP Status Code)是用以表示网页服务器HTTP响应状态的3位数字代码。

它由RFC 2616 规范定义的,并得到RFC 2518、RFC 2817、RFC 2295、RFC 2774、RFC 4918等规范扩展。

所有状态码的第一个数字代表了响应的五种状态之一。

1xx 消息这一类型的状态码,代表请求已被接受,需要继续处理。

这类响应是临时响应,只包含状态行和某些可选的响应头信息,并以空行结束。

由于HTTP/1.0 协议中没有定义任何1xx 状态码,所以除非在某些试验条件下,服务器禁止向此类客户端发送1xx 响应。

100 Continue客户端应当继续发送请求。

这个临时响应是用来通知客户端它的部分请求已经被服务器接收,且仍未被拒绝。

客户端应当继续发送请求的剩余部分,或者如果请求已经完成,忽略这个响应。

服务器必须在请求完成后向客户端发送一个最终响应。

101 Switching Protocols服务器已经理解了客户端的请求,并将通过Upgrade 消息头通知客户端采用不同的协议来完成这个请求。

在发送完这个响应最后的空行后,服务器将会切换到在Upgrade 消息头中定义的那些协议。

只有在切换新的协议更有好处的时候才应该采取类似措施。

例如,切换到新的HTTP 版本比旧版本更有优势,或者切换到一个实时且同步的协议以传送利用此类特性的资源。

102 Processing由WebDAV(RFC 2518)扩展的状态码,代表处理将被继续执行。

2xx 成功这一类型的状态码,代表请求已成功被服务器接收、理解、并接受。

200 OK请求已成功,请求所希望的响应头或数据体将随此响应返回。

201 Created请求已经被实现,而且有一个新的资源已经依据请求的需要而建立,且其URI 已经随Location 头信息返回。

假如需要的资源无法及时建立的话,应当返回'202 Accepted'。

RFC1628

RFC1628
最大权限:只读
当前状态
描述
“UPS代理软件版本。在一些设备中,该变量可以或不可以和
upsIdentUPSSoftwareVersion有相同的数值。”
::= { upsIdent 4 }
upsIdentName 对象类型
语法:DisplayString (SIZE(0..63))
最大权限:读写
在设备初始化时设置并保持不变。
upsIdent对象标识符 ::= { upsObjects 1 }
upsIdentManufacturer 对象类型
语法:DisplayString (SIZE (0..31))
最大权限:只读
当前状态
描述
“UPS厂商名称。”
::= { upsIdent 1 }
::= { upsInputEntry 1 }
upsInputFrequency 对象类型
语法:非负
单位“0.1Hz”
最大权限:只读
当前状态
描述
“当前输入频率。”
::= { upsInputEntry 2 }
upsInputVoltage 对象类型
语法:非负
单位“均方根伏特”
中定义的抽象语法标注1(ASN.1)的子集来定义。尤其,每一个对象类型由一个管理方分配
的对象标识符来命名。对象类型与一个对象实例用于唯一标识该对象的一次具体实例化。为
人们方便,我们经常用一个叫做描述符的文本串来引用该对象类型。
3.概述
本文档定义了针对不间断电源的通过简单网络管理协议(Simple Network Management
::= { upsInput 2 }

Coremail 4.0 产品功能表

Coremail 4.0 产品功能表

4
共 7 页
盈世信息科技(北京)有限公司
语音邮件管理:录制/回放/保存/发送 视频邮件管理:录制/回放/保存/发送 17. 邮件备份方案 提供邮件备份解决方案,支持增量备份和全备份方式
增值包功能详述 1. 组织通讯录 1.1 基于 基于Web的远程管理 的远程管理 提供Web管理界面,支持远程操控管理组织通讯录 支持联系人信息共享、搜索 支持对部分联系人信息保密 支持联系人位置排序 支持外部联系人的添加与管理 支持开启/关闭组织通讯录应用 1.2 组织通讯录应用 支持用户登录Webmail应用组织通讯录 提供树状架构显示方式:组织-部门-子部门-联系人 支持部门群发邮件 支持联系人搜索 支持写信自动搜索添加联系人 支持添加联系人到个人通讯录 2. Pushmail beta 全面支持iPhone、Android、Symbian、Windows Mobiles等主流手机系统 提供Blackberry BIS解决方案(需当地移动运营商有开通黑莓套餐服务) 服务器主动、直接推送邮件到手机终端设备,您可获得最新的邮件信息 您可随时随地通过手机邮箱进行回复、转发电子邮件或撰写工作邮件 支持同步管理其他邮箱文件夹、自定义文件夹的邮件数据 支持同步邮件服务器联系人到移动终端设备,并可快速搜索组织通讯录的联系人信息,工作联系更便 传输过程采用SSL加密技术,协助您随时随地安全处理商务邮件 3. 手机邮箱(WAP/SMS) 手机邮箱( ) 3.1 WAP 支持文件夹查看 支持通过无线终端浏览器收发邮件 支持通过无线终端阅读附件(需无线终端支持) 支持通过无线终端上传附件(需无线终端支持) 支持无线终端快捷键(需无线终端支持) 支持密码验证登录 支持显示组织通讯录 支持关键字搜索邮件 个性化设置:信头/已读回执等 支持修改邮箱密码 自动回复/转发 POP代理 3.2 SMS(需与移动运营商合作支持) (需与移动运营商合作支持) 支持向无线终端发出邮件到达通知 支持显示邮件时间/主题/发件人 支持用户自行绑定手机号码 支持阅读邮件全文 支持通过指定发件人/主题/邮箱阅读邮件 支持邮件管理:回复/删除 支持修改邮箱密码

协议号大全(Port Nubbers)

协议号大全(Port Nubbers)

协议号大全(Protocol Numbers)本文由路饭网:提供Last Updated2012-10-17This registry is also available in plain text.Registry included below* Assigned Internet Protocol NumbersAssigned Internet Protocol NumbersRegistration ProceduresIESG Approval or Standards ActionReference[RFC5237]NoteIn the Internet Protocol version 4 (IPv4) [RFC791] there is a fieldcalled "Protocol" to identify the next level protocol. This is an 8bit field. In Internet Protocol version 6 (IPv6) [RFC2460], this fieldis called the "Next Header" field.Decimal Keyword Protocol Reference0 HOPOPT IPv6 Hop-by-Hop Option [RFC2460]1 ICMP Internet Control Message [RFC792]2 IGMP Internet Group Management [RFC1112]3 GGP Gateway-to-Gateway [RFC823]4 IPv4 IPv4 encapsulation [RFC2003]5 ST Stream [RFC1190][RFC1819]6 TCP Transmission Control [RFC793]7 CBT CBT [Tony_Ballardie]8 EGP Exterior Gateway Protocol [RFC888][David_Mills]9 IGP any private interior gateway (used by [Internet_Assigned_Numbers_Authority]Cisco for their IGRP)10 BBN-RCC-MON BBN RCC Monitoring [Steve_Chipman]11 NVP-II Network Voice Protocol [RFC741][Steve_Casner][Boggs, D., J. Shoch, E. Taft, and R. Metcalfe, "PUP: An Internetwork12 PUP PUP Architecture", XEROX Palo Alto Research Center, CSL-79-10, July 1979; also in IEEETransactions on Communication, Volume COM-28, Number 4, April 1980.][[XEROX]]13 ARGUS ARGUS [Robert_W_Scheifler]14 EMCON EMCON [<mystery contact>]15 XNET Cross Net Debugger [Haverty, J., "XNET Formats for Internet Protocol Version 4", IEN 158, October1980.][Jack_Haverty]16 CHAOS Chaos [J_Noel_Chiappa]17 UDP User Datagram [RFC768][Jon_Postel]18 MUX Multiplexing [Cohen, D. and J. Postel, "Multiplexing Protocol", IEN 90, USC/InformationSciences Institute, May 1979.][Jon_Postel]19 DCN-MEAS DCN Measurement Subsystems [David_Mills]20 HMP Host Monitoring [RFC869][Robert_Hinden]21 PRM Packet Radio Measurement [Zaw_Sing_Su]["The Ethernet, A Local Area Network: Data Link Layer and Physical LayerSpecification", AA-K759B-TK, Digital Equipment Corporation, Maynard, MA. Also as:"The Ethernet - A Local Area Network", Version 1.0, Digital Equipment Corporation,22 XNS-IDP XEROX NS IDP Intel Corporation, Xerox Corporation, September 1980. And: "The Ethernet, A LocalArea Network: Data Link Layer and Physical Layer Specifications", Digital, Inteland Xerox, November 1982. And: XEROX, "The Ethernet, A Local Area Network: DataLink Layer and Physical Layer Specification", X3T51/80-50, Xerox Corporation,Stamford, CT.,October 1980.][[XEROX]]23 TRUNK-1 Trunk-1 [Barry_Boehm]24 TRUNK-2 Trunk-2 [Barry_Boehm]25 LEAF-1 Leaf-1 [Barry_Boehm]26 LEAF-2 Leaf-2 [Barry_Boehm]27 RDP Reliable Data Protocol [RFC908][Robert_Hinden]28 IRTP Internet Reliable Transaction [RFC938][Trudy_Miller]29 ISO-TP4 ISO Transport Protocol Class 4 [RFC905][<mystery contact>]30 NETBLT Bulk Data Transfer Protocol [RFC969][David_Clark][Shuttleworth, B., "A Documentary of MFENet, a National Computer Network",31 MFE-NSP MFE Network Services Protocol UCRL-52317, Lawrence Livermore Labs, Livermore, California, June1977.][Barry_Howard]32 MERIT-INP MERIT Internodal Protocol [Hans_Werner_Braun]33 DCCP Datagram Congestion Control Protocol [RFC4340]34 3PC Third Party Connect Protocol [Stuart_A_Friedberg]35 IDPR Inter-Domain Policy Routing Protocol [Martha_Steenstrup]36 XTP XTP [Greg_Chesson]37 DDP Datagram Delivery Protocol [Wesley_Craig]38 IDPR-CMTP IDPR Control Message Transport Proto [Martha_Steenstrup]39 TP++ TP++ Transport Protocol [Dirk_Fromhein]40 IL IL Transport Protocol [Dave_Presotto]41 IPv6 IPv6 encapsulation [RFC2473]42 SDRP Source Demand Routing Protocol [Deborah_Estrin]43 IPv6-Route Routing Header for IPv6 [Steve_Deering]44 IPv6-Frag Fragment Header for IPv6 [Steve_Deering]45 IDRP Inter-Domain Routing Protocol [Sue_Hares]46 RSVP Reservation Protocol [RFC2205][RFC3209][Bob_Braden]47 GRE Generic Routing Encapsulation [RFC1701][Tony_Li]48 DSR Dynamic Source Routing Protocol [RFC4728]49 BNA BNA [Gary Salamon]50 ESP Encap Security Payload [RFC4303]51 AH Authentication Header [RFC4302]52 I-NLSP Integrated Net Layer Security TUBA [K_Robert_Glenn]53 SWIPE IP with Encryption [John_Ioannidis]54 NARP NBMA Address Resolution Protocol [RFC1735]55 MOBILE IP Mobility [Charlie_Perkins]56 TLSP Transport Layer Security Protocol [Christer_Oberg]using Kryptonet key management57 SKIP SKIP [Tom_Markson]58 IPv6-ICMP ICMP for IPv6 [RFC2460]59 IPv6-NoNxt No Next Header for IPv6 [RFC2460]60 IPv6-Opts Destination Options for IPv6 [RFC2460]61 any host internal protocol [Internet_Assigned_Numbers_Authority]62 CFTP CFTP [Forsdick, H., "CFTP", Network Message, Bolt Beranek and Newman, January1982.][Harry_Forsdick]63 any local network [Internet_Assigned_Numbers_Authority]64 SAT-EXPAK SATNET and Backroom EXPAK [Steven_Blumenthal]65 KRYPTOLAN Kryptolan [Paul Liu]66 RVD MIT Remote Virtual Disk Protocol [Michael_Greenwald]67 IPPC Internet Pluribus Packet Core [Steven_Blumenthal]68 any distributed file system [Internet_Assigned_Numbers_Authority]69 SAT-MON SATNET Monitoring [Steven_Blumenthal]70 VISA VISA Protocol [Gene_Tsudik]71 IPCV Internet Packet Core Utility [Steven_Blumenthal]72 CPNX Computer Protocol Network Executive [David Mittnacht]73 CPHB Computer Protocol Heart Beat [David Mittnacht]74 WSN Wang Span Network [Victor Dafoulas]75 PVP Packet Video Protocol [Steve_Casner]76 BR-SAT-MON Backroom SATNET Monitoring [Steven_Blumenthal]77 SUN-ND SUN ND PROTOCOL-Temporary [William_Melohn]78 WB-MON WIDEBAND Monitoring [Steven_Blumenthal]79 WB-EXPAK WIDEBAND EXPAK [Steven_Blumenthal]80 ISO-IP ISO Internet Protocol [Marshall_T_Rose]81 VMTP VMTP [Dave_Cheriton]82 SECURE-VMTP SECURE-VMTP [Dave_Cheriton]83 VINES VINES [Brian Horn]84 TTP TTP [Jim_Stevens]84 IPTM Protocol Internet Protocol Traffic [Jim_Stevens]Manager85 NSFNET-IGP NSFNET-IGP [Hans_Werner_Braun]86 DGP Dissimilar Gateway Protocol [M/A-COM Government Systems, "Dissimilar Gateway Protocol Specification, DraftVersion", Contract no. CS901145, November 16, 1987.][Mike_Little]87 TCF TCF [Guillermo_A_Loyola]88 EIGRP EIGRP [Cisco Systems, "Gateway Server Reference Manual", Manual Revision B, January 10,1988.][Guenther_Schreiner]89 OSPFIGP OSPFIGP [RFC1583][RFC2328][RFC5340][John_Moy][Welch, B., "The Sprite Remote Procedure Call System", Technical Report,90 Sprite-RPC Sprite RPC Protocol UCB/Computer Science Dept., 86/302, University of California at Berkeley, June1986.][Bruce Willins]91 LARP Locus Address Resolution Protocol [Brian Horn]92 MTP Multicast Transport Protocol [Susie_Armstrong]93 AX.25 AX.25 Frames [Brian_Kantor]94 IPIP IP-within-IP Encapsulation Protocol [John_Ioannidis]95 MICP Mobile Internetworking Control Pro. [John_Ioannidis]96 SCC-SP Semaphore Communications Sec. Pro. [Howard_Hart]97 ETHERIP Ethernet-within-IP Encapsulation [RFC3378]98 ENCAP Encapsulation Header [RFC1241][Robert_Woodburn]99 any private encryption scheme [Internet_Assigned_Numbers_Authority]100 GMTP GMTP [[RXB5]]101 IFMP Ipsilon Flow Management Protocol [Bob_Hinden][November 1995, 1997.]102 PNNI PNNI over IP [Ross_Callon]103 PIM Protocol Independent Multicast [RFC4601][Dino_Farinacci]104 ARIS ARIS [Nancy_Feldman] 105 SCPS SCPS [Robert_Durst] 106 QNX QNX [Michael_Hunter]107 A/N Active Networks [Bob_Braden]108 IPComp IP Payload Compression Protocol [RFC2393]109 SNP Sitara Networks Protocol [Manickam_R_Sridhar]110 Compaq-Peer Compaq Peer Protocol [Victor_Volpe]111 IPX-in-IP IPX in IP [CJ_Lee]112 VRRP Virtual Router Redundancy Protocol [RFC5798]113 PGM PGM Reliable Transport Protocol [Tony_Speakman]114 any 0-hop protocol [Internet_Assigned_Numbers_Authority]115 L2TP Layer Two Tunneling Protocol [RFC3931][Bernard_Aboba]116 DDX D-II Data Exchange (DDX) [John_Worley]117 IATP Interactive Agent Transfer Protocol [John_Murphy]118 STP Schedule Transfer Protocol [Jean_Michel_Pittet] 119 SRP SpectraLink Radio Protocol [Mark_Hamilton]120 UTI UTI [Peter_Lothberg] 121 SMP Simple Message Protocol [Leif_Ekblad]122 SM SM [Jon_Crowcroft]123 PTP Performance Transparency Protocol [Michael_Welzl]124 ISIS over IPv4 [Tony_Przygienda]125 FIRE [Criag_Partridge] 126 CRTP Combat Radio Transport Protocol [Robert_Sautter]127 CRUDP Combat Radio User Datagram [Robert_Sautter] 128 SSCOPMCE [Kurt_Waber] 129 IPLT [[Hollbach]]130 SPS Secure Packet Shield [Bill_McIntosh]131 PIPE Private IP Encapsulation within IP [Bernhard_Petri]132 SCTP Stream Control Transmission Protocol [Randall_R_Stewart]133 FC Fibre Channel [Murali_Rajagopal][RFC6172]134 RSVP-E2E-IGNORE [RFC3175]135 Mobility Header [RFC6275]136 UDPLite [RFC3828]137 MPLS-in-IP [RFC4023]138 manet MANET Protocols [RFC5498]139 HIP Host Identity Protocol [RFC5201]140 Shim6 Shim6 Protocol [RFC5533]141 WESP Wrapped Encapsulating Security [RFC5840]Payload142 ROHC Robust Header Compression [RFC5858]143-252 Unassigned [Internet_Assigned_Numbers_Authority]253 Use for experimentation and testing [RFC3692]254 Use for experimentation and testing [RFC3692]255 Reserved [Internet_Assigned_Numbers_Authority]PeopleID Name Contact URI Last Updated[Barry_Boehm] Barry Boehm mailto:boehm&[Barry_Howard] Barry Howard mailto:Howard&[Bernard_Aboba] Bernard Aboba mailto:bernarda& 1998-04[Bernhard_Petri] Bernhard Petri mailto:bernhard.petri& 2012-07-09[Bill_McIntosh] Bill McIntosh mailto:BMcIntosh&[Bob_Braden] Bob Braden mailto:braden& 1997-07[Bob_Hinden] Bob Hinden mailto:hinden&[Brian_Kantor] Brian Kantor mailto:brian&[CJ_Lee] CJ Lee mailto:cj_lee& 1997-10[Charlie_Perkins] Charlie Perkins mailto:perk& 1994-10[Christer_Oberg] Christer Oberg mailto:chg&bull.se 1994-10[Criag_Partridge] Criag Partridge mailto:craig& 1999-08[Dave_Cheriton] Dave Cheriton mailto:cheriton&[Dave_Presotto] Dave Presotto mailto:presotto& 1995-07[David_Clark] David Clark mailto:ddc&[David_Mills] David Mills mailto:Mills&[Deborah_Estrin] Deborah Estrin mailto:estrin&[Dino_Farinacci] Dino Farinacci mailto:dino& 1996-03[Dirk_Fromhein] Dirk Fromhein mailto:df&[Gene_Tsudik] Gene Tsudik mailto:tsudik&[Greg_Chesson] Greg Chesson mailto:Greg&[Guenther_Schreiner] Guenther Schreiner mailto:snmp-admin&a.de[Guillermo_A_Loyola] Guillermo A. Loyola mailto:LOYOLA&[Hans_Werner_Braun] Hans-Werner Braun mailto:HWB&[Harry_Forsdick] Harry Forsdick mailto:Forsdick&[Howard_Hart] Howard Hart mailto:hch&[Internet_Assigned_Numbers_Authority] Internet Assigned Numbers Authority mailto:iana& 1995-06[J_Noel_Chiappa] J. Noel Chiappa mailto:JNC&[Jack_Haverty] Jack Haverty mailto:jhaverty&[Jean_Michel_Pittet] Jean-Michel Pittet mailto:jmp& 1998-11[Jim_Stevens] Jim Stevens mailto:jasteven& 2011-01-26[John_Ioannidis] John Ioannidis mailto:ji&[John_Moy] John Moy mailto:jmoy&[John_Murphy] John Murphy mailto:john.m.murphy& 1998-10[John_Worley] John Worley mailto:worley& 1998-06[Jon_Crowcroft] Jon Crowcroft mailto:jon& 1999-06[Jon_Postel] Jon Postel mailto:postel&[K_Robert_Glenn] K. Robert Glenn mailto:glenn&[Kurt_Waber] Kurt Waber mailto:kurt.waber& 1999-08[Leif_Ekblad] Leif Ekblad mailto:leif& 2012-08-21[Manickam_R_Sridhar] Manickam R. Sridhar mailto:msridhar& 1997-09[Mark_Hamilton] Mark Hamilton mailto:mah& 1998-11[Marshall_T_Rose] Marshall T. Rose mailto:mrose&[Martha_Steenstrup] Martha Steenstrup mailto:MSteenst&[Michael_Greenwald] Michael Greenwald mailto:Greenwald&[Michael_Hunter] Michael Hunter mailto:mphunter& 1997-07[Michael_Welzl] Michael Welzl mailto:michael&tk.uni-linz.ac.at 1999-08[Mike_Little] Mike Little mailto:little&macom4.arpa[Murali_Rajagopal] Murali Rajagopal mailto:murali& 2000-05[Nancy_Feldman] Nancy Feldman mailto:nkf& 1997-01[Peter_Lothberg] Peter Lothberg mailto:roll&stupi.se 1999-03[Randall_R_Stewart] Randall R. Stewart mailto:rrs& 2000-04[Robert_Durst] Robert Durst mailto:durst& 1997-03[Robert_Hinden] Robert Hinden mailto:Hinden&[Robert_Sautter] Robert Sautter mailto:rsautter& 1999-08[Robert_W_Scheifler] Robert W. Scheifler mailto:RWS&[Robert_Woodburn] Robert Woodburn mailto:woody&[Ross_Callon] Ross Callon mailto:rcallon& 1995-12[Steve_Casner] Steve Casner mailto:casner&[Steve_Chipman] Steve Chipman mailto:Chipman&[Steve_Deering] Steve Deering mailto:deering& 1995-03[Steven_Blumenthal] Steven Blumenthal mailto:BLUMENTHAL&[Stuart_A_Friedberg] Stuart A. Friedberg mailto:stuart&[Sue_Hares] Sue Hares mailto:skh&[Susie_Armstrong] Susie Armstrong mailto:Armstrong.wbst128&[Tom_Markson] Tom Markson mailto:markson& 1995-09[Tony_Ballardie] Tony Ballardie mailto:A.Ballardie&[Tony_Li] Tony Li mailto:tony.li&tony.li 2012-10-17[Tony_Przygienda] Tony Przygienda mailto:prz& 1999-08[Tony_Speakman] Tony Speakman mailto:speakman& 1998-01[Trudy_Miller] Trudy Miller mailto:Trudy&[Victor_Volpe] Victor Volpe mailto:vvolpe& 1997-10[Wesley_Craig] Wesley Craig mailto:Wesley.Craig&[William_Melohn] William Melohn mailto:Melohn&[Zaw_Sing_Su] Zaw-Sing Su mailto:ZSu&tsca.istc.sri.。

rfc中常用的测试协议

rfc中常用的测试协议

rfc中常用的测试协议引言在计算机网络领域中,为了确保网络协议的正确性和稳定性,测试协议起到了至关重要的作用。

RFC(Request for Comments)是一系列文件,用于描述互联网相关协议、过程和技术。

在RFC中,也包含了一些常用的测试协议,用于验证和评估网络协议的功能和性能。

本文将介绍RFC中常用的测试协议,并深入探讨其原理和应用。

二级标题1:PING协议三级标题1.1:概述PING协议是一种常用的网络测试协议,用于测试主机之间的连通性。

它基于ICMP (Internet Control Message Protocol)协议,通过发送ICMP Echo Request报文并等待目标主机的ICMP Echo Reply报文来判断目标主机是否可达。

三级标题1.2:工作原理PING协议的工作原理如下: 1. 发送方主机生成一个ICMP Echo Request报文,并将目标主机的IP地址作为目的地。

2. 发送方主机将报文发送到网络中。

3.中间路由器收到报文后,将报文转发到下一跳路由器。

4. 目标主机收到ICMP Echo Request报文后,生成一个ICMP Echo Reply报文,并将其发送回发送方主机。

5. 发送方主机收到ICMP Echo Reply报文后,通过比较报文中的标识符和序列号等字段,判断目标主机是否可达。

三级标题1.3:应用场景PING协议在网络中的应用非常广泛,常用于以下场景: - 测试主机之间的连通性,判断网络是否正常工作。

- 测试网络延迟,通过计算ICMP Echo Request报文的往返时间来评估网络质量。

- 排查网络故障,通过检查ICMP Echo Reply报文中的错误码来定位故障原因。

二级标题2:Traceroute协议三级标题2.1:概述Traceroute协议用于跟踪数据包从源主机到目标主机经过的路径。

它通过发送一系列的UDP报文,并在每个报文中设置不同的TTL(Time to Live)值来实现。

网络协议RFC文档版本号

网络协议RFC文档版本号

1.表格表1 协议列表说明:●Vxworks中网络协议基本与4.4BSD网络兼容,但增强了实时性和某些特性。

●Vxworks支持的网络协议如下,但并没有指明版本号:应用层:NFS FTP TFTP DHCP SNTP TELNET MIB-II HTTP;传输层:TCP UDP;网络层:IP IP多播CIDR RIP OSPF ICMP ARP IGMP;链路层:Ethernet PPP SLIP CSLIP。

各个版本之间差别不是很大,基本的功能都是相同的。

2.各个网络协议的部分RFC标准RFC1122, 标准RFC3168, RFC6093, RFC6528均为建议标准RFC2228, RFC2640, 建议标准RFC2773, 实验性EXPERIMENTALRFC3659, RFC5797建议标准RFC1782, RFC1783, RFC1784, 建议标准RFC1785, INFORMATIONALRFC2347, RFC2348, RFC2349DRAFT STANDARDRFC1349建议标准RFC950, 标准协议RFC4884建议标准RFC5227, RFC5494建议标准RFC1957, international RFC2449, RFC6186建议标准RFC5506, RFC5761, RFC6051, RFC6222建议标准(14)RSTPRFC3265, RFC3853, RFC4320, RFC4916,RFC5393, RFC5621, RFC5626, RFC5630 , RFC5922, RFC5954, RFC6026, RFC6141建议标准RFC4822HTTPS不应与在RFC 2660中定义的安全超文本传输协议(S-HTTP)相混RFC5785建议标准。

RFC以太网性能测试规程

RFC以太网性能测试规程

1RFC2544 概述IP网络设备是IP网络的核心,其性能的好坏直接影响IP网网络规模、网络稳定性以及网络可扩展性。

由于IETF没有对特定设备性能测试作专门规定,一般来说只能按照RFC2544(Benchmarking Methodology for Network Interconnect Devices)作测试。

以太网交换机测试标准则参照RFC2889(Benchmarking Methodology for LAN Sw itching Devices)。

但是由于网络互联设备除了通用性能测试以外通常还有一些特定的性能指标。

例如路由器区别于一般简单的网络互连设备,在性能测试时还应该加上路由器特有的性能测试。

例如路有表容量、路由协议收敛时间等指标。

网络互联设备例如路由器性能测试应当包括下列指标:吞吐量(Throughput):测试路由器包转发的能力。

通常指路由器在不丢包条件下每秒转发包的极限。

一般可以采用二分发查找该极限点。

时延(Latency):测试路由器在吞吐量范围内从收到包到转发出该包的时间间隔。

时延测试应当重复20次然后去其平均值。

丢包率(Packet loss rate):测试路由器在不同负荷下丢弃包占收到包的比例。

不同负荷通常指从吞吐量测试到线速(线路上传输包的最高速率),步长一般使用线速的10%。

背靠背帧数(Back-to-back frame):测试路由器在接收到以最小包间隔传输时不丢包条件下所能处理的最大包数。

该测试实际考验路由器缓存能力。

如果路由器具备线速能力(吞吐量=接口媒体线速),则该测试没有意义。

系统恢复时间(System recovery):测试路由器在过载后恢复正常工作的时间。

测试方法可以采用向路由器端口发送吞吐量110%和线速间的较小值持续60秒后将速率下降到50%的时刻到最后一个丢包的时间间隔。

如果路由器具备线速能力,则该测试没有意义。

系统复位(Reset):测试路由器从软件复位或关电重启到正常工作的时间间隔。

第八章网管

第八章网管
创建、删除,控制安全服务和机制; 创建、删除,控制安全服务和机制; 与安全相关信息的分发; 与安全相关信息的分发; 与安全相关事件的通报。 与安全相关事件的通报。
NJUPT 207
5大功能的关系 大功能的关系 上述五个不同的的管理功能需要的服务有 许多是重复的。 许多是重复的。如:
日志的建立、维护和控制。 日志的建立、维护和控制。
ISO把各管理功能域中共同的东西抽取出来, 把各管理功能域中共同的东西抽取出来, 把各管理功能域中共同的东西抽取出来 专门定义了一些管理功能服务来支持应用 于不同的管理功能域。 于不同的管理功能域。 这些管理功能服务称为系统管理功能 (SMF)。 )
NJUPT 207
网络管理系统逻辑模型(ISO) 网络管理系统逻辑模型
NJUPT 207
计费管理 计费管理记录网络资源的使用。 计费管理记录网络资源的使用。 目的是控制和监测网络操作的费用和代价。 目的是控制和监测网络操作的费用和代价 。 它可以估算出用户使用网络资源可能需要 的费用和代价,以及已经使用的资源。 的费用和代价,以及已经使用的资源。 网络管理者还可以规定用户可使用的最大 费用, 费用 , 从而控制用户过多占用和使用网络 资源。 资源。
UDP/TCP
IP
代理进程 SNMP UDP IP
IP 网络接口
NJUPT 207
SNMP网管系统的组成 网管系统的组成 管理信息库MIB(management information base) 管理信息结构SMI(structure of management information) SNMP协议(simple network management protocol)
故障管理功能 检测被管对象的差错, 或接收被管对象的 检测被管对象的差错 , 差错事件通报; 差错事件通报; 当存在空闲设备或迂回路由时, 当存在空闲设备或迂回路由时 , 提供新的 网络资源用于服务; 网络资源用于服务; 创建和维护差错日志库, 创建和维护差错日志库 , 并对差错日志进 行分析; 行分析; 进行诊断和测试, 以追踪和确定故障位置、 进行诊断和测试 , 以追踪和确定故障位置 、 故障性质; 故障性质; 通过资源更换或维护, 通过资源更换或维护 , 以及其他恢复措施 使其重新开始服务。 使其重新开始服务。

常见网络端口对照表(Excel)

常见网络端口对照表(Excel)

端口协议描述状态0TCP,UDP保留端口;不使用(若发送过程不准备接受回复消息,则可以作为源端口)官方1TCP,UDP TCPMUX(传输控制协议端口服务多路开关选择器)官方5TCP,UDP RJE(远程作业登录)官方7TCP,UDP ECHO(回显)协议官方9TCP,UDP DISCARD(丢弃)协议官方11TCP,UDP SYSTAT协议官方13TCP,UDP DAYTIME协议官方15TCP,UDP NETSTAT协议官方17TCP,UDP QOTD(Quote of the Day,每日引用)协议官方18TCP,UDP消息发送协议官方19TCP,UDP CHARGEN(字符发生器)协议官方20TCP,UDP文件传输协议(FTP) - 默认数据端口官方21TCP,UDP文件传输协议(FTP) - 控制端口官方22TCP,UDP SSH (Secure Shell) - 远程登录协议,用于安全登录 文件传输(SCP,SFTP)及端口重官方23TCP,UDP Telnet 终端仿真协议 - 未加密文本通信官方25TCP,UDP SMTP(简单邮件传输协议) - 用于邮件服务器间的电子邮件传递官方26TCP,UDP RSFTP - 一个简单的类似FTP的协议非官方35TCP,UDP QMS Magicolor 2 printer非官方37TCP,UDP TIME时间协议官方39TCP,UDP Resource Location Protocol(资源定位协议)官方41TCP,UDP图形官方42TCP,UDP Host Name Server(主机名服务)官方42TCP,UDP WINS(WINS主机名服务)非官方43TCP WHOIS 协议官方49TCP,UDP TACACS 登录主机协议官方53TCP,UDP DNS(域名服务系统)官方56TCP,UDP远程访问协议官方57TCP MTP,邮件传输协议67UDP BOOTP(BootStrap协议)服务;同时用于DHCP(动态主机设定协议)官方68UDP BOOTP 客户端;同时用于DHCP(动态主机设定协议)官方69UDP TFTP(小型文件传输协议)官方70TCP Gopher信息检索协议官方79TCP Finger协议官方80TCP HTTP(超文本传输协议)- 用于传输网页官方81TCP HTTP预备(超文本传输协议)官方81TCP Torpark - Onion routing ORport非官方82UDP Torpark - 控制端口非官方88TCP Kerberos - 认证代理官方101TCP主机名102TCP ISO-TSAP 协议107TCP远程Telnet协议109TCP POP(Post Office Protocol),“邮局协议”,第2版110TCP POP3(“邮局协议”,第3版)- 用于接收电子邮件官方111TCP,UDP Sun协议官方113TCP ident - old server identification system, 仍然被IRC 服务器用来认证它的用户官方115TCP SFTP, 简单文件传输协议117TCP UUCP-PATH118TCP,UDP SQL 服务官方119TCP NNTP (Network News Transfer Protocol) - 用来收取新闻组的消息官方123UDP NTP (Network Time Protocol) - used for time synchronization官方135TCP,UDP EPMAP (End Point Mapper) / Microsoft RPC Locator Service官方137TCP,UDP NetBIOS NetBIOS Name Service官方138TCP,UDP NetBIOS NetBIOS Datagram Service官方139TCP,UDP NetBIOS NetBIOS Session Service官方143TCP,UDP IMAP4 (Internet Message Access Protocol 4) - used for retrieving E-mails官方152TCP,UDP BFTP, Background File Transfer Program153TCP,UDP SGMP, Simple Gateway Monitoring Protocol156TCP,UDP SQL Service官方158TCP,UDP DMSP, Distributed Mail Service Protocol161TCP,UDP SNMP (Simple Network Management Protocol)官方162TCP,UDP SNMPTRAP官方170TCP Print-srv179TCP BGP (Border Gateway Protocol)官方194TCP IRC (Internet Relay Chat)官方201TCP,UDP AppleTalk Routing Maintenance209TCP,UDP The Quick Mail Transfer Protocol213TCP,UDP IPX官方218TCP,UDP MPP, Message Posting Protocol220TCP,UDP IMAP, Interactive Mail Access Protocol, version 3259TCP,UDP ESRO, Efficient Short Remote Operations264TCP,UDP BGMP,Border Gateway Multicast Protocol308TCP Novastor Online Backup官方311TCP Apple Server-Admin-Tool, Workgroup-Manager-Tool318TCP,UDP TSP, Time Stamp Protocol323TCP,UDP IMMP, Internet Message Mapping Protocol383TCP,UDP HP OpenView HTTPs Operations Agent366TCP,UDP SMTP, Simple Mail Transfer Protocol. ODMR, On-Demand Mail Relay369TCP,UDP Rpc2portmap官方371TCP,UDP ClearCase albd官方384TCP,UDP A Remote Network Server System387TCP,UDP AURP, AppleTalk Update-based Routing Protocol389TCP,UDP LDAP (Lightweight Directory Access Protocol)官方401TCP,UDP UPS Uninterruptible Power Supply官方411TCP Direct Connect Hub port非官方412TCP Direct Connect Client-To-Client port非官方427TCP,UDP SLP (Service Location Protocol)官方443TCP HTTPS - HTTP Protocol over TLS/SSL (encrypted transmission)官方444TCP,UDP SNPP,Simple Network Paging Protocol445TCP Microsoft-DS (Active Directory,Windows shares, Sasser worm,Agobot, Zobotwor官方445UDP Microsoft-DS SMB file sharing官方464TCP,UDP Kerberos Change/Set password官方465TCP Cisco protocol官方465TCP SMTP over SSL非官方475TCP tcpnethaspsrv (Hasp services, TCP/IP version)官方497TCP dantz backup service官方500TCP,UDP ISAKMP,IKE-Internet Key Exchange官方502TCP,UDP Modbus,Protocol512TCP exec, Remote Process Execution512UDP comsat, together with biff:notifies users of new c.q. yet unread e-mail513TCP Login513UDP Who514TCP rsh514UDP syslog protocol - used for system logging官方515TCP Line Printer Daemon protocol - used in LPD printer servers517UDP Talk518UDP NTalk520TCP efs520UDP Routing - RIP官方513UDP Router524TCP,UDP NCP (NetWare Core Protocol) is used for a variety things such as access to pr官方525UDP Timed, Timeserver530TCP,UDP RPC官方531TCP,UDP AOL Instant Messenger, IRC非官方532TCP netnews533UDP netwall, For Emergency Broadcasts540TCP UUCP (Unix-to-Unix Copy Protocol)官方542TCP,UDP commerce (Commerce Applications)官方543TCP klogin, Kerberos login544TCP kshell, Kerberos Remote shell546TCP,UDP DHCPv6 client547TCP,UDP DHCPv6 server548TCP AFP(Apple Filing Protocol)550UDP new-rwho, new-who554TCP,UDP RTSP (Real Time Streaming Protocol)官方556TCP Remotefs, rfs, rfs_server560UDP rmonitor, Remote Monitor561UDP monitor563TCP,UDP NNTP protocol over TLS/SSL (NNTPS)官方587TCP email message submission(SMTP) (RFC 2476)官方591TCP FileMaker 6.0 (and later) Web Sharing (HTTP Alternate, see port 80)官方593TCP,UDP HTTP RPC Ep Map(RPC over HTTP, often used by DCOM services and Microsoft Exc官方604TCP TUNNEL631TCP,UDP IPP,Internet Printing Protocol636TCP,UDP LDAP over SSL (encrypted transmission, also known as LDAPS)官方639TCP,UDP MSDP, Multicast Source Discovery Protocol646TCP LDP, Label Distribution Protocol647TCP DHCP Failover Protocol648TCP RRP, Registry Registrar Protocol652TCP DTCP, Dynamic Tunnel Configuration Protocol654UDP AODV, Ad hoc On-Demand Distance Vector665TCP sun-dr, Remote Dynamic Reconfiguration非官方666UDP毁灭战士,电脑平台上的一系列第一人称射击游戏。

QoS模型术语详

QoS模型术语详

QoS模型术语详解随着数据设备对QoS实现的越来越多,我们也应该更多地去关注QoS方面的知识。

但是在阅读QoS文献的时候,发现太多的QoS术语让我们对相关文档望而却步。

如果要对各种QoS模型做详尽的阐述,限于篇幅不太可能,而且也没有必要,因为关于QoS文献很多。

本文试图对QoS模型及其中的术语做深入浅出的解释,并给出出现该术语的RFC,以便大家做深入的了解,希望对大家的学习有所帮助。

QoSQoS,英文全称Quality of Service,即服务质量。

不同网络的服务质量指标不同,不同的组织对QoS也有不同的定义:电信网的QoS由ITU(国际电信联盟)定义;ATM网络的QoS由ATM论坛定义;IP网络的QoS由IETF定义。

IP QoSIP网络服务质量由RFC 2386定义,具体的服务质量指标可以量化为带宽、延迟、延迟抖动、丢失率和吞吐量等。

以下术语都是与IP QoS相关的术语。

QoS模型目前IETF定义了两种QoS模型:综合服务(IntServ)和区分服务(DiffServ),综合服务是一种基于资源预留的端到端服务质量模型;区分服务是基于每跳PHB的服务质量模型。

IntServ模型RFC1633定义的IntServ模型只是一个基本的体系架构,它规定了在网络上保证QoS 的一些基本要素。

IntServ的基本思想是网络中的每个网络单元,包括主机和路由器,在需要进行数据传输时首先在传输路径上进行资源预留,这种预留是基于流的,相比较DiffServ 来讲,属于精细粒度的预留。

IntServ模型可以用在视频流和音频流应用方面,它可以保证多媒体流在网络拥塞时不受干扰。

在IntServ中,Flow Specs作为资源预留的描述,RSVP 作为资源预留的信令。

Flow Specs中文翻译成流规范,流规范包括两个方面:1、流是什么样子的?在流描述(T-Specs,Traffic Specification)中定义。

RFC协议标准

RFC协议标准

标准参考文档链路层协议PPP(Point-to-Point Protocol):RFC 1332: The PPP Internet Protocol Control Protocol (IPCP)RFC 1334: PPP Authentication ProtocolsRFC 1552: The PPP Internetworking Packet Exchange Control Protocol (IPXCP) RFC 1570: PPP LCP Extensions(实现了其中的callback选项)RFC 1661: The Point-to-Point Protocol (PPP)RFC 1877: PPP Internet Protocol Control Protocol Extensions for Name Server AddressesRFC 1990: The PPP Multilink Protocol (MP)RFC 1994: PPP Challenge Handshake Authentication Protocol (CHAP)RFC 2509: IP Header Compression over PPPRFC 1962: The PPP Compression Control Protocol (CCP)RFC 1974: PPP Stac LZS Compression ProtocoldX25、LAPB(Link Access Protocol Balanced):RFC1613:Cisco Systems X.25 over TCP(XOT)RFC1598:PPP in X.25RFC1461:SNMP MIB extension for MultiProtocol Interconnect over X.25RFC1382: SNMP MIB Extension for the X.25 Packet LayerRFC1381: SNMP MIB Extension for X.25 LAPBRFC1356: Multiprotocol Interconnect on X.25 and ISDN in the Packet ModeRFC1236: IP to X.121 Address Mapping for DDNRFC1226: Internet Protocol Encapsulation of AX.25 FramesRFC1090: SMTP on X.25RFC1086: ISO-TP0 bridge between TCP and X.25RFC874: Critique of X.25RFC1236: IP to X.121 Address Mapping for DDNRFC1133: Routing between the NSFNET and the DDNCisco-HDLC:Cisco-HDLC是CISCO自己设计的一个协议,没有可参考的标准Frame Relay:RFC1294/1490: Multiprotocol Interconnect over Frame RelayRFC1293: Inverse Address Resolution Protocol(INARP)RFC1315: Management Information Base for Frame Relay DTEsITU-T Q933附录A:帧中继本地管理接口(LMI)协议ANSI T1.617附录D:帧中继本地管理接口(LMI)协议ISDN(Integrated Services Digital Network):ITU-T Q.931建议(网络层)ITU-T Q.921建议(链路层)IP层协议RFC791: Internet Protocol. (IP)RFC792: Internet Control Message Protocol (ICMP)RFC793: TRANSMISSION CONTROL PROTOCOL (TCP)RFC896: Congestion Control in IP/TCP InternetworksRFC768: User Datagram Protocol (UDP)RFC 826: An Ethernet Address Resolution Protocol (ARP)Socket: Unix标准路由协议RIP(Routing Information Protocol):RFC1058: Routing Information ProtocolRFC1723: RIP Version 2RFC2082: RIP-2 MD5 AuthenticationOSPF(Open Shortest Path First):RFC2328: OSPF Version 2RFC1793: Extending OSPF to Support Demand CircuitsIGRP(Interior Gateway Routing Protocol):IGRP协议无标准RFC,与CISCO保持兼容BGP(Border Gateway Protocol):RFC1771: A Border Gateway Protocol 4(BGP-4)RFC1772: Application of the Border Gateway Protocol in the Internet (BGP-4) RFC1965: Autonomous System Confederations for BGPRFC1966: BGP Route Reflection -- An alternative to full mesh IBGPRFC1997: BGP Community AttributeRFC2439: BGP Route Flap Damping网络安全RADIUS(Remote Authentication Dial In User Service):RFC2138: Remote Authentication Dial In User Service (RADIUS)RFC2139: RADIUS AccountingGRE(Generic Routing Encapsulation):RFC1701: Generic Roouting Encapsulation (老版本)RFC1702: Generic Routing Encapsulation over IPv4 networksRFC2784: Generic Roouting Encapsulation (新版本)RFC2667: IP Tunnel MIBIPSEC(IP Security):RFC1825: Security Architechure for the Internet Protocol (老版本)RFC2401: Security Architechure for the Internet Protocol (新版本)AH(Authentication Header)协议:RFC2402: IP Authentication HeaderRFC1321: The MD5 Message-Digest AlgorithmRFC2104: HMAC: Keyed-Hashing for Message AuthenticationRFC2085: IP Authentication with Replay PreventionRFC2403: The Use of HMAC-MD5-96 within ESP and AHRFC2404: The Use of HMAC-SHA-1-96 within ESP and AHESP(Encapsulating Security Payload):RFC2406: IP Encapsulating Security Payload (ESP)RFC2405: The ESP DES-CBC Cipher Algorithm With Explicit IVIKE(Internet Key Exchange):RFC2408:Internet Security Association and Key Management Protocol (ISAKMP) RFC2409:The Internet Key Exchange (IKE)RFC2407:The Internet IP Security Domain of Interpretation for ISAKMP (IPSEC DOI)L2TP(Layer 2 Tunnel Protocol):RFC2661:Layer 2 Tunnel ProtocolNAT(Network Address Translator):RFC1631:The IP Network Address Translator (NAT)RFC2663:IP Network Address Translator (NAT) Terminology and Considerations 网络管理SNMP(Simple Network Management Protocol):RFC 1157: Simple Network Management Protocol (SNMP)。

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
to allow a workstation to retrieve mail that the server is holding
for it.
For the remainder of this memo, the term "client host" refers to a
host making use of the POP3 service, while the term "server host"
(respectively) until the connection is closed or aborted.
Commands in the POP3 nsist of a keyword, possibly followed by one
or more arguments. All commands are terminated by a CRLF pair.
the maildrop
- allowed servers to close the connection after a failed
authentication command
- removed the LAST command
- fixed typo in example of TOP command
terminated by a CRLF pair. There are currently two status
indicators: positive ("+OK") and negative ("-ERR").
Responses to certain commands are multi-line. In these cases, which
its relay host (this relay host could be, but need not be, the
POP3 server host for the client host).
3. Basic Operation
Initially, the server host starts the POP3 service by listening on
improvements. Please refer to the current edition of the "Internet
Official Protocol Standards" (STD 1) for the standardization state
and status of this protocol. Distribution of this memo is unlimited.
Keywords and arguments consist of printable ASCII characters.
Keywords and arguments are each separated by a single SPACE
character. Keywords are three or four characters long. Each argument
are clearly indicated below, after sending the first line of the
response and a CRLF, any additional lines are sent, each terminated
nodes. The Post Office Protocol - Version 3 (POP3) is intended to
permit a workstation to dynamically access a maildrop on a server
host in a useful fashion. Usually, this means that the POP3 is used
these smaller nodes, and they often support a user agent (UA) to aid
the tasks of mail handling. To solve this problem, a node which can
support an MTS entity offers a maildrop service to these less endowed
Network Working Group J. Myers
Request for Comments: 1725 Carnegie Mellon
Obsoletes: 1460 M. Rose
this memo is presented here:
When the user agent on a client host wishes to enter a message
into the transport system, it establishes an SMTP connection to
may be up to 40 characters long.
Responses in the POP3 consist of a status indicator and a keyword
possibly followed by additional information. All responses are
RFC 1725 POP3 November 1994
- added warning regarding length of shared secrets with APOP
- added additional warnings to the security considerations section
1. Introduction
On certain types of smaller nodes in the Internet it is often
impractical to maintain a message transport system (MTS). For
example, a workstation may not have sufficient resources (cycles,
anything to the understanding of POP
- clarified syntax of commands, keywords, and arguments
- clarified behavior on broken connection
client and POP3 server then exchange commands and responses
Myers & Rose [Page 2]
RFC 1725 POP3 November 1994
Overview
This memo is a revision to RFC 1460, a Draft Standard. It makes the
following changes from that document:
- removed text regarding "split-UA model", which didn't add
disk space) in order to permit a SMTP server [RFC821] and associated
local mail delivery system to be kept resident and continuously
running. Similarly, it may be expensive (or impossible) to keep a
TCP port 110. When a client host wishes to make use of the service,
it establishes a TCP connection with the server host. When the
connection is established, the POP3 server sends a greeting. The
Status of this Memo
This document specifies an Internet standards track protocol for the
Internet community, and requests discussion and suggestions for
personal computer interconnected to an IP-style network for long
amounts of time (the node is lacking the resource known as
"connectivity").
Despite this, it is often very useful to be able to manage mail on
refers to a host which offers the POP3 service.
2. A Short Digression
This memo does not specify how a client host enters mail into the
transport system, although a method consistent with the philosophy of
Category: Standards Track Dover Beach Consulting, Inc.
November 1994
相关文档
最新文档