Open Transport 1.1.1 技术信息
这份文稿包含了有关 Open Transport 的技术信息，这些信息会对网络经理人和管理员有用。为了使用
Open Transport，您不一定需要阅读这份文稿。
内容
简介
Open Transport 安装器增加的文件
Open Transport AppleTalk 功能
－静态和动态 AppleTalk 地址分配
－参数 RAM 的使用
Open Transport TCP/IP 功能
－DHCP 服务器支持
－DHCP 地址租用支持
－Windows NT 高级服务器支持
－BootP 支持
－本地主机文件支持
－MacTCP“服务器”寻址支持
－MacTCP“动态”寻址支持
－MacIP 支持
－PPP 连通性
内存需求
应用程序兼容性指南
性能
简介
Open Transport 是为 Mac OS 的现代网络和通讯系统软件。它基于工业标准，并将 Mac OS 计算机的网络连通性、控制和兼容性带到一个新水平，同时保留着对易用网络的内建支持。Open
Transport 1.1.1 与系统软件版本 7.5.3、7.5.5 及以后版本兼容，同时还与版本 7.1、7.1.1
和 7.1.2 兼容。
要获取系统需求、兼容性和已知的不兼容性与局限性的有关信息，请阅读“关于 Open Transport
1.1.1”文稿。
Open Transport 安装器增加的文件
Open Transport 将“AppleTalk”和“TCP/IP”控制板安装到启动磁盘“系统文件夹”中的“控制板”文件夹里。Open
Transport 安装器还将以下文件加进“系统文件夹”中的“功能扩展”文件夹里：
Shared Library Manager
Shared Library Manager PPC
这两个功能扩展分别在 68K 和 PowerPC Mac OS 计算机上实现一个共享库机制，它们在基于
PowerPC 的计算机上是要求的，以便同时支持模拟和原生性共享库。
OpenTransportLib
Open Transport Library
这两个共享库文件在基于 PowerPC 的计算机上实现核心的 Open Transport 服务。第一个库文件包含
PowerPC 实现以及用于原生性 PPC 应用程序的接口，第二个库文件包含内建 Open Transport
模组以及用于模拟 68K 应用程序的接口。
OpenTptAppleTalkLib
Open Tpt AppleTalk Library
这两个共享库文件在基于 PowerPC 的计算机上实现 Open Transport AppleTalk 服务。第一个库文件包含
PowerPC 实现以及用于原生性 PPC 应用程序的接口，第二个库文件包含内建 Open Transport
模组以及用于模拟 68K 应用程序的接口。
OpenTptInternetLib
Open Tpt Internet Library
这两个共享库文件在基于 PowerPC 的计算机上实现 Open Transport TCP/IP 服务。第一个库文件包含
PowerPC 实现以及用于原生性 PPC 应用程序的接口，第二个库文件包含内建 Open Transport
模组以及用于模拟 68K 应用程序的接口。
Open Transport 68K Library
这个共享库文件在基于 68030 和 68040 的计算机上实现了核心的 Open Transport 服务。
Open Tpt ATalk 68K Library
这个共享库文件在基于 68030 和 68040 的计算机上实现了 Open Transport AppleTalk 服务。
Open Tpt Inet 68K Library
这个共享库文件在基于 68030 和 68040 的计算机上实现了 Open Transport TCP/IP 服务。
Open Transport AppleTalk 功能
静态和动态 AppleTalk 地址分配
Open Transport AppleTalk 支持静态分配（手动管理）协议地址以及由 AppleTalk 地址解析协议（AppleTalk
Address Resolution Protocol, AARP）提供的动态寻址。静态寻址允许使用协议地址将 AppleTalk
节点作为一个唯一的和稳定的标识来管理。
对每一单个的 AppleTalk 子网（一根给定的电缆段，分配了唯一的网络号或网络号范围）上的所有节点进行一致性管理很重要－或者全部使用动态寻址，或者全部使用预分配静态寻址，这避免了一个潜在的冲突，当一个新的动态节点获得已分配给未连接上或处于离线状态的手动寻址节点的地址时，会出现这个冲突。管理员可以通过锁定寻址模式，来强制实施子网寻址策略。作为预防措施，即使配置了静态寻址，
Open Transport AppleTalk 仍会检查局域网（LAN）上的重复协议地址。
参数 RAM 的使用
在传统 AppleTalk 下， AppleTalk 的开／关状态、所选的网络接口、前一网络（协议）地址以及前一
AppleTalk 区域名称都存储在持久内存（参数 RAM）中，以便启动时再使用。为确保向上兼容性，此信息仍在使用
Open Transport AppleTalk 的系统中存储和取出。然而，您会发现 Open Transport 有以下不同：
·启动时，Open Transport 读取当前 AppleTalk 配置文件，以决定是否打开或关闭 AppleTalk。这个数值覆盖存储在参数
RAM 里的数值。这种情况发生时，用户不会得到明确的通知。
·如果在当前 AppleTalk 配置文件中指定的网络接口方式被锁定，而指定端口不可用或不能初始化，Open
Transport 将不会自动将端口切换回 LocalTalk，相反， AppleTalk 将保持关状态。用户会看到这条信息的对话框。
Open Transport TCP/IP 功能
Open Transport 给 Mac OS 带来了 TCP/IP 协议的工作站级的实现。如同 MacTCP，Open Transport
TCP/IP 是一个全 32 位的堆栈。Open Transport TCP/IP 对以下的项目增加支持：
·动态路径 MTU 查找，用于在不同网络拓扑结构中更有效地使用网络
·Dynamic Host Configuration Protocol (DHCP)（动态主机配置协议），用于集中 IP 地址配置管理。
DHCP 是一种 Internet Engineering Task Force (IETF)（Internet 工程任务强制）标准跟踪协议。
·IP 多角色，用于作为 MBone 客户的参与，这种客户使用写给原生性 Open Transport API
的应用程序
·同步 TCP 连接，用于写给原生性 Open Transport API 的应用程序，它只受安装的内存和处理器能力的限制；作为
Internet 或其它 TCP/IP 网络服务器，用于增加的功能
·一个新的、更稳固和标准依从的域名解析程序（高速缓存残桩程序 DNR）
·对开发商访问初始 IP 服务的支持，还支持访问 TCP 和 UDP
·以太网版本 2.0 和 IEEE 802.3 框架，给更广范围的 TCP/IP 主机以更好的交互操作能力
·隐式和显式域名查找路径，用于域名解析增加的控制
·带故障中止的多 IP 路由器（router）的使用，用于增加关键应用程序的稳固性
·TCP 通配源端口分配从 2048 开始，从该点递增。
DHCP 服务器支持
苹果的实现与当前版本的适当的规范文稿（RFC）一致。到目前，OpenTransport TCP/TCP 已经与以下的
DHCP 服务器设施进行过测试：
·Competitive Automation (URL: http://www.join.com
)
·FTP Software (URL: http://www.ftp.com
)
·Hewlett Packard HP-UX (URL: http://www.hp.com
)
·Microsoft Windows NT Advanced Server (URL: http://www.microsoft.com
)
·Silicon Graphics (URL: http://www.sgi.com
)
·Sun Solaris and SunOS (URL: http://www.sun.com
)
·TGV (URL: http://www.tgv.com
)
DHCP 地址租用支持
Open Transport TCP/IP 支持 DHCP 地址租用。Open Transport TCP/IP 会自动尝试刷新任何达到其刷新间隔的地址租用（通常，租用完成一半就到达刷新间隔）。通过在配置
DHCP 服务器时作相应改变，刷新间隔可以配置成不同的值。无论租用被刷新过多少次，都会试图再刷新。也支持租用的再汇集。只有当接口的 IP 地址租用期满，接口才被关闭。Open Transport TCP/IP 目前不支持
DHCP 客户标识（DHCP Client ID）选项或 DHCPINFORM 信息，目前在重新引导时也不试图使用以前但未期满租用的剩余时间。
Windows NT 高级服务器支持
使用 Open Transport 1.1 和以后版本，Mac OS 客户可以与局域网（LAN）连接上的 Windows
NTAS DHCP 服务器交互操作。然而，Mac OS 客户不能通过拨号（PPP）连接从一台 NT DHCP
服务器上获得配置信息，因为还没有一个被接受的、通过拨号的 DHCP 工业标准。NT 设施是基于专有的 Microsoft 扩展的，Mac OS 客户不能获得配置信息，也不能在 Microsoft WINS 服务器上注册。WINS
也依赖于 Microsoft 对 TCP/IP 的扩展（要求 NetBIOS 支持）。
Internet Engineering Task Force (IETF) 正在通过 Dynamic Service Location（动态服务定位）工作组，为
IP 名称的动态注册和查找开发一个跨平台的工业标准技术。苹果电脑没有当前计划实现 WINS
扩展。反之，我们完全致力于实现可适用的、将要形成的 IETF 标准。
运行 OpenTransport 1.1 以前版本的 Macintosh 客户，一定经历过一些交互操作的问题，这是由于
Microsoft 实现与典型的基于 UNIX 服务器的实现存在重大差别。
BootP 支持
OpenTransport 1.1 和以后版本完全支持 Bootstrap Protocol（BootP）。OpenTransport 1.1
以前的版本不能接受一个发给单角色（子网广播）地址的 BootP 应答（例如，xxx.xxx.xxx.255）。发送给全网广播地址（例如，xxx.xxx.xxx.255）的应答能被正确处理。而且，早期版本的
OpenTransport 要求 BootP 网关为零转发（hops）以外。
本地主机文件支持
Open Transport TCP/IP 支持主机文件用来补充和／或自定信息的“域名解析程序”（Domain
Name Resolver）初始高速缓存。主机文件通常存储在现用“系统文件夹”的“预置”文件夹中。当
Open Transport TCP/IP 被初始化时，它会读取主机文件（如果有的话）。和在 MacTCP 中一样，被支持的主机文件有遵循“域名系统主文件格式（RFC 1035）”（Domain Name System Master
File Format）子集的功能。
考虑到主机文件的内容和格式，Open Transport TCP/IP 比 MacTCP 更严谨，而 MacTCP 允许违背用于
<域-名> 的 FQDN 要求。例如，格式：
charlie A 128.1.1.1
这对 MacTCP DNR 是可接受的，但它不再被允许，因为在 Open Transport TCP/IP 中使用了域寻找列表（“charlie”可能存在于任何或所有已配置的域中）。要获得同样的效果，请改用这种格式：
charlie CNAME myhost.mydomain.edu
myhost.mydomain.edu A 128.1.1.1
这将本地别名 charlie 与全称域名 myhost.mydomain.edu 联系起来，并将它解析
到地址 128.1.1.1。本地别名的使用受 CNAME 入口的限制；NS 和 A 入口必须使用全称域名。
您可以使用任何文本编辑程序或字处理软件创建主机文件（主机文件必须以文本格式存储）。如果您使用主机文件，请使它保持尽可能短，并且仅只包括需要经常访问的入口。这样就降低了高速缓存
DNS 信息所要求的内存，而且使随系统信息更改带来的维护和更新主机文件的需要减到最小。
Open Transport TCP/IP 自动使用存储在现用“系统文件夹”的“预置”文件夹中的主机文件。如果在“预置”文件夹中找不到主机文件，Open
Transport TCP/IP 会在现用“系统文件夹”中查找主机文件。您可以指定一个特殊的主机文件与一特定的配置一起使用。例如，一个主机文件可能是为经由以太网连接的用户而建立的，而另一个则是为经由调制解调器连接的用户而建立的。
要获取关于 Open Transport 域名解析程序主机文件设计的附加信息，请参阅文稿“苹果 Open
Transport 参考问答（Apple Open Transport Reference Q&A）”。
最新版本的问答可在 Internet 上得到，网址为 ftp://seeding.apple.com/ess/public/opentransport
。
MacTCP “服务器”寻址支持
Open Transport TCP/IP 支持“自举协议”（Bootstrap Protocol, BootP）和“反向地址解析协议”（Reverse
Address Resolution Protocol, RARP）两种配置方法。MacTCP 服务器模式寻址是 BootP 和
RARP 的结合。当选定服务器模式时， MacTCP 使用 Bootp 试图获得一个 IP 地址，如果不成功， MacTCP 再尝试 RARP。成功的协议就作为预置存储，并且在下次计算机启动时首先使用。而在
Open Transport 中，您必须明确选取 BootP 或 RARP。
MacTCP “动态”寻址支持
Open Transport 不支持 MacTCP “动态”寻址。MacTCP 动态模式寻址是基于对 TCP/IP 协议的一种苹果专有扩展。它将由
AppleTalk 协议使用的地址协商和分配规则运用到 TCP/IP 网络，使建立仅限于 Macintosh
的独立的 TCP/IP 网络非常容易。然而，在其他情景中使用这种动态寻址方式，却会给网络管理员带来额外工作。
为此， Internet 团体（IETF）已开发一个用于 IP 地址动态分配的多供应商标准，即“动态主机配置协议”（
Dynamic Host Configuration Protocol, DHCP）。Open Transport 支持工业标准的 DHCP。
MacIP 支持
MacIP 是为在仅 AppleTalk 网络上（最初的 LocalTalk 网络）担负 TCP/IP 传输而开发的一种协议规范。今天，MacIP
频繁地与“ AppleTalk 远程访问协议”（AppleTalk Remote Access Protocol, ARAP）一起使用，为移动用户提供对
TCP/IP 网络服务的访问。
使用 MacIP 通常需要一个网关，网关剥下 AppleTalk 封装并将 IP 包放在 TCP/IP 局域网（LAN）上。当包被送回到
MacIP 终节点时，网关会将 AppleTalk 封装放回。在多协议路由器内，MacIP 网关支持被最频繁地用作一个集成的服务。网关（路由器）同时连接
AppleTalk 网络和 TCP/IP 网络。
Open Transport 支持“TCP/IP”控制板中的 MacIP。一旦选上，TCP/IP 数据被封装在 AppleTalk
包中，并通过所选网络接口发送。
PPP 连通性
目前，用于 Open Transport 的 PPP （点对点协议）连通性是基于非苹果软件扩展（即 MDEV）的使用，而这些扩展的早期版本可能与
Open Transport 不兼容。要获取关于 MDEV 兼容性的信息，请参阅“Open Transport 1.1 请先阅读”文稿。
内存需求
Open Transport 给 Mac OS 用户提供许多新功能和能力，通常来讲，它会比传统网络要求更多的系统内存（RAM）。然而，Open
Transport 实际的内存要求会有所不同，它取决于在给定时间使用的网络服务。这有别于传统网络，传统网络给网络服务分配内存，即使网络服务不再使用后，仍占用所分配的内存。
影响内存需求不同的因素包括：
·Open Transport 提供作为 680x0 和原生性 PowerPC 代码两者的网络实现。PowerPC 代码通常大一些（但是也快一些）。
·Open Transport 提供“混合模式”应用程序支持，使 PowerPC 原生性和 680x0 应用程序都能使用基于
PowerPC 计算机上的原生性网络。
·Open Transport 既包括网络的新的实现，又包括为老的 AppleTalk 和 MacTCP 编程接口提供向上兼容性支持所要求的库文件。
·Open Transport 在使用虚拟内存的系统上要求较少的内存。不管是否使用虚拟内存，传统网络有大约相同的内存要求。
·Open Transport 基于跨平台标准的流（STREAM）环境，这种环境比传统网络要求的内存要多。
内存需求的不同取决于计算机的配置，以下是基本内存需求的一些例子：
虚拟 传统 Open
计算机系统 内存 AppleTalk 和 MacTCP Transport
————————————————————————————
基于 PowerPC 开 350K至450K 200KB
基于 PowerPC 关 350K至450K 达1.2MB
基于 680x0 关 350K至450K 700KB至800KB
应用程序兼容性指南
苹果定义了与 Open Transport 交互操作性的三个级别。第一级，“Open Transport 兼容”（Open
Transport Compatible），用来描述最初为“传统”AppleTalk 或 MacTCP 编程接口开发的网络应用程序，这些应用程序现在利用
Open Transport 兼容性服务，它们自动获得与 Open Transport 控制板相关的益处。然而，它们将不能在 Power Macintosh 系统上获得巨大的性能提高，也不能利用
Open Transport 的独立传输（transport-independence）能力。
“Open Transport 预备”（Open Transport Ready）应用程序已采用新的 Open Transport API
，它们是 PowerPC 原生性的，另外它们也可以在基于 680x0 的 Macintosh 系统上运行。Open
Transport 预备的应用程序得益于新的控制板，在基于 PowerPC 的计算机上上运行时应该也能获得巨大的性能提升。
交互操作性的最高级是“Open Transport 增强”（Open Transport Enhanced）。除了采用新的
Open Transport API 和本身就是 PowerPC 原生性的，这些应用程序还能动态配置以支持 AppleTalk、TCP/IP
或串行通讯。
AppleTalk 或 MacTCP 中依赖在非公开的 API 上或测试私人数据结构的应用程序与 Open Transport
不完全兼容。这些软件产品的更新版本将要求完全兼容性。
性能
Open Transport 被设计为利用 PowerPC 处理器。然而，要获得最大性能，网络应用程序必须也利用
PowerPC 处理器，而且应采用新的 Open Transport 编程接口。
一般来讲，目前的 Mac OS 网络应用程序是为 680x0 处理器编写的，并使用“传统的”（基于
680x0）网络编程接口。这些应用程序仍可以与 Open Transport 一起使用，性能可能会好一点。PowerPC
原生性网络应用程序但非 Open Transport 预备的网络应用程序可能产生较好的性能，但是仍没有发挥性能的最大潜力，因为它们使用了 Open Transport 的向上兼容性，而未使用其全部能力。
使用大型数据报的协议，性能提高更大一些。例如，TCP/IP 用户将比 AppleTalk 用户看到更大的提高，因为
AppleTalk 有一个固定的和受限制的数据报大小。在高速数据链路上，比如在快速以太网、
FDDI 和 ATM 上，网络接口卡（ NIC ）驱动程序代码的性能也是一个重要的因素。
总的性能也依赖于可用的 RAM 数量。较大的包和较高的吞吐量将增加的要求放在 Open Transport
的缓冲系统上，如果 Open Transport 内存变少，吞吐量就减小以适应这个限制。
� 1996 Apple Computer, Inc.
� 1996 苹果电脑国际有限公司
苹果、苹果标记、Apple、AppleShare、AppleTalk、LaserWriter、LocalTalk、MacTCP、Performa、Power
Macintosh、PowerBook 和 PowerBook Duo 是 Apple Computer, Inc. 在美国和其它国家的注册商标。NuBus
是 Texas Instruments 的商标。PowerPC 是国际商用机器公司的商标，授权方可使用。所有其它产品名称是其相应拥有者的商标或注册商标。提及非苹果产品是为参考目的，并没有签署认可或推荐。苹果电脑对这些产品的选择、性能或使用概不负责。
更新于 10/14/96