Você está offline; aguardando reconexão

MIB de DHCP devolve OID incorrecto para SNMP GetNext comando

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 216063
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Sintomas
Quando executa o comando GETNEXT de protocolo de gestão de rede simples (SNMP) a partir de um sistema de gestão de SNMP para devolver OIDs da MIB de DHCP, a primeira ocorrência do objecto subsequente é devolvida em vez da primeira ocorrência do objecto real pedida.
Causa
Este problema ocorre porque o Subagente DHCP não corrigir a ordenação lexicographic. O exemplo que se segue apresenta o problema. O comando GETNEXT deverá devolver 2.157.55.80.0. No entanto, GETNEXT devolve efectivamente 3.157.55.80.0.
C:\>snmputil getnext rhino1 public 1.3.6.1.4.1.311.1.3.2.1.1.2.0OID :1.3.6.1.4.1.311.1.3.2.1.1.3.157.55.80.0.iso.org.dod.internet.private.enterprises.microsoft.software.dhcp.dhcpScope.scopeTable.scopeTableEntry.noAddFree.157.55.80.0COUNTER: 459C:\>snmputil getnext rhino1 public 1.3.6.1.4.1.311.1.3.2.1.1.2.157.55.80.0OID :1.3.6.1.4.1.311.1.3.2.1.1.2.172.31.200.0.iso.org.dod.internet.private.enterprises.microsoft.software.dhcp.dhcpScope.scopeTable.scopeTableEntry.noAddInUse.172.31.200.0COUNTER: 9				
Resolução
Para resolver este problema, obtenha o service pack mais recente do Windows NT 4.0 ou a actualização de individual software. Para obter informações sobre como obter o service pack mais recente, vá para:
  • 152734 como obter o service pack mais recente do windows nt 4.0
Para obter informações sobre como obter a actualização de individual software, contacte o suporte técnico da Microsoft. Para obter uma lista completa dos números de telefone do suporte técnico da Microsoft e informações sobre os custos de suporte, visite o seguinte endereço na World Wide Web:

Ponto Da Situação
A Microsoft confirmou que este é um problema no Windows NT 4.0. Este problema foi primeiro corrigido no Windows NT 4.0 Service Pack 5.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 216063 - Última Revisão: 01/11/2015 02:28:01 - Revisão: 3.0

Microsoft Windows NT Server 4.0 Standard Edition, Microsoft Windows NT Server 4.0 Enterprise Edition

  • kbnosurvey kbarchive kbhotfixserver kbqfe kbbug kbfix kbmt KB216063 KbMtpt
Comentários