Fase Experimental do Serviço de Aceleração do Transporte de Dados com o Emprego de Redes de Circuitos Dinâmico (FE-ATER)

Skip to end of metadata
Go to start of metadata

Este guia é direcionado aos operadores do serviço ATER, e tem como objetivo listar os passos para resolução de possíveis problemas no serviço. O guia está divido por tipo de problema. 

1. Falha de acesso ao serviço

Página do serviço offline (ater.cipo.rnp.br)?

  1. Acesse a VM do CORE via ssh:

    ssh ater@200.130.99.82 -p 6622
  2. Verifique o status do serviço do Apache:

    ater@ater-core:~# service apache2 status
    ater@ater-core:~# Apache2 is running (pid 2292).

    Caso o processo do Apache não esteja rodando, inicie novamente o serviço:

    ater@ater-core:~# service apache2 start
  3. Cheque o espaço em disco na VM:

    ater@ater-core:~# df -h

    Caso não haja espaço disponível no dispositivo /dev/mapper/ater--core-root proceder com a remoção de arquivos de log antigos, ou outros arquivos não essenciais para o funcionamento do sistema. em seguida reinicie o serviço do apache:

    ater@ater-core:~# service apache2 restart

Não lembro meu usuário e/ou senha da federação café.

Referenciar documentação da federação café após migração do método de autenticação

2. Falha de criação de regra

  1. Verifique o status dos RACEs na interface web do ATER pelo Menu: Monitoramento>RACEs
  2. Caso algum dos RACEs esteja offline, os acesse via ssh e reinicie o race_daemon e core_checker:

    root@race-ma:~# /etc/init.d/core_checker restart
    root@race-XX:~# /etc/init.d/race_daemon restart
  3. Se dentre de alguns minutos o status dos RACEs permanecer offline, também reinicie o race_checker na VM do CORE:

    ater@ater-core:~# /etc/init.d/race_checker restart

3. Regra Efetiva não gera circuito

  1. Verifique se há algum tráfego que se adeque aos parâmetros especificados na regra cadastrada, clicando no botão visualizar na interface do monitoramento de regras.
  2. Verifique se há algum circuito associado à regra e qual seu status. 
  3. Consulte na página do NSI Safnari (https://agg.cipo.rnp.br/connections) o status do circuito, buscando pelo código do GRI do circuito.

4. Interrupção do circuito

  1. Verifique o log do circuit_checker para saber se a interrupção do circuito foi causada pela degradação do circuito.

    root@ater-core:~# tail -f /opt/ater/core/circuit_checker/log/circuitChecker.log
  2. Caso haja degradação do circuito, siga os passos do item 5.
  3. Consulte na página do NSI Safnari (https://agg.cipo.rnp.br/connections) o status do circuito, buscando pelo código do GRI do circuito.


5. Problemas na qualidade do circuito

Perda de Pacotes?

  1. Verifique se há congestionamento em algum dos trechos do circuito na página do panorama do tráfego da RNP: https://www.rnp.br/servicos/conectividade/trafego

  2. Reduza a largura de banda reservada para o circuito em caso de congestionamento no backbone da RNP.

Vazão é menor do que a largura de banda reservada para o circuito.


  1. Verifique se há congestionamento em algum dos trechos do circuito na página do panorama do tráfego da RNP: https://www.rnp.br/servicos/conectividade/trafego
  2. Reduza a largura de banda reservada para o circuito em caso de congestionamento no backbone da RNP.
  3. Caso o problema ocorra com o protocolo TCP, repita os testes com a mesma vazão utilizando o protocolo UDP. Caso a vazão com o protocolo UDP esteja alcançando a vazão esperada pode ser um indicio de mau funcionamento do QoS no backbone.
  4. Repetir testes com o protocolo TCP utilizando a ferramenta TC para limitar a vazão no host de origem. Abrir ticket com a engenharia e encaminhar os resultados dos testes.

 

 

 

  • No labels