Ethernet Industrial. Protocolos e Implementaciones de Mercado

UNED.
Escuela Tcnica Superior de Ingenieros Industriales Departamento de Ingeniera Elctrica, Electrnica y de Control Curso de Doctorado: Investigacin en Tecnologa Electrnica Profesor del curso: Antonio Nevado Reviriego / Juan Manuel Martn Snchez Alumno: ngel Paiz Farr, apf@eic.ictnet.es Curso: 2010 / 2011 Fecha: Septiembre de 2011 Revisin: 1
Informe sobre el estado de la tcnica. ETHERNET INDUSTRIAL. PROTOCOLOS E IMPLEMENTACIONES DE MERCADO
Resumen A pesar de su naturaleza no determinista, Ethernet est cada vez ms presente en los sistemas de comunicaciones industriales, un mbito reservado hasta hace pocos aos a los tradicionales buses de campo. En este estudio, se profundiz en los fundamentos de Ethernet as como en las caractersticas adicionales de Ethernet Industrial, tanto desde el punto de vista terico como de las implementaciones de mercado. Se realiz un anlisis sistemtico de la literatura acadmica, en primer lugar, y de la informacin tcnica y comercial disponible en Internet, posteriormente. Los resultados constatan que no existe una nica Ethernet Industrial, sino mltiples variantes incompatibles entre s y con diferentes niveles de prestaciones respecto al comportamiento en tiempo real. Las variantes que introducen cambios ms drsticos sobre Ethernet original son las que presentan mejor comportamiento en tiempo real. Palabras clave Ethernet Industrial, Ethernet en Tiempo Real, Modbus TCP, Ethernet/IP, PROFINET, Ethernet Powerlink
Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.
NDICE:
1 Introduccin................................................................................................................... 4 1.1 Objetivos................................................................................................................. 4 1.1.1 Objetivo acadmico ......................................................................................... 4 1.1.2 Objetivo tcnico............................................................................................... 5 1.2 Abreviaturas ........................................................................................................... 8 2 Mtodo......................................................................................................................... 10 2.1 Identificacin de fuentes documentales en ingeniera.......................................... 10 2.2 Bsqueda y seleccin de artculos ........................................................................ 12 2.2.1 Seleccin de las fuentes documentales a consultar ....................................... 12 2.2.2 Bsqueda de artculos de revista acadmica.................................................. 13 a) Identificacin de los elementos de bsqueda ............................................. 14 b) Definicin del criterio de la bsqueda........................................................ 15 c) Ejecucin de la bsqueda automtica......................................................... 15 d) Exportacin de los resultados al gestor de referencias bibliogrficas ........ 18 2.2.3 Seleccin de artculos de revista acadmica.................................................. 18 a) Primera preseleccin................................................................................... 19 b) Segunda preseleccin ................................................................................. 20 c) Seleccin final ............................................................................................ 21 2.2.4 Actas de conferencia. Complemento a las revistas acadmicas .................... 21 2.3 Estudio de los artculos seleccionados.................................................................. 22 2.4 Bsqueda y seleccin de sitios Web y documentos on-line ................................. 22 2.4.1 Seleccin de las fuentes documentales a consultar ....................................... 22 2.4.2 Bsqueda de sitios Web y documentos on-line ............................................. 23 2.4.3 Seleccin de sitios Web y documentos on-line ............................................. 23 2.5 Estudio de los sitios Web y documentos on-line seleccionados........................... 24 3 Resultados.................................................................................................................... 25 3.1 Visin general....................................................................................................... 25 3.2 Ethernet Industrial ................................................................................................ 26 3.2.1 Background.................................................................................................... 26 a) Modelos de referencia ................................................................................ 26 b) Ethernet (IEEE 802.3) ................................................................................ 35 c) Switched Ethernet (IEEE 802.1) ................................................................ 47 d) LLC (IEEE 802.2) y la Subcapa Ethernet alternativa. ............................... 62 e) Protocolo IP y extensiones ......................................................................... 63 f) Protocolos TCP y UDP............................................................................... 65 g) Protocolos de aplicacin TCP/IP................................................................ 66 h) Hardware .................................................................................................... 69 3.2.2 Salto evolutivo............................................................................................... 74 a) Introduccin................................................................................................ 74 b) Modbus TCP............................................................................................... 77 c) EtherNet/IP ................................................................................................. 80 d) PROFINET CBA........................................................................................ 86 3.2.3 Productos de mercado.................................................................................... 88 3.3 Ethernet en Tiempo Real (RTE)........................................................................... 92 3.3.1 Background.................................................................................................... 93 a) Sincronizacin ............................................................................................ 93
2 de 143
Rev. 1
3.3.2 Salto evolutivo............................................................................................. 104 a) Introduccin.............................................................................................. 104 b) Ethernet/IP con CIP Sync y CIP Motion .................................................. 106 c) PROFINET IO.......................................................................................... 107 d) EtherCAT ................................................................................................. 116 e) Ethernet Powerlink ................................................................................... 128 3.3.3 Productos de mercado.................................................................................. 131 4 Conclusiones.............................................................................................................. 134 4.1 Conclusiones de carcter acadmico .................................................................. 134 4.2 Conclusiones de carcter tcnico........................................................................ 135 5 Referencias ................................................................................................................ 137 6 Anexos ....................................................................................................................... 143 6.1 Anexo I. Gua de fuentes documentales para la ingeniera ................................ 143 6.2 Anexo II. Bsqueda y seleccin de artculos...................................................... 143 6.3 Anexo III. Sitios Web analizados ....................................................................... 143
3 de 143
Rev. 1
1 Introduccin
El presente informe sobre el estado de la tcnica forma parte de los trabajos llevados a cabo por el autor en el marco del programa de doctorado denominado Sistemas de Ingeniera Elctrica, Electrnica y de Control, impartido por la UNED. Concretamente, este informe se presenta con la pretensin de superar los crditos del Periodo de Investigacin correspondientes a dicho programa.
1.1 Objetivos
Dada la naturaleza de este documento, su finalidad tiene una doble vertiente, esto es: acadmica, adems de tcnica. A continuacin, se exponen ambas.
1.1.1 Objetivo acadmico

En la vertiente acadmica, el objetivo fundamental de este documento consiste en acreditar la adquisicin de las habilidades relacionadas con la elaboracin de un estudio sobre el estado de la tcnica.
Un estudio sobre el estado de la tcnica se puede entender de dos maneras distintas: Por un lado, puede formar parte de un proyecto ms amplio, esto es, un trabajo de investigacin cientfica / tcnica (I+D+i). En este caso, el estudio sobre el estado de la tcnica constituye la primera fase -de investigacin secundaria1- que establece los lmites del conocimiento actual y sirve de base para una fase posterior -de investigacin primaria2- que pretende sobrepasar esos lmites. Por otro lado, puede considerarse como una entidad en s misma, es decir, un trabajo que se limita a aplicar las tcnicas de investigacin secundaria con la finalidad de obtener un informe sobre el estado de avance del conocimiento cientfico / tcnico actual en una determinada cuestin. En este caso, el estudio puede tener otras motivaciones, como por ejemplo, evaluar la patentabilidad de
La investigacin secundaria es aquella en la que los medios para acceder al conocimiento sobre una determinada realidad se limitan a la consulta de documentos ya elaborados por otros autores. Debido a la actual explosin en el volumen de la publicacin cientfico-tcnica, la investigacin secundaria concede cada vez mayor importancia a las habilidades de Bsqueda Bibliogrfica y Gestin del Conocimiento. 2 En la investigacin primaria, el autor accede al conocimiento sobre una determinada realidad directamente, mediante la interaccin / experimentacin con dicha realidad, y no a travs de los documentos de otros autores.
4 de 143
Rev. 1
un desarrollo ya realizado o tomar decisiones estratgicas sobre las lneas de investigacin a tomar en un determinado campo.
En cualquier caso, un estudio sobre el estado de la tcnica es, bsicamente, un ejercicio de investigacin secundaria. Es por ello que, en el estudio aqu expuesto, se estableci como objetivo asimilar y aplicar los conceptos y las tcnicas propios de la investigacin secundaria [1], [2], [3]. As mismo, se pretendi poner en prctica las recomendaciones de la literatura sobre redaccin de informes de investigacin [4]. Por ltimo, a la hora de generar y depurar las referencias bibliogrficas se siguieron los criterios establecidos en el manual de estilo editorial de IEEE [5].
1.1.2 Objetivo tcnico

Dejando a un lado la dimensin acadmica, el objetivo principal de este estudio fue profundizar en el conocimiento de una determinada cuestin tcnica, como es Ethernet Industrial. En el resto de este subapartado, se contextualizar dicha cuestin tcnica dentro de su rea de conocimiento y se formular qu lugar pretende ocupar en ella el presente informe.
La Automatizacin Industrial se ha encargado durante dcadas, mediante una sucesin de mejoras incrementales, de aumentar la capacidad de produccin de los procesos industriales -tanto continuos como discretos- y de reducir los costes de implementacin de los sistemas de control que hacan posible dicha automatizacin. Dentro de esta sucesin de mejoras incrementales, algunos de los hitos ms importantes han sido la introduccin en la dcada de 1970 de los Controladores Lgicos Programables (Programmable Logic Controller, PLC) -que sustituyeron los rgidos y simples automatismos implementados mediante maniobras de rels por flexibles y sofisticados automatismos programados- y la generalizacin en la dcada de 1990 de las redes de comunicacin digital que sustituyeron cientos de cables de seal por unos pocos cables de comunicaciones, mejorando al mismo tiempo las capacidades de monitorizacin y autodiagnstico del propio sistema de control (dispositivos de campo inteligentes).
5 de 143
Rev. 1
La implementacin de redes de comunicacin digital en el mbito de la automatizacin industrial tuvo que realizarse teniendo en cuenta los requisitos especficos del sector, que a menudo incluan comportamiento en tiempo real y resistencia a un ambiente agresivo. Estas redes de comunicacin digital especficas para entornos industriales recibieron la denominacin de buses de campo y han ido evolucionando tecnolgicamente hasta llegar a un estadio de madurez.
La tecnologa de comunicacin digital en el mundo de la ofimtica ha seguido una evolucin paralela y separada a la de los buses de campo. Ethernet fue originalmente diseado en la dcada de 1980 con el objetivo concreto de comunicar un ordenador personal con un nuevo modelo de impresora. Desde entonces, este protocolo ha ido evolucionando en varios aspectos (tasa de transmisin, topologa, medio fsico) a medida que la tecnologa avanzaba y su uso se ha ido popularizando en el entorno para el que fue diseado. En esta evolucin, Ethernet ha ido de la mano con otros protocolos de nivel superior (IP y otros, en la capa de red; TCP y UDP, en la capa de transporte; FTP, HTTP, SMTP, SNMP, etc., en la capa de aplicacin) y juntos han constituido toda una arquitectura (conocida como arquitectura TCP/IP) que se ha establecido como un estndar de facto en el entorno ofimtico.
Durante aos, las empresas industriales han presenciado cmo coexistan ambos mundos de una manera separada: Los profesionales de las Tecnologas de la Informacin (TI) se encargaban de las redes ofimticas y los sistemas ERP en las oficinas, mientras que los ingenieros de control se encargaban de los buses de campo y los sistemas de automatizacin en las plantas de produccin.
Posteriormente, a principios de la dcada de 2000, los fabricantes lderes en el sector de la Automatizacin Industrial lanzaron las primeras propuestas para introducir Ethernet y la arquitectura TCP/IP tambin en las plantas de produccin. Los argumentos utilizados para justificar esta nueva generacin de protocolos denominada Industrial Ethernet eran la expectativa de una reduccin de costes al aprovechar la produccin masiva de los controladores Ethernet estndar y la posibilidad de integrar de manera transparente los niveles de campo de la planta industrial con los niveles superiores de las oficinas e incluso con Internet.
6 de 143
Rev. 1
Sin embargo, en este sentido Ethernet presenta un problema: Una de sus caractersticas esenciales su mecanismo de control de acceso al medio, CSMA/CD- lo hace claramente no determinista, de modo que es difcil justificar su idoneidad para aplicaciones industriales, que habitualmente requieren comportamiento en tiempo real [6]. Aun as, el inters tcnico o comercial de hacer posible la utilizacin de Ethernet en aplicaciones industriales con requerimientos de tiempo real suscit una importante actividad investigadora entorno al concepto de Real-Time Ethernet (RTE).
Bajo estas denominaciones Industrial Ethernet y Real-Time Ethernet han aparecido mltiples propuestas de sistemas de comunicacin industriales, que se basan en Ethernet, para aprovechar sus puntos fuertes, e incorporan mecanismos adicionales, para evitar en lo posible sus puntos dbiles. La literatura tcnica ofrece varios estudios comparativos de dichas propuestas, centrados bsicamente en las tcnicas utilizadas para conseguir el comportamiento en tiempo real [7]-[11]. Tambin existen estudios centrados en otros aspectos igualmente importantes para las aplicaciones industriales, como son las tcnicas de redundancia en infraestructuras de switched Ethernet [12]. Por otra parte, los sitios Web de los fabricantes del sector de la Automatizacin Industrial [13]-[25] ofrecen abundante informacin comercial y tcnica sobre los productos disponibles en el mercado.
Sin embargo, los estudios comparativos procedentes de la literatura con vocacin de imparcialidad (revistas acadmicas) a menudo se quedan en el terreno terico y apenas aportan informacin prctica sobre la disponibilidad de productos de mercado. Por otra parte, la informacin proporcionada por los fabricantes tiende a ser sesgada y no facilita la comparacin objetiva de las prestaciones ofrecidas por los diferentes productos en competencia.
El propsito del presente estudio fue obtener una visin panormica de las variantes de Ethernet Industrial ms representativas, combinando al mismo tiempo informacin sobre sus fundamentos tericos (que permita juzgar sus capacidades de tiempo real) e informacin prctica sobre los fabricantes que las soportan y las gamas de productos en que se concretan. Los resultados de este estudio deberan ser tiles para aquellos responsables que deban tomar decisiones sobre la tecnologa de automatizacin a
7 de 143
Rev. 1
utilizar en una aplicacin industrial, ya sea de proceso discreto (manufactura) o de proceso continuo (qumica, farmacutica, etc.).
1.2 Abreviaturas
ASIC (Application Specific Integrated Circuit) BPDU (Bridged Protocol Data Unit) CBA (Component Based Automation) CLRPC (Connectionless Remote Procedure Call) COTS (Commercial Of-The-Shelf) CSMA/CD (Carrier Sense Multiple Access / Collision Detection) DCE (Data Communication Equipment) DCOM (Distributed Component Object Model) DHCP (Dynamic Host Configuration Protocol) DTE (Data Terminal Equipment) EMI (Electromagnetic Interferences) FCS (Frame Check Sequence) FIFO (First In First Out) FMMU (Fieldbus Memory Management Unit) FPGA (Field Programmable Gate Array) FTP (File Transfer Protocol) HMI (Human Machine Interface) HTTP (Hipertext Transfer Protocol) I/O (Input / Output) LAN (Local Area Network) LLDP (Link Layer Discovery Protocol) MAN (Metropolitan Area Network) MIB (Management Information Base) MII (Media Independent Interface) MRP (Media Redundancy Protocol) MTU (Maximum Transfer Unit) NRT (Non-Real Time) NTP (Network Time Protocol) OUI (Organizationally Unique Identifier) PAN (Personal Area Network) PD (Powered Device) PDI (Process Data Interface) PDU (Protocol Data Unit) PLC (Programmable Logic Controllers) PoE (Power over Ethernet) PSE (Power Sourcing Equipment)
8 de 143
Rev. 1
PTP (Precision Time Protocol) RMII (Reduced Media Independent Interface) RPC (Remote Procedure Call) RSTP (Rapid Spanning Tree Protocol) RT (Real Time) SAI (Sistema de Alimentacin Ininterrumpida) SAP (Service Access Point) SCADA (Supervisory Control And Data Acquisition) SDU (Service Data Unit) SMII (Serial Media Independent Interface) SNMP (Simple Network Management Protocol) SNTP (Simple Network Time Protocol) SoC (System-on-Chip) STP (Spanning Tree Protocol) TFTP (Trivial File Transfer Protocol) TTL (Time to Live) UTC (Universal Time Coordinated) VID (VLAN Identifier) VLAN (Virtual LAN)
9 de 143
Rev. 1
2 Mtodo
En condiciones habituales, un informe sobre el estado de la tcnica se concentra bsicamente en exponer los resultados y conclusiones del trabajo de investigacin secundaria realizado sobre la cuestin tcnica de inters, otorgando menor protagonismo al mtodo. Es evidente, sin embargo, que el mtodo seguido durante la investigacin puede afectar a la calidad y validez de los resultados y las conclusiones. De hecho, cuando se trata de informes sobre estudios experimentales (investigacin primaria) la ortodoxia acadmica [4] impone la necesidad de explicar minuciosamente el mtodo, para que otros investigadores puedan juzgar por s mismos la validez de las conclusiones e incluso, dado el caso, replicar la experimentacin.
Es cierto que el presente informe no expone una investigacin experimental sino bibliogrfica. Sin embargo, de acuerdo con el objetivo acadmico expuesto en el subapartado 1.1.1, se consider oportuno concebir, aplicar y documentar en esta seccin un cierto mtodo a la hora de abordar la enorme cantidad de informacin disponible sobre esta y cualquier otra- cuestin tcnica. Es de esperar que esta inversin en fijar una metodologa se pueda rentabilizar aplicndola tambin a otros trabajos de investigacin en el futuro.
2.1 Identificacin de fuentes documentales en ingeniera

A la hora de captar el estado de la tcnica sobre una determinada cuestin, existen multitud de fuentes de informacin (documentos) a las que se puede recurrir. [1] las clasifica en los siguientes tipos:
Tratados / Manuales Monografas y compilaciones Normas Directorios Revistas acadmicas (journals) Actas de conferencia (conference proceedings) Tesis (doctoral dissertations y master thesis)
10 de 143
Rev. 1
Patentes
Cada tipo de fuente de informacin tiene caractersticas diferenciales que conviene conocer a la hora de seleccionarlo para realizar un estudio sobre el estado de la tcnica. Por ejemplo, para introducirse en un campo relativamente desconocido, es conveniente comenzar estudiando los tratados o manuales, que contienen la informacin y la terminologa consolidada y estn dirigidos a lectores no expertos. En cambio, para analizar las fronteras del conocimiento en una cuestin concreta, son ms adecuados artculos publicados en revistas acadmicas (journals) de reconocido prestigio o en las actas de conferencia (conference proceedings). Por otra parte, las patentes pueden proporcionar informacin valiosa sobre el know-how de las empresas y sus decisiones estratgicas en cuanto a su poltica de I+D+i.
Sin embargo, en la actualidad, el enorme volumen de informacin cientfica y tcnica generada hace inviable su lectura completa, incluso para una cuestin muy concreta [3]. En su lugar, es necesario acceder a dicha informacin de manera selectiva, apoyndose en las fuentes documentales, que actualmente estn informatizadas y son accesibles va Internet. Las fuentes documentales son instrumentos al servicio de la comunidad cientfica que se alimentan de las fuentes de informacin (documentos publicados) y generan una metainformacin (informacin documental) con la intencin de facilitar el acceso selectivo a las fuentes de informacin relevantes.
A su vez, existen multitud de fuentes documentales, cada una de ellas con sus caractersticas especficas. Los principales rasgos que las distinguen son:
Las reas de conocimiento que abarcan (qumica, medicina, ingeniera, informtica, etc.). Los tipos de fuentes de informacin que documentan (artculos, tesis, sitios Web, patentes, etc.). El tipo de fuente documental (bibliografa, catlogo, ndice analtico, ndice de citas, etc.), que viene dado por la naturaleza de la metainformacin que proporcionan (vase [1] para una clasificacin detallada).
11 de 143
Rev. 1
En el caso de los ndices analticos, son importantes las funcionalidades extra que ofrecen, a parte de la bsqueda asistida mediante palabras clave y operadores lgicos. Por ejemplo: o Acceso a resmenes (abstracts) de los documentos. o Acceso al texto completo (full text) de los documentos. o Capacidad de hacer un seguimiento de las citas, aguas arriba (documentos anteriores citados por el documento en cuestin) y / o aguas abajo (documentos posteriores que citan el documento en cuestin). o Capacidad para guardar el criterio de bsqueda y eventualmente enviar alertas por e-mail cuando se incorpora a la fuente documental un nueva entrada que cumple con el criterio de bsqueda.
En el presente estudio, se estableci como paso previo el objetivo de familiarizarse con las principales fuentes documentales en ingeniera. As pues, se identificaron en [1], [3] y [26] todas las referencias a fuentes documentales que pudieran tener relacin con la ingeniera y se visitaron los sitios Web correspondientes para averiguar las caractersticas de cada una de ellas. Con la informacin recopilada, se confeccion una Gua de Fuentes Documentales en Ingeniera (vase Anexo I), con la pretensin de que fuera til no slo para el presente estudio sino tambin para otros futuros, en cualquier mbito de la ingeniera.
2.2 Bsqueda y seleccin de artculos3

2.2.1 Seleccin de las fuentes documentales a consultar
En base al conocimiento adquirido durante la elaboracin de la Gua de Fuentes Documentales, se estableci una seleccin de las fuentes documentales que se consideraron ideales para realizar la bsqueda de artculos sobre la cuestin tcnica objeto del estudio. Esta seleccin ideal estaba compuesta por:
3
IEEE Xplore Digital Library [27]. INSPEC [28].
En el presente informe, se utiliza el trmino artculo como traduccin del trmino paper, en ingls, y se entiende que engloba tanto los artculos de revistas acadmicas (journals) como los artculos de actas de conferencias (conference proceedings).
12 de 143
Rev. 1
Current Contents Connect [29].
Sin embargo, existan ciertos condicionamientos prcticos que dificultaban la utilizacin de las dos ltimas fuentes documentales. Estos condicionamientos eran los siguientes:
No era posible acceder a ellas a travs del acceso remoto de CiberUNED. Entre los servicios que prestaban, no estaba incluido el acceso al texto completo de los documentos. As pues, en caso de considerarse relevante para el estudio una cierta referencia bibliogrfica, sera necesario hacer la peticin de una copia del documento correspondiente en un centro de documentacin y esperar la recepcin del mismo.
En consecuencia, se decidi establecer esta otra seleccin, que no presentaba ninguna de las dificultades mencionadas:
IEEE Xplore Digital Library ACM Digital Library [30]. ScienceDirect [31].
A pesar de este cambio, la seleccin final se consider suficientemente representativa, debido a que las publicaciones englobadas por IEEExplore constituyen la fuente ms importante de informacin, por calidad y cantidad, en el rea de conocimiento de la ingeniera elctrica, electrnica y de control.
2.2.2 Bsqueda de artculos de revista acadmica

Las fuentes documentales seleccionadas segn se explica en el subapartado anterior son ndices analticos. Esto significa que todas sus referencias bibliogrficas estn indexadas, de manera que permiten la bsqueda automtica en base a criterios establecidos por el usuario sobre uno o ms de los campos que las componen (ttulo, autor, palabras clave, etc.).
13 de 143
Rev. 1
Aunque esto supone una facilidad evidente para el proceso de investigacin, la enorme cantidad de informacin existente en cualquier mbito cientfico / tcnico hace que el resultado de la bsqueda pueda diferir sensiblemente en funcin de cmo se realice sta. A continuacin se expone el proceso seguido en el presente estudio para los artculos de revista acadmica.
a) Identificacin de los elementos de bsqueda

En primer lugar, se identificaron los elementos de bsqueda que se utilizaran al ejecutar la bsqueda en las fuentes documentales seleccionadas. Los elementos de bsqueda son trminos (formados por una o ms palabras) definidos por el usuario cuya existencia en alguno de los campos de una referencia bibliogrfica es tenida en cuenta a la hora de decidir si esa referencia formar parte de los resultados de la bsqueda o no. En general, se pueden utilizar como elementos de bsqueda:
Autores. Organizaciones (centros de investigacin, empresas,...). Publicaciones. Palabras clave. Etc.
Sin embargo, los tres primeros tipos de elementos de bsqueda requieren de un conocimiento previo de cierta profundidad sobre la cuestin tcnica, que en el presente estudio no se quiso dar por supuesto. As pues, la bsqueda se bas exclusivamente en las palabras clave que se exponen a continuacin.
Para delimitar el mbito de bsqueda entorno al tecnologa Ethernet, se utilizaron las siguientes palabras clave:
4
Ethernet. IEEE 802.34.
El protocolo Ethernet original, desarrollado por Xerox, es casi idntico al reconocido en el estndar IEEE 802.3, de modo que pueden coexistir en el mismo medio. As pues, en la prctica ambos trminos se consideran como sinnimos.
14 de 143
Rev. 1
Para reducir el mbito de bsqueda a las aplicaciones industriales y / o a las aplicaciones en tiempo real, se utilizaron las siguientes palabras clave:
Real-time Realtime Real time Industrial
b) Definicin del criterio de la bsqueda

Bsicamente, la definicin del criterio de bsqueda consiste en combinar los elementos de bsqueda mediante los operadores lgicos adecuados. En el presente estudio se estableci un criterio de bsqueda basado en la siguiente combinacin lgica:
("realtime" OR "real time" OR "real-time" OR "industrial") AND ("ethernet" OR "IEEE 802.3")
Adems, se enriqueci el criterio aadiendo una restriccin para limitar los resultados a los artculos de revista acadmica (journals), excluyendo los artculos de actas de conferencias (conference proceedings), libros y otros.
c) Ejecucin de la bsqueda automtica

Aunque el criterio de bsqueda se puede establecer de manera general, a la hora de ejecutar la bsqueda, se deben tener en cuenta las particularidades de cada fuente documental. A continuacin, se expone cmo se realiz la bsqueda en cada una de las fuentes documentales seleccionadas, para conseguir resultados homogneos.
En la IEEE Xplore Digital Library, se aplicaron los siguientes comandos de bsqueda sobre la informacin bibliogrfica (metadatos), no sobre el texto completo:
15 de 143
Rev. 1
("realtime" OR "real time" OR "real-time" OR "industrial") AND ("ethernet" OR "IEEE 802.3")
Mediante un refinamiento posterior, se seleccionaron slo los documentos de tipo journal. Realmente, IEEE Xplore incluye bajo este subapartado tanto documentos de tipo journal propiamente dicho como de tipo transaction y magazine. IEEE Xplore no permite discriminar entre ellos, al menos automticamente. En definitiva, el total de documentos encontrados en la IEEE Xplore Digital Library fue de 156 artculos.
En la ACM Digital Library, en un principio, se utilizaron los siguientes comandos de bsqueda:
("realtime" OR "real time" OR "real-time" OR "industrial") AND ("ethernet" OR "IEEE 802.3") AND (PublishedAs:journal OR PublishedAs:transaction OR PublishedAs:magazine).
Como se puede observar, existe un tercer trmino que delimita el tipo de documento a buscar. ACM Digital Library permite discriminar entre documentos de tipo journal, transaction y magazine. Para tratar de que la bsqueda fuera equivalente a la de IEEE Xplore Digital Library, se incluyeron todos ellos.
El resultado de esta bsqueda fue de 757 documentos. Sin embargo, al analizar la informacin bibliogrfica de las primeras referencias (ttulo, resumen, etc.) se observ que no eran relevantes para la bsqueda en cuestin. De hecho, las palabras clave no aparecan en la informacin bibliogrfica (metadatos). Para paliar esta disfuncin, se modificaron los comandos de bsqueda de la siguiente manera:
(Abstract:"realtime" OR Abstract:"real time" OR Abstract:"real-time" OR Abstract:"industrial") AND (Abstract:"ethernet" OR Abstract:"IEEE 802.3")

16 de 143 Rev. 1
AND (PublishedAs:journal OR PublishedAs:transaction OR PublishedAs:magazine)
Como se puede observar, las palabras claves se buscaron slo en el campo Abstract y no en el resto de la informacin bibliogrfica. En teora, esta modificacin debera haber reducido slo levemente el nmero de resultados de la bsqueda, puesto que el Abstract es el campo que tiene mayor extensin y suele repetir las palabras del ttulo. En cambio, lo que ocurri en la prctica fue que disminuy drsticamente a cuatro artculos, pero esta vez s eran relevantes.
Por ltimo, en Science Direct, se aplicaron los siguientes comandos de bsqueda sobre los campos Title, Abstract y Keywords:
(TITLE-ABSTR-KEY("realtime") OR TITLE-ABSTR-KEY("real time") OR TITLEABSTR-KEY("real-time") OR TITLE-ABSTR-KEY("industrial")) AND (TITLE-ABSTR-KEY("ethernet") OR TITLE-ABSTR-KEY("IEEE 802.3"))
Adems se impusieron los siguientes condicionantes:
Tipo de fuente journal pero no book. reas de conocimiento Computer Science y Engineering. Tipo de documento Article y Review Article
Como resultado de la bsqueda, se obtuvieron como resultado 85 artculos.
En resumen, contabilizando las tres fuentes documentales, se encontraron un total de 245 artculos de revista acadmica. El hecho de que quede documentado exactamente con qu comandos de bsqueda y con qu condicionantes extra se obtuvieron estos resultados debe permitir la repeticin de la bsqueda en el futuro y la deteccin de nuevos artculos que eventualmente se publiquen sobre la cuestin. En el caso de IEEE Xplore Digital Library, se guard la bsqueda ejecutada y se activ una alerta automtica asociada a ella, de modo que automticamente se generar un aviso por e-
17 de 143
Rev. 1
mail cuando se den de alta en su base de datos nuevas entradas que satisfagan la bsqueda.
d) Exportacin de los resultados al gestor de referencias bibliogrficas

Los resultados de las bsquedas anteriores requeran un trabajo de anlisis y seleccin que, en principio, se poda hacer por separado, en las interfaces de usuario de cada una de las tres fuentes documentales. Sin embargo, se consider que era conveniente dar un tratamiento uniforme a todas las referencias bibliogrficas desde la fase ms temprana posible. As pues, se exportaron los resultados de las tres bsquedas al gestor de referencias bibliogrficas RefWorks. Para ello se utilizaron formatos intermedios que eran soportados, a la vez, por las funcionalidades de exportacin de las fuentes documentales y por las de importacin de RefWorks. Concretamente, los formatos intermedios utilizados fueron los siguientes:
EndNote, para IEEE Xplore Digital Library. BibTex, para ACM Digital Library. RIS, para Science Direct.
Adems, en todos los casos, se activ la opcin de incluir en la exportacin los resmenes (abstracts), con el objetivo de tener la mxima cantidad de informacin posible para su posterior tratamiento. Finalmente, una vez en RefWorks, las 245 referencias bibliogrficas fueron alojadas en una carpeta denominada INDETH_PAPERS_SEARCH, que est disponible en Internet [32].
2.2.3 Seleccin de artculos de revista acadmica

El proceso de bsqueda expuesto en el subapartado anterior circunscribi la atencin de la investigacin a un conjunto de artculos de revista acadmica que, de algn modo, estaban relacionados con la cuestin tcnica y descart los que no tenan ninguna conexin con ella. Es evidente que esta primera criba supuso un gran avance. Sin embargo, el elevado nmero de artculos (245) haca inviable en la prctica el estudio de todos ellos.
18 de 143
Rev. 1
As pues, se acometi un proceso de preseleccin con la intencin de identificar los artculos que podan ser de relevancia para la investigacin, en base al anlisis exclusivamente de las referencias bibliogrficas (incluyendo abstracts)5. Puesto que esa informacin ya estaba disponible en el gestor de referencias bibliogrfica, todo el proceso de seleccin se llev a cabo con la asistencia de tal gestor, sin necesidad de recurrir a las fuentes documentales originales. A continuacin se describen los pasos seguidos.
a) Primera preseleccin
En el gestor de referencias bibliogrficas RefWorks, se accedi a las 245 referencias resultantes de la bsqueda, contenidas en la carpeta IND-ETH_PAPERS_SEARCH. La visualizacin de las referencias se orden por ttulo de publicacin, con el fin de que los documentos correspondientes a una misma publicacin apareciesen de manera contigua.
A continuacin, se repasaron una a una las referencias bibliogrficas bsicamente ttulos y resmenes (abstracts) con la finalidad de:
Formarse una idea sobre el contenido de cada artculo y decidir si se inclua o no en la preseleccin. Cuando se preseleccionaba una referencia, se editaba su campo Usuario1 para incluir un comentario personal sobre el contenido del documento o su utilidad para el fin de la investigacin. Adems, la referencia en cuestin se daba de alta adicionalmente en otra carpeta denominada INDETH_PAPERS_PRESELEC, tambin disponible en Internet [33].
Formarse una idea sobre la orientacin de las diferentes publicaciones. En el Anexo II, aparecen comentarios sobre la orientacin de cada publicacin y sobre su relevancia para la investigacin. Tambin aparecen los detalles cuantitativos referentes a la globalidad del proceso de bsqueda y seleccin de artculos.
Se decidi que no convena recurrir al texto completo de los artculos para realizar la seleccin: Hacer esto de una manera homognea y consistente para los 245 artculos era inviable, incluso leyendo en diagonal. En su lugar, se decidi confiar en que la lectura detenida de los ttulos y los resmenes (abstracts) proporcionara informacin suficiente para seleccionar los artculos que convena estudiar. Al fin y al cabo, esa es la razn de ser de los abstract.
19 de 143
Rev. 1
Familiarizarse con la terminologa y las palabras clave propias de la cuestin tcnica. Es evidente que las palabras clave nucleares en la cuestin bajo estudio son Ethernet, Industrial, Real-Time,... Sin embargo, hay otras muchas palabras clave que constituyen el mapa conceptual de la cuestin tcnica y que, en buena lgica, deberan aparecer en los abstracts de los artculos resultantes de la bsqueda.
b) Segunda preseleccin
La primera preseleccin fue de carcter exhaustivo y manual. Para evitar que en ella se hubiera descartado inadvertidamente algn artculo especialmente relevante para la investigacin, se realiz una segunda preseleccin, esta vez basada en las funcionalidades de bsqueda automtica proporcionadas por el propio gestor de referencias. As pues, se realizaron dos bsquedas circunscritas a la carpeta INDETH_PAPERS_SEARCH, cada una de ellas con objetivos divergentes:
La primera, para identificar los artculos de carcter general e integrador, que podan facilitar una visin panormica sobre la cuestin tcnica, se ejecut una bsqueda con la siguientes palabras clave: Advances in, Progress in, Perspective, Review, Overview.
La segunda, para identificar los artculos que se concentraban en propuestas de mercado concretas, se utilizaron como palabras clave las siguientes marcas comerciales: EtherCAT, PROFINET, EtherNet/IP, Ethernet Powerlink.
Sobre los resultados de las bsquedas anteriores, se revisaron los ttulos y resmenes para decidir qu referencias merecan ser aadidas a la preseleccin. Sin embargo, se constat que todas las referencias que resultaron de este segundo proceso de preseleccin ya haban sido identificadas en el primero. En definitiva, la carpeta INDETH_PAPERS_PRESELEC result contener las referencias de 52 artculos de revista acadmica.
20 de 143
Rev. 1
c) Seleccin final
La cantidad de artculos resultante de la preseleccin todava era demasiado grande como para abordar su anlisis detallado, dentro de las pretensiones del presente estudio6. As pues, se estudiaron en detalle (por segunda vez) los ttulos y resmenes de las referencias contenidas en IND-ETH_PAPERS_PRESELEC, con el objetivo de hacer la seleccin final. En base al background obtenido durante el proceso de preseleccin, se establecieron los diferentes aspectos que deba atender la seleccin final, a saber:
Vista panormica de las tcnicas existentes para dotar a Ethernet de comportamiento en tiempo real. Vista panormica de las actividades de normalizacin en este mbito. Monografas sobre protocolos que se han quedado en el mbito experimental (p. ej., Time-Triggered Ethernet). Monografas sobre protocolos que estn disponibles en el mercado (p. ej., EtherCAT, PROFINET, EtherNet/IP, Ethernet Powerlink,...).
Las referencias de los 16 artculos de revista acadmica finalmente seleccionados se dieron de alta adicionalmente en la carpeta de RefWorks denominada INDETH_PAPERS_SELEC, que tambin est disponible en Internet [34].
2.2.4 Actas de conferencia. Complemento a las revistas acadmicas

