Comparación de los protocolos de red de Windows NT

Se aplica: Windows NT

RESUMEN


El artículo siguiente en los protocolos de Windows NT es una copia de un articlepublished en "Mostrar Premier" boletín de noticias de Microsoft.

MÁS INFORMACIÓN


Comparación de los protocolos de red de Windows NT 

Información general


Microsoft proporciona tres controladores de transporte (es decir, protocolos) con Windows NT 3.5: TCP/IP, NWLink y NBF. Windows NT 3.5 también incluye el DLCprotocol, que no proporciona servicios de capa de transporte. En este términos de articlethe, consulte el driversthat de transporte de Windows NT TCP/IP, NWLink y NBF implementar el Internet TCP/IP, IPX/SPX de Novell y conjuntos de networkprotocol de IBM NetBEUI, respectivamente. Este artículo compara estos asimplemented de protocolos en los controladores de transporte de Windows NT 3.5, para ayudar a los usuarios inselecting los protocolos adecuados para su red.Dado que cada cliente va a ser que se trate, con un conjunto diferente de protocolcharacteristics, en este artículo no recomienda que customersshould protocolo usar. En su lugar, analiza los méritos de cada uno, con lo que se enablingcustomers para hacer la mejor elección para su entorno. Continuará (WillContinue) de Microsoft para admitir estos tres protocolos, hoy y en el largo plazo.Windows NT instala NWLink de forma predeterminada, principalmente porque IPX es el protocolo de mostcommon de redes de PC y tiene configurationrequirements relativamente simple. Sin embargo, los administradores pueden modificar toinstall de archivos setup.inf otros protocolos de forma predeterminada. Esta configuración predeterminada no no implypreference de NWLink sobre TCP/IP o NBF.Nota: En la versión 3.51 de Windows NT, TCP/IP ahora se instala de forma predeterminada.Los clientes generalmente deben usar los protocolos mínimos necesarios, protocolos becausemultiple normalmente los resultados siguientes: 

  • Requisito de memoria superior para los clientes.
  • Más compleja red y la configuración de administración de clientes.
  • Los costos de licencia de software y versiones superiores admiten.

Arquitectura de controlador de transporte de Windows NT


La red básica entrada/salida estándar del sistema (NetBIOS), que wasoriginally desarrollado para IBM por Sytek en 1983 define dos entidades: 

  • Es decir, una capa de sesión interfaz una API estándar para las aplicaciones de usuario envíen directivas de i/OS y control de red al software de protocolo de red subyacente. Se envían comandos NetBIOS a través de bloques de Control de red (NCB).
  • Un protocolo de transporte de datos/administración de sesión llamado Protocolo de tramas NetBIOS (NBFP). Conjunto de comandos de interfaz de funciones NBFP en la sesión y capas de transporte para realizar la E/S de red para alojar el NetBIOS.

Un programa de aplicación que utiliza la interfaz API de NetBIOS para networkcommunication puede funcionar en cualquier controlador de transporte que expone el NetBIOSinterface. Controladores de transporte que no implementan NBFP (p. ej., andIPX de TCP/IP) deben exponer la interfaz NetBIOS y tener un medio de asignación de comandos de la interfaz de eachNetBIOS a cierta clase de secuencia de sus propios protocolos y networkframes nativo.A diferencia de las versiones de OS/2 de Microsoft Networksoftware y 16 bits de Windows, MS-DOS, Windows NT controladores de transporte no exponen la interfaz NetBIOS; en su lugar, que exponen la interfaz de controlador de transporte (TDI) más flexible. Windows NT incluye un emulador de NetBIOS para asignar comandos de NetBIOS a TDIcommands y eventos. Componentes internos de la red de Windows NT utilizan TDIcommands y eventos, en lugar de los comandos de NetBIOS para comunicarse controladores de transporte withunderlying.Los clientes TDI requieren compatibilidad con NetBIOS dirección formato y mensaje modedata la transferencia. NBF admite esta forma nativa a través de NBFP. Thatdo de transportes no incluyen implementar NBFP una capa de compatibilidad de NetBIOS a direcciones de resolveNetBIOS formato al formato de dirección nativo de transporte y de transferencia de datos de modo de mensaje toimplement sobre el protocolo de datatransfer nativo de transporte.Controladores de transporte de Windows NT proporcionan los servicios que definen en varias layersof el modelo de referencia OSI: servicios de capa de sesión algunos; todos los servicios de capa de red de transporte; y los servicios de la subcapa LLC de la capa de vínculo de datos. Esto constituye todos los servicios entre el TDI y la interfaz de NetworkDriver 3.0 (NDIS Interface Specification). Todos los controladores de Windows NTtransport excepto DLC exportación la interfaz TDI en su comunicación edgefor superior con aplicaciones de cliente TDI, como el NTredirector de Windows y el servidor. Ellos exporta la interfaz NDIS en el menor edgefor de comunicación con el controlador de tarjeta (NIC) de interfaz de red subyacente.

