rfc1180.txt

很多RFC的中文文档

找匹配的网络。Delta的路由表是这样的： 
  
 ---------------------------------------------------------------------- 
 |network      direct/indirect flag  router           interface number| 
 ---------------------------------------------------------------------- 
 |development  direct                <blank>          1               | 
 |factory      direct                <blank>          3               | 
 |accounting   direct                <blank>          2               | 
 ---------------------------------------------------------------------- 
                     表 12.  Delta的路由表 
  
   下面是Delta的路由表被再次画出(用数字表示)： 
  
 ---------------------------------------------------------------------- 
 |network      direct/indirect flag  router           interface number| 
 ---------------------------------------------------------------------- 
 |223.1.2      direct                <blank>          1               | 
 |223.1.3      direct                <blank>          3               | 
 |223.1.4      direct                <blank>          2               | 
 ---------------------------------------------------------------------- 
              表 13.  Delta的用数字表示的路由表 
  
    在第二个条目发现了匹配的网络，IP模块通过接口3把IP包直接发给epsilon。 
IP包包括epsilon的IP地址和物理地址。 
  
    IP包到达epsilon然后向上传到epsilon的IP模块，目的IP地址被检查发现和 
epsilon的IP地址相同，从而IP包被传到上面的协议层。 
  
5.11.选路小结 
  
   当一个IP包要在一个很大的网上传递，在它到达目的地以前它要通过很多的路由 
器，它所选择的路径不是由中央的资源控制的而是通过路由表的查询而确定的。每一 
台路由器只决定它传递的下一步然后依赖这台路由器沿这条路径传递。 
  
5.12.路径选择的管理 
  
    在一个大的网络上维护所有计算机的路由表正确是一项艰巨的任务，网络管理员 
经常更改网络配置以适应网络状况的变化。路由表中的错误会导致中断通信，这种错 
误是很难察觉的。 
  
    通过简单的配置使网络可靠需要不断的尝试。举个例子，分配IP网络到以太网的 
最简单的方法是分配一个网络号给每一个以太网。 
  
    我们可以从协议和网络应用程序中得到帮助。ICMP（网间控制报文协议）能够汇 
报出一些路由问题。对于小的网络的路由表是由网络管理员加到每一台计算机上去 
的。对于大的网络，网络管理员用路由协议通过网络寻找路由使这种手工的操作变为 
自动。 
  
   当一台计算机从一个网络移到另一个，它的IP地址必须改变，它原来的IP地址就 
不正确了。这些变化需要写到"hosts"文件中去。这个单调的文件变的难以维护即使 
对于中等的网络。域名服务器用来解决这些问题。 
  
6.UDP(用户数据报协议) 
  
   UDP是在IP层之上的两个主要协议之一。它提供用户网络应用程序的服务，用到UDP 
的网络应用程序有：NFS（网络文件系统）和SNMP（简单网络管理协议）。UDP服务只 
是在IP的基础上加了少许一点。 
  
  UDP是无连接的数据报服务没有丢失检测。UDP不和远端的UDP模块保持点到点连接， 
，它仅仅把包发送出去而不管有没有丢失和接收来自外面的数据包。 
  
  UDP在IP的基础上加了两个属性，一个是端口号，另一个是检查数据完整性的校验和。 
  
6.1.端口 
  
  客户端是怎样连上服务器端的呢？ 
  
  UDP和应用程序之间的通信路径是通过UDP端口。这些端口是用数字表示的，从0开始 
。提供服务的应用程序用特定的端口号等待消息的进入。服务器不间断扫描客户端的 
请求服务。 
  
   举个例子，比如说SNMP，叫做一个SNMP代理，总是在端口161上等待消息。每台计 
算机只能有一个SNMP代理因为只有一个UDP端口号161。这个端口号是众人皆知的，它 
是固定的，是网络分配的唯一的号。如果SNMP客户请求服务，则它就发送UDP包到目的 
计算机的端口161。 
  
  当应用程序发送UDP包，则远端收到的是一个单元。比如，如果应用程序发了5个UDP 
包，则远端就读取5次。当然，发的5个包和读取的5个包大小相等。 
  
  UDP保存每一个完整的包，它不把两个应用程序消息加在一块，也不把一个包拆成两 
个。 
  
6.2.校验和 
  
  在IP头域里显示"UDP"的IP包被送到UDP模块。当UDP模块收到UDP包它检查它的校验 
