Comparação de protocolos de rede do Windows NT

O seguinte artigo no Windows NT protocolos é uma cópia de um artigo publicado no "Mostrar Premier" boletim da Microsoft.

Comparação de protocolos de rede do Windows NT

Descrição geral

A Microsoft fornece três controladores de transporte (ou seja, protocolos) com o Windows NT 3.5: TCP/IP, NWLink e NBF. Windows NT 3.5 também é fornecido com o protocolo DLC, que não fornece serviços de camada de transporte. Neste artigo o TCP/IP, NWLink e NBF referem-se os controladores de transporte do Windows NT que implementar os Internet TCP/IP, SPX/IPX Novell e conjuntos de protocolo de rede IBM NetBEUI, respectivamente. Este artigo compara estes protocolos como implementado em controladores de transporte Windows NT 3.5, para ajudar os utilizadores na selecção protocol(s) adequado para a rede.

Uma vez que cada cliente irá estar preocupado com um conjunto de características de protocolo diferente, este artigo não recomenda que os clientes do protocolo devem utilizar. Em vez disso, aborda as merits de cada um, permitindo assim os clientes a fazer a melhor escolha para o seu ambiente de trabalho. A Microsoft continuará suportar estes três protocolos hoje e a longo prazo.

Windows NT instalado NWLink por predefinição, principalmente porque IPX é o protocolo mais comum em redes de computador e tem requisitos de configuração relativamente simples. No entanto, os administradores podem modificar ficheiros setup.inf para instalar outros protocolos por predefinição. Esta predefinição não implica a preferência de NWLink através de TCP/IP ou NBF.

NOTA: Na versão do Windows NT 3.51, TCP/IP está instalado por predefinição.

Os clientes normalmente devem utilizar necessário protocolos mínimo, uma vez que vários protocolos, normalmente, resultam no seguinte:

• Requisitos de memória superior para clientes.
• Administração de cliente a mais complexa configuração e de rede.
• Suporte superior e software licença custos.

Arquitectura de controlador de transporte de Windows NT

O Network base Input/Output System (NetBIOS) padrão, que foi originalmente desenvolvido para IBM por Sytek em 1983 define duas entidades:

• Uma camada de sessão de interface que é um API padrão para aplicações de utilizador submeter directivas de E/s e o controlo de rede para software de protocolo de rede subjacente. Comandos de NetBIOS são submetidos através do controlo de rede (NCB) de blocos.
• Uma sessão de protocolo designado por NetBIOS Frames de transporte de dados de gestão/protocolo (NBFP). Conjunto de comandos da interface NBFP funções na sessão e camadas de transporte para executar a E/s de rede para acomodar os NetBIOS.

Um programa de aplicação que utiliza a interface NetBIOS API para comunicações de rede pode funcionar em qualquer controlador de transporte que expõe a interface NetBIOS. Controladores de transporte não implementam NBFP (por exemplo, TCP/IP e IPX) tem de expor a interface NetBIOS e ter um meio de mapeamento de cada comando de interface de NetBIOS para alguns sequência dos respectivos protocolos e pacotes de rede nativo.

Ao contrário de 16 bits Windows, MS DOS e OS/2 versões do software Microsoft Network, controladores de transporte do Windows NT não expõem a interface NetBIOS; em vez disso, se expõem TDI (mais flexível Transport Driver Interface). Windows NT inclui um emulador de NetBIOS para mapear comandos de NetBIOS para comandos TDI e eventos. Componentes de rede internos do Windows NT utilizam comandos TDI e eventos, em vez do NetBIOS comandos, para comunicar com controladores de transporte subjacente.

Os clientes TDI requerem suporte para a NetBIOS endereço formato e a mensagem de modo de transferência de dados. NBF suporta esta função originalmente através de NBFP. Transportes que não incluem NBFP implementar uma camada de compatibilidade de NetBIOS para resolver Formatar endereços de NetBIOS para endereço nativo formato o transporte e para implementar mensagem dados em modo de transferência através de protocolo de transferência de dados nativos o transporte.