Las actas de conferencia quedaron excluidas de la bsqueda en todo el proceso explicado anteriormente. El motivo es que los artculos de actas de conferencia son ms cortos, menos ambiciosos, mucho ms numerosos y no pasan por el proceso de filtrado y revisin de las revistas acadmicas.
Sin embargo, en este punto de la investigacin, se estim oportuno complementar los artculos de revista acadmica seleccionados con algunos artculos de acta de
Ante este argumento, cabe cuestionarse por qu no se plante el proceso de preseleccin con criterios ms estrictos para reducir ms el nmero resultante. El motivo es que se consider oportuno tener un repositorio de materiales identificados y comentados (campo Usuario1) que pudieran servir para alimentar una posible ampliacin posterior del presente estudio. En definitiva, la idea clave es: INDETH_PAPERS_PRESELEC contiene los artculos relativos a la cuestin tcnica que han suscitado algn inters en el autor e IND-ETH_PAPERS_SELEC contiene los artculos que se ha decidido analizar en profundidad para el presente estudio.
6
21 de 143
Rev. 1
conferencia. Para ello, se aprovech el background adquirido en la fase anterior para hacer bsquedas discrecionales directamente en las fuentes documentales. En total, se seleccionaron 12 artculos de acta de conferencia, cuyas referencias se exportaron a RefWorks y se aadieron directamente a la carpeta IND-ETH_PAPERS_SELEC, que pas a tener un total de 28 referencias, segn se detalla en el Anexo II.
2.3 Estudio de los artculos seleccionados

Una vez seleccionados los artculos (tanto de revistas acadmicas como de actas de conferencias) era necesario conseguir el texto completo de los artculos para estudiarlos en profundidad. Puesto que las fuentes documentales consultadas tenan la prestacin de acceso al texto completo, slo fue necesario volver a acceder a ellas para descargar los artculos seleccionados. Si no hubieran tenido esta prestacin, el camino a seguir habra consistido en solicitar una copia de dichos artculos en un centro de documentacin (por ejemplo, una biblioteca de la UNED).
A continuacin se procedi a la lectura detenida y anlisis de los 28 artculos. Se abordaron en primer lugar aquellos que proporcionaban una visin panormica y despus aquellos que se concentraban en aspectos concretos. La informacin obtenida de estos artculos se refera bsicamente los fundamentos tericos de los diferentes protocolos y a las actividades de normalizacin sobre los mismos.
2.4 Bsqueda y seleccin de sitios Web y documentos on-line

2.4.1 Seleccin de las fuentes documentales a consultar
Tambin existen fuentes documentales para la informacin contenida en sitios Web (vase Anexo I). En este caso particular, sin embargo, la informacin que se pretenda obtener mediante la consulta de sitios Web era referente a los principales fabricantes del mercado y su gama actual de productos y, despus de unos intentos preliminares, se detect que los resultados de bsquedas ejecutadas en estas fuentes documentales no estaban especialmente enfocados hacia los productos de mercado sino ms bien hacia produccin acadmica, que ya quedaba suficientemente cubierta por los artculos estudiados en la fase anterior.
22 de 143
Rev. 1
As pues, se opt por realizar la bsqueda de forma manual a partir de dos fuentes documentales alternativas, a saber:
Los apartados de referencias de los artculos estudiados anteriormente. El sitio Web IEB (Industrial Ethernet Book) [35]. Este sitio Web proporciona informacin sobre una gran variedad de fabricantes relacionados con Ethernet Industrial.
2.4.2 Bsqueda de sitios Web y documentos on-line

En primer lugar, a partir de las fuentes documentales alternativas, se identificaron los sitios Web de las plataformas de estandarizacin de los principales protocolos de Ethernet Industrial, as como los de los fabricantes que las promueven o se adhieren a ellas. A continuacin, se explor el contenido de estos sitios Web, tanto los textos HTML como los documentos accesibles desde ellos.
Como resultado de esta exploracin, se obtuvo una idea sobre el inters de cada sitio Web y se preseleccionaron los documentos de inters7. Tanto para los primeros como para los segundos, se dieron de alta manualmente referencias en RefWorks (incluyendo comentarios en el campo Usuario 1) en la carpeta IND-ETH_ONLINE_PRESELEC, accesible desde Internet [36]. En total, se preseleccionaron 32 sitios Web y 61 documentos on-line.
2.4.3 Seleccin de sitios Web y documentos on-line

A diferencia de lo ocurrido con los artculos, en el caso de los sitios Web y documentos on-line, la seleccin definitiva no se realiz en un punto concreto de la investigacin, sino que se utiliz la preseleccin como un repositorio de materiales del cual se seleccionaban documentos para su estudio detallado a medida que se estimaba oportuno, en el proceso de estudio. Aunque, en primera instancia, se pretendi utilizar estos materiales solamente para obtener informacin sobre productos de mercado y fabricantes, se observ que tambin existan documentos con contenido riguroso sobre
Al igual que ocurri con la preseleccin de artculos, en esta preseleccin se incluyeron aquellos sitios Web y documentos on-line que se consideraron de posible inters no slo para el presente estudio sino para eventuales ampliaciones que se pudieran plantear en el futuro.
7
23 de 143
Rev. 1
los fundamentos tericos de los diferentes protocolos, que ayudaban a interpretar el contenido de los artculos.
Las referencias de los sitios Web y documentos on-line finalmente seleccionado para su estudio en mayor profundidad se dieron de alta adicionalmente en RefWorks, en la carpeta IND-ETH_ONLINE_SELEC, accesible desde Internet [37]. En total, se seleccionaron 23 sitios Web y 29 documentos on-line. El Anexo III resume el proceso de preseleccin y seleccin. Tambin aporta informacin orientativa sobre el contenido los sitios Web.
2.5 Estudio
de
los
sitios
Web
documentos
on-line
seleccionados
El estudio de los sitios Web y documentos on-line seleccionados permiti obtener informacin sobre productos de mercado. Adems, tambin permiti solucionar lagunas sobre aspectos bsicos de la cuestin tcnica que, aunque eran mencionados en los artculos, no se desarrollaban suficientemente profundidad. Especialmente tiles, en este sentido, fueron los sitios Web de IETF [38], de IEEE [39] y de InES [40].
24 de 143
Rev. 1
3 Resultados
3.1 Visin general
En esta seccin, se expondrn los resultados del estudio realizado. Es decir, se intentar presentar de manera organizada y objetiva la informacin obtenida a travs del mtodo de investigacin detallado en la seccin anterior. Todo el cuerpo de informacin mencionado gira entorno a tres conceptos claves: Ethernet, Ethernet Industrial y Ethernet en Tiempo Real. A continuacin, se tratar establecer las relaciones entre ellos.
Ethernet es una tecnologa de comunicacin que ha ido adoptando formas diferentes a lo largo del tiempo, pero que, sin embargo ha mantenido una coherencia (compatibilidad) entre todas ellas, a medida que evolucionaba. As pues, se podra decir que solamente existe una Ethernet y es la que est especificada en la norma IEEE 802.3. Adems, cuando se habla de Ethernet a secas, normalmente se da por supuesto que se utiliza en un entorno ofimtico y en conjuncin con la arquitectura TCP/IP.
Ethernet Industrial es una expresin que denota una multiplicidad de propuestas (incompatibles entre s) que, partiendo como base de Ethernet (IEEE 802.3), pretenden adaptarse a las necesidades de aplicaciones industriales. Frecuentemente, estas necesidades incluyen la robustez ante ambientes agresivos y el comportamiento en tiempo real. Sin embargo, no todas las propuestas de Ethernet Industrial presentan comportamiento en tiempo real.
Ethernet en Tiempo Real tambin denota una multiplicidad de propuestas (incompatibles entre s) que modifican la manera habitual de utilizar Ethernet (esto es, a travs de la arquitectura TCP/IP) y/o incluso su propia esencia (capa fsica y capa MAC) para conseguir un comportamiento en tiempo real. En este informe, cuando se utiliza la expresin Ethernet en Tiempo Real, se hace referencia a su uso en aplicaciones industriales.
Existe una clara secuencia cronolgica en la aparicin de los tres conceptos: Ethernet es el concepto original, que apareci en la dcada de 1980. Ethernet Industrial apareci a
25 de 143
Rev. 1
principios de la dcada de 2000. Finalmente, Ethernet en Tiempo Real apareci ms recientemente, para dar respuesta a los requisitos temporales ms exigentes de las aplicaciones industriales.
3.2 Ethernet Industrial

En este apartado se desarrollar el concepto de Ethernet Industrial. Para ello, se organizar el texto de la siguiente manera.
En el subapartado de Background, se tratarn los fundamentos de la tecnologa previa a Ethernet Industrial. Esto incluye los diferentes modelos de referencia para los sistemas de comunicacin, Ethernet, los protocolos de capas superiores y aspectos referentes a las implementaciones en hardware. Estos fundamentos son necesarios para comprender qu novedades son las que aportan las propuestas de Ethernet Industrial.
En el subapartado de Salto evolutivo, se repasarn las principales caractersticas de las propuestas de Ethernet Industrial, explicando cmo utilizan las posibilidades que ofrece la tecnologa existente y qu funcionalidades aportan.
Por ltimo, en el subapartado Productos de mercado, se repasarn los principales fabricantes de cada propuesta de Ethernet Industrial y las gamas de productos correspondientes disponibles comercialmente. Tambin se indicarn los tipos de comunicacin a los que van principalmente dirigida cada propuesta y algunos aspectos sobre su posicionamiento estratgico en el mercado.
3.2.1 Background a) Modelos de referencia Modelo de referencia OSI

La interconexin de sistemas informticos requiere la resolucin de gran cantidad de aspectos, desde los niveles de tensin que puede adoptar la seal propagada por el medio de comunicacin hasta los mecanismos previstos para encriptar la informacin transmitida, por ejemplo. En 1984, fue publicada la primera edicin de la norma
26 de 143
Rev. 1
ISO/IEC 7498-1 y en 1994 la segunda y ltima edicin, que sigue vigente en la actualidad y que ha servido durante todo este tiempo para facilitar el desarrollo de diferentes normas sobre interconexin de sistemas informticos. Esta norma define el Modelo de Referencia Bsico para la Interconexin de Sistemas Abiertos, normalmente conocido como Modelo de referencia OSI, que organiza la gran variedad de funciones involucradas en una estructura de siete capas funcionales o niveles de abstraccin.
Fig. 1. Modelo de referencia OSI
Ambos sistemas a interconectar (hosts) deben implementar las siete capas funcionales con el objetivo de conseguir que los procesos de aplicacin (aplicaciones de usuario) que se ejecutan a ambos lados de la conexin puedan comunicarse de manera transparente, es decir, simplemente sirvindose de los servicios proporcionados por la capa inmediatamente inferior (capa de aplicacin) .y sin ser conscientes de las funciones realizadas en el resto de capas inferiores. Para ello, las capas de aplicacin de ambos lados de la conexin se comunican entre ellas siguiendo unas ciertas reglas (protocolo de aplicacin) sirvindose a su vez de los servicios proporcionados por la capa inmediatamente inferior (capa de presentacin). Este esquema se repite sucesivamente hasta llegar a la capa fsica que se sirve de los transceptores y el medio fsico para transmitir los bits entre ambos hosts.
27 de 143
Rev. 1
Cada capa, para realizar sus funciones, requiere un trfico de datos de control entre ambos lados de la conexin, representado en la Fig. 1 por las flechas horizontales. Este trfico es tratado por las capas inferiores del mismo modo que el trfico procedente de los procesos de aplicacin, esto es, como datos de usuario. Sin embargo, para las capas superiores a la capa en cuestin, este trfico es simplemente invisible. Tanto el trfico originado en una capa del modelo OSI (datos de control) como el trfico originado en los procesos de aplicacin (datos de aplicacin) sigue en el host emisor un camino descendente a lo largo de las capas hasta alcanzar el medio de transmisin y, una vez recibido en el host receptor un camino ascendente hasta llegar a la capa donde se origin (datos de control) o bien al propio proceso de aplicacin (datos de aplicacin). Esta otra manera de entender el trfico es representada en la Fig. 1 mediante las flechas verticales.
En el camino descendente del proceso de emisin, cada capa acoge la informacin procedente de la capa superior como unos datos de usuario cuyos significado y formato no es necesario conocer. Estos datos de usuario son encapsulados en una envoltura (marcada en verde en la Fig. 2) con un formato especfico de la capa, que aade la informacin necesaria para que la capa pueda realizar sus funciones en el host receptor.
Fig. 2. Proceso de encapsulacin y desencapsulacin
En el camino ascendente del proceso de recepcin, cada capa utiliza la informacin de la envoltura (cuyo formato conoce) para realizar sus funciones y entrega los datos de usuario (cuyo formato desconoce) a la capa superior. De este modo, las sucesivas
28 de 143
Rev. 1
envolturas se van utilizando y desechando en el camino ascendente, hasta llegar al propio proceso de aplicacin.
A continuacin se expone brevemente las funciones asignadas a cada una de las siete capas del modelo de referencia OSI:
Capa fsica. Define las caractersticas mecnicas (conectores y cables), fsicas (niveles de tensin, velocidades de transmisin,...) y funcionales (definicin de seales) de un enlace fsico. Su funcin bsica consiste en proporcionar un canal de comunicaciones a la capa superior. Para ello, realiza la codificacin y sealizacin de los bits, la sincronizacin de emisor y receptor, la sealizacin / deteccin del inicio y el fin de la transmisin, etc.
Capa de enlace de datos. Su funcin bsica consiste en mantener la integridad de los datos de una transmisin no exenta de ruido. Para ello, arbitra el acceso al medio fsico de los diferentes participantes que comparten un mismo dominio de acceso, se atiene a un formato de trama preestablecido y realiza operaciones de deteccin y recuperacin de errores de transmisin y otras anomalas que pueden ocurrir en la capa fsica.
Capa de red. Su funcin bsica consiste en realizar el encaminamiento, es decir, tomar la decisin sobre la sucesin ptima de nodos que debe recorrer cada paquete de informacin, dentro de una red de conmutacin de paquetes. Esta decisin se evala en cada momento para evitar las zonas ms congestionadas de la red y, por tanto, dos paquetes con el mismo emisor y receptor pueden seguir caminos diferentes.
Capa de transporte. Su funcin principal consiste en establecer una conexin punto a punto de naturaleza lgica entre dos sistemas finales conectados a la red, asegurando que todos los paquetes tratados por la capa de red llegan al receptor y, adems, lo hacen en el mismo orden en que fueron transmitidos. Por otra parte, si la informacin procedente de la capa superior viene en unidades demasiado grandes, se encarga de fragmentarla en unidades ms pequeas para que puedan ser tratadas por las capas inferiores a la hora de transmitirla. En la
29 de 143
Rev. 1
recepcin, esta misma capa se encarga de reconstruir la informacin a partir de los fragmentos para hacerla llegar a la capa superior de un modo transparente. Capa de sesin. Gestiona el establecimiento y la liberacin de una sesin solicitada por el usuario, as como el intercambio de datos durante su existencia. Capa de presentacin. Su funcin bsica consiste en asegurar la compatibilidad entre los sistemas de representacin heterogneos que pueden encontrarse en los sistemas finales. Para ello, realiza las funciones de conversin de cdigos (de nmeros, caracteres, etc.) necesarias. Tambin puede encargarse de tareas de encriptacin / desencriptacin para asegurar la seguridad de la transmisin. Capa de aplicacin. Su funcin consiste en permitir, dentro de una aplicacin distribuida, la comunicacin entre los procesos de aplicacin residentes en los diferentes sistemas interconectados. Para ello, proporciona una variedad de servicios, como la transferencia de ficheros, el terminal virtual, la transferencia de correo electrnico, etc.
Segn sea la distancia geogrfica existente entre los dos sistemas a interconectar, el nmero y el tipo de dispositivos intermedios de comunicacin involucrados ser diferente. Aunque los sistemas finales deben implementar obligatoriamente las siete capas, los dispositivos intermedios de comunicacin slo deben implementar las capas inferiores. El modelo OSI prev que estos dispositivos podrn ser de tres tipos, segn el nmero de capas que implementen (vase zona azul en la Fig. 1): Si slo implementan la capa fsica, servirn nicamente para extender el medio de transmisin, asegurando el enlace fsico. En este caso se denominan repetidores (repeaters). Si implementan la capa fsica y la de enlace de datos, servirn conectar dominios de acceso diferentes dentro de una red, asegurando el enlace lgico de datos. En ese caso se denominan puentes (bridges). Si implementan las tres capas inferiores (incluida la de red), servirn para unir redes diferentes, asegurando la funcin de encaminamiento. En este caso se denominan encaminadores (routers).
30 de 143
Rev. 1
La pretensin del modelo de referencia OSI no era servir como una especificacin de implementacin sino como referencia para: Definir una terminologa comn en el campo de la interconexin de sistemas informticos, aplicable en todos los posibles mbitos: Tanto para aplicaciones ofimticas como industriales, tanto para mbitos geogrficos limitados como amplios, etc. Establecer un marco apropiado para facilitar el desarrollo y la mejora de otras normas (de implementacin), facilitando as un mayor grado de
interoperabilidad. Ayudar a comprender las relaciones entre dichas normas.
As, por ejemplo, la especificacin Ethernet se puede situar en perspectiva gracias al modelo de referencia OSI, advirtiendo que las funciones que define estn ubicadas en las capas fsica y de enlace de datos. Igualmente ocurre con otras especificaciones tradicionalmente consideradas como buses de campo industriales (CAN, Modbus RS485, etc.): Tambin ellas se circunscriben a las capas fsicas y de enlace de datos.
Modelo de referencia IEEE 802

La especificacin Ethernet, sin embargo, cuando la institucin IEEE se hizo cargo de su mantenimiento substituyendo a su creadora original (Xerox), qued circunscrita dentro de otro modelo de referencia, definido por IEEE para organizar sus trabajos de normalizacin en un mbito mucho ms amplio. Se trata del modelo de referencia IEEE 802 [41] para LANs y MANs. Aun as, el proyecto de normalizacin 802 de IEEE reconoce la utilidad del modelo de referencia OSI y establece la correspondencia existente con el suyo propio en la Fig. 3.
31 de 143
Rev. 1
Fig. 3. Modelo IEEE 802 vs. modelo ISO
Las caractersticas ms importantes del modelo de referencia IEEE 802 son las siguientes: Limita su alcance a las dos capas inferiores del modelo de referencia OSI, es decir, no prev la implementacin de routers. Desglosa la capa de enlace de datos del modelo OSI en dos subcapas: o Subcapa LLC (Logical Link Control) o Subcapa MAC (Medium Access Control)
A partir de este modelo de referencia, el proyecto de normalizacin IEEE 802 ha definido diferentes tecnologas de redes LAN, MAN y PAN cuyas caractersticas clave son: Orientacin a mbitos geogrficos restringidos. En el caso de las LANs, hasta 2 km de extensin, adecuado para un edificio de oficinas o un campus. Estilo de comunicacin est basado en paquetes, caracterizado por unidades de informacin de longitud variable, con lmites mximos superiores a 1000 octetos y transmisin disparada por eventos (no por tiempo). Posibilidad de diferentes tipos de direccionamiento: unicast, multicast y broadcast.
En la Fig. 4, se ilustra la situacin de estas tecnologas dentro del marco global del proyecto IEEE 802.
32 de 143
Rev. 1
Fig. 4. Panormica del proyecto de normalizacin IEEE 802
Cada tecnologa concreta abarca la capa fsica (PHY) y la subcapa de Control de Acceso al Medio (MAC) y sus diversas implementaciones quedan especificadas en una norma particular. A continuacin se muestra una lista no exhaustiva de las normas y las tecnologas correspondientes:
IEEE 802.3: CSMA/CD (Ethernet). IEEE 802.5: Token ring. IEEE 802.11: Wireless LAN (WI-FI). IEEE 802.15: Wireless PAN IEEE 802.15.1: Bluetooth. IEEE 802.15.4: Zigbee. IEEE 802.16: Broadband Wireless Access (WiMAX)
Otras normas del proyecto tienen carcter transversal y aplican a todas las tecnologas. Las ms destacadas son:
IEEE 802.1: Bridging y Management. Especifica la implementacin de puentes (bridges) que pueden comunicar diferentes dominios de acceso de una misma tecnologa o de tecnologas diferentes. Tambin trata el tema de la gestin remota (management) de los dispositivos que incorporan estas tecnologas.
IEEE 802.2: Logical Link Control (LLC). Especifica la subcapa LLC que, junto con la subcapa MAC, completa el conjunto de funcionalidades propias de la
33 de 143
Rev. 1
capa de enlace de datos del modelo de referencia OSI. Esta especificacin, a diferencia de la de la subcapa MAC, es nica y comn para todas las tecnologas.
Modelo TCP/IP
El modelo TCP/IP surgi como resultado de proyectos de investigacin militar del DoD (Department of Defence) de E.E.U.U. La primera nocin del modelo TCP/IP como tal aparece en 1991 en el RFC 1180 [42] y ha sido posteriormente evolucionada por multitud de RFCs publicados por la IETF [38]. A diferencia del modelo IEEE 802, estaba orientado a un mbito geogrfico global (continental o planetario). Es por eso que dicho modelo pone el nfasis en las capas de red y de transporte y simplifica el resto de capas del modelo de referencia OSI fusionndolas en las capas de aplicacin y de acceso a red, segn se muestra en la Fig. 5.
OSI Aplicacin Presentacin Sesin Transporte Red Enlace de datos Fsica
TCP/IP
IEEE 802 Capas superiores (fuera de
Aplicacin
Transporte Red Acceso a red (fuera de alcance)8
alcance) LLC MAC PHY
Fig. 5. Correspondencia entre modelos OSI, TCP/IP e IEEE 802.
Como se puede observar, los modelos TCP/IP e IEEE 802 son complementarios y abarcan todas las funciones necesarias para permitir la interconexin entre sistemas abiertos establecidas por el modelo OSI. En efecto, las tecnologas IEEE 802 (sobre todo Ethernet) se han convertido en las predominantes en el mbito de las redes LAN para uso corporativo y domstico. Por otra parte, el modelo TCP/IP es el que se ha
Es cierto que en el RFC 1180 se menciona Ethernet como protocolo para la capa de acceso a red. Sin embargo, el foco de modelo TCP/IP est en las capas superiores.
34 de 143
Rev. 1
adoptado unnimemente para construir la infraestructura publica de telecomunicaciones (Internet) que permite conectar esas LANs entre s.
b) Ethernet (IEEE 802.3)

En la actualidad, la tecnologa Ethernet queda especificada por la norma IEEE 802.3 [43]-[47], que fue revisada por ltima vez en 2008. La norma recopila todas las implementaciones, tanto las primeras que ya estn totalmente en desuso como las ms recientes. La evolucin en las implementaciones se debe a la adopcin de los avances tecnolgicos y afectan bsicamente a las especificaciones de la capa fsica (PHY). La subcapa MAC en cambio se ha mantenido esencialmente invariable a lo largo del tiempo.
Capa fsica (PHY)

A continuacin, se enumeran algunas de las implementaciones histricamente ms relevantes y los parmetros esenciales de sus capas fsicas.
10BASE5 (Thick Ethernet) Topologa en bus. Cable coaxial grueso con resistencias terminales Modo half duplex. Transceptores insertados en el cable para conectar las estaciones finales a la red. Tasa de transferencia: 10 Mbps. Modulacin: Banda base. Longitud mxima del segmento (sin repetidores): 500 m.
10BASE2 (Thin Ethernet) Topologa en bus. Cable coaxial fino con resistencias terminales Modo half duplex. Conectores tipo BNC en forma de T, para conectar las estaciones finales a la red. Tasa de transferencia: 10 Mbps Modulacin: Banda base.
35 de 143
Rev. 1
Longitud mxima del segmento (sin repetidores): 185 m.
10BASE-T (Ethernet over Twisted Pair) Topologa punto a punto o bien en estrella: Cada estacin final se conecta punto a punto con un dispositivo intermedio de comunicacin (repetidor o puente) multipuerto. Cable de par trenzado de 4 pares (slo se utilizan 2), de seccin 26 AWG a 22 AWG . Permite modo half duplex, full duplex o ambos. Conectores RJ-45. Tasa de transferencia: 10 Mbps Modulacin: Banda base. Longitud mxima del segmento (sin repetidores): 100 m.
100BASE-TX (Fast Ethernet over Twisted Pair) Topologa punto a punto o bien en estrella. Cable de par trenzado de 4 pares (se utilizan slo 2) sin apantallar (UTP) Cat5. Tambin se permite cable apantallado STP. Permite modo half duplex, full duplex o ambos. Conectores RJ-45. Tasa de transferencia: 100 Mbps Autonegociacin (opcional): Permite adaptarse automticamente a 10 Mbps para proporcionar compatibilidad con 10BASE-T. Modulacin: Banda base. Longitud mxima del segmento (sin repetidores): 100 m.
1000BASE-T (Gigabit Ethernet over Twisted Pair) Topologa punto a punto o bien en estrella. Cable de par trenzado de 4 pares (se utilizan los 4) sin apantallar (UTP) Cat5. Full duplex (cada par se utiliza para transmitir en las dos direcciones simultneamente). Conectores RJ-45. Tasa de transferencia: 1000 Mbps
36 de 143
Rev. 1
Autonegociacin: Permite adaptarse automticamente a 10 Mbps para proporcionar compatibilidad con 10BASE-T y 100BASE-TX. Modulacin: Banda base, pero utiliza cuatro niveles de tensin para codificar 2 bits en cada pulso de reloj. Longitud mxima del segmento (sin repetidores): 100 m.
Implementaciones para fibra ptica 10BASE-F, 100BASE-FX, 1000BASE-X Topologa punto a punto o bien en estrella. Cableado: cada enlace fsico requiere dos fibras: una para transmisin y otra para recepcin. Permite modo half duplex, full duplex o ambos. Tasa de transferencia: 10, 100 y 1000 Mbps Modulacin: Banda base. Longitud mxima del segmento: Superiores a las conseguidas en cobre.
Recientemente, se han especificado capas fsicas para tasas de trasmisin de 10 Gbps, mayoritariamente para fibra ptica, pero tambin para cable de cobre de altas prestaciones. En todo caso, para el objetivo del presente estudio, la implementacin ms interesante es la 100BASE-TX, dado que es la que ha sido adoptada como base para la mayora de las propuestas de Ethernet Industrial. As pues, a continuacin se describen detalles adicionales de esta implementacin.
La capa fsica 100BASE-TX acepta dos tipos de cableado: El basado en pares trenzados apantallados (STP) de 150 Ohm y el basado en pares trenzados sin apantallar (UTP) de 100 Ohm. Este ltimo es el que se ha utilizado con mayor frecuencia en la prctica y consta de cuatro pares, de los cuales slo se utilizan dos: uno para transmitir y otro para recibir.
Para minimizar la susceptibilidad a las interferencias electromagnticas, cada par est trenzado y balanceado. Esto ltimo significa que la seal transmitida por un hilo del par se transmite por el otro hilo del par en modo invertido respecto del potencial de referencia del transmisor, tal como se muestra en la Fig. 6.
37 de 143
Rev. 1
Fig. 6. Transmisin balanceada.
El potencial de referencia del receptor puede estar desplazado respecto del del transmisor sin que ello afecte a la interpretacin de la seal, que se toma como la tensin diferencial entre ambos hilos.
A la hora de realizar un enlace fsico, los ocho hilos (incluso los no usados) se deben conectar en el conector RJ-45 siguiendo las asignaciones de la Tabla 1.
Tabla 1. Definicin de seales y asignacin a contactos.
Para denotar la pertenencia de dos hilos al mismo par, se utiliza en ambos el mismo color. Por ejemplo, el hilo verde y el verde-blanco pertenecen al mismo par. Si se utiliza la asignacin de contactos de la Tabla 1 en ambos extremos, se obtiene un cable directo (straight-through). Este tipo de cables es adecuado para conectar un equipo DTE (por ejemplo, un ordenador) con un equipo DCE (por ejemplo, un puente). Esto es debido a que el equipo DCE tiene implementado en su interior la funcin de cruzado (crossover), que consiste en conectar los contactos +TD y TD del conector a las seales +RD y RD de su electrnica (simtricamente para los contactos +RD y RD). Por el contrario, cuando se quiere conectar dos equipos de la misma naturaleza (por ejemplo, dos ordenadores o dos puentes) es necesario realizar un cable cruzado (crossover) para
38 de 143
Rev. 1
mantener el principio de que la seal transmitida desde un extremo tiene que llegar al receptor en el otro extremo y viceversa. La Fig. 7 ilustra los dos tipos de cable posibles.
Fig. 7. Asignacin a contactos de cable directo y cruzado.
Aunque la especificacin de 100BASE-TX no lo requiere, hay equipos comerciales que implementan la funcin Auto-crossover, es decir, que detectan cmo estn conectados los pares y realizan automticamente la funcin crossover segn sea necesario. En este caso, cualquier tipo de cable (cruzado o directo) funcionara correctamente.
La norma IEEE 802.3 prev una funcionalidad opcional para la capa fsica 100BASETX (y tambin para la 10BASE-T y la 1000BASE-T) denominada Power over Ethernet (PoE), que consiste en usar el mismo cable UTP como cable de alimentacin. De este modo, estaciones finales de poco consumo como puntos de acceso WLAN o telfonos IP pueden alimentarse directamente desde los dispositivos intermedios de comunicaciones (hubs / switches) siempre y cuando est implementada esta opcin a ambos lados del cable UTP.
La norma define dos elementos clave: el PSE (Power Sourcing Equipment) y el PD (Powered Device). El PSE puede ser de tipo endpoint (tpicamente un switch compatible con PoE) o bien de tipo midspan (conocido como inyector PoE), que se inserta en un punto intermedio entre el switch convencional y la estacin final compatible con PoE. En cualquier caso, el PSE debe ser capaz de entregar una tensin nominal de 48 Vdc (entre 44 y 57 Vdc) y una corriente mxima de 350 mA para 44 Vdc (15,4 W).
39 de 143 Rev. 1
Por su parte, el PD debe ser capaz de funcionar en un rango de tensiones entre 36 y 57 Vdc sin consumir ms de 12,95 W. El margen hasta la potencia entregada por el PSE se deja en previsin de las prdidas en el cable UTP. Adems, debe implementar la funcin de auto-polaridad, de manera que funcione correctamente incluso si hay una inversin respecto a lo previsto en la norma.
En cuanto a los conductores utilizados para transmitir la potencia, la norma prev dos alternativas (A y B). En general, a los PSE se les permite implementar slo la alternativa A, slo la B o bien ambas (aunque no deben activarse ambas simultneamente)9. En cambio, los PD deben implementar ambas alternativas de manera que se puedan alimentar indistintamente a travs de cualquiera de ellas10. La alternativa A consiste en utilizar los pares de datos para transmitir la potencia. Para ello, se aplica una tensin continua entre los puntos medios de los devanados exteriores de los transformadores existentes a la salida de los pares 1-2 y 3-6 en el PSE, tal como muestra la Fig. 8. En el PD, se recibir la misma tensin (excepto por las cadas en el cable UTP) en los puntos medios de los devanados exteriores de los transformadores. La corriente de alimentacin (continua) podr fluir repartindose por los dos hilos de un par para alimentar el PD y retornar a la fuente de alimentacin del PSE repartindose por los dos hilos del otro par sin afectar por ello a la seal en modo diferencial (bits) que fluye por cada uno de los pares.
Fig. 8. PoE. Alternativa A para PSE de tipo endpoint.
10
Los inyectores PoE (midspan PSE) slo implementan la alternativa B. Excepcionalmente, los PD de Gigabit Ethernet slo implementan la alternativa A.
40 de 143
Rev. 1
La alternativa B consiste en utilizar los pares no usados (el 4-5 y el 7-8) para transmitir la potencia, tal como muestra la Fig. 9. Al igual que en la alternativa A, la corriente de alimentacin fluye hacia el PD repartindose por ambos hilos de un par mientras que vuelve a la fuente de alimentacin del PSE a travs del otro par. La electrnica del PD, en todo caso, est preparada para alimentarse a travs de cualquiera de las dos alternativas.
Fig. 9. PoE. Alternativa B para PSE de tipo endpoint.
En caso de utilizarse un inyector PoE, slo se permite la alternativa B y el conexionado es el mostrado en la Fig. 10.
Fig. 10. PoE. Alternativa B para PSE de tipo midspan (inyectores PoE).
Subcapa de Control de Acceso al Medio (MAC)

