Comparação de protocolos de rede do Windows NT

O seguinte artigo no Windows NT protocolos é uma cópia de um artigo publicado no boletim informativo de "Exibição Premier" da Microsoft.

Comparação de protocolos de rede do Windows NT

Visão geral

A Microsoft fornece três drivers de transporte (ou seja, protocolos) com Windows NT 3.5: TCP/IP, NWLink e NBF. Windows NT 3.5 também vem com o protocolo DLC, que não fornece serviços da camada de transporte. Neste artigo os termos de TCP/IP, NWLink e NBF referem-se aos drivers de transporte do Windows NT que implementam o TCP, Novell SPX/IPX e IBM NetBEUI conjuntos de protocolo de rede, respectivamente. Este artigo compara esses protocolos conforme implementado nos drivers de transporte do Windows NT 3.5, para ajudar os usuários selecionando os protocolos apropriados para sua rede.

Já que cada cliente será preocupado com um conjunto diferente de características de protocolo, este artigo não recomenda que os clientes de protocolo devem usar. Em vez disso, ele aborda os méritos de cada um, assim permitindo que os clientes fazer a melhor opção para seu ambiente. A Microsoft continuará a oferecem suporte a esses três protocolos, hoje e a longo prazo.

Windows NT instala o NWLink por padrão, principalmente porque o IPX é o protocolo mais comum em redes de computador e ele tem requisitos de configuração relativamente simples. No entanto, os administradores podem modificar setup.inf arquivos para instalar outros protocolos por padrão. Essa configuração padrão não implica a preferência do NWLink sobre TCP/IP ou NBF.

Observação: Na versão Windows NT 3.51, TCP/IP agora é instalado por padrão.

Os clientes geralmente devem usar necessário protocolos mínimo, porque vários protocolos geralmente resultam no seguinte:

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

Arquitetura de driver de transporte do Windows NT

O Network Basic 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 é uma API padrão para aplicativos de usuário enviar as diretivas de E/s e controle de rede ao software de protocolo de rede subjacente. Comandos de NetBIOS são enviados por meio do controle de rede (NCB) blocos.
• Uma sessão de protocolo chamado NetBIOS quadros de transporte/dados de gerenciamento NBFP (protocolo). 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 aplicativo que usa a API de interface de NetBIOS para comunicação de rede pode operar em qualquer driver de transporte que expõe a interface NetBIOS. Drivers de transporte que não implementam NBFP (por exemplo, TCP/IP e IPX) devem expõe a interface de NetBIOS e ter um meio de mapeamento de cada comando de interface de NetBIOS para alguns seqüência de seus próprios quadros de rede nativo e protocolos.

Diferentemente do Windows, MS-DOS de 16 bits e OS/2 versões do software Microsoft Network, drivers de transporte do Windows NT não exponham a interface NetBIOS; em vez disso, elas expõem a TDI (interface de driver de transporte) mais flexível. Windows NT inclui um emulador de NetBIOS para mapear comandos NetBIOS para comandos TDI e eventos. Componentes de rede internos do Windows NT usam comandos TDI e eventos, em vez de comandos do NetBIOS, para se comunicar com drivers de transporte subjacente.

Os clientes TDI requerem suporte para NetBIOS endereço formato e a mensagem de modo de transferência de dados. NBF suporta isso nativamente pelo NBFP. Transferir transportes que não incluem NBFP implementar uma camada de compatibilidade de NetBIOS para resolver o NetBIOS Formatar endereços formato do endereço nativo do transporte e para implementar a mensagem de modo de dados através de protocolo de transferência de dados nativos do transporte.

Drivers de transporte do Windows NT fornecem os serviços definidos em várias camadas do modelo de referência OSI: camada de sessão alguns serviços; transporte e camada de rede todos os serviços; e os serviços da camada de sub-rotina LLC de camada de link de dados. Isso constitui todos os serviços entre a TDI e a rede interface 3.0 NDIS (especificação da interface do driver). Todos os drivers de transporte do Windows NT, exceto DLC exportar a interface TDI na sua borda superior para a comunicação com aplicativos de cliente TDI, como o redirecionador do Windows NT e o servidor. Eles exportar a interface NDIS na borda inferior para a comunicação com o driver do NIC (placa) de interface de rede subjacente.