和。如果它的校验和为0，则意味着在发送端校验和没有被计算，可以忽略。因此发送 
端的计算机的UDP模块产不产生校验和没关系。如果物理帧在一个网络的2个UDP模块间 
通信，则不需要产生校验和。但是我们推荐使用校验和因为路由表的改变可能导致数 
据通过不可靠的媒介。 
  
  如果校验和是正确的或为0，目的端口就会检查它。UDP包传向这个端口，排队等待 
应用程序处理它，否则UDP包就会被丢弃。如果UDP包到达的速度比应用程序能够处理 
的速度快或者等待的UDP包把队列排满，UDP包就会被UDP模块丢弃。UDP模块会一直丢 
弃UDP包直到队列有多余的空间。 
  
7.TCP(传输控制协议) 
  
  TCP提供和UDP不同的服务，TCP提供有连接的比特流，不同于无连接的数据报服务。 
TCP保证可靠传输，而UDP不保证。 
  
  TCP被网络应用程序调用时保证可靠传输和不能有超时和误传。两个典型的网络应用 
程序时FTP(文件传送协议)和TELNET。其他的流行的TCP网络应用程序包括：X-WINDOW 
系统，rcp(远程复制)，和rseries commands.TCP的强大功能时要代价的：它需要更多 
的CPU和网络带宽。TCP模块的内部比UDP模块要复杂的多。 
  
  和UDP相似，网络应用程序和TCP端口连接。特定的端口号对应特定的应用程序。举 
个例子TELNET服务器使用端口23。TELNET客户端只能通过连接特定计算机上的端口23 
才能成功。 
  
  当应用程序通过TCP启动，在客户端的TCP模块和在服务器端的TCP模块互相通信，这 
些两个端点的TCP模块构成了虚拟的电路。这个虚拟电路消耗两端的资源。虚拟电路时 
双向的，数据能够同时往两个方向传。应用程序把数据写到TCP端口，数据通过网络由 
远端的应用程序控制。 
  
  TCP包可以分成任意大小，包与包之间没有界限。比如，如果应用程序往TCP端口发 
了5次，远端的应用程序也许要读10次，或者它就只读一次。在一端写的次数和大小与 
另一端读的次数和大小时没有关联的。 
  
  TCP是一个有超时和重发的滑动窗口协议。发出去的包必须得到远端的确认。确认信 
息可以携带在数据包上。两个接受端能控制远端，从而防止缓冲器溢出。 
  
  对于所有的滑动窗口协议，有一个窗口的大小，窗口的大小决定了在收到确认信息 
以前可以发送的总的数据 。对于TCP，这个数量不是TCP段的数量而是字节的数量。 
  
8.网络应用程序 
  
  为什么TCP和UDP要同时存在，而不是只有一个？ 
  
  他们提供不同的服务，大部分的应用程序只用其中的一个。你，程序员，当然选择 
最适合你的协议了。如果你需要可靠的数据传送，TCP可能是最佳的选择了。如果你需 
要数据包服务，UDP是最佳的。如果你需要高效的长的通路，TCP可能是最佳的。如果 
你需要快的网络反应时间，UDP可能是最佳的。如果你不想把分类，则"最佳"的选择 
就是模糊的。然而，应用程序能够弥补选择上的不足。举个例子，如果你选择UDP可是 
你需要可靠性，则在应用程序上加上可靠性就可以了。如果你选择TCP可是你需要标记 
的服务，那么应用程序必须在字节流里加入标记。 
  
  什么样网络应用程序是有用的？ 
  
  这可就有许多可以罗列的。数目是连续增长的。自从internet技术开始就有一些应 
用程序了：TELNET和FTP。其他的是较新的：X-WINDOWS和SNMP。下面是在这本指南提 
到的网络应用程序的简短说明。 
  
8.1.TELNET 
  
  TELNET提供远端登录服务。它的操作和外型同通过电话拨号是相似的。在命令行上 
用户敲入："TELNET DELTA"就会收到从"delta"来的登录提示。 
  
  TELNET很好使，它使一个老的应用程序有着广泛的应用。TELNET 通常在不同的操作 
系统间工作。 举个例子，TELNET客户端使VAX/VMS系统，而服务器端是UNIX V 系统。 
  
8.2 FTP 
  
   文件传送协议(FTP)，是和TELNET一样久远的网络应用程序，也有广泛的应用。从 
操作来看好象你登录上了远端的计算机。但是你必须用特殊的命令取代你习惯上的命 
令。FTP命令允许你在两台计算机之间拷贝文件。 
  