Windows NT transporte controladores fornecem os serviços definidos em várias camadas do modelo de referência OSI: camada de sessão de alguns serviços; serviços de todos os transporte e camada de rede; e os serviços da camada de subchaves LLC da camada de ligação a dados. Isto constitui todos os serviços entre o TDI e a rede interface Driver Interface Specification 3.0 (NDIS). Todos os controladores de transporte de Windows NT excepto DLC exportar a interface TDI na respectiva extremidade superior para comunicar com aplicações de cliente TDI, tais como o redireccionador do Windows NT e o servidor. Se exportar a interface NDIS na extremidade inferior para comunicação com o controlador da placa (NIC) de interface de rede subjacente.

Fundo em controladores de transporte do Windows NT

NBF (NetBEUI)

IBM introduzida pela primeira vez a especificação do protocolo NetBIOS Extended User Interface (NetBEUI) em 1985. -É optimizado para rede local ou redes locais departamento segmentos. O controlador de transporte NBF (Windows NT NetBEUI pacotes) implementa a especificação de IBM NetBEUI 3.0 e é completamente compatível com o NetBEUI fornecido com produtos de funcionamento em rede Microsoft anteriores. NBF implementa NBFP e assim não requer nenhuma camada de compatibilidade de NetBIOS.

TCP/IP

Windows NT inclui uma implementação do Transmission Control Protocol/Internet TCP / (IP Protocol). Em geral utilização, o termo TCP/IP refere-se a um conjunto de protocolos que inclui TCP, UDP, IP, ICMP e ARP. Uma vez que TCP/IP está disponível para muitos sistemas operativos diferentes, tais como UNIX, MVS, VM, VMS, NetWare e OS/2, Windows NT pode utilizar o TCP/IP para comunicar com estes sistemas operativos diferentes. TCP/IP também fornece compatibilidade com a Internet global. TCP/IP é protocolo estratégico da Microsoft rede escalável baseada no Windows. O controlador de transporte TCP/IP do Windows NT inclui TCP, UDP, IP, ICMP, ARP e NBT. Microsoft redesenhado completamente o controlador de transporte TCP/IP no Windows NT 3.5, fornecem melhorias através de sequências com o controlador de transporte TCP/IP no Windows NT 3.1. A camada de compatibilidade de NetBIOS do TCP/IP é o NetBIOS através de TCP/IP (NetBT no Windows NT 3.5; NBT no Windows NT 3.1).

NWLink (IPX)

Novell NetWare tem actualmente o mercado maior partilhar entre sistemas operativos de PC com base em rede. Protocolo de camada de rede nativo do NetWare é um descendente de proprietário do Novell do protocolo XNS Xerox IPX. Microsoft implementa os protocolos de NetWare de nível inferiores no controlador de transporte NWLink, que inclui o IPX, SPX, RIPX e NBIPX. Camada de compatibilidade de NetBIOS de NWLink é o NetBIOS através de IPX, também conhecido como NBIPX (NwLnkNb no Windows NT 3.5; NWNBLink no Windows NT 3.1).

Comparação de características de controlador de transporte

Esta secção compara os controladores de transporte do Windows NT em cada uma das seguintes áreas:

• Aceitação da indústria e experiência
• Especificações de abrir ou proprietárias
• Interoperabilidade
• Simplicidade de configuração e administração
• Segmentação de rede
• Capacidades de encaminhamento
• Requisitos de registo e resolução de nome
• Tráfego de rede
• Relatórios de estado de rede
• Requisitos de memória
• Desempenho
• Suporte de programação de aplicações

Tal como foi mencionado anteriormente, o ambiente informático do cliente determinará as características de protocolo são pretendidas e que são mais importantes. Aplicabilidade e importância das características supra estarão dependentes factores tais como:

