23 de julho de 2026

CORREÇÃO | Duplicidade e inconsistência na exibição de contadores no equipamento Lexmark XC9235

Os contadores de alguns equipamentos Lexmark XC9235 estavam sendo apresentados de forma inconsistente, com casos de ausência de exibição em alguns equipamentos e duplicidade de registros em outros. Além disso, havia lógica de tratamento que interrompia a remoção completa de contadores duplicados, resultando em persistência de dados inconsistentes.

O problema ocorria durante a leitura e processamento dos contadores dos equipamentos, especialmente em cenários onde havia múltiplos contadores do mesmo tipo sendo retornados pelo dispositivo ou quando a regra de remoção era acionada parcialmente.

A inconsistência ocorria na camada de processamento dos dados de leitura dos dispositivos, impactando diretamente a estrutura de contadores retornada e armazenada, independentemente da versão de firmware específica, conforme evidenciado por equipamentos com versões iguais ou diferentes apresentando comportamentos distintos.

Para corrigir, ajustamos a lógica responsável pela remoção de contadores duplicados, eliminando a instrução de interrupção que encerrava prematuramente o processamento após a primeira remoção. Com isso, garantiu-se que todos os contadores duplicados sejam devidamente tratados, evitando inconsistências na exibição e armazenamento dos dados.

CORREÇÃO | Falha na descoberta de impressoras com suporte exclusivo a SNMP v1

Os equipamentos que suportavam apenas SNMP v1 não eram identificados durante o processo de busca de impressoras, especificamente no momento em que era feita a validação para identificar se o equipamento retornado era compatível com o monitoramento.

A inconsistência estava presente na chamada responsável pela validação do tipo de dispositivo durante a descoberta, onde o NDD Orbix realizava requisições utilizando exclusivamente SNMP v2, mesmo em cenários onde o equipamento suportava apenas SNMP v1, resultando na exclusão desse dispositivo do processo de descoberta.

Para corrigir, ajustamos a lógica de validação de dispositivos para garantir suporte adequado ao SNMP v1 durante o processo de descoberta. A chamada responsável pela identificação de impressoras passou a considerar corretamente equipamentos que respondem apenas via SNMP v1, eliminando a limitação anterior causada pelo uso exclusivo de SNMP v2. Com isso, dispositivos compatíveis passaram a ser corretamente identificados e incluídos no monitoramento.

CORREÇÃO | Falha na fila de impressão em impressoras com comunidade SNMP diferente de public

Ao instalar uma fila de impressão para uma impressora cuja comunidade de leitura não era public, a fila ficava como offline no gerenciamento de impressão.

Ao receber a notificação de instalação da fila, o serviço tenta se comunicar com todas as configurações SNMP cadastradas no portal. 

Quando alguma delas retorna com sucesso, essa configuração é vinculada à fila de impressão.

💡

Exemplo

Foi instalada uma fila de impressão apontando para uma determinada impressora. A comunidade de leitura public foi desativada e a comunidade de leitura admin foi ativada:

No menu Configurações > Protocolo SNMP do portal NDD Orbix, a configuração SNMP foi cadastrada com a comunidade de leitura admin:

No menu Filas de impressão > Filas de impressão do portal NDD Orbix, foi criada uma fila de impressão apontando para essa impressora:

No gerenciamento de impressão (Propriedades > Portas > Configurar Porta, o SNMP exibe a configuração correta:

Caso nenhuma delas retorne com sucesso, o SNMP é desabilitado da fila, mantendo as funções de impressão.

💡

Exemplo

CORREÇÃO | Registros duplicados da mesma impressora quando utilizada a configuração SNMP v3

• Local: Filas de impressão > Impressoras

Ao criar uma fila de impressão e atribuir um endereço IP a uma impressora com configuração SNMP v3 ativada, podiam ser gerados registros duplicados do mesmo dispositivo com valores inválidos ou inconsistentes, além do registro correto.

Para corrigir, substituímos a lógica de descoberta e validação dos OIDs do protocolo SNMP, passando a utilizar a mesma abordagem aplicada no serviço NDD - Printer Monitor.

CORREÇÃO | Identificação da impressora era executada mais vezes do que o necessário

Após a criação da fila de impressão, ao enviar uma impressão, iniciava-se o fluxo de identificação da impressora. Essa identificação, usada para descobrir qual impressora estava relacionada à fila de impressão, estava ocorrendo mais vezes do que o necessário.

Para corrigir, ajustamos a identificação da impressora para que ela não ocorra mais vezes do que o necessário. Também reimplementamos o fluxo para que ele seja executado de forma assíncrona, sem depender de uma impressão. Com isso, a impressora passa a ser identificada assim que a fila é criada, modificada ou quando o serviço é iniciado. Desta forma, a economia é aplicada já na primeira impressão.

HOMOLOGAÇÃO | Impressoras homologadas

CORREÇÃO | Impressões indevidas durante a descoberta de impressoras térmicas na rede

No serviço, ao configurar uma busca por unicast ou ao definir IPs fixos para encontrar impressoras térmicas na rede, se o IP em tentativa de identificação fosse de uma impressora de outro fabricante e a configuração SNMP estivesse incorreta, impedindo a comunicação, era realizada uma segunda validação.

Nessa validação, o serviço tentava se comunicar via TCP, enviando um comando pela porta 9100 para verificar se o equipamento era do fabricante Honeywell. Entretanto, alguns fabricantes de impressoras acabavamm imprimindo esse comando.

Para corrigir, substituímos a comunicação via TCP na porta 9100 por uma chamada HTTP, verificando a página web da impressora. Com isso, as impressões indevidas deixam de ocorrer.

MELHORIA | Expansão da identificação do tipo de computador

Expandimos a cobertura dos tipos de computadores identificados pelo agente com base na lista oficial da SMBIOS para reconhecer corretamente o tipo de chassis do equipamento e corrigir classificações incorretas.

CORREÇÃO | Falha na geração do percentual de uso do disco

Em alguns computadores, o portal deixava de calcular corretamente o percentual de uso do disco durante a rotina automática de monitoramento do agente.

Para corrigir, aplicamos melhorias no processamento para tratar cenários de dados parciais.