Questão de Redes de Computadores — VOIP, H.323, SIP, RTP, SCTP, etc. — CESPE / CEBRASPE 2023

H.323: registro de endpoints em múltiplos gatekeepers

Gabarito: letra E (ERRADO). No padrão H.323, os endpoints são capazes de se registrar a mais de um gatekeeper — a afirmação do item está incorreta. O gatekeeper controla os pontos extremos sob sua jurisdição (a zona), mas o protocolo não impede que um terminal se registre em mais de um deles; essa flexibilidade é parte do desenho do H.323, que permite redundância e mobilidade.

O H.323 é uma recomendação da ITU (International Telecommunication Union) que define uma arquitetura completa para comunicação multimídia em redes baseadas em pacotes. Diferentemente do SIP, que é um protocolo modular e leve, o H.323 especifica uma pilha de protocolos inteira, incluindo sinalização (Q.931), controle (H.245), registro e admissão (H.225/RAS) e transporte de mídia (RTP/RTCP). Dentro dessa arquitetura, o gatekeeper é um componente opcional que gerencia uma zona — o conjunto de endpoints sob sua autoridade. Ele é responsável por funções como tradução de endereços, controle de admissão, gerenciamento de largura de banda e roteamento de chamadas.

A questão central é: um endpoint pode se registrar em mais de um gatekeeper? A resposta é sim. O H.323 foi projetado para permitir que um terminal se registre em múltiplos gatekeepers, o que oferece vantagens como redundância (se um gatekeeper falhar, o endpoint ainda pode ser alcançado por outro) e flexibilidade em cenários de mobilidade (um terminal pode se mover entre zonas e manter o registro em vários gatekeepers). Essa capacidade é uma característica do protocolo, não uma limitação. O item afirma exatamente o oposto — que os endpoints são incapazes de se registrar a mais de um gatekeeper — o que contraria o funcionamento real do H.323.

Para entender por que essa flexibilidade existe, é útil comparar com o SIP. No SIP, o registro é feito em um servidor de registro (registrar), e um endpoint pode se registrar em vários servidores, dependendo da configuração. No H.323, a lógica é semelhante: o protocolo RAS (Registration/Admission/Status) permite que um endpoint envie mensagens de registro (RRQ) para diferentes gatekeepers. Não há no padrão uma restrição que proíba múltiplos registros. A banca explora exatamente essa confusão: o candidato pode pensar que, por ser um padrão "rígido" e "monolítico", o H.323 limitaria o registro a um único gatekeeper. Mas a rigidez do H.323 está na especificação detalhada dos protocolos, não na limitação de registros.

Na prática, um cenário comum é uma empresa com dois gatekeepers para balanceamento de carga ou alta disponibilidade. Um endpoint pode se registrar em ambos, e o gatekeeper que receber a chamada pode roteá-la para o endpoint, independentemente de qual deles tenha o registro. Isso demonstra que a capacidade de múltiplos registros é uma funcionalidade real e útil, não uma exceção rara.

A pegadinha desta questão está na palavra "incapazes". O item usa um termo absoluto que nega uma capacidade que o protocolo possui. Em questões de protocolos de rede, palavras como "incapazes", "sempre", "nunca" e "somente" são sinais de alerta — muitas vezes a banca as usa para inverter o que a norma ou o padrão realmente estabelece. Aqui, a inversão é clara: o H.323 permite múltiplos registros, e o item afirma o contrário.

Item — ❌ ERRADO

A afirmação de que "por padrão, no H.323, os endpoints são incapazes de ser registrados a mais de um gatekeeper" é falsa. O H.323, por meio do protocolo RAS (Registration/Admission/Status), permite que um endpoint envie mensagens de registro (RRQ) para múltiplos gatekeepers. Essa capacidade é parte do desenho do padrão e oferece benefícios como redundância e flexibilidade. O item inverte essa característica, afirmando uma limitação que não existe.

Gabarito: letra E (ERRADO).