tmar094_oi_projeto rede 4g - dra_procedimentos de health check e operação_rev02.pdf

7/16/2019 TMAR094_Oi_Projeto Rede 4G - DRA_Procedimentos de Health Check e Operação_rev02.pdf

http://slidepdf.com/reader/full/tmar094oiprojeto-rede-4g-draprocedimentos-de-health-check-e-operacaorev02pdf 1/60

Código Rev. Folha

TMAR094_008 2 1/60

Endereço de armazenamento eletrônico

Cabe ao usuário a responsabilidade em utilizar e controlar a revisão deste documento empapel.

Impressão: 31/03/15 10:50

O presente material é de propriedade da Promon e qualquer reprodução, utilização ou divulgação do mesmo, sem aprévia e expressa autorização da titular, importa em ato ilícito nos termos da legislação pertinente, através da qual serãoimputadas as responsabilidades cabíveis.

IAPL0019 Rev. 0

Oi - TMAR094

Projeto Rede 4G - DRA

Procedimentos de Health Check e Operação

2 31/03/2015 Alteração dos IPs do SDC de Taguatinga, doScript de Coleta de Assinantes e inclusão deProcedimento de Start/Stop dos SDCs/EMS

EBC

1 09/07/2014 Inclusão do Script utilizado para Health CheckDiário e de Coleta dos Assinantes autenticadosno 4G

EBC GA STM

0 10/06/2014 Emissão inicial EBC GA STM

Rev. Data Descrição da revisão Elaborado Verificado Autorizado



Código Rev. Folha

TMAR094_008 2 2/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

1. Introdução ............................................................................................................... 4

1.1. Referências .......................................................................................................... 4

2. Informações Necessárias ......................................................................................... 5

2.1. Interfaces de Rede ................................................................................................ 5 2.1.1. SDCs ........................................................... ................................................................. ................................... 5 2.1.2. EMS ............................................................ ................................................................. ................................... 5

2.2. IP ........................................................................................................................ 6 2.2.1. EMSIPARJ ................................................................................. ............................................................... ..... 6 2.2.2. DRAIPARJ .................................................................................................................. ................................... 6 2.2.3. DRACINRJ ........................................................... ................................................................. ........................ 6 2.2.4. DRAETCEDF ....................................................... ................................................................. ........................ 7 2.2.5. DRAETTGDF ............................................................................ ............................................................... ..... 7

2.3. Processos da Aplicação .......................................................................................... 7

3. Procedimentos de Heath Check e Operação .............................................................. 8

3.1. Sistema Operacional .............................................................................................. 8 3.1.1. Processadores ........................................................ ................................................................. ........................ 8 3.1.2. Memória ........................................................................... .............................................................. ................ 9 3.1.3. Disco ........................................................... ................................................................. ................................. 10 3.1.4. Interface de Rede .............................................................. ................................................................. ........... 10 3.1.5. Servidor ....................................................................................... .............................................................. ... 16

3.2. SDC ................................................................................................................... 17 3.2.1. Processos .................................................................................... ............................................................... ... 17 3.2.2. Cluster ................................................................... .............................................................. ......................... 21

3.3. EMS ................................................................................................................... 21 3.3.1. Processos .................................................................................... ............................................................... ... 21

3.4. Configuração ...................................................................................................... 23 3.4.1. WebUI ......................................................................................... .............................................................. ... 23 3.4.2. Topology ............................................................... ................................................................. ...................... 25 3.4.3. Routing ............................................................................................................. ............................................ 35

3.5. Tráfego .............................................................................................................. 40 3.5.1. Local ........................................................... ................................................................. ................................. 40 3.5.2. Roaming ...................................................................................... .............................................................. ... 41

3.6. Backup diário ...................................................................................................... 42 3.6.1. SDC ....................................................................................................... ....................................................... 42

3.6.2.

EMS ............................................................ ................................................................. ................................. 42

3.7. Arquivos de Log .................................................................................................. 45 3.7.1. SDC ....................................................................................................... ....................................................... 45 3.7.2. EMS ............................................................ ................................................................. ................................. 46 3.7.3. Processos .................................................................................... ............................................................... ... 47 3.7.4. Cluster ................................................................... .............................................................. ......................... 48

3.8. Autenticação de Usuários ..................................................................................... 48 3.8.1. LDAP (NDS) .............................................................................. ............................................................... ... 48 3.8.2. Local ........................................................... ................................................................. ................................. 50



Código Rev. Folha

TMAR094_008 2 3/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

3.9. Script de Health Check ......................................................................................... 51 3.9.1. Execução do Script ........................................................... ................................................................. ........... 51 3.9.2. Visualização dos resultados ......................................................... .............................................................. ... 51

3.10. Script de Coleta de Assinantes 4G ...................................................................... 53 3.10.1. Execução do Script ........................................................... ................................................................. ........... 54 3.10.2. Visualização dos resultados ......................................................... .............................................................. ... 54

3.11. Procedimentos de Start/Stop do SDC ou EMS ...................................................... 56 3.11.1. Parando o SDC/EMS ........................................................ ................................................................. ........... 56 3.11.2. Iniciando o SDC/EMS ................................................................ ............................................................... ... 59



Código Rev. Folha

TMAR094_008 2 4/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

Procedimentos de Health Check e Operação

1. Introdução

A finalidade deste documento é listar os procedimentos recomendados para o Health

Check e Operação dos SDCs (Signaling Delivery Controller), EMS (Element Management System)

e dos servidores que os compõem.

1.1. Referências

Como referências estão sendo utilizados os seguintes documentos:

Proposta Técnica: Proposta_Tecnica_LOGPRO007540_Rev_7 Reposta Ponto a Ponto: RPP_Rev_7 Apresentação Kick-off: TMAR094 - KoM - F5 Traffix DRA Rev0

Documento de Escopo: TMAR094_Oi_Projeto Rede 4G - DRA_Documento de Escopo_rev00 Documento de Design Lógico: TMAR094_Oi_Projeto Rede 4G - DRA_Design Logico_rev05

Documento de Design Físico: TMAR094_Oi_Projeto Rede 4G - DRA_Design Fisico_rev02



Código Rev. Folha

TMAR094_008 2 5/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

2. Informações Necessárias

Esta seção oferece algumas informações necessárias para a execução dos Procedimentos

de Health Check e Operação, para maiores detalhes sobre os servidores utilizar os documentos deDesign Físico e Design Lógico.

2.1. Interfaces de Rede

2.1.1.

SDCs

As interfaces de rede de todos os servidores dos SDCs seguem o seguinte padrão:

Interface Descrição

bond0 Composto pelas interfaces eth3 e eth7 e utilizada para o sincronismo do Clusterbond1 Composto pelas interfaces eth2 e eth6 e utilizada como interface de Gerência (Acesso à

WebUI, conectividade com o EMS, envio de Traps)

eth0 PATH primário para o tráfego Local

eth1PATH primário para o tráfego Roaming (apenas para os servidores do DRAIPARJ eDRACINRJ)

eth2 Interface de Gerência (bond1)eth3 Interface de sincronismo do Cluster (bond0)eth4 PATH secundário para o tráfego Local

eth5PATH secundário para o tráfego Roaming (apenas para os servidores do DRAIPARJe DRACINRJ)

eth6 Interface de Gerência (bond1)eth7 Interface de sincronismo do Cluster (bond0)

2.1.2. EMS

As interfaces de rede dos servidores do EMS seguem o seguinte padrão:

Interface Descriçãobond0 Composto pelas interfaces eth1 e eth5 e utilizada para o sincronismo do Cluster

bond1 Composto pelas interfaces eth0 e eth4 e utilizada como interface de Gerência (Acesso à

WebUI, conectividade com os SDCs, envio/recepção de Traps)

eth0 Interface de Gerência (bond1)eth1 Interface de sincronismo do Cluster (bond0)eth2 -eth3 -eth4 Interface de Gerência (bond1)eth5 Interface de sincronismo do Cluster (bond0)eth6 -eth7 Interface com NetBackup



Código Rev. Folha

TMAR094_008 2 6/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

2.2. IP

2.2.1.

EMSIPARJ

Hostname EMS01IPA EMS02IPA Rede/MáscaraGerência bond 1(eth0 e eth4) 10.226.132.7 10.226.132.8 10.226.132.0/27Cluster bond 0 (eth1 e eth5) 192.168.1.1 192.168.1.2 192.168.1.0/24NetBackup (eth7) 31.31.200.85 31.31.200.86 31.31.200.0/24VIP Web UI 10.226.132.9 10.226.132.0/27VIP NMS Agent 10.226.132.10 10.226.132.0/27VIP Splunk Forwarder 10.226.132.11 10.226.132.0/27VIP Splunk Master 10.226.132.12 10.226.132.0/27

2.2.2. DRAIPARJ

Hostname DRA01IPA DRA02IPA Rede/MáscaraTráfego (eth0) 10.226.132.34 10.226.132.35 10.226.132.32/28Tráfego (eth4) 10.226.132.130 10.226.132.131 10.226.132.128/28Roaming (eth1) 200.164.158.226 200.164.158.227 200.164.158.224/29Roaming (eth5) 200.164.158.242 200.164.158.243 200.164.158.240/29Gerência bond 1(eth2 e eth6) 10.226.132.2 10.226.132.3 10.226.132.0/27Cluster bond 0 (eth3 e eth7) 192.168.1.1 192.168.1.2 192.168.1.0/24VIP FEP 001 10.226.132.36 10.226.132.32/28VIP FEP 002 10.226.132.132 10.226.132.128/28VIP FEP 001 - Roaming 200.164.158.228 200.164.158.224/29VIP FEP 002 - Roaming 200.164.158.244 200.164.158.240/29

VIP Web UI 10.226.132.4 10.226.132.0/27VIP NMS Agent 10.226.132.5 10.226.132.0/27VIP Splunk Forwarder 10.226.132.6 10.226.132.0/27

2.2.3. DRACINRJ

Hostname DRA01CIN DRA02CIN Rede/MáscaraTráfego (eth0) 10.226.132.66 10.226.132.67 10.226.132.64/28Tráfego (eth4) 10.226.132.162 10.226.132.163 10.226.132.160/28Roaming (eth1) 200.164.158.234 200.164.158.235 200.164.158.232/29Roaming (eth5) 200.164.158.250 200.164.158.251 200.164.158.248/29

Gerência bond 1(eth2 e eth6) 10.226.132.98 10.226.132.99 10.226.132.96/28Cluster bond 0 (eth3 e eth7) 192.168.1.1 192.168.1.2 192.168.1.0/24VIP FEP 001 10.226.132.68 10.226.132.64/28VIP FEP 002 10.226.132.164 10.226.132.160/28VIP FEP 001 - Roaming 200.164.158.236 200.164.158.232/29VIP FEP 002 - Roaming 200.164.158.252 200.164.158.248/29VIP Web UI 10.226.132.100 10.226.132.96/28VIP NMS Agent 10.226.132.101 10.226.132.96/28VIP Splunk Forwarder 10.226.132.102 10.226.132.96/28



Código Rev. Folha

TMAR094_008 2 7/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

2.2.4. DRAETCEDF

Hostname DRA01ETCE DRA02ETCE Rede/MáscaraTráfego (eth0) 10.187.117.50 10.187.117.51 10.187.117.48/28Tráfego (eth4) 10.187.117.66 10.187.117.67 10.187.117.64/28Gerência bond 1(eth2 e eth6) 10.219.44.226 10.219.44.227 10.219.44.224/28Cluster bond 0 (eth3 e eth7) 192.168.1.1 192.168.1.2 192.168.1.0/24VIP FEP 001 10.187.117.52 10.187.117.48/28VIP FEP 002 10.187.117.68 10.187.117.64/28VIP Web UI 10.219.44.228 10.219.44.224/28VIP NMS Agent 10.219.44.229 10.219.44.224/28VIP Splunk Forwarder 10.219.44.230 10.219.44.224/28

2.2.5.

DRAETTGDF

Hostname DRA01ETTG DRA02ETTG Rede/MáscaraTráfego (eth0) 10.187.117.34 10.187.117.35 10.187.117.32/28Tráfego (eth4) 10.187.117.82 10.187.117.83 10.187.117.80/28Gerência bond 1(eth2 e eth6) 10.219.4.98 10.219.4.99 10.219.4.96/28Cluster bond 0 (eth3 e eth7) 192.168.1.1 192.168.1.2 192.168.1.0/24VIP FEP 001 10.187.117.36 10.187.117.32/28VIP FEP 002 10.187.117.84 10.187.117.80/28VIP Web UI 10.219.4.100 10.219.4.96/28VIP NMS Agent 10.219.4.101 10.219.4.96/28

VIP Splunk Forwarder 10.219.4.102 10.219.4.96/28

2.3. Processos da Aplicação

Abaixo, uma breve descrição sobre os processos mais importantes do SDC/EMS:

Processo Descriçãofep-h-sctp Interface de Entrada e Saída para as mensagens de tráfego Local

fep-r-sctp Interface de Entrada e Saída para as mensagens de tráfego Roaming

WebUI Responsável pela Interface Gráfica dos SDCsConfig_Mgr Responsável pela Gerência das Configurações do SDC

CPF Responsável pela aplicação das Regras de Roteamento, Transformation e peloBalanceamento de Carga



Código Rev. Folha

TMAR094_008 2 8/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

3. Procedimentos de Heath Check e Operação

3.1. Sistema Operacional

Esta seção oferece os Procedimentos de Health Check e Operação relacionados ao Sistema

Operacional Red Hat Enterprise Linux versão 6.4.

3.1.1. Processadores

1) Verificar a utilização das CPU pelos processos:

Todos os servidores da solução são compostos por 2 processadores 8-core, utilizando ocomando abaixo, pode ser verificado a utilização deles.

Comando: top

Exemplo:top - 11:46:33 up 40 days, 13:56, 1 user, load average: 0.03, 0.02, 0.04Tasks: 793 total, 1 running, 792 sleeping, 0 stopped, 0 zombieCpu(s): 0.4%us, 0.2%sy, 0.0%ni, 99.4%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stMem: 32838468k total, 32056548k used, 781920k free, 618676k buffersSwap: 14512120k total, 104888k used, 14407232k free, 20806832k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND5472 root 20 0 10.0g 2.3g 11m S 4.0 7.4 2391:44 java5838 root 20 0 12.7g 546m 11m S 3.3 1.7 3111:34 java38559 root 20 0 5684m 492m 11m S 3.0 1.5 798:31.22 java5469 root 20 0 104m 7016 3912 S 2.3 0.0 1397:26 sdc_snmp_agent.42153 root 20 0 914m 529m 13m S 2.3 1.6 672:46.89 splunkd30777 root 20 0 646m 432m 13m S 2.0 1.3 876:49.39 splunkd29747 root 20 0 644m 385m 12m S 1.7 1.2 389:58.25 splunkd7954 root 20 0 15568 1828 956 R 1.0 0.0 0:00.06 top

31210 root 20 0 1539m 68m 5580 S 0.7 0.2 92:07.23 python3030 root 20 0 0 0 0 S 0.3 0.0 26:31.71 flush-253:23295 root 20 0 0 0 0 S 0.3 0.0 43:45.43 kondemand/83301 root 20 0 0 0 0 S 0.3 0.0 8:38.03 kondemand/147524 root 20 0 677m 5592 4500 S 0.3 0.0 74:59.21 python20604 root RT 0 604m 8160 3792 S 0.3 0.0 50:03.80 corosync30232 root 20 0 901m 55m 5476 S 0.3 0.2 86:49.41 python35175 root 20 0 142m 85m 9200 S 0.3 0.3 26:41.11 splunkd42154 root 20 0 57696 5836 1164 S 0.3 0.0 11:54.07 splunkd