• Tamanho da rede
• Única ou várias localizações
• Nós homogénea ou heterogéneas
• Requisitos de conectividade da Internet
• Requisitos de programação de aplicações
• Tamanho e a experiência dos técnicos de suporte

Aceitação da indústria e experiência

Os protocolos mais populares têm uma maior com suporte experiente e técnicos de programação. Em 1994 atrasado salva Research, Inc. efectuada um estudo de router com base backbones de rede local com, pelo menos, 250 nós fortuna 500 empresas. Os respectivos estudo concluíram que TCP/IP é utilizado no 95 % dessas redes, enquanto SPX/IPX é utilizado em 87 %.

• NetBEUI utilização está limitada principalmente para ambientes de rede IBM PC e Microsoft.
• TCP/IP é amplamente aceites, estabelecida e entendido, especialmente em UNIX e redes de computador não. É o protocolo da Internet global.
• IPX/SPX é o protocolo mais popular em ambientes de rede do computador.

Abrir ou especificações do proprietário

Especificações do protocolo de abertura permitem aos programadores obter todas as informações necessárias para desenvolver os seus próprios controladores de protocolo sem pagamento de taxas de licença.

• O NetBEUI é uma especificação proprietária pertencente a IBM. No entanto, IBM disponibiliza esta especificação para programadores.
• TCP/IP é uma especificação aberta. Facilmente qualquer pessoa pode obter os RFC para implementar os protocolos TCP/IP. Qualquer pessoa pode também submeter RFC à Internet Engineering Task Force (IETF) para consideração.
• IPX/SPX é uma especificação proprietária pertencente a Novell, pode tornar difícil obter especificações para as camadas superiores como NCP. No entanto, Novell disponibilizou nova especificação de SPX II.

Interoperabilidade

A disponibilidade de um protocolo numa variedade de sistemas operativos e plataformas de hardware fornece a vantagem de interoperabilidade. Windows NT fornece suporte nativo para o NetBEUI, TCP/IP e IPX/SPX através dos controladores de transporte NBF, TCP/IP e o NWLink.

• NetBEUI está limitado quase exclusivamente a redes Microsoft e IBM PC: Microsoft LAN Manager, Windows NT, Windows for Workgroups; LAN Manager para UNIX; e IBM PCLAN e ambientes de servidor de rede local.
• TCP/IP está disponível uma grande variedade de sistemas operativos como o Windows NT, UNIX, NetWare, VMS, VM, MVS, MS DOS, Macintosh e OS/2. É o protocolo da Internet global. NetWare/IP permitirá que os clientes NetWare executar redes TCP/IP-só, aceder à NetWare serviços sem necessidade de IPX/SPX. No entanto, NetWare/IP não é o IP nativo para NetWare; emula a pilha IPX para NCP ainda requer um IPX subjacente (ou IPX emulada) camada. Comparação, Windows NT fornece verdadeiro protocolo independentes funcionamento em rede, com o SMB sobre os controladores de transporte sem requisitos de emulação.
• IPX é o protocolo nativo do Novell NetWare. No entanto, IPX/SPX está também disponível noutros sistemas operativos: Microsoft fornece o NWLink para o Windows NT; TGV fornece IPX para DEC VMS Novell oferece IPX UnixWare.

Simplicidade de configuração e administração

Os administradores de rede de qualquer tamanho pretendam simplicidade de configuração do cliente e administração de rede. Grande de sites têm muitos clientes para configurar, enquanto pequenos locais poderão não têm suficientes suporte técnico. Os três protocolos são Auto-sintonização na respectiva implementação do Windows NT 3.5. No entanto, o Microsoft expõe certos parâmetros de optimização para configuração manual em situações especiais.