Tal como establece la norma IEEE 802 [41], las principales funciones de la subcapa MAC son las siguientes:
41 de 143
Rev. 1
Delimitacin y reconocimiento de las tramas. Direccionamiento de las estaciones destino (tanto estaciones individuales como grupos de estaciones). Transporte de informacin sobre el direccionamiento de la estacin origen. Transferencia transparente de las PDUs LLC (o de la informacin equivalente en la subcapa alternativa Ethernet). Proteccin contra errores de transmisin. Control del acceso al medio fsico de transmisin.
Cabe destacar que la lista de funciones expuesta es igualmente aplicable para la capa MAC de todas las tecnologas incluidas en el proyecto IEEE 802 (Ethernet, Token-ring, WI-FI, etc.). En el resto de este subapartado se aportan detalles sobre cmo se concreta la realizacin de dichas funciones en el caso de IEEE 802.3 (Ethernet).
La delimitacin y el reconocimiento de las tramas se consigue mediante el conocimiento a priori por parte de todos los dispositivos que participan en la capa MAC (estaciones finales, puentes, routers,...) del formato que deben tener dichas tramas, es decir: los campos que las componen, sus longitudes y sus significados. Por otra parte, la capa MAC no entrega las tramas desnudas a la capa fsica para que se encargue de transmitirlas a travs del medio. Por el contrario, las envuelve de unos octetos que ayudan a la capa fsica a cumplir sus funciones correctamente y que, en conjunto, dan lugar al paquete MAC, cuyo formato se ilustra a continuacin:
Fig. 11. Paquete y trama MAC.
42 de 143
Rev. 1
Como se puede observar, todos los campos tienen un longitud fija, excepto el campo de Datos del cliente de MAC (tambin conocido como Datos de Usuario), el campo de Relleno (Pad) y el campo de Extensin, la longitud de los cuales puede oscilar entre unos valores mximos y mnimos que dependen de la implementacin concreta de la capa MAC. Prembulo (7 octetos): No forma parte de la trama MAC. Es un patrn de ceros y unos alternados utilizados por la capa fsica durante la recepcin para sincronizar su circuitera a nivel de bit. Delimitador de comienzo de trama, SFD (1 octeto): No forma parte de la trama MAC. Consiste en la secuencia de bits 10101011, que indica al receptor que justo a continuacin comienza la trama MAC. Direccin de destino, DA (6 octetos): Especifica la estacin/es final/es a la/s que va dirigida la trama mediante una direccin individual (unicast) o de grupo (multicast o broadcast). Direccin de origen, SA (6 octetos): Especifica la estacin que envi la trama mediante una direccin individual. Longitud / Ethertype11 (2 octetos): Este campo toma uno de los siguientes dos significados, dependiendo de su valor numrico. o Si su valor es menor que o igual a 1500 (0x05DC), entonces el campo indica la longitud del campo de Datos del Cliente de MAC (interpretacin Longitud) y se sobreentiende que el protocolo cliente de MAC es LLC, en consonancia con modelo de referencia IEEE 802 (vase la Fig. 3). o Si su valor es mayor que o igual a 1536 (0x0600), sin embargo, se sobreentiende que el protocolo cliente de MAC no es LLC, sino el indicado por el valor del campo (interpretacin Ethertype)12. Algunos valores tpicos y sus protocolos asociados se muestran en la Tabla 2:
11
La duplicidad en el significado en el significado de este campo es debida a razones histricas. La especificacin Ethernet II utilizaba el significado Ethertype, mientras que la norma IEEE 802.3, en su origen, utilizaba el significado Longitud, lo cual llevaba a ambigedad en una LAN con estaciones conforme a ambas normas. En 1997, IEEE introdujo el criterio de discriminacin expuesto aqu para evitar dicha ambigedad. 12 Esta es la manera como la norma IEEE 802.3 hace encajar la especificacin Ethernet II dentro del modelo de referencia IEEE 802. Para preservar la estructura general del modelo IEEE 802, la norma explica que, cuando se usa Ethertype, la subcapa MAC da servicio a una subcapa Ethernet alternativa que esta situada en el mismo nivel que la LLC. La consecuencia prctica es que LLC se soslaya y Ethernet accede a protocolos de nivel superior.
43 de 143
Rev. 1
Ethertype 0x0800 0x86DD 0x0806 0x8100 0x88CC 0x8847 0x8848 0x88E5
Protocolo Internet Protocol, version 4 (IPv4) Internet Protocol, version 6 (IPv6) Address Resolution Protocol (ARP) Q-tagged frames (IEEE 802.1Q) LLDP (IEEE 802.1AB) MPLS unicast MPLS multicast MAC Security (IEEE 802.1AE)
Tabla 2. Valores tpicos de Ethertype.
Datos del cliente de MAC: Este campo contiene los datos procedentes del protocolo cliente en la estacin final emisora y que son entregados de manera transparente a ese mismo protocolo en la estacin final receptora. Su longitud puede oscilar entre cero y un valor mximo que depende de la implementacin concreta de Ethernet13. Cualquier implementacin de Ethernet deber soportar al menos uno de los siguientes valores mximos: o 1500 decimal: Tramas bsicas. o 1504 decimal: Tramas etiquetadas (tagged frames). o 1982 decimal: Tramas marco (Envelope frames).
Relleno (0 a 46 octetos): Octetos aadidos para asegurar que la trama es suficientemente larga para un correcto funcionamiento de la tcnica de deteccin de colisin (CD). Puesto que longitud mnima de la trama debe ser 64 octetos, el relleno necesario puede alcanzar los 46 octetos.
Secuencia de comprobacin de trama, FCS (4 octetos): Comprobacin de redundancia cclica (CRC) de 32 bits, en base a todos los campos de la trama MAC, excepto el propio FCS.
Tanto la especificacin de Ethernet II como la de IEEE 802.3, en su origen, prevean una nica longitud mxima de 1500 octetos (tramas bsicas). Sin embargo, con el tiempo, IEEE 802.3 ha ido aadiendo capacidades que requeran destinar un espacio adicional para la metainformacin correspondiente dentro del campo de Datos del Cliente de MAC. As, hay implementaciones Ethernet que permiten insertar en las tramas unas etiquetas de 4 octetos con informacin adicional sobre el tratamiento que debe recibir la trama en la capa MAC (vase apartado 3.2.2.3). Por ltimo, otras implementaciones de Ethernet permiten insertar prefijos y sufijos adicionales requeridos por protocolos de encapsulacin de capas superiores (MAC Security, MPLS, etc.) y destinan para ello un espacio adicional de hasta 482 octetos en las llamadas tramas marco. En todo caso, el tamao del campo de Datos del Cliente de MAC original sigue siendo de 1500 octetos y la norma desaconseja el uso de estos octetos extra para usos diferentes de los previstos.
13
44 de 143
Rev. 1
Extensin: No forma parte de la trama MAC. Este campo se aade para completar el paquete MAC, si es necesario (slo en implementaciones de 1000 Mbps en half duplex).
El direccionamiento de las estaciones destino se consigue incluyendo en el campo correspondiente de la trama MAC la direccin MAC deseada. La norma IEEE 802 [41] establece las reglas para la asignacin y la interpretacin de las direcciones MAC, que se resumen a continuacin:
Cualquier dispositivo asociado con un interfaz fsico de conexin a una LAN debe tener una direccin MAC nica, incorporada en fbrica. Si un dispositivo tiene varios interfaces LAN, debera tener una direccin MAC nica por cada interfaz14. La unicidad de la direccin MAC es universal: No debe coincidir con la direccin de ningn otro interfaz LAN, sea del mismo dispositivo o de otro, sea del mismo fabricante o de otro y sea de la misma tecnologa LAN (Ethernet, Token-ring, etc.) o de otra.
La direccin MAC consta de 48 bits (seis octetos). Los tres primeros octetos constituyen la OUI (Organizationally Unique Identifier), que es un identificador del fabricante y est administrado por IEEE. Los ltimos tres octetos constituyen el identificador del propio interfaz LAN y est administrado por el propio fabricante.
Fig. 12. Ejemplo de direccin MAC.
Aunque la norma reconoce que un enfoque alternativo sera asignar una sola direccin MAC al dispositivo, aunque tenga varios interfaces LAN, no recomienda este enfoque y advierte de que puede llevar a ocasionar la no conformidad con la norma en lo referente a la interconexin a travs de puentes (bridging).
14
45 de 143
Rev. 1
Dentro del OUI, realmente slo hay 22 bits de espacio libre para definir el fabricante. Los primeros dos bits, segn el orden en que se transmiten (vase Fig. 12), tienen otros significados: o Bit I/G (direccin individual / de grupo): Si es 0, la direccin es individual y designa un solo dispositivo en la red. Si es 1, la direccin es de grupo y designa a uno o ms dispositivos en la red. Se distinguen dos tipos de direccin de grupo: Direccin Multicast: Una direccin asociada mediante una convencin de un nivel superior con un grupo de dispositivos lgicamente relacionados. Direccin Broadcast: Una direccin de grupo predeterminada (formada por exclusivamente por 1s) y que todos dispositivos estn obligados a reconocer, a parte de la propia individual. o Bit U/L (direccin universal o localmente administrada): Si es 0 la direccin est administrada globalmente, es decir, por el organismo pertinente de IEEE. Si es 1, la direccin est administrada localmente en la LAN (se entiende que por su operador).
El transporte de informacin sobre el direccionamiento de la estacin origen se consigue incluyendo en el campo correspondiente de la trama MAC la direccin MAC de la estacin emisora.
La transferencia transparente de las PDUs LLC (o de la informacin equivalente en la subcapa alternativa Ethernet) se consigue entregando intacto el contenido del campo Datos del cliente MAC al protocolo de la capa inmediatamente superior, en la estacin receptora.
La proteccin contra errores de transmisin se obtiene mediante la comprobacin de las siguientes condiciones: La longitud de la trama no es consistente con el valor de longitud indicado en el campo Longitud / Ethertype (slo en caso de interpretacin Longitud). La longitud de la trama no tiene un nmero entero de octetos.
46 de 143
Rev. 1
Los bits de la trama recibida (excluyendo el campo FCS) no generan el mismo valor CRC que el contenido en el campo FCS recibido.
Si cualquiera de estas condiciones se cumple, la trama MAC se considera invalida y se descarta sin ms.
Por ltimo, el control de acceso al medio de transmisin se realiza a travs del mecanismo CSMA/CD, que se basa en los siguientes pasos:
1. La estacin final transmite si el medio est libre. 2. Si el medio se encuentra ocupado, la estacin contina escuchando hasta que lo encuentra libre y, entonces, transmite inmediatamente. 3. Si se detecta una colisin durante la transmisin, las estaciones transmiten una seal corta de interferencia (jam) para asegurarse de que todas las dems estaciones presentes en el medio constatan la ocurrencia de una colisin y cesan de transmitir. 4. Despus de transmitir la seal de interferencia, cada estacin en contienda espera un tiempo aleatorio (backoff) y vuelve a intentar la transmisin, si el medio est libre (paso 1). 5. Los reintentos se repiten hasta un numero mximo, despus del cual se abandona la transmisin de la trama y se reporta un error a la capa LLC.
c) Switched Ethernet (IEEE 802.1)

En el subapartado anterior, se ha hecho un repaso de la norma IEEE 802.3, que especifica la capa fsica y la subcapa MAC de Ethernet, tal como ilustra la Fig. 4. En la misma figura, se puede observar que la norma IEEE 802.1 especifica diversos aspectos, entre ellos el bridging. Con este trmino se denota la interconexin mediante puentes (bridges) de diversas LANs IEEE 802 de dominio de acceso nico, ya sean de un solo tipo MAC o de varios (Ethernet, Token-ring, WI-FI, etc.). Para los fines de este estudio, interesan bsicamente las bridged LANs de tipo Ethernet, normalmente conocidas como Switched15 Ethernet. Aun as, conviene tener presente que lo expuesto en el resto de
15
Aunque la norma IEEE 802 reconoce el trmino switch como sinnimo de bridge, insiste en usar exclusivamente este ltimo. Por ese motivo, en estos apartados, que repasan el contenido de la norma, se respeta el trmino bridge (puente). En apartados posteriores, por ejemplo los que tratan productos de
47 de 143
Rev. 1
este subapartado a menos que se indique expresamente lo contrario es vlido para todo tipo de bridged LANs IEEE 802, incluyendo las que contienen partes con tecnologa WI-FI o Bluetooth, cada vez ms presentes en aplicaciones industriales.
Los aspectos del bridging en las LANs IEEE 802 quedan contemplados bsicamente en los siguientes documentos: IEEE 802.1D 2004 [48], que establece los fundamentos de las bridged LANs. IEEE 802.1Q 2005 [49], que basndose en el anterior establece funciones adicionales como las LANs virtuales (VLANs) y el etiquetado de tramas con informacin del usuario sobre su prioridad. IEEE 802.1AX-2008 [50], que especifica la funcin de agregacin de enlaces. IEEE 802.1AB-2009 [51], que permite el descubrimiento de la topologa fsica y de la configuracin relevante para la conectividad.
A continuacin, se exponen sus contenidos fundamentales.
Bridged LANs (IEEE 802.1D)

Un puente (bridge) por definicin est conectado a varios dominios de acceso. Su funcin bsica consiste en recibir las tramas MAC que llegan desde un dominio de acceso y reenviarlas (o no: filtrarlas) al resto de los dominios de acceso. El criterio para tomar estas decisiones consiste en limitar la propagacin de las tramas MAC solamente a aquellos dominios de acceso que se encuentran en el camino hacia las estaciones finales destinatarias. El puente realiza esta funcin dentro de la capa MAC, tal como ilustra la Fig. 13, y la realiza de una manera transparente para las estaciones finales, dado que no requieren ninguna informacin adicional, ms que la incluida en las tramas MAC.
mercado, se utiliza el trmino switch por ser el habitualmente utilizado, sin que ello quiera sugerir ninguna diferencia de significado.
48 de 143
Rev. 1
Fig. 13. Situacin de la funcin de reenvo (relay).
Los principales beneficios de una bridged LAN son: La interconexin de diferentes tipos de MAC. Por ejemplo, ejemplo Ethernet (IEEE 802.3) y WI-FI (IEEE 802.11). El incremento del throughput de la LAN. En efecto, en una LAN con un nico dominio de acceso (p.ej., basada en bus o en repetidores) slo se puede transmitir una trama en cada instante. En cambio, en una LAN basada en puentes es posible que varias tramas se propaguen simultneamente, cada una en un dominio de acceso diferente. Reduccin de la carga de las estaciones finales. En efecto, la funcin de filtrado de los puentes hace que las estaciones finales reciban menos tramas que no iban dirigidas a ellas. El incremento de la extensin fsica y / o el nmero de estaciones finales admisibles. Sectorizacin de la LAN con fines administrativos o de mantenimiento. Validacin de acceso a la LAN, mediante autenticacin y autorizacin de dispositivos.
La esencia del comportamiento de un puente viene definida por el proceso de forwarding, ilustrado en la Fig. 14.
49 de 143
Rev. 1
Fig. 14. El proceso de forwarding.
Cuando un puerto (origen) del puente recibe una trama MAC libre de errores procedente de una estacin final origen, dicha trama se somete al proceso de forwarding de manera independiente para cada uno de los puertos (destino16) restantes del puente. En primer lugar se aplica la topologa activa17: Si el puerto origen o bien el puerto destino no estn habilitados para hacer forwarding, el proceso se aborta y la trama se descarta. Seguidamente, se realiza el paso de filtrado, contrastando la direccin MAC de destino contenida en la trama MAC con la informacin que contiene la Base de Datos de Filtrado referente al puerto destino (potencial). La base de datos puede contener criterios (entradas) de diversos tipos, a saber:
16
Naturalmente, la trama MAC entrante no contiene informacin explcita sobre cul es el puerto por el que debe ser reenviada, nicamente sobre la direccin MAC de destino. Por tanto, en primera instancia, todos los puertos del puente (excepto el de entrada) son puertos destino (potenciales). Ser el paso posterior de filtrado el que decidir por qu puertos ser finalmente reenviada la trama y por cules no. 17 La topologa activa de una bridged LAN en un momento dado es el conjunto de vas de comunicacin formado interconectando las LANs y los puentes a travs de los puertos que estn en ese momento habilitados para hacer forwarding. A parte de los condicionantes estticos que pueda configurar el administrador de la bridged LAN, la topologa activa viene bsicamente determinada por el algoritmo de Spanning Tree.
50 de 143
Rev. 1
Entradas Estticas de Filtrado, establecidas manualmente por el administrador de la bridged LAN. Estas entradas pueden hacer referencia tanto a direcciones individuales como de grupo.
Entradas Dinmicas de Filtrado, adquiridas automticamente mediante el proceso de aprendizaje, comentado ms adelante. Estas entradas nicamente hacen referencia a direcciones MAC individuales.
Entradas de Registro de Grupos, establecidas va el protocolo GMRP, comentado ms adelante. Estas entradas nicamente hacen referencia a direcciones MAC de grupo.
Si la trama satisface los criterios de filtrado, se almacena en una cola donde espera su turno para continuar el proceso. En caso contrario el proceso se aborta y la trama se descarta. La implementacin del puente puede opcionalmente soportar diversas clases de trfico (hasta ocho clases). En ese caso, el puerto tendr una cola diferente para cada clase de trfico soportada y la trama ser clasificada en la cola que le corresponda, de acuerdo con su prioridad de usuario18.
El orden en que se seleccionarn las tramas para su transmisin estar de acuerdo con su clase de trfico: En primer lugar, se seleccionarn las tramas de la cola correspondiente a la clase de trfico ms prioritaria y slo cuando esta cola est vaca se seleccionarn tramas de una cola correspondiente a una clase de trfico menos prioritaria.
Seguidamente, se asignar un valor de prioridad de acceso al medio acorde con el valor de prioridad de usuario contenido en la trama19. Despus se recalcular el campo FCS slo si es necesario, es decir, si el puerto de origen y el puerto de destino del puente estn conectados a LANs con tipos de MAC diferentes. Por ltimo la trama ser transmitida por el puerto de destino.
El proceso de aprendizaje, mencionado anteriormente, se encarga de observar las direcciones MAC de origen contenidas en las tramas MAC que entran al puente por
18
Aunque la MAC Ethernet no tiene capacidades de manera inherente para sealizar en la propia trama informacin de prioridad asignada por el usuario (a diferencia de otros tipos de MAC, como Token-ring), s que permite asignar prioridades a las tramas (dentro del puente), en funcin del puerto de recepcin. 19 Aunque otros tipos de MAC s tienen capacidad para establecer prioridades de acceso al medio, Ethernet no la tiene, ni aun cuando la informacin est disponible en la trama MAC, gracias a IEEE 802.1Q.
51 de 143
Rev. 1
cada uno de los puertos. De este modo, el puente aprende de manera dinmica por qu puerto debera reenviar una futura trama que llegue con esa misma direccin MAC como destino. En concreto, el proceso de aprendizaje crear o actualizar una Entrada Dinmica de Filtrado en la Base de Datos de Filtrado siempre que entre una trama por un puerto (origen) y se den todas estas condiciones:
El puerto de origen se encuentra en el estado de Forwarding o en el estado de Learning20. La direccin MAC de origen es individual (no de grupo). No existe una entrada esttica para esa direccin MAC que en su Mapeado de Puertos especifique cmo debe comportarse el puerto de origen (filtrando o reenviando).
La Base de Datos de Filtrado no ha agotado su capacidad y puede acoger la nueva entrada (o bien se borra una entrada existente para dejar espacio).
El proceso de aprendizaje permite optimizar dinmicamente el filtrado de tramas con direccin MAC individual, dentro de lo que se denomina Servicios de Filtrado Bsicos, declarados como obligatorios por la norma. La norma tambin prev unos Servicios de Filtrado Extendidos (de carcter opcional) que tratan el filtrado de las tramas con direccin MAC de grupo, es decir, tramas multicast.
Los Servicios de Filtrado Extendidos basan su capacidad de adaptacin dinmica en el protocolo GMRP (GARP Multicast Registration Protocol21), que permite a un determinado puente actualizar o crear Entradas de Registro de Grupos en su Base de Datos de Filtrado. En efecto, las estaciones finales y otros puentes contiguos al puente en cuestin pueden enviarle va GMRP rdenes de alta o baja referentes a su pertenencia a un determinado grupo (identificado por una direccin MAC de grupo). Adems, en la medida en que los dems puentes de la bridged LAN soporten los
Normalmente se encontrar en el estado de Forwarding, que habilita tanto el reenvo como el aprendizaje. Sin embargo, tambin es posible habilitar el aprendizaje y deshabilitar al mismo tiempo el reenvo, mediante el estado de Learning. El tercer estado posible es el de Discarding, que deshabilita ambos procesos. 21 Tal como indica su nombre, el protocolo GMRP se basa en el protocolo genrico GARP (Generic Attribute Registration Protocol), que tambin sirve de base para otros protocolos similares, como el GVRP (GARP VLAN Registration Protocol). Todos ellos son protocolos de capa 2 (OSI).
20
52 de 143
Rev. 1
Servicios de Filtrado Extendidos, la informacin sobre la pertenencia de cada estacin final a los diferentes grupos se podr diseminar por toda la bridged LAN.
Otro protocolo auxiliar importante en la subcapa MAC es el Rapid Spanning Tree Protocol (RSTP). Este protocolo permite el intercambio de informacin entre los diferentes puentes de la bridged LAN, a travs de tramas especiales denominadas BPDUs, con el fin de que se pueda ejecutar de manera distribuida el algoritmo Rapid Spanning Tree. Gracias al algoritmo y al protocolo, se asegura en todo momento que el estado de los puertos de todos los puentes da lugar a una topologa activa conectada de manera completa (todas las estaciones finales tienen conectividad) y simple (dados dos puntos diferentes de la red, no hay dos caminos lgicos diferentes que los unan, es decir, no se forman bucles lgicos). La ausencia de bucles lgicos es esencial para el funcionamiento de la bridged LAN. Normalmente, en el diseo de una bridged LAN se prevn caminos fsicos duplicados para permitir la tolerancia al fallo de uno de ellos. Si todos los puertos de la bridged LAN se mantuvieran en estado forwarding, esta duplicidad de caminos fsicos se traducira en bucles lgicos, con el consiguiente riesgo de tormentas multicast22. RSTP, sin embargo, se encarga de bloquear los puertos adecuados para que no haya bucles lgicos, tal como ilustra la Fig. 15.
Fig. 15. Topologa activa completa (spanning) y simple (tree).
An as, la duplicidad de caminos fsicos existe, de modo que, si se detecta que un camino fsico activo ha dejado de funcionar (p.ej. el 4-5), RSTP puede recalcular, ante las nuevas condiciones, la configuracin de puertos que permita una topologa activa
22
En una tormenta multicast (o broadcast), una trama MAC con direccin MAC destino de grupo es reenviada por los puentes sucesivamente describiendo bucles cerrados de manera indefinida.
53 de 143
Rev. 1
alternativa (activando los puertos del camino 2-5). De este modo, se proporciona la tolerancia al fallo.
El protocolo antecesor del RSTP es el STP (Spanning Tree Protocol), que tiene la misma funcionalidad, pero es ms lento a la hora de restablecer la topologa activa en caso de fallo en un camino fsico activo. Mientras que el STP puede tardar entre 30 y 50 segundos, el RSTP tarda entre 1 y 10 segundos. La edicin vigente de la IEEE 802.1D ya establece como obligatorio el uso del RSTP, en sustitucin del STP. La compatibilidad queda asegurada, de modo que se pueden mezclar puentes que incorporan diferentes protocolos, pero en ese caso no quedan aseguradas las prestaciones superiores del RSTP.
VLANs y sealizacin de prioridad sobre tramas (IEEE 802.1Q)

El rasgo fundamental de la norma IEEE 802.1Q consiste en que prev la insercin en cada trama MAC de una etiqueta con informacin que condicionar el tratamiento recibido durante su viaje a travs de los puentes de la bridged LAN. En la Fig. 16, se ilustra el formato de esta etiqueta y su ubicacin dentro de la trama MAC23:
Fig. 16. Ubicacin y formato de la etiqueta.
Como se puede observar, la etiqueta tiene cuatro octetos de longitud y est ubicada a continuacin del campo Direccin MAC de Origen. Consta de los siguientes campos:
23
En general, el formato es ms complejo, esto es, variable en funcin de diferentes circunstancias. El formato expuesto aqu, sin embargo, es vlido para LANs de tipo Ethernet en la mayora de los casos.
54 de 143
Rev. 1
TPID (Tag Protocol Identifier) (2 octetos): Contiene un valor Ethertype de 0x8100, que marca el inicio de la etiqueta. TCI (Tag Control Information) (2 octetos): Contiene la siguiente informacin sobre la trama: o PCP (Priority Code Point) (3 bits): Puede adoptar un valor del 0 al 7 que indica la prioridad de usuario con que se debe tratar la trama. o CFI (Canonical Format Indicator) (1 bit): En el formato de etiqueta que se est suponiendo aqu, este bit tiene un valor de 0. o VID (VLAN Identifier) (12 bits): Identifica la VLAN a la que pertenece la trama.
Cabe destacar que la etiqueta est realmente insertada, es decir, no afecta a otras partes de la trama: El campo Longitud / Ethertype de la trama original (sin etiquetar) no se pierde, lo cual implica que la trama etiquetada tiene dos campos de este tipo: El primero (TPID) sirve para que la capa MAC reconozca la trama como etiquetada y el segundo sirve para identificar el protocolo de la capa inmediatamente superior a la MAC. El campo de Datos del Cliente de MAC sigue teniendo una longitud mxima de 1500 octetos, gracias a que la capa MAC de Ethernet reconoce la trama como etiquetada y le permite una longitud mxima incrementada en 4 octetos.
Segn sea el valor del VID contenido en la etiqueta se distinguen dos tipos de tramas etiquetadas: Trama etiquetada con prioridad (priority-tagged frame). Contiene un valor de VID igual a 0. Este valor se usa para indicar que la etiqueta no contiene informacin de pertenencia a ninguna VLAN. As pues, slo transporta informacin sobre prioridad. Trama etiquetada con VLAN (VLAN-tagged frame). Contiene un valor de VID diferente de 0. En este caso, la etiqueta transporta informacin tanto sobre prioridad como sobre pertenencia a una VLAN.
55 de 143
Rev. 1
A continuacin, se concreta en qu consisten los dos aspectos fundamentales en que la etiqueta condiciona el tratamiento recibido por la trama MAC: VLANs. En una bridged LAN conforme a IEEE 802.1D, una estacin final tiene conectividad con todo el resto de estaciones finales como si estuvieran en la misma LAN. El etiquetado de tramas conforme a IEEE 802.1Q permite definir grupos de estaciones finales que constituyen LANs separadas en un sentido lgico (LANs virtuales). Esto aporta las siguientes ventajas: o Segmentacin flexible de la LAN. En una solucin tradicional conforme a IEEE 802.1D puede plantearse la implantacin de varias bridged LANs independientes para diferentes funciones (p.ej. departamentos). En ese caso, el cambio de funcin de una estacin final requiere nueva cableado hacia el puente de una bridged LAN diferente. En cambio, en una solucin basada en IEEE 802.1Q, se puede implantar una nica bridged LAN y separar las funciones mediante LANs virtuales (VLANs) diferentes. En ese caso, el cambio de funcin de un estacin final require simplemente un cambio de configuracin en un puente. o Seguridad adicional. La estacin final de una VLAN no puede acceder a la estacin final de otra VLAN a menos se permita esta conexin a travs de un router. o Restriccin de trfico. El trfico broadcast y multicast24 queda restringido a la VLAN donde se origina y no se extiende al resto. Priorizacin. El etiquetado de tramas proporciona un medio adicional para que todos los tipos MAC (Ethernet, Token-ring, etc.) puedan sealizar sobre la propia trama la prioridad de usuario de manera independiente a sus capacidades inherentes, de modo que se asegure un tratamiento de la trama consistente a lo largo todos los puentes que componen la bridged LAN.
A continuacin se exponen los rasgos diferenciales del comportamiento de un puente conforme a IEEE 802.1Q con respecto al de uno conforme a IEEE 802.1D
24
Es cierto que IEEE 802.1D prev una solucin para limitar la extensin del trfico multicast consistente en los Servicios de Filtrado Extendidos. Sin embargo, esta solucin requiere que los puentes tengan implementados estos servicios (que la norma declara como opcionales) y que las estaciones finales tengan implementado el protocolo GMRP, para poder registrarse en los grupos. Si no se dan estas condiciones el trfico multicast es tratado por los puentes como broadcast. As pues, la implantacin de una bridged LAN que conforme a IEEE 802.1Q y la definicin de VLANs puede ser una alternativa para limitar el trfico multicast, cuando las estaciones finales no implementan GMRP.
56 de 143
Rev. 1
(explicado en el subapartado anterior), en las siguientes tres etapas que sigue la trama: entrada, tratamiento y salida. Entrada. El puente clasifica la trama, es decir, determina a qu VLAN pertenece. Si la trama es VLAN-tagged la clasificacin se hace en base al campo VID contenido en ella. En cambio, si es priority-tagged o untagged, se hace en base al puerto de recepcin de la trama25. Para ello, cada puerto tiene un parmetro (PVID, Port VLAN Identifier) configurable. Por otra parte, el puente determina la prioridad de usuario de la trama. Si la trama es VLAN-tagged o prioritytagged se toma como prioridad de usuario el valor del campo PCP contenido en ella. En cambio, si es untagged, se toma un valor en funcin del puerto de recepcin de la trama26. Para ello, cada puerto tiene un parmetro configurable, cuyo valor por defecto es 0. Tratamiento de la trama. El puente se comporta de manera diferente en funcin de la VLAN a la que pertenece la trama: o La aplicacin de la topologa activa (bloqueo de puertos para evitar bucles) se realiza de forma independiente para cada VLAN. Esto se consigue mediante una extensin del RSTP denominada MSTP (MutiSpanning Tree Protocol) que permite mantener el clculo en todo momento de una topologa completa y simple para cada VLAN. o Los procesos de aprendizaje y de filtrado tambin se realizan de forma independiente para cada VLAN. Esto se consigue gracias a que las entradas en la Base de Datos de Filtrado incluye informacin sobre la VLAN a la que aplican. o Adems de sus funciones habituales, el proceso de filtrado se encarga de asegurar el confinamiento dentro de la VLAN. Para ello, la Base de Datos de Filtrado incluye dos nuevos tipos de entradas: Entradas Estticas de Registro de VLAN, establecidas
manualmente por el administrador de la bridged LAN. Entradas Dinmicas de Registro de VLAN, establecidas va el protocolo GVRP.
25
La norma prev la implementacin (opcional) de un mecanismo ms sofisticado de clasificacin basado no slo el en puerto de recepcin sino tambin en el protocolo cliente de la trama MAC. 26 En caso de que el tipo MAC tenga mecanismos inherentes para sealizar la prioridad, se recurre a estos mecanismos para determinar la prioridad de usuario.
57 de 143
Rev. 1
o La priorizacin del reenvo de tramas se basa en los mismos mecanismos ya establecidos en IEEE 802.1D. La novedad que aporta IEEE 802.1Q (especialmente en los tipos de MAC como Ethernet, que no tienen mecanismos inherentes para sealizar la prioridad en las tramas) es que esa priorizacin del reenvo se puede realizar de manera consistente en todos los puertos de la bridged LAN, gracias las etiquetas. Salida. Tal como se ha visto en el prrafo anterior, el puente tiene criterio (previa configuracin oportuna) para asignar la informacin de VLAN y de prioridad, tanto si la trama llega etiquetada como si no. Gracias a eso, a la salida se puede insertar la etiqueta a la trama incluso aunque no existiera a la entrada. Por defecto, todos los puertos estn configurados para transmitir tramas VLANtagged. Slo aquellos puertos en que se configure explcitamente lo contrario, transmitirn tramas untagged (no existe posibilidad de enviar tramas prioritytagged).
En definitiva, la norma permite abordar la implantacin de VLANs mediante dos enfoques: el esttico y el dinmico: VLANs estticas. Se definen mediante configuracin manual en los puentes, por parte del administrador de la bridged LAN. o Ventajas: Son fciles de configurar y no requieren que las estaciones finales implementen el protocolo GVRP. o Inconvenientes: La pertenencia del trfico a una determinada VLAN se identifica en base al puerto de entrada: El usuario de la estacin final debe prestar atencin para conectarse al puerto correcto o ser necesaria una reconfiguracin del puente. VLANs dinmicas. Se definen de manera automtica mediante registros dinmicos de pertenencia a VLANs realizados en los puentes por las estaciones finales, mediante el protocolo GVRP. o Ventajas: La pertenencia del trfico a una determinada VLAN se identifica en base a la propia estacin final que lo transmite o incluso (opcionalmente) en base al protocolo cliente de la capa MAC. o Inconvenientes: Coste mayor debido a que son necesarios puentes con mayores prestaciones (dentro de lo previsto en la norma IEEE 802.1Q) y estaciones finales no estndar (deben implementar GVRP).
58 de 143 Rev. 1
Agregacin de Enlaces (IEEE 802.1AX)

