基于NetBIOS的网络编程.ppt

§2.3.2 通信协议与方式选择 第二章 基于NetBios的网络编程 选择网络通信协议：取决于网络环境和对通信的要求，在局域网环境下，可以选择TCP/IP、IPX/SPX、NETBIOS等协议，在广域网环境中，则只能选择支持路由的TCP/IP和IPX/SPX等协议。 选择通信方式：会话方式和数据报方式，取决于具体的应用环境。 (1) 会话方式 特点:通信协议通过差错控制保证每一个报文能够正确地送到目的地。如果报文在传送过程中发生了差错，通信协议会自动地进行重发，加以更正。而且，如果你发出的报文不止一个，那么通信协议还能够保证接收到的报文次序和发送时的次序一致。这些保证都是对用户应用程序透明地进行的。 缺点:过程比较复杂，在发送报文之前先要建立会话连接，送完报文之后又要拆除会话。 会话方式比较适合于点到点的多次往复式的对话以及对可靠性要求较高的通信过程。 第六十三页，共九十三页。 §2.3.2 通信协议与方式选择 第二章 基于NetBios的网络编程 （2）数据报方式 特点:把每一个报文作为一个独立的数据包处理，从而免除了建立和撤除会话。数据报方式支持多播和广播通信。 缺点:不能保证接收到的报文次序和发送次序一致，甚至不能保证每一个报文都能正确无误地到达接收方。在报文丢失或发生差错时，系统不向发送方提供出错信息。 如果要设计的对话环境由一系列互不相关的报文组成，或者每次对话都很简单，对数据传送的可靠性要求不是很高，那么采用数据报可以大大加快对话的速度和灵活性。 需要注意的是，如果用数据报传送比较重要的报文，为了防止数据报在传送过程中出现差错和丢失，必须在应用层考虑差错处理功能，例如为报文加上序号。 第六十四页，共九十三页。 §2.3.3 命令执行方式 第二章 基于NetBios的网络编程 命令执行方式：等待和非等待两种方式。 等待方式：只有当命令完成之后才能返回到主调程序。这样，网络通信命令与应用程序是一种串行工作的模式，对系统效率有较大的影响。此外，对等待命令处理不当将会造成系统长时间无响应甚至永久等待等后果，因此，在使用等待方式时，要格外小心，尽量避免使用。 非等待方式：轮询方法和异步事件处理方法。 （1）轮询方法：即循环检查网络控制块（NCB）中的最终返回代码字段，当它的值从0xFF变为其他值时表示该命令执行完毕。 （2）异步事件处理方法：即告诉NetBIOS，在当前命令执行完毕后转向存放在NCB的POST程序或触发相应的事件去执行一个指定的程序段。 第六十五页，共九十三页。 §2.3.4 差错与超时控制 第二章 基于NetBios的网络编程 差错控制：在网络通信中，由于受到各种因素的影响，出现差错是在所难免的，为了使程序可靠运行，差错处理是必不可少的。差错控制可以由底层协议完成，也可以由上层应用程序来完成。 （1）底层协议的差错控制 在会话通信方式中，底层协议通常能完成差错检测、纠错、数据重组以及数据包重发等功能，这些功能对于上层来说都是透明的。 （2）上层应用程序的差错控制 在数据报通信方式中，底层协议通常不进行差错控制，这时上层应用程序需要通过一些机制来完成差错控制功能，例如增加校验位，序列号等方式。 在NetBIOS协议中，每发送一个NetBios命令，首先返回一个立即返回代码，并且在命令执行完毕后再返回一个最终返回代码（对于等待方式则只有最终返回代码）。仅当返回代码为0时表示命令执行成功，返回其它值均为差错。 第六十六页，共九十三页。 §2.3.4 差错与超时控制 第二章 基于NetBios的网络编程 超时控制：很大程度上取决于网络类型、覆盖范围、网络繁忙程度。 （1）发送超时 对于像以太网、令牌环这样的局域网来说，由于地域上分布比较集中，网络的数据传输速率比较高（10Mbps～100Mbps），因此一个512字节的报文通常最多只需1～2ms就可以到达目的地。如果发送站连续发生发送超时出错，那么很可能是会话链路或者接收站发生了故障，而不是因为网络过于繁忙。 （2）接收超时 接收是一种被动的行为。接收方无法预知何时能收到一个报文，因此，接收站超时值可以设为无限期等待。但是如果发送方出了问题，而接收方又在无限期等待，这样就会造成原先的会话无法通信，而新的会话又无法建立，从而造成通信双方的无限期等待。因此会话双方应采用动态会话链路机制，即根据实际应用环境设置相应的超时值，当然，接收超时值应远远大于发送超时值。 第六十七页，共九十三页。 §2.3.5 分组长度限制 第二章 基于NetBios的网络编程 不论何种通信协议，对于在网络上收发的分组长度都有一个上限。比如，对于NetBIOS的数据报服务