CAPITULO 2

Contenido
Capitulo2:ArquitecturadelSistema

2.1

2.2
2.3
2.4
2.5
2.6

2.7
2.7.1
2.8

InformacinGeneral

2
2.1.1 Objetivos

2
2.1.2 Documentacindereferencia

2
RedClienteServidor

3
ReddeControl

3
ReddeControlyRedClienteServidorcombinadas

4
ReddeControlyRedClienteServidorseparadas

5
OtrasconfiguracionesdetopologadeReddeControlyRedClienteServidor

7
Introduccinalaredundancia

8
RNRP(RedundantNetworkRoutingProtocol)

9
TopologadeRedDistribuda

12

2.1

Informacin General
2.1.1 Objetivos
Al finalizar el captulo el participante ser capaz de:
9

Comprender la arquitectura extendida de System 800xA

Identificar la diferencia entre la red de control y red clienteservidor.

2.1.2 Documentacin de referencia

3BSE034463R5021RevA Sys Automation Network

2.2 Red Cliente Servidor

La Red cliente servidor se utiliza para comunicacin entre servidores y
entre nodos clientes y servidores.
La red Cliente-Servidor es una zona de red de confianza que debera ser
protegida por firewalls. Es una red IP que usa direcciones estticas.
Esta red puede ser redundante utilizando el protocolo RNRP y switches
Ethernet redundantes. Tanto servidores como clientes necesitan tarjetas
de red adicional para soportar la redundancia de redes.
2.3 Red de Control
Es una red de rea Local (LAN) optimizada para alta prestacin y
comunicacin confiable con tiempos de respuesta predecibles en tiempo
real. Tanto controladores y servidores de conectividad se conectan a la
red de control.
La Red de Control se basa en Ethernet usando protocolo MMS en la parte
superior de la pila de protocolo TCP/IP, mas servicios adicionales para
distribucin de tiempo, caractersticas de redundancia, etc.
La red de control puede opcionalmente ser redundante utilizando el
protocolo RNRP y switches Ethernet redundantes. Esta red debera
encontrarse aislada en lo posible de cualquier otro trfico que no
pertenece a los que generan los controladores. Se recomienda que solo
los productos Industrial IT certificados deberan estar conectados en la
Red de Control.

2.4 Red de Control y Red Cliente Servidor combinadas

En sistemas con menos de 50 nodos la red de control y la red clienteservidor pueden estar en la misma red fsica.
Fig 2.1: Estructura Red de Control y Red Cliente Servidor combinadas

2.5 Red de Control y Red Cliente Servidor separadas

Para sistemas grandes se recomienda que la red de control y la red cliente
servidor estn separadas. La conexin entre ambas es mediante los servidores
de conectividad utilizando el protocolo RNRP.
Fig 2.2: Estructura Red de Control y Red Cliente Servidor separadas

Hay varias razones para separar la red de control y la red cliente servidor:

Aislamiento de Fallas: un error en algn segmento de la Red Cliente

Servidor no afectar a los nodos en la red de control.

Lmite del trfico broadcast: el trfico broadcast en la red cliente-servidor

no perturbarn el trfico en tiempo real de la red de control.

Filtro de trfico, el trfico no deseado puede bloquearse por un nodo

servidor de conectividad.

El trfico Multicast utilizado por RNRP para la supervisin de la red se

reduce en la red de control.

2.6 Otras configuraciones de topologa de Red de Control y Red Cliente

Servidor.
Fig 2.3: Estructura Red de Cliente Servidor y 02 Redes de Control: Si el
nmero de nodos en la red de control excede a 50, se recomienda separar la
red de control en dos o ms.

2.7 Introduccin a la redundancia

Para mayor disponibilidad, todos los dispositivos de la red (cables, switches,
routers y adaptadores de red) deben estar duplicados en redes fsicamente
separadas. Las dos redes se denominan Red Primaria y Red Secundaria.
Siempre que la red primaria este activa, todos los datos de proceso se envan
sobre esta red. La red secundaria normalmente no lleva el trfico de usuarios.
Esto garantiza que el rendimiento de la red no se afecte despus de un fail
over.
El protocolo RNRP se encarga de hacer tanto la supervisin de las redes y el
fail over
Fig 2.4: Estructura de redundancia con duplicacin de switches, puertos
de red y cables.

2.7.1 RNRP (Redundant Network Routing Protocol)

RNRP es un protocolo de routing IPv4 desarrollado por ABB. Est
diseado especialmente para el uso en redes de automatizacin con
topologa limitada pero con alta demanda en disponibilidad de redes.
RNRP provee las siguientes funcionalidades.

Redundancia de Red
El protocolo soporta redundancia fsica de redes, redundancia
completa incluyendo tarjetas de interface de red, entre nodos. Los
mensajes de routing son peridicamente difundidos en forma
multicast sobre todas las redes.
Si un error en la red ocurre, RNRP actualiza la tabla de IP Routing
de cada nodo afectado con una ruta de red dentro del tiempo del
periodo de envo de RNRP. El periodo de envo por defecto es 1
segundo.

Routing entre reas de redes

IP enruta a todos los nodos vecinos y las subredes se mantienen en
la Tabla de IP Routing en forma automtica en cada nodo.
Un nodo con RNRP puede actuar como IP router y enviar mensajes
por la mejor ruta a los nodos de destino.

Supervisin de nodos y redes

RNRP detecta rpidamente si un nodo o red remota est desactiva y
enva esta informacin a las aplicaciones que suscriben el estado de
RNRP. Esta informacin se usa para detectar si un servidor
redundante esta desactivo y si un nuevo servidor puede conectarse.

Fig 2.5: Acceso a RNRP (RnrpMon)

Direccin IP de estacin o
servidor propio

Tabla de nodos a los que

se conecta

10

Fig 2.6: Acceso a RNRP Wizard

Reinicio de los servicios RNRP

al cambiar alguna configuracin

Fig 2.7: Acceso a RNRP Fault Tracer: Diagnstico de red a travs de RNRP

11

2.8 Topologa de Red Distribuida

A continuacin se presentan algunos ejemplos y recomendaciones para la
distribucin de la red de control y red cliente servidor dependiendo de la
ubicacin de los nodos.

Fig. 2.8: Topologa de Sistemas Standard: en la cual los nodos estn

situados ms o menos en la misma ubicacin.

Fig 2.9: Controladores remotos en Red de Control extendida: si el

controlador se ubica lejos, se recomienda extender la red de control.

12

Fig 2.10: Clientes remotos en Red de Cliente-Servidor extendida: si un

cliente o servidor se ubica lejos, se recomienda extender la red ClienteServidor.

Fig 2.11: El trfico en la red cliente-servidor es normalmente ms liviano que el

trfico en la red de control. Esto significa que si todos los controladores se
localizan lejos, es recomendable ubicar el servidor de conectividad al centro y
extender la red de control sobre la conexin remota.

13

Fig 2.12: Evite localizar el servidor de conectividad junto a los controladores

Fig 2.13: Si se requiere tener ambas funcionalidades de cliente y los

controladores en una ubicacin remota, la solucin recomendada es ubicar
tanto el servidor de conectividad y los clientes en una ubicacin remota.

14

Fig 2.14: No es recomendable ubicar solamente los controladores y los clientes

como en esta figura. La razn es que esto significara que la conexin remota
necesita utilizarse para ambas redes de control y cliente-servidor ya que los
clientes no se comunican directamente con los controladores. Toda la
comunicacin OPC es va los servidores de conectividad.

15