Fondo de Windows NT controladores de transporte


NBF (NetBEUI)IBM introdujo por primera vez el protocolspecification de la interfaz de usuario extendida de NetBIOS (NetBEUI) en 1985. Está optimizado para las LAN de departamentos o LANsegments. El marco de NetBEUI de Windows NT (NBF) implementsthe especificación de IBM NetBEUI 3.0 de controlador de transporte y es totalmente compatible con theNetBEUI suministrado con los último productos de redes de Microsoft. NBF implementsNBFP y, por tanto, no requiere ningún nivel de compatibilidad de NetBIOS.TCP/IPWindows NT incluye una implementación de la ControlProtocol/Internet Protocol (TCP). En uso general, el término TCP/IPrefers a un conjunto de protocolos que incluye TCP, UDP, IP, ICMP y ARP. Puesto que TCP/IP está disponible para muchos diversos sistemas operativos como UNIX, MVS, VM, VMS, NetWare y OS/2, Windows NT puede utilizar TCP/IP para communicatewith estos sistemas operativos diferentes. TCP/IP también proporciona compatibilidad global Internet. TCP/IP es forscaleable de protocolo estratégico de Microsoft redes basadas en Windows. Driverincludes de transporte TCP/IP de Windows NT, TCP, UDP, IP, ICMP, ARP y NBT. Microsoft completamente redesignedthe TCP/IP controlador de transporte en Windows NT 3.5, proporcionando muchos controladores de transporte enhancementsover secuencias basados en TCP/IP en Windows NT 3.1. TheNetBIOS capa de compatibilidad para TCP/IP es NetBIOS sobre TCP/IP (NetBT inWindows NT 3.5; NBT en Windows NT 3.1).NWLink (IPX)Novell NetWare actualmente tiene el mayor mercado compartir entre sistemas operativos de PC basednetwork. Protocolo de capa de red nativo de NetWare es IPX, un descendiente de Novell propietario del protocolo XNS de Xerox. Microsoftimplements el menor nivel de protocolos de NetWare en el transportdriver de NWLink, que incluyen IPX, SPX, RIPX y NBIPX. El compatibilitylayer de NetBIOS de NWLink es NetBIOS sobre IPX, también conocido como NBIPX (NwLnkNb inWindows NT 3.5; NWNBLink en Windows NT 3.1).

Comparación de las características de controlador de transporte


Esta sección compara los controladores de transporte de Windows NT en cada una de las siguientes áreas: 

  • Experiencia y aceptación en la industria
  • Especificaciones abiertas o propietarias
  • Interoperabilidad
  • Simplicidad de administración y configuración
  • Segmentación de la red
  • Capacidades de enrutamiento
  • Requisitos de registro y resolución de nombre
  • Tráfico de red
  • Informes de estado de red
  • Requisitos de memoria
  • Rendimiento
  • Soporte de programación de aplicaciones