Plano de fundo em drivers de transporte do Windows NT

NBF (NetBEUI)

IBM introduzido a especificação de protocolo NetBIOS Extended User Interface (NetBEUI) em 1985. Ele é otimizado para LANs de departamentos ou LAN segmentos. O driver de transporte do Windows NT NetBEUI Frame (NBF) implementa a especificação de IBM NetBEUI 3.0 e é totalmente compatível com o NetBEUI fornecido com os últimos produtos de rede do Microsoft. NBF implementa NBFP e portanto não requer nenhuma camada de compatibilidade de NetBIOS.

TCP/IP

Windows NT inclui uma implementação de transmissão/protocolo (TCP IP). Em geral uso, o termo TCP/IP refere-se a um conjunto de protocolos que inclui TCP, UDP, IP, ICMP e ARP. Como TCP/IP está disponível para muitos sistemas operacionais diferentes, como UNIX, MVS, VM, VMS, NetWare e OS/2, Windows NT pode utilizar TCP/IP para se comunicar com esses sistemas operacionais diferentes. TCP/IP também fornece compatibilidade com a Internet global. TCP/IP é estratégico protocolo da Microsoft de rede escalonável baseado no Windows. O driver de transporte TCP/IP do Windows NT inclui TCP, UDP, IP, ICMP, ARP e NBT. Microsoft completamente remodelado o driver de transporte TCP/IP no Windows NT 3.5, fornecendo que muitos aprimoramentos sobre o fluxo com base no driver de transporte TCP/IP no Windows NT 3.1. A camada de compatibilidade de NetBIOS para TCP/IP é o NetBIOS sobre TCP/IP (NetBT no Windows NT 3.5; NBT no Windows NT 3.1).

NWLink (IPX)

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

Comparando características de driver de transporte

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

• Aceitação da indústria e experiência
• Especificações de proprietárias ou abertas
• Interoperabilidade
• Simplicidade de configuração e administração
• Segmentação de rede
• Capacidades de roteamento
• Requisitos de registro e resolução de nomes
• Tráfego de rede
• Relatórios de status de rede
• Requisitos de memória
• Desempenho
• Suporte para programação de aplicativo

Como mencionado anteriormente, o ambiente de computação do cliente determinará quais características de protocolo são desejadas e quais são mais importantes. A aplicabilidade e a importância das características acima será dependentes de fatores como o seguinte:

• Tamanho de rede
• Único ou vários locais
• Nós homogêneas ou heterogêneas
• Requisitos de conectividade de Internet
• Requisitos de programação de aplicativo
• Tamanho e a experiência da equipe de suporte

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

Os protocolos mais populares têm uma maior com base de suporte experiente e engenheiros de design. Em 1994 atrasado Sage Research, Inc. executada um estudo de roteador com base em LAN universitários com pelo menos 250 nós em empresas da Fortune 500. Seu estudo concluída que TCP/IP é usado em 95 % de todas as redes, enquanto o IPX/SPX é usado em % 87.

• NetBEUI uso está limitado principalmente a ambientes de rede Microsoft e IBM PC.
• TCP/IP é amplamente aceito, estabelecida e compreendido, especialmente no UNIX e redes de computador não. Ele é o protocolo da Internet global.
• IPX/SPX é o protocolo mais popular em ambientes de rede do computador.

Abrir ou especificações proprietário

Especificações de protocolo aberto permitem que os programadores a obter as informações necessárias para desenvolver seus próprios drivers de protocolo sem pagar taxas de licença.

• O NetBEUI é uma especificação de proprietária pertencente a IBM. No entanto, IBM torna essa especificação disponível para os desenvolvedores.
• TCP/IP é uma especificação aberta. Qualquer pessoa pode facilmente obter RFCs para implementar os protocolos TCP/IP. Qualquer pessoa também pode enviar para a Internet Engineering (IETF) para consideração RFCs.
• IPX/SPX é uma especificação proprietária pertencente a Novell, que pode dificultar obter especificações para as camadas superiores como NCP. No entanto, Novell disponibilizou nova especificação SPX II.

