Sobre o Serviço

Descrição

Arquitetura do Serviço

Portal de Medições

Kit de Medições

Política de Uso e Segurança

Status da Implantação

Guia de Instalação

MP (Atraso e Vazão)

Kits de Baixo Custo (2a. Geração)

Guia de Uso

Portal de Medições

Implantação

[Instituições Clientes (Kit de Baixo Custo)]

[Instituição (2a. Geração)]

PoP

RNP

MonIPÊ Live

Disseminação

Material de apoio

Suporte

Lista de E-mail e Suporte

FAQ & Glossário




Desenvolvimento

Comparativo Técnico

Hardware

Software

Ferramentas de Medição

Montagem

MonIPÊ 2.0

MP

LS

MA

MA-Esmond

NDT

Proxy IdP CAFé

Versões Anteriores

MonIPÊ 1.0




Acompanhamento

Log de Problemas

Implantação GTI

Roadmap

2016

2015

2014

2013

Lista de Requisitos

2014

2013

Demonstrações

Piloto 2013

Equipe

2016

2015

2014

2013

Reuniões

2016

2015

2014

2013

Relatórios Anuais

[2014]

2013

Child pages
  • Requisitos - 2014

AVISO: Essa página foi movida! Para versão atualizada do conteúdo acesse: https://wiki.rnp.br/display/monipe

Skip to end of metadata
Go to start of metadata

Requisitos Funcionais

IDAplicaçãoStatusRequisitoDescrição
RF00005Relatórios(grey lightbulb)Gráficos customizáveis (desejável)É desejável permitir o usuário criar templates para gráficos que usem métricas de testes agendados
RF00006Relatórios(warning)Relatórios Históricos: Dia, Semana, Mês e Ano

A ferramenta deve contemplar por padrão demonstrar os dados nas granularidades: Dia, Semana, Mês e Ano

 

Deve ser feito esquema de sumarizar os dados:

- Dia - por hora

- Semana - por hora

- Mês - por hora

- Ano - por dia (pendente)

RF00008Relatórios(tick)Relatórios por GrupoOs relatórios devem ser apresentados pelos grupos cadastrados (agrupado por evento)
RF00013Portal(tick)Gerenciamento do idioma da interface

- Interface pública: idioma inicialmente a partir do browser, podendo ser trocado via banderinha na parte superior da interface

- Interface administrativa: assumir idioma configurado pelo usuário (usuário pode alterar via banderinha ou interface de gerenciamento)

RF00027Agendamento(warning)Agendamento em SlotsCriar mecanismos para agendamento em slots de tempo pré-determinados (Trabalhar com os campos de agendamento: Duration, Latest, Number Of Tests, Alpha e Split Horizon)
RF00028Hosts(grey lightbulb)Ativar/desativar hosts na listaHosts devem ser ativados ou desativados a partir da lista de seleção
RF00042Configurações(warning)Tuning TCPPermitir o tuning TCP e outras configurações via interface de gerência
RF00044CL-MP(grey lightbulb)Diferentes fluxos BWCTLRepresentar na mensagem XML os diferentes fluxos de teste (Concurrent Connections)
RF00045CL-MP(grey lightbulb)Diferentes sessões BWCTLRepresentar na mensagem XML as diferentes sessões de teste (Number Of Tests)
RF00046CL-MP(grey lightbulb)Mensagens de erros mais específicasEnviar mensagens de erro para facilitar a interação com a ferramenta de visualização
RF00048Testes Sob Demanda(tick)Tabela OWAMP - Campo atraso / Formatação das colunas

Incluir na tabela o campo calculado de atraso e rever a formatação das outras colunas

Deve ser reformatado os campos de data e hora na aba Texto Simples

Estes campos devem ser excluídos por não ter necessidade

RF00060Testes Sob Demanda(grey lightbulb)Host com papel AmbosPossibilitar a realização de testes de/para em uma solicitação, onde o papel seria Ambos para o Host
RF00065Hosts(error)Alterar label do campoAlterar CLMP para perfSONAR
RF00066Hosts(error)Identificar funcionalidade de agendamentoAdicionar alguma forma de informar se a funcionalidade de agendamento pode ser usada com este serviço (visando diferenciar serviços CLMP e outros, tais como os da GÉANT onde tal funcionalidade não existe)
RF00067Testes Sob Demanda(grey lightbulb)Tabela CSVIncluir tabs com resultados dos testes sob demanda em formato CSV
RF00068Testes Sob Demanda(warning)Tempo estimado de término do teste