Como se mencionó anteriormente, el cliente informática entorno willdetermine desean que las características de protocolo y que sean ciudadesmás. La aplicabilidad y la importancia de la foregoingcharacteristics será depende de factores como los siguientes: 

  • Tamaño de la red
  • Una o varias ubicaciones
  • Nodos homogéneos o heterogéneos
  • Requerimientos de conectividad de Internet
  • Requisitos de programación de aplicaciones
  • Tamaño y experiencia del personal de soporte

Experiencia y aceptación en la industriaTengan mayor en función de los ingenieros de soporte experimentado gestionan los protocolos más populares. En finales de 1994 Sage Research, Inc. realiza un ofrouter de estudio basado redes troncales de LAN con al menos 250 nodos en Fortune 500companies. Su estudio concluyó que TCP/IP se utiliza en el 95% de todos los suchnetworks, mientras se utiliza IPX/SPX en 87%. 

  • Uso de NetBEUI está limitado principalmente a los entornos de red de Microsoft y IBM PC.
  • TCP/IP ampliamente aceptado, establecido y entiende, especialmente en UNIX y redes de PC no. Es el protocolo de Internet global.
  • SPX/IPX es el protocolo más popular en entornos de red de PC.

Especificaciones abiertas o propietariasEspecificaciones de protocolo abierto permiten a los programadores obtener lainformación todas las necesarias para desarrollar sus propios controladores de protocolo sin gastos de payinglicense. 

  • NetBEUI es una especificación propietaria propiedad de IBM. Sin embargo, IBM hace esta especificación disponibles para los desarrolladores.
  • TCP/IP es una especificación abierta. Fácilmente, nadie puede obtener las RFC para la implementación de los protocolos TCP/IP. Cualquier persona puede enviar RFC a Internet Engineering Task Force (IETF) para su consideración.
  • SPX/IPX es una especificación propietaria de propiedad de Novell, lo que puede dificultar obtener las especificaciones de las capas superiores como NCP. Sin embargo, Novell ha creado la nueva especificación SPX II.

InteroperabilidadLa disponibilidad de un protocolo en una variedad de plataformas de sistemas operativos andhardware proporciona la ventaja de la interoperabilidad. NTprovides de Windows nativo compatibilidad con NetBEUI, TCP/IP y SPX/IPX mediante NBF, TCP/IP y NWLink controladores de transporte. 

  • NetBEUI se limita casi exclusivamente a las redes de Microsoft y IBM PC: Microsoft LAN Manager, Windows NT, Windows para trabajo en grupo; LAN Manager para UNIX; y entornos IBM PCLAN y LAN Server.
  • TCP/IP está disponible en una amplia variedad de sistemas operativos como Windows NT, UNIX, NetWare, VMS, VM, MVS, MS-DOS, Macintosh y OS/2. Es el protocolo de Internet global. NetWare/IP permitirá a los clientes de NetWare para ejecutarse en redes TCP/IP-only, a obtener acceso a servicios de NetWare sin necesidad de IPX/SPX. Sin embargo, NetWare/IP no es IP nativo para NetWare; Emula la pila IPX NCP, que aún requiere un IPX subyacente (o IPX emulada) capa. En comparación, Windows NT proporciona redes independientes de protocolo es true, ejecute las PYMES sobre sus controladores de transporte sin requisitos de emulación.
  • IPX es el protocolo nativo de Novell NetWare. Sin embargo, SPX/IPX también está disponible en otros sistemas operativos: Microsoft proporciona NWLink para Windows NT; TGV ofrece IPX para las VM de Dic; Novell ofrece IPX en UnixWare.