• NBF requer pouca ou nenhuma configuração inicial ou administração de rede.
• TCP/IP é potencialmente difícil configurar devido à complexidade da sua parte multi atribuição de nomes esquema e o facto de que um gateway predefinido (router) tem de ser identificado para cada estação relativa. Para reduzir a carga de configuração do cliente, o Windows NT 3.5 suporta o DHCP Dynamic Host Configuration Protocol (), um padrão aberto que forma transparente fornece negociação dinâmica de configuração do cliente. Os clientes DHCP necessitam sem configuração manual do IP e os administradores não têm que atribuir manualmente endereços IP. No entanto, DHCP requerem um planeamento adequado e administração de servidores DHCP.
• NWLink requer pouca ou nenhuma configuração de cliente inicial em pequenas redes encaminhadas não. O componente de ID de nó do endereço IPX é simplesmente o endereço de MAC seis bytes do NIC. Este ID de nó simples elimina a necessidade de configuração de cliente manual. Configurar internos e externos redes um servidor é mais complexo, no entanto.

Segmentação de rede

Os administradores de redes de grandes dimensões pretendam a capacidade de distinguir entre várias redes interligadas. Endereços de rede hierárquica fornecem a capacidade para gerir uma hierarquia de sub-redes em redes, permitindo que o reencaminhamento inteligente e segurança. Criar segmentos mais pequenos com menos estações produz mais fáceis de gerir redes com níveis de tráfego reduzida. Esta capacidade pode não ser crítica para redes pequenas.

• NetBEUI utiliza uma parte única esquema de atribuição de nomes e por isso tem sem funcionalidade para diferenciar entre várias redes interligadas.
• TCP/IP utiliza um multi parte nomes esquema que permite múltiplas muito grandes redes de localização ser logicamente segmentado em vários níveis de sub-redes. Os administradores de rede podem utilizar o componente de ID de rede do endereço IP em conjunto com uma máscara de sub-rede para configurar e gerir sub-redes dentro de sub-redes. IP utiliza sub-redes para segmentar logicamente redes de grandes dimensões em sub-redes separadas, mais pequeno interligadas.
• IPX utiliza uma simples duas parte esquema de atribuição de nomes que permite múltiplas grandes redes de localização ser logicamente segmentado em várias sub-redes. No entanto, o ID de rede IPX não é hierárquico; não divida em subcomponentes.

Capacidades de encaminhamento

Múltiplas localização redes requerem capacidades de encaminhamento, enquanto única localização redes tem pouca utilização para essas capacidades. Protocolos encaminháveis geralmente não permitem pacotes de difusão atravessar routers, reduzindo o congestionamento da rede. IP e IPX são originalmente encaminhável; não necessitam encapsulamento para o encaminhamento. Ambos utilizam protocolos interior gateway (IGPs) para trocar informações de encaminhamento entre routers de uma rede autónomo (ou seja, um grupo de nós controlada por uma autoridade administrativa única). Uma das IGPs mais comuns é o protocolo RIP (Routing Information), que utiliza um algoritmo de distância de vector para determinar rotas ideais. As implementações de RIP utilizadas no IP e IPX são baseadas no XNS RIP desenvolvido da Xerox Corporation Palo Alto Research Center (PARC).

• NetBEUI não é encaminhável. NBF suporta uma forma simples de encaminhamento conhecido como token ring encaminhamento de origem, oferecido apenas em redes Token Ring. No entanto, encaminhamento de origem não está na realidade implementado na rede OSI camada.
• Pacotes de TCP/IP são routeable por routers de outros fabricantes que utilizam o RIP, IGPs, tais como Cisco Systems Interior Gateway Routing Protocol (IGRP) ou protocolo de abrir o caminho mais curto primeiro (OSPF) do IETF, apesar de Windows NT propriamente dito não reconhece estes protocolos. No entanto, se o MPR estiver instalado, o Windows NT utiliza o RIP. Pode configurar o Windows NT como um router de TCP/IP estático, seleccionando a caixa de verificação Activar IP Routing no painel de controlo. Encaminhamento dinâmico tem de ser implementado com routers de outras empresas.
• Windows NT não pode actuar como um router IPX, mas IPX fornece total inter suporte de encaminhamento de rede. NWLink utiliza o protocolo de informações de encaminhamento sobre IPX (RIPX) para implementar encaminhar e router os serviços de identificação utilizados pelo SPX e o NBIPX. Quando carrega o NWLink, este envia um pedido RIPX para um número de rede para ser utilizado para endereçar ao nível do IPX. Servidores NetWare respondem com um pacote RIP com o número de rede da rede local. Se não houver nenhuma resposta RIPX, o NWLink utiliza 0 para o número de rede e indica que é o pacote IPX para a sub-rede local.