Quando o teste é acionado, poderia-se incluir um texto informando um tempo estimado de término do teste

Ao executar um teste sob demanda, a ferramenta deveria estimar o tempo aproximado para retornar o resultado de acordo com os parâmetros passados

Uma barra de progresso ou contador poderia aparecer para mostrar para o usuário quanto falta para finalizar o teste

ex: http://www.west-wind.com/wconnect/webcontrols/progressBar.wcsx

RF00078Visualizar Meus Testes(grey lightbulb)Visualizar múltiplos resultados de testes salvosDesenvolver esquema de paginação para apresentar múltiplos resultados de testes (limitar a 5 resultados a cada página)
RF00085Agendamento(warning)Data de início e fim

Incluir data de início e fim nos agendamentos, sendo que são campos opcionais de preenchimento. Caso data de início não seja definida, deve ser assumida a data quando o agendamento foi solicitado

Para data início: assumir data de agendamento, caso data de início seja nula

RF00088Agendamento(grey lightbulb)Gerência dos testes agendados nos MPs padrõesPermitir que o portal saiba de testes agendados por outros portais nos MPs padrões
RF00093Agendamento(tick)Permitir associar a eventos testes agendadosImplementar esta funcionalidade junto ao agendamento
RF00095Sistema(grey lightbulb)Gerenciamento do Registro no LS

Incluir funcionalidade de gerenciamento do registro do LS

RF00096Agendamento(grey lightbulb)Labels explicativos

Incluir labels explicativos nos campos de agendamento sobre unidades de entrada, formato esperado, etc.

Labels explicativos, tooltips. Definir mascára para formato, unidades e outras informações de cada campo. Falta Unidades de medidas do timeout, por exemplo.

Poderia ter tooltips (dica de contexto) para o usuario final, que mostrasse informações (maiores detalhes) ao dar foco na opção desejada, por exemplo, nos testes de vazão, explicando a finalidade do teste.

RF00097Testes Sob Demanda(grey lightbulb)Labels explicativos

Incluir labels explicativos nos campos de agendamento sobre unidades de entrada, formato esperado, etc.

Labels explicativos, tooltips. Definir mascára para formato, unidades e outras informações de cada campo. Falta Unidades de medidas do timeout, por exemplo.

Poderia ter tooltips (dica de contexto) para o usuario final, que mostrasse informações (maiores detalhes) ao dar foco na opção desejada, por exemplo, nos testes de vazão, explicando a finalidade do teste.

RF00099MP(tick)Console de gerenciamento básico dos MPs: serviços por interfaces de redeConfigurar serviços baseado no número de interfaces
RF00102MP(tick)Funcionalidade PingPing deve ser habilitado no MP de atraso
RF00105Visualizar Agendamentos(warning)Visualização dos Agendamentos: Ponto-a-Ponto

Quando selecionar um agendamento, apresentar: gráfico ida e volta diário (com possibilidade de 4 escalas: dia, semana, mês e ano), informações sobre agendamento, informações sumarizadas