Interoperabilidade

A disponibilidade de um protocolo em uma variedade de sistemas operacionais e plataformas de hardware fornece a vantagem de interoperabilidade. Windows NT fornece suporte nativo para NetBEUI, TCP/IP e IPX/SPX por meio de drivers de transporte NBF, TCP/IP e NWLink.

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

Simplicidade da configuração e administração

Os administradores de rede de qualquer tamanho desejarem simplicidade de configuração do cliente e administração de rede. Sites grandes possuem muitos clientes para configurar, embora sites pequenos não podem ter suficiente pessoal de suporte. Todos os três protocolos são auto-ajuste na sua implementação do Windows NT 3.5. No entanto, a Microsoft expõe determinados parâmetros de ajuste de 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 relativa de sua parte multi nomeação de esquema e o fato de que um gateway padrão (roteador) deve ser identificado para cada estação. Para reduzir a carga de configuração do cliente, o Windows NT 3.5 oferece suporte o Host Protocol (DHCP), um padrão aberto transparente fornece negociação dinâmica de configuração do cliente. Os clientes DHCP não exigem nenhuma configuração manual de IP e os administradores você não possui que atribuir endereços IP manualmente. No entanto, DHCP exigem o planejamento adequado e administração de servidores DHCP.
• NWLink requer pouca ou nenhuma configuração de cliente inicial em pequenas redes não roteadas. O componente de identificação de nó do endereço IPX é simplesmente o endereço de MAC de seis bytes do NIC. Essa identificação de nó simples elimina a necessidade para a configuração manual do cliente. Configurando interno e externo redes um servidor entretanto é mais complexa.

Segmentação de rede

Os administradores de redes grandes desejarem a capacidade de diferenciar entre várias redes interconectadas. Endereços de rede hierárquica fornecem a capacidade para gerenciar uma hierarquia de sub-redes em redes, permitindo encaminhamento inteligente e segurança. Criando segmentos menores com menos estações produz mais gerenciáveis redes com níveis de tráfego reduzida. Essa capacidade pode não ser fundamental para redes pequenas.

• NetBEUI usa uma única parte esquema de nomeação e, portanto, não possui nenhum recurso para diferenciar entre várias redes interconectadas.
• TCP/IP usa um esquema de nomeação parte de multi que permite que várias muito grandes redes local logicamente ser segmentados em vários níveis de sub-redes. Os administradores de rede podem usar o componente de identificação de rede do endereço IP em conjunto com uma máscara de sub-rede para configurar e gerenciar sub-redes em sub-redes. IP usa sub-redes para segmentar logicamente grandes redes em sub-redes separadas, menor interconectadas.
• IPX usa uma simples dois parte esquema de nomeação que permite que várias grandes redes local logicamente ser segmentados em várias sub-redes. No entanto, a identificação de rede IPX não é hierárquica; ele não dividir em subcomponentes.

Recursos de roteamento

Várias redes de local requerem capacidades de roteamento, enquanto redes local único ter pouco uso para esses recursos. Protocolos roteáveis geralmente não permitem pacotes de difusão atravessar roteadores, reduzindo assim o congestionamento da rede. IP e IPX são nativamente roteável; eles não requerem encapsulamento para roteamento. Ambos utilizam protocolos de gateway interior (IGPs) para trocar informações de roteamento entre roteadores em uma rede autônomo (ou seja, um grupo de nós controlada por uma autoridade administrativa única). Um dos IGPs mais comuns é o roteamento Information Protocol (RIP), que usa um algoritmo de distância de vetor para determinar roteiros ideal. As implementações de RIP usadas em IP e IPX são baseadas em XNS RIP desenvolvido da Xerox Corporation Palo Alto Research Center (PARC).

