Por que o 5G precisa do sistema NETCONF (3)?

1. Estrutura do Protocolo Conforme mostrado na figura a seguir (1), o NETCONF adota uma estrutura em camadas, onde cada camada encapsula funções específicas e fornece serviços para a camada superior. Essa estrutura permite que cada camada se concentre em um único aspecto do NETCONF e reduz as dependências entre as camadas. Mudanças dentro de uma camada têm um impacto mínimo em outras camadas.

O NETCONF pode ser dividido em quatro camadas: a camada de segurança de transporte, a camada de mensagens, a camada de operações, e a camada de conteúdo. Essas camadas são:

• A camada de segurança de transporte: Esta camada é responsável pela comunicação entre o cliente e o servidor. O NETCONF pode ser estruturado sobre qualquer protocolo de transporte que atenda aos requisitos básicos, como SSH, TLS e HTTPS. SSH é o protocolo de transporte preferido para transmitir mensagens XML no NETCONF.
• A camada de mensagens: Esta camada fornece mecanismos de codificação RPC e notificação independentes do transporte. O cliente encapsula uma solicitação RPC em um elemento e a envia para o servidor. O servidor encapsula o resultado do processamento desta solicitação em um elemento e o envia para o cliente.
• A camada de operações: Esta camada define um conjunto de operações de protocolo básicas, que são chamadas como métodos RPC com parâmetros codificados em XML.
• A camada de conteúdo: Esta camada é definida pelo modelo de dados para dados de gerenciamento. Atualmente, os modelos de dados principais incluem Schema e YANG.        
• Schema é um conjunto de regras para descrever arquivos XML. Os dispositivos usam arquivos de esquema (semelhantes aos arquivos MIB em SNMP) para fornecer configuração do dispositivo e interfaces de gerenciamento para sistemas de gerenciamento de rede (NMSs).
• YANG é uma linguagem de modelagem de dados projetada para NETCONF. O cliente pode compilar operações RPC em mensagens XML para alcançar a comunicação cliente-servidor que está em conformidade com as restrições do modelo YANG.

2. Formato da Mensagem A figura a seguir (2) é uma estrutura completa de mensagem de solicitação NETCONF YANG;

3. Estrutura de Comunicação No NETCONF, a solicitação RPC iniciada pelo cliente e a resposta do servidor são ambas codificadas em XML e contidas nos elementos e respectivamente. Essa estrutura de solicitação-resposta é independente do protocolo da camada de transporte; alguns elementos RPC básicos são listados abaixo:

• O elemento é usado para encapsular a solicitação enviada pelo cliente NETCONF para o servidor NETCONF.
• O servidor NETCONF envia um elemento em resposta a cada solicitação .
• Se ocorrer algum erro ou alarme durante o processamento da solicitação , o servidor NETCONF retornará uma mensagem contendo apenas o elemento para o cliente NETCONF.
• Se nenhum erro ou alarme ocorrer durante o processamento da solicitação , o servidor NETCONF retorna uma mensagem contendo apenas o elemento para o cliente NETCONF.

 

IV. Configuração do Banco de Dados O NETCONF define um conjunto completo de parâmetros de configuração do dispositivo. O NETCONF define a existência de um ou mais bancos de dados de configuração e permite operações de configuração neles. No modelo NETCONF básico, apenas o banco de dados de configuração está disponível. Outros bancos de dados de configuração podem ser definidos com base nas capacidades e estão disponíveis apenas em dispositivos que suportam essas capacidades. Estes incluem:

 

• : O banco de dados de configuração em execução. Este banco de dados armazena todas as configurações atualmente ativas em um dispositivo de rede. Existe apenas um banco de dados de configuração em um dispositivo, e ele sempre existe.

 

• : O banco de dados de configuração candidata. Este banco de dados armazena dados de configuração a serem confirmados no banco de dados de configuração no dispositivo. As operações no banco de dados de configuração podem ser executadas sem afetar a configuração atual do dispositivo. A operação é usada para confirmar uma configuração candidata. Para suportar o banco de dados de configuração , um dispositivo deve suportar a capacidade de configuração candidata, uma capacidade NETCONF padrão.

 

• : O banco de dados de configuração de inicialização (semelhante a um arquivo de configuração salvo). Ele armazena os dados de configuração que precisam ser carregados quando o dispositivo inicia. Para suportar o banco de dados de configuração , o dispositivo deve suportar a capacidade de inicialização independente, que é uma capacidade NETCONF padrão.