1 root 20 0 19352 1360 1140 S 0.0 0.0 0:06.17 init2 root 20 0 0 0 0 S 0.0 0.0 0:00.78 kthreadd3 root RT 0 0 0 0 S 0.0 0.0 1:52.04 migration/04 root 20 0 0 0 0 S 0.0 0.0 2:29.21 ksoftirqd/05 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/06 root RT 0 0 0 0 S 0.0 0.0 0:04.04 watchdog/07 root RT 0 0 0 0 S 0.0 0.0 0:30.44 migration/18 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/19 root 20 0 0 0 0 S 0.0 0.0 0:40.75 ksoftirqd/110 root RT 0 0 0 0 S 0.0 0.0 0:03.23 watchdog/111 root RT 0 0 0 0 S 0.0 0.0 0:08.36 migration/212 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/213 root 20 0 0 0 0 S 0.0 0.0 0:24.29 ksoftirqd/214 root RT 0 0 0 0 S 0.0 0.0 0:03.22 watchdog/215 root RT 0 0 0 0 S 0.0 0.0 0:04.25 migration/316 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/317 root 20 0 0 0 0 S 0.0 0.0 0:15.10 ksoftirqd/318 root RT 0 0 0 0 S 0.0 0.0 0:03.33 watchdog/319 root RT 0 0 0 0 S 0.0 0.0 0:03.17 migration/420 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/4



Código Rev. Folha

TMAR094_008 2 9/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

Quando executado o comando “top”, pressionar “1” para mostrar o status de todas asCPUs.

Exemplo:top - 11:53:41 up 40 days, 14:03, 1 user, load average: 0.10, 0.10, 0.06Tasks: 793 total, 1 running, 792 sleeping, 0 stopped, 0 zombieCpu0 : 4.3%us, 1.7%sy, 0.5%ni, 92.3%id, 0.6%wa, 0.0%hi, 0.6%si, 0.0%stCpu1 : 1.2%us, 0.6%sy, 0.1%ni, 98.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu2 : 0.7%us, 0.4%sy, 0.0%ni, 98.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu3 : 0.5%us, 0.3%sy, 0.0%ni, 99.1%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu4 : 0.5%us, 0.4%sy, 0.0%ni, 99.1%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu5 : 0.4%us, 0.3%sy, 0.0%ni, 99.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu6 : 0.4%us, 0.3%sy, 0.0%ni, 99.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu7 : 0.4%us, 0.4%sy, 0.0%ni, 99.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu8 : 3.0%us, 1.3%sy, 0.6%ni, 94.6%id, 0.5%wa, 0.0%hi, 0.1%si, 0.0%stCpu9 : 1.1%us, 0.7%sy, 0.0%ni, 98.1%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu10 : 0.6%us, 0.5%sy, 0.0%ni, 98.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu11 : 0.5%us, 0.4%sy, 0.0%ni, 99.1%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu12 : 0.5%us, 0.5%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu13 : 0.4%us, 0.4%sy, 0.0%ni, 99.2%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st

Cpu14 : 0.4%us, 0.3%sy, 0.0%ni, 99.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu15 : 0.4%us, 0.3%sy, 0.0%ni, 99.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu16 : 1.3%us, 0.6%sy, 0.0%ni, 98.0%id, 0.1%wa, 0.0%hi, 0.0%si, 0.0%stCpu17 : 1.5%us, 1.3%sy, 0.3%ni, 96.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu18 : 0.8%us, 0.7%sy, 0.0%ni, 98.5%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu19 : 0.4%us, 0.5%sy, 0.1%ni, 98.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu20 : 0.3%us, 0.3%sy, 0.0%ni, 99.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu21 : 0.2%us, 0.1%sy, 0.0%ni, 99.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu22 : 0.2%us, 0.1%sy, 0.0%ni, 99.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu23 : 0.2%us, 0.2%sy, 0.0%ni, 99.5%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu24 : 1.2%us, 0.4%sy, 0.0%ni, 98.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu25 : 1.8%us, 1.3%sy, 0.3%ni, 96.5%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu26 : 0.8%us, 0.7%sy, 0.0%ni, 98.5%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu27 : 0.5%us, 0.6%sy, 0.1%ni, 98.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu28 : 0.4%us, 0.6%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu29 : 0.3%us, 0.3%sy, 0.0%ni, 99.4%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st

Cpu30 : 0.2%us, 0.2%sy, 0.0%ni, 99.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stCpu31 : 0.3%us, 0.2%sy, 0.0%ni, 99.5%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%stMem: 32838468k total, 32080840k used, 757628k free, 618676k buffersSwap: 14512120k total, 104888k used, 14407232k free, 20809304k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND42153 root 20 0 914m 548m 13m S 5.6 1.7 672:56.90 splunkd5469 root 20 0 104m 7016 3912 S 4.2 0.0 1397:37 sdc_snmp_agent.5472 root 20 0 10.0g 2.3g 11m S 4.2 7.4 2392:06 java5838 root 20 0 12.7g 546m 11m S 1.4 1.7 3112:01 java25332 root 20 0 15568 1832 960 R 1.4 0.0 0:00.05 top29747 root 20 0 644m 385m 12m S 1.4 1.2 390:03.63 splunkd

3.1.2.

Memória

1) Verificar a utilização das Memórias:

Todos os servidores da solução são compostos por 8 memórias de 4GB, utilizando o

comando abaixo, pode ser verificado a utilização (em MB).

Comando: free -m

Exemplo:total used free shared buffers cached

Mem: 32068 31362 706 0 604 20367-/+ buffers/cache: 10390 21678Swap: 14171 102 14069



Código Rev. Folha

TMAR094_008 2 10/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

3.1.3. Disco

1)

Verificar a utilização dos Discos:

Todos os servidores da solução são compostos por 2 discos de 300GB, porém como estão

espelhados é considerado apenas 1 disco de 300 GB. Utilizando o comando abaixo, pode ser

verificado a utilização e particionamento.

Comando: df -kh

Exemplo:Filesystem Size Used Avail Use% Mounted on/dev/mapper/vg1-lv_root

49G 15G 32G 33% /tmpfs 16G 39M 16G 1% /dev/shm/dev/sda2 485M 63M 397M 14% /boot/dev/sda1 200M 256K 200M 1% /boot/efi/dev/mapper/vg1-lv_data

20G 709M 18G 4% /data/dev/mapper/vg1-lv_home

59G 180M 56G 1% /home/dev/mapper/vg1-lv_logs

20G 172M 18G 1% /logs/dev/mapper/vg1-lv_opt

87G 41G 41G 51% /opt/dev/mapper/vg1-lv_var

30G 7.4G 21G 27% /var

OBS: Importante verificar os discos/partições que estão acima de 75% de utilização.

3.1.4.

Interface de Rede

Todos os servidores da solução são compostos por 2 placas de redes cada uma com 4interfaces, utilizando os comandos abaixo, pode ser verificado a configuração das interfaces que

estão ativas.

1) Verificar a configuração das interfaces de rede que estão ativas:

Comando: ifconfig

Exemplo:bond0 Link encap:Ethernet HWaddr D8:9D:67:17:74:F1

inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0inet6 addr: fe80::da9d:67ff:fe17:74f1/64 Scope:LinkUP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1RX packets:1887948301 errors:0 dropped:0 overruns:0 frame:0TX packets:1306031014 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:0RX bytes:1898749311203 (1.7 TiB) TX bytes:836075913900 (778.6 GiB)

bond1 Link encap:Ethernet HWaddr D8:9D:67:17:74:F0inet addr:10.226.132.7 Bcast:10.226.132.31 Mask:255.255.255.224inet6 addr: fe80::da9d:67ff:fe17:74f0/64 Scope:LinkUP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1RX packets:5837311986 errors:0 dropped:0 overruns:0 frame:1TX packets:3920484499 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:0RX bytes:6899003705682 (6.2 TiB) TX bytes:3472981869798 (3.1 TiB)



Código Rev. Folha

TMAR094_008 2 11/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

eth0 Link encap:Ethernet HWaddr D8:9D:67:17:74:F0UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1RX packets:5832503030 errors:0 dropped:0 overruns:0 frame:1TX packets:3920484499 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:1000

RX bytes:6898430314420 (6.2 TiB) TX bytes:3472981869798 (3.1 TiB)Interrupt:32

eth1 Link encap:Ethernet HWaddr D8:9D:67:17:74:F1UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1RX packets:1887948301 errors:0 dropped:0 overruns:0 frame:0TX packets:1306031014 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:1000RX bytes:1898749311203 (1.7 TiB) TX bytes:836075913900 (778.6 GiB)Interrupt:36

eth4 Link encap:Ethernet HWaddr D8:9D:67:17:74:F0UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1RX packets:4808956 errors:0 dropped:0 overruns:0 frame:0TX packets:0 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:1000

RX bytes:573391262 (546.8 MiB) TX bytes:0 (0.0 b)Interrupt:16

eth5 Link encap:Ethernet HWaddr D8:9D:67:17:74:F1UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1RX packets:0 errors:0 dropped:0 overruns:0 frame:0TX packets:0 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:1000RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)Interrupt:17

eth7 Link encap:Ethernet HWaddr D8:9D:67:2F:2B:A3inet addr:31.31.200.85 Bcast:31.31.200.255 Mask:255.255.255.0UP BROADCAST MULTICAST MTU:1500 Metric:1RX packets:0 errors:0 dropped:0 overruns:0 frame:0TX packets:0 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:1000RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)Interrupt:17

lo Link encap:Local Loopbackinet addr:127.0.0.1 Mask:255.0.0.0inet6 addr: ::1/128 Scope:HostUP LOOPBACK RUNNING MTU:16436 Metric:1RX packets:770176401 errors:0 dropped:0 overruns:0 frame:0TX packets:770176401 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:0RX bytes:1479279882821 (1.3 TiB) TX bytes:1479279882821 (1.3 TiB)

OBS: Os status UP e RUNNING mostram que a interface está logicamente emfuncionamento e fisicamente conectada e configurada em ambas as pontas, respectivamente.

2)

Verificar a configuração de todas as interfaces de rede:

Comando: ifconfig -a

Exemplo:bond0 Link encap:Ethernet HWaddr D8:9D:67:17:74:F1

inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0inet6 addr: fe80::da9d:67ff:fe17:74f1/64 Scope:LinkUP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1RX packets:1888140609 errors:0 dropped:0 overruns:0 frame:0TX packets:1306145354 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:0



Código Rev. Folha

TMAR094_008 2 12/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

RX bytes:1899006001173 (1.7 TiB) TX bytes:836186255776 (778.7 GiB)

bond1 Link encap:Ethernet HWaddr D8:9D:67:17:74:F0inet addr:10.226.132.7 Bcast:10.226.132.31 Mask:255.255.255.224inet6 addr: fe80::da9d:67ff:fe17:74f0/64 Scope:Link

UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1RX packets:5837984864 errors:0 dropped:0 overruns:0 frame:1TX packets:3920777859 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:0RX bytes:6899918295639 (6.2 TiB) TX bytes:3473189891957 (3.1 TiB)

eth0 Link encap:Ethernet HWaddr D8:9D:67:17:74:F0UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1RX packets:5833175386 errors:0 dropped:0 overruns:0 frame:1TX packets:3920777859 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:1000RX bytes:6899344842170 (6.2 TiB) TX bytes:3473189891957 (3.1 TiB)Interrupt:32

eth1 Link encap:Ethernet HWaddr D8:9D:67:17:74:F1UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1

RX packets:1888140609 errors:0 dropped:0 overruns:0 frame:0TX packets:1306145354 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:1000RX bytes:1899006001173 (1.7 TiB) TX bytes:836186255776 (778.7 GiB)Interrupt:36

eth2 Link encap:Ethernet HWaddr D8:9D:67:17:74:F2BROADCAST MULTICAST MTU:1500 Metric:1RX packets:0 errors:0 dropped:0 overruns:0 frame:0TX packets:0 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:1000RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)Interrupt:32

eth3 Link encap:Ethernet HWaddr D8:9D:67:17:74:F3BROADCAST MULTICAST MTU:1500 Metric:1RX packets:0 errors:0 dropped:0 overruns:0 frame:0TX packets:0 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:1000RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)Interrupt:36

eth4 Link encap:Ethernet HWaddr D8:9D:67:17:74:F0UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1RX packets:4809478 errors:0 dropped:0 overruns:0 frame:0TX packets:0 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:1000RX bytes:573453469 (546.8 MiB) TX bytes:0 (0.0 b)Interrupt:16

eth5 Link encap:Ethernet HWaddr D8:9D:67:17:74:F1UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1RX packets:0 errors:0 dropped:0 overruns:0 frame:0

TX packets:0 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:1000RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)Interrupt:17

eth6 Link encap:Ethernet HWaddr D8:9D:67:2F:2B:A2BROADCAST MULTICAST MTU:1500 Metric:1RX packets:0 errors:0 dropped:0 overruns:0 frame:0TX packets:0 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:1000RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)Interrupt:16



Código Rev. Folha

TMAR094_008 2 13/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

eth7 Link encap:Ethernet HWaddr D8:9D:67:2F:2B:A3inet addr:31.31.200.85 Bcast:31.31.200.255 Mask:255.255.255.0UP BROADCAST MULTICAST MTU:1500 Metric:1RX packets:0 errors:0 dropped:0 overruns:0 frame:0TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)Interrupt:17

lo Link encap:Local Loopbackinet addr:127.0.0.1 Mask:255.0.0.0inet6 addr: ::1/128 Scope:HostUP LOOPBACK RUNNING MTU:16436 Metric:1RX packets:770250838 errors:0 dropped:0 overruns:0 frame:0TX packets:770250838 errors:0 dropped:0 overruns:0 carrier:0collisions:0 txqueuelen:0RX bytes:1479483581324 (1.3 TiB) TX bytes:1479483581324 (1.3 TiB)

OBS: Os status UP e RUNNING mostram que a interface está logicamente emfuncionamento e fisicamente conectada e configurada em ambas as pontas, respectivamente.

3)

Verificar o status de uma interface de rede:

Comando: ethtool <interface>

Exemplo: ethtool eth0Settings for eth0:

Supported ports: [ TP ]Supported link modes: 10baseT/Half 10baseT/Full

100baseT/Half 100baseT/Full1000baseT/Half 1000baseT/Full

Supported pause frame use: NoSupports auto-negotiation: YesAdvertised link modes: 10baseT/Half 10baseT/Full

100baseT/Half 100baseT/Full

1000baseT/Half 1000baseT/FullAdvertised pause frame use: SymmetricAdvertised auto-negotiation: YesLink partner advertised link modes: 1000baseT/FullLink partner advertised pause frame use: Transmit-onlyLink partner advertised auto-negotiation: YesSpeed: 1000Mb/sDuplex: FullPort: Twisted PairPHYAD: 1Transceiver: internalAuto-negotiation: onMDI-X: onSupports Wake-on: gWake-on: gCurrent message level: 0x000000ff (255)

drv probe link timer ifdown ifup rx_err tx_err

Link detected: yes