• O NetBEUI não é roteável. NBF dá suporte a uma forma simples de roteamento, conhecido como token ring roteamento de origem, oferecido apenas em redes Token Ring. No entanto, o roteamento de origem não é realmente implementado na rede OSI camada.
• Pacotes TCP/IP são routeable por roteadores de terceiros que usam o RIP, IGPs como Cisco Systems Interior Gateway Routing Protocol (IGRP) ou protocolo de OSPF (Open Shortest Path First) da IETF, equipe, mesmo que Windows NT propriamente dito não entende esses protocolos. No entanto, se o MPR estiver instalado, o Windows NT usa RIP. Você pode configurar Windows NT como um roteador TCP/IP estático marcando a caixa de seleção Ativar o roteamento IP no painel de controle. Roteamento dinâmico deve ser implementado com roteadores de terceiros.
• Windows NT não pode atuar como um roteador IPX, mas IPX fornece total inter suporte de roteamento de rede. O NWLink usa Routing Information Protocol over IPX (RIPX) para implementar serviços de descoberta de roteiro e roteador usados pelo SPX e NBIPX. Quando o NWLink é carregado, ele envia uma solicitação RIPX para um número de rede a ser usado para endereçamento no nível do IPX. Servidores NetWare respondem com um pacote RIP contendo o número de rede da rede local. Se não houver nenhuma resposta RIPX, NWLink usa 0 para o número de rede e indica que o pacote IPX para a sub-rede local.

Requisitos de resolução e registro de nome

Impacto de requisitos de resolução de nome a simplicidade de configuração do cliente e administração de rede. Os métodos de registro e resolução de nomes impacto sobre a quantidade de difusão ou difusão seletiva atividade presente na rede, discutida posteriormente na seção no tráfego de rede.

Registro de nome NetBIOS

Todos os drivers de transporte devem registrar nomes NetBIOS para garantir que cada nome seja exclusivo.

Resolução de nomes NetBIOS

Nomes de camada de aplicativo (nomes de host NetBIOS e Sockets), por fim, devem resolver endereços de camada de link de dados (MAC). Drivers de transporte que não processam nomes NetBIOS nativamente têm uma etapa de resolução de nome intermediário na camada de rede, onde os nomes de NetBIOS resolvidos formato do endereço nativo do transporte.

• NBF usa nativamente nomes NetBIOS e resolve-los para endereços MAC.
• No TCP/IP, o NetBT resolve nomes NetBIOS para endereços IP, que, em seguida, resolver endereços MAC por meio de difusão ou de cache ARP.
• Em NWLink, NBIPX resolve nomes NetBIOS para endereços IPX. IPX endereços contém o endereço MAC como a identificação de host, para IPX requer não resolução adicional.

Resolução de nomes de host soquetes

Para aplicativos Windows Sockets, TCP/IP resolve nomes de host para endereços IP, que, em seguida, resolver endereços MAC.

Tráfego da rede

O método de registro e resolução de nomes geralmente afeta a quantidade de difusão ou difusão seletiva (difusão limitada) atividade presente na rede. Atividade de difusão e difusão seletiva usa largura de banda de rede no segmento local e em todos os segmentos com ponte e consome ciclos de processamento em cada estação de rede o mesmo protocolo. Protocolos com um alto nível de difusão ou difusão seletiva atividade geralmente não são bem adequados para grandes redes.

Difusões de registro de nome

Nomes NetBIOS devem ser registrados para garantir que cada nome seja exclusivo. Todos os drivers uso difusão, com uma exceção de transporte. No TCP/IP, Os clientes WINS enviam solicitação de registro de nome direcionado para o servidor WINS. Clientes WINS não podem usar o agente de proxy WINS para resolução de nomes, mas dependem de transmissão para registro de nome. O WINS DOS Microsoft os clientes enviam direcionado as solicitações de resolução de nome para o servidor WINS, mas dependem de transmissão para registro de nome.

Difusões de resolução de nome

Resolução de nomes pode ser feita por difusão, mapeamentos em cache, pesquisa em um arquivo de mapeamento locais ou consulta um serviço de nomes.