Simplicidad de administración y configuraciónLos administradores de redes de cualquier tamaño desean simplicidad de administración de red y clientconfiguration. Los sitios grandes tienen muchos clientes toconfigure, mientras sitios pequeños no tenga suficiente personal de soporte técnico. Los tres protocolos son Autoajuste en su implementación de Windows NT 3.5. Sin embargo, Microsoft expone determinados parámetros de ajuste para manualconfiguration en situaciones especiales. 

  • NBF requiere poca o ninguna configuración inicial o administración de la red.
  • TCP/IP es potencialmente difícil de configurar debido a la relativa complejidad de su parte de múltiples nombres de esquema y el hecho de que la puerta de enlace predeterminada (enrutador) deberá identificarse para cada estación. Para reducir la carga de la configuración de cliente, Windows NT 3.5 es compatible con el protocolo de configuración para Dynamic Host (DHCP), un estándar abierto que ofrece la negociación dinámica de configuración de cliente. Los clientes DHCP no requieren ninguna configuración manual de IP y los administradores no tienen que asignar manualmente las direcciones IP. Sin embargo, DHCP requiere una planificación adecuada y la administración de servidores DHCP.
  • NWLink requiere poca o ninguna configuración de cliente inicial en pequeñas redes no enrutadas. El componente de ID de nodo de la dirección IPX es simplemente la dirección de MAC de seis bytes de la NIC. Este ID de nodo simple elimina la necesidad de configuración manual del cliente. Sin embargo, la configuración de las redes internas y externas de un servidor es más compleja.

Segmentación de la redLos administradores de las grandes redes del deseo la capacidad de differentiatebetween varias redes interconectadas. Addressesprovide la capacidad de administrar una jerarquía de subredes dentro de redes, permitiendo más inteligente reenvío y seguridad de red jerárquica. Creación de estaciones withfewer de segmentos más pequeños produce más fáciles de administrar redes con trafficlevels reducida. Esta capacidad puede no ser fundamental para redes pequeñas. 

  • NetBEUI utiliza una sola pieza esquema de denominación y, por tanto, no tiene ninguna funcionalidad para diferenciar entre varias redes interconectadas.
  • TCP/IP utiliza un esquema de nomenclatura de parte múltiple que permite múltiples muy grandes redes de ubicación para segmentar lógicamente en varios niveles de subredes. Los administradores de red pueden utilizar el componente de identificador de red de la dirección IP junto con una máscara de subred para configurar y administrar subredes dentro de subredes. IP utiliza subredes para segmentar lógicamente redes grandes en subredes independientes, más pequeñas interconectadas.
  • Utiliza IPX simple dos parte de esquema de nomenclatura que permite múltiples de grandes redes de ubicación para segmentar lógicamente en varias subredes. Sin embargo, el identificador de red IPX no es jerárquico; no divida en subcomponentes.

Capacidades de enrutamientoRedes de ubicación múltiple requieren capacidades de enrutamiento, mientras locationnetworks solo tienen poco uso de estas capacidades. Protocolos enrutables notgenerally permiten paquetes de difusión para atravesar enrutadores, con lo que se reducingnetwork congestión. IP e IPX son enrutables de forma nativa; hacen que necesiten la encapsulación de enrutamiento. Ambos utilizan protocols(IGPs) interior de la puerta de enlace para intercambiar información de enrutamiento entre enrutadores dentro de un autonomousnetwork (es decir, un grupo de nodos controlados por un único administrativeauthority). Uno de lo IGP más común es el enrutamiento InformationProtocol (RIP), que utiliza un algoritmo de vector de distancia para determinar la optimumroutes. Las implementaciones de RIP utilizadas en IP e IPX se basan en el XNSRIP desarrollado por Palo Alto Research Center (PARC) de Xerox Corporation. 

  • NetBEUI no es enrutable. NBF anillo de soporte una forma simple de enrutamiento se conoce como testigo del enrutamiento de origen, ofrecido sólo en redes Token Ring. Sin embargo, el enrutamiento de origen no está realmente implementado en la capa de red OSI.
  • Paquetes TCP/IP son encaminables por enrutadores de otros fabricantes que utilizan RIP, IGP como Cisco Systems Interior Gateway Routing Protocol (IGRP) o protocolo de Open Shortest Path First (OSPF) de IETF, aunque el propio Windows NT no entiende estos protocolos. Sin embargo, si está instalado el MPR, Windows NT utiliza RIP. Puede configurar Windows NT como un enrutador TCP/IP estático activando la casilla de verificación Habilitar enrutamiento IP en el Panel de Control. Enrutamiento dinámico debe implementarse con enrutadores de otros fabricantes.
  • Windows NT no puede actuar como un enrutador IPX, pero IPX proporciona total compatibilidad con enrutamiento de red de inter. NWLink utiliza el protocolo de información de enrutamiento sobre IPX (RIPX) para implementar servicios de descubrimiento de ruta y enrutador utilizados por SPX y NBIPX. Al cargar NWLink envía una solicitud RIPX para un número de red que se utilizará para el direccionamiento en el nivel IPX. Servidores NetWare responden con un paquete RIP que contiene el número de la red local. Si no hay ninguna respuesta RIPX, NWLink utiliza 0 para el número de red y se indica que el paquete IPX para la subred local.