La Agregacin de Enlaces permite que uno o ms enlaces se agreguen para formar un Grupo de Agregacin de Enlaces, de tal manera que un cliente MAC pueda utilizar dicho Grupo como si fuera un nico enlace. Las condiciones que deben cumplir los enlaces para poder agregarse son: Ser enlaces punto a punto, entre los mismos dos sistemas. Puede tratarse de dos puentes, de un puente y una estacin final (que incorpore una NIC especial), un puente y un router, etc. Pertenecer al mismo tipo de MAC27. Tener la misma tasa de transferencia. Operar en modo full-duplex.
El Grupo de Agregacin de Enlaces resultante posee las siguientes caractersticas: Operacin en modo full-duplex. Tasa de transferencia igual a la suma de las tasas individuales. Mayor fiabilidad, ya que proporciona tolerancia al fallo de un enlace fsico. Configuracin automtica. Si dos enlaces se pueden agregar, lo harn automticamente, a menos que lo impida una configuracin esttica. Reconfiguracin automtica, si cambian las condiciones de conectividad fsica (por ejemplo, si falla uno de los enlaces agregados). El servicio se restablece en un intervalo del orden de un segundo o menos.
La subcapa de Agregacin de Enlaces se sita justo por encima de la capa MAC y resulta transparente para el cliente MAC (sea LLC u otro). Para realizar sus funciones, se basa en un protocolo auxiliar LACP (Link Aggregation Control Protocol). Adems, implementa
Descubrimiento de la topologa de la bridged LAN (IEEE 802.1AB)

La norma IEEE 802.1AB especifica el protocolo LLDP (Link Layer Discovery Protocol), que permite a las estaciones (tanto estaciones finales como puentes) de una
27
Actualmente, solamente est especificada la Agregacin de Enlaces para la MAC IEEE 802.3 (Ethernet).
59 de 143
Rev. 1
bridged LAN transmitir a las estaciones adyacentes informacin sobre sus capacidades y su configuracin. Igualmente, permite a las estaciones recibir y almacenar informacin del mismo tipo sobre las estaciones adyacentes. Tanto la informacin propia como la ajena es almacenada en cada estacin en forma de MIBs estndares, de modo que puede ser consultada de forma centralizada desde cualquier punto de la bridged LAN por un Sistema de Gestin de Redes (NMS, Network Management System), a travs de un protocolo de gestin, como por ejemplo el SNMP (Simple Network Management Protocol).
Las principales ventajas que persigue esta norma son: Facilitar la interoperabilidad multi-fabricante y el uso de herramientas estndar de gestin para descubrir y proporcionar informacin sobre la topologa fsica para la gestin de red. Permitir a la gestin de redes el descubrimiento de ciertas inconsistencias de configuracin que pueden dar lugar a falta de conectividad en capas superiores28.
La implementacin de la norma se realiza mediante un agente LLDP que opera segn se ilustra en la Fig. 17.
28
Para el buen funcionamiento de las funcionalidades descritas en apartados anteriores (VLANs, agregacin de enlaces) y otras, es necesaria una configuracin consistente a lo largo de todas la bridged LAN.
60 de 143
Rev. 1
Fig. 17. Principio de funcionamiento de LLDP.
El agente LLDP recopila informacin sobre la propia estacin a partir de otros MIBs estndares que se encuentran implementados en ella. A continuacin se enumeran algunos MIBs que pueden interactuar con el agente LLDP:
MIB Physical Topology (PTOPO) (RFC 2922). MIB Entity (RFC 4133). MIB Interfaces (RFC 2863). MIB Power Ethernet (RFC 3621). MIBs para bridges con de clases de trfico, filtrado multicast y extensiones VLAN (RFC 4363). MIBs para MAUs (Medium Attachment Units) de IEEE 802.3 (RFC 4836).
Con la informacin recopilada, el agente LLDP mantiene el MIB LLDP del sistema local, que tiene una parte estndar y, opcionalmente, una extensin definida por el propio fabricante. El agente LLDP transmite peridicamente la informacin de este MIB mediante tramas del protocolo LLDP, denominadas LLDPDUs, hacia las estaciones adyacentes. Tambin peridicamente, el agente LLDP recibe LLDPDUs de otras estaciones y con ellas refresca el contenido del MIB LLDP de sistemas remotos.
61 de 143 Rev. 1
Las tramas LLDP se encapsulan en tramas MAC con un valor de Ethertype 0x88CC. Como direccin MAC de destino, utilizan valores reservados de direcciones MAC de grupo (multicast).
d) LLC (IEEE 802.2) y la Subcapa Ethernet alternativa.

Dentro del modelo de referencia IEEE 802, la subcapa LLC complementa a la subcapa MAC para completar las funciones propias de la capa 2 (OSI). La especificacin de LLC tiene previstos tres tipos de operacin, aunque slo el tipo 1 debe ser soportado obligatoriamente en una implementacin de LAN conforme a IEEE 802:
Tipo 1. Permite el intercambio de tramas sin necesidad de establecer previamente una conexin lgica entre ambas entidades LLC. En este tipo de operacin, no se devuelven tramas de reconocimiento (acknowledgement) ni se proporcionan mecanismos de control de flujo y recuperacin de errores.
Tipo 2. Se establece una conexin lgica entre ambas entidades LLC con antelacin a cualquier intercambio de tramas de datos. Durante la fase de intercambio de datos la subcapa proporciona mecanismos para asegurar la entrega ordenada de tramas, el control de flujo y la recuperacin de errores.
Tipo 3. Permite el intercambio de tramas sin necesidad del previo establecimiento de una conexin lgica. Sin embargo, se proporciona reconocimiento de tramas.
Las PDUs de LLC se incluyen como Datos de Usuario (campo Datos del Cliente MAC) en una trama MAC cuyo campo Length / Ethertype tiene un valor menor de 1500 (Interpretacin Longitud). Precisamente este hecho es el que permite identificar que el protocolo cliente de MAC es LLC. El formato de las PDUs LLC se ilustra en la Fig. 18:
Fig. 18. Formato de la PDU LLC.
62 de 143
Rev. 1
En ella, se puede apreciar los siguientes campos:
Direccin DSAP (Destination Service Access Point) (1 octeto). Identifica el/los SAP/s a los que va dirigida la informacin LLC (dentro de la estacin final a la que va dirigida la trama MAC).
Direccin SSAP (Source Service Access Point) (1 octeto). Identifica el SAP que origin la PDU LLC (dentro de la estacin final de origen identificada en la trama MAC).
Control (1 2 octetos). Contiene informacin de control propia del protocolo LLC. Informacin (M octetos). Contiene los Datos de Usuario de LLC, es decir, la PDU del protocolo cliente. El lmite superior de M depende del tipo de MAC que d servicio a la subcapa LLC.
Lo explicado hasta ahora en este subapartado aplica en general a todas las tecnologas de LANs IEEE 802, incluyendo la CSMA/CD (IEEE 802.3). Sin embargo, dentro de la tecnologa IEEE 802.3 se prev un caso que, a pesar de ser particular, es muy frecuente: que las estaciones finales emitan las tramas MAC de acuerdo con el formato Ethernet, es decir, con un valor mayor de 1536 en el campo Longitud / Ethertype (interpretacin Ethertype). En este caso la subcapa LLC no interviene y la capa MAC (Ethernet) da servicio directamente un protocolo de capa superior. Para salvar la generalidad del modelo de referencia IEEE 802 (vase la Fig. 3), la norma utiliza el concepto de subcapa Ethernet alternativa y la sita en una ubicacin dentro de la arquitectura totalmente equivalente a la de la subcapa LLC.
e) Protocolo IP y extensiones
A continuacin se mencionan brevemente los protocolos existentes en la capa de red, segn el modelo TCP/IP:
IP (Internet Protocol). Es el protocolo principal de la capa de red y el utilizado para transmitir datos de usuario. Utiliza un sistema de direccionamiento (IP) que permite designar y alcanzar cualquier estacin final en el mundo, siempre y cuando su red (LAN, MAN o WAN) est conectada a Internet mediante un router que implemente IP
63 de 143
Rev. 1
en su capa de red. Actualmente se usa mayoritariamente la versin 4 (IPv4), pero est prevista una versin que en el futuro aportar mayor capacidad de direccionamiento (IPv6).
ICMP (Internet Control Message Protocol). Permite el intercambio de informacin de control para garantizar las funciones de la capa de red. Las PDUs de ICMP se encapsulan dentro de paquetes IP.
IGMP (Internet Group Management Protocol). Permite a las estaciones finales comunicar a los routers y otras estaciones finales su incorporacin a los diferentes grupos multicast (mensaje de host membership report). Tambin les permite darse de baja mediante mensajes de leave group. Las PDUs de IGMP se encapsulan dentro de paquetes IP. Los routers almacenan esta informacin y la utilizan para reenviar los paquete IP con direcciones IP multicast solamente a aquellas redes que contienen estaciones finales pertenecientes al grupo multicast correspondiente. Adems, los routers envan peridicamente consultas (host membership query) que fuerzan a las estaciones finales a transmitir de nuevo mensajes de host membership report.
IGMP Snooping. Se trata de una funcionalidad (no un protocolo) que implementan algunos bridges pero que no es respaldada por una norma de jure. Consiste en inspeccionar las tramas ms all de lo que le corresponde a un bridge (esto es, dentro del campo de Datos del Cliente MAC) para identificar paquetes IGMP enviados por estaciones finales con el objetivo de registrarse en un grupo multicast. De esta manera, el bridge evita su comportamiento por defecto cuando recibe trfico multicast (es decir, reenviarlo por todos los puertos) y slo lo reenva por los puertos donde existen estaciones finales que desean ese trfico.
ARP (Address Resolution Protocol). Permite a un router o a una estacin final lanzar una consulta broadcast dentro de una red para averiguar cul es la direccin hardware29 correspondiente a una direccin IP determinada. Las PDUs de ARP se encapsulan en tramas de capa 2 (p. ej. Ethernet).
29
Se utiliza la expresin general direccin hardware. En el caso particular de LANs IEEE 802, se tratara de direcciones MAC.
64 de 143
Rev. 1
RARP (Reverse Address Resolution Protocol). De manera inversa al ARP, permite consultar la direccin IP correspondiente a una direccin hardware determinada. Igualmente, las PDUs de RARP se encapsulan en tramas de capa 2.
f) Protocolos TCP y UDP

Tal como sugiere el nombre del modelo TCP/IP, el protocolo ms importante en la capa de transporte es TCP (Transmission Control Protocol). Su principal funcin es proporcionar una comunicacin fiable basndose en un protocolo subyacente (IP) no fiable. Para ello, establece conexiones lgicas entre las entidades TCP de ambas estaciones finales y proporciona los mecanismos para asegurarse de que los datos no se pierden, no se duplican y llegan en el orden correcto.
Las PDUs de TCP, denominadas segmentos, incluyen direcciones de origen y de destino, denominadas puertos. La existencia de diferentes puertos permite que entre dos estaciones finales determinadas (identificadas por sus direcciones IP) se puedan establecer varias conexiones simultneamente, cada una de ellas con usos diferentes. La Tabla 3 muestra algunos puertos reservados para el uso de determinados protocolos de aplicacin (capa inmediatamente superior).
Puerto TCP 20 21 23 25 80 161
Protocolo FTP (Datos) FTP (Control) TELNET SMTP HTTP SNMP
Tabla 3. Puertos TCP reservados.
Hay protocolos de aplicacin que requieren de un intercambio de informacin mnimo. En este caso no resulta razonable el esfuerzo por establecer la conexin lgica antes del intercambio efectivo de informacin y eliminarla despus. En estos casos se utiliza el protocolo UDP (User Datagram Protocol), que no ofrece ningn mecanismo para asegurar la comunicacin fiable. Este hecho debe ser tenido en cuenta por los protocolos de aplicacin que se apoyen en l.
65 de 143
Rev. 1
Las PDUs de UDP, denominadas datagramas, incluyen igualmente direcciones de origen y destino (puertos). En la Tabla 4, se muestran algunos puertos reservados para protocolos de aplicacin de uso corriente:
Puerto UDP 53 67 68 69 123 161 DNS
Protocolo
DHCP (Servidor) DHCP (Cliente) TFTP NTP SNMP
Tabla 4. Puertos UDP reservados.
g) Protocolos de aplicacin TCP/IP

Los protocolos de aplicacin TCP/IP dan servicios de comunicaciones concretos comnmente requeridos por las aplicaciones de usuario distribuidas en varias estaciones finales. Quedan justo por encima del nivel de transporte, es decir, se apoyan en los servicios que proporciona el protocolo TCP o bien el UDP. Todos los protocolos de aplicacin TCP/IP se basan en el modelo cliente / servidor. A continuacin se comentan los ms destacados:
SNMP (Simple Network Management Protocol). Este protocolo se apoya sobre UDP y proporciona los medios para realizar gestin de red, es decir, para automatizar la monitorizacin del estado de los diferentes elementos activos de la red, de modo que se faciliten las tareas de diagnstico de problemas. SNMP permite realizar las siguientes funciones desde una estacin de gestin: Consultar el estado de elementos activos de red. Configurar algunos aspectos de dichos elementos. Permitir que los elementos de red puedan informar al gestor por iniciativa propia, en caso de eventos importantes.
SMTP (Simple Mail Transfer Protocol). Este protocolo especifica la manera de transferir correo electrnico (pero no su formato). Una vez que el programa de usuario
66 de 143
Rev. 1
genera el correo electrnico a partir de las entradas del usuario, lo coloca en la cola de correo de salida. Entonces el programa SMTP inicia un proceso en 3 fases: La estacin emisora establece una conexin TCP con la estacin destinataria en el puerto 25. Ambas estaciones intercambian mensajes preliminares
estandarizados por SMTP. Se produce la transferencia de uno o ms mensajes de correo. Se cierra la conexin, primero a nivel de comandos SMTP y despus la propia conexin TCP.
TELNET. Permite que un usuario en una terminal pueda acceder a recursos y aplicaciones de un ordenador remoto a travs de una red. Para permitir la conexin de terminales heterogneas a ordenadores tambin heterogneos, TELNET define una terminal virtual normalizada. La terminal establece una conexin TCP (en el puerto 23) con el ordenador remoto. La terminal presenta la terminal virtual al usuario, recoge la informacin del usuario y la transmite al ordenador remoto, actuando como cliente. A su vez, el ordenador remoto da respuesta a las peticiones de la terminal, actuando como servidor. El resultado es que el usuario tiene la percepcin de estar conectado directamente al ordenador remoto.
FTP (File Transfer Protocol). Proporciona un entorno interactivo para el acceso a ficheros ubicados en ordenadores remotos. El cliente establece una conexin TCP (puerto 21) con el servidor, que servir para intercambiar informacin de control durante la sesin FTP. A travs de esta conexin, el cliente puede presentar al usuario un entorno interactivo basado en lnea de comandos. Cada vez que el usuario ordena la transferencia de un fichero se abre una conexin TCP (puerto 20) exclusiva para ese fichero y cuando acaba la transferencia se libera dicha conexin. La conexin TCP de control se libera cuando se cierra la sesin FTP.
TFTP (Trivial File Transfer Protocol). Tambin permite acceso a ficheros remotos, pero es ms simple que FTP y no ofrece un entorno interactivo. Tampoco requiere varias conexiones TCP concurrentes. De hecho se apoya sobre UDP (puerto 69).
DNS (Domain Name System). En Internet, cada estacin queda identificada por su direccin IP. Sin embargo, trabajar con direcciones IP resulta engorroso. El servicio
67 de 143 Rev. 1
DNS es el que permite trabajar con nombres de dominio, en vez de con direcciones IP. El sistema de nombres de dominio est organizado jerrquicamente: A partir de unos dominios genricos (.com para uso comercial, edu para uso educativo, org para organizaciones no lucrativas, etc) se van definiendo subdominios de niveles inferiores como upm.es o como fi.upm.es. Esta informacin reside en una base de datos
disponible en la red a travs de servidores DNS. Cuando una estacin necesita saber la IP asignada a un cierto dominio, a travs de un programa cliente (resolutor), enva un datagrama UDP (puerto 53) a un servidor DNS local. En respuesta, el servidor le facilita la direccin IP asociada.
HTTP (Hyper Text Transfer Protocol). Es el protocolo que permite descargar las pginas web de Internet. Una vez que el navegador residente en la estacin recibe del servicio DNS la direccin IP correspondiente al servidor de un cierto dominio, el navegador establece una conexin TCP por el puerto 80 con dicho servidor. A partir de ah, el protocolo HTTP se ocupa de descargar la pgina web: un fichero HTML residente en el servidor.
DCOM (Distributed Component Object Model). Este protocolo permita ejecutar llamadas a procedimientos remotos (RPC, Remote Procedure Call).
NTP (Network Time Protocol). La versin actual de este protocolo (NTPv4), queda especificada por el RFC 5905 [52]. NTP es un protocolo de sincronizacin concebido para distribuir la seal horaria a travs de las redes pblicas (Internet) y hasta las redes privadas (LANs). Prev tres modos de operacin, que se corresponden con las tres funciones diferentes que pueden adoptar las estaciones finales, dentro de la jerarqua descendente en el modelo de subred NTP:
Servidor primario. Su reloj de sistema est sincronizado con un reloj de referencia UTC por medio de cable o radio (GPS, Galileo, etc.). Utiliza el protocolo NTP como medio para proporcionar su hora a otras estaciones finales
68 de 143
Rev. 1
situadas aguas abajo, dentro del modelo de subred NTP. Tpicamente cada pas debera tener varios servidores primarios NTP30. Cliente. Utiliza el protocolo NTP para sincronizar su reloj de sistema a partir de uno o varios servidores (primarios o secundarios), situados aguas arriba, dentro del modelo de subred NTP. Tpicamente, cualquier estacin final con un reloj de sistema en tiempo real podra beneficiarse de la sincronizacin NTP. Servidor secundario. Tiene uno o varios servidores primarios aguas arriba (ante los cuales se comporta como cliente) y uno o varios clientes aguas abajo (ante los cuales se comporta como servidor). Tpicamente, en cada LAN debera haber al menos un servidor secundario NTP31.
Posee algoritmos destinados a mitigar los errores que pueden resultar de fallos en las redes o en los servidores. Tpicamente, la precisin que se puede conseguir entre servidores secundarios y clientes en una LAN rpida32 puede ser de: Pocas decenas de milisegundos, si se sincroniza una vez al da. Pocas centenas de microsegundos, si se sincroniza cada 15 minutos.
SNTP (Simple Network Time Protocol). La versin actual de este protocolo (SNTPv4), es un subconjunto perfecto de NTPv4, de modo que est especificado en el mismo RFC 5905 [52]. SNTP es una versin simplificada destinada a: Servidores primarios con una sola fuente de hora. Clientes con un solo servidor de hora.
Los servidores secundarios tpicamente implementan NTP para poder acceder a varios servidores primarios.
h) Hardware
Con este subapartado se cierra el repaso al cuerpo de conocimiento que constituye el estado de la tcnica previo a la aparicin de Ethernet Industrial (background). Por lo que
30 31
Actualmente, en Espaa hay alrededor de 20 servidores NTP primarios. Incluso si la LAN no est conectada a Internet, puede ser necesario mantener todas estaciones finales sincronizadas con un reloj maestro, manteniendo una cierta precisin. En esa situacin, la estacin final elegida como maestra actuara como servidor NTP y ofrecera la hora global de la LAN, aunque esa hora no estuviera sincronizada con la hora UTC. 32 Se reproduce aqu la expresin utilizada por el RFC 5905 [R432]. Se entiende que una red Fast Ethernet sera conforme a esta descripcin.
69 de 143
Rev. 1
respecta al hardware, ese estado previo consiste en implementaciones destinadas a entornos ofimticos, en primera instancia, y residenciales, ms tarde. A continuacin, se muestra una lista no exhaustiva de los tipos de dispositivos hardware con una interfaz Ethernet que podan existir en este estadio:
Elementos estructurales de comunicaciones: conversores de medio (repetidores) switches y puntos de acceso WI-FI (puentes), routers, etc. Ordenadores servidores situados en CPDs (Centros de Proceso de Datos). Ordenadores Personales en puestos de trabajo. Impresoras, fotocopiadoras, etc. Cmaras de video (CCTV) sobre IP. Telfonos sobre IP.
Naturalmente, el entorno al que estaban destinados estos dispositivos condicionaba las caractersticas de sus diseos de hardware. A continuacin se resumen las caractersticas ms estrechamente vinculadas con el entorno: Seleccin de chips y diseos electrnicos concebidos para ambientes poco agresivos: o Temperaturas reguladas o con fluctuaciones lentas. o Humedad moderada. o Entorno EMC moderado. o A penas existencia de polvo, vibraciones, agresividad qumica. Entradas de alimentacin a 230 Vac. Carcasas previstas para colocacin en sobremesa o bien en racks normalizados de 19.
Otras caractersticas venan marcadas por la propia tecnologa Ethernet. De acuerdo con [53], las opciones de diseo de hardware tpicas para Fast Ethernet33 son las expuestas a continuacin. (Se sigue un orden ascendente, desde el medio de transmisin y a travs de las capas del modelo TCP/IP).
33
Fast Ethernet es la tecnologa Ethernet (capa fsica) que ha servido de base para la mayora de propuestas de Ethernet Industrial.
70 de 143
Rev. 1
Medio de transmisin: Cableado de pares trenzados sin apantallar (UTP) Categora 5. Conectores: RJ-45. Transformadores. Existe un transformador para cada uno de los pares (TX y RX), que proporciona separacin galvnica entre la electrnica interior y el cableado exterior.
PHY: Existen chips especializados (PHYTERs) que implementan la capa fsica totalmente en hardware (sin necesidad de codificar ningn software) y que estn fcilmente disponibles en el mercado (COTS, Commercial-Of-The-Shelf). El PHYTER se conecta, por un lado, a los transformadores para transmitir y recibir las seales analgicas que se propagan por el medio. Por otro lado, se comunica a travs de una interfaz digital con otro chip que implementa la subcapa MAC. Esta interfaz digital es la MII (Media Independent Interface), que est especificada en IEEE 802.3 y que consta de dos partes: o Un bus de datos de cuatro lneas de amplitud (nible). o Seales de control (MIIM, Media Independent Interface Management). Existen alternativas al MII, con diferentes amplitudes en el bus de datos: o RMII (Reduced MII), cuyo bus de datos tiene dos lneas. o SMII (Serial MII), cuyo bus de datos es serie (slo tiene una lnea). A continuacin se muestra el diagrama funcional de un PHYTER comercialmente disponible.
Fig. 19. Diagrama funcional del PHYTER KSZ8051/31, de MICREL.
Una alternativa para implementar la capa PHY consiste en utilizar chips que incluyen switches de tres puertos, como el mostrado en la Fig. 20.
71 de 143
Rev. 1
Fig. 20. Diagrama funcional de un switch de tres puertos.
Al igual que el PHYTER de la Fig. 19, este chip se comunica con otro que implementa la subcapa MAC a travs de un interfaz MII o RMII. En cambio, hacia el lado del medio de transmisin, incluye dos PHYTERs preparados para conectarse a los transformadores y los conectores RJ-45 correspondientes. Los dispositivos Ethernet que incorporan este diseo permite conectarse en una topologa de lnea o daisy-chain.
MAC: La subcapa MAC tambin se encuentra totalmente implementada en hardware dentro de productos COTS. Sin embargo, no suele estar en chips dedicados exclusivamente a esta funcin sino que se combina con otras funciones en un chip comn. Por ejemplo, existen microprocesadores y microcontroladores que tienen incorporado un controlador MAC con una interfaz MII o RMII listo para conectarse con un PHYTER tal como ilustra la Fig. 19 o con un switch de tres puertos (Fig. 20). Tambin existen FPGAs que incorporan controladores MAC; en este caso es ms frecuente que utilicen un interfaz SMII, por su menor necesidad de pines. Otra posibilidad es que el controlador MAC se combine con el PHYTER en un solo chip, dando lugar a un controlador Ethernet como el que se ilustra en la Fig. 21.
72 de 143
Rev. 1
Fig. 21. Diagrama funcional del Controlador Ethernet KSZ8841, de MICREL.
En este caso, la interfaz MII o equivalente es interna al chip. Las interfaces externas son, hacia abajo, con los transformadores y, hacia arriba, con el dispositivo programable de la estacin final (host). Las posibilidades aqu son una interfaz PCI de 32 bits o una interfaz genrica de 8/16/32 bits. Capa de red y de transporte. Las capas de red y de transporte no se encuentran implementadas en hardware. En cambio, existen codificaciones (software) comercialmente disponible para las diferentes familias de dispositivos programables de la estacin final. Estos paquetes de cdigo reciben el nombre de stacks TCP/IP e implementan los protocolos TCP,UDP e IP. Capa de aplicacin. Igual que en el caso anterior, los diferentes protocolos de aplicacin que pueda requerir la estacin final (FTP, SMTP, etc.) debern ser implementados en software.
Por ltimo, existe la opcin de incluir todo el hardware necesario (PHY+MAC+HOST programable) en un solo chip (SoC, System on Chip), tal como ilustra la Fig. 22.
73 de 143
Rev. 1
Fig. 22. Diagrama funcional del SoC KSZ8695P, de MICREL.
Un sistema de este estilo se podra conectar directamente a los transformadores de los pares trenzados y permitira acoger en su interior el software del stack TCP/IP, de los protocolos de aplicacin necesarios e incluso de la propia aplicacin de usuario.
En definitiva, cualquiera de las opciones de diseo anteriores tienen en comn dos puntos: Las capas correspondientes a Ethernet (PHY+MAC) siempre se implementan sobre hardware. El resto de capas del modelo TCP/IP siempre se implementan sobre software.
3.2.2 Salto evolutivo a) Introduccin