Requisitos de resolução e registo de nome

Impacto de requisitos de resolução de nomes a simplicidade de configuração do cliente e administração de rede. Os métodos de registo de nomes e resolução afectar a quantidade de difusão ou multicast actividade presente na rede, descrito posteriormente na secção no tráfego de rede.

Registo de nome de NetBIOS

Todos os controladores de transporte tem de registar nomes de NetBIOS para garantir que cada nome é exclusivo.

Resolução de nomes NetBIOS

Nomes de camada de aplicação (nomes de anfitrião NetBIOS e sockets), em última análise, tem de resolver os endereços de camada de ligação de dados (MAC). Os controladores de transporte não processam nomes de NetBIOS originalmente possuem um passo de resolução de nome intermédio na camada de rede, onde resolver os nomes de NetBIOS para endereço nativo formato o transporte.

• NBF utiliza nomes de NetBIOS originalmente e resolve-os para endereços MAC.
• No TCP/IP, o NetBT resolve nomes de NetBIOS para endereços IP, que, em seguida, resolver para endereços MAC através de cache ARP ou difusão.
• No NWLink, NBIPX resolve nomes de NetBIOS para endereços IPX. IPX endereços contêm o endereço MAC como o ID de anfitrião, por isso IPX requer não mais resolução.

Resolução de nomes anfitrião de sockets

Para aplicações de sockets do Windows, o TCP/IP resolve nomes de anfitrião para endereços IP, que, em seguida, resolver para endereços MAC.

Tráfego de rede

O método de registo de nomes e resolução frequentemente afecta a quantidade de difusão ou multicast (difusão limitada) actividade presente na rede. Actividade de difusão e multicast utiliza largura de banda da rede no segmento local e em todos os segmentos com bridge e consome ciclos de processamento em cada estação de rede o mesmo protocolo. Protocolos com um elevado nível de difusão ou multicast actividade não adequam normalmente para redes de grandes dimensões.

Difusões de registo de nome

Nomes de NetBIOS devem ser registados para Certifique-se de que cada nome é exclusivo. Todos os transporte utilização de controladores de difusão, com uma excepção. No TCP/IP, Os clientes do WINS enviar pedido de registo de nome direccionado para o servidor WINS. Os clientes WINS não podem utilizar o agente de proxy WINS para resolução de nomes, mas dependem da difusão para registo de nomes. WINS MS DOS clientes enviem direccionados pedidos de resolução de nomes para o servidor de WINS, mas dependem da difusão para registo de nomes.

Difusões de resolução de nome

Resolução de nomes pode ser efectuada por difusão, mapeamentos em cache, pesquisa num ficheiro de mapeamento local ou um serviço de nomes de consulta.