Requisitos de resolución y registro de nombresRequisitos de resolución de nombre afectan a la simplicidad de la administración de la configuración y red cliente. Los métodos de andresolution de registro de nombre afectan a la cantidad de actividad de difusión o multidifusión presente en la red, que se describen más adelante en la sección sobre el tráfico de red.Registro de nombre NetBIOSTodos los controladores de transporte deben registrar nombres NetBIOS para asegurarse de que eachname es único.Resolución de nombres NetBIOSNombres de capa de aplicación (nombres de host de NetBIOS y Sockets) deben ultimatelyresolve a direcciones de capa de vínculo de datos (MAC). Los controladores de transporte ese proceso nombres de forma nativa tienen un resolutionstep de nombres intermedios en la capa de red, donde resolverán los nombres NetBIOS para el formato de dirección nativo de transportadora de NetBIOS. 

  • NBF utiliza de forma nativa los nombres NetBIOS y resolverlos en direcciones MAC.
  • En TCP/IP, NetBT resuelve nombres NetBIOS a direcciones IP, que, a continuación, resolución en direcciones MAC a través de la caché de ARP o difusión.
  • En NWLink, NBIPX resuelve nombres NetBIOS a direcciones IPX. Direcciones IPX contienen la dirección MAC como el identificador de host para que IPX no requiere ninguna otra resolución.

Resolución de nombres de Host de socketsPara las aplicaciones de Windows Sockets, TCP/IP resuelve nombres de host a direccionesIP, que, a continuación, resolver en direcciones MAC.Tráfico de redEl método de registro de nombres y resolución de frecuencia afecta a la cantidad ofbroadcast o multidifusión (difusión limitada) actividad presente en la red. Actividad de difusión y multidifusión utiliza ancho de banda de red en el localsegment y en todos los segmentos con puente y consume estación de red de onevery de ciclos de procesamiento el mismo protocolo. Protocolos con un alto ofbroadcast nivel o una actividad de multidifusión por lo general no son muy apropiados para largenetworks.Difusiones de registro de nombreLos nombres NetBIOS deben registrarse para asegurarse de que cada nombre es único. Todos los de transporte utilice controladores de difusión, con una excepción. En TCP/IP, los clientes WINS envían solicitud de registro de nombres dirigida al servidor WINS. Los clientes no WINS pueden utilizar a agente proxy de WINS para la resolución de nombres, pero relyon de difusión para el registro de nombres. La resolución de nombres de senddirected de clientes WINS de MS DOS solicitudes al servidor WINS, pero utilizan onbroadcast para el registro de nombres.Difusiones de resolución de nombresResolución de nombres puede realizarse mediante difusión, asignaciones en caché, la búsqueda en un archivo de asignación local o un servicio de nombres de la consulta. 

  • NBF no almacena en caché los nombres NetBIOS que ya se han resuelto en direcciones MAC. También NBF no utiliza un servicio de nombre de archivo o de la asignación. Por lo tanto, NBF generará actividad multidifusión cada vez que se estableció un enlace a otra estación es re.
  • TCP/IP en Windows NT 3.5 proporciona muchas opciones para la resolución de nombres, resultando en algunas difusiones si se configura correctamente. Resolución de nombres NetBIOS, TCP/IP puede utilizar memoria caché, la búsqueda de LMHOSTS, consulta WINS, difusión, consulta DNS y búsqueda de HOSTS. Para la resolución de nombres de host TCP/IP puede utilizar todos estos métodos excepto la caché. Independientemente del método que se utiliza para resolver nombres de host y NetBIOS, IP debe resolver direcciones IP en direcciones MAC. Esta fase de la resolución final se realiza mediante la caché de ARP o difusión ARP.
  • NWLink utiliza difusión para resolver nombres en direcciones. Sin embargo, NWLink reduce la actividad de difusión de resolución de nombre mediante el almacenamiento en caché de nombres NetBIOS las asignaciones de direcciones IPX. NWLink no utiliza una dirección de asignación de nombre de archivo o de servicio. Una versión futura puede implementar un servicio de nombre similar a WINS o DNS.