OBS: Os status “Link detected: yes” mostra que a interface está fisicamente conectada econfigurada em ambas as pontas.

4)

Verificar a configuração de IPs Virtuais (VIPs):

Comando: ip addr

Exemplo:



Código Rev. Folha

TMAR094_008 2 14/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWNlink/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00inet 127.0.0.1/8 scope host loinet6 ::1/128 scope host

valid_lft forever preferred_lft forever

2: eth0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond1 state UP qlen1000

link/ether d8:9d:67:17:74:f0 brd ff:ff:ff:ff:ff:ff3: eth1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen1000

link/ether d8:9d:67:17:74:f1 brd ff:ff:ff:ff:ff:ff4: eth2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000

link/ether d8:9d:67:17:74:f2 brd ff:ff:ff:ff:ff:ff5: eth3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000



link/ether d8:9d:67:17:74:f1 brd ff:ff:ff:ff:ff:ff

8: eth6: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000link/ether d8:9d:67:2f:2b:a2 brd ff:ff:ff:ff:ff:ff9: eth7: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN qlen 1000

link/ether d8:9d:67:2f:2b:a3 brd ff:ff:ff:ff:ff:ffinet 31.31.200.85/24 brd 31.31.200.255 scope global eth7

10: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UPlink/ether d8:9d:67:17:74:f1 brd ff:ff:ff:ff:ff:ffinet 192.168.1.1/24 brd 192.168.1.255 scope global bond0inet6 fe80::da9d:67ff:fe17:74f1/64 scope link

valid_lft forever preferred_lft forever11: bond1: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP

link/ether d8:9d:67:17:74:f0 brd ff:ff:ff:ff:ff:ffinet 10.226.132.7/27 brd 10.226.132.31 scope global bond1inet 10.226.132.10/27 brd 10.226.132.31 scope global secondary bond1inet 10.226.132.11/27 brd 10.226.132.31 scope global secondary bond1inet 10.226.132.12/27 brd 10.226.132.31 scope global secondary bond1inet 10.226.132.9/27 brd 10.226.132.31 scope global secondary bond1inet6 fe80::da9d:67ff:fe17:74f0/64 scope link

valid_lft forever preferred_lft forever

OBS: Os VIPs são os IPs destacados como secondary.

5) Verificar as rotas estáticas das interfaces de rede:

Através dos comandos abaixo, é possível verificar as rotas estáticas configuradas para as

interfaces de tráfego Local e Roaming. É importante ressaltar que as rotas somente são

carregadas nos servidores do SDC que estão executando os processos do FEP (traffix_fep-h-sctp-

grp e traffix_fep-r-sctp-grp), normalmente o servidor primário.

As rotas estáticas estão configuradas no arquivo /opt/traffix/sdc/config/sysconfig/route-traffix_fep-<instância do FEP>, exemplo: /opt/traffix/sdc/config/sysconfig/route-traffix_fep-fep-

draiparj-r-sctp.

Comando: ip route

Exemplo:239.255.2.3 dev bond0 scope link228.168.16.37 dev bond0 scope link200.164.158.240/29 dev eth5 proto kernel scope link src 200.164.158.242



Código Rev. Folha

TMAR094_008 2 15/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

10.150.13.120/29 via 10.226.132.129 dev eth4 src 10.226.132.132200.164.158.224/29 dev eth1 proto kernel scope link src 200.164.158.226172.31.19.232/29 via 10.226.132.129 dev eth4 src 10.226.132.13210.150.13.112/29 via 10.226.132.33 dev eth0 src 10.226.132.36172.31.18.80/29 via 10.226.132.129 dev eth4 src 10.226.132.132

10.187.177.16/29 via 10.226.132.129 dev eth4 src 10.226.132.132172.31.18.72/29 via 10.226.132.33 dev eth0 src 10.226.132.3610.187.177.8/29 via 10.226.132.33 dev eth0 src 10.226.132.36172.31.19.200/29 via 10.226.132.33 dev eth0 src 10.226.132.3610.226.83.32/29 via 10.226.132.129 dev eth4 src 10.226.132.13210.226.0.32/29 via 10.226.132.129 dev eth4 src 10.226.132.13210.226.81.32/29 via 10.226.132.129 dev eth4 src 10.226.132.13210.226.0.8/29 via 10.226.132.33 dev eth0 src 10.226.132.3610.226.83.8/29 via 10.226.132.33 dev eth0 src 10.226.132.3664.125.140.40/29 via 200.164.158.241 dev eth5 src 200.164.158.244194.150.198.16/29 via 200.164.158.225 dev eth1 src 200.164.158.22810.226.81.8/29 via 10.226.132.33 dev eth0 src 10.226.132.3664.125.140.32/29 via 200.164.158.225 dev eth1 src 200.164.158.22810.226.132.160/28 via 10.226.132.129 dev eth4 src 10.226.132.13210.226.132.128/28 dev eth4 proto kernel scope link src 10.226.132.13010.187.117.32/28 via 10.226.132.33 dev eth0 src 10.226.132.36

10.187.117.48/28 via 10.226.132.33 dev eth0 src 10.226.132.3610.126.150.224/28 via 10.226.132.33 dev eth0 src 10.226.132.3610.226.132.64/28 via 10.226.132.33 dev eth0 src 10.226.132.3610.126.150.240/28 via 10.226.132.129 dev eth4 src 10.226.132.13264.125.140.16/28 via 200.164.158.241 dev eth5 src 200.164.158.244216.200.79.208/28 via 200.164.158.241 dev eth5 src 200.164.158.24410.226.132.32/28 dev eth0 proto kernel scope link src 10.226.132.3464.125.140.0/28 via 200.164.158.225 dev eth1 src 200.164.158.22810.187.117.64/28 via 10.226.132.129 dev eth4 src 10.226.132.132216.200.79.240/28 via 200.164.158.225 dev eth1 src 200.164.158.22810.187.117.80/28 via 10.226.132.129 dev eth4 src 10.226.132.132216.200.79.224/28 via 200.164.158.225 dev eth1 src 200.164.158.22810.226.132.0/27 dev bond1 proto kernel scope link src 10.226.132.210.126.190.0/26 via 10.226.132.33 dev eth0 src 10.226.132.3610.126.190.64/26 via 10.226.132.129 dev eth4 src 10.226.132.13210.187.6.0/26 via 10.226.132.33 dev eth0 src 10.226.132.3610.126.191.0/26 via 10.226.132.33 dev eth0 src 10.226.132.3610.187.6.64/26 via 10.226.132.129 dev eth4 src 10.226.132.13210.126.191.64/26 via 10.226.132.129 dev eth4 src 10.226.132.13210.126.188.0/26 via 10.226.132.33 dev eth0 src 10.226.132.3610.126.188.64/26 via 10.226.132.129 dev eth4 src 10.226.132.13210.126.37.64/26 via 10.226.132.129 dev eth4 src 10.226.132.13210.126.37.0/26 via 10.226.132.33 dev eth0 src 10.226.132.36192.168.1.0/24 dev bond0 proto kernel scope link src 192.168.1.1default via 10.226.132.1 dev bond1

Comando: route

Exemplo:Kernel IP routing tableDestination Gateway Genmask Flags Metric Ref Use Iface

239.255.2.3 * 255.255.255.255 UH 0 0 0 bond0228.168.16.37 * 255.255.255.255 UH 0 0 0 bond0200.164.158.240 * 255.255.255.248 U 0 0 0 eth510.150.13.120 10.226.132.129 255.255.255.248 UG 0 0 0 eth4200.164.158.224 * 255.255.255.248 U 0 0 0 eth1172.31.19.232 10.226.132.129 255.255.255.248 UG 0 0 0 eth410.150.13.112 10.226.132.33 255.255.255.248 UG 0 0 0 eth0172.31.18.80 10.226.132.129 255.255.255.248 UG 0 0 0 eth410.187.177.16 10.226.132.129 255.255.255.248 UG 0 0 0 eth4172.31.18.72 10.226.132.33 255.255.255.248 UG 0 0 0 eth010.187.177.8 10.226.132.33 255.255.255.248 UG 0 0 0 eth0172.31.19.200 10.226.132.33 255.255.255.248 UG 0 0 0 eth010.226.83.32 10.226.132.129 255.255.255.248 UG 0 0 0 eth4



Código Rev. Folha

TMAR094_008 2 16/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

10.226.0.32 10.226.132.129 255.255.255.248 UG 0 0 0 eth410.226.81.32 10.226.132.129 255.255.255.248 UG 0 0 0 eth410.226.0.8 10.226.132.33 255.255.255.248 UG 0 0 0 eth010.226.83.8 10.226.132.33 255.255.255.248 UG 0 0 0 eth064.125.140.40 200.164.158.241 255.255.255.248 UG 0 0 0 eth5

194.150.198.16 200.164.158.225 255.255.255.248 UG 0 0 0 eth110.226.81.8 10.226.132.33 255.255.255.248 UG 0 0 0 eth064.125.140.32 200.164.158.225 255.255.255.248 UG 0 0 0 eth110.226.132.160 10.226.132.129 255.255.255.240 UG 0 0 0 eth410.226.132.128 * 255.255.255.240 U 0 0 0 eth410.187.117.32 10.226.132.33 255.255.255.240 UG 0 0 0 eth010.187.117.48 10.226.132.33 255.255.255.240 UG 0 0 0 eth010.126.150.224 10.226.132.33 255.255.255.240 UG 0 0 0 eth010.226.132.64 10.226.132.33 255.255.255.240 UG 0 0 0 eth010.126.150.240 10.226.132.129 255.255.255.240 UG 0 0 0 eth464.125.140.16 200.164.158.241 255.255.255.240 UG 0 0 0 eth5216.200.79.208 200.164.158.241 255.255.255.240 UG 0 0 0 eth510.226.132.32 * 255.255.255.240 U 0 0 0 eth064.125.140.0 200.164.158.225 255.255.255.240 UG 0 0 0 eth110.187.117.64 10.226.132.129 255.255.255.240 UG 0 0 0 eth4216.200.79.240 200.164.158.225 255.255.255.240 UG 0 0 0 eth1

10.187.117.80 10.226.132.129 255.255.255.240 UG 0 0 0 eth4216.200.79.224 200.164.158.225 255.255.255.240 UG 0 0 0 eth110.226.132.0 * 255.255.255.224 U 0 0 0 bond110.126.190.0 10.226.132.33 255.255.255.192 UG 0 0 0 eth010.126.190.64 10.226.132.129 255.255.255.192 UG 0 0 0 eth410.187.6.0 10.226.132.33 255.255.255.192 UG 0 0 0 eth010.126.191.0 10.226.132.33 255.255.255.192 UG 0 0 0 eth010.187.6.64 10.226.132.129 255.255.255.192 UG 0 0 0 eth410.126.191.64 10.226.132.129 255.255.255.192 UG 0 0 0 eth410.126.188.0 10.226.132.33 255.255.255.192 UG 0 0 0 eth010.126.188.64 10.226.132.129 255.255.255.192 UG 0 0 0 eth410.126.37.64 10.226.132.129 255.255.255.192 UG 0 0 0 eth410.126.37.0 10.226.132.33 255.255.255.192 UG 0 0 0 eth0192.168.1.0 * 255.255.255.0 U 0 0 0 bond0default 10.226.132.1 0.0.0.0 UG 0 0 0 bond1

3.1.5.

Servidor

1) Desligar um servidor:

Utilizar o comando abaixo para desligar um servidor, se necessário.

Comando: init 0

Comando: shutdown -h now

OBS: Caso o servidor seja desligado, será necessária uma intervenção física para inicia-lo.

2)

Reiniciar um servidor:Utilizar o comando abaixo para reiniciar um servidor, se necessário.

Comando: init 6

Comando: shutdown -r now

OBS: Após reiniciar o servidor, se necessário, iniciar os processos do SDC/EMS.



Código Rev. Folha

TMAR094_008 2 17/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

3)

Verificando configuração SCTP padrão do servidor:

Utilizar o comando abaixo para verificar as configurações de SCTP padrão do servidor.

Comando: sysctl -a | grep sctp

Exemplo:net.sctp.rto_initial = 3000net.sctp.rto_min = 1000net.sctp.rto_max = 60000net.sctp.valid_cookie_life = 60000net.sctp.max_burst = 4net.sctp.association_max_retrans = 10net.sctp.sndbuf_policy = 0net.sctp.rcvbuf_policy = 0net.sctp.path_max_retrans = 5net.sctp.pf_retrans = 2147483647net.sctp.max_init_retransmits = 8net.sctp.hb_interval = 30000net.sctp.cookie_preserve_enable = 1

net.sctp.rto_alpha_exp_divisor = 3net.sctp.rto_beta_exp_divisor = 2net.sctp.addip_enable = 0net.sctp.prsctp_enable = 1net.sctp.sack_timeout = 200net.sctp.sctp_mem = 3078528 4104704 6157056net.sctp.sctp_rmem = 4096 961500 4194304net.sctp.sctp_wmem = 4096 16384 4194304net.sctp.auth_enable = 0net.sctp.addip_noauth_enable = 0net.sctp.addr_scope_policy = 1net.sctp.rwnd_update_shift = 4

OBS: Se houver a necessidade as configurações de SCTP podem ser definidas por PeerProfile, para adicionar ou editar um Peer Profile utilizar o item 1) da seção 0.

3.2. SDC

Esta seção oferece os Procedimentos de Health Check e Operação relacionados aos

processos, funcionalidades dos SDCs (DRA01IPA, DRA02IPA, DRA01CIN, DRA02CIN, DRA01ETCE,

DRA02ETCE, DRA01ETTG, DRA02ETTG).

3.2.1.

Processos

1) Verificar os processos do cluster do SDC que estão ativos:

O SDC é formado pelos grupos de processos que deverão ser iniciados em apenas um dos

servidores do SDC (preferencialmente no primário):

traffix_fep-h-sctp-grp

traffix_fep-r-sctp-grp (somente para Ipanema e Cidade Nova)

traffix_nmsagent-grp

traffix_splunk_forwarder-grp

traffix_webui-grp



Código Rev. Folha

TMAR094_008 2 18/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

E os processos que deverão ser iniciados em ambos os servidores do SDC:

traffix_config_mgr-app-clone

traffix_cpf-app-clone

traffix_snmp_agent-app-clone

traffix_tripo-clone

Comando: crm_mon

Exibe o status dos processos do cluster atualizando o display dinamicamente.

Exemplo:Last updated: Tue Apr 8 16:23:17 2014Last change: Thu Mar 20 10:53:44 2014 via crm_resource on DRA01IPAStack: classic openais (with plugin)

Current DC: DRA01IPA - partition with quorumVersion: 1.1.8-7.el6-394e9062 Nodes configured, 2 expected votes21 Resources configured.

Online: [ DRA01IPA DRA02IPA ]

ClusterMon (ocf::heartbeat:ClusterMon): Started DRA01IPAResource Group: traffix_fep-h-sctp-grp

traffix_fep-h-sctp-vip-a-prim (ocf::heartbeat:IPaddr2): Started DRA01IPAtraffix_fep-h-sctp-vip-b-prim (ocf::heartbeat:IPaddr2): Started DRA01IPAtraffix_fep-h-sctp-app-prim (ocf::traffix:traffix-ra): Started DRA01IPA

