Routing: guia prático para automação elétrica
Routing: guia prático para automação elétrica. Veja aplicações, parâmetros essenciais, critérios de engenharia, testes e diagnóstico em automação elétrica.
Portas frequentes em automação e infraestrutura OT
| Serviço | Transporte/porta típica | Campo adicional que precisa ser validado |
|---|---|---|
| IEC 60870-5-104 | TCP 2404 | I/S/U frames, N(S)/N(R), Type ID/COT. |
| DNP3 | TCP/UDP 20000 | Endereços DNP, Function Code, Group/Variation, IIN. |
| Modbus TCP | TCP 502 | Transaction ID, Unit ID, Function Code. |
| SNMP | UDP 161 / traps 162 | OID, versão, comunidade/usuário e request-id. |
| NTP | UDP 123 | stratum, offset, delay, leap/status. |
Matriz específica — Routing / visão geral
| Campo/elemento | Valor ou representação | Como fechar a evidência |
|---|---|---|
| 802.1Q · visão geral | 0x8100 | Confirmar VID/PCP e porta/trunk. |
| FCS · visão geral | CRC-32 | Correlacionar erro físico com drops. |
| MTU · visão geral | 1500 bytes ref. | Detectar drop/fragmentação/encapsulamento. |
| TCP/UDP · visão geral | Seq/Ack ou contador | Separar transporte de aplicação. |
A matriz foi escolhida pelo foco “Routing” e pela lente “visão geral”; referências normativas e limites de fabricante continuam prevalecendo.
Routing no sistema: o problema que esta função resolve
Neste recorte de Routing, trate RIP, IS-IS e MPLS como três pontos de prova. Explique o que cada um representa, o que deveria acontecer antes e depois de uma mudança e qual evidência seria incompatível com a hipótese inicial. Assim o texto permanece útil para implementação e troubleshooting.
Para aprender Routing sem depender de uma tela específica de fabricante, separe função, entradas, saídas e dependências. Em Routing, os pontos mais próximos deste recorte são IS-IS, MPLS, VRF. O leitor iniciante deve conseguir dizer quem produz a informação e quem a usa; o leitor experiente deve conseguir apontar o limite entre comportamento normal, exceção e implementação particular do equipamento.
Da origem ao efeito: sequência e estados de Routing
Neste recorte de Routing, trate RIP, IS-IS e MPLS como três pontos de prova. Explique o que cada um representa, o que deveria acontecer antes e depois de uma mudança e qual evidência seria incompatível com a hipótese inicial. Assim o texto permanece útil para implementação e troubleshooting.
Valide porta física, VLAN e caminho antes de otimizar QoS ou redundância. A configuração deve ser provada por tabelas MAC, contadores, rotas e captura, não apenas por ping. Durante o estudo, acompanhe RIP, IS-IS, MPLS, VRF como uma cadeia causal. Para cada item, pergunte o que o altera, como aparece no tráfego ou no equipamento e qual seria o primeiro sintoma se estivesse incorreto.
- RIP — defina primeiro o que representa em Routing e qual elemento produz ou consome essa informação; depois identifique em que condição ele muda.
- IS-IS — relacione o valor ou estado ao efeito sobre Routing; registre também qual VLAN permite confirmar que a interpretação está correta.
- MPLS — na configuração, verifique dependências nas duas pontas e evite copiar valor de outro projeto sem comparar topologia, versão e capacidade do equipamento.
- VRF — no diagnóstico, associe pelo menos um sintoma de configuração errada e uma evidência que diferencie esse sintoma de falha física ou de rede.
- Routing — no comissionamento, crie um estímulo que faça o item mudar de forma previsível e registre antes/depois, horário e resposta observada.
Do primeiro contato ao modelo mental correto
Se você está conhecendo Routing agora, não comece decorando parâmetros. Primeiro localize o elemento dentro de Routing e responda quatro perguntas: quem produz a informação, quem a consome, o que muda durante uma transação e qual evidência aparece quando algo falha. Para este assunto, use RIP, IS-IS, MPLS como marcos do fluxo.
Em Routing, a primeira tarefa é identificar qual variável, campo ou estado muda e em que fronteira isso pode ser observado. Relacione RIP, IS-IS e MPLS ao fluxo de Routing. Para cada um, registre uma evidência objetiva e um efeito esperado. Essa ligação transforma uma recomendação genérica em mecanismo verificável.
- Desenhar o fluxo de Routing sem consultar a tela do fabricante
- Explicar onde RIP entra e que evidência deixa
- Explicar onde IS-IS entra e que evidência deixa
- Explicar onde MPLS entra e que evidência deixa
Cenário prático: uma decisão de engenharia envolvendo Routing
Uma rede OT saudável para Routing precisa provar caminho e comportamento em contingência. Registre RIP, relacione IS-IS ao desenho lógico e use MPLS para confirmar se a infraestrutura está descartando ou atrasando tráfego. Só depois ajuste prioridade, STP/RSTP, PRP/HSR ou política de segurança.
O critério de aceite de Routing deve ligar a métrica de rede ao efeito sobre Routing. Para este recorte, RIP será usado como referência e IS-IS como dependência explícita; durante falha, compare MPLS antes e depois. O objetivo não é ter “ping bom”, mas demonstrar que o fluxo certo mantém continuidade e tempo compatíveis com a função de automação.
- Definir uma condição normal de Routing e salvar a evidência associada a RIP.
- Escolher uma única variável relacionada a IS-IS e prever o efeito antes de alterar.
- Repetir o mesmo teste e comparar MPLS nas mesmas medições ou campos.
- Registrar o critério que permite aceitar, rejeitar ou reverter a configuração de Routing.
Critérios objetivos para aceitar Routing em campo
Valide contadores por interface, caminho, failover e comportamento sob carga.
Defina evidência antes de testar Routing. Para esta categoria, sinais úteis incluem MAC, VLAN, rota, fila, contador, latência. O teste deve ter estado inicial conhecido, estímulo reproduzível e resultado esperado. Quando houver dois equipamentos, registre os dois lados; quando houver gateway, registre também a transformação intermediária.
- Validar RIP em condição normal
- Forçar uma condição degradada ligada a IS-IS
- Confirmar recuperação sem perder estado, evento ou evidência relevante
- Salvar configuração, logs/captura e horário do teste como baseline
Caso bom x caso ruim: isolando a causa em Routing
Neste recorte de Routing, trate RIP, IS-IS e MPLS como três pontos de prova. Explique o que cada um representa, o que deveria acontecer antes e depois de uma mudança e qual evidência seria incompatível com a hipótese inicial. Assim o texto permanece útil para implementação e troubleshooting.
Não conclua a partir do sintoma sozinho. Para Routing, cruze pelo menos duas fontes de evidência e procure a primeira divergência. Se RIP, IS-IS, MPLS estão corretos mas o resultado final continua errado, avance para a próxima fronteira do sistema em vez de alterar parâmetros já comprovados.
- RIP: registre um caso saudável, um caso com falha e a diferença objetiva em rota.
- IS-IS: registre um caso saudável, um caso com falha e a diferença objetiva em fila.
- MPLS: registre um caso saudável, um caso com falha e a diferença objetiva em contador.
- VRF: registre um caso saudável, um caso com falha e a diferença objetiva em latência.
Como o conceito se encaixa na arquitetura
Neste recorte de Routing, trate RIP, IS-IS e MPLS como três pontos de prova. Explique o que cada um representa, o que deveria acontecer antes e depois de uma mudança e qual evidência seria incompatível com a hipótese inicial. Assim o texto permanece útil para implementação e troubleshooting.
Para entender Routing, desenhe o fluxo completo dentro de Routing: origem da informação, transformação, transporte, recepção e uso final. Marque em cada etapa quais identificadores, estados e temporizações são preservados. Esse mapa transforma uma definição abstrata em arquitetura de engenharia.
Uma boa visão geral também precisa declarar limites. Pergunte o que Routing resolve, o que não resolve e de quais serviços depende. Essa distinção evita usar um mecanismo fora do seu propósito e ajuda a escolher onde medir quando o comportamento real diverge do esperado.
Routing: dados exclusivos deste recorte (visão geral)
Em Routing, a evidência de rede deve chegar ao frame: MAC tem 48 bits, EtherType 16 bits e FCS usa CRC-32; tag 802.1Q normalmente usa TPID 0x8100, PCP 3 bits e VID 12 bits. MTU IP 1500 bytes é referência comum. Em TCP, preserve flags/Seq/Ack; em UDP, use contador da aplicação para provar perda.
Na visão geral de Routing, o leitor deve conseguir localizar 802.1Q e FCS no fluxo real e dizer qual componente produz cada evidência.
- 802.1Q: 0x8100. Confirmar VID/PCP e porta/trunk.
- FCS: CRC-32. Correlacionar erro físico com drops.
- MTU: 1500 bytes ref.. Detectar drop/fragmentação/encapsulamento.
- TCP/UDP: Seq/Ack ou contador. Separar transporte de aplicação.
Routing: portas, flags e temporização do transporte — Routing / visão geral
No mapa funcional de Routing, use rota estática para localizar onde o fenômeno nasce e em qual equipamento a evidência deve aparecer. TCP usa números de sequência, ACK, janela e flags como SYN, ACK, FIN e RST; retransmissão TCP precisa ser separada de repetição da aplicação. UDP não confirma entrega e cada datagrama deve ser interpretado pela aplicação que o usa. Em automação, portas conhecidas ajudam: IEC 104 normalmente TCP/2404, DNP3 normalmente TCP ou UDP/20000, Modbus TCP 502, SNMP 161/162 UDP e NTP 123 UDP. O critério de encerramento para Routing em visão geral é obter o mesmo resultado em novo teste de rota estática, mantendo o ponto de medição e a condição inicial.
Para entender Routing sem abstração excessiva, acompanhe administrative distance da origem ao consumidor e marque a fronteira em que seu estado pode mudar. Para Routing, capture 5-tuple origem/destino, flags, sequence/ack, RTT e retransmissões. Um RST mostra encerramento abrupto, mas a causa pode estar no aplicativo, firewall ou sistema operacional. Em UDP, perda só é demonstrada comparando sequência/contador da aplicação ou capturas em dois pontos do caminho. Para este artigo de Routing, a evidência ligada a administrative distance deve ser armazenada com horário, origem e condição de teste, permitindo comparação posterior.
- Routing · visão geral · rota estática: TCP: registrar SYN/SYN-ACK/ACK, FIN/RST, Seq/Ack, RTT e retransmissions.
- Routing · visão geral · default route: UDP: correlacionar datagramas por identificador/contador da aplicação porque não há ACK de transporte.
- Routing · visão geral · next hop: Verificar NAT/firewall sem assumir que “porta liberada” implica retorno simétrico.
- Routing · visão geral · administrative distance: Comparar captura nos dois lados do ponto suspeito para provar perda no caminho.
Continue estudando
Os próximos conteúdos foram escolhidos pelo mecanismo deste artigo. A ideia é formar uma sequência técnica, não apenas listar páginas do mesmo tema.