Difusiones de enrutadorNetBEUI no es enrutable y, por tanto, no tiene impacto en routerbroadcasts. Los enrutadores IP dinámica e IPX mantienen enrutamiento byissuing tablas RIP difunden en cada puerto a intervalos regulares. IPbroadcasts cada 30 segundos; IPX, cada 60 segundos. Todos los servidores de archivos NetWare son inherentemente enrutadores y emiten difusiones RIP. IPRIP no permite los participantes activos o pasivos. Active participantsissue RIP difunde; sólo escuchan pasivos o silenciosos participantes. IProuters están activas, mientras que los hosts IP son normalmente pasivos. Desafortunadamente, IP RIP no se comunica con IPX RIP, resultando inredundant difusiones RIP en redes que ejecutan IP e IPX.Difusiones SAPServidores IPX utilizan Service Advertising Protocol (SAP) para automaticallynotify otros nodos IPX de su presencia y los servicios que ofrecen. Servidores IPX, pero no para encaminadores, emiten difusiones SAP cada 60 segundos. Los clientes usan SAP para determinar qué recursos de red disponibles. Estas difusiones SAP pueden causar congestión en redes con numerousservices, especialmente a través de vínculos WAN. NWLink no emite SAPbroadcasts.Para solucionar este problema en NetWare, Novell implementado filtros SAP y el protocolo de servicio de enlace de NetWare (NLSP) en su Router(MPR) de multiprotocolo con NetWare 4.x. NLSP parejas funciones SAP de withNovell de información de rutas basadas en OSPF, reducir considerablemente la sobrecarga trafficcommonly generado por RIP y SAP.Difusiones DHCPDHCP será simplemente en gran medida la configuración de cliente IP. Sin embargo, DHCP willslightly aumentar el tráfico de red. DHCP lleva a cabo negociación de clientconfiguration a través de la difusión. Una vez que la dirección IP de acceptsthe de cliente ofrecidas por el servidor DHCP, toda la actividad es directedpackets. Puesto que los servidores DHCP que actúan de manera autónoma, no hay ningún replicationtraffic entre servidores DHCP.Replicación de WINSWINS pueden reducir considerablemente las difusiones de consulta de nombre. Sin embargo, WINS willintroduce el tráfico de red para la replicación entre varios servidores WINS. Si se configura correctamente, este tráfico de replicación son mínimo y se reducirá el efecto de thenet el tráfico de red.Informes de estado de red 

  • NBF no proporciona ninguna información sobre el estado de la red.
  • Enrutadores de TCP/IP utilizan ICMP para notificar al origen que se han detectado errores, como destino inalcanzable, Source Quench, etcetera.
  • IPX no proporciona ninguna información sobre el estado de la red. IPX no tiene ningún protocolo de gestión de control de internet, como ICMP de TCP/IP. Un enrutador IPX no tiene forma para indicar a una estación de envío que un destino es inaccesible, que debe disminuir su velocidad de transmisión, etcetera.