Resource Group: traffix_fep-r-sctp-grptraffix_fep-r-sctp-vip-a-prim (ocf::heartbeat:IPaddr2): Started DRA01IPAtraffix_fep-r-sctp-vip-b-prim (ocf::heartbeat:IPaddr2): Started DRA01IPAtraffix_fep-r-sctp-app-prim (ocf::traffix:traffix-ra): Started DRA01IPA

Resource Group: traffix_nmsagent-grptraffix_nmsagent-vip-prim (ocf::heartbeat:IPaddr2): Started DRA01IPAtraffix_nmsagent-app-prim (ocf::traffix:traffix-ra): Started DRA01IPA

Resource Group: traffix_splunk_forwarder-grptraffix_splunk_forwarder-vip-prim (ocf::heartbeat:IPaddr2): Started DRA01IPAtraffix_splunk_forwarder-app-prim (ocf::traffix:traffix-ra): Started DRA01IPA

Resource Group: traffix_webui-grptraffix_webui-vip-prim (ocf::heartbeat:IPaddr2): Started DRA01IPAtraffix_webui-app-prim (ocf::traffix:traffix-ra): Started DRA01IPA

Clone Set: traffix_config_mgr-app-clone [traffix_config_mgr-app-prim]Started: [ DRA01IPA DRA02IPA ]

Clone Set: traffix_cpf-app-clone [traffix_cpf-app-prim]Started: [ DRA01IPA DRA02IPA ]

Clone Set: traffix_snmp_agent-app-clone [traffix_snmp_agent-app-prim]Started: [ DRA01IPA DRA02IPA ]

Clone Set: traffix_tripo-clone [traffix_tripo-prim]Started: [ DRA01IPA DRA02IPA ]

Comando: crm_mon -n

Exibe o status dos processos do cluster, separados por servidor, atualizando o displaydinamicamente.

Exemplo:Last updated: Tue Apr 8 16:24:24 2014Last change: Thu Mar 20 10:53:44 2014 via crm_resource on DRA01IPAStack: classic openais (with plugin)Current DC: DRA01IPA - partition with quorum



Código Rev. Folha

TMAR094_008 2 19/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

Version: 1.1.8-7.el6-394e9062 Nodes configured, 2 expected votes21 Resources configured.

Node DRA01IPA: online

traffix_webui-app-prim (ocf::traffix:traffix-ra): Startedtraffix_cpf-app-prim:1 (ocf::traffix:traffix-ra): Startedtraffix_config_mgr-app-prim:1 (ocf::traffix:traffix-ra): Startedtraffix_fep-r-sctp-vip-a-prim (ocf::heartbeat:IPaddr2): Startedtraffix_splunk_forwarder-app-prim (ocf::traffix:traffix-ra): Startedtraffix_tripo-prim:1 (ocf::traffix:traffix-ra): Startedtraffix_fep-r-sctp-vip-b-prim (ocf::heartbeat:IPaddr2): Startedtraffix_fep-h-sctp-vip-b-prim (ocf::heartbeat:IPaddr2): Startedtraffix_fep-h-sctp-vip-a-prim (ocf::heartbeat:IPaddr2): Startedtraffix_nmsagent-vip-prim (ocf::heartbeat:IPaddr2): Startedtraffix_nmsagent-app-prim (ocf::traffix:traffix-ra): Startedtraffix_snmp_agent-app-prim:1 (ocf::traffix:traffix-ra): Startedtraffix_fep-r-sctp-app-prim (ocf::traffix:traffix-ra): Startedtraffix_webui-vip-prim (ocf::heartbeat:IPaddr2): Startedtraffix_splunk_forwarder-vip-prim (ocf::heartbeat:IPaddr2): Startedtraffix_fep-h-sctp-app-prim (ocf::traffix:traffix-ra): Started

ClusterMon (ocf::heartbeat:ClusterMon): StartedNode DRA02IPA: onlinetraffix_snmp_agent-app-prim:0 (ocf::traffix:traffix-ra): Startedtraffix_tripo-prim:0 (ocf::traffix:traffix-ra): Startedtraffix_config_mgr-app-prim:0 (ocf::traffix:traffix-ra): Startedtraffix_cpf-app-prim:0 (ocf::traffix:traffix-ra): Started

Comando: crm_mon -1

Exibe o status atual dos processos do cluster apenas uma vez.

2)

Parar os processos de um servidor do cluster:

Quando houver necessidade de parar apenas um dos servidores do cluster, o seguintecomando é utilizado.

Comando: crm node standby

Assim, os processos do SDC/EMS do servidor no qual o comando foi executado serãototalmente terminados.

Informando o nome do servidor ao final do comando, os processos dele serão totalmenteterminados, conforme o comando abaixo.

Comando: crm node standby <servidor>

Exemplo: crm node standby DRA01IPA

3)

Iniciar os processos de um servidor do cluster:

Quando houver necessidade de iniciar apenas um dos servidores do cluster, o seguintecomando é utilizado.

Comando: crm node online

Assim, os processos do SDC/EMS do servidor no qual o comando foi executado serãoiniciados.



Código Rev. Folha

TMAR094_008 2 20/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

Informando o nome do servidor ao final do comando, os processos dele serão iniciados,conforme o comando abaixo.

Comando: crm node online DRA01IPA

4)

Migrar um processo entre servidores:

Quando houver necessidade de migrar um processo de um dos servidores do cluster parao outro, o seguinte comando é utilizado.

O comando “migrate” força o servidor escolhido assumir o controle do processo indicadono comando, sem a necessidade de parar um dos servidores do cluster.

Comando: crm resource migrate <processo> <servidor>

Exemplo: crm resource migrate traffix_webui-grp DRA02IPA

5)

Parar um processo do cluster:

Quando houver necessidade de parar apenas um processo de um cluster, o seguintecomando é utilizado.

Comando: crm resource stop <processo>

Exemplo: crm resource stop traffix_webui-grp

6) Iniciar um processo do cluster:

Quando houver necessidade de iniciar apenas um processo de um cluster, o seguintecomando é utilizado.

Comando: crm resource start <processo>

Exemplo: crm resource start traffix_webui-grp

7) Reiniciar um processo do cluster:

Quando houver necessidade de reiniciar apenas um processo de um cluster, o seguintecomando é utilizado.

Comando: crm resource restart <processo>

Exemplo: crm resource restart traffix_webui-grp

8) Cleanup de um processo do cluster:

Em alguns casos, durante a inicialização dos processos, podem ocorrer falhas deinicialização de algum processo específico, deixando mensagens de falha no output do comando

“crm_mon”. Para limpar essas mensagens de falha, utilizar o comando abaixo:

Comando: crm resource cleanup <processo>



Código Rev. Folha

TMAR094_008 2 21/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

Exemplo: crm resource cleanup traffix_webui-grp

3.2.2. Cluster

1) Parar os processos que gerenciam o cluster:

Quando houver necessidade de parar os processos que gerenciam o cluster, é necessárioterminar o Corosync e o Pacemaker, conforme abaixo.

Comandos: service pacemaker stopservice corosync stop

A ordem dos comandos deve ser respeitada.

OBS: Antes de parar o Corosync e o Pacemaker, é necessário parar todos os processos doSDC ou EMS no servidor em que os comandos acima serão executados (seção 3.2.1, item 2)).

2) Iniciar os processos que gerenciam o cluster:

Quando houver necessidade de iniciar os processos que gerenciam o cluster, é necessárioiniciar o Corosync e o Pacemaker, conforme abaixo.

Comandos: service corosync startservice pacemaker start


3) Verificar se os processos que gerenciam o cluster estão em execução:

Quando houver necessidade de verificar se os processos que gerenciam o cluster estão emexecução, executar os comandos conforme abaixo.

Comandos: service corosync statusservice pacemaker status

Exemplo:corosync (pid 3563) is running...pacemakerd (pid 4021) is running...

3.3. EMS


processos, funcionalidades do EMS (EMS01IPA, EMS02IPA). Todos os comandos referentes ao

SDC (seção 3.2.1 e 3.2.2) também são aplicáveis ao EMS, respeitando o nome dos processos e

dos servidores.

3.3.1. Processos

1) Verificar os processos do cluster do EMS que estão ativos:



Código Rev. Folha

TMAR094_008 2 22/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

O EMS é formado pelos grupos de processos que deverão ser iniciados em apenas um dosservidores do EMS (preferencialmente no primário):

traffix_nmsagent-grp

traffix_splunk_cluster-grp

traffix_splunkforwarder-grp

traffix_webui-grp

E os processos que deverão ser iniciados em ambos os servidores do SDC:

traffix_config_mgr-app-clone

traffix_snmp_agent-app-clone

traffix_splunk-clone

Comando: crm_mon

Exibe o status dos processos do cluster atualizando o display dinamicamente.

Exemplo:Last updated: Wed Apr 9 10:24:52 2014Last change: Fri Mar 21 07:28:19 2014 via crm_resource on EMS01IPAStack: classic openais (with plugin)Current DC: EMS01IPA - partition with quorumVersion: 1.1.8-7.el6-394e9062 Nodes configured, 2 expected votes16 Resources configured.

Online: [ EMS01IPA EMS02IPA ]

ClusterMon (ocf::heartbeat:ClusterMon): Started EMS01IPAResource Group: traffix_nmsagent-grp

traffix_nmsagent-vip-prim (ocf::heartbeat:IPaddr2): Started EMS01IPAtraffix_nmsagent-app-prim (ocf::traffix:traffix-ra): Started EMS01IPA

Resource Group: traffix_splunk_cluster-grptraffix_splunk_master-prim (ocf::traffix:traffix-ra): Started EMS01IPAtraffix_splunksearch-prim (ocf::traffix:traffix-ra): Started EMS01IPAtraffix_splunkmaster_vip-prim (ocf::heartbeat:IPaddr2): Started EMS01IPA

Resource Group: traffix_splunkforwarder-grptraffix_forwarder-prim (ocf::traffix:traffix-ra): Started EMS01IPAtraffix_forwarder_vip-prim (ocf::heartbeat:IPaddr2): Started EMS01IPA

Resource Group: traffix_webui-grptraffix_webui-vip-prim (ocf::heartbeat:IPaddr2): Started EMS01IPAtraffix_webui-app-prim (ocf::traffix:traffix-ra): Started EMS01IPA

Clone Set: traffix_config_mgr-app-clone [traffix_config_mgr-app-prim]Started: [ EMS01IPA EMS02IPA ]

Clone Set: traffix_snmp_agent-app-clone [traffix_snmp_agent-app-prim]Started: [ EMS01IPA EMS02IPA ]

Clone Set: traffix_splunk-clone [traffix_splunk-prim]Started: [ EMS01IPA EMS02IPA ]

Comando: crm_mon -n

Exibe o status dos processos do cluster, separados por servidor, atualizando o displaydinamicamente.

Exemplo:



Código Rev. Folha

TMAR094_008 2 23/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

Last updated: Wed Apr 9 10:25:30 2014Last change: Fri Mar 21 07:28:19 2014 via crm_resource on EMS01IPAStack: classic openais (with plugin)Current DC: EMS01IPA - partition with quorumVersion: 1.1.8-7.el6-394e906

2 Nodes configured, 2 expected votes16 Resources configured.

Node EMS01IPA: onlinetraffix_forwarder-prim (ocf::traffix:traffix-ra): Startedtraffix_nmsagent-vip-prim (ocf::heartbeat:IPaddr2): Startedtraffix_forwarder_vip-prim (ocf::heartbeat:IPaddr2): Startedtraffix_splunkmaster_vip-prim (ocf::heartbeat:IPaddr2): Startedtraffix_webui-vip-prim (ocf::heartbeat:IPaddr2): Startedtraffix_snmp_agent-app-prim:0 (ocf::traffix:traffix-ra): Startedtraffix_nmsagent-app-prim (ocf::traffix:traffix-ra): Startedtraffix_splunk-prim:0 (ocf::traffix:traffix-ra): Startedtraffix_webui-app-prim (ocf::traffix:traffix-ra): Startedtraffix_config_mgr-app-prim:0 (ocf::traffix:traffix-ra): Startedtraffix_splunk_master-prim (ocf::traffix:traffix-ra): Started

traffix_splunksearch-prim (ocf::traffix:traffix-ra): StartedClusterMon (ocf::heartbeat:ClusterMon): StartedNode EMS02IPA: online

traffix_snmp_agent-app-prim:1 (ocf::traffix:traffix-ra): Startedtraffix_splunk-prim:1 (ocf::traffix:traffix-ra): Startedtraffix_config_mgr-app-prim:1 (ocf::traffix:traffix-ra): Started

Comando: crm_mon -1

Exibe o status atual dos processos do cluster apenas uma vez.

3.4. Configuração

Esta seção oferece os Procedimentos de Health Check e Operação relacionados àsconfigurações das Rotas, Peers, itens administrativos e etc. vistos na WebUI do EMS e dos SDCs.

3.4.1. WebUI

1) Acessando a WebUI:

Para acessar a WebUI utilizar um Web Browser e acessá-la através de HTTP (porta 8080)

ou HTTPS (porta 8443), informando o IP do Cluster que deseja acessar.

Comando: http://<VIP da WebUI>:8080 ou https://<VIP da WebUI>:8443

Exemplo: http://10.226.132.9:8080 ou https://10.226.132.9:8443



Código Rev. Folha

TMAR094_008 2 24/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

OBS: Para HTTPS pode ser necessário ter que aceitar o certificado SSL.

Após inserir o usuário e senha, o acesso será liberado.



Código Rev. Folha

TMAR094_008 2 25/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

3.4.2.

Topology

1) Adicionando um Peer Profile:

Um Peer Profile define o comportamento de um Peer para a troca das mensagens deHandshake (Capabilities-Exchange), Keepalive (Device-Watchdog) e Disconnect (Disconnect-

Peer); configurações de Timeout de conexão; configurações de SCTP específicas para o Peer

Profile.

Para adicionar um Peer Profile, acessar a WebUI, conforme o descrito no item 1) da seção

3.4.1, ir para a aba Topology e escolher a opção Peer Profile. Há duas opções de perfil, “Dynamic”

(Clients) e “Static” (Servers), em qualquer uma das opções pressionar “Add” para adicionar o

novo Peer Profile.

Exemplo:1. Definir Nome e Protocolo

2. Se necessário, definir Timeout, configurações de SCTP específicas (Transport Layer

Options), Rate Limit e se o Peer Profile for referente a Servers, selecionar a opção “Set

as Sever Peer”. OBS: Se as configurações não forem alteradas, o valor considerado

será o padrão do servidor/cluster.



Código Rev. Folha

TMAR094_008 2 26/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

3. No último passo, se necessário, adicionar scripts que serão executados no momento de

Handshake Request (CER), Handshake Answer (CEA), Keepalive Request (DWR),

Keepalive Answer (DWA), Disconnect Request (DPR), Disconnect Answer (DPA).



Código Rev. Folha

TMAR094_008 2 27/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

2)

Associando uma Association Rule à um Dynamic Peer Profile:

Uma Association Rule associa dinamicamente um Dynamic Peer Profile à um Peer Remoto,

que faz o Handshake com o DRA sem ter sido cadastrado manualmente.

OBS: O IP ou Rede do Peer Remoto deve estar liberado nas regras de ACL. Caso contrário

a associação e registro do novo Peer pode não ocorrer.

Para adicionar um Association Rule, acessar a WebUI, conforme o descrito no item 1) da

seção 3.4.1, ir para a aba Topology, escolher a opção Peer Profile e então Association Rules.