• NBF não armazena em cache nomes NetBIOS que já foram resolvidos para endereços MAC. NBF também não usa um serviço de nome do arquivo ou do mapeamento. Portanto, NBF gerará atividade de difusão seletiva sempre que é um link para outra estação re estabelecido.
• TCP/IP no Windows NT 3.5 oferece muitas opções para resolução de nome, resultando em algumas transmissões se configurado corretamente. Para resolução de nomes NetBIOS, TCP/IP pode usar o cache, pesquisa de LMHOSTS, consulta WINS, difusão, consulta DNS e pesquisa de HOSTS. Resolução de nomes de host, TCP/IP pode usar todos esses métodos, exceto o cache. Independentemente do método usado para resolução de nomes NetBIOS e o host, o IP deve resolver IP endereços em endereços MAC. Neste estágio resolução final é feito pelo cache do ARP ou de difusão ARP.
• O NWLink usa o difusão para resolver nomes para endereços. No entanto, NWLink reduz atividade de transmissão de resolução de nome ao cache de nome NetBIOS para mapeamentos de endereço IPX. NWLink não usa um endereço de mapeamento de nome do arquivo ou serviço. Uma versão futura pode implementar um serviço de nome semelhante ao WINS ou DNS.

Difusões de roteador

NetBEUI não é roteável e, portanto, não tem impacto no roteador difusões. Roteadores IP e IPX dinâmicos mantêm tabelas de roteamento emitindo um RIP de difusão em todas as portas em intervalos regulares. Difusões IP a cada 30 segundos; IPX, cada 60 segundos. Todos os servidores de arquivo do NetWare são inerentemente roteadores e, portanto, emitem difusões do RIP. IP RIP permite participantes ativos ou passivos. Participantes ativos emitem difusões RIP; somente escutam passivos ou silenciosos participantes. Os roteadores IP são ativos enquanto hosts IP são normalmente passivos. Infelizmente, IP RIP não se comunica com IPX RIP, resultando em redundantes difusões RIP em redes que estejam executando IP e IPX.

Difusões SAP

IPX servidores usam o Service Advertising Protocol (SAP) para notificar outros nós IPX de sua presença e os serviços oferecem automaticamente. Servidores IPX, mas não roteadores, emitem difusões SAP cada 60 segundos. Os clientes usam SAP para determinar quais recursos de rede estão disponíveis. Essas difusões SAP podem causar congestionamento em redes com vários serviços, especialmente em links de WAN. NWLink não emite difusões SAP.

Para resolver esse problema no NetWare, Novell implementado filtros SAP e o NetWare Link Service Protocol (NLSP) no seu multiprotocolo roteador (MPR) com o NetWare 4.x. NLSP associa informações de rotas baseados no OSPF com funções do SAP da Novell, reduzindo significativamente o tráfego de sobrecarga normalmente gerado por RIP e SAP.

Difusões DHCP

DHCP será bastante simplesmente a configuração do cliente IP. No entanto, DHCP irá aumentar um pouco tráfego de rede. DHCP realiza negociação de configuração de cliente por meio de transmissão. Depois que o cliente aceita o endereço IP oferecido pelo servidor DHCP, toda a atividade é direcionados pacotes. Como servidores DHCP atuam de forma autônoma, não há nenhum tráfego de replicação entre servidores DHCP.

Replicação WINS

WINS podem reduzir significativamente difusões de consulta de nome. No entanto, o WINS apresentará tráfego de rede para duplicação entre vários servidores WINS. Se configurado corretamente, este tráfego de replicação será mínimo e o efeito será reduzido o tráfego de rede.

Relatório de status de rede

• NBF não fornece nenhuma informação sobre o estado da rede.
• Roteadores de TCP/IP usam ICMP para notificar a fonte que tenham sido encontrados erros, como destino inacessível retardamento de origem, etc..
• IPX não fornece nenhuma informação sobre o estado da rede. IPX não tem nenhum protocolo de gerenciamento de controle de internet, como ICMP do TCP/IP. Um roteador IPX não tem meios para indicar uma estação de envio que um destino está inacessível, ele diminua sua taxa de transmissão, etc. de.