Requisitos de memoriaNormalmente, los administradores de red desean una superficie de memoria pequeña, especialmente en los clientes. Requisitos de memoria de protocolo suelen ser acharacteristic de la implementación de controlador de transporte en lugar de theprotocol propio. 

  • NBF utiliza memoria relativamente pequeño.
  • TCP/IP e IPX tienen requisitos similares de uso de memoria, pero requieren más de NBF.

RendimientoRendimiento del protocolo es normalmente depende de la eficacia y tuningof la implementación de controlador de transporte en lugar de este protocolo. 

  • NBF está optimizado para la comunicación LAN pequeña y, por tanto, es muy rápido. Su rendimiento a través de WAN es deficiente.
  • TCP/IP no es tan rápida como NBF en LAN pequeñas. El controlador de TCP/IP en Windows NT 3.1 era bastante más lento que NBF en una red de área local. Sin embargo, el entorno remoto diseñado TCP/IP en Windows NT 3.5 sólo es ligeramente más lento que NBF.
  • NWLink no es tan rápida como NBF en LAN pequeñas. El controlador de NWLink en Windows NT 3.1 era bastante más lento que NBF en una red de área local. Sin embargo, el entorno remoto diseñado NWLink en Windows NT 3.5 sólo es ligeramente más lento que NBF.
  • Los protocolos IPX/SPX tienen algunas limitaciones de rendimiento significativos en una red enrutada (área extensa), lo que Novell ha sido modifica con "packet burst" y "SPX II" cambia.
  • IPX sólo es ligeramente más rápido que TCP/IP para operaciones de impresión y archivos y sólo un poco más lento que TCP/IP para servicios de aplicación.

Soporte de programación de aplicaciones 

  • NBF habilita NetBIOS, canalizaciones con nombre, correo, NetDDE, RPC a través de NetBIOS y RPC a través de la programación de canalizaciones con nombre mediante NBFP. NBF no es compatible con Sockets o RPC a través de Sockets de programación.
  • TCP/IP permite Sockets y RPC a través de Sockets de programación de aplicaciones sobre TCP y UDP. TCP/IP también permite NetBIOS, canalizaciones con nombre, correo, NetDDE, RPC a través de RPC y NetBIOS a través de canalizaciones con nombre sobre NBT de programación.
  • IPX permite Sockets y RPC a través de Sockets de programación de aplicaciones sobre SPX e IPX. IPX también permite NetBIOS, canalizaciones con nombre, correo, NetDDE, RPC a través de RPC y NetBIOS a través de canalizaciones con nombre sobre NBIPX de programación. IPX es compatible con los identificadores de Socket para su uso por aplicaciones de Sockets y otras aplicaciones que utilizan IPX directamente. Esta capacidad de alojamiento directa permite IPX obtener ventajas de rendimiento de E/S pequeñas omitiendo NBIPX y llamando a IPX directamente.  
       API                    TCP/IP          NWLink          NBF   --------------------   -------------   -------------   ---   NetBIOS                Yes (NBT)       Yes (NBIPX)     Yes   Named Pipes            Yes (NBT)       Yes (NBIPX)     Yes   Mailslot               Yes (NBT)       Yes (NBIPX)     Yes   NetDDE                 Yes (NBT)       Yes (NBIPX)     Yes   Sockets                Yes (TCP/UDP)   Yes (SPX/IPX)   No   RPC over NetBIOS       Yes (NBT)       Yes (NBIPX)     Yes   RPC over Named Pipes   Yes (NBT)       Yes (NBIPX)     Yes   RPC over Sockets       Yes (TCP/UDP)   Yes (SPX/IPX)   No						