1. Primeiramente, deverá haver o Rule Attribute necessário para poder filtrar e

reconhecer o Peer Remoto que irá ser associado automaticamente, em “Rule

Attribute”. Exemplo “request.Origin-Host” que é referente ao AVP Origin-Host da

mensagem Diameter:

OBS: Se não houver necessidade de inclusão de Rule Attribute, ir para o próximo passo.

2. Se um Rule Attribute for inserido, uma nova coluna em Association Rules irá aparecer.

Para associar um Peer Profile com um Association Rule, pressionar “Add” e uma nova

linha de regra aparecerá. Agora, basta inserir o filtro (Rule Attributes criados) e

associar ao Dynamic Peer Profile desejado:



Código Rev. Folha

TMAR094_008 2 28/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

OBS: O exemplo mostra a associação dinâmica dos Peers Remotos, os quais o Origin-Host

inicia com “mmec” (de acordo com a expressão regular “mmec.*”), ao Peer Profile “MME”.

3) Configurações para adicionar um Peer Remoto:

Antes de adicionar um Peer remoto, é necessário ter as rotas estáticas configuradas para

ele. O processo do FEP ao ser iniciado configura automaticamente as rotas estáticas que estão

configuradas, porém se o FEP já foi iniciado a configuração tem que ser feita manualmente.

As rotas estáticas estão configuradas no arquivo /opt/traffix/sdc/config/sysconfig/route-

traffix_fep-<instância do FEP>, exemplo: /opt/traffix/sdc/config/sysconfig/route-traffix_fep-fep-

draiparj-h-sctp.

1. Primeiramente, as rotas estáticas deverão ser incluídas no arquivo correto:

Local: route-traffix_fep-fep-<nome do cluster>-h-sctp

Roaming: route-traffix_fep-fep-<nome do cluster>-r-sctp

As interfaces de rede são levadas em consideração:

eth0: PATH primário do Tráfego Local

eth4: PATH secundário do Tráfego Local

eth1: PATH primário do Tráfego Roaming

eth5: PATH secundário do Tráfego Roaming



Código Rev. Folha

TMAR094_008 2 29/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

Comando: vi route-traffix_fep-fep-<nome do cluster>-h-sctp

As linhas inseridas deverão estar no formato:

<Rede>/<Máscara> via <Gateway da interface local> dev <interface> src <IP da

interface local>

Exemplo:10.126.188.0/26 via 10.226.132.33 dev eth0 src 10.226.132.36

Lembre-se de que é necessário configurar ambos Paths, conforme exemplo abaixo:################################################################################# fep-draiparj-h-sctp routes ################################################################################## VIP FEP 001 eth0#HLR09CIN, HLR29MGS, HLR39BHA, HLR69CEA pri10.126.188.0/26 via 10.226.132.33 dev eth0 src 10.226.132.36

# VIP FEP 002 eth4#HLR09CIN, HLR29MGS, HLR39BHA, HLR69CEA sec10.126.188.64/26 via 10.226.132.129 dev eth4 src 10.226.132.132

OBS: As linhas que contém “#” são consideradas comentários e não são carregadas na

tabela de rotas estáticas.

2. Copiar o arquivo de rotas estáticas para o servidor secundário.

Comando: scp /opt/traffix/sdc/config/sysconfig/route-traffix_fep-<instância do

FEP> <servidor secundário>:/opt/traffix/sdc/config/sysconfig/Exemplo:root@DRA01IPA # scp /opt/traffix/sdc/config/sysconfig/route-traffix_fep-fep-draiparj-h-sctp

DRA02IPA:/opt/traffix/sdc/config/sysconfig/

OBS: O arquivo deverá estar igual em ambos os Servidores do Cluster. Porém apenas um

estará com a configuração de rotas estáticas ativa, pois o VIP do FEP está ativo em apenas um

deles.

3. O terceiro passo é inserir manualmente as rotas estáticas com o comando abaixo. Comando: ip route add <Rede>/<Máscara> via <Gateway da interface local> dev

<interface> src <IP da interface local>

Exemplo:ip route add 10.126.188.0/26 via 10.226.132.33 dev eth0 src 10.226.132.36ip route add 10.126.188.64/26 via 10.226.132.129 dev eth4 src 10.226.132.132

OBS: Lembre-se que é necessário executar o comando para ambos os Paths.



Código Rev. Folha

TMAR094_008 2 30/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

OBS 2: Os comandos devem ser executados apenas no servidor em que o FEP está ativo.

Para verificar a configuração, utilizar os comandos do item 5) da seção 3.1.4.

4)

Adicionando um Peer Remoto:

Para adicionar um Peer Remoto é necessário configurar as rotas estáticas antes de

adicioná-lo na WebUI, conforme o item 3) da seção 0.

Após ter as rotas estáticas configuradas, acessar a WebUI, conforme o descrito no item 1)

da seção 3.4.1, ir para a aba Topology, escolher a opção Remote Peers de algum dos Sites, por

exemplo DRACINRJ. Há duas opções, Server Peers e Client Peers. Os Server Peers deverão ser

adicionados manualmente, os Client Peers podem ser adicionados manualmente ou

dinamicamente no momento do handshake (CER), dependendo se está liberado nas regras de

ACL.

1. Pressionar “Add” para adicionar novo Peer, definir o Nome e o Protocolo utilizado. Aopção “Use Proxy” deverá estar selecionada.

OBS: Dependendo do elemento, o nome deverá ser o mesmo que o Host + Realm dele.

Por exemplo: Para o HLR02CIN poderia ser criado com o seu Host + Realm (FQDN)

hlr02cin.epc.mnc031.mcc724.3gppnetwork.org.



Código Rev. Folha

TMAR094_008 2 31/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

2. No próximo passo, selecionar o Proxy Group, fep-<cluster>-h-sctp para elementos darede da Oi ou fep-<cluster>-r-sctp para elementos externos da rede da Oi, como DEAde uma Parceira de Roaming.

3. Inserir o(s) IP(s) do elemento, separados por “;”, porta 4. Inserir os IPs do DRA, caso seja SCTP com MultiHoming.

5. Escolher o Peer Profile.

6. Inserir o Local Host e Local Realm, que será utilizado entre o DRA e o elemento.

7.

Selecionar a opção “Use SCTP Transport”, caso seja SCTP com MultiHoming.

OBS: Quase todos os parâmetros não são editáveis, caso algo esteja errado, será

necessário remover e criar o Peer novamente.

Após inserido, o DRA fará o Handshake (CER) com o novo elemento, se for um Server, ou

aguardará o Handshake (CER) do novo Client. Se as associações estiverem devidamente

configuradas, o status (Health) ficará verde, caso contrário, ficará vermelho.



Código Rev. Folha

TMAR094_008 2 32/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

5) Verificando o Status de um Peer Remoto:

Para verificar o Status de um Peer Remoto, acessar a WebUI, conforme o descrito no item

1) da seção 3.4.1, ir para a aba Topology, escolher a opção Remote Peers de algum dos Sites,

por exemplo DRACINRJ.

O Status (Health) pode ser:

Verde: Ambos Servidores do DRA estão ativos e processando as mensagens

Amarelo: Apenas um dos servidores do DRA está ativo e processando as

mensagens

Vermelho: Ambos servidores inativos e nenhuma mensagem está sendo

processada, falha de conectividade entre o DRA e o elemento, ou configuração

divergente entre o DRA e o elemento.

Selecionando um dos Peers, é possível detalhar o Status com os servidores do DRA.

Server Peers:



Código Rev. Folha

TMAR094_008 2 33/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

Client Peers:



Código Rev. Folha

TMAR094_008 2 34/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

6)

Adicionando uma Pool:

Para adicionar uma Pool, acessar a WebUI, conforme o descrito no item 1) da seção 3.4.1,

ir para a aba Topology, escolher a opção Pools de algum dos Sites, por exemplo DRACINRJ.

1. Pressionar “Add”.

2. Definir um nome para a Pool.

3. Selecionar os Peers que farão parte dessa Pool de “Available Server Peers”.

4. Selecionar uma Policy.

7)

Verificando o Status de uma Pool:

Para verificar o Status de uma Pool, acessar a WebUI, conforme o descrito no item 1) da

seção 3.4.1, ir para a aba Topology, escolher a opção Pools de algum dos Sites, por exemplo

DRACINRJ.

O Status (Health) pode ser:

Verde: Ambos Servidores do DRA estão ativos e processando as mensagens

Amarelo: Apenas um dos servidores do DRA está ativo e processando as

mensagens

Vermelho: Ambos servidores inativos e nenhuma mensagem está sendo

processada, falha de conectividade entre o DRA e o(s) elemento(s) da Pool, ou

configuração divergente entre o DRA e o(s) elemento(s) da Pool.

Selecionando uma das Pool, é possível detalhar o Status com os servidores do DRA.



Código Rev. Folha

TMAR094_008 2 35/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

3.4.3. Routing

1)

Criando um Rule Attribute para Routing Rules:

Um Rule Attribute pode ser criado para adicionar atributos ao filtro das mensagens que

serão roteadas para um elemento. O roteamento será baseado nos valores atribuídos a cada

atributo de uma regra.

Para adicionar um Rule Attribute, acessar a WebUI, conforme o descrito no item 1) da

seção 3.4.1, ir para a aba Routing, escolher a opção Routing e então Rule Attributes.

1. Pressionar o botão “Add” para adicionar um novo atributo. Exemplo

“request.APPLICATION_ID” que é referente ao Application Id da mensagem Diameter:



Código Rev. Folha

TMAR094_008 2 36/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

OBS: Para cada atributo criado, uma nova coluna aparecerá em Routing.

2)

Criando uma Routing Rule:

Uma Regra de Roteamento (Routing Rule) pode ser criado para filtrar as mensagens que

serão roteadas para um elemento. O roteamento será baseado nos valores atribuídos a cada

atributo de uma regra.1. Para adicionar uma Routing Rule, acessar a WebUI, conforme o descrito no item 1) da

seção 3.4.1, ir para a aba Routing, escolher a opção Routing e então Pressionar “Add”.

Uma nova linha será criada e dependendo da regra incluir os devidos valores aos

atributos.

OBS: Um atributo vazio aceitará qualquer valor, ou seja, não será filtrado.

2. Após adicionar os atributos, selecionar a Ação (Action) que a regra executará.

Dependendo da Ação, as opções de configuração serão diferentes.

Exemplo: Para a Routing Rule com o atributo applicationId = 16777251 (S6a) e IMSIiniciando com 7243109 (IMSI de assinantes do HLR02CIN), a ação será “ROUTE”. Em Rule

Configuration, é possível selecionar a Pool (HSS_RJ) para qual a mensagem será roteada.



Código Rev. Folha

TMAR094_008 2 37/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

3) Criando um Rule Attribute para Transformation Rules (Pre e Post Routing):

Um Rule Attribute pode ser criado para adicionar atributos ao filtro das mensagens que

serão alteradas na chegada (Pre Routing) ou na saída (Post Routing) da mensagem.

Para adicionar um Rule Attribute, acessar a WebUI, conforme o descrito no item 1) da

seção 3.4.1, ir para a aba Routing, escolher a opção Transformation, escolher entre Pre Routing e

Post Routing e então Rule Attributes.

1. Pressionar o botão “Add” para adicionar um novo atributo. Exemplo

“request.APPLICATION_ID” que é referente ao Application Id da mensagem Diameter:



Código Rev. Folha

TMAR094_008 2 38/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

OBS: Para cada atributo criado, uma nova coluna aparecerá em Transformation.

4) Criando uma Transformation Rule Pre Routing:

Uma Regra de Transformação (Transformation Rule) pode ser criado para alterar as

mensagens que chegam ao DRA e que serão roteadas para um elemento. Algumas alterações

podem ser aplicadas para influenciar ou forçar um certo roteamento.

1. Para adicionar uma Transformation Rule, acessar a WebUI, conforme o descrito no

item 1) da seção 3.4.1, ir para a aba Routing, escolher a opção Transformation,

escolher entre Pre Routing e Post Routing e então Pressionar “Add”. Uma nova linha

será criada e dependendo da regra incluir os devidos valores aos atributos.

OBS: Um atributo vazio aceitará qualquer valor, ou seja, não será filtrado.

2. Após adicionar os atributos, incluir o Script que a regra executará.

Exemplo: Para a Transformation Rule Pre Routing com o atributo isRequest = true,applicationId = 16777251 (S6a) e Command Codes = 317, 319, 320 ou 322, o script irá

substituir os AVPs Destination-Host e Destination-Realm para rotear as mensagens de Cancel

Location corretamente.



Código Rev. Folha

TMAR094_008 2 39/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

Exemplo de Script://This script replaces the values of Origin-Host AVP, Origin-Realm AVP and selects the SourcePeer to correctly route the Cancel-Location Requests (CLR) based on the IMSI and the"DEST_IMSI_MAP" Table updated by Transformation Rule inTR-4

userTraceLogger.debug(String.format("Request: %s\nServer: %s\nCommand Code: %s\n",incomingMessage.isRequest(), sourcePeer.isServer(), incomingMessage.getCommandCode()));

//def originalDestinationHost = incomingMessage.getValue("Destination-Host");

//Getting Instace from Internal Storagedef storageProviderFactory = StorageProviderFactory.getInstance();

//Getting the "DEST_IMSI_MAP" Table that contains the information about the destination forCancel-Location Requests (CLR)def destinationMap = storageProviderFactory.getUserTable("DEST_IMSI_MAP");

//Verifying if "DEST_IMSI_MAP" Table exists if it doesn't exists, an error message is printedif (destinationMap == null) {

userTraceLogger.error(String.format("No Destination MAP found."));}else {

//Getting IMSI (User-Name AVP) from the Cancel-Location Requestdef imsi = incomingMessage.getValue("User-Name");

//Getting Origin-Host AVP, Origin-Realm AVP and Source Peer from "DEST_IMSI_MAP" Table based on

the IMSIdef destinationString = destinationMap.peek(imsi);

//Verifying if the Destination Entry exists for the IMSI//If the Destination Entry doesn't exist an error message is printed

if (destinationString == null) {userTraceLogger.error(String.format("No Destination Entry for IMSI: %s", imsi));

}

//If the Destination Entry exists extract the values of Origin-Host AVP, Origin-Realm AVP andSource Peer (collected from AIR, ULR, etc...) and replace the Destination Information(Destination-Host, Destination-Realm, Proxied-Origin-Peer) with them. The "Proxied-Origin-Peer"is used only by the Routing Rule RT-42 to correctly route the Cancel-Location Requests (CLR).



Código Rev. Folha

TMAR094_008 2 40/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

else {//Split the values (Origin-Host AVP, Origin-Realm AVP and Source Peer)

def splitString = destinationString.split(",");

//The Destination-Host AVP from CLR will be replaced by the Origin-Host AVP collected in AIR,

ULR, etc...def destinationHost = splitString[0];

//The Destination-Realm AVP from CLR will be replaced by the Origin-Realm AVP collected in AIR,ULR, etc...

def destRealm = splitString[1];//The Proxied-Origin-Peer AVP from CLR will be created with the Source Peer collected in AIR,ULR, etc...

def destPeer = splitString[2];

//Verifying if all Destination Information exists for the IMSI//If the Information don't exist an error message is printed

if ((destinationHost == null) || (destPeer == null) || (destRealm == null)) {userTraceLogger.error(String.format("No Destination for IMSI: %s",

imsi));}

//If the Information exist replace the values in Cancel-Location Request (CLR)

else { incomingMessage.replaceAll("Destination-Host", destinationHost);incomingMessage.replaceAll("Destination-Realm", destRealm);incomingMessage.add("Proxied-Origin-Peer", destPeer);userTraceLogger.debug(String.format("Destination for IMSI %s are

Destination-Host %s, Destination-Realm %s and Destination-Peer %s", imsi, destinationHost,destRealm, destPeer));

}}

}

return incomingMessage;

3.5. Tráfego

Esta seção oferece os Procedimentos de Health Check e Operação relacionados ao tráfego

local e roaming dos SDCs.

3.5.1. Local

1) Verificar Tráfego Local utilizando tcpdump:

Para verificar o Tráfego Local, utilizar o comando tcpdump.

Comandos: tcpdump -B 4096 -vni eth0 -s0 -w <arquivo>.cap

tcpdump -B 4096 -vni eth4 -s0 -w <arquivo>.cap

OBS: Utilizar um visualizador, como Wireshark, para analisar o arquivo de dump criado.

2) Verificar Tráfego Local utilizando tshark:

Para verificar o Tráfego Local, utilizar o comando tshark.

Comandos: tshark -i eth0 -R diameter

tshark -i eth4 -R diameter

Exemplo:



Código Rev. Folha

TMAR094_008 2 41/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

Running as user "root" and group "root". This could be dangerous.Capturing on eth00.654873 10.150.13.114 -> 10.226.132.36 DIAMETER cmd=Device-WatchdogRequest(280) flags=R---

appl=Diameter Common Messages(0) h2h=24850242 e2e=56960.655413 10.226.132.36 -> 10.150.13.114 DIAMETER SACK cmd=Device-WatchdogAnswer(280) flags=--

-- appl=Diameter Common Messages(0) h2h=24850242 e2e=56963.277377 10.226.81.10 -> 10.226.132.36 DIAMETER cmd=Device-WatchdogRequest(280) flags=R---

appl=Diameter Common Messages(0) h2h=2484f5d0 e2e=438d3.360388 10.226.132.36 -> 10.226.81.10 DIAMETER SACK cmd=Device-WatchdogAnswer(280) flags=---

- appl=Diameter Common Messages(0) h2h=2484f5d0 e2e=438d3.799043 10.226.132.36 -> 10.226.132.68 DIAMETER cmd=Device-WatchdogRequest(280) flags=R---

appl=Diameter Common Messages(0) h2h=16 e2e=f413777e3.801050 10.226.132.68 -> 10.226.132.36 DIAMETER SACK cmd=Device-WatchdogAnswer(280) flags=--

-- appl=Diameter Common Messages(0) h2h=16 e2e=f413777e

3.5.2. Roaming

1) Verificar Tráfego Roaming utilizando tcpdump:

Para verificar o Tráfego Roaming, utilizar o comando tcpdump. Comandos: tcpdump -B 4096 -vni eth1 -s0 -w <arquivo>.cap

tcpdump -B 4096 -vni eth5 -s0 -w <arquivo>.cap

OBS: Utilizar um visualizador, como Wireshark, para analisar o arquivo de dump criado.

2) Verificar Tráfego Roaming utilizando tshark:

Para verificar o Tráfego Roaming, utilizar o comando tshark.

Comandos: tshark -i eth1 -R diameter

tshark -i eth5 -R diameterExemplo:Running as user "root" and group "root". This could be dangerous.Capturing on eth129.593138 200.164.158.236 -> 216.200.79.230 DIAMETER cmd=Device-WatchdogRequest(280) flags=R--- appl=Diameter Common Messages(0) h2h=63 e2e=663c453529.700252 216.200.79.230 -> 200.164.158.236 DIAMETER cmd=Device-WatchdogRequest(280) flags=R--- appl=Diameter Common Messages(0) h2h=badc7 e2e=f73badc729.721448 216.200.79.230 -> 200.164.158.236 DIAMETER SACK cmd=Device-WatchdogAnswer(280)flags=---- appl=Diameter Common Messages(0) h2h=63 e2e=663c453529.721497 200.164.158.236 -> 216.200.79.230 DIAMETER SACK cmd=Device-WatchdogAnswer(280)flags=---- appl=Diameter Common Messages(0) h2h=badc7 e2e=f73bad



Código Rev. Folha

TMAR094_008 2 42/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

3.6. Backup diário

Esta seção oferece os Procedimentos de Health Check e Operação relacionados ao Backup

diário dos SDCs/EMS.

3.6.1. SDC

1) Verificar o diretório de backup diário:

O último backup diário do SDC fica gravado no diretório /data com o padrão de nome

backup-<Hostname>-<YYYYMMDDHH24MISS>.tar.gz.

Exemplo: backup-EMS01IPA-20140410000531.tar.gz.

Comando: ls

OBS: Apenas o backup do dia estará no diretório, pois o script de backup remove o

anterior.

2) Verificar o agendamento do backup diário:

Os backups diários do SDC estão agendados na crontab conforme o exemplo abaixo.

Comando: crontab -l

Exemplo:### SDC/EMS Configuration Backup5 0 * * * /opt/traffix/sdc/utils/system/linux/backup_and_restore/backup_and_copy

3) Executar um backup manualmente:

Para executar um backup manualmente do SDC, é necessário executar o comando abaixo

e aguardar o término do backup. O arquivo gerado será gravado no diretório /data com o padrão

de nome backup-<Hostname>-<YYYYMMDDHH24MISS>.tar.gz.


Comando:

/opt/traffix/sdc/utils/system/linux/backup_and_restore/backup_and_copy

3.6.2. EMS

1) Verificar o diretório de backup diário:

O último backup diário do EMS fica gravado no diretório /data com o padrão de nome

backup-<Hostname>-<YYYYMMDDHH24MISS>.tar.gz.


Comando: ls



Código Rev. Folha

TMAR094_008 2 43/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

OBS: Apenas o backup do dia estará no diretório, pois o script de backup remove o

anterior.

2) Verificar o agendamento do backup diário:

Os backups diários do EMS estão agendados na crontab conforme o exemplo abaixo.

Comando: crontab -l

Exemplo:### SDC/EMS Configuration Backup5 0 * * * /opt/traffix/sdc/utils/system/linux/backup_and_restore/backup_and_copy0 2 * * * /opt/traffix/sdc/utils/system/linux/backup_and_restore/sdc_ems_bkp_cleaner -r 7

3) Executar um backup manualmente:

Para executar um backup manualmente do EMS, é necessário executar o comando abaixoe aguardar o término do backup. O arquivo gerado será gravado no diretório /data com o padrão

de nome backup-<Hostname>-<YYYYMMDDHH24MISS>.tar.gz.


Comando:

/opt/traffix/sdc/utils/system/linux/backup_and_restore/backup_and_copy

4)

Verificar a recepção dos backups dos demais servidores:

Todos os servidores dos SDCs de Produção enviam os backups diários para o EMS nodiretório /data/<Hostname>.

Exemplo: /data/DRA01IPA

Comando: ls -ltrR

./DRA01CIN:total 43696-rw-r--r-- 1 root root 6387670 Apr 4 00:09 backup-DRA01CIN-20140404000531.tar.gz-rw-r--r-- 1 root root 6387254 Apr 5 00:09 backup-DRA01CIN-20140405000531.tar.gz-rw-r--r-- 1 root root 6374318 Apr 6 00:09 backup-DRA01CIN-20140406000531.tar.gz-rw-r--r-- 1 root root 6374731 Apr 7 00:09 backup-DRA01CIN-20140407000532.tar.gz-rw-r--r-- 1 root root 6394008 Apr 8 00:10 backup-DRA01CIN-20140408000531.tar.gz-rw-r--r-- 1 root root 6400341 Apr 9 00:10 backup-DRA01CIN-20140409000531.tar.gz-rw-r--r-- 1 root root 6407321 Apr 10 00:10 backup-DRA01CIN-20140410000531.tar.gz

./DRA01ETCE:total 19884-rw-r--r-- 1 root root 2906853 Apr 4 00:07 backup-DRA01ETCE-20140404000531.tar.gz-rw-r--r-- 1 root root 2906510 Apr 5 00:07 backup-DRA01ETCE-20140405000531.tar.gz-rw-r--r-- 1 root root 2906640 Apr 6 00:07 backup-DRA01ETCE-20140406000531.tar.gz-rw-r--r-- 1 root root 2906542 Apr 7 00:07 backup-DRA01ETCE-20140407000532.tar.gz-rw-r--r-- 1 root root 2907609 Apr 8 00:07 backup-DRA01ETCE-20140408000531.tar.gz-rw-r--r-- 1 root root 2907083 Apr 9 00:07 backup-DRA01ETCE-20140409000531.tar.gz-rw-r--r-- 1 root root 2908861 Apr 10 00:07 backup-DRA01ETCE-20140410000531.tar.gz

./DRA01ETTG:total 16924



Código Rev. Folha

TMAR094_008 2 44/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

-rw-r--r-- 1 root root 2474779 Apr 4 00:08 backup-DRA01ETTG-20140404000531.tar.gz-rw-r--r-- 1 root root 2474452 Apr 5 00:08 backup-DRA01ETTG-20140405000531.tar.gz-rw-r--r-- 1 root root 2474977 Apr 6 00:08 backup-DRA01ETTG-20140406000531.tar.gz-rw-r--r-- 1 root root 2472698 Apr 7 00:08 backup-DRA01ETTG-20140407000531.tar.gz-rw-r--r-- 1 root root 2471771 Apr 8 00:08 backup-DRA01ETTG-20140408000531.tar.gz

-rw-r--r-- 1 root root 2471771 Apr 9 00:08 backup-DRA01ETTG-20140409000531.tar.gz-rw-r--r-- 1 root root 2471771 Apr 10 00:08 backup-DRA01ETTG-20140410000531.tar.gz

./DRA01IPA:total 48844-rw-r--r-- 1 root root 7135406 Apr 4 00:09 backup-DRA01IPA-20140404000531.tar.gz-rw-r--r-- 1 root root 7137875 Apr 5 00:09 backup-DRA01IPA-20140405000531.tar.gz-rw-r--r-- 1 root root 7121931 Apr 6 00:09 backup-DRA01IPA-20140406000531.tar.gz-rw-r--r-- 1 root root 7120389 Apr 7 00:09 backup-DRA01IPA-20140407000531.tar.gz-rw-r--r-- 1 root root 7161324 Apr 8 00:09 backup-DRA01IPA-20140408000531.tar.gz-rw-r--r-- 1 root root 7161834 Apr 9 00:09 backup-DRA01IPA-20140409000531.tar.gz-rw-r--r-- 1 root root 7161241 Apr 10 00:09 backup-DRA01IPA-20140410000531.tar.gz

./DRA02CIN:total 40264-rw-r--r-- 1 root root 5886008 Apr 4 00:08 backup-DRA02CIN-20140404000531.tar.gz

-rw-r--r-- 1 root root 5885989 Apr 5 00:08 backup-DRA02CIN-20140405000531.tar.gz-rw-r--r-- 1 root root 5886030 Apr 6 00:08 backup-DRA02CIN-20140406000531.tar.gz-rw-r--r-- 1 root root 5885995 Apr 7 00:08 backup-DRA02CIN-20140407000531.tar.gz-rw-r--r-- 1 root root 5886264 Apr 8 00:08 backup-DRA02CIN-20140408000532.tar.gz-rw-r--r-- 1 root root 5885991 Apr 9 00:08 backup-DRA02CIN-20140409000531.tar.gz-rw-r--r-- 1 root root 5886001 Apr 10 00:08 backup-DRA02CIN-20140410000531.tar.gz

./DRA02ETCE:total 17780-rw-r--r-- 1 root root 2598610 Apr 4 00:08 backup-DRA02ETCE-20140404000531.tar.gz-rw-r--r-- 1 root root 2598513 Apr 5 00:08 backup-DRA02ETCE-20140405000531.tar.gz-rw-r--r-- 1 root root 2598625 Apr 6 00:08 backup-DRA02ETCE-20140406000531.tar.gz-rw-r--r-- 1 root root 2598463 Apr 7 00:08 backup-DRA02ETCE-20140407000531.tar.gz-rw-r--r-- 1 root root 2598623 Apr 8 00:08 backup-DRA02ETCE-20140408000531.tar.gz-rw-r--r-- 1 root root 2598655 Apr 9 00:08 backup-DRA02ETCE-20140409000531.tar.gz-rw-r--r-- 1 root root 2598638 Apr 10 00:08 backup-DRA02ETCE-20140410000531.tar.gz

./DRA02ETTG:total 15120-rw-r--r-- 1 root root 2208201 Apr 4 00:07 backup-DRA02ETTG-20140404000531.tar.gz-rw-r--r-- 1 root root 2208222 Apr 5 00:07 backup-DRA02ETTG-20140405000531.tar.gz-rw-r--r-- 1 root root 2208330 Apr 6 00:07 backup-DRA02ETTG-20140406000531.tar.gz-rw-r--r-- 1 root root 2208422 Apr 7 00:07 backup-DRA02ETTG-20140407000531.tar.gz-rw-r--r-- 1 root root 2208198 Apr 8 00:07 backup-DRA02ETTG-20140408000531.tar.gz-rw-r--r-- 1 root root 2208320 Apr 9 00:07 backup-DRA02ETTG-20140409000531.tar.gz-rw-r--r-- 1 root root 2208263 Apr 10 00:07 backup-DRA02ETTG-20140410000531.tar.gz

./DRA02IPA:total 44244-rw-r--r-- 1 root root 6460512 Apr 4 00:08 backup-DRA02IPA-20140404000531.tar.gz-rw-r--r-- 1 root root 6460684 Apr 5 00:08 backup-DRA02IPA-20140405000531.tar.gz-rw-r--r-- 1 root root 6460500 Apr 6 00:08 backup-DRA02IPA-20140406000531.tar.gz-rw-r--r-- 1 root root 6460817 Apr 7 00:08 backup-DRA02IPA-20140407000531.tar.gz

-rw-r--r-- 1 root root 6483283 Apr 8 00:08 backup-DRA02IPA-20140408000531.tar.gz-rw-r--r-- 1 root root 6483212 Apr 9 00:08 backup-DRA02IPA-20140409000531.tar.gz-rw-r--r-- 1 root root 6483226 Apr 10 00:09 backup-DRA02IPA-20140410000531.tar.gz

./EMS01IPA:total 140948-rw-r--r-- 1 root root 20604084 Apr 4 00:06 backup-EMS01IPA-20140404000531.tar.gz-rw-r--r-- 1 root root 20606228 Apr 5 00:06 backup-EMS01IPA-20140405000531.tar.gz-rw-r--r-- 1 root root 20603997 Apr 6 00:06 backup-EMS01IPA-20140406000531.tar.gz-rw-r--r-- 1 root root 20603538 Apr 7 00:06 backup-EMS01IPA-20140407000532.tar.gz-rw-r--r-- 1 root root 20631414 Apr 8 00:06 backup-EMS01IPA-20140408000531.tar.gz-rw-r--r-- 1 root root 20631658 Apr 9 00:06 backup-EMS01IPA-20140409000531.tar.gz-rw-r--r-- 1 root root 20632171 Apr 10 00:06 backup-EMS01IPA-20140410000531.tar.gz



Código Rev. Folha