• NBF não coloca em cache nomes de NetBIOS que já foram corrigidas para endereços MAC. NBF também não utiliza um serviço de nome do ficheiro ou de mapeamento. Por conseguinte, NBF gerará actividade multicast sempre que é uma hiperligação para outra estação re estabelecida.
• TCP/IP no Windows NT 3.5 fornece várias opções para a resolução de nomes, resultando em algumas difusões se configurado correctamente. Para resolução de nomes de NetBIOS, o TCP/IP pode utilizar a cache, a pesquisa de LMHOSTS, consulta WINS, difusão, consulta de DNS e pesquisa HOSTS. Para resolução de nomes de anfitrião, TCP/IP pode utilizar todos estes métodos, excepto a cache. Independentemente do método utilizado para resolução de nomes NetBIOS e anfitrião, IP tem de resolver IP endereços para endereços MAC. Nesta fase de resolução final é efectuada pela cache de ARP ou ARP de difusão.
• O NWLink utiliza difusão para resolver nomes para endereços. No entanto, NWLink reduz actividade de difusão de resolução de nome, Colocação em cache nome de NetBIOS para mapeamentos de endereços IPX. O NWLink não utiliza um endereço de mapear o nome do ficheiro ou serviço. Uma versão futura pode implementar um serviço de nome semelhante ao WINS ou DNS.

Difusões de router

NetBEUI não é encaminhável e portanto não tem impacto em difusões de router. Routers IP e IPX dinâmicos mantêm tabelas de encaminhamento emitindo um RIP difusão em todas as portas em intervalos regulares. Difusões IP cada 30 segundos; IPX, cada 60 segundos. Todos os servidores de ficheiros NetWare são inerentemente routers e assim emitem difusões RIP. IP RIP permite que os participantes activos ou passivos. Activos os participantes emitem difusões RIP; passivos ou silenciosos participantes escutam apenas. Os routers IP estão activos enquanto que anfitriões IP são normalmente passivos. Infelizmente, IP RIP não comunica com o IPX RIP, resultando em redundantes difusões RIP em redes com o IP e IPX.

Difusões SAP

IPX servidores utilizam o Service Advertising Protocol (SAP) para notificar outros nós IPX de presença dos primeiros e os serviços fornecem automaticamente. Os servidores IPX, mas não routers, emitem difusões SAP cada 60 segundos. Os clientes utilizam SAP para determinar que recursos de rede estão disponíveis. Estas difusões SAP poderão causar congestionamento em redes com vários serviços, especialmente em ligações WAN. O NWLink não emite difusões SAP.

Para resolver este problema NetWare, Novell implementadas filtros de SAP e o NetWare ligação serviço de protocolo (NLSP) no respectivo multiprotocolo router (MPR) com NetWare 4.x. NLSP couples informações de rota OSPF baseadas em com funções SAP do Novell, reduzindo substancialmente o tráfego geral normalmente gerado por RIP e SAP.

Difusões DHCP

DHCP irá IP bastante apenas configuração de cliente. No entanto, DHCP irá aumentar ligeiramente o tráfego de rede. DHCP realiza a negociação de configuração de cliente através de difusão. Depois do cliente aceita o endereço IP oferecido pelo servidor DHCP, toda a actividade é pelos pacotes direccionados. Uma vez que os servidores DHCP agir autonomously, não existe nenhum tráfego de replicação entre servidores DHCP.

Replicação do WINS

O WINS pode reduzir significativamente difusões de consulta de nomes. No entanto, o WINS irá introduzir tráfego de rede para a replicação entre vários servidores WINS. Se configurado correctamente, este tráfego de replicação será mínimo e o efeito será reduzido o tráfego de rede.

Relatório de estado da rede

• NBF não fornece quaisquer informações sobre o estado da rede.
• Os routers de TCP/IP utilizam ICMP para notificar a origem que tenham sido encontrados erros, como destino não alcançável, desligamentos de origem, etc..
• IPX não fornece quaisquer informações sobre o estado da rede. IPX não tem nenhum protocolo de gestão de controlo internet, tal como ICMP de TCP/IP. Um router IPX não tem maneira para indicar a uma estação emissora, se um destino está inacessível, que deve diminuir a velocidade de transmissão, etc..

Requisitos de memória