Otras consideracionesLos usuarios que desean conectarse a Internet global deben obtener una red InterNIC en IDfrom. Disminuye rápidamente el suministro de las direcciones IP sin asignar en el globalInternet. En un esfuerzo para enfrentar este problema theInternet Engineering Task Force (IETF) ha formado el grupo de trabajo de estimación de AddressLifetime de IP versión 4 (IPv4 ALE) para determinar cuánto longerIPv4 puede durar. El IETF está desarrollando también IP versión 6 (IPv6), también conocidoscomo IP de próxima generación (IPng), para reemplazar el IPv4 actual. IPng increasesthe IPv4 direcciones de cuatro bytes (32 bits) a dieciséis bytes (128 bits). Sin embargo, hay mucha controversia sobre IPng.

Resumen


Characteristic             TCP/IP           NWLink           NBFIndustry Acceptance        Most popular,    Primary protocol Limited to IBMand Experience             especially in    in PC networks   &amp; Microsoft PC                           non PC networks                   networks---------------------------------------------------------------------------Open vs. Proprietary       Open             Proprietary      Proprietary,Specification                                                but published</H3>Interoperability           Available on     Available on     Limited to IBM                           nearly every     many platforms   &amp; Microsoft PC                           platform                          networks---------------------------------------------------------------------------Simplicity of Client       Can be           Simple           SimpleConfiguration              difficultSimplicity of              Can be           Simple           SimpleAdministration             difficultNetwork Segmentation:   ------------------------------------------------------------------------   Differentiates          Yes              No               No   Between Networks   ------------------------------------------------------------------------   Hierarchy of Subnets    Yes              Yes              No   within Networks---------------------------------------------------------------------------Routing Capabilities       Native           Native           NoName Resolution Requirements:   ------------------------------------------------------------------------   Application Layer to    Resolves host    Resolves         Uses NetBIOS   Network Layer           or NetBIOS name  NetBIOS name     names natively                           to  IP address   to IPX address   ------------------------------------------------------------------------   Network Layer to        Resolves IP      IPX address      Resolves   Data Link Layer         address to MAC   contains MAC     NetBIOS name                           address          address          to MAC address---------------------------------------------------------------------------Network Traffic:   ------------------------------------------------------------------------   NetBIOS Name            WINS, Broadcast  Broadcast        Broadcast   Registration   ------------------------------------------------------------------------   NetBIOS Name            Cache, WINS,     Cache,           Multicast   Resolution              WINS Proxy,      Broadcast                           LMHOSTS,                           Broadcast,                           HOSTS, DNS   ------------------------------------------------------------------------   Router Broadcasts       Dynamic routers  Dynamic routers  N/A                           issue RIP        &amp; NetWare file                           broadcasts       servers issue                           every 30         RIP broadcasts                           seconds          every 60 seconds   ------------------------------------------------------------------------   SAP Broadcasts          N/A              IPX servers      N/A                                            issue SAP                                            broadcasts every                                            60 seconds.   ------------------------------------------------------------------------   DHCP Broadcasts         Client IP        N/A              N/A                           configuration                           negotiated via                           broadcast.   ------------------------------------------------------------------------   WINS Replication        Replication      N/A              N/A                           traffic when                           using multiple                           WINS servers---------------------------------------------------------------------------Network Status Reporting   Yes              No               NoPerformance:   ------------------------------------------------------------------------   Small LANs              Fast             Fast             Fastest   ------------------------------------------------------------------------   File and Print          Fast             Fastest          Fast   Operations   ------------------------------------------------------------------------   Application Services    Fastest          Fast             Fast---------------------------------------------------------------------------				

 

Referencias


  • Windows NT 3.5 Guía de conceptos y planificación, capítulo 2
  • Windows NT Server TCP/IP
  • Soluciones de servidor de Windows NT para redes NetWare
  • Especificación de enrutador IPX de Novell, número de pieza de Novell 000029-107-001
  • Referencia técnica de LAN de IBM, publicaciones de IBM, 39F9353, SC30-3383-03
  • Internetworking with TCP/IP, volúmenes I y II, por Douglas E. Comer