A principios de la dcada de 2000, los principales fabricantes del sector de la Automatizacin Industrial lanzaron las primeras propuestas para introducir Ethernet en las plantas de produccin (Ethernet Industrial). A continuacin, se muestra una lista no exhaustiva de los tipos de dispositivos susceptibles de incorporar una interfaz Ethernet en un entorno industrial: Elementos estructurales de comunicaciones (hubs, switches, conversores de medio,...).
74 de 143
Rev. 1
Controladores: PLCs (Programmable Logic Controllers) o PCs industriales. Mdulos de entradas / salidas remotas. Equipos industriales con electrnica de control incorporada (SAIs,
accionamientos, centralitas de incendios, grupos electrgenos, mquinas enfriadoras, etc.). Equipos de medida (analizadores de red, sensores inteligentes, etc.).
El primer rasgo diferencial de estos dispositivos Ethernet respecto a los que existan hasta entonces (a parte de la funcin desempeada) consista en las caractersticas de su diseo de hardware. [54] ha establecido una comparativa entre las caractersticas del diseo de hardware de un entorno ofimtico / residencial y las uno industrial, que se resume en la Tabla 5.
Entorno ofimtico / residencial
Entorno industrial
Instalacin bsica del edificio fija (cableado Instalacin hecha a medida para la aplicacin estructurado). Conexiones a los puestos de trabajo industrial: Apenas cambia. variables. Cables situados en falsos suelos o techos. En ocasiones los cables deben permitir su instalacin en canalizaciones mviles. Uso predominante de cable de par trenzado UTP Uso predominante del cable UTP Cat 5, pero Cat 5. mayor presencia de la fibra ptica. Uso predominante del conector RJ-45, sin Uso compartido de conectores RJ-45 y M-12, requisitos de estanquidad. con implementaciones que cuidan la resistencia mecnica y la estanquidad (grado de proteccin IP). Alimentaciones a 230 Vac o bien PoE Alimentaciones a 24 Vdc (en ocasiones redundadas) o bien PoE Topologa en anillo para el backbone. Topologa Topologa en anillo para el backbone, si hay. Uso en estrella para el acceso a los dispositivos habitual de topologa en lnea para el acceso a los terminales dispositivos terminales. Carcasas previstas para montaje en bastidor de 19 Carcasas previstas para montaje sobre carril DIN, (servidores) o en sobremesa (estaciones de trabajo) dentro de envolvente industrial. Dispositivos con refrigeracin activa (ventiladores) Dispositivos con refrigeracin pasiva (radiadores) para evitar partes en movimiento. No se incorporan contactos libres de potencial. Los elementos estructurales de comunicaciones suelen incorporar un contacto libre de potencial para sealizar avera. Temperaturas moderadas con fluctuaciones lentas. Temperaturas extremas con grandes fluctuaciones. Escasa presencia de polvo y humedad. Presencia abundante de polvo. Probable presencia de humedad e incluso agua. Escasa presencia de vibraciones y choques. Probable existencia de vibraciones continuadas e incluso choques. Nivel bajo de interferencias electromagnticas Alto nivel de EMI. (EMI) Ausencia de peligros qumicos. Probable presencia de ambientes qumicamente agresivos. Tabla 5. Caractersticas de diseo de hardware en entornos ofimtico / residencial e industrial.
75 de 143
Rev. 1
Las propuestas de dispositivos Ethernet Industrial fueron progresivamente incorporando los requisitos de diseo relativos al entorno industrial (Tabla 5). Sin embargo, por lo que se refiere a la implementacin de las comunicaciones, adoptaron sin cambios la tecnologa existente (vase subapartado 3.2.1.h):
En las capas 1 y 2 (Ethernet), se adoptaron los componentes COTS existentes para Fast Ethernet, aprovechando as su coste reducido. En las capas de red y de transporte, se aprovecharon los stacks TCP/IP existentes y se incorporaron a dispositivos programables de propsito general.
As pues, las diferentes propuestas de Ethernet Industrial, son realmente protocolos de aplicacin que se basan sobre la arquitectura TCP/IP/Ethernet tal como es, es decir, sin introducir ninguna modificacin sobre dicha arquitectura que pretenda mejorar su comportamiento en aspectos clave para las aplicaciones industriales ms exigentes (tiempo real, tolerancia al fallo). Normalmente, estos protocolos se basan directamente en TCP y/o UDP, segn ilustra la Fig. 23.
Fig. 23. Arquitectura tpica de los protocolos Ethernet Industrial.
En paralelo con el protocolo Ethernet Industrial propiamente dicho, tambin suelen operar otros protocolos de aplicacin que permiten a los dispositivos Ethernet Industrial disfrutar de las funcionalidades tpicas de las Tecnologas de la Informacin:
76 de 143
Rev. 1
Transferencia de ficheros (FTP), envo de e-mails (SMTP), gestin de red (SNMP), sincronizacin horaria (SNTP), etc. En los siguientes subapartados, se exponen las caractersticas especficas de cada una de las propuestas que pueden considerarse de Ethernet Industrial.
b) Modbus TCP
La organizacin promotora de Modbus TCP (y de su precursor Modbus Serie) es Modbus-IDA [55]. La especificacin de Modbus TCP, se compone de dos documentos pblicamente accesibles: El primero [56] hereda de la especificacin original de Modbus Serie la parte que se mantiene comn para ambos: La PDU bsica de Modbus, los cdigos de funcin, etc. El segundo [57] especifica el servicio de mensajera de Modbus sobre TCP/IP y el modelo funcional de un cliente, un servidor y una pasarela Modbus TCP a Modbus serie.
Modbus TCP hereda de su precursor Modbus Serie su simplicidad: No prev perfiles de dispositivos, ni objetos para la gestin de red (SNMP), ni mecanismos de sincronizacin. Simplemente establece un mecanismo de intercambio de datos segn el modelo cliente servidor, basndose en los servicios del protocolo TCP (puerto 502). En efecto, un dispositivo cliente (equivalente al maestro de la especificacin para bus serie) se encarga de hacer consultas sucesivas (polling) a los diferentes dispositivos servidores (esclavos en Modbus serie). El intercambio y el formato de las tramas quedan ilustrados en la siguiente Fig. 24.
77 de 143
Rev. 1
Fig. 24. Intercambio de tramas Modbus TCP.
Como se puede observar, las tramas Ethernet contendrn las correspondientes cabeceras IP y TCP antes de la PDU Modbus TCP, cuyos campos se comentan a continuacin: Identificador de Transaccin (2 octetos): Contiene un valor marcado por el cliente y copiado por el servidor en su PDU de respuesta. Este valor permite al cliente emparejar cada respuesta recibida con su consulta correspondiente. Identificador de Protocolo (2 octetos): Este campo permitira una hipottica multiplexacin de diferentes protocolos. En la prctica, siempre tiene el valor 0, denotando Modbus. Longitud (2 octetos): Indica la longitud en octetos de los siguientes campos (Identificador de Unidad, Cdigo de Funcin y Datos). Identificador de Unidad (1 octeto): Tiene una funcin de direccionamiento interna al sistema Modbus. Cuando el servidor al que va dirigida la trama es una pasarela Modbus TCP / Modbus serie (con un direccin IP nica), este campo sirve para indicar a qu participante del bus serie va dirigida la consulta, de modo que la pasarela pueda reenviar la consulta en el formato propio de Modbus serie. La respuesta hacia el cliente mantendr el mismo valor en este campo. Cdigo de Funcin Modbus (1 octeto): En este campo el cliente indica al servidor la accin a ejecutar. Puede tomar cualquier valor entre 1 y 255. Datos (0...252 octetos): En una consulta emitida por un cliente, este campo contiene informacin adicional para acabar de especificar la operacin indicada
78 de 143
Rev. 1
por el Cdigo de Funcin Modbus. Si dicho cdigo indica por s mismo inequvocamente la accin a ejecutar, este campo es inexistente (longitud 0). En una respuesta de un servidor, este campo contiene la informacin requerida por el cliente. La longitud mxima de este campo viene impuesta por una restriccin del original Modbus serie y es de 252 octetos.
Fig. 25. Principio de funcionamiento de Modbus TCP.
Tal como se ha mencionado anteriormente, el principio de funcionamiento de Modbus TCP es por consulta (polling) (vase Fig. 25). Un solo cliente (que acta como maestro) enva consultas sucesivas a cada uno de los servidores; Los servidores (que actan como esclavos) responden proporcionando la informacin requerida. En cada ciclo consulta / respuesta, se atraviesa cuatro veces el stack TCP/IP, lo cual hace que el rendimiento general del intercambio dependa especialmente en la eficiencia de la implementacin de dicho stack, tanto en el cliente como en el servidor. Tpicamente, el tiempo de respuesta de cada esclavo puede ser del orden de 20 ms34.
Algunas implementaciones de cliente (maestro) optimizan el proceso global enviando varias consultas de manera sucesiva y esperando a que los servidores (esclavos)
34
En caso de prdida de una trama (por ejemplo, por error en la comprobacin del FCS) el mecanismo de reintentos del stack TCP/IP asegurar que el cliente recibe la informacin. Sin embargo, el tiempo de respuesta puede ascender al orden de los segundos.
79 de 143
Rev. 1
procesen las respuestas en paralelo. El campo de Identificador de Transaccin en las PDUs asegura que el cliente podr atribuir cada respuesta a la consulta correcta.
c) EtherNet/IP
La organizacin promotora de EtherNet/IP es ODVA [58]. EtherNet/IP queda enmarcada dentro un sistema de automatizacin ms amplio, denominado CIP (Common Industrial Protocol), que engloba tambin otros protocolos tradicionalmente considerados como buses de campo: ControlNet, DeviceNet y CompoNet. Tal como ilustra la siguiente Fig. 26, CIP aporta una capa de aplicacin comn para todos esos protocolos, de modo que permite implementar soluciones de automatizacin que combinen, por ejemplo, redes DeviceNet con redes EtherNet/IP.
Fig. 26. Stack de protocolos de EtherNet/IP.
Adems, CIP aporta funcionalidades que exceden de la capa de aplicacin y se internan en la propia aplicacin de usuario, como son los diferentes perfiles de dispositivo (vlvulas, dispositivos I/O, robots, etc.).
De acuerdo con [59], las comunicaciones en la capa de aplicacin CIP se organizan en dos tipos de conexiones:
Conexiones CIP explcitas. Son de naturaleza consulta / respuesta entre dos dispositivos determinados y de propsito general. Por ejemplo, la carga de un programa en un controlador (PLC) se realiza mediante una conexin explcita.
80 de 143
Rev. 1
El trmino explicita se refiere a que todos los mensajes CIP incluyen informacin bsica (direccin origen, direccin destino, tipo de datos, etc.). Conexiones CIP implcitas. Estn dedicadas a la transmisin de informacin crtica en el tiempo entre un productor y uno o ms consumidores. Los mensajes son enviados cclicamente (cada RPI, Requested Packet Interval) sin que exista un reconocimiento particular para cada uno de ellos. La comunicacin entre dispositivos de los estados I/O o del valor de una variable lgica (tag) son ejemplos de conexiones implcitas. El trmino implcita hace referencia a que la informacin bsica (direccin origen, direccin destino, tipo de datos, etc.) no est contenida de forma explcita en el mensaje.
En el caso de EtherNet/IP, las conexiones CIP se apoyan sobre conexiones TCP (puerto 2222). Una conexin TCP existente entre dos dispositivos EtherNet/IP puede soportar mltiples conexiones CIP entre entidades de la capa CIP de ambos dispositivos. En el caso de las conexiones CIP explcitas, el servicio proporcionado por la conexin TCP es suficiente para cubrir todas las necesidades de comunicacin. En el caso de las conexiones CIP implcitas, sin embargo, la conexin TCP slo se utiliza para el establecimiento de la conexin CIP, tal como ilustra la siguiente Fig. 27.
Fig. 27. Patrn de una conexin CIP implcita.
En efecto, segn [60], el dispositivo que pretende establecer la conexin CIP implcita (p. ej. un PLC) enva al dispositivo objetivo (p. ej. un rack remoto de I/Os) un mensaje de negociacin, haciendo uso de la conexin TCP previamente establecida. En este mensaje, se indican los objetos de datos requeridos y la periodicidad (RPI) con que se
81 de 143
Rev. 1
deben refrescar, as como un identificador de conexin CIP. Si el dispositivo objetivo puede satisfacer los requisitos del mensaje inicial, comenzar a actuar como productor, enviando mensajes cclicamente al ritmo requerido (RPI) sobre UDP (puerto 2222). Estos mensajes contendrn los datos requeridos, el identificador de conexin CIP correspondiente y una direccin IP multicast relacionada, que permitir a mltiples dispositivos (no slo al que hizo la peticin inicial) actuar como consumidores de la informacin.
El dispositivo productor, continuar enviando mensajes sobre UDP de manera indefinida mientras exista algn consumidor interesado en ellos. Dado que la comunicacin sobre UDP es no reconocida, los consumidores envan peridicamente un mensaje de heartbeat para que el productor sepa que debe mantener la conexin. Cuando transcurre un cierto tiempo sin haber recibido ningn mensaje de hearbeat, el productor deja de transmitir y da por finalizada la conexin CIP implcita.
El mecanismo productor / consumidor expuesto anteriormente es eficiente cuando existen varios dispositivos que requieren la misma informacin cclica. Sin embargo, el trfico multicast generado puede tener efectos negativos:
Sobrecarga de la red: Tradicionalmente los switches trataban una trama multicast reenvindola a travs de todos los puertos (flooding). Este comportamiento, unido a la naturaleza cclica de la transmisin (cada productor puede enviar un mensaje multicast cada 10 ms, por ejemplo) puede fcilmente sobrecargar la red.
Sobrecarga de los dispositivos: El mecanismo de flooding en la red hace que un dispositivo cualquiera reciba los mensajes multicast, incluso aunque no est interesado en ellos. El dispositivo tiene que procesar este mensaje antes de decidir que no le interesa, lo cual supone una sobrecarga.
En definitiva, es cierto que EtherNet/IP funciona sobre redes de switched Ethernet totalmente estndar, pero no sobre cualquier red switched Ethernet. [61] y [59] establecen los siguientes requisitos y recomendaciones:
82 de 143
Rev. 1
Full-duplex. Todos los puertos deben operar en modo full-duplex. Para ello, se recomienda no deshabilitar la opcin de autonegociacin de los dispositivos, ya que, en ese caso, el puerto correspondiente del switch pasa a modo half-duplex.
IGMP snooping. Los switches deben implementar IGMP snooping, de modo que el trfico multicast quede restringido nicamente a los caminos necesarios para dar servicio a los dispositivos que lo requieren (vase subapartado 3.2.1.e). Hay que tener en cuenta que algunos switches que implementan IGMP snooping requieren de un router que enve consultas (host membership querys) para poder aprender qu dispositivos pertenecen a cada grupo multicast. Por tanto, si la red debe funcionar de modo aislado (sin presencia de ningn router) o bien si debe funcionar incluso si el router queda fuera de servicio, entonces debe confirmarse que los switches pueden operar IGMP snooping incluso sin presencia de router.
Port mirroring. Los switches deben implementar port mirroring. Se trata de una funcionalidad de diagnstico que duplica el trfico que atraviesa un puerto determinado del switch (tanto entrante como saliente) y lo reenva por otro puerto libre del switch . Conectando a este puerto un PC con un software de anlisis de trfico Ethernet (como Wireshark [62]), se puede realizar tareas de resolucin de averas.
VLANs. Se recomienda el uso de VLANs como un medio adicional para restringir el trfico multicast. SNMP. Se recomienda que los switches sean gestionables, es decir, que implementen el protocolo SNMP, lo cual facilita tareas de diagnsitco y configuracin remotas.
En 2008, se introdujo en la especificacin de EtherNet/IP la tecnologa DLR (Device Level Ring), permitiendo las topologas en anillo y en lnea, que se sumaban a la topologa en estrella, propia de las redes switched Ethernet. [63] expone las caractersticas de esta tecnologa, que se resumen a continuacin.
La topologa en anillo proporciona redundancia de caminos fsicos hasta el mismo dispositivo EtherNet/IP y, por tanto, tolerancia al fallo a nivel de enlaces fsicos e interfaces. Si el fallo ocurre en el propio dispositivo EtherNet/IP (en adelante nodo), el
83 de 143
Rev. 1
resto de nodos continuarn teniendo servicio. Los nodos del anillo DLR tienen caractersticas especiales:
Incorporan switches especiales de dos puertos exteriores (y uno interior para el host), que implementan un protocolo propietario (DLR) de capa 2 para gestionar la configuracin del anillo. Es posible incorporar dispositivos EtherNet/IP estndar en el anillo, a travs de switches DLR de tres puertos exteriores.
Al menos uno de los nodos, debe implementar la funcionalidad de nodo supervisor, tal como se ilustra en la Fig. 28.
Fig. 28. Topologa en anillo DLR.
A continuacin se expone el principio de funcionamiento:
Al menos uno de los nodos debe configurarse como nodo supervisor del anillo. Si se configura ms de uno, el propio protocolo DLR decide cul de ellos acta como nodo supervisor activo y el otro queda como backup.
Cada nodo normal, cuando recibe una trama, la reenva por el otro puerto, a no ser que la trama fuera dirigida a l mismo. El nodo supervisor activo tiene uno de sus puertos bloqueado, evitando as la formacin de un bucle, tal como se ilustra en la Fig. 28. Cada 400 s, por defecto, el nodo supervisor activo enva unas tramas beacon (propias del protocolo DLR) por sus dos puertos y espera su recepcin por el lado opuesto del anillo. Si no las recibe, interpreta un fallo en el anillo y desbloquea su propio puerto para mantener la conectividad. Tpicamente, la recuperacin de un anillo de 50 nodos se consigue en menos de 3 ms.
84 de 143
Rev. 1
Fig. 29. Diagnsitco del anillo DLR.
Aunque la topologa nativa de la tecnologa DLR es el anillo, tambin permite otras posibilidades. Si se renuncia a la redundancia de caminos fsicos una red DLR se puede disponer en lnea. As mismo, es posible integrar uno o ms anillos DLR en una red switched Ethernet estndar, tal como ilustra la Fig. 30.
Fig. 30. Integracin de anillos DLR en redes Ethernet estndar.
Sin embargo, en este caso hay que tener en cuenta las siguientes salvedades:
85 de 143
Rev. 1
El hecho de intercalar en el anillo DLR un switch estndar puede afectar al tiempo de recuperacin del anillo, en caso de fallo. Para el funcionamiento correcto del anillo es necesario configurar de manera apropiada los puertos del switch estndar que forman parte de l. El protocolo DLR puede coexistir con los protocolos equivalentes de la red Ethernet estndar (STP, RSTP, MSTP) pero no interacta con ellos: Las tramas BPDUs enviadas por los switches estndar son bloqueadas por el nodo supervisor del anillo, de modo que la topologa activa del anillo queda nicamente determinada por el protocolo DLR.
Si se integran varios anillos DLR en una red Ethernet, hay que tomar la precaucin de configurar cada anillo con una VID (identificador de VLAN) independiente35.
d) PROFINET CBA
El protocolo PROFINET CBA (Component Based Automation) es promovido por la organizacin PROFIBUS International [64], que tambin promueve el bus de campo PROFIBUS DP. PROFINET CBA fue el primer intento de introducir PROFIBUS DP en el mbito de Ethernet Industrial. Su propsito no era hacer evolucionar PROFIBUS DP hacia una versin compatible con Ethernet, sino permitir la implementacin de pasarelas (proxys) que integraran las instalaciones PROFIBUS DP existentes en infraestructuras de Ethernet Industrial, tal como ilustra la Fig. 31.
35
Las switches incorporados en los dispositivos DLR envan tramas VLAN-tagged
86 de 143
Rev. 1
Fig. 31. Ejemplo de utilizacin de PROFINET CBA.
Ms tarde, se desarroll PROFINET IO (vase apartado 3.3.2.c) -que s tiene capacidades equivalentes a PROFINET DP- y PROFINET CBA mantuvo su papel como protocolo destinado a comunicacin entre controladores, sin requerimientos temporales exigentes.
PROFINET CBA soporta un enfoque de la automatizacin de la planta industrial basado en la comunicacin de componentes entre s, dentro de un sistema distribuido. Un componente est tpicamente formado por un controlador IO y sus dispositivos IO (comunicados entre s por PROFIBUS DP o por PROFINET IO) y puede encargarse del control de toda una mquina. Un sistema distribuido puede ser tpicamente toda una planta industrial. PROFINET CBA va asociado a una herramienta de software de ingeniera (SIMATIC iMAP) que permite establecer de manera grfica los vnculos entre los componentes, es decir, las variables que deben comunicarse entre los diferentes controladores IO.
PROFINET CBA funciona a base de llamadas a procedimientos remotos (RPC, Remote Procedure Call). En su versin original se apoyaba sobre el protocolo de aplicacin DCOM (Distributed Component Object Model), que a su vez utilizaba conexiones
87 de 143
Rev. 1
TCP/IP. Sin embargo, cuando DCOM fue abandonada por su desarrollador (Microsoft), se especific una nueva versin, basada sobre el protocolo CLRPC (Connectionless Remote Procedure Call) que a su vez se apoya sobre UDP/IP.
3.2.3 Productos de mercado

En este subapartado, se pretende dar un breve repaso a las diferentes gamas de productos existentes en el mercado y que se pueden considerar dentro de la categora de Ethernet Industrial.
Hubs o repetidores multipuerto. En su momento, fueron los elementos estructurales ms comunes para formar redes Ethernet sobre par trenzado. Despus, fueron progresivamente desplazados por los switches hasta el punto que actualmente son totalmente inexistentes en el mercado destinado al entorno ofimtico. En el mercado destinado al entorno industrial, la tendencia es la misma. Sin embargo, todava tienen una mnima representacin debido a que uno de los protocolos ms representativos de Ethernet en Tiempo Real (Ethernet Powerlink) recomienda su uso frente al de los switches. El motivo es que los hubs, precisamente por implementar menos funcionalidades, introducen una latencia menor, del orden de 500 ns. Los fabricantes Phoenix Contact [15] y Schneider Electric [20], por ejemplo, todava cuentan con hubs en su catlogo.
Switches o puentes multipuerto. Los switches de Fast Ethernet (100BASE-TX y 100BASE-FX) son los elementos estructurales predominantes en las redes Ethernet Industrial. Muchos grandes fabricantes del mundo de la Automatizacin Industrial han incorporado estos productos en su catlogo como un complemento ms, por ejemplo: Phoenix Contact [15], Schneider Electric [20], Rockwell Automation [16], Siemens [13] y Moxa [23]. En cambio, existen otros fabricantes cuyo ncleo de negocio se centra precisamente en los switches industriales, por ejemplo: Hirschmann [25], Korenix [22] y O-ring [24].
En los catlogos de todos estos fabricantes, se utiliza el trmino gestionable (managed) para distinguir los equipos con prestaciones bsicas respecto de los que tienen prestaciones adicionales. Un switch no gestionable sera aquel que cumple
88 de 143
Rev. 1
estrictamente las funcionalidades obligatorias segn la norma IEEE 802.1D, es decir, bsicamente reenva o filtra las tramas en funcin del aprendizaje realizado sobre las direcciones MAC de origen. En cambio, cuando se utiliza el trmino gestionable, se alude a un conjunto de prestaciones adicionales como son: Funciones de gestin36, relacionadas con diferentes aspectos: configuracin, malfuncionamiento y estadsticas de desempeo. Posibilidad de acceder a las funciones de gestin de manera remota, mediante el protocolo SNMP. Posibilidad de definir VLANs, de acuerdo con IEEE 802.1Q. Funcin de Port Mirroring.
Implementaciones COTS de Ethernet. Todas las propuestas de Ethernet Industrial mencionadas en el subapartado 3.2.237, se basan en hardware estndar como el explicado en el apartado 3.2.1.h. Existen diversos fabricantes de circuitos integrados que incorporan en su catlogo implementaciones de la capa fsica (PHYTERs), de la subcapa MAC (procesadores MAC), o de ambas simultneamente (Controladores Ethernet). Tambin existen circuitos integrados que incorporan varios puertos MAC y sirven como ncleo para switches autnomos o como complemento para dotar de varios puertos (tpicamente dos) a estaciones finales destinadas a conectarse en una topologa en lnea. Algunos ejemplos de estos fabricantes son Micrel [65] y National Semiconductor [66].
Productos Modbus TCP. Antes de que apareciera Modbus TCP, su predecesor Modbus serie ya era un estndar muy extendido en el mbito de las comunicaciones industriales. Esto explica el hecho de que Modbus TCP tambin sea un protocolo soportado por gran variedad de fabricantes. En todo caso, el fabricante que ms ha impulsado la utilizacin de Modbus TCP es Schneider Electric [20], que a su vez es propietario de la marca Modicon, que originalmente desarroll Modbus serie.
En el sentido estricto utilizado por la norma IEEE 802.1D, el trmino gestionable slo hara referencia a este primer punto. Sin embargo, la utilizacin en el mercado suele aludir a la lista completa. En todo caso, esta utilizacin comercial del trmino hace recomendable investigar en la documentacin tcnica de cada producto en qu consiste exactamente este carcter gestionable. 37 Excepto los switches integrados en los dispositivos Ethernet/IP que soportan el protocolo DLR.
36
89 de 143
Rev. 1
Uno de los objetivos principales de Modbus TCP es permitir la integracin de los esclavos Modbus serie en una red Ethernet Industrial. Esto se consigue mediante una pasarela que acta como maestro en el bus serie y como servidor en la red Ethernet, por ejemplo la TSXETG100, de Schneider Electric. Por otra parte, todas las gamas de PLCs de Schneider Electric (Advantys, Momentum, Premium, M340, Quantum) soportan el protocolo Modbus TCP y multitud de softwares SCADA/HMI, tanto de Schneider Electric como de otros fabricantes, tambin.
En definitiva, Modbus TCP es ampliamente utilizado en los siguientes tipos de comunicaciones: Entre aplicaciones SCADA / HMI y PLCs. Entre aplicaciones SCADA / HMI y dispositivos de campo (analizadores de red, contadores elctricos, SAIs, teleindicadores, etc.). Normalmente estos dispositivos tienen un puerto Modbus serie y es necesaria una pasarela intermedia. Entre PLCs.
Sin embargo, sus capacidades limitadas en cuanto al comportamiento en tiempo real hacen que no se utilice para comunicacin entre PLCs y mdulos de entradas / salidas remotas ni, por supuesto, en aplicaciones de control de movimiento.
Como se ha dicho anteriormente, durante muchos aos Modbus TCP ha sido la apuesta de Schneider Electric por lo que respecta a Ethernet Industrial. Sin embargo, en 2007, Schneider Electric se adhiri a la organizacin ODVA [58] y anunci el lanzamiento al mercado de productos con interfaz Ethernet/IP. Por su parte, la ODVA anunci que proporcionara compatibilidad con Modbus TCP en las redes basadas en CIP. As pues, parece que la especificacin Modbus TCP no sufrir mejoras ni mantenimiento, pero probablemente los productos se mantendrn en el mercado durante mucho tiempo.
Productos Ethernet/IP. El principal fabricante de equipos con interfaz Ethernet/IP es Rockwell Automation [17]. Esto incluye las diferentes gamas de PLCs (Control Logix, Micro Logix, etc.), mdulos de entradas / salidas remotas (Flex I/O, Control Logix I/O, etc.), HMIs (PanelView), analizadores de red (Power Monitor), accionamientos
90 de 143
Rev. 1
(PowerFlex). Adems, mltiples aplicaciones SCADA tienen drivers para Ethernet/IP. En definitiva, Ethernet/IP se usa en los siguientes tipos de comunicaciones:
Entre aplicaciones SCADA / HMI y PLCs. Entre aplicaciones SCADA / HMI y dispositivos de campo (p.ej. analizadores de red). Entre PLCs. Entre PLC y mdulos de entradas / salidas remotas o bien dispositivos de campo (p.ej. analizadores de red y accionamientos).
Este ltimo punto es una caracterstica diferencial respecto de Modbus TCP. Ethernet/IP se apoya sobre el stack TCP/IP estndar y no incorpora ninguna modificacin para mejorar su comportamiento en tiempo real, al igual que Modbus TCP. Adems, un argumento de venta utilizado por Ethernet/IP es que se puede usar en una red Ethernet estndar y que puede admitir otros trficos ajenos a Ethernet/IP, al igual que reivindica Modbus TCP. Sin embargo, a diferencia de lo que ocurre con Modbus TCP, Ethernet/IP se implementa en muchos productos para realizar comunicaciones que previsiblemente tendrn ciertos requisitos temporales, como la comunicacin entre PLC y mdulos de entradas salidas remotas. El cumplimiento de estos requisitos temporales (ms o menos exigentes en funcin de la aplicacin industrial) depender de la habilidad con que se haya planificado y configurado la red Ethernet y no est en absoluto asegurado intrnsecamente en la concepcin de Ethernet/IP.
En consonancia con lo anterior, Rockwell Automation y ODVA han establecido una colaboracin con Cisco (el fabricante de switches lder en el sector ofimtico) que ha dado como fruto toda una serie de guas para la concepcin de redes Ethernet industriales y la estimacin de su desempeo (vase como ejemplo [61]). Adems, la gama alta de switches industriales de Rockwell reivindica la incorporacin de tecnologa Cisco como signo de solvencia tcnica [67].
Productos PROFINET CBA. El principal fabricante de productos que soportan PROFINET CBA es Siemens [13]. El tipo de Ethernet Industrial por excelencia de Siemens es PROFINET IO (explicado en el subapartado 3.3.2.c). Sin embargo, un
91 de 143
Rev. 1
subconjunto de todos los productos Siemens que soportan PROFINET IO soporta tambin el protocolo PROFINET CBA, a travs del mismo interfaz fsico. A continuacin se repasa la naturaleza de estos dispositivos:
Algunos mdulos IM (Interface Module) de la gama ET200 con CPU incorporada. Algunas CPUs y mdulos de comunicaciones (CP, Communication Processors) de la gama de PLCs S7-300 y S7-400. Una versin de controlador implementado en software para PC industrial (WINAC RTX). La pasarela (proxy) IE/PB Link PN CBA38, para integrar controladores
PROFIBUS DP en la red de Ethernet Industrial. Driver OPC para PROFINET CBA, que permite a cualquier aplicacin SCADA / HMI compatible con OPC acceder a la informacin procedente de un equipo que comunica en PROFINET CBA.
En definitiva, PROFINET CBA se utiliza nicamente para establecer comunicaciones: Entre aplicaciones SCADA / HMI y controladores y Entre controladores (sean PLCs o PCs industriales)
Esto es debido a que PROFINET CBA no tiene capacidades de tiempo real (esta necesidad queda cubierta por PROFINET IO). En cambio, el punto fuerte que reivindica PROFINET CBA es su enfoque basado en componentes, que permite interconectar diferentes islas de automatizacin en una planta industrial, mediante una herramienta de ingeniera de estilo grfico (SIMATIC iMAP). Aun as, la hegemona de PROFINET IO en el mundo Siemens es total y PROFINET CBA tiene poca aceptacin en el mercado.
3.3 Ethernet en Tiempo Real (RTE)

En este apartado se desarrollar el concepto de Ethernet en Tiempo Real. Para ello, se organizar el texto de la misma manera que en el apartado anterior.
38
Cabe destacar que esta pasarela ha sido recientemente descatalogada por Siemens. Sin embargo, su funcin (esto es, permitir la integracin en redes Ethernet Industrial de instalaciones existentes basadas en PROFIBUS DP) es estratgicamente clave para el fabricante y sigue estando disponible a travs de las CPUs de la gama S7-300 y S7-400.
92 de 143
Rev. 1
En el subapartado de Background, se tratarn avances aparecidos con posterioridad a la aparicin de las primeras propuestas de Ethernet Industrial y que actualmente ya forma parte de la tecnologa comercialmente disponible. Estos avances son utilizados por algunas de las propuestas de Ethernet en Tiempo Real como elementos clave para soportar sus prestaciones.
En el subapartado de Salto evolutivo, se repasarn las principales caractersticas de las propuestas de Ethernet en Tiempo Real, explicando cmo utilizan las posibilidades que ofrece la tecnologa existente y qu funcionalidades aportan.
Por ltimo, en el subapartado Productos de mercado, se repasarn los principales fabricantes de cada propuesta Ethernet en Tiempo Real y las gamas de productos relacionados comercialmente disponibles. Tambin se indicarn los tipos de comunicacin a los que van principalmente dirigida cada propuesta y algunos aspectos sobre su posicionamiento estratgico en el mercado.
3.3.1 Background a) Sincronizacin

El protocolo (S)NTP ha satisfecho durante muchos aos las necesidades de sincronizacin horaria de las estaciones finales. En su utilizacin tpica, permite que todas las estaciones finales en una LAN tengan la misma hora, con una precisin ms que suficiente para las aplicaciones ofimticas, gracias al papel de maestro que juega una de las estaciones finales. Si adems la LAN tiene conexin a Internet, esta ltima estacin final hace las veces de maestro secundario y se sincroniza con un maestro primario situado en algn punto de Internet y que ofrece la hora UTC con un precisin razonable. En definitiva, todas las estaciones de la LAN tienen la misma hora y, adems, la hora correcta.
Los dispositivos de Ethernet Industrial, especialmente si se pretenden utilizar en una aplicacin con requerimientos temporales exigentes, estn destinados a constituir un Sistema Distribuido de Control en Tiempo Real. Distribuido porque cada dispositivo realiza una tarea particular que ha de formar parte de un todo coordinado; En
93 de 143 Rev. 1
tiempo real porque el comportamiento del conjunto no slo debe ser correcto, sino que tambin ha de llegar en el momento oportuno y no ms tarde [68]. Un sistema de control de este tipo necesita una base de tiempo global, basada en la existencia de un reloj local en cada uno de los nodos y un mecanismo de sincronizacin (proporcionado por el sistema de comunicacin) que debe ser capaz de asegurar una sincronizacin entre todos los relojes locales con una precisin conocida, en el rango de los microsegundos. La base de tiempo global permite:
Coordinar instantes de medida (observaciones) e instantes de acciones, en diferentes nodos del sistema distribuido. Determinar la antigedad de observaciones realizadas por otro nodo y enviadas a travs del sistema de comunicaciones. Determinar el orden en que suceden los eventos sin que el hecho de que son observados por nodos diferentes pueda introducir errores.
Los dispositivos de Ethernet Industrial disponen de reloj local y se pueden aprovechar (si implementan el stack TCP/IP) del protocolo (S)NTP para sincronizarse, pero la precisin conseguida no es suficiente para aplicaciones exigentes como las siguientes:
En automatizacin y control: o Sincronizacin de accionamientos multi-eje. o Sincronizacin de subsistemas con operacin cclica.
En sistemas elctricos (generacin, transporte y distribucin): o Control sobre aparamenta elctrica. o Reconstruccin de una sucesin de eventos.
Desde hace tiempo, existen tecnologas de sincronizacin que proporcionan las precisiones requeridas por estas aplicaciones, pero son caras y tienen inconvenientes:
GPS. Necesita lnea de visin directa con los satlites. IRIG-B. Necesita una red cableada dedicada a la sincronizacin.
94 de 143
Rev. 1
En 2002, apareci la primera versin de la norma IEEE 1588, que especifica el protocolo PTP (Precision Time Protocol), con los siguientes rasgos fundamentales: Pretende soportar precisiones de sincronizacin mejores que 1 s. Aprovecha la propia red de datos para transmitir las seales de sincronizacin. Se concentra en IEEE 802.3, aunque no se limita a ella. Su mbito de aplicacin se restringe a una LAN. Aunque permite implementacin nicamente por software, es necesaria asistencia de hardware especfico para conseguir las mejores precisiones.
Ms tarde, en 2008, se public la segunda versin de esta norma con ciertas mejoras y extensiones. A continuacin se resumen ambas.
PTPv1 (2002)
PTPv1 es un protocolo de aplicacin que se basa sobre UDP/IP. Utiliza el puerto UDP 319 para mensajes de evento (esto es, los que requieren time-stamp al ser enviados y al ser recibidos) y el puerto UDP 320 para los mensajes generales (es decir, los que no lo requieren). En los paquetes IP, define un valor de TTL (Time to Live) de 0. De este modo, ningn router los reenva y su alcance queda circunscrito a una sola LAN. Utiliza direccionamiento multicast: Tiene cuatro direcciones IP multicast reservadas, que utiliza para soportar hasta cuatro dominios de sincronizacin independientes en la LAN.
El principio de funcionamiento se basa en permitir que una estacin final con reloj maestro pueda enviar informacin sobre su hora y su frecuencia (velocidad a la que avanza la hora) a una estacin final con reloj esclavo. Para ello, actan en paralelo dos mecanismos de intercambio de mensajes: el de sintonizacin y el de sincronizacin.
El mecanismo de sintonizacin se encarga de transmitir al esclavo la informacin sobre la frecuencia del maestro, tal como ilustra la Fig. 32.
95 de 143
Rev. 1
Fig. 32. Mecanismo de sintonizacin.
El reloj maestro enva mensajes Sync en instantes k separados regularmente en el tiempo (por defecto, cada dos segundos). Los mensajes Sync son de tipo evento, de modo que provocan un time-stamp al ser enviados (t1k) y otro al ser recibidos (t2k), cada uno de ellos en base al reloj local. La informacin de time-stamp (t1k) se genera en el maestro, pero debe ser procesada en el esclavo. Si el hardware del maestro no tiene capacidad para insertar ese time-stamp en el propio mensaje Sync de modo on-the-fly39 con suficiente precisin, entonces se indica esta circunstancia en un flag y se enva un segundo mensaje (Follow_up) que incluye esta informacin. De este modo, el esclavo tiene en todo momento informacin para calcular la deriva (drift) de su reloj respecto del reloj maestro:
k1+1 = t1k +1 t1k k +1 k k2+1 = t 2 t 21 k2+1 k1+1 k +1 Drift = k1+1
El mecanismo de sincronizacin se encarga de calcular la desviacin (offset) del esclavo respecto del maestro, tal como ilustra la Fig. 33.
39
On-the-fly: Modo de escribir o modificar informacin sobre una trama sobre la marcha, sin entorpecer su transmisin.
96 de 143
Rev. 1
Fig. 33. Mecanismo de sincronizacin.
El reloj esclavo enva un mensaje de Delay_Req al maestro. Este mensaje es de tipo evento, de modo que el esclavo registra el time-stamp de salida (t3) y el maestro registra el time-stamp de llegada (t4), que seguidamente enva al esclavo mediante el mensaje Delay_Resp. Con esta informacin, y con la del ltimo mensaje Sync, el esclavo puede calcular el offset de su reloj sin que introduzca error el retardo (delay) de transmisin de los mensajes a travs de la red, que tambin se puede calcular: (t 2 t1 ) + (t 4 t 3 ) 2 (t 2 t1 ) (t 4 t 3 ) Offset = 2
Delay =
De esta manera, bajo la hiptesis de que el delay es simtrico y constante, la norma establece el mtodo en que el esclavo puede obtener su desviacin respecto del maestro. Sin embargo, la norma no prescribe cmo el esclavo debe llevar a cabo su correccin. A este respecto, [69] alerta de que una implementacin conforme a IEEE 1588 podra ajustar la hora del reloj esclavo simplemente sumndole el offset, de modo que no quedara garantizada la muy deseable capacidad del reloj para producir una sucesin montonamente creciente de time-stamps40. Es, pues, aconsejable utilizar relojes sintonizables [70], cuyo oscilador puede acelerarse o decelerarse a voluntad. Esto permitira al mecanismo de correccin compensar un offset positivo o negativo de una manera suave y garantizando la monotonicidad creciente. Adems permitira aprovechar
40
En efecto, en caso de que el offset fuera negativo, el contador del reloj pasara dos veces por el mismo conjunto de valores. As, podra ocurrir que un evento ocurrido despus que otro tuviera, en cambio, un time-stamp ms pequeo.
97 de 143
Rev. 1
la informacin sobre la deriva41 respecto del reloj maestro (mensajes Sync) y sintonizar el reloj esclavo con un tiempo de respuesta ms rpido que el que permitira tener en cuenta nicamente el offset.
Cabe preguntarse en qu medida son vlidas las hiptesis de partida utilizadas en el mtodo de clculo.
La simetra del delay (es decir, que sea igual entre maestro y esclavo que viceversa) parece razonablemente vlida. Incluso en una red switched Ethernet con caminos fsicos redundados, la simetra de la topologa activa calculada por el algoritmo de spanning tree (STP, RSTP o MSTP) asegura que el camino fsico de ida y el de vuelta son el mismo.
El carcter constante del delay (jitter nulo) es ms discutible y depende fuertemente del punto en que se haga el time-stamp. La Fig. 34 muestra las diferentes posibilidades.
Fig. 34. Posibles puntos de time-stamp.
Una implementacin basada exclusivamente en software, realizara el time-
stamp en la capa de aplicacin (PTP), quedando afectada por el jitter que

introduce el stack UDP/IP. La norma prev (aunque no impone) que el time-
stamp se haga lo ms cerca posible de la capa fsica, utilizando hardware
41
La importancia de la deriva puede parecer a primera vista despreciable. En el nivel de precisin que reivindica la norma IEEE 1588, no lo es. Un oscilador de cuarzo barato tiene una dependencia respecto de la temperatura de 1 ppm/C [71]. Esto significa que una variacin de la temperatura ambiente de 1C provoca que el oscilador empiece a derivar respecto de su comportamiento anterior en 1 s por cada segundo que pasa. Esta es la razn por la norma prev que se enven mensajes Sync con tanta frecuencia (cada 2 segundos, por defecto). En cambio los mensajes Delay_Req y Delay_Resp se envan con una frecuencia mucho menor.
98 de 143
Rev. 1
dedicado. En el caso de IEEE 802.3, propone la interfaz MII como punto adecuado, segn se muestra en la Fig. 35.
Fig. 35. Time-stamp asistido por hardware en la interfaz MII.
En esta implementacin, la unidad de time-stamp inspeccionara todas las tramas que se transmiten y que se reciben. Las tramas que contienen mensajes de evento, es decir, las que contienen una cabecera UDP con identificador de puerto 319 disparan el time-stamp.
Otro factor que puede introducir jitter es la propia red, especialmente los
switches, en caso de que un mensaje PTP se quede retenido en la cola de un

