211 93260 FBBA TR 02

Transcrição

Alcatel 1000 S12
(Maintenance and Defence
Software)
System Description
Software
211 93260 FBBA TR
Ed. 02
Status
Change Note
Released
CNQ 9 80 708 03
Short Title MAINT AND DEFENCE SW
All rights reserved. Passing on and copying of this
document, use and communication of its contents
not permitted without written authorization from Alcatel.
2 / 30
211 93260 FBBA TR
Ed. 02
Contents
1
Introdução . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5
2
Visão Geral . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5
3
Descrição de Software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6
3.1
Relatório
3.1.1
3.1.2
3.1.3
3.1.4
3.1.5
3.1.6
de Erros . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Analisador de Erro Local . . . . . . . . . . . . . . . . . . . . . . . . . . .
Análise Relatório de Erro . . . . . . . . . . . . . . . . . . . . . . . . . . .
Análise Especial de Elemento de Controle . . . . . . . . . . . .
Cheque de RTSU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Identificar SBLs de Rede . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Facilidade de Captura de Ambiente . . . . . . . . . . . . . . . . . .
8
8
8
8
8
9
9
3.2
Defesa da Central . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2.1
Pedidos de Defesa Coordenados . . . . . . . . . . . . . . . . . . . .
3.2.2
Retornar Configuração de CE Inicial . . . . . . . . . . . . . . . . .
3.2.3
Executa Defesa SBL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2.4
Manipular Ações CE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2.5
Manipular Ações SBL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2.6
Gerenciador de Configuração de Software . . . . . . . . . . .
3.2.7
Reconfigurar Blocos de Segurança de CE . . . . . . . . . . . . .
3.2.8
Reconfigurar SBLs Telefônicos . . . . . . . . . . . . . . . . . . . . . . .
3.2.9
Reconfigurar SBLs do Sistema . . . . . . . . . . . . . . . . . . . . . . .
3.2.10 Reconfigurar SBLs Periféricos . . . . . . . . . . . . . . . . . . . . . . . .
3.2.11 Reconfigurar SBLs de Rede . . . . . . . . . . . . . . . . . . . . . . . . .
3.2.12 Aceitar ORJs de Ação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2.13 Manipular ORJs de Ação . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2.14 Manipular Apresentação e Traduzir ORJs . . . . . . . . . . . . .
3.2.15 Controle de Diagnóstico . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2.16 Módulos de Software de Execução de Teste . . . . . . . . . . .
3.2.17 Gerador de Relatório . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2.18 SBL Versus Exame de Estado de Dispositivo . . . . . . . . . . .
3.2.19 Gerenciar Atualizações de Carga de Software . . . . . . . . .
3.2.20 Gerenciador de Recurso TAU/TSA . . . . . . . . . . . . . . . . . . .
10
10
11
12
12
13
13
13
13
14
14
14
16
16
16
16
16
17
17
17
18
3.3
Teste de
3.3.1
3.3.2
3.3.3
18
18
18
18
3.4
Manutenção de Rede . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.4.1
Manejador de Dispositivo de Túnel . . . . . . . . . . . . . . . . . . . 19
3.4.2
Suporte de Manutenção de Interface de Terminal e Elemento
de Comutação . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.5
Teste de Rotina de Rede e Diagnóstico . . . . . . . . . . . . . . . . . . . . . . . . 19
3.5.1
Ambiente de Teste de Rede . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.5.2
Gerenciamento de Recursos de Elemento de Comutação e
Interface de Terminal . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.5.3
Módulos de Software de Execução de Teste . . . . . . . . . . . 20
3.6
Proteção Mútua . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
20
3.7
Manipulação de Alarme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.7.1
Controle de Alarme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
20
22
211 93260 FBBA TR
Ed. 02
Rotina Central . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Manipular ORJs de Teste de Rotina . . . . . . . . . . . . . . . . . .
Gerenciar Agendamento de Teste de Rotina . . . . . . . . . . .
Coordenador de Teste de Rotina . . . . . . . . . . . . . . . . . . . .
3 / 30
4
5
Manejador de Alarme Intermediário . . . . . . . . . . . . . . . . .
Manejador de Alarme de Avalanche . . . . . . . . . . . . . . . . .
Manejador de Dispositivo de Alarme Central . . . . . . . . . .
Manejador de Dispositivo de Alarme de Bastidor . . . . . .
Requisitos de Alarme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
22
23
23
23
23
Operação Típica . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
24
4.1
Reação a uma falha de DSN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
24
4.2
Reação a uma Falha de Periférico de Computador . . . . . . . . . . . . .
24
4.3
Reação a uma Falha de Dispositivo Telefônico Interno ou Transiente . . .
25
4.4
Reação a uma Falha em Acessar um Juntor Digital . . . . . . . . . . . . .
27
Abbreviations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
29
3.7.2
3.7.3
3.7.4
3.7.5
3.7.6
Figures
Figure
Figure
Figure
Figure
Figure
Figure
Figure
1
2
3
4
5
6
7
Figure 8
4 / 30
Software de Manutenção e Defesa . . . . . . . . . . . . . . . . . . . . . . . .
Software de Defesa da central . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Software de Teste de Rotina Central . . . . . . . . . . . . . . . . . . . . . . .
Software de Manipulação de Alarme . . . . . . . . . . . . . . . . . . . . . .
Reação a uma Falha de DSN . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Reação a uma Falha de Periférico de Computador . . . . . . . . . .
Reação a uma Falha de Dispositivo Telefônico Interno ou
Transiente . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Reação a uma Falha de Acesso a Juntor Digital . . . . . . . . . . . . .
7
11
18
21
24
25
26
28
211 93260 FBBA TR
Ed. 02
1 Introdução
Este documento descreve o Software de Manutenção
utilizado nas centrais Alcatel 1000 S12.
O documento descreve as principais áreas funcionais
do software e as funções que elas desempenham.
Um exemplo de operações típicas desempenhadas
pelo software também é fornecido.
2 Visão Geral
A estratégia de manutenção é prover e manter um
serviço de alta qualidade na central de um Alcatel
1000 S12. Tendo isto em mente, as funções do Software de Manutenção pode ser considerado em termos das seguintes partes:
·
·
·
·
Detecção, análise e relatório de erros
Exchange defence
Testes
Geração de relatórios e alarmes.
Detecção, análise e relatório de erros.
Mecanismos de detecção de erro, presentes no
hardware e software, supervisionam ou testam as
funções on-line de uma central Alcatel 1000 S12 e relatam quaisquer falhas ou anomalias para o software Manejador de Erro.
Os mecanismos de detecção de erro compreendem
o seguinte.
· Indicações de falhas detectadas por circuitos de
detecção de falha embutidos dentro do hardware
ou pelo respectivo software manejador de dispositivo.
· Supervisão on-line, durante a qual softwares realizam checagens de detecção de falha para verificar
o correto desempenho de certas funções durante
operações de centrais normais. Como um exemplo, a supervisão on line envolve o uso de timeouts e checagens de consistência.
· Checagens concorrentes de software, que se referem à programação de dados e trabalho. Por
exemplo, anomalias e inconsistências podem ser
detectadas por checagens de fora da faixa, checagens de mensagens e checagens de parâmetros.
· Programas de teste de rotina, descrito posteriormente.
211 93260 FBBA TR
Ed. 02
Quaisquer faltas são relatadas ao software Manejador de Erros local no Software do Sistema Operacional do Elemento de Controle (CE Control Element)
envolvido. O software Manejador de Erro então desempenha as ações de recuperação de software local
que sejam necessárias, por exemplo:
·
·
·
·
reinicializar o CE
bootstrap o CE
não recuperação
abortar um processo de software.
Se ’não recuperação’ ou apenas ’abortar processo’
for ser executado, a informação final é passada para
o software Analisador de Erro Local que analisa a informação de erro antes de enviar relatórios de erro
para o software de Análise de Relatório de Erro inicializar ações defensivas.
Certas falhas podem exigir ações defensivas imediatas, enquanto outras exigem análise posterior e/ou
alarmes e/ou que relatórios de saída sejam gerados.
Exchange
Exchange defence.
Uma central é defendida contra a propagação de erros através de reconfiguração, isto é, equipamento
defeituoso é isolado do resto do equipamento on
line.
Para auxiliar na manipulação de defesa e falha, equipamentos importantes dentro de uma central são replicados ou implementados em pares, dependendo
dos requisitos de segurança.
Para facilitar atividades de manutenção e defesa, a estrutura de uma central é classificada e arranjada da
seguinte forma.
· Blocos de Segurança (SBLs Security Blocks). Um
SBL é um conjunto de funções de hardware ou itens
escolhidos de forma que, se uma das funções
falhar, as funções restantes não são mais de uso
para a central e o SBL completo pode então ser tirado sde serviço. A soma dos SBLs cobre todo o
equipamento da central, e os SBLs não se sobrepõem.
· Itens Substituíveis (RITs Replaceable Items). Um
RIT é a menor montagem (por exemplo, uma Montagem de Circuito Impresso, Montagem de Conversor de Corrente Direta para Corrente Direta (DC/DC)) que pode ser facilmente substituída
por uma reserva.
· Bloco de Conserto. Um bloco de conserto (que é
o relacionamento entre os SBLs e RITs) é o menor
conjunto de SBLs que deve ser retirado de serviço
para permitir a substituição de um RIT.
5 / 30
Um vasto conjunto de testes de rotina, testes de
diagnóstico e software de checagem é fornecido dentro de uma central Alcatel 1000 S12 para garantir que
qualquer falha de equipamento ou inconsistência de
dados seja rapidamente confirmada e localizada.
Os módulos de software de testes podem ser ativados:
· automaticamente, em resposta à detecção on-line
de um erro ou suspeita de falha
· sob demanda, em resposta ao comando de
comunicação homem máquina selecionado pelo
pessoal da central
· periodicamente, de acordo com uma agenda de
testes de rotina.
Testes de rotina (que são na maioria do tipo vai/não
vai) normalmente rodam em equipamento que esteja
em serviço e disponível para o resto da central sem
perturbar o tráfego.
Testes de diagnósticos são utilizados para confirmar
e localizar uma falha em um SBL suspeito depois que
ele foi desabilitado. Se um teste de diagnóstico confirmar uma falha, o pessoal da central é notificado (por
ex., através de um alarme) e é, normalmente, apresentado (isto é, através de um monitor/impressão)
com a identidade do(s) RIT(s) envolvido(s). Se uma falha não for confirmada, o SBL volta à serviço e um contador de falha transiente é incrementado de acordo.
Testes de Checagem são normalmente utilizados para
desempenhar uma checagem de dados e de recursos
de hardware e software.
Geração de relatóriose
relatórios e alarmes.
Relatórios de manutenção e teste podem ser roteados,
sob controle do pessoal da central, para diferentes
dispositivos de saída e cadastrados em diferentes arquivos de histórico. Os pontos de alarme de hardware
dentro do equipamento da central são continuamente
escaneados para detectar quaisquer mudanças de estado, isto é, quaisquer mudanças de estado resultam
na geração de um relatório de alarme.
O modo como um relatório é exibido para o pessoal
da central (isto é, alarme áudio/visual e/ou impressão) depende do tipo de falha ou inconsistência
detectada pelo Software de Manutenção e Defesa.
3 Descrição de Software
O Software de Defesa e Manutenção, veja Figura 1,
compreende as seguintes áreas principais.
6 / 30
· Relatório de Erro, que inclui software que:
analisa erros na fonte (por exemplo, dentro de
um CE) antes de reportá los
analisa e correlaciona relatórios de erros para
identificar o(s) SBL(s) envolvidos e a ação de
manutenção a ser tomada.
· Defesa da Central, que inclui software:
para coordenar pedidos de defesa do software
ou do pessoal da central
relacionado à reconfiguração do hardware da
central
para o gerenciamento
manutenção
de
pedidos
de
para a execução de testes de diagnóstico em
SBLs da central
que recebe relatórios de outras partes do Software de Manutenção e Defesa e os reestrutura
em um formato padrão (se tratamento de
alarme for requerido, o relatório envolvido é
também enviado para o software de Manipulação de Alarme).
· Teste de Rotina Central, que inclui software que:
manipula todos os comandos de comunicação
homem máquina relacionados ao desempenho de testes de rotina em dispositivos, em
linhas de assinantes e grupos de juntores
gerencia o agendamento e coordenação de
testes de rotina que são executados em uma
base regular.
· Manutenção de Rede, que inclui software que:
fornece acesso de manutenção para a Rede de
Comutação Digital (DSN) com o propósito de
teste de diagnóstico, teste de rotina e para reconfiguração
relata inconsistências e erros do DSN para o
software de Relatório de Erro.
· Rotina de Rede e Teste de Diagnóstico, que inclui
software que:
identifica os recursos do ambiente requeridos
para a execução de testes de rotina e diagnóstico no DSN
aloca os recursos de hardware de DSN requeridos para a execução de testes de rotina e
diagnóstico no DSN
executa testes reais de rotina e diagnósticos no
DSN
211 93260 FBBA TR
Ed. 02
Testes.
· Cross-Over, que consiste no software que controla
o mecanismo de cross-over nos módulos da central que são implementados como pares de conexão cruzada.
gera relatórios de alarme para saída para o
pessoal da central (através de facilidades de
comunicação homem máquina) e para centros de manutenção centralizada.
· Manipulação de Alarme, que inclui software que:
Além daqueles fornecidos dentro do software de
Manutenção e Defesa, programas de teste de rotina
e de diagnóstico são distribuídos (conforme necessidade) dentro das principais áreas de software de uma
central, por exemplo, Software Entrada/Saída, Software de Manipulação de Dispositivo Telefônico, Software de Relógio e Tons.
manipula as mensagens de alarme recebidas
da área de software de Defesa da Central
monitora e coleta indicações de alarme do bastidor e central (que podem incluir alarmes relacionados ao ambiente da central e segurança
do prédio, etc.)
coleta alarmes gerados por programas
direciona indicações de alarme visuais e
audíveis dentro da central
Caso contrário, os módulos do Software de Manutenção e Defesa descritos neste documento estão
localizados dentro do Elemento de Controle Auxiliar
de Defesa.
Espera
Elemento de Controle Auxiliar de
Defesa
Tarefas Requisitadas por
Operador (ORJs) para
ações de defesa da central
Espera
CPM CE
N
1
Programas Teste
de Diagnóstico e
Rotina
De pontos
de scan
Para indicadores de
alarme no bastidor principal
e no Painel
Principal para
Alarmes
Software MMC e
Entrada/Saída
Teste de Rotina
Central
Teste de
Diagnóstico e
Rotina de Rede
Ativo
Manipulação
de Alarme
Programas de
Testes de Rotina e
Diagnóstico
ORJs para execução de
testes de rotina
CE
Ativo
Defesa
da Central
N
CE
Manutenção de
Rede
1
Manipulação de
Alarme
Para indicadores de alarme no bastidor principal
De pontos
de varredura
Proteção
Mútua
Relatório de
Erros
Relatório de
Erros
Obs.: 1. Caixa com linha pontilhada mostra outro software.
2. Software de Proteção Mútua é implementado nos módulos da central conectada apenas.
3. Os Softwares de Banco de Dados e Sistema Operacional foram omitidos por clarity.
Abr.
Abr.
CE
CPM
Figure 1
Elemento de Controle
Módulo de Periféricos de Computador
MMC
ORJ
Comunicação Homem Máquina
Tarefa Requisitada por Operador
Software de Manutenção e Defesa
211 93260 FBBA TR
Ed. 02
7 / 30
Relatório de Erros
Os seguintes subitens fornecem uma breve descrição
do software dentro da área de Relatório de Erro.
3.1.1
Analisador de Erro Local
As funções principais do software Analisador de Erro
Local (localizado dentro de todos os CEs de uma central) são:
· fornecer um período de estabilização para erros
hard e transientes após uma inicialização do sistema
· filtrar quaisquer relatórios de erro duplicados (isto
é, limitar o número de relatórios de erro enviados
para o Software de Manutenção e Defesa)
· fornecer um mecanismo contador para permitir
que erros transientes não freqüentes sejam ignorados
· fornecer um mecanismo de confirmação/repetição para erros sérios (isto é, para garantir que relatórios de erro sejam repetidos até que sua recepção seja confirmada pelo Software de
Manutenção e Defesa)
· relatar erros transientes de hardware e software
para o software de Análise de Relatório de Erro.
3.1.2
Análise Relatório de Erro
O software de Análise de Relatório de Erro recebe os
relatórios coletados pelo software de Análise de Erro
Local distribuído e então os analisa e correlaciona
para identificar o SBL defeituoso e decidir a ação de
manutenção a ser tomada.
O software Análise de Relatório de Erro identifica os
SBLs (envolvidos por um relatório de erro) referenciando a tabela SBL no banco de dados. As identidades dos SBLs do DSN são requisitadas pelo software de Identificação de SBLs de Rede.
Quaisquer SBLs sob suspeita de falha são identificados por relatórios de análise de erros únicos, pela correlação de múltiplos relatórios ao mesmo tempo, e de
relatórios de erros relacionados.
Quando o SBL suspeito for identificado, o software de
Análise de Relatório de Erro determina qual das seguintes ações é apropriada:
· verificar (desabilitar, teste de diagnóstico e função
de inicialização)
· inicializar
· notificar um operador apenas (isto é, nenhuma
ação posterior deve ser tomada)
· bootstrap forçado, bootstrap automático, reinicialização automática.
Se houver suspeita de um acesso falha de CE, o software de Análise de Relatório de Erros pede que o software de Análise Especial de CE execute um teste de
probe nos CEs antes de se reportar ao Software de Defesa da central.
O software de Análise de Relatório de Erro também
compreende uma facilidade para coletar estatísticas
sobre relatórios de anomalias recebido e relatórios de
recuperação de CE. Os resultados coletados de relatórios podem ser enviadas como relatórios por hora
para um Terminal Avançado para Operações e Manutenção ou podem ser impressos.
3.1.3
Análise Especial de Elemento
de Controle
O software de Análise Especial de CE, em resposta
aos pedidos do software de Análise de Relatório de Erros, executa um teste de probe para checar a condição de um CE para o qual um relatório de acesso
falha foi recebido.
Um teste de probe é executado através da tentativa de
um acesso ao CE envolvido.
Se o acesso obtiver sucesso, o relatório de acesso
falha não é confirmado.
Se a tentativa de acesso não obtiver sucesso, o software de Análise Especial de CE inicializa o temporizador de teste de probe. Se um relatório de recuperação
de uma reinicialização ou de um bootstrap for recebido (isto é, para explicar o relatório original) antes do
tempo acabar, o temporizador é ressetado e nenhuma ação posterior é tomada. Se, entretanto, nenhum
relatório de recuperação for recebido antes do tempo
acabar, o software de Análise Especial de CE pede que
o software de Análise de Relatório de Erro comece um
bootstrap forçado. (Um bootstrap forçado é inibido
em casos onde o SBL do CE está em estado de ocupado ou está fora de serviço.)
3.1.4
Cheque de RTSU
O software de Checagem de Sub Unidade de Terminal Remoto (RTSU) desempenha ações relacionadas
ao seguinte.
· desabilitar
8 / 30
211 93260 FBBA TR
Ed. 02
3.1
3.1.6
· isolação RTSU.
Se o software de Análise Especial de CE confirmar
que houve uma falha de acesso para um CE de
RTSU, ele informa o software de Checagem RTSU
de acordo. O software de Checagem RTSU executa testes de probe adicionais para detectar se o
RTU está isolado ou não. Se ele estiver isolado, o
software de Checagem RTSU muda o estado do
RTSU (em uma relação de banco de dados) para
’isolado’ e então envia um alarme urgente para o
software de Controle de Alarme.
O software de Checagem RTSU também faz um
scan periódico (por exemplo, em intervalos de 30
minutos) de uma relação de banco de dados para
detectar quaisquer estados de RTSU que estejam
configurados como ’isolados’. Se tal estado for detectado, o software de Checagem RTSU executa
um teste de probe em cada um dos CEs dentro do
RTSU envolvido.
Se nenhuma resposta for recebida do RTSU, seu
estado de isolamento é confirmado.
Se pelo menos um dos CEs responder ao teste
de probe, o RTSU não é mais considerado
como isolado e seu estado é modificado de
acordo.
· Uma perda de tons em um RTSU.
Se o software de Checagem RTSU for informado,
pelo software de Análise de Erro de Relatório, de
uma perda de tons dentro de um RTSU, ele muda
o estado (isto é, em uma relação de banco de dados) do RTSU envolvido para ’sem tons’ e então envia um relatório de alarme para o software de
Controle de Alarme.
O software de Checagem RTSU modifica o estado
do RTSU para ’normal’ quando ele for informado,
pelo software Análise de Relatório de Erros, que os
tons foram restaurados (o software de Controle de
Alarme é também informado).
3.1.5
Identificar SBLs de Rede
O software Identificar SBLs de Rede, em resposta a pedidos do software de Análise de Relatório de Erros, encontra as identidades dos SBLs do DSN dos dados
contidos nos relatórios de erros.
211 93260 FBBA TR
Ed. 02
Facilidade de Captura de
Ambiente
O software de Facilidade de Captura de Ambiente (ECF) (quando carregado no Módulo de Periféricos do Computador) é utilizado para resolução de
problemas dentro de uma central Alcatel 1000 S12 e
pode, em resposta aos comandos de comunicação
homem máquina:
· executar macros (por exemplo, que podem envolver a execução de comandos de comunicação
homem máquina) para executar rotinas específicas de resolução de problemas
· coletar dados de buffer de erros para apresentação a um operador.
O ECF é dividido em várias áreas, cada uma delas
sendo responsável por investigações de erro relacionadas a um aspecto particular de uma central, por exemplo, cobrança, entrada/saída. Dentro de cada
uma destas áreas, é possível selecionar a execução de
ações específicas.
O software ECF compreende as seguintes áreas principais.
· O software Manejador de Comando do ECF, que
recebe todos os comandos de comunicação homem máquina enviados para o software ECF,
analisa os e então dispara a parte apropriada do
software ECF (isto é, o software Macro do ECF ou
o software Coletor Central do ECF) para executar
a tarefa de disco requerida.
· O software Macro do ECF, que fornece uma interface com o Monitor de Teste Multi P rocessador
(parte do Software de Testabilidade) dentro de
uma central Alcatel 1000 S12, recebe comandos
para rodar ou abortar macros específicas.
· O software Gerenciador ECF Buffer de Ambiente
Local (LEB), que manipula a alocação e desalocação de áreas de memória que são utilizadas
como LEBs.
· O software Coletor Local ECF, que, quando requisitado, transfere LEBs específicos par o software Coletor Central ECF.
· O software Coletor Central ECF, que coleta e formata LEBs e então os envia para o software Roteador de Entrada/Saída.
9 / 30
· O software Roteador de Entrada/Saída de ECF,
que recebe relatórios da Macro de ECF e do software Coletor Central de ECF e então os envia para
o Software de Entrada/Saída da central Alcatel
1000 S12 para saída para um operador.
O roteamento de mensagens para o software de
Entrada/Saída de ECF permite que elas sejam
logged.
As mensagens recebidas pelo software de Entrada/Saída de ECF são as mesmas que as mensagens padrão de saída de comunicação homem
máquina, com a exceção de que elas contêm um
código de área ECF (que é traduzido para um
número de referência de relatório antes que a
mensagem seja exibida para um operador).
10 / 30
3.2
Defesa da Central
do software dentro da área de Defesa da Central, veja
Figura 2.
3.2.1
Pedidos de Defesa
Coordenados
O software de Pedido de Defesa Coordenado coordena os vários pedidos para ações de manutenção recebidos do software da central ou do pessoal da central.
As funções principais do software são:
· validar pedidos para ação em um SBL, CE ou RIT,
para descobrir se a ação deve ser executada imediatamente, deferida, ignorada ou confirmada
211 93260 FBBA TR
Ed. 02
· Em resposta aos pedidos do software Manejador
de Comando ECF, o software Coletor Central de
ECF dispara o software Coletor Local de ECF para
enviar um LEB específico (na forma de um relatório) para o Roteador Entrada/Saída ECF.
Gerenciar
Atualizações
de Software
Analisar
Relatório
de Erro
Executar
Defesa de
SBL
Controle
de Alarme
Controle
de Alarme
Reconfigurar
SBLs de CE
SBL Versus
Device State
Audit
Gerenciador
Configuração
de Software
ORJs
Manipular
Ações CE
Pedidos de
Defesa
Coordenados
Retornar
Configuração
CE Inicial
Manipular
Ações SBL
Manipular
ORJs de Ação
Aceitar ORJs
de Ação
Controle de
Diagnóstico
Reconfigurar
SBLs do
Sistema
Gerenciador
de Recurso
TAU/TSA
Gerador de
Relatório
Módulos de
SW Execução
de Teste
ORJs
Para Entrada/
Saída e
Software
MMC
Reconfigurar
SBLs Telefônicos
Reconfigurar
SBLs Periféricos
Manipular
Apresentação e
Traduzir ORJs
Abbr.
Abbr. CE
MMC
ORJ
SBL
Figure 2
Comunicação Homem Máquina
Tarefa Requisitada por Operador
Bloco de Segurança
Reconfigurar
SBLs de
Rede
SW
TAU
TSA
Software
Testar Unidade de Acesso
Testar Analisador de Sinal
Software de Defesa da central
· manter uma tabela de SBL ocupado para os SBLs
correntemente sob ações de manutenção (consulte
a descrição do SBL Versus o software de Audit de
Estado de Defesa)
· executar checagens de correlação através da contagem do número de SBLs suspeitos no mesmo
nível hierárquico (se o número de SBLs suspeitos
superar um limiar pré definido, o SBL pai fica sob
suspeita de falha)
· trabalhar com o software Gerenciador de Configuração de Software para retirar CEs de reserva.
3.2.2
Retornar Configuração de CE
Inicial
O software de Retorno de Configuração de CE Inicial
controla as ações que são executadas para retornar
os CEs para suas locações físicas iniciais.
Quando ações de defesa automáticas ou iniciadas
pelo operador provocam que o CE seja substituído
por um CE de reserva, ou quando dois CEs são intercambiados, a configuração de CE inicial é perturbada. Como a configuração inicial é assumida como
sendo sempre a melhor, ações podem ser tomadas
para restaurar a configuração inicial.
O software de Retorno de Configuração de CE Inicial:
211 93260 FBBA TR
Ed. 02
11 / 30
· aceita comandos de operador para inicializar ou
bloquear um retorno para a configuração inicial
ou para modificar parâmetros de disparo
· restaura uma central para sua configuração inicial, quando disparado para fazer isso pelo software de Agendamento de Calendário (parte do
Relógio e Software de Tons)
· manipula a reconfiguração dos CEs.
checa os parâmetros do pedido e, através do
software de Pedido de Defesa Coordenado,
valida o pedido
determina quando um CE reserva é necessário
coordena o bootstrap e carga de um CE, e a
manipulação de ações CE, através do software
Manejador de Ações CE.
O software de Execução de Defesa SBL envia relatórios de manutenção para o pessoal da central
através do software Gerador de Relatório.
3.2.4
Manipular Ações CE
O software de Execução de Defesa SBL executa
funções relacionadas a SBLs não CE e a SBLs CE.
O software Manejador de Ações CE traduz pedidos do
software de Execução de Defesa SBL, e do software
Manejador de Ação de Tarefa Requisitada pelo Operador (ORJ), em comandos de manutenção para:
· Para SBLs não CE , o software (que coordena,
inicializa e supervisiona todas as ações de defesa
internas) aceita:
· O software de Reconfiguração de SBLs CE, isto é,
desabilitar, recarregar e reinicializar CEs individuais
desabilitar, inicializar, reinicializar e verificar
pedidos para SBLs específicos (mas não para
CEs) do software de Análise de Relatório de Erro
· O software de Controle de Diagnóstico, isto é,
começar teste e parar teste.
3.2.3
Executa
Executa Defesa SBL
verificar pedidos do software de SBL Versus Audit de Estado de Dispositivo se inconsistências
forem encontradas nas tabelas de SBL relacionadas
verificar, desabilitar pedidos na fila e validar resultados do software de Pedido de Defesa
Coordenado
resultados de ação do software Manejador de
Ações SBL.
Quando o software de Execução de Defesa de SBL
aceita um pedido de ação, ele checa os parâmetros do pedido e então envia um pedido de ação
para o software Manejador de Ações SBL.
· Para SBLs CE, o software aceita:
reinicializar, bootstrap, recarregar, inicializar
ou verificar pedidos do software de Análise de
Relatórios de Erro para CEs específicos
verificar pedidos do software de SBL VErsus Audit de Estado de Dispositivo, se inconsitências
forem encontradas na tabela SBL relacionada
verificar pedidos do software de Pedido de Defesa Coordenado, se (após checagens de hierarquia) um CE estiver sob suspeita de falha.
· Quando o software de Execução de Defesa de SBL
aceita um pedido de ação em um CE, ele:
12 / 30
211 93260 FBBA TR
Ed. 02
· aceita mensagens do software de Pedido de Defesa Coordenado cada vez que um CE de reserva se
torna disponível, e, se existir um CE falho, o substitui por um reserva
3.2.5
Manipular Ações SBL
O software para manipular Ações SBL traduz pedidos
de software (isto é, o software de Execução de Defesa
de SBL e Manipulação de ORJ de Ação) em comandos
de manutenção para o software de Controle de
Diagnóstico e o que reconfigura os vários SBLs. O software envia comandos de desabilitação e inicialização
para o software de reconfiguração e gerencia as tabelas de estado de SBL no banco de dados.
O software Manejador de Ações SBL pára ações nos
SBLs de nível mais baixo de um CE quando uma ação
no nível CE é inicializada.
Comandos de Teste de SBL (e comandos de parada
de teste de SBL) são enviados para o software de Controle de Diagnóstico, que então inicializa o teste e envia os resultados para o Manejador de Ações SBL.
Ações nos SBLs são relatadas para o software requisitante e (através do Gerador de Relatório) para o pessoal da central. O Manejador de Ações SBL coloca
os SBLs que são dependentes de um CE no estado correto após uma recarga de CE ou desativação de CE.
3.2.6
Gerenciador de Configuração
de Software
O software Gerenciador de Configuração (normalmente residente dentro do CE do Módulo de Periféricos do Computador) lida com:
· pedidos de recarga de processador
· pedidos de carga de overlay
· pedidos de ’reserva’.
3.2.7
Reconfigurar Blocos de
Segurança de CE
Em resposta aos pedidos do Manejador de Ações CE,
o software de Reconfiguração de SBLs de CE:
· reconfigura CEs (lida com falhas e reinicializações)
· coordena as ações de inicialização, desabilitação
e reinicialização de CEs (as tarefas de carga, desabilitação e reinicialização atuais são desempenhadas por outros softwares)
· informa os gerenciadores de recursos quando um
CE está desabilitado ou é inicializado.
211 93260 FBBA TR
Ed. 02
Como um exemplo, os tipos de indicação de falha que
iriam implicar um SBL de CE podem incluir:
·
·
·
·
endereçamento inválido
falha de acesso
condição ’ativa’ ou ’em espera’ inconsistente
falha de software irrecuperável.
3.2.8
Reconfigurar SBLs Telefônicos
O software Reconfigurar SBLs Telefônicos, em resposta aos pedidos do software Manejador de Ações
SBL, reconfigura SBLs tais como os associados com:
·
·
·
·
·
·
linhas de assinantes
juntores
equipamento para teste de acesso
remetentes e destinatários multifreqüência
anúncios
Sistema de Sinalização Número 7 do CCITT, etc.
Note
Em Dezembro de 1992, o Comité
Consultatif International Télégraphique
et Téléphonique (CCITT) foi dissolvido e
integrado ao International Telecommunication Union (ITU). As atividades
anteriores do CCITT são agora desempenhadas no ITU pelo ITU Telecommunication Standardization Sector (ITU-T).
A ação de reconfiguração no SBL telefônico é requisitada através do envio de comandos (por exemplo, desabilitar, inicializar, reiniciar) para o Software de Manipulação de Dispositivo Telefônico e para a Interface
de Terminal e software de Manutenção de Elemento
de Comutação.
Como exemplo, os tipos de indicação de falha que
iriam implicar em um SBL telefônico podem incluir o
seguinte.
· Para um Módulo de Assinante
alarme de perda de sincronização
alarme de super voltagem de linha
falha de presença de toque
inconsistência de ring-trip
inconsistência de chamada
relatório de erro de teste de rotina de linha.
13 / 30
perda de alinhamento de quadro
perda de relógio externo
alarme de junção remota
indicação de taxa de erro excessiva
inconsistência de hardware e software
relatório de erro de teste de rotina de juntor digital.
· Para um Módulo de Circuitos de Serviço:
alarme Gerador de Sinal Digital
relatório de erro de teste de rotina de receptor
relatório de erro de teste de rotina de envio.
3.2.9
Exemplos de tais SBLs, que são reconfigurados pelo
software de Reconfiguração de SBLs de Sistema (isto
é, através do envio de comandos para o software de
manipulação de dispositivo apropriado), em resposta
aos pedidos do software Manejador de Ações SBL, incluem:
relógio central
fontes de referência
alarmes de bastidor
alarmes principais
geração de hora do dia
geração de tom digital.
SBLs de distribuição de relógio de bastidor e relógio
de tons podem apenas ser inicializados quando não
existem alarmes de bastidores relacionados.
Como exemplo, os tipos de indicação de falha que
iriam implicar um SBL de sistema podem incluir o seguinte.
· Para o relógio central:
fase do relógio não alinhada
fonte do relógio trocada por lado próprio
falha de fonte do relógio externo
oscilador fora de alcance.
14 / 30
perda do relógio
incremento de horário irregular
inconsistência de dado de horário
perda da fonte do quadro.
· Para tons digitais e anúncios:
falha de saída de geração de tom digital
falha de anúncio interno
falha de auto checagem.
· Para distribuição de tons e relógio:
alarme de falha de relógio de bastidor
alarme de perda de tom
alarme de entrada de relógio não alinhada
perda de sincronização
dados de tom não variável.
Reconfigurar SBLs do Sistema
Um SBL é designado como um SBL de sistema (isto é,
uma central) quando sua função é importante para
toda a central.
·
·
·
·
·
·
· Para horário:
3.2.10
Reconfigurar SBLs Periféricos
O software Reconfigurar SBLs Periféricos, em resposta
aos pedidos do software Manipular Ações SBL, reconfigura SBLs tais como os associados com:
·
·
·
·
·
memórias de disco magnético
unidades de fita magnética
impressoras de linha
Unidades de Display Visual (VDUs)
dispositivos de fita, etc.
Uma ação de reconfiguração é requisitada através do
envio de comandos para o software Controlador de
Entrada/Saída associado com o dispositivo periférico
envolvido.
iriam implicar um SBL periférico podem incluir:
· erro de busca (disco magnético)
· violação de proteção de escrita (discos e fitas magnéticos)
· tempo de ordem esgotado (todos os periféricos).
3.2.11
Reconfigurar SBLs de Rede
O Reconfigurar SBLs de Rede aceita comandos (isto é,
desabilita ou inicializa) para reconfigurar os SBLs da
DSN.
Comandos para reconfigurar portas de comutação
são enviados para o software Manejador de Dispositivo de Túnel, enquanto comandos para reconfigurar as
portas da Interface do Terminal são enviados para o
software de Interface Terminal e Suporte de
211 93260 FBBA TR
Ed. 02
· Para um Módulo de Juntor Digital:
Manutenção de Elemento de Comutação (ambos
parte da área de software de Manutenção de Rede).
No caso de um comando de desabilitação, o software
inicia um período de ’espera por tráfego livre’, após
o qual o tráfego é forçado pelo SBL envolvido.
iriam implicar um SBL de rede poderiam incluir:
· Perda de sincronização de Porta DSN de Interface
de Terminal
· Perda de sincronização de porta DSN
· Evento rejeitado por porta de Interface de Terminal
· Comando de Interface de Terminal não executado
· Dupla violação de escrita DSN.
211 93260 FBBA TR
Ed. 02
15 / 30
Aceitar ORJs de Ação
O software Aceitar ORJs de Ação que aceita ORJs
para gerenciamento dos estados dos SBLs:
· executa checagens semânticas na entrada de comandos e informa ao operador de quaisquer erros
de entrada
· pede, quando necessário, uma tradução entre unidades de hardware (como especificado pelo operador) e unidades funcionais, por exemplo, RIT para
bloco de conserto /SBL
· valida a entrada de comando através do software
de Pedido de Defesa Coordenada
· arranja a entrada de comando em um formato de
buffer padrão para uso por outro software (isto é,
o software de Pedido de Defesa Coordenada e o
Manipular ORJs de Ação )
· envia um relatório de validação através do software Gerador de Relatório, para o operador em
casos onde um ORJ é rejeitado ou está para ser
confirmado
· passa, quando aceito, o ORJ em buffer para o software Manipular ORJs de Ação relacionado para
execução.
3.2.13
Manipular ORJs de Ação
O software Manipular ORJs de Ação:
· recebe os ORJs do software Aceitar ORJs de Ação
· executa ações de ORJ tais como desabilitar SBL,
testar SBL, inicializar SBL, parar teste, requalificar,
inicializar equip, finalizar equip, reinicializar,
recarregar, switch-over, etc.
· coordena a seqüência de bootstrap e carregamento dos CEs especificada nos ORJs e inicializa ações
nos níveis mais baixos do CE através do software
Manipualr Ações do SBL
· gera relatórios de SBL para o software Gerador de
Relatório.
3.2.14
Manipular Apresentação e
Traduzir ORJs
O software Manipular Apresentação e Traduzir ORJs
manipula os pedidos de apresentação e tradução de
ORJs recebidos do software Aceitar ORJs de Ação ou
de um operador.
16 / 30
Como um exemplo, os displays de apresentação de
comunicação homem máquina podem incluir:
· o número de SBLs (por tipo) em cada possível estado de manutenção
· uma lista de todos os SBLs (por tipo) que estão em
um dado estado de manutenção
· o estado de SBLs individuais
· todos os SBLs pertencentes a um túnel da rede
· listas de dependências.
Como um exemplo, os tipos de traduções executadas
podem incluir:
· RIT para SBLs que estão localizados em parte ou
inteiramente dentro do RIT
· RIT para bloco de conserto (isto é, lista de SBLs)
· SBL para bloco de conserto (isto é, a lista de SBLs)
· SBL par todos os RITs que constituem o SBL.
3.2.15
Controle de Diagnóstico
As principais funções do software Controle de
Diagnóstico são:
· aceitar pedidos dos softwares Manipular Ações CE
Manipular Ações SBL, para acessar e executar um
teste de diagnóstico
· descobrir e configurar o ambiente de software e recursos de hardware exigidos para um teste (no
caso de SBLs de DSN, o ambiente é configurado
pelo software Ambiente de Teste de Rede dentro da
área de software de Rotina de Rede e Teste de
Diagnóstico)
· sequenciar os segmentos de teste de um teste de
diagnóstico (segmentos podem ser repetidos, omitidos ou abortados pelos comandos no software
requisitante)
· relatar o resultado de um teste para o software
Gerador de Relatório (um resultado de teste consiste em uma lista de RITs em ordem de probabilidade de falha, e uma mensagem de passagem ou
falha que é enviada ao software que pediu o teste).
3.2.16
Módulos de Software de
Execução
Execução de Teste
As principais funções dos módulos de software de
execução de teste (isto é, os programas de teste de
diagnóstico e rotina individuais) são:
211 93260 FBBA TR
Ed. 02
3.2.12
· capturar os recursos de teste no hardware
Exame de Controle de Alarme
· executar os segmentos de teste utilizados para
executar o teste
Cada relatório de manutenção para o software de
Controle de Alarme o leva a atualizar seus registros
de alarme.
· relatar os resultados do teste para o software Controle de Diagnóstico ou para o Coordenador de
Teste de Rotina dentro da área de software de Teste
de Rotina Central
· liberar os recursos no final do teste.
Como um exemplo, o software de execução de teste
pode incluir módulos tais como um Teste de Diagnóstico CE.
3.2.17
Gerador de Relatório
O Gerador de Relatório (normalmente residente dentro do CE do Módulo de Periféricos do Computador)
recebe relatórios do Software de Defesa e Manutenção e, quando necessário, os reestrutura em um
formato padrão.
Quando um relatório indica que um tratamento de
alarme é necessário (por exemplo, mudanças de estado de SBL, alarmes de bastidor), ele é também enviado para o software Controle de Alarme dentro da
área de software de Manipulação de Alarme..
3.2.18
SBL Versus Exame de Estado
de Dispositivo
No começo de uma ação de manutenção em um SBL,
o software Pedido de Defesa Coordenada marca o
SBL como ocupado (isto é, um sinalizador de exame
associado é definido como ’ocupado’ dentro da tabela de SBL ocupado). Quaisquer pedidos posteriores
para ação naquele SBL são rejeitados.
Quando a ação de manutenção foi completada, o
software de Pedido de Defesa Coordenada define o
sinalizador de exame como ’terminado’. A entrada
para o SBL na tabela de ocupado é excluída pelo software Controle de Alarme após o término de uma checagem de estado de alarme.
Quando uma ação de manutenção é inicializada em
um RIT, todos os SBLs daquele RIT têm seus sinalizadores de exame definidos como ’RIT ocupado’.
O software SBL Versus Exame de Estado de Dispositivo
executa os seguintes tipos de exames na tabela de
ocupado do SBL.
211 93260 FBBA TR
Ed. 02
O software de Controle de Alarme também é disparado pelo software SBL Versus Exame de Estado de Dispositivo, isto é, em intervalos regulares (ex., a cada
cinco minutos), o software SBL Versus Exame de Estado de Dispositivo percorre a tabela de ocupado do
SBL para detectar quaisquer sinalizadores de exame
setados como ’terminados’.
Se o software encontrar um sinalizador setado como
’terminado’, ele dispara o software Controle de
Alarme para atualizar seus registros de alarme e
então deletar a entrada do SBL na tabela de ocupado.
Exame de Tabela de Ocupado em Ações SBL
A intervalos regulares (ex., a cada 16 minutos), que
são maiores do que aqueles para um exame de controle de alarme, o software SBL Versus Exame de Estado de Dispositivo percorre a tabela de ocupado do
SBL e modifica quaisquer sinalizadores que estejam
setados como ’ocupado’ para ’exame’.
Se um sinalizador de exame já estiver setado para
’exame’, o sofware SBL Versus Exame de Estado de
Dispositivo envia uma mensagem para o software
Executar Defesa de SBL para iniciar um ação de
reinicialização.
Exame de Tabela de Ocupado em Ações RIT
Nos mesmos intervalos que (mas independentemente
de) os exames das tabelas de ocupado de ações SBL,
o software SBL Versus Exame de Estado de Dispositivo
percorre a tabela de ocupado do SBL e modifica sinalizadores de exame que estão setados como ’RIT ocupado’ para ’RIT exame’.
Se um sinalizador de exame já estiver setado como
’RIT exame’, o software SBL Versus Exame de Estado
de Dispositivo envia uma mensagem para o software
Executar Defesa de SBL para iniciar uma ação de reinicialização.
3.2.19
Gerenciar Atualizações de
Carga de Software
O software Gerenciar Atualizações de Carga de Software (normalmente residente dentro do CE do Módulo de Periféricos do Computador) trata pedidos para
17 / 30
3.2.20
Gerenciador de Recurso
TAU/TSA
Os recursos específicos de hardware para certos
diagnósticos são a Unidade de Acesso de Teste (TAU)
e o Analizador de Sinal de Teste (TSA). Os recursos de-
vem ser pré alocados a um diagnóstico para previnir
deadlock. Isto é executado pelo Gerenciador de Recurso TAU/TSA.
3.3
Teste de Rotina Central
do software dentro da área de Teste de Rotina Central,
veja a Figura 3.
Agenda de Calendário
Manipular ORJs
de Teste de Rotina
ORJs
Execução de Teste
Gerenciar Agendamento de Teste
de Rotina
Coordenador de
Teste de Rotina
Gerador de Relatório
Abr.
Abr.
ORJ
Figure 3
3.3.1
Tarefa Requisitada pelo Operador
Software de Teste de Rotina Central
Manipular ORJs de Teste de
Rotina
Este software manipula todas as ORJs relacionadas à
execução de testes de rotinas em dispositivos, linhas
de assinantes e grupos de juntores.
· dividir pedidos de teste complicados (isto é, testes
de rotina sobre múltiplos níveis) em testes em um
único dispositivo, pedir ao sofwtare Coordenador
de Teste de Rotina para executar um teste de rotina
em um único dispositivo e receber os resultados
em uma base ’vai’ ou ’não vai’
Para cada pedido de teste, o objeto de teste e o
horário agendado são passados para a agenda apropriada (isto é, o software Agenda de Calendário dentro do Software de Relógio e Tons ou do software
Gerenciar Agendamento de Teste de Rotina).
· relatar os resultados globais do teste completo de
rotina para o sofware Entrada/Saída.
3.3.2
O software Coordenador de Teste de Rotina recebe
pedidos do software Gerenciar Agendamento de Teste
de Rotina para executar testes de rotina.
Gerenciar Agendamento de
Teste de Rotina
O software Gerenciar Agendamento de Teste de Rotina lida com os teste de rotina que são executados regularmente.
As principais funções do software Gerenciar Agendamento de Teste de Rotina são:
· receber pedidos periódicos e pedidos do operador
(através do software Manipular ORJ de teste de Rotina)
18 / 30
3.3.3
Coordenador de Teste de
Rotina
As principais funções do software Coordenador de
Teste de Rotina são:
· processar os pedidos de teste
· configurar o ambiente de software e recursos de
hardware necessários
· controlar a execução dos segmentos de teste
· analisar e relatar os resultados dos testes
211 93260 FBBA TR
Ed. 02
carregar uma emenda em um único CE ou para recarregar o segmento de carga de dados de um CE.
· liberar o ambiente de teste e recursos de hardware.
3.4
Manutenção de Rede
· Fornecer uma interface entre o software de Dispositivo de Túnel, o Sistema Operacional e o Reconfigurar SBLs de Rede para habilitar a reconfiguração das portas de Interface de Terminal.
· Manter estados de porta de comutação.
Os subitens a seguir fornecem uma breve descrição
do software dentro da área de Manutenção de Rede.
· Relatar qualquer falhas de hardware de porta de
Interface de Terminal para o software Analisar Relatório de Erro.
3.4.1
· Executar, periodicamente, uma central nas portas
de tom.
Manejador de Dispositivo de
Túnel
O software Manipular Dispositivo de Túnel:
· fornece acesso de manutenção ao hardware DSN
(para testes de diagnóstico e rotina, e ações de reconfiguração no DSN) através de túneis DSN
3.5
Teste de Rotina de Rede e
Diagnóstico
· lida com estados de porta de comutação (ex., disponível, ocupado de manutenção)
do software dentro da área de Teste de Rotina de Rede
e Diagnóstico.
· relata quaisquer inconsistências de DSN para o
software Analisar Relatório de Erro (dentro da área
de software de Relatório de Erro).
3.5.1
Como exemplo, ações de teste de DSN podem incluir:
·
·
·
·
limitação de portas auxiliares
limitação de teste de rotina e diagnóstico
orientação do estado de ocupado de manutenção
forçar um estado de alarme
Exemplos de ações de reconfiguração de DSN são:
· desabilitar
· desabilitação forçada
· inicializar.
3.4.2
Suporte de Manutenção de
Interface de Terminal e
Elemento de Comutação
As principais funções da Interface de Terminal são as
seguintes.
· Fornecer um interface entre o software Manejador
de Dispositivo de Túnel e o Software do Sistema
Operacional para permitir:
limitação de portas de comutação, através de
software manejador no Software do Sistema
Operacional
disparo da transmissão dos protocolos de túnel
para atingir as tarefas executadas pelo software Manejador de Dispositivo de Túnel.
211 93260 FBBA TR
Ed. 02
Ambiente de Teste de Rede
O software Ambiente de Teste de Rede identifica os recursos requeridos por um teste de diagnóstico DSN ou
de rotina.
Tais recursos se relacionam com:
· o CE que deve manter o software de teste
· o enlace de trilha de acesso (que é alocado pela
Interface de Terminal e software Gerenciamento
de Recursos de Elemento de Comutação)
· o enlace SBL a ser testado
· enlaces auxiliares.
O software Ambiente de Teste de Rede é ativado pelo
software Controle de Diagnóstico (dentro da área de
software Defesa da Central) ou pelo software Coordenador de Teste de Rotina (dentro da área de software
de Teste de Rotina Central).
3.5.2
Gerenciamento de Recursos
de Elemento de Comutação e
Interface de Terminal
Este software aloca os recursos de hardware (isto é, relacionados à Interface de Terminal Interface e aos enlaces de Elemento de Comutação) requeridos pelos
teste de diagóstico DSN e de rotina.
A alocação dos recursos de hardware é executada ao
pedido do software Controle de Diagnóstico ou do
software Coordenador de Teste de Rotina.
19 / 30
3.5.3
Módulos de Software de
Execução
Execução de Teste
As principais funções dos módulos de software de
execução de teste (isto é, os programas de rotina individual e de teste de diagnóstico) são os mesmos que
aqueles já descritos para a área de software Defesa
da Central.
Como exemplo, o sofware de execução de texto podem incluir módulos tais como:
· Teste de Diagnóstico de Enlace de Rede
· Teste de Rotina de Enlace de Rede
· Interface de Terminal/Teste de Diagnóstico de
Comutador de Acesso
· Interface de Terminal/Teste de Rotina de Comutador de Acesso.
3.6
Proteção Mútua
O software Proteção Mútua controla o mecanismo de
proteção mútua em módulos da central interconectados.
Certos módulos da central (ex., Módulos de Assinantes, Módulos de Interface Remota) são implementados como pares nos quais o CE de ambos os módulos está apto a controlar (através de interconexões)
seus próprios circuitos de terminal e os de seu módulo
parceiro. Sob condições normais de operação, cada
CE controla seus próprios circuitos de terminal. Se, entretanto, existir uma falha de um dos CEs, ou se um
dos CEs for retirado de serviço, o controle dos circuitos
de terminal relacionados é transferido para o CE do
módulo parceiro, isso é o que se chama de proteção
mútua. Quando o CE não operacional volta a ser-
20 / 30
viço, ele assume o controle de seus próprios circuitos
de terminal, isto é, após uma operação de retorno.
Quando o software Proteção Mútua é informado de
que uma operação de proteção mútua é necessária
(ex., como resultado de uma ORJ ou autonomamente
devido a uma falha), ele determina se tal operação é
permitida ou não. Além disso, o software deve garantir que comandos conflitantes não sejam aceitos pelo
software Proteção Mútua em ambos os CEs dos módulos pareados.
A proteção mútua real ocorre de acordo com variáveis. Por exemplo, a proteção mútua pode ser
executada:
· após um período de ’espera por tráfego livre’ especificado por um operador ou valor default (isto
é, para proteções mútuas autônomas)
· após o número de chamadas estáveis cair abaixo
de um limiar definido (nenhuma chamada nova ou
originada é bloqueada durante esta atividade)
(aplicável apenas a proteções mútuas iniciadas
pelo usuário)
· a uma hora absoluta, isto é, em um horário específico (aplicável apenas a proteções mútuas iniciadas pelo usuário)
· após um tempo relativo especificado por um
operador (aplicável apenas a proteções mútuas iniciadas pelo usuário)
· utilizando uma combinação de limiar de chamada
estável e hora absoluta
· utilizando uma combinação de limiar de chamada
estável e hora relativa.
Operações de retorno são executadas de maneira
similar.
3.7
Manipulação de Alarme
do software dentro da área de Manipulação de
Alarme, veja Figura 4.
211 93260 FBBA TR
Ed. 02
Além disso, o software também executa testes de checagem em suas tabelas SBL para encontrar e liberar
quaisquer SBLs que estejam relacionados ao teste de
um enlace SBL mas cujo teste não mais esteja ativo.
Espera
Ativo
CE de Módulo de
Periféricos de
Computador
1
Manejador de
Alarme Intermediário
Avalanche
Manejador de
Alarme
De/para áreas de
Software Defesa
de Central e Relatório de Erros
Controle de
Alarme
Manejador de
Dispositivo de
Alarme Central
De/para hardware
de alarme de bastidor
De/para hardware de alarme
central (e o Painel Principal para
Alarmes)
N
CE
1
Manejador de
Dispositivo de
Alarme de Bastidor
Requisitos de
Alarme
Nota
Os Softwares Sistema Operacional e Base de Dados foram omitidos para maior clareza.
Abr.
Abr.
ACE
CE
Figure 4
N
ACE
Elemento de Controle Auxiliar
Software de Manipulação de Alarme
211 93260 FBBA TR
Ed. 02
21 / 30
Controle de Alarme
As principais funções do software Controle de Alarme
(normalmente carregado dentro dos Módulos de
Periféricos do Computador) são:
· receber relatórios de alarme e, então, analisá los
para determinar os atributos para o alarme envolvido (ex., categoria de alarme, indicadores, saída
configurada para relatórios)
· controlar, através de ordens direcionais, os indicadores de alarme (isto é, visuais e audíveis) nos
vários painéis indicadores dentro de uma central
de acordo com os relatórios de alarme recebidos
· adicionar informação (ex., número de asteriscos
relacionados à categoria de alarme) ao relatório
de alarme e, então, enviá las para saída para o
pessoal da central através de facilidades de comunicação homem máquina
· manter um registro dos alarmes atuais (isto é, todos os relatórios de alarmes são roteados do seu
ponto de detecção a seu Software de Controle de
Alarme que controla uma relação de base de dados que contém uma lista dos alarmes correntemente ativos na central)
· manter um histórico de alarmes.
O software Controle de Alarme recebe relatórios de
alarme de:
· software manejador de dispositivo, ex., software
Manejador de Dispositivo de Alarme de Bastidor,
software Manejador de Dispositivo de Alarme
Central, que detectam condições de alarme de
hardware através do monitoramento de vários
pontos de varredura (isto inclui a detecção de
alarmes externos e ambientais)
· software Analisar Erro, dentro da área de Relatório
de Erros
· software de defesa (ex., os módulos de software de
reconfiguração do SBL, após terem tomado as
ações defensivas em resposta a uma indicação de
falha)
· outros softwares, tais como o software Manejador
de Alarme Intermediário e o software Manejador
de Alarme de Avalanche, e aqueles módulos de
software que geram alarmes de programa que
não estão diretamente preocupados com quaisquer problemas de hardware da central (tais
alarmes gerados por programas são relatados diretamente para o software Controle de Alarme
porque nenhuma ação de defesa automática pode
ser tomada).
22 / 30
O software Controle de Alarme por si só pode detectar
certas condições de alarme, por exemplo:
· um alarme de grupo de SBL (isto é, no caso de mais
do que um número pré definido de SBLs do mesmo tipo sofrerem uma falha)
· um alarme de par de CE (isto é, no caso de ambos
os CEs, ativo e em espera, do mesmo par, sofrerem
uma falha).
Tarefas Requisitadas pelo Operador podem ser enviadas para o software Controle de Alarme para:
· deletar o registro de um alarme da lista mantida
pelo software (ex., a detecção de um registro de
alarme pode ser necessária devido à falta de espaço de armazenagem ou porque um alarme é do
tipo em que nenhum relatório de alarme desligado
é recebido), neste caso, os indicadores relacionados são desligados e um relatório de saída é enviado para o pessoal da central
· inibir um alarme, neste caso, o registro do alarme
permanece na lista mas seu estado é alterado para
’inibido’ e os indicadores associados com o alarme
são desligados.
3.7.2
Manejador de Alarme
Intermediário
Apesar de alarmes serem normalmente enviados diretamente para o software Controle de Alarme, podem existir situações onde isto não seria vantajoso,
ex., no caso de um grande número de alarmes de modulação de código de pulso (com freqüência referido
como avalanches de alarme). Por isso, certos tipos de
alarmes podem estar sujeitos a um processo de manipulação de alarme intermediário que os armazena e
então envia uma mensagem de alarme global. Este
processo intermediário é fornecido pelos softwares
Manejador de Alarme Intermediário e Manejador de
Alarme de Avalanche.
O software Manejador de Alarme Intermediário (normalmente residente dentro de vários Elementos de
Controle Auxiliar do Sistema) recebe grupos de
alarmes de software manejador de dispositivo específico e, então, os analisa para determinar se eles
devem ser roteados diretamente para o software Controle de Alarme ou para o software Manejador de
Avalanche para armazenagem.
211 93260 FBBA TR
Ed. 02
3.7.1
3.7.3
Manejador de Alarme de
Avalanche
O software Manejador de Alarme de Avalanche recebe e armazena (isto é, em sua própria lista de
alarme ativo) as mensagens de alarme do software
Manejador de Alarme Intermediário.
Se um alarme for do primeiro tipo, o software Manejador de Alarme de Avalanche o envia para o software
Controle de Alarme, que, então, toma uma ação
apropriada (ex., acende um indicador de alarme). Se
uma mensagem de alarme indica um alarme desligado para o último de um tipo específico de alarme, o
software Manejador de Alarme de Avalanche informa
o software Controle de Alarme de acordo.
Na inicialização do sistema, o software Manejador de
Alarme de Avalanche inicia um temporizador para
permitir que todas as mensagens de alarme resultantes sejam relatadas. Quando o temporizador acabar, o software Manejador de Alarme de Avalanche
agrupa os alarmes de acordo com seu tipo e, então,
envia um relatório global para o pessoal da central
através do software de Comunicação Homem
Máquina.
Da mesma forma, quando mensagens de alarme desligado são recebidas, o alarme relatado armazenado
pelo software Manejador de Alarme de Avalanche
Alarm Handler é configurado como ’desligado’ e um
relatório global é enviado para o pessoal da central.
· Uma parte principal, que fornece a interface entre
o software Manejador de Dispositivo de Alarme
Central e o software dentro da área de Defesa da
Central, ex., o software de reconfiguração do SBL,
software de teste de diagnóstico.
· Uma parte de suporte, que executa todos os acessos de hardware requeridos para percorrer e relatar alarmes conforme eles ocorrem.
3.7.5
Alarme de Bastidor
O software Manejador de Dispositivo de Alarme de
Bastidor (carregado dentro de vários CEs primários
dentro de uma central) contém as seguintes partes.
· Uma parte de inicialização, que leva o hardware
associado a um estado conhecido após uma reinicialização, e orienta os indicadores de alarme
visual no bastidor do equipamento principal de
acordo como os estados gravados pelo software
Controle de Alarme.
· Uma parte principal, que fornece a interface entre
o software Manejador de Dispositivo de Alarme
Central e o software dentro da área de Defesa da
Central, ex., o software de reconfiguração do SBL,
software de teste de diagnóstico .
· Uma parte de suporte, que executa todos os acessos de hardware requeridos para percorrer e relatar alarmes conforme eles ocorrem.
Mensagens de alarme recebidas após o período de
inicialização do sistema são manipuladas de acordo
com sua freqüência. Um relatório (isto é, individual ou
global) é enviado ao pessoal da central. Se o número
de reIatórios exceder um limiar pré definido, todos
os alarmes estarão contidos em um único relatório.
O software Requisitos de Alarme permite que o pessoal da central execute ORJs para:
3.7.4
· mostrar todos os alarmes que estão correntemente
ativos
Alarme Central
O software Manejador de Dispositivo de Alarme Central (normalmente carregado dentro dos Módulos de
Perfiéricos do Computador) contêm as seguintes
partes.
· Uma parte de inicialização, que leva o hardware
associado a um estado conhecido após uma reinicialização, e orienta os indicadores de alarme
visual no bastidor do equipamento principal e os
indicadores de alarme visuais e audíveis no Painel
Principal para Alarmes de acordo como os estados
gravados pelo software Controle de Alarme.
211 93260 FBBA TR
Ed. 02
3.7.6
Requisitos de Alarme
· mostrar e/ou modificar os parâmetros de alarme
associados com um dado tipo de alarme
· mostrar exceções de alarme
· criar, modificar e/ou remover uma exceção de
alarme
· mostrar o conteúdo de uma relação de base de
dados por categoria de alarme, para uma dada
categoria de alarme
· modificar uma tupla dentro de uma relação de
categoria de alarme, para uma dada categoria de
alarme
23 / 30
· mostrar e/ou modificar os limiares para um grupo
de CE de compartilhamento de carga.
4 Operação Típica
Este item descreve operações típicas realizadas pelo
Software de Manutenção e Defesa em reação a diversos estímulos de falhas. As operações descritas são
fornecidas como exemplos apenas.
4.1
Reação a uma falha de
DSN
A Figura 5 mostra a seqüência de eventos executados
pelo Software de Manutenção e Defesa em reação ao
número excessivo de erros de paridade em um percurso de voz e/ou dados através do DSN.
Hardware
Manejador
Sistema
de Detecção Operacional de Erro Lode Falha
cal
Analisar
Relatório
de Erro
1.
Falha de hardware detectada.
2.
O número de falhas excede o valor de limiar.
3.
Software Analisar Relatório de Erro informado da falha.
Figure 5
Reação a uma Falha de DSN
Os diferentes eventos, que são identificados por
números, são descritos na lista a seguir.
· Evento 1. O erro é detectado por checagens concorrentes de software nas portas de Interface de
Terminal. O número de erros de paridade é colocado em um registrador que é lido pelo Software
Sistema Operacional.
24 / 30
· Evento 2. Se a contagem exceder um limiar pré
definido, o Software Sistema Operacional gera
ações de interrogação de DSN. As respostas a estas ações se tornam parte do relatório de erro que
é, então, enviado ao software Manejador de Erro
local.
· Evento 3. O software Manejador de Erro Local relata a falha para o software Analisar Relatório de
Erro.
Os dados de erros abrangem o tipo de falha, a
identidade de todas as portas associadas com o
percurso suspeito e daí, se aprofunda dentro do
DSN. Esta informação é retirada da resposta de
porta de comutação após uma interrogação do
DSN.
Os SBLs implicados são todos os SBLs de DSN no
percurso, incluindo os enlaces de Interface Terminal. A resposta de interrogação é analisada para
pegar as identidades do SBL e a contagem de erro
para cada SBL identificado incrementado. Desabilitação é requerida para contagens que excedam
o limiar definido.
4.2
Reação a uma Falha de
Periférico de Computador
A Figura 6 se relaciona a uma falha onde o estado de
um disco magnético é sempre ocupado.
· Evento 1. Quando executando uma operação de
disco magnético, o software manejador de dispositivo relacionado inicializa um temporizador de
término.
Se o temporizador acabar, o software manejador
de dispositivo checa o registrador de estado de
uma interface para descobrir se o disco está ocupado ou não. O software manejador de dispositivo, então, executa uma reinicialização de erros e
repete a checagem de estado.
Se o disco continuar a estar ocupado, o SBL suspeito é a controladora para o canal envolvido. Isto é
relatado para o Software de Manutenção e Defesa
através do software Manejador de Erro Local (1A)
e do software Analisar Relatório de Erro Local (1B).
211 93260 FBBA TR
Ed. 02
· comutar a categoria de alarme de normal para reduzida e vice-versa
· Evento 2. O software Análise de Relatório de Erro
incrementa os contadores de falha relacionados
para o canal relatado e disco.
· Evento 4. O canal é desabilitado, um programa
de teste de diagnóstico é executado e uma inicialização é realizada.
Se a contagem exceder um limiar pré definido,
uma ação de verificação é requisitada do software
Executar Defesa de SBL.
O software Analisar Relatório de Erro (4A e 4B) e
o Executar Defesa de SBL (4C e 4D) usam o Software do Sistema Operacional e da Base de Dados.
· Evento 3. O software Executar Defesa de SBL desabilita o SBL e, então, inicia um teste de diagnóstico (através do software Manipular Ações SBL, não
exibido na Figura 6).
A próxima ação depende dos resultados do teste
de diagnóstico.
O software Executar Defesa de SBL pode também
disparar uma operação de inicialização, dependendo dos resultados do teste de diagnóstico.
Device
Handler
1.
Local Error
Handler
Analyze
Error Report
Durante a desabilitação e inicialização, todos os
softwares relacionados são informados das mudanças de estado.
Perform SBL
Diagnostic
Diagnostic
Test
Operating
System
Data Base
The software detects a hardware fault.
1A
1B
2.
The fault-count exceeds the pre-defined threshold.
3.
A diagnostic test is initiated.
4.
The diagnostic test is executed.
4A
4B
4C
4D
Abbr.
Abbr. SBL
Figure 6
4.3
Security Block
Reação a uma Falha de Periférico de Computador
Reação a uma Falha de
Dispositivo Telefônico
Interno ou Transiente
A figura 7 se relaciona com a perda de alinhamento
(alarme ’ligado’) para três quadros ou multiquadros
consecutivos em um juntor digital. Os estados
’desligados’ do alarme são, também, incluídos.
211 93260 FBBA TR
Ed. 02
· Evento 1. A detecção de erros é feita através de
um indicador de hardware que é definido quando
a perda de alinhamento de multiquadros ocorre.
O indicador é percorrido pelo software manejador
de dispositivo relacionado que, então, executa
uma checagem de persistência a fim de distinguir
entre um alarme transiente e um alarme confirmado (ou para garantir um estado ’desligado’).
Um teste de linha de assinante é também executado pelo software manejador de dispositivo para
determinar se a falha é interna ou externa. Se a
25 / 30
Para qualquer mudança de estado, a identidade
do juntor digital é relatada ao software Analisar
Relatório de Erro através do software Manejador
de Erro local (1B) e do software Analisador de Erro
Local (1C). Se o estado de alarme for alarme confirmado multiquadro ’ligado’ ou ’desligado’, a
central de envio é informada de acordo.
· Evento 3. Para um limiar excedido, o software
Executar Defesa de SBL executa um programa de
teste de diagnóstico (3A). O software Analisar Relatório de Erro (3B e 3C) e o Executar Defesa de SBL
(3D e 3E) usam o Software de Sistema Operacional
e de Base de Dados.
Se uma falha for encontrada, o SBL é colocado no
estado de falha. Em todos os casos, os SBLs de
baixa ordem (isto é, os canais digitais associados)
são também desabilitados.
· Evento 2. Os dados de relatório recebido pelo
software Análise de Relatório de Erro conpreendem a identidade do juntor digital e a mudança de
estado para a condição relacionada (isto é, alinhamento de quadro ou de multiquadro, alarme
’ligado’ ou ’desligado’, transiente ou confirmado).
Se a função de análise de relatório detectar uma
falha transiente, o contador de falha para o SBL
suspeito é incrementado, e se o contador exceder
um limiar pré definido, o software Executar Defesa de SBL é informado.
Manejador Manejador Analisador
de Disposi- de Erro Lo- de Erro Local
tivo
cal
1.
Analisar
Relatório
de Erro
Executar
Sistema
Teste de
Defesa de Diagnóstico OperacioSBL
nal
Base de
Dados
O software detecta uma falha de hardware.
1A
1B
1C
2.
Análise de relatório é executada.
3.
Um teste de diagnóstico é executado.
3A
3B
3C
3D
3E
Abbr.
Abbr. SBL
Figure 7
26 / 30
Bloco de Segurança
Reação a uma Falha de Dispositivo Telefônico Interno ou Transiente
211 93260 FBBA TR
Ed. 02
falha for externa, um relatório de alarme é enviado para o software Controle de Alarme (não exibido na Figura 7). Ao contrário, se o alarme for interno ou transiente, um relatório de erro é gerado
(1A).
Para um estado de alarme de quadro ’ligado’, todas as chamadas são perdidas, enquanto que,
para um estado de alarme de multiquadro
’ligado’, todas as chamadas estáveis são mantidas
e desabilitação completa é executada apenas depois do tráfego ter sido liberado.
Para um estado de alarme ’desligado’, a inicialização é executada como requerido, e os SBLs são
recolocados em tráfego.
4.4
Reação a uma Falha em
Acessar um Juntor Digital
· Evento 2. O software Analisar Relatório de Erro
envia um pedido para verificação do SBL identificado para o software Executar Defesa de SBL.
· Evento 4. O software Reconfigurar SBLs Telefônicos envia uma mensagem de pedido de desabilitação para o Manejador de Dispositivo de Juntor
no CE (4A).
Se o dispositivo estiver inativo, um código de
completamento é imediatamente retornado
(4B).
Se o dispositivo está em uso para uma chamada estável, nenhuma resposta é recebida e um
procedimento de tempo esgotado é seguido.
A figura 8 se relaciona a uma operação típica para se
recuperar de uma falha em acessar um juntor digital.
As condições iniciais neste exemplo são que o:
Para uma condição de tempo esgotado, um pedido de desabilitação forçado é enviado para o software Manejador de Dispositivo de Juntor.
· estado manejador de dispositivo do juntor esteja
’disponível e livre’ ou ’disponível mas ocupado’
(livre após completamento de sua tarefa corrente)
Quando o software Manejador de Dispositivo de
Juntor receber um pedido de desabilitação forçado, ele força uma liberação no usuário e requisita
uma liberação no dispositivo e uma mudança de
estado para ’indisponível’.
· estado de SBL do juntor seja ’em tráfego’.
· Evento 1. O software Manejador de Dispositivo
de Juntor envia um relatório de erro de inconsistência de leitura após escrita e identidade de
dispositivo para o software Analisar Relatório de
Erro, através do software Manejador de Erro Local
e do Analisador de Erro Local.
211 93260 FBBA TR
Ed. 02
Um código de completamento é, então, retornado
ao software Reconfigurar SBLs Telefônicos (4B).
· Evento 3. O software Executar Defesa de SBL requisita ao software Manipular Ações de SBL que estabeleça a ação de verificação (3A). O software
Manipular Ações SBL envia o pedido ao software
Reconfigurar SBLs Telefônicos (3B).
27 / 30
1.
Executar
Defesa
de SBL
Gerador Manipu- Reconfigu- Controle
de Re- lar Ações rar SBLs DiagnóstiSBL
latório
Telefônicos
co
O software detecta uma falha de hardware.
1A
1B
1C
2.
Verificação é requisitada.
3.
O establecimento da verificação é requisitado.
3A
3B
4.
Uma mensagem de pedido de desabilitação é gerada.
4A
4B
5.
Um teste de diagnóstico é requisitado e executado.
5A
5B
5C
5D
6.
Um relatório de saída é gerado.
6A
6B
6C
Abr.
Abr.
Figure 8
SBL
Bloco de Segurança
Reação a uma Falha de Acesso a Juntor Digital
· Evento 5. Quando o código de completamento é
recebido, um pedido para um teste de diagnóstico
no SBL é enviado para o software Controle de
Diagnóstico (5A a 5D).
A memória de massa é acessada para uma cópia
do programa de teste de programa de teste de superposição, que é, então estabelecido para o CE
envolvido.
· Evento 6. Quando o Controle de Diagnóstico recebe os resultados de testes (neste exemplo uma
falha foi encontrada), um relatório, que inclui a
identidade dos RITs, é enviado para o Gerador de
Relatório para saída do pessoal da central (6A a
6C). O estado do SBL é definido como falha. Se o
teste de diagnóstico falhar, o estado final é que:
o estado do software Manejador de Dispositivo
de Juntor é ’indisponível’
o estado do SBL de juntor é ’condição de falha,
fora de tráfego’.
28 / 30
211 93260 FBBA TR
Ed. 02
Manejador Maneja- Analisador Analisar
de Disposi- dor de
de Erro Relatório
tivo de Erro Local
de Erro
Local
Juntor
5 Abbreviations
LEB
Buffer de Ambiente Local
MMC
Man-Machine Communication
ACE
Auxiliary Control Element
ORJ
Operator-Requested Job
CCITT
Comité Consultatif International
Télégraphique et Téléphonique
ORJ
Tarefa Requisitada pelo Operador
RIT
Replaceable Item
RTSU
Sub Unidade de Terminal Remoto
CE
Control Element
CPM
Computer Peripherals Module
SBL
Security Block
DC/DC
Direct Current to Direct Current
(conversion)
TAU
Test Access Unit
TAU
Unidade de Acesso de Teste
DSN
Rede de Comutação Digital
TSA
Test Signal Analyzer
ECF
Facilidade de Captura de Ambiente
TSA
Analizador de Sinal de Teste
ITU
International Telecommunication
Union
VDU
Visual Display Unit
ITU-T
ITU Telecommunication
Standardization Sector
211 93260 FBBA TR
Ed. 02
29 / 30
30 / 30
211 93260 FBBA TR
Ed. 02

211 93260 FBBA TR 02

Transcrição

Documentos relacionados

Ficha técnica SONY ICFC11IPB.CED - preto

Ficha técnica PHILIPS Rádio-despertador AJ5030/12

LV112 - CRHYSLER PT CRUISER - 2 VIDROS COMUNS

KB S-6 0 AN

2-8°C Refrigerador de farmácia

Exibir Alarmes de Enlace N7 RRN 04314

detector de monóxido de carbono

Sistema de alarme via rádio, anti

Sistema de alarme via rádio, anti-intrusão

Refrigerador para Banco de Sangue-4ºC