Requisitos de memória

Os administradores de rede geralmente desejarem uma superfície de memória pequeno, especialmente em clientes. Requisitos de memória de protocolo normalmente são uma característica da implementação de driver de transporte em vez do próprio protocolo.

• NBF tem uso da memória relativamente pequeno.
• TCP/IP e IPX têm requisitos de uso de memória semelhante, mas requerem mais do que NBF.

Desempenho

Desempenho do protocolo é normalmente depende da eficiência e ajuste da implementação de driver de transporte em vez do próprio protocolo.

• NBF é ajustado para comunicação de rede local pequena e, portanto, é muito rápido. Seu desempenho em redes de longa distância é ruim.
• TCP/IP não é tão rápido quanto NBF em redes locais pequenas. O driver TCP/IP no Windows NT 3.1 foi significativamente mais lento que NBF em uma rede local. No entanto, o re projetado TCP/IP no Windows NT 3.5 somente é um pouco mais lento que NBF.
• O NWLink não é tão rápido quanto NBF em redes locais pequenas. O driver de NWLink no Windows NT 3.1 foi significativamente mais lento que NBF em uma rede local. No entanto, o re projetado NWLink no Windows NT 3.5 somente é um pouco mais lento que NBF.
• Protocolos IPX/SPX tem algumas limitações significativas de desempenho em uma rede (wide-area) roteada, o motivo pelo qual Novell tiver sido modificá-los com "pacotes intermitentes" e "SPX II" altera.
• IPX é apenas ligeiramente mais rápido de TCP/IP para operações de impressão e arquivo e apenas ligeiramente mais lenta do TCP/IP para serviços de aplicativos.

Suporte de programação de aplicativo

• NBF permite NetBIOS, pipes nomeados, processador de mensagens, NetDDE, RPC sobre NetBIOS e RPC sobre pipes nomeados programação usando NBFP. NBF não dá suporte Sockets ou o RPC através de programação de Sockets.
• TCP/IP permite Sockets e RPC através de programação sobre TCP e UDP de aplicativo de Sockets. TCP/IP também permite que NetBIOS, pipes nomeados, processador de mensagens, NetDDE, RPC sobre NetBIOS e RPC sobre pipes nomeados de programação sobre NBT.
• IPX permite Sockets e RPC através de programação através de IPX e SPX de aplicativo de Sockets. IPX também permite que NetBIOS, pipes nomeados, processador de mensagens, NetDDE, RPC sobre NetBIOS e RPC sobre pipes nomeados sobre NBIPX de programação. IPX oferece suporte a identificações de soquete para uso por aplicativos de soquetes e outros aplicativos que usam IPX diretamente. Esse recurso de hospedagem direto permite IPX perceber vantagens de desempenho para pequenos E/s ignorando NBIPX e chamando IPX diretamente.
  
  

     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 usuários que desejam se conectar à Internet global devem obter uma identificação de rede do InterNIC. O fornecimento dos endereços IP não alocados na Internet global rapidamente é declínio. Em um esforço para resolver esse problema, Internet Engineering Task Force (IETF) tem formato IP versão 4 endereço Lifetime previsão (EPA IPv4) grupo de trabalho para determinar quanto mais IPv4 pode durar. A IETF também está desenvolvendo IP versão 6 (IPv6), também conhecido como IP próxima geração (IPng), para substituir o IPv4 atual. IPng aumenta os endereços IPv4 de quatro bytes (32 bits) para bytes dezesseis (128 bits). No entanto, há muito controversy sobre IPng.

Resumo

Referências

• Guia de planejamento, capítulo 2 de conceitos do Windows NT 3.5 e
• Windows NT Server TCP/IP
• Soluções do Windows NT Server para redes NetWare
• Novell IPX Router Specification, número de peça Novell 107-000029-001
• 39F9353 de referência técnica de LAN, IBM publicações, IBM, SC30-3383-03
• Interconexão de redes com TCP/IP, Volumes I e II, por Douglas e. Comer