puerto42. Para paliar este problema, la norma prev que los switches de la red participen del protocolo PTP en calidad de boundary clock. Un switch de este tipo incorpora un reloj y, de los mltiples puertos que suele poseer, uno acta como esclavo sincronizando el reloj local con un reloj maestro remoto, tal como muestra la Fig. 36.
42
Como ejemplo, una trama Ethernet con 1500 octetos en su campo Datos del Cliente MAC cuya transmisin acabara de comenzar ocasionara a un mensaje PTP que llegara a la cola del mismo puerto un retardo adicional de 120 s aproximadamente. De este modo quedaran invalidados totalmente los clculos de del protocolo PTP.
99 de 143
Rev. 1
Fig. 36. Funcionamiento de un switch actuando como boundary clock.
El resto de puertos actan como maestros y permiten la sincronizacin de los relojes remotos a partir de su reloj local. En definitiva, introduce un reloj intermedio (y por tanto una cierta imprecisin) pero resuelve el grave problema del retardo en las colas.
Los boundary clocks dan lugar a una jerarqua de relojes que se ilustra en la Fig. 37.
Fig. 37. Jerarqua de relojes PTP.
En ella, se pueden distinguir los boundary clocks (con un reloj y mltiples puertos, de los cuales slo uno es esclavo) y los ordinary clocks (con un reloj y un puerto). El protocolo PTP incorpora un algoritmo (BMC, Best Master Clock) para que cada puerto, de manera independiente, calcule cul debe ser su estado (maestro o esclavo). Para ello, se comparan las caractersticas tcnicas del reloj local con las de los relojes remotos (recibidas a travs de mensajes Sync). De este modo, se consigue una jerarqua
100 de 143
Rev. 1
consistente para todo el dominio de sincronizacin, en la que slo hay un grandmaster, que sirve de referencia para todos los dems relojes.
PTPv2 (2008)
La versin 2 de la norma IEEE 1588 aporta mejoras y extensiones respecto la versin 1. A continuacin se resumen las ms importantes:
Capas inferiores. La versin 1 slo especificaba PTP sobre UDP/IPv4 sobre IEEE 802.3. La versin 2 aade especificaciones para:
PTP sobre UDP/IPv6. PTP sobre IEEE 802.3 directamente. En este caso se utiliza el Ethertype 0x88F7 como identificador del protocolo PTP. PTP sobre PROFINET. PTP sobre otros buses de campo (DeviceNet y ControlNet).
Precisin. La nueva versin introduce mejoras para poder soportar precisiones de sincronizacin entre relojes del orden de nanosegundos43:
Aumenta la frecuencia mxima a la que se pueden enviar mensajes Sync: 128 mensajes por segundo. La resolucin con que se representa los time-stamps pasa de 1 nanosegundos a 15 femtosegundos.
Topologas en lnea. La topologa en lnea es deseable en el sector de la Automatizacin y el Control. Las redes de Ethernet Industrial la consiguen incorporando en las estaciones finales switches de 2 puertos exteriores. Esto, en trminos de PTP, supone una cascada considerable de boundary clocks que introducen una imprecisin acumulativa en la sincronizacin. Para solventar este problema, la versin 2 de IEEE 1588 introduce el concepto de transparent clock (TC) en dos modalidades: end-to-end (e2e) y peer-to-peer (p2p).
Un TC e2e es un switch que es capaz de medir el tiempo transcurrido entre la entrada y la salida de los mensajes PTP de evento. Puesto que se trata de un tiempo relativo y no
43
Que el protocolo soporte estas precisiones no quiere decir que la tecnologa actual (hardware) las pueda conseguir. En todo caso, la intencin de la norma es promover el avance en esta direccin.
101 de 143
Rev. 1
una hora absoluta, no hace falta que el reloj del TC est sincronizado44; slo que pueda medir intervalos cortos de tiempo con razonable precisin. El tiempo de estancia en el TC atravesado se acumula en un campo de correccin (c) previsto en el mensaje Sync, si el TC es capaz de modifcarlo on-the-fly, o bien es enviado a continuacin en un mensaje Follow_up, tal como ilustra la Fig. 38.
Fig. 38. Mensaje Sync atravesando dos TCs e2e.
El campo de correccin (c) da constancia de la parte aleatoria del delay entre maestro y esclavo, que es precisamente la que invalida la hiptesis de partida sobre su carcter constante. Los esclavos envan mensajes Delay_Req hacia el maestro, que son tratados anlogamente por los TCs. En definitiva, teniendo en cuenta los campos de correccin (c), los esclavos obtienen informacin suficiente para hacer sus correcciones sin necesidad de un boundary clock.
Un TC p2p, adems de tener las capacidades del e2e, mide los delays correspondientes a los enlaces fsicos hacia todos los relojes contiguos mediante mensajes Pdelay_Req, Pdelay_Resp y Pdellay_Follow_up, tal como ilustra la Fig. 39.
44
En cambio, el mecanismo de sintonizacin s puede ser beneficioso para la precisin de esa medida.
102 de 143
Rev. 1
Fig. 39. Flujo de mensajes en un dominio de sincronizacin con TCs p2p.
Como se puede observar, incluso aquellos enlaces que estn bloqueados por un protocolo de spanning tree son objeto de medida por los TCs. Cuando un mensaje Sync atraviesa un TC, en el campo de correccin (c) no slo se acumula el tiempo de residencia en el TC sino tambin el delay del enlace de aguas arriba por el que ha llegado el mensaje Sync (vase la Fig. 40).
Fig. 40. Mensaje Sync atravesando dos TCs p2p.
De este modo, el mensaje Sync siempre lleva consigo su propio delay y el esclavo tiene toda la informacin necesaria para hacer la sintonizacin y la sincronizacin, tambin sin necesidad de boundary clock. En caso de reconfiguracin del spanning tree, los TCs no deben hacer ninguna nueva medida y el protocolo PTP sigue operando con normalidad.
103 de 143
Rev. 1
Mecanismo para extensiones. La nueva versin introduce un mecanismo TLV (Type,
Length, Value) para que otras organizaciones puedan aadir extensiones propias al
protocolo PTP.
Compatibilidad. No existe compatibilidad entre la versin 2 y la 1. nicamente existe la posibilidad de utilizar boundary clocks que implementen diferentes versiones en diferentes puertos. En todo caso, se espera que la versin 2 desplace eventualmente a la versin 1.
3.3.2 Salto evolutivo a) Introduccin

Las soluciones de Ethernet Industrial que aparecieron en primera instancia se apoyan sobre la arquitectura TCP/IP/Ethernet estndar. Ofrecen un servicio de comunicacin basado en un enfoque Best-effort (el mejor, dentro de lo posible), con una latencia y
jitter considerables, introducidos en su mayor parte por el stack TCP/IP y en menor

medida por la propia red Ethernet. En definitiva, no ofrecen comportamiento en tiempo real.
Para abordar esta problemtica, surgieron diversas propuestas que pretendan conseguir comportamiento en tiempo real introduciendo mejoras sobre la arquitectura TCP/IP/Ethernet estndar. Atendiendo a la naturaleza de las mejoras introducidas, estas propuestas se puede agrupar en dos grandes categoras:
La primera categora se caracteriza por un canal paralelo al stack TCP/IP y hardware estndar, tal como ilustra la Fig. 41.
104 de 143
Rev. 1
Fig. 41. Ethernet en Tiempo Real. Arquitecturas basadas en hardware estndar.
El protocolo de aplicacin que trata los datos de proceso (los que necesitan comportamiento en tiempo real) accede directamente a la capa 2 (Ethernet), sin pasar por el stack TCP/IP. De este modo, se elimina la latencia y el jitter introducidos por dicho stack. Las tramas Ethernet tienen un Ethertype especfico que identifica el protocolo Ethernet en Tiempo Real. Estas tramas quedan contenidas dentro de la red (no pueden atravesar los routers, dado que no se trata de paquetes IP).
El stack TCP/IP tambin puede utilizarse, pero slo para los datos de parametrizacin (los que no requieren comportamiento en tiempo real). De este modo, se puede aprovechar las funciones propias de las Tecnologas de la Informacin (HTTP, SNMP, FTP, ...). El acceso del stack TCP/IP a la capa Ethernet est supeditado al control de una capa intermedia que da prioridad a los datos de proceso.
Por ltimo, los controladores Ethernet y los switches (o hubs) utilizados son totalmente estndar. Como ejemplos de protocolos que caen dentro de esta categora cabe destacar Ethernet Powerlink y PROFINET RT.
La segunda categora se caracteriza por un canal paralelo al stack TCP/IP y hardware especial, tal como ilustra la Fig. 42.
105 de 143
Rev. 1
Fig. 42. Ethernet en Tiempo Real. Arquitecturas basadas en hardware especial.
Como se puede observar, el tratamiento del stack TCP/IP es igual al de la categora anterior. Sin embargo, utiliza controladores o switches especiales, lo cual permite mayores prestaciones en cuanto la comportamiento en tiempo real. Ejemplos destacados de esta categora son EtherCAT y PROFINET IRT.
Por ltimo, aunque no cae dentro de ninguna de las categoras anteriores, en el presente estudio tambin se consideran como propuesta de Ethernet en Tiempo Real las extensiones CIP Sync y CIP Motion del protocolo Ethernet/IP. En efecto, estas extensiones introducen una mejora (el mecanismo de sincronizacin PTPv1) que no forma parte de lo que normalmente se considera como arquitectura TCP/IP/Ethernet estndar.
b) Ethernet/IP con CIP Sync y CIP Motion

CIP Sync es una extensin de la capa de aplicacin CIP (vase el apartado 3.2.2.c) que proporciona un mecanismo de sincronizacin entre participantes de un protocolo CIP. De acuerdo con [72], la especificacin de CIP Sync para Ethernet/IP se basa en el protocolo PTPv1 para mantener sincronizada con la base de tiempo global una variable
Hora del Sistema en cada dispositivo local.
Adems de la anterior funcin, CIP Sync para Ethernet/IP presenta algunas particularidades. Adems de la variable Hora del Sistema, mantiene disponibles para la
106 de 143
Rev. 1
propia aplicacin que se apoya sobre la capa CIP la variable Hora Local y la variable
Offset (diferencia entre ambas). De este modo, se pueden aplicar cambios en la variable Hora del Sistema sin afectar necesariamente a la variable Hora Local del dispositivo.
Segn [72], esta separacin es importante en caso de que una discontinuidad en la frecuencia o la escala lineal del tiempo fuera perjudicial para la capacidad del dispositivo para controlar apropiadamente.
Otra caracterstica de CIP Sync es que permite que en el nivel de aplicacin se determine a qu dominio de sincronizacin se debe asignar cada dispositivo. De este modo, se pueden formar varios grupos de dispositivos segn sus necesidades de sincronizacin. Por ejemplo, los accionamientos de un grupo de ejes en una mquina pueden requerir sincronizacin entre ellos pero independiente de la de otro grupo de ejes. De acuerdo con [72], una sincronizacin de precisin entre los diferentes dispositivos de un sistema permite reacciones sincronizadas con un jitter bajo sin la necesidad de una transmisin de datos con jitter bajo. De este modo, gracias al mecanismo de sincronizacin CIP Sync, aunque Ethernet/IP sea un sistema de comunicacin no exento de jitter, sera posible la realizacin de aplicacin de control de movimiento de altas prestaciones. Esto es lo que pretende CIP Motion, aplicando dos principios bsicos:
Los datos que recibe un dispositivo accionador no estn referenciados al propio ciclo del bus, sino que tienen un time-stamp con un hora absoluta. Los datos recibidos a tiempo son aplicados en el dispositivo accionador, previo ajuste mediante interpolaciones sobre los time-stamps. Los datos que recibe fuera de tiempo (debido al jitter) tambin son aplicados, en este caso previo ajuste mediante extrapolaciones.
c) PROFINET IO45
PROFINET IO es, ms que un protocolo, una solucin global para la comunicacin entre dispositivos de campo y controladores, que permite desarrollar aplicaciones
45
La versin de PROFINET IO expuesta aqu es la que corresponde a los productos comercialmente disponibles en la actualidad. Sin embargo, su especificacin est en proceso de revisin: Se est trabajando en su optimizacin mediante el uso de Dynamic Frame Packing [73] y la revisin general del mecanismo de sincronizacin.
107 de 143
Rev. 1
distribuidas de automatizacin y control. PROFINET IO46 es la evolucin hacia la tecnologa Ethernet Industrial del bus de campo PROFIBUS DP. En ese sentido, pretende mantener su filosofa de funcionamiento, sus perfiles de dispositivos (PROFIDrive, PROFISave,...), etc. Ambas soluciones de comunicacin son promovidas por la organizacin PROFIBUS International [64].
Los dispositivos PROFINET IO se caracterizan por las siguientes particularidades:
Todo dispositivo PROFINET IO posee una interfaz PROFINET, con una direccin MAC, una direccin IP y un nombre de dispositivo. Adems, posee uno o varios puertos Ethernet. En el segundo caso el interfaz PROFINET incorpora un switch interno.
Cualquier dispositivo PROFINET IO se puede clasificar en uno de estos tres tipos: o Controlador IO. Dispositivo con inteligencia, que ejecuta programas de control (PLC, PC industrial,...) o Disposivo IO. Incluye sensores, actuadores, mdulos IO. Tambin se incluyen en esta categora los switches que incorporan funcionalidades propias de PROFINET IO. o Supervisor IO. Estacin de ingeniera (PCs) desde donde se realizan tareas de diagnstico y configuracin / programacin.
En PROFINET IO, existen dos protocolos disponibles para el intercambio de datos en tiempo real:
PROFINET RT (Real Time). Es el que se utiliza por defecto (todos los dispositivos PROFINET IO lo implementan). Se basa en controladores Ethernet estndares.
PROFINET IRT (Isochronous Real Time). Tiene mayores prestaciones en cuanto a su comportamiento en tiempo real, pero requiere controladores Ethernet especiales. Los dispositivos PROFINET IO que lo implementan, implementan al mismo tiempo PROFINET RT.
A continuacin, se resumen ambos.
46
IO hace referencia a Input/Output.
108 de 143
Rev. 1
PROFINET RT
PROFINET RT se basa en switches Ethernet estndar, operando en modo full-duplex a 100 Mbps (Fast Ethernet). Sin embargo, intenta aprovechar las posibilidades de la especificacin estndar para mejorar sus prestaciones en aspectos importantes para las aplicaciones industriales:
Comportamiento en tiempo real. Se apoya directamente sobre Ethernet (Ethertype 0x8892)47. De este modo, evita el delay y el jitter que introducira el stack TCP/IP. Adems, utiliza tramas priority-tagged segn IEEE 802.1Q, con un valor de prioridad de 6 (1 corresponde a la prioridad ms baja y 7 a la ms alta).
Topologas disponibles: o Topologa en estrella. Es la tradicional de switched Ethernet. Se puede conseguir mediante switches estndar, pero deben ser conformes a IEEE 802.1Q y permitir varias clases de trfico en los puertos destinados al trfico PROFINET RT. Tambin se pueden utilizar switches PROFINET IO, que aseguran lo anterior y, adems, proporcionan algunas ventajas no imprescindibles, como diagnstico y configuracin mediante la herramienta de software propia de PROFINET IO. Algunos de estos
switches, incluso reenvan las tramas mediante el mtodo cut-through.

o Topologa en lnea o en rbol. Los dispositivos PROFINET IO acostumbran a tener un switch incorporado y dos puertos Ethernet externos. De este modo, permiten una topologa en lnea. Algunos dispositivos tienen 3 o ms puertos exteriores, lo cual permitira topologas en rbol. o Topologa en anillo. La topologa en lnea se puede cerrar con un enlace que conecte los puertos libres del primer dispositivo y el ltimo. Todos los dispositivos que constituyen el anillo deben soportar el protocolo MRP y al menos uno de ellos debe asumir el papel gestor del anillo.
47
Otra consecuencia de utilizar directamente Ethernet es que su mbito se restringe a una bridged LAN: no puede atravesar un router. Sin embargo, esto no supone ningn inconveniente, dada la finalidad del protocolo.
109 de 143
Rev. 1
PROFINET RT se utiliza para transmitir en tiempo real informacin acclica (p.ej. alarmas) y tambin informacin cclica (datos IO). A continuacin se exponen los conceptos bsicos sobre el ciclo PROFINET IO:
Tiempo de ciclo. Es un valor comn a toda la red PROFINET IO. Indica la

periodicidad con que se realiza el intercambio de tramas PROFINET RT. Este valor se puede ajustar entre 250 s y 4 ms (por defecto, se configura a 1 ms). A continuacin, se ilustra el ciclo PROFINET IO en una red que slo se implementa PROFINET RT (no existe ningn dispositivo PROFINET IRT).
Fig. 43. Ejemplo de ciclo PROFINET IO con trfico RT (valores en s).
Ancho de banda para trfico cclico. Este parmetro divide el ciclo PROFINET
IO en dos fases. En la primera fase, los dispositivos PROFINET RT tienen permiso para enviar tramas PROFINET RT. Aunque en esta fase el trfico TCP/IP no est prohibido, las tramas PROFINET RT son tratadas de manera prioritaria, gracias a su etiqueta IEEE 802.1Q. Durante la segunda fase, los dispositivos PROFINET RT dejan de enviar tramas RT48 y las tramas TCP/IP que haban quedado esperando en las colas de los puertos de los switches podrn continuar su camino49.
Tiempo de refresco. Este parmetro se puede configurar de manera individual

para cada dispositivo IO. Indica la periodicidad con la que ese dispositivo IO en
48
Por eso, el ajuste de este parmetro debe ser tal que haya suficiente ancho de banda disponible para las necesidades de trfico RT. 49 En caso de un ciclo de 1 ms, el ancho de banda reservado para trfico cclico puede ajustarse como mximo a 500 s. Para un ciclo de 250 s, el ancho de banda reservado para trfico cclico se limita como mximo a 100 s. Esto significa que, en el caso ms desfavorable, habr 150 s para que las tramas TCP/IP puedan ser reenviadas (la trama ms larga tiene un tiempo de transmisin de 125 s, aproximadamente).
110 de 143
Rev. 1
concreto intercambia datos con su controlador IO. Puede ser igual al tiempo de ciclo o bien un mltiplo de l. Por defecto, se ajusta a 2 ms o ms.
Tiempo de comprobacin de respuesta. Se utiliza para decidir un dispositivo IO

ha de pasar al estado de fallo ante una falta de comunicacin. Por defecto, se ajusta a 6 ms.
Con respecto a los ajustes en los parmetros anteriores, [74] alerta sobre las precauciones a tener en cuenta:
Aun teniendo prioridad la trama PROFINET RT, una trama NRT (p.ej. TCP/IP) que ya ha empezado a transmitirse por un puerto de un switch puede dejar esperando en la cola a una trama PROFINET RT. La presencia de trfico
multicast puede provocar que un dispositivo IO entre en estado de fallo. En

ese caso, habra que incrementar el tiempo de refresco o el tiempo de comprobacin de respuesta.
Cuantos ms switches hay entre un dispositivo IO y su controlador IO, ms grande debe ser el tiempo de comprobacin de respuesta para que no entre en fallo. Con los valores por defecto que calcula la herramienta de configuracin de PROFINET RT, puede haber 50 nodos en lnea sin problemas.
PROFINET IRT
PROFINET IRT se utiliza para transmitir datos IO que tienen requerimientos temporales estrictos (hard real time) y, por tanto, no pueden ser satisfechos por PROFINET RT. La implementacin de PROFINET IRT requiere controladores Ethernet especficos, denominados ERTEC (Enhanced Real-Time Ethernet Controller), que incorporan en su interior switches especiales de dos y cuatro puertos [75]-[76]. Los controladores ERTEC deben estar presentes en todos los dispositivos PROFINET IRT: tanto en controladores IO y dispositivos IO como en los propios switches adicionales (a parte de los incorporados) que se utilicen para comunicarlos.
Cuando existe trfico PROFINET IRT, queda acomodado dentro del ciclo PROFINET IO general de la red tal como ilustra la Fig. 44.
111 de 143
Rev. 1
Fig. 44. Ejemplo de ciclo PROFINET IO con trfico RT e IRT (valores en s).
En tal caso, debern tenerse en cuenta los siguientes parmetros adicionales:
Lmite mximo para la comunicacin IRT. Este parmetro se especifica como un

porcentaje del ancho de banda para trfico cclico (en la figura, 30 %) y es comn para toda la red PROFINET IO. Debern cumplirse estas dos condiciones: o El ancho de banda consumido realmente por la comunicacin IRT no podr rebasar el ajuste lmite mximo para la comunicacin IRT. o La sumo del ancho de banda consumido por el trfico IRT y el RT no podr rebasar el ajuste ancho de banda para trfico cclico.
Tiempo de refresco. Al igual que los dispositivos RT, cada dispositivo IRT tiene
su propio tiempo de refresco, que podr ser igual al tiempo de ciclo o un mltiplo. Pueden conseguirse tiempos de refresco de hasta 250 s si se ajusta el tiempo de ciclo a ese valor.
Las caractersticas de PROFINET IRT requieren que todos los participantes tengan una base de tiempo global, sincronizada con una precisin de menos de 1 s. El mecanismo de sincronizacin para conseguir esta precisin se basa en el protocolo PTCP (Precision Transparent Clock Protocol) implementado en los propios controladores ERTEC.
Segn [77], este protocolo es muy similar al PTPv2 (vase subapartado 3.3.1.a operando con Transparent Clocks de tipo p2p. Normalmente, enva una trama Sync
112 de 143
Rev. 1
cada 30 ms. Sin embargo, muchas implementaciones la envan en cada fase IRT, por simplicidad. Segn [75]-[76], el time-stamping es plenamente conforme a PTPv2 y se realiza en el switch incorporado en el controlador ERTEC, a nivel de interfaz (R)MII.
Un dominio de sincronizacin puede tomar como referencia (maestro) un controlador IO o bien un switch IRT y puede abarcar varios sistemas IO, es decir, varios controladores, tal como ilustra la Fig. 45.
Fig. 45. Ejemplo dominio de sinronizacin IRT.
Adems, como se puede observar, en la periferia del dominio de sincronizacin se pueden conectar otros switches y dispositivos no IRT.
113 de 143
Rev. 1
La base de tiempo global permite:
Que la reserva del intervalo para el trfico IRT sea efectiva. En efecto, los
switches incorporados en los controladores ERTEC son conscientes de la base

de tiempo global e interrumpen el trfico que no es IRT, es decir, no lo reenvan y lo dejan retenido en las colas de sus puertos.
Que, dentro de ese intervalo reservado, en los instantes planificados a priori en la herramienta de configuracin de PROFINET IRT.
PROFINET IRT dispone de dos modos de operacin: alto desempeo y alta flexibilidad. El modo seleccionado aplica a todo el trfico IRT de un dominio de sincronizacin. El modo de alto desempeo es ms estricto: Requiere una configuracin rgida de la topologa de la red y una planificacin (asistida por la herramienta de configuracin de PROFINET IRT) de la secuencia de transmisiones que debe tener lugar en cada ciclo y del camino fsico que debe seguir cada una de ellas. Adems requieren necesariamente del reloj maestro: Si este falla, todos los dispositivo IRT pasan a estado fallo. Sin embargo, es el que ofrece mayor grado de determinismo y, adems, aprovecha todo el ancho de banda reservado para trfico IRT, a diferencia del otro modo de operacin.
El modo de alta flexibilidad, en cambio, no requiere una configuracin de la topologa: La topologa es libre, siempre que no se exceda el ancho de banda disponible en ningn punto de la red. Tampoco planifica la secuencia de transmisiones que debe tener lugar en cada ciclo ni los caminos fsicos que deben seguir: Simplemente, los controladores IO y los dispositivos IO aprovechan la reserva del ancho de banda para enviar sus tramas, que son tratadas por los switches siguiendo las reglas estndares de IEEE 802.1D/Q . En caso de fallo del reloj maestro, los dispositivos IRT continuarn comunicando, con calidad RT. Por ltimo, el modo de alta flexibilidad no aprovecha todo el ancho de banda reservado para l. Para su buen funcionamiento, necesita una franja de seguridad, en la que ningn otro tipo de trfico puede circular (vase la Fig. 44).
114 de 143
Rev. 1
Otros protocolos de PROFINET IO

Todos los dispositivos PROFINET IO implementan el protocolo LLDP (vase subapartado 3.2.1.c). Adems de mantener la MIB propia de LLDP, especificada en IEEE 802.1AB, tambin implementan una MIB especfica (MIB LLDP PNIO). Estas MIBs son consultables va SNMP y permiten a la herramienta de configuracin de PROFINET IO determinar la topologa de la red, lo cual es un prerrequisito para poder planificar la comunicacin IRT.
El protocolo MRP (Media Redundancy Protocol) permite formar topologas en anillo con tolerancia al fallo. Los dispositivos que pueden formar parte de un dominio MRP (anillo) son controladores IO, dispositivos IO y switches externos. Se requiere que todos ellos implementen el protocolo MRP. En los dispositivos con ms de dos puertos, debe asegurarse que los puertos conectados en el anillo sean de tipo ring port o estn configurados como tales. Los puertos extra que no sean de tipo ring port permitirn extender la red alrededor del anillo, tal como ilustra la Fig. 46, aunque no disfrutarn de la tolerancia al fallo.
Fig. 46. Ejemplo red PROFINET IO con anillo MRP.
Debe haber al menos un dispositivo del anillo que tenga capacidades de gestor del
anillo (controlador IO o switch externo). Este dispositivo tiene uno de sus puertos
bloqueado a las tramas de datos, para evitar la formacin de un bucle. Adems enva
115 de 143
Rev. 1
tramas de comprobacin MRP por sus dos puertos de anillo y espera recibirlas por el extremo opuesto como prueba de la integridad del anillo. En caso de detectar un fallo en el anillo, habilita el puerto que tena bloqueado para restablecer la conectividad lgica. Cuando se recupera la integridad del anillo, el gestor del anillo se vuelve a bloquear uno de los puertos.
El protocolo MRP permite formar anillos de hasta 50 nodos y asegura un tiempo de restablecimiento de 200 ms. La topologa MRP soporta trfico TCP/IP y tambin trfico PROFINET RT. Sin embargo, hay que tener en cuenta que si el tiempo de restablecimiento del anillo es superior al tiempo de comprobacin de respuesta de los dispositivos RT, stos entrarn en estado de fallo. Para evitarlo, se deber ajustar un
tiempo de comprobacin de respuesta mayor. Por ltimo, hay que tener presente que la
topologa MRP no soporta el trfico PROFINET IRT.
La mayor parte del trfico generado en el marco de PROFINET IO es en tiempo real. Sin embargo, PROFINET IO tambin se apoya en el stack TCP/IP para algunas funciones:
Cuando un controlador IO pretende establecer una relacin de comunicacin con un dispositivo IO, la negociacin se hace a travs del protocolo de aplicacin CLRPC (Connectionless Remote Procedure Call), que a su vez se apoya sobre UDP (puertos 34962, 34963, 34964).
La consulta de las diferentes MIB (p.ej. de LLDP) que contiene un dispositivo PROFINET IO se hace a travs del protocolo de aplicacin SNMP, que a su vez se apoya sobre UDP.
En ningn caso, sin embargo, PROFINET IO genera trfico sobre TCP.
d) EtherCAT
La organizacin promotora de EtherCAT es ETG (EtherCAT Technology Group) [78]. A diferencia de otras organizaciones mencionadas anteriormente, sta no tiene sus intereses repartidos entre un bus de campo tradicional y una propuesta de Ethernet Industrial. Por el contrario, la nica razn de ser de ETG es la promocin de EtherCAT como solucin de comunicaciones en el entorno industrial.
116 de 143
Rev. 1
Segn [79] y [80], EtherCAT se basa sobre 100BASE-TX full duplex (Fast Ethernet) y utiliza tramas Ethernet estndar. Su modelo de comunicacin bsico es maestro / esclavo. El maestro puede ser cualquier estacin final con un controlador Ethernet estndar (p. ej. un PC industrial). Sin embargo, los esclavos incorporan un hardware especial que proporciona a las comunicaciones altas prestaciones de tiempo real sin consumir recursos de la CPU host que ejecuta la aplicacin de usuario en el esclavo. Dicho hardware, entre otras funciones, incorpora una capa MAC modificada, con un sistema de direccionamiento diferente del estndar especificado en IEEE 802.3. Adems en esclavos con varios puertos, no se incorporan switches conformes con IEEE 802.1D/Q, sino que se implementa unidades de Autoforward & Loopback, muy caractersticas de EtherCAT.
Topologa
EtherCAT implementa una topologa lgica en anillo. El maestro (que tiene hardware estndar) implementa la funcionalidad control de las comunicaciones mediante software, que se ejecuta en la propia CPU, junto con la aplicacin de usuario. Cclicamente, el maestro enva una trama EtherCAT con informacin dirigida a los esclavos a travs del par trenzado TX y espera una trama de respuesta a travs del par trenzado RX, tal como ilustra la Fig. 47.
Fig. 47. Topologa lgica de EtherCAT.
117 de 143
Rev. 1
Los esclavos, por su parte, se comportan como una sola unidad (segmento EtherCAT). En el caso concreto de la Fig. 47, el segmento EtherCAT adopta una topologa fsica en lnea: Cada esclavo tiene dos puertos Ethernet que se conectan mediante cables estndar con los esclavos contiguos. El primer esclavo recibe la trama EtherCAT a travs del par RX del puerto que lo conecta al maestro. El hardware especial del esclavo, procesa la trama on-the-fly. Es decir, sin almacenarla, lee su contenido para encontrar informacin dirigida a l y escribe la informacin requerida en las zonas de la trama destinadas para ello. Todo este proceso se realiza mientras la trama atraviesa una FIFO, lo cual tan solo introduce un retardo del orden de ns. El proceso se repite sucesivamente en todos los esclavos. El ltimo esclavo del segmento procesa igualmente la trama, pero la reenva por el par TX del mismo puerto de recepcin. De este modo, la trama vuelve hacia atrs (ahora ya sin sufrir modificaciones) cerrando el anillo hasta que llega al maestro. Gracias a este mecanismo se consiguen tiempos de ciclo tpicamente inferiores a 100
s.
El funcionamiento descrito anteriormente corresponde a un caso particular en que todos los esclavos tienen dos puertos Ethernet. Sin embargo, los esclavos EtherCAT pueden tener hasta cuatro puertos. En el caso general, la unidad de Autoforward & Loopback redirige la trama segn se muestra en la Fig. 48.
118 de 143
Rev. 1
Fig. 48. Funcin de Autoforward & Loopback.
El puerto 0 siempre es el que recibe la trama procedente del maestro. Al recibirla por este puerto, la funcin Autoforward automticamente hace intervenir la Unidad de procesado EtherCAT, on-the-fly. Una vez procesada, la trama es dirigida hacia el siguiente puerto (par TX) para que sea procesada por otros esclavos y espera a que vuelva (par RX). Cada vez que vuelve, la trama es redirigida hacia el siguiente puerto (Autoforward) para ser transmitida. En caso de que el puerto est cerrado (porque no est fsicamente implementado, porque no est conectado o porque est configurado como tal), la funcin de Loopback redirige la trama hacia el siguiente puerto. Finalmente, la trama llega al puerto 0 y es devuelta hacia el camino por donde lleg, hasta llegar al maestro.
Este mecanismo permite implementar en la prctica topologas fsicas en rbol sin que se vea afectada la topologa lgica en anillo subyacente y sin las limitaciones propias de los switches en cascada (vase la Fig. 49).
119 de 143
Rev. 1
Fig. 49. Topologa fsica en rbol.
En EtherCAT no hay limitacin de nodos (hasta 65535), ms all de la que imponga las necesidades de la aplicacin sobre el tiempo de ciclo. Adems, en caso de fallo en un enlace, no se pierde el servicio en toda la red (como ocurrira en un anillo convencional) sino que la funcin Loopback lo detecta y redirige la trama por la parte que queda en el lado del maestro, tal como ilustra la Fig. 50.
Fig. 50. Reconfiguracin de la red en lnea, en caso de fallo.
120 de 143
Rev. 1
EtherCAT permite tambin la topologa fsica en anillo, lo cual proporciona redundancia de caminos fsicos y, por tanto, tolerancia al fallo (vase la Fig. 51).
Fig. 51. Reconfiguracin de la red en anillo, en caso de fallo.
Para ello, no se requiere ningn tipo especial de esclavos EtherCAT. Simplemente, es necesario un segundo puerto Ethernet (tambin estndar) en el maestro, que se conectara al puerto libre del ltimo esclavo. Segn [80], el tiempo de recuperacin en caso de fallo es inferior a 15 s.
Formato de las tramas EtherCAT