TMAR094_008 2 45/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

./EMS02IPA:total 141724-rw-r--r-- 1 root root 20721140 Apr 4 00:07 backup-EMS02IPA-20140404000531.tar.gz-rw-r--r-- 1 root root 20720985 Apr 5 00:07 backup-EMS02IPA-20140405000531.tar.gz

-rw-r--r-- 1 root root 20721103 Apr 6 00:07 backup-EMS02IPA-20140406000532.tar.gz-rw-r--r-- 1 root root 20721190 Apr 7 00:07 backup-EMS02IPA-20140407000531.tar.gz-rw-r--r-- 1 root root 20743734 Apr 8 00:07 backup-EMS02IPA-20140408000531.tar.gz-rw-r--r-- 1 root root 20743807 Apr 9 00:07 backup-EMS02IPA-20140409000531.tar.gz-rw-r--r-- 1 root root 20743701 Apr 10 00:07 backup-EMS02IPA-20140410000531.tar.gz

5) Verificar se os backups estão sendo removidos:

Verificar nos diretórios de cada servidor se há os arquivos de backup apenas dos 7 últimos

dias.

Exemplo:./DRA01IPA:

total 48844-rw-r--r-- 1 root root 7135406 Apr 4 00:09 backup-DRA01IPA-20140404000531.tar.gz-rw-r--r-- 1 root root 7137875 Apr 5 00:09 backup-DRA01IPA-20140405000531.tar.gz-rw-r--r-- 1 root root 7121931 Apr 6 00:09 backup-DRA01IPA-20140406000531.tar.gz-rw-r--r-- 1 root root 7120389 Apr 7 00:09 backup-DRA01IPA-20140407000531.tar.gz-rw-r--r-- 1 root root 7161324 Apr 8 00:09 backup-DRA01IPA-20140408000531.tar.gz-rw-r--r-- 1 root root 7161834 Apr 9 00:09 backup-DRA01IPA-20140409000531.tar.gz-rw-r--r-- 1 root root 7161241 Apr 10 00:09 backup-DRA01IPA-20140410000531.tar.gz

3.7. Arquivos de Log


Arquivos de Log do SDC/EMS.

3.7.1. SDC

1)

Verificar o arquivo de log do CPF:

O arquivo de log do CPF está localizado no diretório /opt/traffix/sdc/logs/cpf1/cpf/.

Comandos: tail -f cpf.log

less cpf.log

OBS: Os logs de ERROR deverão ser considerados para serem analisados.

2)

Verificar o arquivo de log do FEP Local:

O arquivo de log do FEP Local está localizado no diretório /opt/traffix/sdc/logs/fep-<nome

do cluster>-h-sctp/fep/.

Exemplo: /opt/traffix/sdc/logs/fep-draiparj-h-sctp/fep/

Comandos: tail -f fep.log

less fep.log




Código Rev. Folha

TMAR094_008 2 46/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

3) Verificar o arquivo de log do FEP Roaming:

O arquivo de log do FEP Roaming está localizado no diretório /opt/traffix/sdc/logs/fep-

<nome do cluster>-r-sctp/fep/.

Exemplo: /opt/traffix/sdc/logs/fep-draiparj-r-sctp/fep/

Comandos: tail -f fep.log

less fep.log


4)

Verificar o arquivo de log do WebUI:

O arquivo de log do WebUI está localizado no diretório /opt/traffix/sdc/logs/webui/.

Comandos: tail -f webui.log

less webui.log


5) Verificar o arquivo de log do Config_Mgr:

O arquivo de log do FEP Roaming está localizado no diretório

/opt/traffix/sdc/logs/config_mgr/.

Comandos: tail -f config_mgr.log

less config_mgr.log


6) Verificar o arquivo de log do NMSAgent:

O arquivo de log do NMSAgent está localizado no diretório

/opt/traffix/sdc/logs/nmsagent/.

Comandos: tail -f nmsagent.log

less nmsagent.log


3.7.2.

EMS

1) Verificar o arquivo de log do WebUI:

O arquivo de log do WebUI está localizado no diretório /opt/traffix/sdc/logs/webui/.



Código Rev. Folha

TMAR094_008 2 47/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

Comandos: tail -f webui.log

less webui.log


2) Verificar o arquivo de log do Config_Mgr:

O arquivo de log do FEP Roaming está localizado no diretório

/opt/traffix/sdc/logs/config_mgr/.

Comandos: tail -f config_mgr.log

less config_mgr.log


3) Verificar o arquivo de log do NMSAgent:

O arquivo de log do NMSAgent está localizado no diretório

/opt/traffix/sdc/logs/nmsagent/.

Comandos: tail -f nmsagent.log

less nmsagent.log


3.7.3.

Processos

1) Verificar os arquivos de log da inicialização dos processos do SDC/EMS:

Os arquivos de log de inicialização dos processos do SDC/EMS estão localizados no

diretório /var/log, os arquivos podem ser os seguintes:

traffix_fep-fep-<nome do cluster>-h-sctp-stdout.log

traffix_fep-fep-<nome do cluster>-r-sctp-stdout.log

traffix_webui-webui1-stdout.log

traffix_cpf-cpf1-stdout.log

traffix_config_mgr-config1-stdout.log traffix_nmsagent-nmsagent1-stdout.log

Para visualizar o conteúdo do arquivo utilizar um dos comandos abaixo.

Comandos: tail -f <arquivo>

less <arquivo>




Código Rev. Folha

TMAR094_008 2 48/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

3.7.4. Cluster

1)

Verificar os arquivos de sistema:

Os logs de cluster (Corosync e Pacemaker) do SDC/EMS são gravados no arquivo

/var/log/messages.

Para visualizar o conteúdo do arquivo utilizar um dos comandos abaixo.

Comandos: tail -f /var/log/messages

less /var/log/messages

OBS: Os logs de erro deverão ser considerados para serem analisados.

3.8. Autenticação de Usuários

Esta seção oferece os Procedimentos de Health Check e Operação relacionados à

autenticação dos usuários, que (por padrão) será via LDAP com integração com o NDS, mas que

há a possibilidade de ser local, através de intervenção manual, caso o servidor do NDS esteja

inalcançável.

3.8.1. LDAP (NDS)

1) Verificar a conectividade com o servidor do NDS:

Utilizar o comando abaixo para verificar a conectividade entre o SDC do Laboratório com o

NDS de Homologação.

Comando: ping 10.61.198.144

Utilizar o comando abaixo para verificar a conectividade entre os SDCs/EMS de Produção

com o NDS de Produção.

Comando: ping 10.61.198.60

2)

Verificar a conectividade com o NDS através de LDAP:

Utilizar o comando abaixo para verificar a conectividade entre o SDC do Laboratório com o

NDS de Homologação.

Comando: ldapsearch -LLL -H ldaps://10.61.198.144 -x -D

cn\=SERDRAMTZ21,ou\=contasservico,ou\=usuarios,ou\=brt,o\=btp -W -b o=btp

-s sub '(|(cn=SERDRAMTZ21))' cn



Código Rev. Folha

TMAR094_008 2 49/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

OBS: A senha da conta de serviço será solicitada.

Exemplo:[Mon Apr 28 - 17:22:32] root@DRA02LEM

~/ - $ ldapsearch -LLL -H ldaps://10.61.198.144 -x -Dcn\=SERDRAMTZ21,ou\=contasservico,ou\=usuarios,ou\=brt,o\=btp -W -b o=btp -s sub'(|(cn=SERDRAMTZ21))' cnEnter LDAP Password:dn: cn=SERDRAMTZ21,ou=contasservico,ou=usuarios,ou=brt,o=btpcn: SERDRAMTZ21

Utilizar o comando abaixo para verificar a conectividade entre o EMS ou SDC de Produção

com o NDS de Produção.

Comando: ldapsearch -LLL -H ldaps://10.61.198.60 -x -D

cn=<usuário>,ou=terceiros,ou=usuarios,ou=brt,o=btp -W -b

ou=usuarios,ou=brt,o=btp -s sub '(|(cn=<usuário>))' cnOBS: Substituir <usuário> pelo login do usuário, a senha do mesmo será solicitada.

Exemplo:[Mon Apr 28 - 17:28:54] root@EMS01IPA~/ - $ ldapsearch -LLL -H ldaps://10.61.198.60 -x -Dcn=TR433957,ou=terceiros,ou=usuarios,ou=brt,o=btp -W -b ou=usuarios,ou=brt,o=btp -s sub'(|(cn=TR433957))' cnEnter LDAP Password:dn: cn=TR433957,ou=terceiros,ou=usuarios,ou=brt,o=btpcn: TR433957

3) Verificar as configurações de Integração:

Para o SDC do Laboratório, o arquivo de configuração da autenticação LDAP (ldap-

config.properties) está localizado no diretório /opt/traffix/sdc/utils/apache-

tomcat/webapps/MgmtConsole/ e os valores dos parâmetros abaixo deverão ser respeitados.ldap.base=o\=btprole.user.read=admin,expert,usersearch.subtree=trueurl=ldaps\://hndsint.brasiltelecom.com.br\:636authenticationStrategy=SSLrole.prefix=ROLE_group.role.attribute=nrbsfPerfilRecursoIdmanager.dn=cn\=SERDRAMTZ21,ou\=contasservico,ou\=usuarios,ou\=brt,o\=btprole.rnd.manage=adminuser.search.filter=(cn\={0})

user.search.base=ou\=usuarios,ou\=brtrole.expert.execute=admin, expertdef.group.search.base=nrbsfRecursoId\=DRA,ou\=recursos,ou\=brtsecond.url=ldaps\://10.61.198.144\:636trust.store=/opt/traffix/sdc/utils/apache-tomcat/webapps/MgmtConsole/sslkey.jkspassword.encoder=shaPasswordEncodergroup.search.filter=nrbsfmember\={0}



Código Rev. Folha

TMAR094_008 2 50/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

Para os SDCs/EMS de Produção, o arquivo de configuração da autenticação LDAP (ldap-

config.properties) está localizado no diretório /opt/traffix/sdc/utils/apache-

tomcat/webapps/MgmtConsole/ e os valores dos parâmetros abaixo deverão ser respeitados.ldap.base=o\=btprole.user.read=admin,expert,usersearch.subtree=trueurl=ldaps\://hndsint.brasiltelecom.com.br\:636authenticationStrategy=sslrole.prefix=ROLE_group.role.attribute=nrbsfPerfilRecursoIdmanager.dn=cn\=SERDRAMTZ21,ou\=contasservico,ou\=usuarios,ou\=brt,o\=btprole.rnd.manage=adminuser.search.filter=(cn\={0})user.search.base=ou\=usuarios,ou\=brtrole.expert.execute=admin, expertdef.group.search.base=nrbsfRecursoId\=DRA,ou\=recursos,ou\=brtsecond.url=ldaps\://10.61.198.60\:636trust.store=/opt/traffix/sdc/utils/apache-tomcat/webapps/MgmtConsole/sslkey.jks

password.encoder=shaPasswordEncodergroup.search.filter=nrbsfmember\={0}

4) Alterar a autenticação dos usuários para LDAP, manualmente:

Para manualmente acionar a autenticação LDAP é necessário copiar o arquivo de

segurança LDAP para o diretório correto.

Comando: cp /opt/traffix/sdc/config/security/LDAP/applicationContext-security.xml

/opt/traffix/sdc/utils/apache-tomcat/webapps/MgmtConsole/WEB-INF/

Reiniciar o processo da WebUI, conforme o comando abaixo.

Comando: crm resource restart traffix_webui-grpOBS: Verificar os logs da WebUI para validar que o processo foi reiniciado com sucesso.

3.8.2. Local

1) Alterar a autenticação dos usuários para base local, manualmente:

Para manualmente desativar a autenticação LDAP é necessário copiar o arquivo antigo da

aplicação para o diretório correto.

Comando: cp /opt/traffix/sdc/config/security/SDC/applicationContext-security.xml

/opt/traffix/sdc/utils/apache-tomcat/webapps/MgmtConsole/WEB-INF/

Reiniciar o processo da WebUI, conforme o comando abaixo.

Comando: crm resource restart traffix_webui-grp

OBS: Verificar os logs da WebUI para validar que o processo foi reiniciado com sucesso.



Código Rev. Folha

TMAR094_008 2 51/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

3.9. Script de Health Check

Esta seção oferece um Script que executa os principais comandos de Health Check Diário,

descritos neste documento, em cada um dos servidores do SDC/EMS e é utilizado durante aOperação Assistida. O Script está sendo executado todos os dias às 08:00, através da crontab do

usuário “root” e coleta informações de Uptime, Utilização de Discos, Status das Interfaces de

Rede, Status dos Processos do SDC/EMS, Status dos Processos do Cluster (Corosync e

Pacemaker) e verifica a criação do Backup Diário.

3.9.1. Execução do Script

1) Execução Manual:

Para manualmente executar o Script de Health Check Diário utilize o comando abaixo. O

arquivo de saída será gravado no diretório “/root/Reporte/<Hostname>” e formato do nome do

arquivo de saída será “Report_<Hostname>_<YYYYMMDD>.txt”. “Hostname” corresponde ao

Servidor do SDC/EMS e “YYYYMMDD” corresponde à data de criação.

Comando: /root/Reporte/reportScript.pl

2) Execução Diária:

O Script está sendo executado todos os dias às 08:00, através da crontab do usuário

“root” e das linhas abaixo.### Script para Relatorio Semanal00 8 * * * /root/Reporte/reportScript.pl

3.9.2. Visualização dos resultados

1) Verificando o arquivo de saída:

Para verificar os arquivos gerados pelo Script, utilizar os comandos de leitura de arquivo

de texto para os arquivos encontrados no diretório “/root/Reporte/<Hostname>”. O formato do

nome do arquivo de saída é “Report_<Hostname>_<YYYYMMDD>.txt”. “Hostname” corresponde

ao Servidor do SDC/EMS e “YYYYMMDD” corresponde à data de criação. Comando: cat /root/Reporte/<Hostname>/Report_<Hostname>_<YYYYMMDD>.txt

Comando: less

/root/Reporte/<Hostname>/Report_<Hostname>_<YYYYMMDD>.txt

Comando: more

/root/Reporte/<Hostname>/Report_<Hostname>_<YYYYMMDD>.txt

Exemplo:



Código Rev. Folha

TMAR094_008 2 52/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

$ cat /root/Reporte/EMS01IPA/Report_EMS01IPA_20140709.txt

################################################################################Report started Wed Jul 9 08:00:02 BRT 2014################################################################################

################################## UPTIME ##################################08:00:02 up 27 days, 11:48, 0 users, load average: 0.30, 0.30, 0.34

############################# DISK UTILIZATION #############################Filesystem Size Used Avail Use% Mounted on/dev/mapper/vg1-lv_root

49G 17G 31G 35% /tmpfs 16G 26M 16G 1% /dev/shm/dev/sda2 485M 63M 397M 14% /boot/dev/sda1 200M 256K 200M 1% /boot/efi/dev/mapper/vg1-lv_data

20G 960M 18G 6% /data/dev/mapper/vg1-lv_home

59G 4.5G 52G 9% /home/dev/mapper/vg1-lv_logs

20G 172M 18G 1% /logs/dev/mapper/vg1-lv_opt87G 60G 23G 73% /opt

/dev/mapper/vg1-lv_var30G 3.9G 24G 14% /var

############################ NETWORK INTERFACES ############################1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN

link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:002: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000

link/ether d8:9d:67:15:a0:4c brd ff:ff:ff:ff:ff:ff3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000

link/ether d8:9d:67:15:a0:4d brd ff:ff:ff:ff:ff:ff4: eth2: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond1 state UP qlen1000

link/ether d8:9d:67:15:a0:4e brd ff:ff:ff:ff:ff:ff5: eth3: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen1000

link/ether d8:9d:67:15:a0:4f brd ff:ff:ff:ff:ff:ff6: eth4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000

link/ether ac:16:2d:80:50:b0 brd ff:ff:ff:ff:ff:ff7: eth5: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000

link/ether ac:16:2d:80:50:b1 brd ff:ff:ff:ff:ff:ff8: eth6: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond1 state UP qlen1000

link/ether d8:9d:67:15:a0:4e brd ff:ff:ff:ff:ff:ff9: eth7: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc mq master bond0 state UP qlen1000

link/ether d8:9d:67:15:a0:4f brd ff:ff:ff:ff:ff:ff10: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP

link/ether d8:9d:67:15:a0:4f brd ff:ff:ff:ff:ff:ff11: bond1: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP

link/ether d8:9d:67:15:a0:4e brd ff:ff:ff:ff:ff:ff

################################ PROCESSES #################################Last updated: Wed Jul 9 08:00:02 2014Last change: Thu Jul 3 12:30:57 2014 via cibadmin on EMS01IPAStack: classic openais (with plugin)Current DC: EMS02IPA - partition with quorumVersion: 1.1.8-7.el6-394e9062 Nodes configured, 2 expected votes16 Resources configured.



Código Rev. Folha

TMAR094_008 2 53/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

Online: [ EMS01IPA EMS02IPA ]

ClusterMon (ocf::heartbeat:ClusterMon): Started EMS01IPAResource Group: traffix_nmsagent-grp

traffix_nmsagent-vip-prim (ocf::heartbeat:IPaddr2): Started EMS01IPAtraffix_nmsagent-app-prim (ocf::traffix:traffix-ra): Started EMS01IPA

Resource Group: traffix_splunk_cluster-grptraffix_splunk_master-prim (ocf::traffix:traffix-ra): Started EMS01IPAtraffix_splunksearch-prim (ocf::traffix:traffix-ra): Started EMS01IPAtraffix_splunkmaster_vip-prim (ocf::heartbeat:IPaddr2): Started EMS01IPA

Resource Group: traffix_splunkforwarder-grptraffix_forwarder-prim (ocf::traffix:traffix-ra): Started EMS01IPAtraffix_forwarder_vip-prim (ocf::heartbeat:IPaddr2): Started EMS01IPA

Resource Group: traffix_webui-grptraffix_webui-vip-prim (ocf::heartbeat:IPaddr2): Started EMS01IPAtraffix_webui-app-prim (ocf::traffix:traffix-ra): Started EMS01IPA

Clone Set: traffix_config_mgr-app-clone [traffix_config_mgr-app-prim]Started: [ EMS01IPA EMS02IPA ]

Clone Set: traffix_snmp_agent-app-clone [traffix_snmp_agent-app-prim]Started: [ EMS01IPA EMS02IPA ]

Clone Set: traffix_splunk-clone [traffix_splunk-prim]Started: [ EMS01IPA EMS02IPA ]

################################# COROSYNC #################################corosync (pid 54171) is running...

################################ PACEMAKER #################################pacemakerd (pid 54189) is running...

############################## BACKUP FILES ################################Last Backup is up to date: /data/backup-EMS01IPA-20140709000531.tar.gz OK

################################################################################Report ended at Wed Jul 9 08:00:02 BRT 2014################################################################################

3.10. Script de Coleta de Assinantes 4G

Para ajustar uma deficiência do HSS, que somente aceita conectividade direta com o MME,

foram criadas regras de Transformation IN ou Pre Routing, com um Groovy Script para fazer o

DRA se passar por um MME Falso. Estas regras tem o intuito de guardar e utilizar os valores

originais do MME para que o DRA saiba como rotear a mensagem corretamente, quando a

mensagem de Request for na direção do HSS para o MME.

Todos os parâmetros, que são obtidos para realizar corretamente o roteamento, são

baseados no IMSI da mensagem Cancel-Location Request (CLR) ou demais mensagens na direção

do HSS para MME.

Com isso, houve a necessidade de coletar os usuários e sua localização correta (MME),

pois o armazenamento dessa informação já não está mais concentrado no HSS. O Groovy Script

das regras de Transformation IN guardam os valores originais do IMSI e Origem à cada



Código Rev. Folha

TMAR094_008 2 54/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

mensagem Update-Location, Authentication-Information, ou demais mensagens na direção do

MME para o HSS, em uma tabela interna e exporta cada entrada para o arquivo

“ /home/traffix/subscribers.log”.

Devido ao arquivo conter informações duplicadas e/ou desatualizadas, um Script em Perl

foi desenvolvido para reordenar e coletar a última entrada de cada Assinante, porém o Assinante

que foi desautorizado no HSS através de um Cancel-Location (CLR), não é deletado do arquivo

em questão.

O Script em Perl (“ /root/collectSubscribersInfo.pl”) é executado à cada hora através da

crontab do usuário “root” e concentra as informações dos assinantes, no diretório

“/home/traffix/Subscribers/” e arquivo de formato

“Subscribers_<Hostname>_<YYYYMMDDHHmmSS>.csv.gz”.

3.10.1.

Execução do Script

1) Execução Automática:

O Script está sendo executado à cada hora, através da crontab do usuário “root” e da

linha abaixo. Não é recomendada e não é necessária a execução manual deste Script.0 * * * * /root/collectSubscribersInfo.pl

3.10.2.

Visualização dos resultados

1)

Verificando o arquivo de saída:

Para verificar os arquivos gerados pelo Script, descompactá-lo e utilizar os comandos de

leitura de arquivo de texto para o arquivo encontrado no diretório “ /home/traffix/Subscribers/”. O

formato do nome do arquivo de saída é

“Subscribers_<Hostname>_<YYYYMMDDHHmmSS>.csv.gz”. “Hostname” corresponde ao

Servidor do SDC/EMS e “YYYYMMDDHHmmSS” corresponde à data de criação.

1. Descompactar o arquivo:

Comando: gunzip

/root/Subscribers/Subscribers_<Hostname>_<YYYYMMDDHHmmSS>.csv.gz

2. Leitura do arquivo descompactado:

Comando: cat

/root/Subscribers/Subscribers_<Hostname>_<YYYYMMDDHHmmSS>.csv



Código Rev. Folha

TMAR094_008 2 55/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

Comando: less


Comando: more


Exemplo:$ cat /root/Subscribers/Subscribers_DRA01IPA_20140709110001.csv

IMSI,Destination Host,Destination Realm,Route to Peer228012120285992,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012120799549,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012120828014,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org

228012120828162,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012120828361,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012120965340,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012120970053,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012121075539,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012121124825,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012121131252,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012121151514,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012121168910,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012121493746,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012121608897,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012121648697,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012121701500,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012121750636,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org228012121771036,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org,epc.mnc031.mcc724.3gppnetwork.org,mmec1.mmegi1.mme.epc.mnc031.mcc724.3gppnetwork.org



Código Rev. Folha

TMAR094_008 2 56/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

3.11. Procedimentos de Start/Stop do SDC ou EMS

Esta seção ilustra os procedimentos para parar e iniciar o SDC ou o EMS passando por

todos os passos necessários. Lembrando que dependendo do caso, alguns processos já estarãoou não em execução.

Caso seja necessário, executar o procedimento nos dois servidores do Cluster.

3.11.1. Parando o SDC/EMS

Os passos a seguir ilustram o procedimento para parar o SDC ou EMS por completo,

levando em conta que todos os processos estão sendo executados normalmente, e uma parada é

necessária para algum tipo de intervenção.

Caso seja necessário executar o procedimento nos dois servidores do Cluster.

1)

Verificação de execução dos processos do SDC ou EMS:

Antes de parar os processos, verificar se os mesmos estão em execução.

Comando: crm_mon

Para um maior detalhe dos processos que devem estar ativos no SDC, verificar a seção3.2.1, item 1), para o EMS, verificar a seção 3.3.1, item 1).

Exemplo:

Last updated: Tue Apr 8 16:23:17 2014Last change: Thu Mar 20 10:53:44 2014 via crm_resource on DRA01IPAStack: classic openais (with plugin)Current DC: DRA01IPA - partition with quorumVersion: 1.1.8-7.el6-394e9062 Nodes configured, 2 expected votes21 Resources configured.




Resource Group: traffix_fep-r-sctp-grp

traffix_fep-r-sctp-vip-a-prim (ocf::heartbeat:IPaddr2): Started DRA01IPAtraffix_fep-r-sctp-vip-b-prim (ocf::heartbeat:IPaddr2): Started DRA01IPAtraffix_fep-r-sctp-app-prim (ocf::traffix:traffix-ra): Started DRA01IPA







Código Rev. Folha

TMAR094_008 2 57/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0



Clone Set: traffix_tripo-clone [traffix_tripo-prim]

Started: [ DRA01IPA DRA02IPA ]

2)

Parar os processos de um dos servidores do SDC ou EMS:

O comando a seguir irá parar os processos do servidor que for indicado, se nenhum

servidor for indicado, os processos do servidor em que estiver conectado serão baixados. Caso

seja necessário parar os processos de ambos servidores do Cluster do SDC ou EMS, repetir os

comandos nos dois servidores.

Comando: crm node standby <servidor>

Exemplo: crm node standby DRA01IPA

Para um maior detalhe dos processos que devem estar ativos no SDC ou EMS, verificar aseção 3.2.1, item 2).

3)

Verificar se os processos do SDC ou EMS pararam corretamente:

Após executar o comando, o tempo de parada dos processos podem variar, aguardar entre

5 e 10 minutos verificando com o comando abaixo.

Comando: crm_mon

Exemplo de um servidor parado:

Last updated: Tue Apr 8 16:23:17 2014Last change: Thu Mar 20 10:53:44 2014 via crm_resource on DRA01IPAStack: classic openais (with plugin)Current DC: DRA01IPA - partition with quorumVersion: 1.1.8-7.el6-394e9062 Nodes configured, 2 expected votes21 Resources configured.

Online: [ DRA01IPA ]Node DRA02IPA: standby







Clone Set: traffix_config_mgr-app-clone [traffix_config_mgr-app-prim]



Código Rev. Folha

TMAR094_008 2 58/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

Started: [ DRA01IPA ]Stopped: [ traffix_config_mgr-app-prim:0 ]

Clone Set: traffix_cpf-app-clone [traffix_cpf-app-prim]Started: [ DRA01IPA ]Stopped: [ traffix_cpf-app-prim:0 ]

Clone Set: traffix_snmp_agent-app-clone [traffix_snmp_agent-app-prim]Started: [ DRA01IPA ]Stopped: [ traffix_snmp_agent-app-prim:0 ]

Clone Set: traffix_tripo-clone [traffix_tripo-prim]Started: [ DRA01IPA ]Stopped: [ traffix_tripo-prim:0 ]

Exemplo dos dois servidores parados:Last updated: Tue Apr 8 16:23:17 2014Last change: Thu Mar 20 10:53:44 2014 via crm_resource on DRA01IPAStack: classic openais (with plugin)Current DC: DRA01IPA - partition with quorumVersion: 1.1.8-7.el6-394e9062 Nodes configured, 2 expected votes

21 Resources configured.

Node DRA01IPA: standbyNode DRA02IPA: standby

4) Verificar os processos de Gerência do Cluster:

Antes de parar os processos de Gerência do Cluster, verificar se estão em execução,executar os comandos conforme abaixo.

Comandos: service corosync status

service pacemaker status

Exemplo:

corosync (pid 3563) is running...pacemakerd (pid 4021) is running...

5)

Parando os processos de Gerência do Cluster:

Após verificar que os processos do SDC ou EMS estão baixados e que os processos deGerência do Cluster estão em funcionamento, parar os processos que gerenciam o cluster(Corosync e o Pacemaker) conforme abaixo.

Comandos: service pacemaker stopservice corosync stop


6) Desligando ou Reiniciando o servidor:

Após verificar que todos os processos do SDC ou EMS, e da Gerência do Cluster estãobaixados, Reiniciar ou finalizar o servidor conforme abaixo.

O comando abaixo irá reinicializar o servidor.

Comando: init 6



Código Rev. Folha

TMAR094_008 2 59/60



Impressão: 31/03/15 10:50


IAPL0019 Rev. 0

O comando abaixo irá desligar o servidor.

Comando: init 0

OBS: Caso o servidor seja desligado com o comando acima, será necessária umaintervenção local para iniciá-lo.

3.11.2. Iniciando o SDC/EMS

Os passos a seguir ilustram o procedimento para iniciar o SDC ou EMS por completo,

levando em conta que todos os processos e possivelmente o servidor estejam parados, sendo

necessário iniciá-lo após uma intervenção.

Caso seja necessário executar o procedimento nos dois servidores do Cluster.

1)

Iniciar o servidor:

Se o servidor foi desligado com o comando “init 0”, será necessária uma intervenção físicapara ligar o servidor, através do botão Power.

Se o servidor foi reiniciado, aguardar de 5 a 10 minutos, até que esteja totalmenteiniciado.

2) Iniciar os processos de Gerência do Cluster:

Após verificar que os processos de Gerência do Cluster estão baixados, iniciar os processosque gerenciam o cluster (Corosync e o Pacemaker) conforme abaixo.

Comandos: service corosync startservice pacemaker start


3) Verificar os processos de Gerência do Cluster:

Após de iniciar os processos de Gerência do Cluster, verificar se estão em execução,executar os comandos conforme abaixo.

Comandos: service corosync statusservice pacemaker status

Exemplo:corosync (pid 3563) is running...pacemakerd (pid 4021) is running...

4)

Iniciar os processos de um dos servidores do SDC ou EMS:

O comando a seguir irá iniciar os processos do servidor que for indicado, se nenhum

servidor for indicado, os processos do servidor em que estiver conectado serão iniciados. Caso



Código Rev. Folha

TMAR094_008 2 60/60

seja necessário iniciar os processos de ambos servidores do Cluster do SDC ou EMS, repetir os

comandos nos dois servidores.

Comando: crm node online <servidor>Exemplo: crm node online DRA01IPA

Para um maior detalhe dos processos que devem estar ativos no SDC ou EMS, verificar aseção 3.2.1, item 3).

5) Verificação de execução dos processos do SDC ou EMS:

Após iniciar os processos, verificar se os mesmos estão em execução.

Comando: crm_mon

Para um maior detalhe dos processos que devem estar ativos no SDC, verificar a seção

3.2.1, item 1), para o EMS, verificar a seção 3.3.1, item 1). Exemplo:Last updated: Tue Apr 8 16:23:17 2014Last change: Thu Mar 20 10:53:44 2014 via crm_resource on DRA01IPAStack: classic openais (with plugin)Current DC: DRA01IPA - partition with quorumVersion: 1.1.8-7.el6-394e9062 Nodes configured, 2 expected votes21 Resources configured.











Clone Set: traffix_tripo-clone [traffix_tripo-prim]Started: [ DRA01IPA DRA02IPA ]

tmar094_oi_projeto rede 4g - dra_procedimentos de health check e operação_rev02.pdf

Documents