8.3 RSH 
  
   远端shell（rsh或者remsh）是全部远端UNIX类型命令族中的一个。UNIX拷贝命令 
--CP，变成了RCP。UNIX命令"谁在登陆"WHO变成了RWHO。这个系列都被变成了"R 
"系列命令。 
  
   R*命令主要工作在UNIX系统和被设计成在互相信任主机间相互操作。安全性很少 
被考虑，但是他们提供了方便的用户环境。 
  
    为了在一台远端叫做delta的计算机上执行命令"cc file.c"，输入"rsh delta 
cc file.c"，为了拷贝文件到delta上，输入"rcp file.c delta"。为了登陆到 
delta上，输入"rlogin delta",如果你在某种特定的方式上管理这台计算机，你 
将不会有登陆提示。 
  
  
8.4 NFS 
  
   网络文件系统，是由美国SUN公司开发的，使用UDP，它在不同的计算机之间上载 
UNIX系统文件是很出色的。一个无磁盘的工作站通过存取服务器的硬盘就好象磁盘是 
本地的。在主机"alpha"上的单一的数据库同样能被主机"beta"使用只要数据库文件用 
NFS上载在"beta"上。 
  
  NFS加入大量的信息给网络从而使连接的速度很慢，但是它的优点使主要的。NFS客 
户端在内核执行，允许使用NFS的磁盘好象在本地一样。 
  
8.5.SNMP 
  
   简单网络管理协议（SNMP）使用UDP，被设计成由中心网络点来管理。它很知名如 
果给它足够的数据，网络管理员就能够发觉和诊断网络问题。 中心点用SNMP从在网上 
的计算机收集数据。SNMP定义了这种数据的格式。由中心点或网络管理员来解释这种 
数据。 
  
 8.6.X-WINDOW 
  
   X-WINDOW 系统使用基于TCP的X WINDOW 协议来画在工作站上的位图显示窗口 。X 
WINDOW 不仅仅是画窗口 ，它能够用来设计用户界面。 
  
9.其他信息 
  
   许多有关internet技术的信息没有被包括在这本指南里。读者如果想深入学习，请 
看下面列出的相关信息： 
  
   *网络管理命令：arp,route,netstat 
   *ARP；permanent entry,publish entry,time-out entry,spoofing 
   *IP路由表：host entry,default gateway,subnets 
   *IP: time-to-live counter, fragmentation, ICMP 
   *RIP:routing loops 
   *DNS（域名解析系统） 
  
10.参考书 
  
     [1] Comer, D., "Internetworking with TCP/IP Principles, Protocols, 
         and Architecture", Prentice Hall, Englewood Cliffs, New Jersey, 
         U.S.A., 1988. 
  
     [2] Feinler, E., et al, DDN Protocol Handbook, Volume 2 and 3, DDN 
         Network Information Center, SRI International, 333 Ravenswood 
         Avenue, Room EJ291, Menlow Park, California, U.S.A., 1985. 
  
     [3] Spider Systems, Ltd., "Packets and Protocols", Spider Systems 
         Ltd., Stanwell Street, Edinburgh, U.K. EH6 5NG, 1990. 
  
  
11.和其他RFC的关系 
  
   这本RFC是一本指南，它不同与其他任何的RFC。 
  
12.安全问题 
  
   在TCP/IP里有一些安全问题需要考虑。对一些人来说安全是一个严肃的问题，而 
另一些人不这样认为，这就看用户的需求了。 
  
    这本指南没有讨论这些问题，但是如果你想学习更多的这方面的东西你可以从 
ARP-spoofing开始，接着用<<RFC 1122>>的"Security Considerations"节了解更多 
的信息 
  
  
13.作者的地址 
  
    Theodore John Socolofsky 
    Spider Systems Limited 
    Spider Park 
    Stanwell Street 
    Edinburgh EH6 5NG 
    United Kingdom 
  
    Phone: 
      from UK        031-554-9424 
      from USA 011-44-31-554-9424 
    Fax: 
      from UK        031-554-0649 
      from USA 011-44-31-554-0649 
  
    EMail: [e-mail] 
  
  
    Claudia Jeanne Kale 
    12 Gosford Place 
    Edinburgh EH6 4BJ 
    United Kingdom 
  
    Phone: 
      from UK        031-554-7432 
      from USA 011-44-31-554-7432 
  
    EMail: [e-mail] 
  

RFC1180——A TCP/IP Tutorial                              TCP/IP指南


4
RFC文档中文翻译计划