Outro recurso que pode ser útil, e de implementação - talvez não muito complexa - seria exibir resultados lado a lado (por exemplo: output de saídas de dois traceroutes de A para B e vice-versa, em duas colunas, lado a lado.

RF00106Visualizar Agendamentos(warning)Visualização dos Agendamentos: Ponto-a-Multiponto

Apresentar uma Matriz com 2 linhas: ida e volta, onde as colunas são os MPs com que se faz os testes

Em cada célula, deve dados de resumo sobre a medição

Quando clicar para ver os dados detalhados, apresentar os gráficos de ida e volta para o MP da coluna e apresentar como apresentado em ponto-a-ponto

Outro recurso que pode ser útil, e de implementação - talvez não muito complexa - seria exibir resultados lado a lado (por exemplo: output de saídas de dois traceroutes de A para B e vice-versa, em duas colunas, lado a lado.

RF00107Visualizar Agendamentos(warning)Visualização dos Agendamentos: Multi-a-Multiponto

Apresentar uma Matriz com mps de ida e volta

Em cada célula, deve dados de resumo sobre a medição

Quando clicar para ver os dados detalhados, apresentar os gráficos de ida e volta entre os MPs que se cruzam na célula e apresentar como apresentado em ponto-a-ponto

Outro recurso que pode ser útil, e de implementação - talvez não muito complexa - seria exibir resultados lado a lado (por exemplo: output de saídas de dois traceroutes de A para B e vice-versa, em duas colunas, lado a lado.

RF00108Visualizar Meus Testes(error)Parâmetros na horizontalApresentar parâmetros dos testes na horizontal
RF00109Visualizar Agendamentos(error)Parâmetros na horizontalApresentar parâmetros dos testes na horizontal
RF00110Eventos(grey lightbulb)Data inicial atualUsar como data inicial a data atual caso não seja preenchida
RF00111Visualizar Meus Testes(grey lightbulb)Exportar visualização para outros formatosExportar para PDF, Excel, imagem (somente gráfico), texto, etc
RF00112Visualizar Agendamentos(grey lightbulb)Exportar visualização para outros formatosExportar para PDF, Excel, imagem (somente gráfico), texto, etc
RF00113Visualizar Agendamentos(tick)Métricas de AtrasoMétricas definidas:

A variação de atraso será calculada através da fórmula (P75%-P25%) de cada teste.
O atraso mínimo será o P5% e o máximo será o P95% do teste.

Por período:
A variação mínima será a menor variação do período, a máxima será a maior do período.
O atraso mínimo será o menor atraso do período e o máximo será o maior.

A cor da variação na tabela final será determinada pela maior variação do período.
A cor do atraso na tabela final será determinada pela diferença entre o maior máximo e o menor mínimo do período.

Ping(Balão) Mostrar:

Pacotes: Total/Perdidos/%PacotesPerdidos
Variação: Min/Mediana/Max
Atraso: Min/Mediana/Max
Teste: Total/Perdidos/%TestePerdidos

Owamp(Balão) Mostrar:

Pacotes: Total/Perdidos/%PacotesPerdidos
Variação: Min/Mediana/Max
Atraso: Min/Mediana/Max
Dessincronizado: Atraso Negativo
Teste: Total/Perdidos/%TestesPerdidos

Regras das cores:

(Ping)
Pacotes: 0%-1% (verde) / 1%-20% (amarelo) / 20%-50% (Laranja) / >50% (vermelho)
Variação: 0-4ms (verde) / 4-10ms (amarelo) / (10-20ms) (Laranja) / >20ms (Vermelho)
Atraso: 0-10ms (verde) / 10-20ms (amarelo) / (20-50ms) (Laranja) / >50ms (Vermelho)
Testes: 0%-1% (verde) / 1%-20% (amarelo) / 20%-50% (Laranja) / >50% (vermelho)

(Owamp):

Pacotes: 0%-1% (verde) / 1%-20% (amarelo) / 20%-50% (Laranja) / >50% (vermelho)
Variação: 0-2ms (verde) / 2-5ms (amarelo) / (5-10ms) (Laranja) / >10ms (Vermelho)
Atraso: 0-5ms (verde) / 5-10ms (amarelo) / (10-25ms) (Laranja) / >25ms (Vermelho)
Dessincronizado: atraso negativo (cinza) / atraso positivo (verde)
Testes: 0%-1% (verde) / 1%-20% (amarelo) / 20%-50% (Laranja) / >50% (vermelho)
RF00114Configurações(grey lightbulb)Gerência do BWCTLD e OWAMPD conf

Criar interfaces para gerenciamento do:

- BWCTLD.conf:

iperf_port

peer_port

src_node

- OWAMPD.conf:

srcnode

testports

RF00115Configurações(error)Gerência do firewallA configuração do firewall deveria refletir a configuração dos arquivos BWCTL e OWAMP limits
RF00116Agendamento(tick)Editar SelecionadosImplementar funcionalidade "Editar Selecionados" na tela Testes Agendados
RF00117Agendamento(warning)Colunas na lista de agendamentos

Aparecer colunas Evento, Público, Portal e Usuário na lista de agendamentos

- Falta armazenar usuário que agendou o teste

RF00118Agendamento(grey lightbulb)Restrição de edição de agendamentosPermitir somente que usuário altere seus agendamentos ou públicos, e não outros
RF00121Templates Agendas(warning)Tempo Sumarização

Na agenda (template de tempo) será definido o tempo de sumarização com valores pré-definidos (1, 2, 6, 12, 24 horas) que determinarão o agrupamento dos dados (pacotes esperados nesse intervalo de tempo, etc)

RF00122Testes Sob Demanda(grey lightbulb)Trocar label "Tornar resultados públicos"Trocar label "Tornar resultados públicos" para "Compartilhar resultados"
RF00123Agendamento(error)Trocar label "Tornar resultados públicos"Trocar label "Tornar resultados públicos" para "Compartilhar resultados"
RF00124Agendamento(tick)Corrigir agendamento da funcionalidade de agendar

Alterar do minuto 30 para 0 no crontab para a execução dos envios de agenda para os MPs

Foi desenvolvido para rodar nos seguintes minutos: 7, 22, 37, 52 (frequência: 15 minutos)

RF00125Templates Agendas(grey lightbulb)Limitar Templates para perfis de usuáriosDeve ser possível limitar o acesso aos templates para determinados tipos/perfil de usuários
RF00126Templates Testes(grey lightbulb)Limitar Templates para perfis de usuáriosDeve ser possível limitar o acesso aos templates para determinados tipos/perfil de usuários
RF00127Visualizar Meus Testes(grey lightbulb)Formatação do Texto SimplesOs valores dos resultados devem ser estar tabulados e em negrito
RF00128Medição para Usuário Final(tick)Implementar funcionalidade de medição para usuário final

Medição para usuário final usando roteiro e ferramentas NDT/HTML5, Ping e Traceroute (solução simples)

- Traceroute de A para B: shell/CGI script perl simples, saída da CLI mostrada via web

- Traceroute reverso: executado do MP para IP do usuário.

- Traceroute reverso: http://perfsonar.cen.ct.gov/toolkit/gui/reverse_traceroute.cgi?choice=yes

- Ping reverso: http://perfsonar.cen.ct.gov/toolkit/gui/reverse_traceroute.cgi?function=ping

Entregue na forma do looking glass

RF00129Agendamento(grey lightbulb)Permitir agendamento de testes de Ping somente de idaAlterar o agendamento do Ping para permitir testes somente de ida
RF00130Testes Sob Demanda(grey lightbulb)Envio de Mensagens XML aos MPsPermitir o envio de mensagens perfSONAR XML aos MPs
RF00131Visualizar Meus Testes(grey lightbulb)Adicionar resumo aos gráficos e texto simplesAdicionar resumo dos resultados nos gráficos e texto simples: data, hora, tamanho do pacote (OWAMP), estatísticas (mínimo, máximo, média, etc) - resumo nos gráficos como no cacti
RF00132Visualizar Agendamentos(grey lightbulb)Adicionar resumo aos gráficosAdicionar resumo dos resultados nos gráficos: data, hora, tamanho do pacote (OWAMP), estatísticas (mínimo, máximo, média, etc) - resumo nos gráficos como no cacti
RF00133Visualizar Meus Testes(tick)Retirar TTL Gráfico Atraso BidirecionalNão existe a necessidade de se graficar a métrica TTL no gráfico de atraso bidirecional
RF00134Visualizar Agendamentos(grey lightbulb)Filtragem dos MPsDeve ser permitida a filtragem dos MPs na visualização de resultados
RF00135Visualizar Meus Testes(grey lightbulb)Enviar resultados por e-mail

Permitir o envio dos resultados dos testes por e-mail

Compartilhamento de resultados por email ou via URL para acesso público (finalidade: compartilhar resultados de testes de forma simples e rápida com terceiros, mesmo com quem não possua acesso federado)

RF00136Visualizar Agendamentos(grey lightbulb)Enviar resultados por e-mail

Permitir o envio dos resultados dos testes por e-mail

Compartilhamento de resultados por email ou via URL para acesso público (finalidade: compartilhar resultados de testes de forma simples e rápida com terceiros, mesmo com quem não possua acesso federado)

RF00137Testes Sob Demanda(grey lightbulb)Testes OWAMP SumarizadosOs buckets padrão devem ser para: Mili-segundos e Micro-segundos
RF00138Visualizar Agendamentos(grey lightbulb)PoP-Ups de resumoEscrever por extenso os campos do PoP-Up
RF00139Templates de Testes(tick)Padrão auto preenchidoOs valores padrão devem ser auto-preenchidos
RF00140Testes Sob Demanda(grey lightbulb)Solicitação de TestesGarantir o formato de entrada de dados e apresentar a escala dos campos (exemplo: métrica Mbps na banda)
RF00141Portal Público(grey lightbulb)Protótipo do Portal PúblicoDesenvolver um protótipo inicial do que seria um portal público
RF00142Testes Sob Demanda(grey lightbulb)Saídas intermediárias do Iperf

Exibir a saída (output em texto) dos resultados intermediários do iperf (ou bwctl) durante a execução

RF00143Painel de Monitoração(warning)Alertas

Alerta automático (por email ou alguma outra forma de notificação) a partir de alguma das medições (permanentes ou de longa duração). (finalidade: sinalização / alertas para alterações significativas. Exemplo: em casos durante uma medição, se e quando ocorrer uma alteração em uma rota ao longo do tempo, alguém ser notificado)

Iniciado com o link Eventos (Trocar nome para Alarmes)

RF00144Agendamento(grey lightbulb)Agendamento entre um CLMP e host sem CLMPDeve ser possível agendar testes para hosts que não tenham CLMP instalado
RF00145Testes Sob Demanda(grey lightbulb)Cancelamento de testes em execução

Desenvolver a possibilidade de cancelar o teste em execução

RF00146Testes Sob Demanda(grey lightbulb)Execução de testes em paraleloPossibilidade de executar mais de um teste ao mesmo tempo
RF00147Testes Sob Demanda(grey lightbulb)Apresentação de testes em execução em uma tabelaApresentar os testes em execução (real time) em um tabela com possibilidade de cancelar, um ou todos ao mesmo tempo
RF00148Testes Sob Demanda(grey lightbulb)Relatório em tempo realPossibilidade da geração do relatório em tempo real
RF00149Visualizar Meus Testes(tick)Incluir data e hora do teste como parâmetrosNa hora de visualizar os testes gerados (http://200.135.55.12/painel/visualizar/meustestes/#)

No painel parâmetros > incluir data e hora que foi executado os testes, a informação esta na grid anterior mas seria legal estar nos parâmetros abaixo.

Parâmetros:
role: both
protocol: tcp
interval: 1
duration: 600
RF00150Testes Sob Demanda(grey lightbulb)Nome/Descrição do testeNa hora de salvar os testes poderia existir a possibilidade de incluir um nome ou descrição para os testes salvos, por exemplo, teste de vazao tcp com link em 50% de uso ou teste realizado ao meio dia com dificuldade de navegação em site x ou y, sistema x ou y. Creio que seja um bom indicador para se lembrar do que foi o teste ou em que condições estava sendo realizado o teste
RF00151Testes Sob Demanda(grey lightbulb)Gráficos não auto-escaláveis

Nos testes sob demanda, de Atraso Unidirecional por exemplo, a escala não deveria ser automática por padrão, por exemplo:

Em um teste onde o atraso fica oscilando entre 24 a 25 ms, o eixo Y deveria iniciar em 0 e não em 24ms.

Isso gera uma má interpretação da medição. Um botão de escala automática poderia ser uma opção para a verificação deste detalhe da variação.

RF00152Hosts(grey lightbulb)Hosts "Atraso Unidirecional" sem GPSPonto de medição (MP) de atraso unidirecional poderia ser instalado sem GPS, todavia os dados de atraso (mínimo, médio e máximo) se tornam não confiáveis. Porém outras métricas ainda poderiam ser aproveitadas: perdas e variação de atraso. Neste caso, poderia ser apontado no cadastro do MP de atraso unidirecional a existência ou não de uma antena GPS. Para MPs sem GPS, os dados de atraso nos gráficos deveriam ser desconsiderados
RF00153Testes Sob Demanda(grey lightbulb)Banda máxima do MP/Link

A interface poderia apresentar a banda máxima dos MPs e Link

Deve ficar claro na interface a limitação da banda

RF00154Testes Sob Demanda(question)Lista de Hosts ANo portal da RNP, seria interessante que o Host A do teste fosse uma lista de MPs disponíveis no backbone ao invés de um único MP padrão
RF00155Testes Sob Demanda(grey lightbulb)"Guest" poder apagar resultadosDeve ser permitido que o usuário "guest" exclua os testes executados pelo usuário
RF00156Testes Sob Demanda(grey lightbulb)Comparar entre resultados

Funcionalidade de comparar os resultados de dois testes executados

Exemplo:

1) Exibir traceroutes entre Ponto A e Ponto B de ida e volta (A > B e B < A) lado a lado, facilitando a visualização, análise e comparação (p.ex.: verificação de caminhos assimétricos)

RF00157Testes Sob Demanda(grey lightbulb)Parâmetros não gráficosApresentar melhor resultados que não são mostrados graficamente nos gráficos
RF00158Gráficos(grey lightbulb)Zoom dos gráficosFacilitar o uso da funcionalidade de zoom nos gráficos gerados pelo portal
RF00159Testes Sob Demanda(grey lightbulb) Melhorar uso do "Usar este host"Difícil definir o host B. A pesquisa não retorna nada (qual a utilidade dela? futura?) e quando se digita o endereço do host B, não fixa nele ao apertar a tecla Enter - confirmação. Precisei clicar em “usar esse Host” para funcionar. Não é muito ‘natural’ esse processo. 
RF00160Testes Sob Demanda(grey lightbulb)Timeout em testes com hosts inválidosQuando realizo um teste inválido, por exemplo com o endereço do google na outra ponta, não ocorre um timeout ou mensagem de erro. Fica no ‘processando’, sem feedback para o usuário. Preciso fechar a interface e abrir novamente.
RF00161Testes Sob Demanda(grey lightbulb)Exibir utilização de banda a partir de um traceroute

Exibir a utilização de banda em todos os trechos no caminho entre A e B a partir de um traceroute, conforme implementado no perfSONAR-UI

A ferramenta, resumidamente, deveria informar os detalhes de utilização para cada hop do caminho do traceroute baseado em informações do RRD-MA

RF00162Hosts(grey lightbulb)Limite do Link Assimétrico"Banda Máxima do Link (Mbps)" deve considerar links assimétricos - é necessário criar um parâmetro para Download e Upload
RF00163Testes Sob Demanda(grey lightbulb)Resultados em Formato de GradeOs resultados poderiam ser apresentados em forma de grade para melhor visualização dos dados
RF00164Configurações(grey lightbulb)Indicação de IP privado/Funcionamento de Medições
"Auto-verificação" para apresentar algum tipo de aviso visual indicando se  as medições podem ou não ser realizadas naquele momento, sendo através de:
1) Confirmar se o IP atual do host é público ou não e, ou
2) Verificação do acesso para fora nas portas das ferramentas para outros MPs
RF00165Sistema(grey lightbulb)Informações Host Registro do LSDevem ser adicionadas informações pertinentes sobre os hosts no registro do LS
RF00166Sistema(grey lightbulb)Comunidades no LSPermitir registro em diferentes comunidades
RF00167Sistema(grey lightbulb)Informações Coordenada Geográfica Registro do LSDevem ser adicionadas informações pertinentes sobre coordenadas geográficas no registro do LS
RF00168Agendamento(grey lightbulb)Hosts do LS em testes agendadosUsar Hosts do LS em testes agendados
RF00169Testes Sob Demanda(grey lightbulb)Testes de Longa DuraçãoHabilitar a funcionalidade de realizar testes de longa duração
RF00170Agendamento(grey lightbulb)Métricas BWCTL AgendadoPermitir que sejam armazenados no BWCTL agendado mais métricas além da média (ex. mínimo, máximo)
RF00171Configurações(grey lightbulb)Gerenciamento do Looking GlassDesenvolver uma interface para gerenciamento das ferramentas do looking glass
RF00172Portal(grey lightbulb)Acesso dados brutos MADesenvolver mecanismo para disponibilizar arquivos texto das medições históricas através do Portal

Requisitos Não-Funcionais

IDCategoriaAplicaçãoStatusRequisitoDescrição
RNF00001ConfiabilidadeMP(tick)Armazenamento dados em caso de falha do MADevem armazenar pelo menos 5 dias de medições constantes em caso de falha do MA usado
RNF00003ConfiabilidadeMA(tick)Armazenamento de dados históricos no MAO MA deve armazenar dados históricos de 1 ano
RNF00004UsabilidadePortal(grey lightbulb)Idioma padrão de cadastro de informações pré-cadastradas

Todas as informações pré-cadastradas no sistema por padrão devem ser cadastrados em Inglês

Suporte ao Português e Inglês (Padrão pelo browser)

RNF00005UsabilidadePortal(tick)Idioma padrão da interfaceO padrão deve ser definido pelo browser
RNF00006UsabilidadePortal(tick)Idiomas suportados pelo sistemaSuporte ao Português e Inglês
RNF00007SoftwareFerramentas(grey lightbulb)Traceroute/TracepathDeve ser definido se usa ferramenta pronta ou implementa schema no CL-MP
RNF00008UsabilidadePortal(grey lightbulb)Edição múltiplaPermitir que vários campos sejam selecionados em uma lista e determinados campos que possam ser em comum serem editáveis
RNF00010UsabilidadePortal(grey lightbulb)Auto-salvarA interface deve salvar as informações ao se alterar cada campo sem a necessidade de se ter um botão de salvar
RNF00011SoftwareFerramentas(grey lightbulb)SNMP-MADefinir se vai ser usado o componente SNMP-MA
RNF00012SoftwareFerramentas(grey lightbulb)Status-MADefinir se vai ser usado o componente Status-MA
RNF00013SoftwareFerramentas(grey lightbulb)Iperf3Avaliar ferramenta Iperf3
RNF00014SoftwareFerramentas(grey lightbulb)BWCTL 1.4Avaliar ferramenta BWCTL 1.4
RNF00015SoftwareFerramentas(grey lightbulb)OWAMP 3.3Avaliar ferramenta OWAMP 3.3
RNF00016UsabilidadePortal(grey lightbulb)Autenticação federadaImplementar federação autenticada via Federação CAFÉ
RNF00017ConfiabilidadeMonitoramento(grey lightbulb)Auto-descoberta de MPsImplementar funcionalidade de auto-descoberta de MPs instalados para monitoramento
RNF00019UsabilidadePortal(tick)Correções Língua Português

Correção de campos que ainda aparecem em inglês no idioma Português

(Realizar conjuntamente com Internacionalização)

RNF00021UsabilidadePortal(grey lightbulb)Mecanismos de autorizaçãoImplementar mecanismos de autorização para implementação de políticas de segurança: TACACS, Radius, etc
RNF00022ConfiabilidadeTodos(grey lightbulb)Configuração default de fábricaImplementar funcionalidade de voltar a configuração padrão de fábrica
RNF00023UsabilidadePortal(grey lightbulb)GeolocalizaçãoDefinir a localização usando os dados do GPS
RNF00024SegurançaPortal(grey lightbulb)HTTP ou HTTPSPermitir acesso ao portal via HTTP ou HTTPS
RNF00025SegurançaPortal(grey lightbulb)Firewall defaultImplementar um firewall default para cada componente via portal
RNF00027SegurançaPortal(grey lightbulb)Autenticação e autorização transparenteFuncionalidade de transposição de credenciais entre os portais para facilitar navegação entre os portais (single sign-on)
RNF00028SoftwareMP(grey lightbulb)IPv6Implementar suporte à medições usando IPv6
RNF00029UsabilidadeTodos(grey lightbulb)Padronização dos Hostnames DNSDeve ser definida uma estratégia de nomenclatura de hostnames DNS para a implantação do serviço
RNF00030UsabilidadePortal(grey lightbulb)Ajuda no PortalAjuda online e textos explicativos na aplicação e menu
RNF00031UsabilidadePortal(tick)Revisar nomes dos itens do MenuRever nomes dos itens do menu
RNF00032SoftwareFerramentas(grey lightbulb)MTU

Implementar funcionalidade do MTU juntamente ao Traceroute

Verificação de MTU em um caminho (PMTU). Para esta informação poderia ser feita a implementação de simples output em texto da ferramenta tracepath.

RNF00033SoftwareFerramentas(warning)NDTImplementar funcionalidade do NDT em HTML5
RNF00034SoftwareFerramentas(grey lightbulb)Bandwidth Delay Product (BDP)Implementar cálculo de BDP e Throughput para diagnóstico de rede
RNF00035ConfiabilidadeTodos(error)Sistema de AtualizaçãoIncluir atualização das ferramentas no sistema de atualização
RNF00036UsabilidadePortal(warning)Feedback

Melhorar a tela do feedback e deixar o botão mais visível

Seria interessante poder anexar arquivos no formulário de feedback (poderia ser somente para usuários administradores)

RNF00037UsabilidadeTodos(tick)Manual de UsoEscrever manual de uso
RNF00038SoftwareFerramentas(grey lightbulb)Calculadora TCP"Calculadora" TCP: https://www.switch.ch/network/tools/tcp_throughput/
RNF00039SoftwarePortal(warning)Ambiente de Prototipação de Ferramentas

OBS: Na interface web poderia ter uma "aba" (ativada ou desativada pelo administrador) que possa mostrar novas ferramentas (recursos beta?) cuja implementação inicial seria assim mesmo: somente o output da CLI é jogado na tela do usuário.

Caso alguma nova ferramenta se mostre muito útil, o sistema já teria condições de apoiar a decisão de investimento nos esforços para se desenvolver a integração dela no framework perfSONAR como algo mais robusto, com mensagens perfSONAR, gráficos, parser das respostas, etc...

RNF00040SoftwarePortal(grey lightbulb)Geração de alarmesDeve ser possível criar regras no sistema para envio de alarmes para eventos relevantes
RNF00041SoftwarePortal(grey lightbulb)Geração de relatórios agendadosDeve ser possível agendar relatórios pré-programados para envio de forma automatizada
RNF00042SoftwareMonitoramento(grey lightbulb)Sistema de estatísticasGerar um ambiente de contabilização que conte quantos MPs do projeto MonIPÊ estão instalados
RNF00043SoftwareMonitoramento(grey lightbulb)Mapa geográficoGerar um mapa gerencial dos MPs baseado nas informações de coordenadas geográficas das antenas GPS
RNF00044SoftwareConfiabilidade(grey lightbulb)Backup dados das instituiçõesProcesso de backup dos dados gerados nos kits das instituições nos PoPs
RNF00045HardwareConfiabilidade(tick)Alongamento Cabo GPS

O cabo do GPS deveria ser alongado para facilitar a implantação

Funciona com até 15 metros

RNF00046HardwareConfiabilidade(warning)Caixa proteção GPSUma caixa de proteção deveria ser desenvolvida para proteger a conexão da antena GPS
RNF00047

Software

Ferramentas(grey lightbulb)Acesso SSHAcesso SSH ao usuário via web (avaliar ferramenta GateOne: http://liftoffsoftware.com/Products/GateOne)
RNF00048SoftwarePortal(grey lightbulb)Portal para MP AtrasoImplementar Portal para MP Atraso
RNF00049SoftwarePortal(grey lightbulb)Portal para MAImplementar Portal para MA
RNF00050SoftwarePortal(grey lightbulb)Portal para NDTImplementar Portal para NDT
RNF00051UsabilidadeTodos(grey lightbulb)CLI de configuraçãoImplementar interface CLI com vistas a automatização de processo de configuração dos componentes
RNF00052SoftwareNDT(grey lightbulb)Cliente NDT para AndroidDesenvolver um aplicativo cliente para testes com telefones com Android
RNF00053SoftwareNDT(grey lightbulb)Cliente NDT para IPhoneDesenvolver um aplicativo cliente para testes com telefones IPhone
RNF00054UsabilidadePortal(grey lightbulb)Logs no PortalIntegrar no Portal a visualização dos arquivos de logs das aplicações do MonIPÊ
RNF00055HardwareMP(grey lightbulb)Medições Redes Sem FioSuporte a medições em redes sem fio

Aplicações:

  • MP: ponto de medição
  • Controle: área de controle do sistema
  • Agendamento: área de visualização de resultados de testes agendados
  • Sob-demanda: área de solicitação de medições sob-demanda

Categorias:

  • Segurança: integridade dos dados, privacidade, como o sistema trata de informação confidencial, liberação de acesso aos usuários do sistema
  • Performance: tempo de resposta do sistema durante o uso dos recursos disponibilizados
  • Usabilidade: requisitos não-funcionais associados à facilidade de uso do sistema
  • Confiabilidade: requisitos não-funcionais associados à freqüência de falha e a robustez do sistema na recuperação destas falhas
  • Padrões: padrões e normas a serem seguidas ao desenvolvimento do sistema
  • Hardware e Software: hardware e software utilizado pelo sistema

Legenda

Ícone

Descrição

(grey lightbulb)

Ação nova

(lightbulb)

Ação adiantada

(red star)

Ação atrasada

(warning)

Ação iniciada

(tick)

Ação finalizada

(error)

Ação cancelada

(plus)

Ação contínua

(question)

Necessita informação

(minus)

Não aplicável

(blue star)

Ação não prevista

  • No labels