Normalmente, EtherCAT se apoya directamente sobre Ethernet (Ethertype 0x88A4). Sin embargo, tambin se puede utilizar sobre UDP/IP (puerto UDP 0x88A4), en cuyo caso tiene la capacidad de atravesar routers. Adems, admite tramas con etiqueta VLAN (IEEE 802.1Q), aunque no procesan la informacin contenida en ella. La Fig. 52 ilustra la variedad de formatos que pueden adoptar la tramas Ethernet utilizadas por EtherCAT.
121 de 143
Rev. 1
Fig. 52. Formato de la trama EtherCAT.
Todos estos posibles formatos son reconocidos por los esclavos EtherCAT directamente a travs de hardware, como paso previo al procesado on-the-fly. Como datos de usuario de la trama Ethernet (o bien del datagrama UDP), se encuentra la PDU de EtherCAT, cuyo formato se ilustra en la Fig. 53.
122 de 143
Rev. 1
Fig. 53. Formato de la PDU EtherCAT.
Una PDU EtherCAT consta de los siguientes campos:
Longitud (11 bits): Longitud en octetos del campo de datos EtherCAT, es decir, de los n datagramas EtherCAT. Reservado (1 bit): No se usa. Vale 0. Tipo (4 bits): Tipo de protocolo EtherCAT. Los esclavos slo soportan el tipo 1: comandos EtherCAT. Campo de datos: Formado por los datagramas EtherCAT. Cada PDU EtherCAT puede tener uno o varios datagramas, que constituyen los comandos que cclicamente el maestro enva a los eslavos.
A su vez, los datagramas estn formados por los siguientes campos:
Cmd (1 octeto): Es un cdigo de Comando EtherCAT que indica el tipo de operacin (lectura / escritura) y el tipo de direccionamiento utilizado.
123 de 143
Rev. 1
Idx (1 octeto): Es un ndice utilizado por el maestro para detectar la duplicacin o prdida de datagramas. No es modificado por los esclavos. Address (4 octetos): Es la direccin, que debe interpretarse de acuerdo con el tipo de direccionamiento indicado por el campo Cmd. Existen tres posibilidades: o Direccionamiento del esclavo en base a su posicin relativa dentro del segmento EtherCAT. La direccin se completa con un offset que indica una posicin de memoria dentro de la memoria del controlador EtherCAT (ESC) esclavo. o Direccionamiento del esclavo en base a una direccin de nodo. Incluye la posibilidad de direccionamiento broadcast. Igual que en el caso anterior, la direccin se completa con un offset. o Direccionamiento lgico. No direcciona un nodo concreto sino una posicin de memoria dentro de un espacio de direccionamiento lgico (virtual) de 32 bits (4 Gb). Cada controlador EtherCAT (ESC) posee una unidad FMMU (Fieldbus Memory Management Unit), configurable por el maestro, que establece una asociacin entre direcciones lgicas predeterminadas y sus correspondientes direcciones fsicas en el ESC. Cuando llega un datagrama con una direccin lgica que coincide con una de las configuradas, cada ESC sabe a qu zona de su memoria fsica interna debe acceder y sobre qu zona del campo de datos debe escribir/leer. De este modo un solo datagrama puede utilizarse para ejecutar una operacin sobre diferentes esclavos, tal como ilustra la Fig. 54.
Fig. 54. Uso del direccionamiento lgico, mediante FMMUs.
Len (11 bits): Longitud en octetos del campo Data dentro de este datagrama. R (1 bit): Reservado. Vale 0.
124 de 143
Rev. 1
C (1 bit): Se utiliza para evitar que una trama se quede indefinidamente circulando, debido al mecanismo de Loopback. M (1 bit): Si vale 1 indica que hay ms datagramas a continuacin. Si vale 0 indica que es el ltima datagrama dentro de esta PDU. IRQ (2 octetos): Contiene la combinacin OR de los registros de Peticin de Evento de todos los esclavos. Data (n octetos): Campo de datos del datagrama. Contiene la informacin que los esclavos deben leer o reserva el espacio para que los esclavos puedan escribir.
WKC (2 octetos): Una vez la trama ha vuelto al maestro, este campo le sirve para llevar un control de cuntos esclavos han ejecutado operaciones de lectura / escritura sobre este datagrama y comprobar si se corresponde con lo esperado.
Esclavos EtherCAT
La capa fsica de los escalvos EtherCAT se implementa mediante PHYTERs estndares de mercado (COTS). Sin embargo, no sirve cualquier PHYTER estndar. [81] establece las caractersticas que deben cumplir:
Deben ser conformes a 100BASE-TX o 100BASE-FX (para fibra ptica). Deben conectarse la capa MAC preferiblemente mediante el interfaz MII. No se recomienda RMII porque los PHYTERs con este tipo de interfaz incluyen una FIFO en TX que introducen delay y jitter.
Deben proporcionar interfaz de gestin de MII. Deben implementar la funcin auto-crossover. El tiempo de reaccin para indicar prdida de enlace debe ser menor de 15 s, para permitir el funcionamiento del mecanismo de redundancia para la topologa fsica en anillo.
No deben modificar el prembulo de la trama Ethernet.
La capa MAC se implementa mediante un procesador MAC especial (ESC, EtherCAT
Slave Controller), cuyos principales bloques funcionales se muestran en la Fig. 55.
125 de 143
Rev. 1
Fig. 55. Bloques funcionales de un ESC.
La Unidad de Procesado EtherCAT entra en contacto con el flujo de datos de la red EtherCAT a travs de la unidad de Autoforward & Loopback, segn ilustra la Fig. 48. Por otra parte, entra en contacto con la aplicacin interna del esclavo a travs del interfaz PDI (Process Data Interface). Dentro de la Unidad de Procesado EtherCAT, las funciones ms destacadas son:
El Espacio de Direccionamiento ESC, constituido por 4 kb de registros internos y memoria de usuario y 60 kb de memoria de proceso. FMMU. Segn se explic anteriormente, establece la correspondencia entre el direccionamiento lgico utilizado en los datagramas EtherCAT y las direcciones fsicas del Espacio de Direccionamiento ESC.
SyncManager. Se encarga de asegurar la consistencia en el intercambio de datos con el Espacio de Direccionamiento ESC.
Estas funciones permiten tanto al maestro (conectado a travs de la red EtherCAT) como a la aplicacin interna del esclavo acceder a los registros internos y a la memoria RAM del ESC de manera anloga a como actuara una memoria de puerto dual. De este modo, las prestaciones en tiempo real de la comunicacin no dependen de la potencia que puede tener la CPU del esclavo.
126 de 143
Rev. 1
Sincronizacin
Adems de las funciones descritas en el subapartado anterior, un ESC puede, opcionalmente, implementar funciones de sincronizacin (Distributed Clocks). Hay tres niveles de soporte a este respecto:
Soporte de la Hora del Sistema. Los esclavos con este nivel de soporte tienen reloj local, Hora del Sistema y mecanismo de correccin que consigue mantener la precisin muy por debajo de 1 s. Adems, opcionalmente, generan seales de sincronizacin para los esclavos que permiten: o Sincronizar la actualizacin de salidas digitales. o Sincronizar el muestreo de seales digitales. o Sincronizar mediante seales de interrupcin la ejecucin de la aplicacin de usuario en los esclavos.
Soporte de la medida de los delays en los enlaces. Este nivel de soporte es obligatorio para los esclavos con tres o ms puertos. Conlleva el soporte de reloj local y de time-stamp a la recepcin de tramas, pero no de Hora del Sistema.
Esclavos que no soportan ninguna funcin de sincronizacin. Los esclavos con uno o dos puertos no requieren ninguna funcin de sincronizacin. El delay que puede introducir en las tramas de sincronizacin se asimila al que pueda producir el propio enlace.
De entre los ESCs que soportan Hora del Sistema, uno se comportar como reloj maestro (normalmente el ms cercano al inicio del segmento EtherCAT) y los dems lo tomarn como referencia (esclavos), tal como ilustra la Fig. 56.
Fig. 56. Sincronizacin en una red EtherCAT.
127 de 143
Rev. 1
El maestro EtherCAT en ningn caso desempear la funcin de maestro de sincronizacin, aunque s puede implementar la funcionalidad de sincronizarse con l. El mecanismo de sincronizacin es independiente del maestro EtherCAT y no depende (como ocurre en otros protocolos) de que la cadencia con que el maestro transmite los mensajes cclicos est libre de jitter. En EtherCAT, incluso, est previsto que la transmisin de los mensajes cclicos por parte del maestro tenga un cierto jitter sin que eso afecte a las prestaciones del protocolo. Esto permite que la implementacin del maestro se pueda hacer en software.
e) Ethernet Powerlink
Ethernet Powerlink es promovido por la organizacin EPLSG (Ethernet Powerlink
Standardization Group) [82]. Su especificacin prev una capa de aplicacin que se

apoya directamente sobre Ethernet (Ethertype 0x88AB) para tratar el trfico cclico (RT). Para el trfico acclico (NRT), prev la utilizacin del stack TCP/IP por parte de otros protocolos de aplicacin estndares.
La especificacin prev una topologa en estrella o rbol, basada en hubs (100 Mbps, half-duplex), ya sea externos o integrados en los dispositivos, segn ilustra la Fig. 57.
Fig. 57. Topologa y principio de funcionamiento de Ethernet Powerlink.
Aunque los switches no estn prohibidos, se desaconseja su uso: La latencia que introducen puede llevar el desempeo de la red a unos niveles inaceptables. Segn [80]
128 de 143
Rev. 1
La especificacin prev hasta 10 hubs en cascada, lo cual viola las reglas de roundtrip de IEEE 802.350. De acuerdo con [83], para arbitrar el acceso de ambos tipos de trfico (RT y NRT) a la subcapa MAC, el protocolo utiliza un mecanismo de consulta (polling) maestro esclavo, implementado en una subcapa intermedia (Ethernet Powerlink Data Link
Layer) que establece el ciclo de acceso al medio, ilustrado en la siguiente Fig. 58.
Fig. 58. Ciclo de Ethernet Powerlink.
Como se puede observar, el ciclo consta de cuatro fases, a saber:
Trama de inicio de ciclo (Start of Cycle, SoC). El maestro (Managing Node, MN) enva una trama broadcast que marca el inicio del ciclo y sirve para que los esclavos (Controlled Nodes, CN) se sincronicen. Esta sincronizacin es relativa, es decir, no sirve para distribuir una Hora del Sistema absoluta, sino simplemente para asegurar que todos los nodos tienen la misma nocin del tiempo transcurrido desde el inicio del ciclo.
Periodo sncrono. El maestro consulta secuencialmente a los esclavos. Enva una trama de Poll Request al primer esclavo y queda a la espera de respuesta. Este esclavo enva una trama de Poll Response en modo broadcast (de este modo se puede implementar tambin una comunicacin esclavo esclavo). El maestro repite la operacin sucesivamente con los dems esclavos. El maestro espera cada trama de respuesta durante un cierto tiempo, expirado el cual, pasa a consultar el siguiente esclavo. En caso de prdida de una trama, este mecanismo
En estas condiciones, el mecanismo CSMA/CD no funciona, lo cual quiere decir que se confa el control del acceso al medio exclusivamente a la subcapa de Ethernet Powerlink Data Link Layer, explicada a continuacin.
50
129 de 143
Rev. 1
asegura que el proceso de consulta no queda bloqueado. Sin embargo, no evita que se produzca un cierto alargamiento ocasional (jitter) en el periodo sncrono y, por tanto, en el ciclo. Adems, una trama de respuesta tarda puede colisionar con otra trama con la consiguiente prdida de informacin y el empeoramiento del jitter. Dada la ausencia de una Hora de Sistema absoluta y las prestaciones de tiempo real que pretende dar este protocolo, la ausencia de jitter en el ciclo es esencial. Por ello, cada vez que el jitter de un ciclo supera un cierto umbral, los esclavos incrementan un contador; Cuando el contador alcanza un cierto valor, los esclavos pasan de un estado operacional a un estado pre-operacional y se interrumpe el intercambio cclico.
Periodo asncrono. Cuando el maestro completa las consultas a todos los esclavos, transmite un trama broadcast de inicio del periodo asncrono (SoA,
Start of Asinchronous). Este periodo est explcitamente concebido para trfico

NRT (TCP/IP), no para trfico RT acclico (p. ej., alarmas). Los esclavos que tienen necesidad de enviar un mensaje NRT deben declararlo en el periodo sncrono. El maestro decide qu esclavo puede enviar su mensaje NRT (slo uno por cada ciclo) y enva una trama de peticin a la cual responde el esclavo.
Periodo reservado (idle). Es un periodo de seguridad, en el que no se produce trfico.
En general, el desempeo del protocolo viene limitado por dos factores fundamentales:
El mecanismo de consulta obliga a ocupar el medio de transmisin con tramas peticin para cada esclavo. Durante el tiempo de respuesta de cada esclavo, el medio de transmisin queda inutilizado.
Segn [8], esto puede llevar a que una red de 100 Mbps opere al 25 % de su capacidad, incluso optimizando los tiempos de respuesta de los esclavos mediante
implementaciones en hardware especial (cosa que en principio no es obligatoria).
La implementacin del maestro, sin embargo, s requiere obligatoriamente una implementacin en hardware especial (no sirve una tarjeta NIC estndar). Esto es
130 de 143
Rev. 1
debido a que es fundamental para el funcionamiento del protocolo la ausencia de jitter en el ciclo marcado por el maestro.
3.3.3 Productos de mercado

Productos que implementan IEEE 1588. A la hora de seleccionar los diferentes tipos de dispositivos para formar un dominio de sincronizacin en una red Ethernet Industrial, es esencial tener presente que existen dos versiones de la norma IEEE 1588: La del ao 2002, que especifica el protocolo PTPv1, y la del 2008, que especifica el protocolo PTPv2. Ambas normas son incompatibles, de modo que no se pueden mezclar dispositivos de ambas versiones en un solo dominio de sincronizacin. A continuacin, se enumeran ejemplos de los diferentes tipos de dispositivos existentes para PTPv2:
Grandmaster, modelo LANTIME M600/GPS/PTP, marca Meinberg [84]. Posee

un receptor GPS que permite sincronizar su reloj interno con la seal horaria procedente de los satlites. Adems, la gran calidad de su reloj le permite mantener sus funciones ante interferencias o prdidas temporales de recepcin. Dentro de la red Ethernet acta como reloj de referencia (grandmaster) segn el protocolo PTPv2 y tambin como servidor segn protocolo (S)NTP.
Boundary clock, modelo MICE MM23, marca Hirschmann [25]. Es un switch

Fast Ethernet de 4 puertos, con reloj interno y que puede actuar como boundary
clock segn PTPv2. Ordinary clock, modelo PTP270PEX, marca Meinberg [84]. Consiste en una
tarjeta PCI express para PC, que acta como reloj esclavo en un dominio de sincronizacin PTPv2. A la vez, puede actuar como servidor (S)NTP en la red Ethernet.
Ordinary clock, modelo DP83640, marca National Semiconductor [66]. Se trata

de un PHYTER Fast Ethernet COTS que incorpora toda la funcionalidad PTP para actuar como reloj esclavo: o Timestamp de las tramas en la propia capa PHY (incluso ms cerca del medio de transmisin de lo que propone la norma IEEE 1588). o Soporta mensajes PTP tanto directamente sobre Ethernet (Ethertype 0x88F7) como sobre UDP/IPv4 y UDP/IPv6. Sin embargo, no los transmite a travs de la interfaz MII sino que los utiliza para sincronizar
131 de 143
Rev. 1
el reloj que incorpora en el propio PHYTER. Este reloj se puede utilizar como la base de tiempo del dispositivo Ethernet en el que va incorporado. o Soporta generacin de seales sincronizadas y timestamp de seales recibidas a travs de entradas / salidas de propsito general (GPIO). o Soporta tanto PTPv1 como PTPv2. o Reivindica una precisin de sincronizacin con el maestro mejor de 10 nanosegundos.
Productos Ethernet/IP con CIP Sync y CIP Motion. CIP Sync y CIP Motion son extensiones que permiten paliar parcialmente las limitaciones de Ethernet/IP para aplicaciones con requerimientos temporales exigentes, como es el caso del control de movimiento. Los productos de Rockwell Automation en que se implementan estas extensiones son servo-accionadores (Kitenix) y mdulos especificos de PLCs (Control Logix, etc.).
Productos PROFINET IO. El principal fabricante de equipos PROFINET IO es Siemens [13]. La mayora de estos equipos incorpora controladores Ethernet estndares e implementa el protocolo PROFINET RT, cuyas prestaciones en tiempo real son suficientes en la mayora de las ocasiones. Dentro de esta categora, se incluyen las diferentes gamas de PLCs (S7-1200, S7-300, S7-400), controladores sobre PC industrial (WIN AC), mdulos de entradas / salidas remotas (ET200), HMIs, analizadores de red (PAC), switches (SCALANCE).
Sin embargo, para las aplicaciones con requerimientos temporales ms exigentes se utilizan productos que incorporan los controladores Ethernet especiales ERTEC e implementan el protocolo PROFINET IRT (adems del PROFINET RT). Existen versiones IRT en las gamas de PLCs (S7-1200, S7-300, S7-400), mdulos de entradas / salidas remotas (ET200) y switches (SCALANCE). Adems, existen productos que, de manera nativa, implementan estas altas prestaciones como son los servo-accionamientos (SINAMICS y SIMOTION) y el control numrico (SINUMERIK). En definitiva, PROFINET IO se usa en los siguientes tipos de comunicaciones:
Entre aplicaciones SCADA / HMI y controladores (PLCs o PCs industriales).

132 de 143 Rev. 1
Entre aplicaciones SCADA / HMI y dispositivos de campo (p.ej. analizadores de red). Entre controladores. Entre controladores y mdulos de entradas / salidas remotas o bien dispositivos de campo (p.ej. analizadores de red, accionamientos, servo-accionamientos, etc.).
Productos EtherCAT. El principal fabricante de productos EtherCAT es Beckhoff [18]. En su catlogo se encuentran PCs industriales, Panel PCs, mdulos de entradas / salidas remotas (EtherCAT Terminals) y servo-accionamientos (AX5000, etc.). EtherCAT est muy orientado a las comunicaciones entre un controlador maestro basado en PC Industrial o Panel PC y un conjunto de mdulos de entradas / salidas remotas y / o servoaccionamientos (segmento EtherCAT). Adems, tiene excelentes prestaciones en cuanto al comportamiento en tiempo real.
Productos Ethernet Powerlink. El principal fabricante de productos que implementan este protocolo es B&R [19]. En su catlogo se encuentran PCs industriales, HMIs, PLCs (X20) y servo-accionamientos (ACOPOS). Dadas las caractersticas del protocolo, es apto para aplicaciones con requisitos temporales exigentes.
133 de 143
Rev. 1
4 Conclusiones
4.1 Conclusiones de carcter acadmico
En su vertiente acadmica, este estudio pretendi ser un ejercicio para adquirir las habilidades necesarias en la elaboracin de un informe sobre el estado de la tcnica. Se constat que existe una gran cantidad de informacin sobre la cuestin objeto de estudio, hasta el punto que puede resultar abrumadora, si no se aborda de una manera metdica: Sumergirse demasiado pronto en el anlisis de fuentes de informacin concretas puede llevar a una visin parcial de la cuestin tcnica y provocar dudas sobre la pertinencia del enfoque escogido.
La experiencia ganada durante el estudio nos hace pensar que es aconsejable aproximarse al cuerpo de artculos de investigacin (ya sean de revista acadmica o de actas de conferencias) a travs de fuentes documentales. Adems, el gestor de referencias bibliogrficas se muestra como un recurso muy til en varias tareas:
Almacenar de una forma homognea la metainformacin (incluidos los
abstracts) procedente de diferentes fuentes documentales.

Hacer la clasificacin y la criba de los artculos sin necesidad de acceder al texto completo. Servir de repositorio para futuras ampliaciones de la investigacin. Automatizar la elaboracin de bibliografas.
Por otra parte, el acceso a sitios Web result ms til de lo esperado en un principio. Aunque es cierto que existe gran cantidad de informacin comercial sesgada, tambin se encuentra informacin tcnica rigurosa.
Por ltimo, la experiencia durante la redaccin del informe nos lleva a creer que el proceso de redaccin no es un paso posterior y separado del proceso de anlisis e interpretacin de la informacin. Ms bien, el proceso de redaccin hace surgir interrogantes que requieren volver sobre las fuentes de informacin para completar la comprensin de la cuestin tcnica, de un modo iterativo.
134 de 143
Rev. 1
4.2 Conclusiones de carcter tcnico

En su vertiente tcnica, el presente estudio se propuso profundizar en el conocimiento sobre Ethernet Industrial. Con anterioridad al estudio, los eslganes comerciales del sector de la Automatizacin Industrial, nos condujeron a imaginar que Ethernet Industrial era un sistema de comunicacin digital estndar (comn para todos los fabricantes) y que superaba con creces las capacidades de la diversidad de buses de campo existentes hasta entonces en el mercado.
Los resultados del estudio, sin embargo, refutaron nuestras esperanzas iniciales. No existe una nica Ethernet Industrial, sino que existen mltiples propuestas incompatibles entre s. Adems, no en todos los casos las prestaciones de Ethernet Industrial son mejores que las de los buses de campo tradicionales, al menos en lo referente al comportamiento en tiempo real.
En efecto, aunque es cierto que la mayora de las propuestas incorporan las facilidades estndares propias de las Tecnologas de la Informacin (HTTP, SNMP, FTP, etc.), el hecho fundamental es que el mecanismo de transmisin de datos de proceso es diferente en cada propuesta, lo cual las hace incompatibles entre s. Por otra parte, no todas las propuestas de Ethernet Industrial son aptas para aplicaciones en tiempo real. Aquellas conocidas como Ethernet en Tiempo Real intentan superar esta carencia, con diferentes grados de xito.
Una explicacin para el fracaso en la especificacin de una nica Ethernet Industrial podran ser los intereses comerciales de los grandes fabricantes del sector. Ya antes de la aparicin de Ethernet Industrial, la incompatibilidad entre los buses de campo existentes constitua una barrera de entrada mediante la cual cada uno de los principales fabricantes defenda su cuota de mercado. Es probable que el surgimiento del concepto Ethernet Industrial fuera visto por fabricantes emergentes como una oportunidad para introducirse en el mercado. Sin embargo, es razonable pensar que el inters de los grandes fabricantes era mantener sus cuotas de mercado sin perder el tren de la prxima generacin de sistemas de comunicacin industriales prometida por Ethernet. En consecuencia, poda resultar una salida airosa para estos fabricantes el desarrollo de una
135 de 143
Rev. 1
propuesta de Ethernet Industrial perfectamente integrada con el propio bus de campo y
perfectamente incompatible con las propuestas Ethernet Industrial de otros fabricantes.
Respecto a las dificultades de las propuestas basadas en Ethernet para proporcionar comportamiento en tiempo real, existen explicaciones claras. Quizs, la ms importante de ellas es la naturaleza intrnsecamente no determinista de Ethernet, tanto de su mecanismo de acceso al medio (CSMA/CD) como de su mecanismo para interconectar dominios de colisin (switches). Otra explicacin podra ser que su principio de funcionamiento basado en paquetes implica una infrautilizacin del ancho de banda disponible, sobre todo cuando se requiere la transmisin de gran nmero de mensajes con poca cantidad de informacin en cada uno de ellos, que es la situacin tpica en aplicaciones industriales.
Estas dificultades innatas han sido paliadas por las diferentes propuestas introduciendo modificaciones ms o menos importantes en la concepcin original de Ethernet. No es de extraar, pues, que las propuestas con prestaciones en tiempo real ms altas sean las que introducen modificaciones ms drsticas. La informacin consultada durante este estudio nos lleva a pensar que las propuestas Ethernet Industrial aptas para las aplicaciones en tiempo real ms exigentes (hard real time) seran, en orden descendente:
EtherCAT. PROFINET IRT. Ethernet Powerlink.
En aplicaciones con requisitos temporales ms laxos (soft real time) seran vlidas, tambin en orden descendente, las siguientes propuestas:
Ethernet IP con CIP Sync CIP Motion. PROFINET RT. Ethernet/IP. Modbus TCP. PROFINET CBA.
136 de 143
Rev. 1
5 Referencias
[1]
R. Sierra Bravo, Tesis Doctorales y Trabajos de Investigacin Cientfica. Madrid: Paraninfo, 1996. J. Colobrans, El Doctorando Organizado. Zaragoza: Mira, 2001. M. Schaible, "Searching scientific databases for guides to experiment and theory," Computing in Science & Engineering, vol. 3, pp. 30-39, 2001. R. Weissberg and S. Buker, Writing Up Research: Experimental Research Report Writing for Students of English. Englewood Cliffs, NJ: Prentice Hall Regents, 1990. (2010, Oct.). IEEE editorial style manual [Online]. Available: http://www.ieee.org/portal/cms_docs_iportals/iportals/publications/authors/transjnl/st ylemanual.pdf. P. Pedreiras, L. Almeida, and J. A. Fonseca, "The quest for real-time behavior in Ethernet," in The Industrial Information Technology Handbook, R. Zurawski, Ed. Boca Raton: CRC Press, 2005, pp. 48-1-48-14. J.-D. Decotignie, "Ethernet-based real-time and industrial communications," Proc. IEEE, vol. 93, pp. 1102-1117, Jun. 2005. J.-D. Decotignie, "The many faces of industrial Ethernet [Past and present]," IEEE Ind. Electron. Mag., vol. 3, pp. 8-19, Mar. 2009. M. Felser and T. Sauter, "Standardization of industrial Ethernet - The next battlefield?" in Proc. IEEE Int. Workshop Factory Commun. Syst. 2004, pp. 413-420.
[2] [3]
[4]
[5]
[6]
[7]
[8]
[9]
[10] M. Felser, "Real-time Ethernet - Industry prospective," Proc. IEEE, vol. 93, pp. 11181129, Jun. 2005. [11] M. Felser, "Real time Ethernet: Standardization and implementations," in IEEE Int. Symp. Industrial Electronics (ISIE), 2010, pp. 3766-3771. [12] M. Huynh, S. Goose, and P. Mohapatra, "Resilience technologies in Ethernet," Comput. Networks, vol. 54, pp. 57-78, 2010. [13] Siemens. (2011, Feb.). Industrial communication - Product overview [Online]. Available: http://www.automation.siemens.com/mcms/automation/en/industrialcommunications/Pages/Default.aspx. [14] Siemens. (2011, Feb.). Industrial communication - Product support [Online]. Available: http://support.automation.siemens.com/WW/llisapi.dll?func=cslib.csinfo&lang=en&site id=cseus&aktprim=0&extranet=standard&viewreg=WW&objid=10805878&treeLang=e n. [15] Phoenix Contact. (2011, Feb.). Tecnologa PROFINET [Online]. Available: http://www.phoenixcontact.es/tecnologia/40911.htm. [16] Rocwell Automation. (2011, Feb.). Industrial switches [Online]. Available: http://www.ab.com/en/epub/catalogs/12762/2181376/214372/9142990/index.html.
137 de 143
Rev. 1

[17] Rocwell Automation. (2011, Feb.). Networks and communications [Online]. Available: http://www.ab.com/networks/architectures3.html. [18] Beckhoff. (2011, Feb.). EtherCAT (Ethernet for control automation technology) [Online]. Available: http://www.beckhoff.com/ethercat/. [19] B&R. (2011, Feb.). Product overview [Online]. Available: http://www.br-automation.com/. [20] Schneider Electric. (2011, Feb.). Redes Ethernet y buses de campo [Online]. Available: http://www.schneiderelectric.es/spain/es/productos-servicios/productos-serviciosintermediate.page?f=NNM1:Redes+Ethernet+y+buses+de+campo&p_function_id=12. [21] TTTech. (2011, March). Time-triggered Ethernet [Online]. Available: http://www.tttech.com/products/ttethernet/technology/. [22] Korenix. (2011, March). Korenix Web site [Online]. Available: http://www.korenix.com/. [23] Moxa. (2011, March). Industrial Ethernet [Online]. Available: http://www.moxa.com/industrial_ethernet/index.htm. [24] O-ring. (2011, March). O-ring Web site [Online]. Available: http://www.oring-networking.com/. [25] Hirschmann. (2011, March). Industrial Ethernet product overview [Online]. Available: http://www.beldensolutions.com/en/BrandsProducts/Hirschmann_Produkte/Industrial_Ethernet/index.phtml. [26] UNED. (2010, Oct.). Bases de datos en lnea por materias [Online]. Available: http://www.uned.es/biblioteca/referencia/basesdedatosmaterias.htm. [27] IEEE. (2010, Oct.). IEEE Xplore Digital Library [Online]. Available: http://ieeexplore.ieee.org. [28] Elsevier. (2010, Oct.). Engineering Village [Online]. Available: http://www.engineeringvillage2.com. [29] Thomson Reuters. (2010, Oct.). Web of Knowledge [Online]. Available: http://www.isiwebofknowledge.com. [30] ACM. (2010, Oct.). ACM Digital Library [Online]. Available: http://www.acm.org. [31] Elsevier. (2010, Oct.). Science direct [Online]. Available: http://www.info.sciencedirect.com. [32] A. Paiz. (2011, Aug.). Bsqueda de artculos sobre Ethernet industrial - Resultados [Online]. Available: http://www.refworks.com/refshare/?site=041891166590800000/RWWEB106129337/I ND-ETH_PAPERS_SEARCH. [33] A. Paiz. (2011, Aug.). Bsqueda de artculos sobre Ethernet industrial - Preseleccin [Online]. Available: http://www.refworks.com/refshare/?site=041891166590800000/RWWEB106129337/I ND-ETH_PAPERS_PRESELEC. [34] A. Paiz. (2011, Aug.). Bsqueda de artculos sobre Ethernet industrial. Seleccin [Online]. Available:
138 de 143
Rev. 1

http://www.refworks.com/refshare/?site=041891166590800000/RWWEB106129337/I ND-ETH_PAPERS_SELEC. [35] IEB Media. (2011, March). Industrial Ethernet book [Online]. Available: http://www.iebmedia.com/. [36] A. Paiz. (2011, Aug.). Bsqueda de sitios Web y documentos on-line sobre Ethernet Preseleccin [Online]. Available: http://www.refworks.com/refshare/?site=041891166590800000/RWWEB106129337/I ND-ETH_ONLINE_PRESELEC. [37] A. Paiz. (2011, Aug.). Bsqueda de sitios Web y documentos on-line sobre Ethernet Seleccin [Online]. Available: http://www.refworks.com/refshare/?site=041891166590800000/RWWEB106129337/I ND-ETH_ONLINE_SELEC. [38] IETF. (2011, Aug.). Internet standards [Online]. Available: http://www.ietf.org/. [39] IEEE. (2011, March). IEEE 802 standards [Online]. Available: http://standards.ieee.org/about/get/index.html. [40] Institute of Embedded Systems. (2011, March). IEEE 1588 - Precision time protocol [Online]. Available: http://www.ines.zhaw.ch/en/engineering/ines/ieee-1588.html. [41] (2011, March). IEEE standards for local and metropolitan area networks: Overview and architecture. IEEE Std 802-2001 [Online]. Available: http://standards.ieee.org/about/get/802/802.html. [42] T. Socolofsky and C. Kale. (2011, Aug.). A TCP/IP tutorial [Online]. 1991. Available: http://datatracker.ietf.org/doc/rfc1180/. [43] (2011, March). IEEE standard for information technology--telecommunications and information exchange between systems--local and metropolitan area networks-specific requirements part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications - section one. IEEE Std 802. 3-2008 [Online]. Available: http://standards.ieee.org/about/get/802/802.3.html. [44] (2011, March). IEEE standard for information technology--telecommunications and information exchange between systems--local and metropolitan area networks-specific requirements part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications - section two. IEEE Std 802. 3-2008 [Online]. Available: http://standards.ieee.org/about/get/802/802.3.html. [45] (2011, March). IEEE standard for information technology--telecommunications and information exchange between systems--local and metropolitan area networks-specific requirements part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications - section three. IEEE Std 802. 3-2008 [Online]. Available: http://standards.ieee.org/about/get/802/802.3.html. [46] (2011, March). IEEE standard for information technology--telecommunications and information exchange between systems--local and metropolitan area networks-specific requirements part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications - section four. IEEE Std 802. 3-2008 [Online]. Available: http://standards.ieee.org/about/get/802/802.3.html. [47] (2011, March). IEEE standard for information technology--telecommunications and information exchange between systems--local and metropolitan area networks-specific requirements part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications - section five. IEEE Std 802. 3-2008 [Online]. Available: http://standards.ieee.org/about/get/802/802.3.html.
139 de 143
Rev. 1

[48] (2011, March). IEEE standard for local and metropolitan area networks media access control (MAC) bridges. IEEE Std 802. 1D-2004 [Online]. Available: http://standards.ieee.org/about/get/802/802.1.html. [49] (2011, March). IEEE standard for local and metropolitan area networks virtual bridged local area networks. IEEE Std 802. 1Q-2005 [Online]. Available: http://standards.ieee.org/about/get/802/802.1.html. [50] (2011, March). IEEE standard for local and metropolitan area networks - link aggregation. IEEE Std 802. 1AX-2008 [Online]. Available: http://standards.ieee.org/about/get/802/802.1.html. [51] (2011, March). IEEE standard for local and metropolitan area networks - station and media access control connectivity discovery. IEEE Std 802. 1AB-2009 [Online]. Available: http://standards.ieee.org/about/get/802/802.1.html. [52] D. Mills. (2011, March). Network time protocol version 4: Protocol and algorithms specification [Online]. 2010. Available: http://datatracker.ietf.org/doc/rfc5905/. [53] M. Jones. (2011, March). Interfacing Fast Ethernet to processors [Online]. Available: http://www.micrel.com/_PDF/Ethernet/White%20Paper/Interfacing%20Ethernet%20to %20processors.pdf. [54] Phoenix Contact. (2011, March). Ethernet basics (rev. 02) [Online]. Available: http://select.phoenixcontact.com/phoenix/dwl/dwlfr1.jsp?lang=es. [55] MODBUS-IDA. (2011, March). Modbus users' Web site [Online]. Available: http://www.modbus-ida.org/. [56] MODBUS-IDA. (2011, March). Modbus application protocol specification v1.1b [Online]. 2006. Available: http://www.modbus-ida.org/docs/Modbus_Application_Protocol_V1_1b.pdf. [57] MODBUS-IDA. (2011, March). Modbus messaging on TCP/IP implementation guide v1.0b [Online]. 2006. Available: http://www.modbusida.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf. [58] ODVA. (2011, Feb.). ODVA users' Web site [Online]. Available: http://www.odva.org/. [59] Rockwell Automation. (2011, March). EtherNet/IP performance [Online]. 2004. Available: http://literature.rockwellautomation.com/idc/groups/literature/documents/ap/enetap001_-en-p.pdf. [60] X. Qian, S. He, D. Guo, and Y. Jing, "On time-critical data transmission of EtherNet/IP," in 6th World Congr. Intelligent Control Automation (WCICA '06), Dalian, China, 2006, pp. 4623-4625. [61] C. Rojas and P. Morell, "Guidelines for industrial Ethernet infrastructure implementation: A control engineer's guide," in 52nd IEEE-IAS/PCA Cement Ind. Tech. Conf., 2010, pp. 1-18. [62] Wireshark Foundation. (2011, March). Wireshark network protocol analyzer [Online]. Available: http://www.wireshark.org/. [63] A. Moldovansky, S. Balasubramanian, and B. Batke. (2011, Aug.). Introduction to device level ring topology for EtherNet/IP [Online]. pp. 35. 2009. Available: http://www.iebmedia.com/.
140 de 143
Rev. 1