Os administradores de rede pretendam geralmente requisitos de espaço um memória, especialmente nos clientes. Requisitos de memória de protocolo são normalmente uma característica de implementação do controlador de transporte em vez do protocolo propriamente dito.

• NBF tem utilização da memória relativamente pequeno.
• TCP/IP e IPX têm requisitos de utilização de memória semelhantes, mas requerem mais do que NBF.

Desempenho

Desempenho de protocolo é normalmente dependentes a eficiência e optimização de implementação do controlador de transporte em vez do protocolo propriamente dito.

• NBF optimizada para comunicação de rede local pequena e, por isso, seja muito rápida. O desempenho em redes alargadas é fraco.
• TCP/IP não é tão rápida como NBF em pequenas redes locais. O controlador de TCP/IP no Windows NT 3.1 foi significativamente mais lento do que NBF numa rede de área local. No entanto, o re concebidos TCP/IP no Windows NT 3.5 apenas é ligeiramente mais lenta que NBF.
• O NWLink não é tão rápido como NBF em pequenas redes locais. O controlador de NWLink no Windows NT 3.1 foi significativamente mais lento do que NBF numa rede de área local. No entanto, o re concebidos NWLink no Windows NT 3.5 apenas é ligeiramente mais lenta que NBF.
• Protocolos IPX/SPX têm algumas limitações de desempenho significativos numa rede (alargada) encaminhada, que é a razão pela qual a Novell tem sido modificá-las com "rajada de pacotes" e "SPX II" altera.
• IPX apenas é ligeiramente mais rápido do que o TCP/IP para ficheiros e as operações de impressão e apenas ligeiramente mais lenta do TCP/IP para serviços de aplicação.

Suporte de programação de aplicações

• NBF permite NetBIOS, pipes nomeados, Mailslot, NetDDE, RPC através de NetBIOS e RPC sobre programação de pipes nomeados utilizando NBFP. NBF não suporta sockets ou RPC através de programação de sockets.
• TCP/IP permite sockets e o RPC através de programação através de TCP e UDP de aplicações de sockets. TCP/IP também permite NetBIOS, pipes nomeados, Mailslot, NetDDE, RPC através de NetBIOS e RPC sobre Pipes nomeados de programação através de NBT.
• IPX permite sockets e o RPC através de programação através de SPX e IPX de aplicações de sockets. IPX também permite NetBIOS, pipes nomeados, Mailslot, NetDDE, RPC através de NetBIOS e RPC sobre Pipes nomeados de programação sobre NBIPX. IPX suporta ID de socket para utilização por aplicações de sockets e outras aplicações que utilizam o IPX directamente. Esta capacidade de hospedagem directa permite IPX que compreenda vantagens de desempenho para pequenos E/s ignorar NBIPX e chamar directamente o IPX.
  
  

     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
  						

Outras considerações

Os utilizadores que pretendem ligar à Internet global tem de obter um ID de rede a partir de InterNIC. O fornecimento de endereços não atribuídos na Internet global rapidamente redução do. Num esforço para resolver este problema IETF (Internet Engineering Task Force) foi formada IP versão 4 endereços duração estimativa (IPv4 ALE) pode durar o grupo de trabalho para determinar quanto tempo IPv4. O IETF também está a desenvolver IP versão 6 (IPv6), também conhecido como IP Next Generation (IPng), para substituir o IPv4 actual. IPng aumenta os endereços IPv4 de quatro bytes (32 bits) aos bytes de dezasseis (128 bits). No entanto, existe muito controversy IPng.

Resumo

Referências

• Windows NT 3.5x Concepts and Planning Guide, capítulo 2
• Windows NT Server TCP/IP
• Soluções do Windows NT Server para redes NetWare
• Especificação de router de IPX Novell, número de peça Novell 107-000029-001
• IBM referência técnica de rede local, IBM publicações, 39F9353, SC30-3383-03
• Trabalho na rede com TCP/IP, Volumes I e II, Douglas e. comer