组织:中国互动出版网(http://www.china-pub.com/)
RFC文档中文翻译计划(http://www.china-pub.com/compters/emook/aboutemook.htm)
E-mail:ouyang@china-pub.com
译者:15222775@61.(15222775@61. hbzzx2001@yahoo.com.cn )
译文发布时间:2002-1-15
版权:本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载,但必须
保留本文档的翻译及版权信息。
RFC 827
............................ 外部网关协议( EGP)
................................Eric C. Rosen
Bolt Beranek and Newman Inc.
October 1982
它被用于为网关建立一个标准,能够用它对互相猜疑的网关进行处理。 本文档是该标准的一个草稿。 您的意见我们热烈欢迎。
RFC 827 Bolt Beranek and Newman Inc.
Eric C. Rosen
目录
1 介绍.......................................... 1
2 邻机探测.................................. 8
3 邻机可达性协议....................... 11
4 网络可达性( NR)报文.................... 15
5 NR报文轮询.............................. 22
6 发送NR报文.................................. 25
7 间接邻居................................... 27
8 怎样成为一个支线网络............................. 28
9 局限性.......................................... 32
1 介绍
DARPA卫星网Catenet应该是一个不断地发展的系统,有越来越多的主机和越来越多的网络参予其中。 当然,这将需要越来越多的网关。 过去,象这样的扩充以一种相对无组织的方式进行的。 新网关--往往包含与现存网关截然不同的软件--会不断的增加,而且将通过GGP协议迅即参予公共的路由选择算法。 然而,随着国际互联网络发展的越来越大,这种简单的扩充方式亦变得越来越行不通。 存在很多理由∶
-路径选择算法的开销变得过于庞大;
-由于参予单一公共的路径选择算法的各种迥然不同的网关不断增加,致使无法进行维修和故障隔离,因为再也不能将国际互联网络作为一个综合通信系统来对待。
-网关软件和算法特别是路径选择算法,变得太严格和不灵活,因为任何被提议的改变必须由太多不同的地点与太多不同的人员来完成。
将来,国际互联网络应该发展成一组独立的域或"自治系统",每个包含一套相对同构的网关(有一或多个)。 协议特别是这些网关在它们自身当中使用的协议,将要成为专用的事物,而且决不需要在特定的域或系统外面的网关中实现。
在最简单的情况下,一个自治系统可能仅包含单个(例如)将一个局域网连接到ARPANET上的网关。 象这样的网关多半称作"支线网关",因为它唯一的用途是将局域网与国际互联网络的其他部分连接起来,而不是打算用于处理任何发自或去往那个特定局域网的通信。在不久的将来,我们将把国际互联网络视为一组自治系统,其中一个由位于ARPANET and SATNET上的DARPA网关组成,并且其余的是到局域网的支线网关。 前面的系统,我们应该称作"核心"系统,将被后面的系统作为一个运输或"长途"运输系统。
然而,国际互联网络最终可能由很多平等的自治系统组成,他们中的任何一个都能用作为(具有某些约束,将在以后讨论)发自于任何系统并且驶往任何系统的通信的一个传播介质。 当更加复杂的组合产生时,将任何一个自治系统视作一个"核心"系统显然是不合适的。 然而为了具体起见,以及因为外部网关协议的初期实现应该集中在将"支线网关"连接到位于ARPANET and SATNET上的DARPA网关上,所以我们将在我们的实例与讨论中时常使用术语"核心"网关。
外部网关协议( EGP)的宗旨是,当允许最终用户将所有自治系统的复合物看作单个国际互联网络时,利用一个固定的、统一的地址空间,使一个或多个自治系统能够作为发自于其它的自治系统和驶往其它的自治系统的通信的传播介质使用。 数据报穿越国际互联网络的路由与跨过的自治系统的数目,对最终用户来说是透明的(当然,除非最终用户使用IP "源路由"选项)。
在外部网关协议的描述中,我们故意给特殊的自治系统的设计师与实现者留下了许多活动余地,特别在计时器大小方面。 我们之所以这样做是因为我们料到不同的网关实现与不同的国际互联网络环境会产生不同的需求与目标,所以没有适用于所有情况的单一的明确的实现规范。 然而,这并不意谓着符合这规范的任何实现都能正常工作,或我们已经留下活动余地对性能来说使无关紧要的。
事实上(例如)这里没有规定某些超时值却并不意味着指定一个任意值都能工作得很好。
自治系统将被指定一个16位的标识号码(现在很多时候也用同样的方法给网络和协议分配编码),并且每个EGP报头为这个号码贮有一个字。零不会分配给任何自治系统;更确切些,在这个域中存在一个零将表明当前没有号码。
我们必须引进一个网关是另一个网关的邻机( NEIGHBOR)这一概念。在最简单而且最普遍的情况中,如果存在一个每个网关都具有一个到达此网络的接口的网络的话,我们将这两个网关称作"邻机"。 然而,为了容许以下两个情况,我们需要一个更广义的"邻机(neighbor) "概念∶
a)两个网关可认为是邻机,尽管他们并不是通过一个(在一般意义上的术语)网络直接连接,而是通过单根链路、HDLC线路、或某些类似物"直接连接"。 b)两个网关可认为是邻机,尽管他们是通过一个对他们来说是透明的" internet "进行连接的。
也就是说,我们希望能够说两个网关是邻机,即使他们通过一个internet连接,只要该网关在他们的包转发算法中没有利用internet的内部结构方面的知识。
为了处理所有这些情况,我们说两个网关是邻机,如果他们是通过某种内部结构对他们来说是透明的传播介质连接的。 (邻机概念更全面的讨论参见IEN 184.)
如果两个邻机属于同一个自治系统,我们把他们叫做内部邻机;如果两个邻机不属于同一个自治系统,我们把他们叫做外部邻机。 为了一个系统能将另一个作为传播介质使用,互为外部邻机的网关必须能够找出哪些网络经由其他网络是可以到达的。 外部网关协议能使这些信息在外部邻机之间传送。 因为它是一个轮询协议,它也能使每个网关去控制它发送和接收网络可达性信息的速度,容许每个系统控制它的自己的开销。 它也能使每个系统拥有一个独立的路由算法,它的运行不会由于其他的系统的故障而受干扰。
它必须清楚地知道所有的自治系统,路由将在这些拥有自己的路由算法实现的系统内部的网关之间完成。 (由单个支线网关组成的单个自治系统通常不需要路由算法.) 外部网关协议不是一个路由算法。 它能使外部邻机交换所有的路由算法都可能需要的信息,不过未指定网关如何处理这些信息。某些自治系统的内部路由算法的 "路由更新"可能(或可能不)在格式上于外部网关协议的报文相仿。 在DARPA "核心"系统中的网关将开始使用GGP协议(旧的网关至网关协议)作为他们的路由算法,不过这些受变化的影响的。在其他自治系统中的网关可能使用他们自己的内部网关协议( IGPs),可能或可能不类似于任何其他自治系统的IGP。他们当然可以使用GGP,可是不允许用在其他自治系统中的网关交换GGP报文。
还必须清楚地知道,外部网关协议没有打算提供能被作为普通范围或分层路由选择算法的输入使用的信息。 它是为连接成一个树的一组自治系统设计的,没有循环。 它不能传递充分的信息去防止路由回路,如果循环存在于拓扑之中. 外部网关协议有三部分∶ ( a)邻机探测协议, ( b)邻机可达性协议,与( c)网络可达性判断。 注意,EGP定义的所有报文仅用来传播单个"路程段"。 也就是说,他们在一个网关发起并且去往一个邻机网关,没有介于其间的网关用作媒介。
所以,生存时间( TTL)域应该设成一个很小的值。 在不是发给他们的报文流中遇到EGP报文的网关可能丢弃他们。
2邻机探测
从一个外部网关获得路由选择信息之前,必须将那个网关作为一个直接相邻获取。(直接和间接相邻之间的区别在后边的章节给出.)为了使两个网关变成直接相邻,按照前面定义的理解他们必须是邻机,并且他们必须运行只不过是一个标准的三次握手式的邻机探测协议。
一个网关希望与另一个网关启动邻机探测,则给它发送一个邻机探测请求。这个报文应该重复传送(以适当的速度,大约每30秒一次),直到接到一个邻机探测应答。该请求总是包含一个标识号码,用以拷贝到应答中,所以请求和应答能够进行配对。
收到一个“邻机探测请求”的网关必须决定它是否希望变成请求发起者的直接邻机。 如果不,它可以通过它的选项响应以一个邻机探测拒绝报文,随意地规定拒绝的理由。否则,它应该发送一个“邻机探测应答”报文。 它还必须发送一个“邻机探测请求”报文,除非它早已这样做了。
两个网关变成直接邻机,当每个已经发送一个邻机探测报文给另一个,并且来自另一个的对应的“邻机探测应答”已经收到时。
不匹配的应答或拒绝经过一段合理的时间之后应该被丢弃。 然而,所有这些不匹配的报文方面的信息可能对诊断有用。 来自一个已是直接邻机网关的“邻机探测报文”应该用一个“应答”和一个“邻机探测报文”给以响应。
如果从一个预期的邻机收到一个“邻机探测应答”,可是经过一段时间后,没有收到那个预期的邻机的“邻机探测报文”,邻机探测协议应该被认为还未完成。 一个“邻机终止”报文(见下文)当即被发送。如果一个网关仍然希望获取另一个作为一个邻机,该协议必须从头开始重来。
如果一个网关希望终止作为某个外部网关的邻机,它发送一个“邻机终止”报文。
收到“邻机终止”报文的网关应该总是响应以一个“邻机终止”确认。 它应该停止将该报文的发送者视为一个任何方面的邻机。 因为有众多的的协议运行在直接邻机(见下文)间,如果某网关已不需要是其它的的直接邻机,它用一个“邻机终止”报文"有礼貌的"指出这个事实。该“邻机终止”报文应该被重复传输(直到某些次�
没有合适的资源?快使用搜索试试~ 我知道了~
中文RFC文档完整版
共156个文件
doc:152个
txt:4个
4星 · 超过85%的资源 需积分: 9 23 下载量 29 浏览量
2010-08-15
14:17:19
上传
评论
收藏 2.87MB RAR 举报
温馨提示
完整描述的中文版RFC文档,欢迎大家下载。
资源推荐
资源详情
资源评论
收起资源包目录
中文RFC文档完整版 (156个子文件)
分类业务的体系结构(RFC2475).doc 559KB
RFC1142_OSI IS-IS 域内路由协议 .doc 448KB
RFC1144_低速串行链路上的TCPIP头部压缩.doc 392KB
RFC1166_Internet数字.doc 353KB
RFC1131_OSPF规范.doc 305KB
IP移动性支持(RFC2002).doc 271KB
RFC821_简单邮件传输协议 .doc 260KB
RFC1771_边界网关协议版本4(BGP-4) .doc 246KB
RFC1661_PPP协议.doc 218KB
RFC1661_点对点协议(PPP) .doc 218KB
RFC792_Internet 控制信息协议.doc 211KB
RFC792_Internet 控制信息协议 .doc 211KB
RFC1752_推荐IP下一代协议.doc 208KB
IP VPN的框架体系(RFC2764).doc 198KB
MPLS环路预防机制(RFC3063).doc 197KB
RFC1445_简单网络管理协议(SNMPv2)版本 2的管理模式 .doc 182KB
RFC1094_NFS网络文件系统协议说明书 .doc 178KB
RFC1191_路径MTU探索 .doc 169KB
RFC1612_DNS解析器MIB扩展.doc 167KB
RFC1113_Internet电子邮件秘密增强第一部分- 信息加密和身份验证步骤 .doc 156KB
RFC1611_DNS服务器MIB扩展.doc 155KB
RFC955_朝向一个处理过程应用的传输服务 .doc 152KB
RFC1777_轻量级目录访问协议.doc 147KB
RFC1332_PPP Internet 协议控制协议 (IPCP) .doc 138KB
RFC1287_未来的Internet 体系结构 .doc 127KB
RFC1823_LDAP 应用程序界面 .doc 125KB
RFC1738_统一资源定位器(URL.doc 122KB
RFC1633_Internet 体系结构中的综合服务概述 .doc 122KB
RFC1050_RPC远程步骤呼叫协议说明书 .doc 119KB
BGP MPLS VPNs(RFC2547).doc 117KB
RFC2547_BGP MPLS VPNs.doc 117KB
低速串行链路下IP UDP RTP数据包头的压缩(RFC2508).doc 115KB
一个IP电话路由框架(RFC2871).doc 114KB
RFC1057_RPC远程步骤呼叫协议说明书版本 2 .doc 112KB
RFC1321_MD5 信息-摘要算法.doc 111KB
通过RADIUS的L2TP强制遂道的实现(RFC2809).doc 105KB
在以太网上传输PPP的方法(RFC2516).doc 105KB
基于MPLS的流量工程要求(RFC2702).doc 103KB
RFC2702_基于MPLS的流量工程要求.doc 103KB
RFC1075_远距离矢量多播选路协议 .doc 101KB
移动IP反向隧道(RFC2344).doc 96KB
RFC 1582 扩展RIP以支持按需链路.doc 95KB
用LDP和ATM的VC交换实现MPLS(RFC3035).doc 94KB
RFC1713_DNS调试工具.doc 91KB
RFC951_引导协议(BOOTP).doc 89KB
RFC937_邮局协议( 版本 2).doc 88KB
RFC917_因特网子网 .doc 88KB
RFC1073_Telnet窗口大小选项.doc 87KB
RFC1769_简单网络时间协议(SNTP) .doc 87KB
TCP的路径MTU发现问题(RFC2923).doc 87KB
RFC1134_+PPP协议:关于在点到点链路上进行多协议包传送的建议 .doc 86KB
RFC888_STUB Exterior Gateway Protocol .doc 84KB
MPLS标记栈编码(RFC3032).doc 82KB
BGP团体属性(RFC1997).doc 78KB
RFC1333_PPP 链接质量监控 .doc 78KB
RFC854_Telnet协议说明书 .doc 78KB
Cisco热备份路由协议(RFC2281).doc 75KB
Cisco 系统的标签交换体系结构纵览(RFC2105).doc 74KB
RFC1155_基于TCPIP网络的管理结构和标记 .doc 73KB
RFC1454_下一代IP提议的比较.doc 72KB
传统IP网络地址转换(RFC3022).doc 72KB
RFC1724_RIP 版本 2 管理系统库(MIB) 扩展.doc 71KB
RFC20_用于网络交换的 ASCII 格式 .doc 71KB
RFC1635_怎样使用匿名FTP .doc 71KB
RFC1483_通过ATM适应层5的多协议封装 .doc 70KB
用于冗余音频数据的RTP负载格式(RFC2198).doc 68KB
RFC1112_主机扩展用于IP多点传送 .doc 67KB
核心 MPLS IP VPN 体系结构(RFC2917).doc 67KB
RFC1994_PPP挑战握手认证协议.doc 67KB
RFC2917_核心 MPLS IP VPN 体系结构.doc 67KB
RFC925_多局域网地址解决.doc 61KB
RFC1288_Finger用户信息协议 .doc 60KB
RFC826_以太网地址转换协议或转换网络协议地址 .doc 60KB
RFC1215_为使用SNMP定义Trap的惯例 .doc 59KB
在IP内封装IP(RFC2003).doc 58KB
RFC975_自治联邦 .doc 57KB
RFC3090_域名系统在区域状况下的安全扩展声明.doc 56KB
RFC1413_鉴定协议.doc 56KB
RFC1827_IP 密码安全有效载荷 (ESP) .doc 56KB
RFC1723_路由信息协议(版本2) .doc 55KB
RFC3093_防火墙增进协议 (FEP).doc 55KB
Supported Internet RFCs and Drafts.doc 55KB
VLAN聚合实现IP地址有效分配(RFC3069).doc 54KB
RFC857_Telnet回声选项 .doc 54KB
RFC859_Telnet状态选项.doc 53KB
RFC1597_私有Internet的地址分配 .doc 52KB
RFC1426_SMTP服务扩展用于8bit-多用途网际邮件扩充协议(MIME)传输 .doc 52KB
RFC858_Telnet抑制前进选项.doc 51KB
RFC856_Telnet二进制传输 .doc 51KB
RFC862_回声协议.doc 50KB
RFC1590_媒体类型注册过程.doc 50KB
RFC1618_ISDN上的PPP(点对点)协议 .doc 50KB
RFC1388_RIP协议版本2.doc 48KB
RFC348_放弃过程.doc 48KB
RFC1591_域名系统的结构和授权.doc 47KB
RFC896_在IPTCP internet网络中的拥塞控制 .doc 46KB
RFC1810_报告MD5性能.doc 46KB
RFC1055_在串行线路上传输IP数据报的非标准协议 .doc 46KB
RFC872_局域网上的TCP协议 .doc 46KB
RFC1469_通过令牌-环局域网的IP多点传送 .doc 45KB
共 156 条
- 1
- 2
资源评论
- MIDIEXIANG78392013-04-08我觉得里面的内容不是很全,只有部分。不过也可以下载看看。
phihp
- 粉丝: 0
- 资源: 3
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功