[64] PI. (2011, March). PROFINET users' Web site [Online]. Available: http://www.profibus.com/. [65] Micrel. (2011, March). Ethernet ICs [Online]. Available: http://www.micrel.com/page.do?page=product-info/ether_over.jsp. [66] National Semiconductor. (2011, March). Ethernet solutions [Online]. Available: http://www.national.com/analog/interface/ethernet. [67] Rockwell Automation. (2011, March). Stratix switch reference chart [Online]. 2010. Available: http://literature.rockwellautomation.com/idc/groups/literature/documents/qr/enetqr001_-en-e.pdf. [68] H. Kopetz, Real-Time Systems : Design Principles Applications. Boston: Kluwer Academic Publishers, 1997. for Distributed Embedded
[69] A. Soppelsa, A. Luchetta, and G. Manduchi, "Assessment of Precise Time Protocol in a prototype system for the ITER neutral beam test facility," IEEE Trans. Nucl. Sci., vol. 57, pp. 503-509, Apr., 2010. [70] H. Weibel. (2011, March). Technology update on IEEE 1588: The second edition of the high precision clock synchronization protocol [Online]. 2009. Available: http://www.ines.zhaw.ch/fileadmin/user_upload/engineering/_Institute_und_Zentren/ INES/Downloads/Technology_Update_IEEE1588_v2.pdf. [71] H. Weibel. (2011, March). IEEE 1588 tutorial [Online]. 2006. Available: http://www.ines.zhaw.ch/fileadmin/user_upload/engineering/_Institute_und_Zentren/ INES/IEEE1588/Dokumente/2006_Conference_IEEE_1588_Tutorial.pdf [72] R. S. H. Piggin, "Developments in real-time control with Ethernet," in Int. Technology Innovation Conf. (ITIC '06), 2006, pp. 2161-2168. [73] J. Jasperneite, J. Imtiaz, M. Schumacher, and K. Weber, "A proposal for a generic realtime Ethernet system," IEEE Trans. Ind. Informat., vol. 5, pp. 75-85, May 2009. [74] SIEMENS. (2011, March). SIMATIC PROFINET system description [Online]. 2010. Available: http://support.automation.siemens.com/WW/llisapi.dll?query=A5E0029828805&func=cslib.cssearch&content=adsearch%2Fadsearch.aspx&lang=en&siteid=cseus& objaction=cssearch&searchinprim=0&nodeid0=18881362&x=15&y=9. [75] SIEMENS. (2011, March). ERTEC 200 data sheet v1.1.2 [Online]. 2010. Available: http://support.automation.siemens.com/WW/llisapi.dll?func=cslib.csinfo&lang=en&site id=cseus&aktprim=0&extranet=standard&viewreg=WW&objid=26539425&treeLang=e n. [76] SIEMENS. (2011, March). ERTEC 400 data sheet v1.2.2. [Online]. 2010. Available: http://support.automation.siemens.com/WW/llisapi.dll?func=cslib.csinfo&lang=en&site id=cseus&aktprim=0&extranet=standard&viewreg=WW&objid=26539425&treeLang=e n. [77] P. Ferrari, A. Flammini, S. Rinaldi, and E. Sisinni, "On the seamless interconnection of IEEE1588-based devices using a PROFINET IO infrastructure," IEEE Trans. Ind. Informat., vol. 6, pp. 381-392, Aug. 2010. [78] ETG. (2011, Feb.). EtherCAT users' Web site [Online]. Available: http://www.ethercat.org/.
141 de 143
Rev. 1

[79] Beckhoff. (2011, March). EtherCAT slave controller ET1100 - Hardware data sheet v1.8 [Online]. 2010. Available: http://www.beckhoff.com/ethercat/. [80] M. Rostan. (2011, March). Industrial Ethernet technologies [Online]. 2011. Available: http://www.ethercat.org/pdf/english/Industrial_Ethernet_Technologies.pdf. [81] Beckhoff. (2011, March). EtherCAT slave controller PHY selection guide v1.7 [Online]. 2010. Available: http://www.beckhoff.com/ethercat/. [82] EPSG. (2011, Feb.). Ethernet POWERLINK users' Web site [Online]. Available: http://www.ethernet-powerlink.org/. [83] G. Cena, L. Seno, A. Valenzano, and S. Vitturi, "Performance analysis of Ethernet Powerlink networks for distributed control and automation systems," Comput. Standards & Interfaces, vol. 31, pp. 566-572, 2009. [84] Meinberg. (2011, March). PTP / IEEE 1588 [Online]. Available: http://www.meinberg.de/english/products/timesource.htm#ptp.
142 de 143
Rev. 1
6 Anexos
6.1 Anexo I. Gua de fuentes documentales para la ingeniera
(Vanse pginas anexas).
6.2 Anexo II. Bsqueda y seleccin de artculos

6.3 Anexo III. Sitios Web analizados

143 de 143
Rev. 1
Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado
ANEXO I: GUA DE FUENTES DOCUMENTALES EN INGENIERA
Fuente documental IEEExplore
Organizacin IEEE
Plataforma proveedora IEEExplore
Tipo de Fuente Documental Tipo de Fuente de Informacin rea de conocimiento Naturaleza bsica Abstracts? Citas? Alertas? Full text? ndice analtico S No S S Journals, conference proceedings, Ingeniera elctrica, electrnica ANSI/IEEE standards, books, Informtica courses S No S No
Hiperlink abierto e www.ieeexplore.ieee.org
Comentarios
Accesibilidad
Hiperlink CiberUNED http://poa5.uned.es/
Publicaciones IEEE, IET (antiguamente IEE), AIP y CiberUned remoto AVS. La base de datos est indexada por INSPEC (IET)
INSPEC
Compendex
IET (antiguamente Engineering Village ndice analtico IEE) y tambin Web of Knowledge (Thomson Reuters) EI Engineering Village ndice analtico
Journals, conference proceedings, Fsica, Ingeniera elctrica, de control e www.engineeringvillage2.com Campos adicionales con info evaluadora. Por La UNED no tiene --books, reports, and dissertations Informtica ejemplo: contenido prctico, terico, etc. subscripcin. (La UPC s) Journals and conference proceedings Ingeniera www.engineeringvillage2.com Prestigiosa sobre todo en ingeniera mecnica, civil La UNED no tiene --y qumica subscripcin. (La UPC s) www.acm.org Publicaciones ACM a texto completo CiberUned remoto http://poa32.uned.es/portal.cfm www.acm.org Publicaciones ACM y de otras editoriales. Cuando CiberUned remoto http://poa32.uned.es/portal.cfm corresponden a otras editoriales, slo ofrece referencia bibliogrfica y abstract. www.isiwebofknowledge.com Su punto fuerte es la actualidad de la informacin RedUned en Centro www.accesowok.fecyt.es/ccc mostrada. Adecuada para detectar tendencias Asociado emergentes y realizar vigilancia tecnolgica www.isiwebofknowledge.com Su punto fuerte es el anlisis de citas, que permite RedUned en Centro www.accesowok.fecyt.es/wos evaluar relevancia / impacto de los artculos. Asociado Adecuado para bsquedas retrospectivas A diferencia de Current Contents y Science Citation RedUned en Centro www.accesowok.fecyt.es/wos Index Expanded, se centra en Actas (proceedings) Asociado de todo tipo de eventos. Por tanto, es complementario a las fuentes mencionadas antes www.isihighlycited.com www.accesowok.fecyt.es/esi
No
No
ACM Digital Library ACM Guide
ACM ACM
ACM Portal ACM Portal
ndice analtico ndice analtico
S S
S S
No No
S No
Journals, magazines, proceedings Journals, magazines, proceedings
Informtica Informtica
CC Connect
ISI
Web of Knowledge ndice de sumarios (Thomson Reuters) Web of Knowledge ndice de citas (Thomson Reuters) Web of Knowledge ndice de citas (Thomson Reuters)
No
No
Journals and web sites
Multidisciplinar
SCI Expanded
ISI
No
No
Journals
Multidisciplinar
Conference Proceeding Citation ISI Index
No
Proceedings of conferences, Multidisciplinar symposia, seminars, colloquia, workshops and conventions Datos profesionales investigadores Journals de Multidisciplinar Multidisciplinar
www.isiwebofknowledge.com
ISI Highly Cited Essencial Science Indicators
ISI ISI
Web of Knowledge Directorio (Thomson Reuters) Web of Knowledge Herramienta anlisis (Thomson Reuters)
N/A N/A
N/A N/A
N/A N/A
N/A N/A
Journal Citation Reports
ISI
Web of Knowledge Herramienta anlisis (Thomson Reuters) Willey Interscience ndice analtico
N/A
N/A
N/A
N/A
Journals
Multidisciplinar
Willey Interscience JOURNALS, CONFERENCE PROCEEDINGS, etc. ArticleFinder
Willey Interscience
No
Journals, books, reference works
Multidisciplinar
INFOTRIEVE
INFOTRIEVE
ndice analtico
No
No
Journals
Multidisciplinar
ScienceDirect
Elsevier
Elsevier
ndice analtico
No
Journals and books
Multidisciplinar
SpringerLink
Springer
Springer
ndice analtico
No
No
Journals and books
Multidisciplinar
til para identificar investigadores de referencia, Acceso libre altamente citados www.isiwebofknowledge.com Esta herramienta permite establecer un ranking de RedUned en Centro cientficos, instituciones, paises y revistas Asociado acadmicas (journals) en funcin de: - la cantidad de publicaciones - la calidad de las mismas (estimada a travs de la cantidad de citas postieriores que reciben) www.isiwebofknowledge.com Herramienta de evaluacin de revistas basndose RedUned en Centro en el nmero de veces que han sido citados sus Asociado artculos http://www3.interscience.wiley. Su alcance se limita a publicaciones de Willey Acceso libre parcial com/search/allsearch Interscience. Da acceso libre a las referencias bibliogrficas y los abstracts. Para acceder al texto completo y al rastreo de citas, es necesaria subscripcin www.corporate.infotrieve.com Da acceso libre a las referencias bibliogrficas y los Acceso libre parcial abstract. Para acceder al texto completo es necesario previo pago www.info.sciencedirect.com Su alcance se limita a publicaciones de Elsevier. CiberUned remoto Da acceso libre a referencias bibliogrficas y abstracts. Para la mayora de los artculos de revista, da acceso al texto completo. Para el resto de artculos de revista y los libros, el acceso es previo pago www.springer.com Su alcance se limita a publicaciones de Springer. RedUned en Centro Da acceso libre a referencias bibliogrficas. Para el Asociado resto de funcionalidades, es necesario el acceso institucional
www.isihighlycited.com
www.accesowok.fecyt.es/jcr
http://www3.interscience.wiley.co m/search/allsearch
http://www4.infotrieve.com/searc h/databases/newsearch.asp http://poa2.uned.es/science/publi cations/journal/
http://www.springerlink.com/app/ home/main.asp?wasp=199be311 2a9b4d588524da447747a1aa http://poa14.uned.es http://poa1.uned.es/search/ http://poa1.uned.es/search/
SWETSWISE Academic Search Premier E-journals
SWETSWISE EBSCO EBSCO
SWETSWISE EBSCO-Host EBSCO-Host
ndice de sumarios ndice analtico ndice analtico
No S S
No No No
No S S
A veces S No
Journals and magazines Journals, magazines, proceedings Journals
Multidisciplinar Multidisciplinar Multidisciplinar
www.ebscohost.com www.ebscohost.com
No parece muy fuerte en ingeniera CiberUned remoto No parece muy fuerte en ingeniera. Por otra parte, CiberUned remoto no confundir con el servicio de subscripcin a revistas electrnicas (EJS) de EBSCO-Host. Ejournals es una base de datos que abarca ALGUNAS de las revistas de la lista de EJS y, en todo caso, no da acceso al texto completo
Greenfile The Serials Directory
EBSCO EBSCO
EBSCO-Host EBSCO-Host
ndice analtico Directorio
S N/A
S N/A
S N/A
S N/A
Diversos Publicaciones peridicas
Medio ambiente Multidisciplinar
UNED
UNED
UNED
Directorio
No
No
No
Journals
Multidisciplinar
Relevante para energas renovables CiberUned remoto til para buscar publicaciones sobre un CiberUned remoto determinado tema e informacin de contacto de editoriales http://poa11.uned.es/atoz/hom En algunas bases de datos, al intentar acceder al CiberUned remoto e.asp?id=uned texto completo, pueden aparecer problemas de connectividad si se utiliza un acceso externo a la UNED. En estos casos, una vez conocida la referencia bibliogrfica del artculo en cuestin, puede consultarse el directorio de revistas suscritas por la UNED para ver si entre ellas se encuentra la del artculo deseado. Esta va alternativa s dar acceso al texto completo http://bddoc.csic.es:8080/index mbito de publicaciones en espaol .jsp CiberUned remoto
www.ebscohost.com www.ebscohost.com
http://poa1.uned.es/search/ http://poa1.uned.es/search/
http://poa11.uned.es/atoz/home. asp?id=uned
ICYT
CSIC
CSIC
ndice analtico
No
No
No
Journals, conference proceedings
Ciencia y tecnologa
http://poa26.uned.es
Anexo I. Pg. 1 de 2
Rev. 1
ANEXO I: GUA DE FUENTES DOCUMENTALES EN INGENIERA
Fuente documental WorldCat
Organizacin OCLC
Plataforma proveedora WorldCat
Tipo de Fuente Documental Tipo de Fuente de Informacin Naturaleza bsica Abstracts? Citas? Alertas? Full text? Catlogo No No No A veces Documentos de todo tipo
rea de conocimiento Multidisciplinar
Hiperlink abierto www.worldcat.org
Comentarios
Accesibilidad
Hiperlink CiberUNED www.worldcat.org
Permite hacer bsquedas por palabras clave. En la Acceso libre lista de resultados, aparecen datos bibliogrficos y bibliotecas donde se encuentran fsicamente ejemplares del documento. Si es un recurso electrnico, a veces da acceso al propio recurso. Servicio de acceso a mltiples bases de datos La UNED no tiene documentales de diferente naturaleza: PapersFirst subscripcin (Papers presentados conferencias), ProceedingsFirst (informacin sobre dichos encuentros), ArticleFirst, WorldCat, etc. Permite acceder a documentos sobre temas Acceso libre cientficos y tecnolgicos, pero no parece que sean de primer nivel Adecuada para sondear pginas personales de Acceso libre investigadores, material de cursos, material en servidores web, etc. La mayora de las veces permite el acceso a las CiberUned remoto primeras pginas del documento (ndice) Muy potente
DIVERSOS FirstSearch OCLC OCLC ndice analtico ? ? ? ? Documentos de todo tipo Multidisciplinar www.firstsearch.oclc.org ---
OAISTER SITIOS WEB
OCLC
OCLC
ndice analtico
No
No
No
Sitios Web
Multidisciplinar
www.oaister.worldcat.org
www.oaister.worldcat.org/
SCIRUS
SCIRUS
SCIRUS
ndice analtico
No
No
No
No
Sitios Web
Multidisciplinar
www.scirus.com
www.scirus.com
TESIS Proquest Dissertation DOCTORALES Y DE Thesis database MASTER Derwent Innovation Index espacenet
and ProQuest
ProQuest
ndice analtico
No
No
Doctoral dissertations and Master's Multidisciplinar thesis Solicitudes de patente Solicitudes de patente Multidisciplinar Multidisciplinar
www.proquest.com/enUS/products/dissertations www.isiwebofknowledge.com www.epo.org
http://poa20.uned.es/login/ipauto
ISI EPO
Web of Knowledge ndice de citas (Thomson Reuters) espacenet ndice analtico
S S
S S
S No
S S
PATENTES
INVENES
OEPM
OEPM
ndice analtico
No
No
Solicitudes de patente y modelos de Multidisciplinar utilidad
www.oepm.es
APPFT PATFT
USPTO USPTO
USPTO USPTO
ndice analtico ndice analtico
S S
No S
No No
S S
Solicitudes de patente Patentes (ya concedidas)
Multidisciplinar Multidisciplinar
www.uspto.gov www.uspto.gov
RedUned en Centro www.accesowok.fecyt.es/diidw Asociado Solicitudes de patentes presentadas en la oficina Acceso libre http://ep.espacenet.com europea de patentes (EPO), en la oficina internacional de patentes (WIPO) y en las oficinas nacionales de patentes de 80+ pases ("worldwide"). Para cada uno de los anteriores grupos, hay una base de datos diferente, con diferentes grados de facilidad para realizar bsquedas (abstracts, citas, clasificacin de patentes, estado legal, etc). Es importante conocer las peculiaridades de cada base de datos antes de realizar bsquedas. Para las patentes europeas, se utiliza la Clasificacin Europea de Patentes (ECLA), que se ha construdo y se actualiza en base a la Clasificacin Internacional de Patentes (IPC). La ECLA es ms detallada que la IPC, y por tanto ms precisa. Solicitudes de patentes y modelos de utilidad con Acceso libre http://invenes.oepm.es informacin sobre fechas significativas de tramitacin (a nivel PCT, a nivel europeo) y a nivel nacional Solicitudes de patentes de EEUU a texto completo Acceso libre http://appft.uspto.gov Patentes de EEUU a texto completo. El sistema de Acceso libre clasificacin de la USPTO no se basa en el sistema internacional (IPC). Hay informacin sobre las concordancias en http://www.uspto.gov/web/patents/classification http://patft.uspto.gov
Anexo I. Pg. 2 de 2
Rev. 1
ANEXO II: BSQUEDA Y SELECCIN DE ARTCULOS

Nmero de artculos (revista acadmica) Resultado de la bsqueda automtica en Proceso de seleccin manual en diferentes carpetas de la diferentes fuentes documentales herramienta RefWorks IND-ETH_PAPERS_... IEEE Xplore ACM Science Direct ...SEARCH ...PRESELEC ...SELEC 4 4 2 2 12 3 3 7 2 2 18 4 5 2 2 12 3 3 7 2 2 18 4 5 2 2 4 3 2 5 2 1
Ttulo de publicacin (revista acadmica) Communications Magazine, IEEE Computer Computer Communications Computer Networks Computer Networks and ISDN Systems Computer Standards & Interfaces Computers in Industry Computers, IEEE Transactions on Computing & Control Engineering Journal Consumer Electronics, IEEE Transactions on Control Engineering Practice Control Systems Magazine, IEEE Engineering Applications of Artificial Intelligence
Comentarios sobre la orientacin de la publicacin No relevante (orientado a multimedia ms que a la industria) No relevante Relevantes (los artculos encontrados son antiguos. Pueden servir para aclarar conceptos bsicos de Ethernet) Relevantes. Artculos sobre modificaciones sobre Ethernet para hacerla compatible con tiempo real Relevantes. Artculos sobre modificaciones sobre Ethernet para hacerla compatible con tiempo real Muy relevante. Se proponen modificaciones de Ethernet para aplicaciones en tiempo real No relevante No relevante Relevante. Orientada a la industria en general (tipo magazine) No relevante (orientado a diseo de dispositivos para el hogar) Relevante Relevante No relevante No relevante. Artculos muy especializados en sistemas de adquisicin de datos en centros experimentales en fsica de altas energas (p. ej. CERN). An as se ha seleccionado un artculo sobre IEEE 1588 No relevante Relevante Relevante Relevante. No relevante No relevante (se centran en instrumentacin para motorizar comportamiento de redes Ethernet No relevante No relevante No relevante No relevante (se centran en comunicaciones Ethernet via fibra ptica) Relevante (artculos de visin panormica) No relevante No relevante No relevante Relevante. Algunos artculos se centran en la problemtica de Ethernet en tiempo real. Otros se centran en experimentos de fsica nuclear No relevante No relevante No relevante Relevante (orientado a artculos de visin panormica) No relevante No relevante No relevante No relevante No relevante Relevante. Algunos artculos Subtotal:
8 2 1
Fusion Engineering and Design IEE Review Industrial Electronics Magazine, IEEE Industrial Electronics, IEEE Transactions on Industrial Informatics, IEEE Transactions on Industry Applications Magazine, IEEE Instrumentation and Measurement, IEEE Transactions on Integration, the VLSI Journal ISA Transactions Journal of Parallel and Distributed Computing Lightwave Technology, Journal of Manufacturing Engineer Mechatronics, IEEE/ASME Transactions on Network, IEEE Networking, IEEE/ACM Transactions on Nuclear Science, IEEE Transactions on Parallel and Distributed Systems, IEEE Transactions on Power Delivery, IEEE Transactions on Power Systems, IEEE Transactions on Proceedings of the IEEE Review of Scientific Instruments Robotics & Automation Magazine, IEEE Robotics and Computer-Integrated Manufacturing Selected Areas in Communications, IEEE Journal on Visualization and Computer Graphics, IEEE Transactions on Otros
25 2 2 5 14 2 5 2 2 2 8 2 2 2 2 34 3 3 2 3 3 2 2 3 2 23 156
25 2 2 5 14 2 5 2 2 2 8 2 2 2 2 34 3 3 2 3 3 2 2 3 2 45 245
1 1 2 8
1 1 1 4
4 1 1 3
4 4
18 85
4 52 16
Ttulo de publicacin (acta de conferencia) 8th IEEE Int. Symp. Object-Oriented Real-Time Distributed Computing (ISORC '05), 52nd IEEE-IAS/PCA Cement Ind. Tech. Conf. 2010 Automation and Systems (ICCAS), 2010 International Conference on Proc. IEEE Int. Workshop Factory Commun. Syst. 2004 Industrial Electronics (ISIE), 2010 IEEE International Symposium on 2nd IEEE Int. Conf. Inform. Manage. Eng. (ICIME '10) 6th World Congr. Intelligent Control Automation (WCICA '06) IEEE Int. Symp. Precision Clock Synchronization for Measurement, Control and Communication (ISPCS '07) Real-Time Syst. Symp. 2008 SICE Annu. Conf. Sapporo, Japan, 2004 Int. Joint Conf. SICE-ICASE, Bexco, Korea, 2006 Int. Technology Innovation Conf. (ITIC '06) Subtotal: TOTAL:
Nmero de artculos (acta de conferencia) Identificacin de artculos relevantes en Incorporacin directa en la carpeta de la herramienta RefWorks IND-ETH_PAPERS_... diferentes fuentes documentales IEEE Xplore ACM Science Direct ----...SELEC 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 12 0 0 12 28
Anexo II. Pg. 1 de 1
Rev. 1
ANEXO III: BSQUEDA Y SELECCIN DE SITIOS WEB Y DOCUMENTOS ON-LINE

Proceso de seleccin manual en diferentes carpetas de la herramienta RefWorks IND-ETH_ONLINE_... ...PRESELEC ...SELEC Comentarios sobre el contenido del sitio Web Sitios Web Documentos Sitios Web Documentos Sitio Web con informacin multifabricante. Proporciona guas de 1 1 1 1 compra, artculos tcnicos, noticias del sector, etc. Muy adecuado para estar al corriente de la evolucin del mercado. Informacin comercial referente a toda la gama de productos SIEMENS en el mbito de las comunicaciones industriales (Ethernet Industrial y PROFINET, entre otras tecnologas) Manuales tcnicos de los productos SIEMENS en el mbito de las comunicaciones industriales (Ethernet Industrial y PROFINET, entre otras tecnologas) Divulgacin sobre caractersticas tcnicas de PROFINET y de los productos relacionados de Phoenix Contact. Gama completa de switches industriales y de accesorios de conexin. Guas sobre Ethernet/IP y arquitecturas para la fabricacin. Informacin comercial y tcnica sobre todos los productos de BECKHOFF con protocolo EtherCAT. Informacin comercial y tcnica sobre todos los productos de B&R con protocolo Ethernet POWERLINK. Informacin comercial y tcnica sobre switches industriales y controladores con interface Ethernet. 1 0 1 0
Sector
Organizacin IEB Media
Tema Industrial Ethernet Book
URL del sitio Web http://www.iebmedia.com/
Fecha de acceso 02/03/2011
GENERAL Siemens Industrial Communication Product Overview - http://www.automation.siemens.com/mcms/automation/en/i ndustrial-communications/Pages/Default.aspx 22/02/2011
Siemens
Industrial Communication Product Support
- http://support.automation.siemens.com/WW/llisapi.dll?func =cslib.csinfo&lang=en&siteid=cseus&aktprim=0&extranet= standard&viewreg=WW&objid=10805878&treeLang=en http://www.phoenixcontact.es/tecnologia/40911.htm
22/02/2011
EQUIPOS DE AUTOMATIZACIN
Phoenix Contact Rocwell Automation Rocwell Automation Beckhoff
Tecnologa PROFINET Industrial Switches
21/02/2011 23/02/2011 23/02/2011 24/02/2011
1 1 1 1
1 3 3 4
1 1 1 1
1 2 0 2
http://www.ab.com/en/epub/catalogs/12762/2181376/21437 2/9142990/index.html Networks and Communications http://www.ab.com/networks/architectures3.html EtherCAT (Ethernet for Control http://www.beckhoff.com/ethercat/ Automation Technology) Product Overview http://www.br-automation.com/
B&R Schneider Electric
25/02/2011 28/02/2011
1 1
0 2
1 1
0 1
Moxa
Redes Ethernet y buses de http://www.schneiderelectric.es/spain/es/productoscampo servicios/productos-serviciosintermediate.page?f=NNM1:Redes+Ethernet+y+buses+de +campo&p_function_id=12 Industrial Ethernet http://www.moxa.com/industrial_ethernet/index.htm
20/03/2011
TTTech
Time-Triggered Ethernet
http://www.tttech.com/products/ttethernet/technology/
02/03/2011
Korenix O-ring EQUIPOS ACTIVOS DE RED Hirshmann
Korenix Web Site O-ring Web Site Industrial Overview Ethernet
http://www.korenix.com/ http://www.oring-networking.com/ Product http://www.beldensolutions.com/en/BrandsProducts/Hirschmann_Produkte/Industrial_Ethernet/index.p html http://www.meinberg.de/english/products/timesource.htm ptp
20/03/2011 20/03/2011 20/03/2011
Informacin comercial y tcnica sobre una variedad de componentes de red para Ethernet Industrial. Cabe destacar una oferta especialmente dirigida a la automatizacin de subestaciones elctricas conforme a 61850-3. Informacin comercial sobre una gama de productos que incorporan el protocolo Time-Triggered Ethernet. Bsicamente son kits de desarrollo y material de laboratorio. Informacin comercial y tcnica sobre una variedad de componentes de red para Ethernet Industrial. Informacin comercial y tcnica sobre una variedad de componentes de red para Ethernet Industrial. Informacin comercial y tcnica sobre la gama de componentes de red para Ethernet Industrial. Informacin comercial y tcnica sobre la gama de componentes para la sincronizacin horaria conformes con PTPv2 (Grandmasters con fuente horaria va GPS y tarjetas PCIe para ordenador). Fabricante de circuitos integrados. Contiene informacin tcnica sobre soluciones de hardware para implementar las capas PHY y/o MAC de Ethernet. Destaca el PHY compatible con IEEE 1588v1 y v2. Fabricante de circuitos integrados. Contiene informacin tcnica sobre una amplia gama de soluciones de hardware para implementar las capas PHY y/o MAC de Ethernet.
1 1 1
0 0 1
0 0 1
0 0 0
Minberg
PTP / IEEE 1588
20/03/2011
National Semiconductor
Ethernet Solutions
http://www.national.com/analog/interface/ethernet
20/03/2011
Micrel
Ethernet ICs
http://www.micrel.com/page.do?page=productinfo/ether_over.jsp
20/03/2011
Anexo III. Pg. 1 de 2
Rev. 1
ANEXO III: BSQUEDA Y SELECCIN DE SITIOS WEB Y DOCUMENTOS ON-LINE

Proceso de seleccin manual en diferentes carpetas de la herramienta RefWorks IND-ETH_ONLINE_... ...PRESELEC ...SELEC Sitios Web Documentos Sitios Web Documentos 1 1 1 1
Sector
Organizacin
Tema
URL del sitio Web
Fecha de acceso 01/03/2011
Comentarios sobre el contenido del sitio Web Informacin sobre la norma IEEE 1588 (versin 1). Se menciona que est en proceso una revisin 2, pero no se da informacin sobre ella, aunque en realidad ya fue aprobada en 2008. Parece que no estn actualizados los contenidos del sitio Web. Descripcin somera de los principios de funcionamiento de IEEE 1588. El autor es el responsable del departamento de Ethernet Industrial de Hirschmann Automation and Control. El Institute of Embedded Systems es un centro de investigacin vinculado a la Zurich University of Applied Sciences y que colabora tcnicamente con el fabricante Hirschmann. Este sitio Web contiene diferentes papers y tutoriales sobre los principios de funcionamiento de IEEE 1588 v1 y v2. Sitio Web oficial de NTP y SNTP. Bsicamente ofrece links a los RFCs de las versiones vigentes de NTP y SNTP y otros links relacionados. Sitio Web oficial de IETF. Contiene todos los RFCs que especifican estndares de Internet. Sitio Web oficial de IEEE. En este apartado, estn disponibles gratuitamente las normas vigentes del programa IEEE 802.
IEEE 1588 Standardization IEEE 1588 - Precision Time http://ieee1588.nist.gov Group Protocol
Dirk S. Mohl
IEEE 1588 - Precision Time http://www.ieee1588.com/ Protocol Embedded IEEE 1588 - Precision Time http://www.ines.zhaw.ch/en/engineering/ines/ieee1588.html Protocol
01/03/2011
Institute Systems
of
01/03/2011
NTP ESTNDARES DE PROTOCOLOS
The Network Time Protocol
http://www.ntp.org/
01/03/2011
IETF IEEE
Internet Standards IEEE 802 Standards
http://www.ietf.org/ http://standards.ieee.org/about/get/index.html
09/08/2011 02/03/2011
1 1
1 11
1 1
1 8
PI ODVA ETG EPSG MODBUS-IDA SERCOS International
PROFINET Users' Web Site ODVA Users' Web Site EtherCAT Users' Web Site
http://www.profibus.com/ http://www.odva.org/ http://www.ethercat.org/
22/02/2011 23/02/2011 24/02/2011 25/02/2011 28/02/2011 02/03/2011
Ethernet POWERLINK Users' http://www.ethernet-powerlink.org/ Web Site MODBUS Users' Web Site http://www.modbus-ida.org/ SERCOS III http://www.sercos.com/technology/sercos3.htm
Fieldbus Foundation TTA-Group
High-Speed Ethernet TTA-Group's Web Site
http://www.fieldbus.org/ http://www.ttagroup.org/
02/03/2011 02/03/2011
Wireshark Foundation
Wireshark Analyzer
Network
Protocol http://www.wireshark.org/
25/02/2011
Sitio Web oficial de PROFIBUS y PROFINET. Contiene mltiples documentos tcnicos Sitio Web oficial de CIP y EtherNet/IP, entre otros. Contiene mltiples documentos tcnicos Sitio Web oficial de EtherCAT. Contiene mltiples documentos tcnicos. Sitio Web oficial de Ethernet POWERLINK. Contiene mltiples documentos tcnicos. Sitio Web oficial de Modbus. Contiene especificaciones Modbus serie y Modbus sobre TCP/IP. Sitio Web oficial de SERCOS. Contiene explicaciones tcnicas bastante completas en la propia Web y tambin presentaciones sobre SERCOS III. Sitio Web oficial de Fieldbus Foundation. Contiene explicaciones tcnicas sobre HSE, entre otros protocolos. Sitio Web oficial del Time-Triggered Architecture Group. Contiene informacin sobre los procolos Time-Triggered Protocol (TTP) y Time-Triggered Ethernet (TTE). Sitio Web oficial de la herramienta freeware Wireshark. Esta herramienta permite analizar el trfico en una red Ethernet y facilita la interpretacin de las cabeceras de prcticamente todos los protocolos del stack TCP/IP existentes. TOTAL:
1 1 1 1 1 1
5 4 4 3 2 1
1 1 1 1 1 0
0 0 1 0 2 0
1 1
1 0
0 0
0 0
32
61
23
29
Anexo III. Pg. 2 de 2
Rev. 1

Ethernet Industrial. Protocolos e Implementaciones de Mercado

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Ethernet Industrial. Protocolos e Implementaciones de Mercado

Загружено:

Авторское право:

Доступные форматы

UNED.

Informe sobre el estado de la tcnica. ETHERNET INDUSTRIAL. PROTOCOLOS E IMPLEMENTACIONES DE MERCADO

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

1.1.1 Objetivo acadmico

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

1.1.2 Objetivo tcnico

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

2.1 Identificacin de fuentes documentales en ingeniera

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

2.2 Bsqueda y seleccin de artculos3

IEEE Xplore Digital Library [27]. INSPEC [28].

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Current Contents Connect [29].

2.2.2 Bsqueda de artculos de revista acadmica

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

a) Identificacin de los elementos de bsqueda

Autores. Organizaciones (centros de investigacin, empresas,...). Publicaciones. Palabras clave. Etc.

Ethernet. IEEE 802.34.

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Real-time Realtime Real time Industrial

b) Definicin del criterio de la bsqueda

("realtime" OR "real time" OR "real-time" OR "industrial") AND ("ethernet" OR "IEEE 802.3")

c) Ejecucin de la bsqueda automtica

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

("realtime" OR "real time" OR "real-time" OR "industrial") AND ("ethernet" OR "IEEE 802.3")

En la ACM Digital Library, en un principio, se utilizaron los siguientes comandos de bsqueda:

(Abstract:"realtime" OR Abstract:"real time" OR Abstract:"real-time" OR Abstract:"industrial") AND (Abstract:"ethernet" OR Abstract:"IEEE 802.3")

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

AND (PublishedAs:journal OR PublishedAs:transaction OR PublishedAs:magazine)

(TITLE-ABSTR-KEY("realtime") OR TITLE-ABSTR-KEY("real time") OR TITLEABSTR-KEY("real-time") OR TITLE-ABSTR-KEY("industrial")) AND (TITLE-ABSTR-KEY("ethernet") OR TITLE-ABSTR-KEY("IEEE 802.3"))

Adems se impusieron los siguientes condicionantes:

Como resultado de la bsqueda, se obtuvieron como resultado 85 artculos.

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

d) Exportacin de los resultados al gestor de referencias bibliogrficas

2.2.3 Seleccin de artculos de revista acadmica

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

2.2.4 Actas de conferencia. Complemento a las revistas acadmicas

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

2.3 Estudio de los artculos seleccionados

2.4 Bsqueda y seleccin de sitios Web y documentos on-line

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

2.4.2 Bsqueda de sitios Web y documentos on-line

2.4.3 Seleccin de sitios Web y documentos on-line

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

3.2 Ethernet Industrial

3.2.1 Background a) Modelos de referencia Modelo de referencia OSI

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Fig. 1. Modelo de referencia OSI

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Fig. 2. Proceso de encapsulacin y desencapsulacin

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.

Informe sobre el estado de la tcnica. Ethernet Industrial. Protocolos e implementaciones de mercado.