Universidad de Concepcin

Facultad de Ingeniera
Departamento Ingeniera Elctrica.

Departamento Ingeniera Elctrica.

TAREA N 1
Sistemas Electrnicos:
Estudio de UPSs y Protocolos
de Red

Profesor
Integrantes
Asignatura
Fecha

: PhD. Lautaro Salazar.

: Hctor Mella.
: Sistemas Electrnicos.
: 17 Sept. 2010.

Investigar e informar:
1. Estudiar que es el concepto de MIB y el estndar RFC1628
Concepto de MIP:

MIP es la sigla de Base de Informacin Gestionada, en palabras simple es un tipo de base

de datos que contiene informacin jerrquica en forma de rbol, de todos los dispositivos
gestionados en una red de comunicaciones. (Tambin vale la pena mencionar que la base de datos
ser para el protocolo RFC1628 es del tipo dinmica y jerrquica como se menciono anteriormente)

Request for Comments (RFC)

Son documentos de acceso libre que pretenden especificar estndares, recomendaciones,

aunque algunas (de los mas de 3000 documentos que hay) ya estn obsoletas. A pesar de que
cualquiera puede proponer un RFC el IETF (Internet Engieneering Task Force) es una de las
principales fuentes. Entonces se tiene que son documentos que describen mtodos, los
comportamientos, resultados de investigacin e innovaciones en general aplicables al
funcionamiento de internet.
Los documentos RFC tambin van ms all de lo que es internet en general, pues dan las
pautas para conectar equipamiento industrial en la red, as como los protocolos a seguir. Es
importante sealar que no todos los RFC son estndares (o normas), de hecho existen cinco estados
para un RFC los estados son, informal, experimental, la mejor practica actual, histrico,
desconocido.
El RFC 1628: Este estndar se titula: Gestin de Base de informacin de UPS, pero utilizando el
concepto de MIB ya estudiado nos damos cuenta de la estrecha relacin.
El documento define parte de la Base de informacin de administracin (MIB), para el uso con
protocolos de gestin de la red en la comunidad de Internet. Define, en particular, los objetos de la
gestin de Sistema de Potencia Ininterrumpida (UPS).
Los objetos: manejados son asesados a travs de una tienda de informacin virtual (o va
web).Denominada Management Information Base o MIB. Los objetos en el MIB son definidos
usando el subconjunto de Abstract Syntax Notation One (ASN.1), definido en el SMI. En particular,
cada objeto es nombrado por un OBJECT IDENTIFIER, un nombre designado
administrativamente. El tipo de objeto junto con un objeto de ejemplo sirve para identificar de
forma nica un tipo de instalacin de objeto. Por conveniencia se usa frecuentemente una cadena de
texto llamada descriptor, para referirse a un tipo de objeto.*

Resumiendo, el documento define el manejo y monitoreo de objetos (UPS) a travs de una base de
datos (MIB). Todo manejado desde una simple Network Manament Protocol (SNMPv2). Veamos
unos ejemplos de la estandarizacin:

upsInputTruePower OBJECT-TYPE
SYNTAX
NonNegativeInteger
UNITS
"Watts"
MAX-ACCESS read-only
STATUS
current
DESCRIPTION
"The magnitude of the present input true power."
::= { upsInputEntry 5 }

Lo cual se refiere al monitoreo de la potencia de entrada

upsOutputVoltage OBJECT-TYPE
SYNTAX
NonNegativeInteger
UNITS
"RMS Volts"
MAX-ACCESS read-only
STATUS
current
DESCRIPTION
"The present output voltage."
::= { upsOutputEntry 2 }

Este se refiere al voltaje presente en la salida, notemos que se debe dar en voltaje RMS.
La tabla de contenidos del documento es la siguiente.
Table of Contents
1. Introduction ..............................................
2. The SNMPv2 Network Management Framework ...................
2.1 Object Definitions .......................................
3. Overview ..................................................
4. Definitions ...............................................
4.1 The Device Identification Group...........................
4.2 The Battery Group ........................................
4.3 The Input Group ..........................................
4.4 The Output Group .........................................
4.5 The Bypass Group .........................................
4.6 The Alarm Group ..........................................
4.7 The Test Group ...........................................
4.8 The Control Group ........................................
4.9 The Configuration Group ..................................
5. Acknowledgements ..........................................
6. References ................................................
7. Security Considerations ...................................
8. Author's Address ..........................................

Lo que nos da una idea de todo lo que se especifica y estandariza en RFC-1628.

1
2
2
2
3
4
5
7
9
12
13
19
23
26
43
44
45
45

2. Estudiar las especificaciones tcnicas de una UPS y comparar con 3 marcas;

APC-LIEBERT-RIELLO, 10KVA a 20KVA, trifsico-trifsico
A modo de introduccin mencionaremos en breves lneas que es una UPS (Uninterrumpible
Power Supply). Como su nombre lo dice este equipo es capaz de suministrar potencia o energa
frente a alguna interrupcin de lo qye seria el suministro normal de la misma. Pero esa no es todo el
trabajo que debe realizar, adems debe ser capaz de mejorar el suministro a de energa elctrica a
equipos que son llamados cargas criticas, y que requieren de un cuidado especial, estos equipos
podan ser equipos de alto valor monetario que son sensibles a variaciones del voltaje de la red o
equipamiento mdico en una unidad de cuidado intensivo donde no puede haber corte de
suministro. Entonces algunas de las dems funciones que debe cumplir la uso son, correccin de la
forma de onda del voltaje, (eliminar transientes de voltaje), filtrar los armnicos de voltaje,
disminuir el FP, corregir variaciones de frecuencia y suministrar energa elctrica cuando el
suministro falle, dando tiempo suficiente para reponer suministro, o poner en funcionamiento un
generador.

Las UPS comerciales se dividen en dos grandes grupos las Interactivas y las Online. Siendo
ambas actualmente utilizables para diferentes tipos de necesidades, si bien es cierto las UPS online
traen mejores prestaciones su principal desventaja es el precio, es por eso que aun estn vigentes las
UPS Interactivas. Revisemos algo sobre cada tecnologa.

Figura1: Esquema bsico de una UPS del tipo Interactiva.

Este es el esquema bsico de una UPS de del tipo interactiva, cabe destacar que El inversor
est conectado en paralelo y acta como respaldo para el suministro. Adems el Static Switch suele
incorporar reguladores y Filtros, para regular la energa y suprimir en parte los transitorios. Se le
llama interactiva porque solo en determinadas ocasiones (falla del suministro) acta el inversor.

Figura2: Esquema bsico de una UPS Online, y modos bsicos de funcionamiento

Este es el esquema bsico de una UPS del tipo online, Notemos que el inversor est
conectado en serie entre la entrada de alimentacin y la carga, por lo tanto la energa fluye
continuamente a travs del inversor. Esta UPS es especial para cargas ms sensibles pues
notemos que la carga nunca es alimentada directamente por la entrada normal de
suministro. Sino que es realizada a travs del inversor.
Enunciando las principales caractersticas de las ups ahora nombraremos algunos de dan los
sus parmetros ms importantes. En este punto cabe mencionar que no todos los fabricantes
de UPS dan la misma informacin algunos fabricantes proporcionan informacin detallada
del inversor mientras otros solo se molestan en dar determinadas caractersticas.

Tipo de UPS: Puede ser Interactiva On-Line.

Potencia de la UPS: Se escoge respecto a la carga que se desea proteger.

Caractersticas de entrada

Modos de Operacin: Por lo general son modo normal, batera o by-pass

Tensin nominal RMS: Tensin dada por el suministro puede ser monofsica o
trifsica.
Frecuencia: Frecuencia del suministro; 50Hz en Chile.
Tolerancia de la frecuencia: Banda de tolerancia para asegurar un buen
funcionamiento
FP, a plena carga: Factor de frecuencia que se presentara al tener el 100% de carga.
Distorsin de corriente: se refiere al THDI de la corriente de entrada que se
provoca

Caractersticas de salida

FP: Factor de potencia en la salida de la UPS

Numero de fases: Numero de fases presentes en la salida.
Tensin nominal RMS: en caso de trifsico, frecuencia Trifsica.
Factor de Cresta: Razn entre Ipeak/Irms
Distorsin de tensin: Por lo generar se da la distorsin de tensin para una carga
lineal y otra no lineal.
Frecuencia: Es la frecuencia de alimentacin
Sobrecarga con FP: Tiempo que soporta la UPS con sobrecarga a un determinado
FP

Caractersticas de Batera

Tipo: Mtodo de almacenamiento de la energa, suele ser VRLA.

Tiempo de autonoma: Tiempo en que la UPS puede alimentar la carga sin
suministro elctrico, se debe dar con carga del 100%
Tiempo de recarga: Tiempo que tarda la batera en cargarse.

Caractersticas de las condiciones ambientales y dimensiones

Peso con batera interna: Peso en kg

Dimensiones: Se dan en mm
Comunicacin: Es en extremo importante para monitorear la UPS a distancia y
obtener toda la informacin relevante del funcionamiento de esta.
Temperatura de funcionamiento: Temperatura ambiental a la que el fabricante
asegura un buen funcionamiento.
Humedad Relativa: Humedad ambiental a la que el fabricante asegura un buen
funcionamiento (sin condensacin)
Ruido: contaminacin ambiental en decibeles dada a 1metro
Grado de proteccin: Se refiere al nivel de proteccin del gabinete de la UPS. ----Rendimiento: Razn entre la potencia consumida por la UPS y la potencia que
devuelve la UPS.
Conformidad o Estndares Aprobados: Directivas de calidad y de seguridad, de
diferentes organismos internacionales.

UPSs de Trifsicas Trifsicas /20kVA

Se estudiaron las siguientes UPSs Trifsicas y en el siguiente resumen se realiza una comparacin
entre los diferentes fabricantes estudiados
Tabla 2.1: Especificaciones de UPS Trifsicas

Entrada

Salida

Bateria

Caractersticas
fsicas y
ambientales

Caractersticas

APC

Liebert*

Riello

Tipo de UPS

Interactiva

Online dc

Online dc

Potencia

16kW/20kVA

16kW/20kVA

18kw/20kVA

Tensin nominal

380V(var: variable)

380V (var)

380V (var)

Frecuencia

50Hz (var)

50Hz (var)

50Hz (var)

Tolerancia de la
frecuencia.RegFreNom

---

+-1%

40%72

FP, a plena carga

----

>0.95

aprx 0.99

Distorsin de Corriente

----

<3%

I Max de entrada

27A

<30% THD
<10% THD con filtro
opcional
---

FP

----

0.65 to 1.0

aprx 0.9

Numero de fases

3, ( alambres 4, 5)

3, ( alambres 4, 5)

3, ( alambres 4, 5)

Tensin nominal

380V(var)

380V(var)

380V(var)

Factor de Cresta

Ilimitado

---

3:1

Distorsin de tensin

<5%

<3% a carga lineal.

<1% y <3%

Frecuencia

50Hz

50Hz

50Hz

Sobrecarga con FP dado

-----

Tipo

VRLA

125% 10 min
150% 10 seg
200% 0.1 seg
Si se excede pasa a
By.Pass
VRLA

115% infinito,
125% durante 10
minutos, 150%
durante 1 minuto,
168% durante 5
VLRA

Tiempo de autonoma

6min,+batext 18min

6min,+batext 17min

26min (2bat)

Tiempo de recarga

5hrs

4hrs

6hrs

Peso

396.82kg

365kg

325kg

Dimensiones (mm)

1499x356x813

1220x530x950

1320x440x850

Puerto
interfaz
Slot
Comunicacin Panel de
control
Alarma
Sonora
Temperatura de
funcionamiento

DB-9 RS-232

DB-9 RS-232, SNMP

RS-232, USB

-LCD y consola

-LCD y consola

---LCD y consola

Si

Si

Si

0C a +40C

0C a +40C

29A

0C a +40C

Humedad relativa

95%

95%

90%

Ruido a1m

64.00dBA

53.00dBA

52.00dBA

Grado de Proteccin

IP20

IP20

IP20

Redimiendo, Eficiencia

95%

91%

95%

C-tick,CE,EN
EN 50091-2,
L V 2006/95/CE ,
50091-2,EN/IEC
EN50091-1-1,
EMC 2004/108/EC
Conformidad o estndares 62040-3,IEC 61000EN60950-1,
, IEC EN 62040-1;
aprobados
3-2,IEC 610000-3EN62040-3,
EMC IEC EN
3, ISO14001,
CE compliance mark,
62040-2 C2
ISO9001, VFI-SSEMC Directive
,IEC 62040-3),
112
89/336/EEC
VFI - SS - 111

Comentario de la comparacin de UPS del tipo trifsicas: Debemos notar que en la tabla se han
puesto las caractersticas tpicas de cada UPS, pero suele ocurrir que el fabricante muchas veces nos
proporciona mas informacin acerca de la tecnologa usada en cada UPS, y en ocasiones no nos
proporciona la misma informacin que nos dan los otros fabricantes.
Si mencionamos algunas de las similitudes de cada UPS notamos que las UPS del tipo On-Line
estn acaparando gran parte del Mercado debido a sus buenas prestaciones, esto lo podemos notar
por la baja distorsin armnica que provocan las UPS Online, adems cabe destacar que este tipo de
UPS esta con el inversor siempre trabajando , pues el voltaje de salida esta alimentado por el, por lo
tanto la carga critica nunca ve directamente el voltaje de entrada, por lo tanto es ms efectivo para
controlar los transientes de voltaje y de Frecuencia, Esto tambin lo podemos ver en los datasheets
ya que las dos UPS Online tienen mas tolerancia a la variacin de voltaje y de frecuencia. Adems
cabe destacar como similitud el peso de estas UPS, las que necesitan de medio especial de
transporte. ES importante mencionar el importante avance en cuanto a comunicacin de cada UPS,
siendo este tema un punto critico en los manuales de cada fabricante de este modo se tiene que la
comunicacin para el monitoreo de las propiedades y de los puntos de trabajo de la UPS, son un
tema fundamental. RS-232, USB, slot disponibles para tarjetas en red permiten a las UPS trabajar
en ambientes hostiles y de difcil acceso al ser humano.
De vital importancia resulto ser los estndares aprobados, estndares de seguridad, de calidad y de
Emisin y recepcin electromagntica. Estos estndares dan garanta de las caractersticas de la
UPS. Es importante sealar que a pesar de que las UPS online muestran mejores prestaciones, en
lugares donde tenemos Buena calidad de suministro elctrico y la carga no es sensible, una UPS
interactiva seria una Buena eleccin por el bajo costo en comparacin con UPS de tecnologa
Online.
UPSs de Monofsicas Monofsicas /2kVA
Tabla 2.2: Especificaciones de UPS Monofasicas
Caractersticas

APC

Liebert

Riello

Tipo de UPS

Online

online

online

Potencia

1,4k W/2kVA

1.8kW/2kVA

1,4W/2kVA

Entrada

Salida

Tensin nominal

230V

230V

220V

Frecuencia

50Hz

50Hz

50Hz

FP, a plena carga

----

aprx 0.99

>0.97

Distorsin de Corriente

----

--

---

I Max de entrada

----

16A

---

FP

----

--

--

Numero de fases

---

---

---

Tensin nominal

230V

220V o 230V

220V

Factor de Cresta

5:1

---

3:1

Distorsin de tensin

<5%

----

<2%

Frecuencia

50Hz

50Hz

50Hz

Sobrecarga con FP dado

-----

200% por 2 seg

150% por 50 seg

Tipo

VLRA

VLRA

110% por 30min;

130% por 30seg;
150% por 10 seg
VRLA AGM

Tiempo de autonoma

12.6min+batext32min

4+batex15min

13min

Tiempo de recarga

4 hrs

3 hrs

4 hrs

Peso

74.55Kg

32kg

34kg

Dimensiones (mm)

356x483x730

497 x 430 x 85

340 x 192 x 460

Puerto
interfaz
Slot
Comunicacin Panel de
control
Alarma
Sonora
Temperatura de
funcionamiento

DB-9 RS-232, 100

Ethernet SNMP
----LCD y consola con
control
Si

USB, SNMP

RS-232

--Display panel
Si

3
LCD y botones de
control
Si

0C a +40C

0C a +40C

0C a +40C

Humedad relativa

95%

95%

95%

Ruido

60dBA

46 dBA

40 dBA

Grado de Proteccin

---

---

---

Redimiendo, Eficiencia

89%

---

---

Bateria

Caractersticas
fsicas y
ambientales

Conformidad o estndares
aprobados

C-tick,CE,EN 50091Safety EC/EN/AS

(tecnologa On
2,EN
62040-1-1:2008
Line a doble
60950,IRAM,VDE RFI/EMI IEC/EN/AS conversin (VFI
62040-2 2nd Ed
segn normativa
=CISPR22 Class A
IEC62040-3) EN
Surge Immunity IEC 62040-1 EMC EN
62040-2 2nd Ed
62040-2 directriz
Transportation ISTA
2006/95/EC Procedure 1A
2004/108 EC; EN
CE mark and safety
62040-3
approval from CE

De las UPS del tipo monofsicas se tiene que las especificaciones tcnicas de cada UPS son
similares, esto se debe a que todas son del tipo Online. A pesar de que estas UPS son de menor
potencia tambin tienen comunicacin avanzada para el monitoreo a distancia.
Si comparamos las UPS monofsicas con las trifsicas tenesmos que aparte de las diferencias mas
triviales, sea el numero de fases de entrada, fases de salida, potencia y tensin nominal, se
encuentran otras diferencia las cuales son el rendimiento, que en el caso de las monofsicas es
menor (***), esta comparacin se realizo en por los datos de los fabricantes de APC, pues los
dems fabricantes omiten dicho para UPS monofsicas. Notemos adems que en UPS trifsicas
tenemos datos del FP, lo cual no ocurre en UPS monofsicas, esto se debe a que entre mas potencia
estamos consumiendo mayor importancia cobra el FP, por lo tanto resulta ser un dato fundamental
en potencias ms altas (20kVA). En potencias menores como lo que sucede en UPS del tipo
monofsicas el factor de potencia es omitido por los fabricantes. En cuanto a la comunicacin es
claro que la importancia de la comunicacin trasciende en todas las potencias. Es mas hoy en da se
pretende tener monitoreo y control de la UPS a distancia, por lo que los protocolos en la capa de
aplicacin resultan ser de vital importancia as como gestionar una buena base de datos MIB, y ser
capaz de conectar ya sea la UPS a la red o a un servidor que se conecte a la red. Es as como
pasamos al siguiente tem.
Adems resulta importante mencionar que cada fabricante proporciona informacin obre los modos
de operacin de la UPS, como dejarla funcionando en by-bass, o modo de batera, o modo normal,
entre otros modos definidos por cada fabricante.
SI ES PRESISO MENSIONAR MAS SOBRE LOS MODOS DE OPERACION

3. Estudiar e informar sobre los siguientes protocolos

Protocolo TELNET:
Telnet debe su nombre (TELecommunication NETwork y es el nombre de un protocolo de red que
sirve para acceder mediante una red a otra mquina para manejarla remotamente como si
estuviramos sentados delante de ella. Para que la conexin funcione, como en todos los servicios
de Internet, la mquina a la que se acceda debe tener un programa especial que reciba y gestione las
conexiones. A este protocolo se le asigna el puerto 23.
Telnet slo sirve para acceder en modo terminal, es decir, sin grficos, pero es una herramienta muy
til para arreglar fallos a distancia, sin necesidad de estar fsicamente en el mismo sitio que la
mquina que los tena. Tambin se usaba para consultar datos a distancia, como datos personales en
mquinas accesibles por red, informacin bibliogrfica, etc.
Manejo bsico de telnet [1]
Las direcciones Telnet consisten tpicamente en la direccin numrica (IP address) del servidor de
la red que deseamos acceder, formada por una serie de cuatro nmeros separados por un punto.

Para acceder a un sitio Telnet desde nuestro navegador, basta con escribir su direccin en la barra
de direcciones, precedindola del trmino telnet://. Por ejemplo, para entrar al servicio de
Telnet de la Biblioteca de la Universidad de las Amricas en Puebla, Mxico, escribimos la
direccin as: telnet://140.148.5.16/ Nuestro navegador se encargar automticamente de
ejecutar un programa adicional para Telnet y este establecer la conexin con el servicio deseado.
Seguridad
Hay tres razones principales por las que el telnet no se recomienda para los sistemas modernos
desde el punto de vista de la seguridad:

Los dominios de uso general del telnet tienen varias vulnerabilidades descubiertas sobre los
aos, y varias ms que podran an existir.

Telnet, por defecto, no cifra ninguno de los datos enviados sobre la conexin (contraseas
inclusive), as que es fcil interferir y grabar las comunicaciones, y utilizar la contrasea
ms adelante para propsitos maliciosos.

Telnet carece de un esquema de autentificacin que permita asegurar que la comunicacin

est siendo realizada entre los dos anfitriones deseados, y no interceptada entre ellos.

Los estndares y datos tcnicos sobre telnet se pueden apreciar en la tabla2.1

Tabla 3.1: RFC relacionadas con Telnet

RFC (peticiones de comentarios)
RFC 854

Especificaciones del protocolo Telnet

RFC 855

Especificaciones de opciones de Telnet

RFC 856

Transmisin binaria en Telnet

RFC 857

Opcin Eco de Telnet

RFC 858

Opcin de suprimir continuacin en Telnet

RFC 859

Opcin Estado de Telnet

RFC 860

Opcin Marca de tiempo de Telnet

RFC 861

Opcin Lista extendida de opciones de Telnet

Figura3.1: Resumen Prctico de TELNET y su ubicacin en el modelo OSI, cortesa Wikipedia.com

Protocolo HTTP y lenguaje HTML

Hypertext Transfer Protocol o HTTP (en espaol protocolo de transferencia de hipertexto) es el
protocolo usado en cada transaccin de la World Wide Web.
El propsito del protocolo HTTP es permitir la transferencia de archivos (principalmente, en
formato HTML). Entre un navegador (el cliente) y un servidor web (denominado, entre otros, httpd
en equipos UNIX) localizado mediante una cadena de caracteres denominada direccin URL.
Comunicacin entre el navegador y el servidor
La comunicacin entre el navegador y el servidor se lleva a cabo en dos etapas:

Figura3.2: Modelo de HTTP modo cliente/servidor

El navegador realiza una solicitud HTTP

El servidor procesa la solicitud y despus enva una respuesta HTTP

En realidad, la comunicacin se realiza en ms etapas si se considera el procesamiento de la

solicitud en el servidor. Dado que slo nos ocupamos del protocolo HTTP, no se explicar la parte
del procesamiento en el servidor en esta seccin del artculo. Si este tema les interesa, puede
consultar el artculo sobre el tratamiento de CGI.
Ejemplo de un dilogo HTTP
Para obtener un recurso con el URL http://www.example.com/index.html
1. Se abre una conexin al host www.example.com, puerto 80 que es el puerto por defecto
para HTTP.
2. Se enva un mensaje en el estilo siguiente:
GET /index.html HTTP/1.1
Host: www.example.com
User-Agent: nombre-cliente

[Lnea en blanco]
La respuesta del servidor est formada por encabezados seguidos del recurso solicitado, en el caso
de una pgina web:
HTTP/1.1 200 OK
Date: Fri, 31 Dec 2003 23:59:59 GMT
Content-Type: text/html
Content-Length: 1221
<html>
<body>
<h1>Pgina principal de tu Host</h1>
(Contenido)
.
.
.
</body>
</html>
HTML, siglas de HyperText Markup Language (Lenguaje de Marcado de Hipertexto), es el
lenguaje de marcado predominante para la elaboracin de pginas web. Es usado para describir la
estructura y el contenido en forma de texto, as como para complementar el texto con objetos tales
como imgenes. HTML se escribe en forma de "etiquetas", rodeadas por corchetes angulares (<,>).
HTML tambin puede describir, hasta un cierto punto, la apariencia de un documento, y puede
incluir un script (por ejemplo Javascript), el cual puede afectar el comportamiento de navegadores
web y otros procesadores de HTML.
HTML tambin es usado para referirse al contenido del tipo de MIME text/html o todava ms
ampliamente como un trmino genrico para el HTML, ya sea en forma descendida del XML
(como XHTML 1.0 y posteriores) o en forma descendida directamente de SGML (como HTML
4.01 y anteriores).

Figura3.3: Resumen Prctico de HTTP y su ubicacin en el modelo OSI, Estndares de RFC,

cortesa Wikipedia.com

Protocolo SNMP
El Protocolo Simple de Administracin de Red o SNMP es un protocolo de la capa de aplicacin
que facilita el intercambio de informacin de administracin entre dispositivos de red. Es parte de la
familia de protocolos TCP/IP. SNMP permite a los administradores supervisar el funcionamiento de
la red, buscar y resolver sus problemas, y planear su crecimiento. Las versiones de SNMP ms
utilizadas son SNMP versin 1 (SNMPv1) y SNMP versin 2 (SNMPv2).
SNMP en su ltima versin (SNMPv3) posee cambios significativos con relacin a sus
predecesores, sobre todo en aspectos de seguridad, sin embargo no ha sido mayoritariamente
aceptado en la industria.
El sistema de administracin de red se basa en dos elementos principales: un supervisor y agentes.
El supervisor es el terminal que le permite al administrador de red realizar solicitudes de
administracin. Los agentes son entidades que se encuentran al nivel de cada interfaz. Ellos
conectan a la red los dispositivos administrados y permiten recopilar informacin sobre los
diferentes objetos.
Los conmutadores, concentradores (hubs), routers y servidores son ejemplos de hardware que
contienen objetos administrados. Estos objetos administrados pueden ser informacin de hardware,
parmetros de configuracin, estadsticas de rendimiento y dems elementos que estn directamente
relacionados con el comportamiento en progreso del hardware en cuestin. Estos elementos se
encuentran clasificados en algo similar a una base de datos denominada MIB ("Base de datos de
informacin de administracin"). SNMP permite el dilogo entre el supervisor y los agentes para
recolectar los objetos requeridos en la MIB.
La arquitectura de administracin de la red propuesta por el protocolo SNMP se basa en tres
elementos principales:

los dispositivos administrados son los elementos de red (puentes, concentradores, routers
o servidores) que contienen "objetos administrados" que pueden ser informacin de
hardware, elementos de configuracin o informacin estadstica;
los agentes, es decir, una aplicacin de administracin de red que se encuentra en un
perifrico y que es responsable de la transmisin de datos de administracin local desde el
perifrico en formato SNMP;
el sistema de administracin de red (NMS), esto es, un terminal a travs del cual los
administradores pueden llevar a cabo tareas de administracin.

Comandos bsicos
Los dispositivos administrados son supervisados y controlados usando cuatro comandos SNMP
bsicos: lectura, escritura, notificacin y operaciones transversales.
El comando de lectura es usado por un NMS para supervisar elementos de red. El NMS examina
diferentes variables que son mantenidas por los dispositivos administrados.
El comando de escritura es usado por un NMS para controlar elementos de red. El NMS cambia
los valores de las variables almacenadas dentro de los dispositivos administrados.

El comando de notificacin es usado por los dispositivos administrados para reportar eventos en
forma asncrona a un NMS. Cuando cierto tipo de evento ocurre, un dispositivo administrado enva
una notificacin al NMS.
Las operaciones transversales son usadas por el NMS para determinar qu variables soporta un
dispositivo administrado y para recoger secuencialmente informacin en tablas de variables, como
por ejemplo, una tabla de rutas.
Base de informacin de administracin SNMP (MIB)
Una Base de Informacin de Administracin (MIB) es una coleccin de informacin que est
organizada jerrquicamente. Las MIBs son accedidas usando un protocolo de administracin de
red, como por ejemplo, SNMP.
Un objeto administrado (algunas veces llamado objeto MIB, objeto, o MIB) es uno de cualquier
nmero de caractersticas especficas de un dispositivo administrado. Los objetos administrados
estn compuestos de una o ms instancias de objeto, que son esencialmente variables.
Existen dos tipos de objetos administrados: Escalares y tabulares. Los objetos escalares definen una
simple instancia de objeto. Los objetos tabulares definen mltiples instancias de objeto relacionadas
que estn agrupadas conjuntamente en tablas MIB. Un ejemplo de un objeto administrado es
atInput, que es un objeto escalar que contiene una simple instancia de objeto, el valor entero que
indica el nmero total de paquetes AppleTalk de entrada sobre una interfaz de un router.
Un identificador de objeto (object ID) nicamente identifica un objeto administrado en la jerarqua
MIB. La jerarqua MIB puede ser representada como un rbol con una raz
Es importante destacar que la estructura de una MIB se describe mediante el estndar Notacin
Sintctica Abstracta 1 (Abstract Syntax Notation One).

Figura3.4: Resumen Prctico de HTTP y su ubicacin en el modelo OSI, Estndares de RFC,

cortesa Wikipedia.com

Protocolo FTP

La sigla FTP ( File Transfer Protocol - Protocolo de Transferencia de Archivos) en informtica, es

un protocolo de red para la transferencia de archivos entre sistemas conectados a una red TCP
(Transmission Control Protocol), basado en la arquitectura cliente-servidor. Desde un equipo cliente
se puede conectar a un servidor para descargar archivos desde l o para enviarle archivos,
independientemente del sistema operativo utilizado en cada equipo.
La implementacin del FTP se remonta a 1971 cuando se desarroll un sistema de transferencia de
archivos (descrito en RFC141) entre equipos del Instituto Tecnolgico de Massachusetts (MIT,
Massachusetts Institute of Technology). Desde entonces, diversos documentos de RFC (peticin de
comentarios) han mejorado el protocolo bsico, pero las innovaciones ms importantes se llevaron a
cabo en julio de 1973.
Actualmente, el protocolo FTP est definido por RFC 959 (Protocolo de transferencia de archivos
(FTP) - Especificaciones).
El Modelo FTP

Figura3.5: Modelo de transferencia FTP segn estndar RFC-959

El siguiente modelo representa el diagrama de un servicio FTP.
El protocolo FTP est incluido dentro del modelo cliente-servidor, es decir, un equipo enva rdenes
(el cliente) y el otro espera solicitudes para llevar a cabo acciones (el servidor).
Durante una conexin FTP, se encuentran abiertos dos canales de transmisin:

Un canal de comandos (canal de control)

Un canal de datos

Por lo tanto, el cliente y el servidor cuentan con dos procesos que permiten la administracin de
estos dos tipos de informacin:

DTP (Proceso de transferencia de datos) es el proceso encargado de establecer la conexin

y de administrar el canal de datos. El DTP del lado del servidor se denomina SERVIDOR
DE DTP y el DTP del lado del cliente se denomina USUARIO DE DTP.
PI (Intrprete de protocolo) interpreta el protocolo y permite que el DTP pueda ser
controlado mediante los comandos recibidos a travs del canal de control. Esto es diferente
en el cliente y el servidor:
o El SERVIDOR PI es responsable de escuchar los comandos que provienen de un
USUARIO PI a travs del canal de control en un puerto de datos, de establecer la
conexin para el canal de control, de recibir los comandos FTP del USUARIO PI a
travs de ste, de responderles y de ejecutar el SERVIDOR DE DTP.
o El USUARIO PI es responsable de establecer la conexin con el servidor FTP, de
enviar los comandos FTP, de recibir respuestas del SERVIDOR PI y de controlar al
USUARIO DE DTP, si fuera necesario.

Cuando un cliente FTP se conecta con un servidor FTP, el USUARIO PI inicia la conexin con el
servidor de acuerdo con el protocolo Telnet. El cliente enva comandos FTP al servidor, el servidor
los interpreta, ejecuta su DTP y despus enva una respuesta estndar. Una vez que se establece la
conexin, el servidor PI proporciona el puerto por el cual se enviarn los datos al Cliente DTP. El
cliente DTP escucha el puerto especificado para los datos provenientes del servidor.

Figura3.6: Resumen Prctico de FTP y su ubicacin en el modelo OSI, Estndares de RFC,

cortesa Wikipedia.com

SMS
("System Management Server"), siglas utilizadas para servidores,

E-MAIL
Correo electrnico, o en ingls e-mail (electronic mail), es un servicio de red que permite a los
usuarios enviar y recibir mensajes rpidamente (tambin denominados mensajes electrnicos o
cartas electrnicas) mediante sistemas de comunicacin electrnicos. Principalmente se usa este
nombre para denominar al sistema que provee este servicio en Internet, mediante el protocolo
SMTP, aunque por extensin tambin puede verse aplicado a sistemas anlogos que usen otras
tecnologas. Por medio de mensajes de correo electrnico se puede enviar, no solamente texto, sino
todo tipo de documentos digitales. Su eficiencia, conveniencia y bajo coste (con frecuencia nulo)
estn logrando que el correo electrnico desplace al correo ordinario para muchos usos habituales.
Funcionamiento
Se pueden mandar mensajes entre computadores personales o entre dos terminales de una
computadora central. Los mensajes se archivan en un buzn (una manera rpida de mandar
mensajes). Cuando una persona decide escribir un correo electrnico, su programa (o correo web) le
pedir como mnimo tres cosas:

Destinatario: una o varias direcciones de correo a las que ha de llegar el mensaje

Asunto: una descripcin corta que ver la persona que lo reciba antes de abrir el correo
El propio mensaje. Puede ser slo texto, o incluir formato, y no hay lmite de tamao

Adems, se suele dar la opcin de incluir archivos adjuntos al mensaje. Esto permite traspasar datos
informticos de cualquier tipo mediante el correo electrnico.
Para especificar el destinatario del mensaje, se escribe su direccin de correo en el campo llamado
Para dentro de la interfaz (ver imagen de arriba). Si el destino son varias personas, normalmente se
puede usar una lista con todas las direcciones, separadas por comas o punto y coma.

Envo
El envo de un mensaje de correo es un proceso largo y complejo. ste es un esquema de un caso
tpico:

Figura3.7: Modelo bsico del envi de un e-mail

En este ejemplo ficticio, Ana (ana@a.org) enva un correo a Bea (bea@b.com). Cada persona est
en un servidor distinto (una en a.org, otra en b.com), pero stos se pondrn en contacto para
transferir el mensaje. Por pasos:
1. Ana escribe el correo en su programa cliente de correo electrnico. Al darle a Enviar, el
programa contacta con el servidor de correo usado por Ana (en este caso, smtp.a.org). Se
comunica usando un lenguaje conocido como protocolo SMTP. Le transfiere el correo, y le
da la orden de enviarlo.
2. El servidor SMTP ve que ha de entregar un correo a alguien del dominio b.com, pero no
sabe con qu ordenador tiene que contactar. Por eso consulta a su servidor DNS (usando el
protocolo DNS), y le pregunta quin es el encargado de gestionar el correo del dominio
b.com. Tcnicamente, le est preguntando el registro MX asociado a ese dominio.
3. Como respuesta a esta peticin, el servidor DNS contesta con el nombre de dominio del
servidor de correo de Bea. En este caso es mx.b.com; es un ordenador gestionado por el
proveedor de Internet de Bea.
4. El servidor SMTP (smtp.a.org) ya puede contactar con mx.b.com y transferirle el mensaje,
que quedar guardado en este ordenador. Se usa otra vez el protocolo SMTP.
5. Ms adelante (quizs das despus), Bea aprieta el botn "Recibir nuevo correo" en su
programa cliente de correo. Esto empieza una conexin, mediante el protocolo POP3 o
IMAP, al ordenador que est guardando los correos nuevos que le han llegado. Este
ordenador (pop3.b.com) es el mismo que el del paso anterior (mx.b.com), ya que se encarga
tanto de recibir correos del exterior como de entregrselos a sus usuarios. En el esquema,
Bea recibe el mensaje de Ana mediante el protocolo POP3.

Figura3.8: Resumen Prctico de SMTP y su ubicacin en el modelo OSI, Estndares de RFC,

cortesa Wikipedia.com

MODBUS
Protocolo de comunicaciones situado en el nivel 7 del Modelo OSI, basado en la arquitectura
maestro/esclavo o cliente/servidor, diseado en 1979 por Modicon para su gama de controladores
lgicos programables (PLCs). Convertido en un protocolo de comunicaciones estndar de facto en
la industria es el que goza de mayor disponibilidad para la conexin de dispositivos electrnicos
industriales. Las razones por las cuales el uso de Modbus es superior a otros protocolos de
comunicaciones son:
1. Es de carcter Publico
2. su implementacin es fcil y requiere poco desarrollo
3. maneja bloques de datos sin suponer restricciones
Modbus permite el control de una red de dispositivos, por ejemplo un sistema de medida de
temperatura y humedad, y comunicar los resultados a un ordenador. Modbus tambin se usa para la
conexin de un ordenador de supervisin con una unidad remota (RTU) en sistemas de supervisin
adquisicin de datos (SCADA). Existen versiones del protocolo Modbus para puerto serie y
Ethernet (Modbus/TCP).
Existen dos variantes, con diferentes representaciones numricas de los datos y detalles del
protocolo
ligeramente
desiguales:
Modbus
RTU
es
una
representacin
binaria
compacta
de
los
datos.
Modbus ASCII es una representacin legible del protocolo pero menos eficiente.

Ambas implementaciones del protocolo son serie. El formato RTU finaliza la trama con un suma de
control de redundancia cclica (CRC), mientras que el formato ASCII utiliza una suma de control de
redundancia longitudinal (LRC). La versin Modbus/TCP es muy semejante al formato RTU, pero
estableciendo la transmisin mediante paquetes TCP/IP.
Modbus Plus (Modbus+ o MB+), es una versin extendida del protocolo que permanece propietaria
de Modicon. Dada la naturaleza de la red precisa un coprocesador dedicado para el control de la
misma. Con una velocidad de 1 Mbit/s en un par trenzado sus especificaciones son muy semejantes
al estndar EIA/RS-485 aunque no guarda compatibilidad con este.
Existe gran cantidad de modems que aceptan el protocolo Modbus. Algunos estn especficamente
diseados para funcionar con este protocolo. Existen implementaciones para conexin por cable,
wireless, SMS o GPRS. La mayora de problemas presentados hacen referencia a la latencia y a la
sincronizacin.

PROFIBUS
Profibus es un estndar de comunicaciones para bus de campo. Deriva de las palabras PROcess
FIeld BUS.
Origen
Fue un proyecto desarrollado entre los aos 1987-1990 por las empresas alemanas Bosch, Klckner
Mller y Siemens, y por otras como ABB, AEG, Honeywell, Landis & Gyr, Phoenix Contact,
Rheinmetall, RMP, Sauter-cumulus y Schleicher. En 1989 la norma alemana DIN19245 adopt el
estndar Profibus, partes 1 y 2 (la parte 3, Profibus-DP no fue definida hasta 1993). Profibus fue
confirmada como norma europea en 1996 como EN50170.
Versiones
Profibus tiene tres versiones o variantes (de ms simple a ms compleja):

Profibus DP (Periferia Descentralizada; Descentralised Peripherals),desarrollada en 1993,

es la ms extendida. Est orientada a control a nivel sensor/actuador.
Profibus FMS, diseada para control a nivel de clula. Si bien fue la primera versin de
Profibus, es una versin prcticamente obsoleta.
Profibus PA, es la solucin integrada para control a nivel de proceso

Conexiones fsicas
Profibus tiene, conforme al estndar, cinco diferentes tecnologas de transmisin, que son
identificadas como:

RS-485. Utiliza un par de cobre trenzado apantallado, y permite velocidades entre 9.6 kbps
y 12 Mbps. Hasta 32 estaciones, o ms si se utilizan repetidores.
MBP. Manchester Coding y Bus Powered, es transmisin sincrnica con una velocidad fija
de 31.25 Kbps.

RS-485 IS. Las versiones IS son intrnsicamente seguras, utilizadas en zonas peligrosas
(explosivas).
MBP IS
Fibra ptica. Incluye versiones de fibra de vidrio multimodo y monomodo, fibra plstica y
fibra HCS.

Comunicaciones
Desde el punto de vista del control de las comunicaciones, el protocolo Profibus es maestro esclavo,
pero permite:

Aplicaciones mono maestro. Un slo maestro est activo en el bus, usualmente un PLC Los
dems dispositivos son esclavos. Este esquema es el que permite los ciclos de lectura ms
cortos
Aplicaciones multi maestro. Permite ms de un maestro. Pueden ser aplicaciones de
sistemas independientes, en que cada maestro tenga sus propios esclavos. U otro tipo de
configuraciones con dispositivos de diagnstico y otros

En un ambiente multimaestro, pueden haber dos tipos de maestros:

DPM1. DP Master Class 1. Es un controlador central que intercambia informacin con sus
esclavos en forma cclica. Tpicamente un PLC.
DPM2. DP Master Class 2. Son estaciones de operacin, configuracin o ingeniera. Tienen
acceso activo al bus, pero su conexin no es necesariamente permanente

Junto con las especificaciones de otros buses de campo se recoge en las normas internacionales
IEC61158 e IEC61784.

Figura3.9: Datos tcnicos de PROFIBUS marca SIEMENS.

REFERENCIAS
PARTE1
http://tools.ietf.org/html/rfc1628#section-2
http://www.normes-internet.com/normes.php?rfc=rfc1628&lang=es
http://www.faqs.org/rfcs/rfc1628.html
http://es.kioskea.net/contents/internet/rfc.php3
http://es.wikipedia.org/wiki/Management_Information_Base
PARTE2
http://www.apc.com/products/resource/include/techspec_index.cfm?base_sku=SUVTP20KH2B2S&tab=models
http://www.apc.com/products/resource/include/techspec_index.cfm?base_sku=syh2k6rmi&tab=models
http://www.liebert.com/solution_pages/Solutions.aspx?x=solutions
http://www.riello-ups.com/prodotto_models2.asp?language=esp&prod=50&prod_name=Multi%20Plus%20MLT

http://www.riello-ups.com/prodotto_models2.asp?language=esp&prod=34&prod_name=Dialog%20Plus
PARTE3
TELNET
http://www.ignside.net/man/telnet/
http://www.onu.org.do/instraw/telnet/index.html
ttp://es.kioskea.net/contents/internet/telnet.php3
MODBUS
http://www.manualespdf.es/manual-protocolos-tcp-ip/
http://www.modbus.org/specs.php
http://www.modbus.org/specs.php
SNMP
www.snmplink.org/
http://es.kioskea.net/contents/internet/snmp.php3
http://es.wikipedia.org/wiki/Simple_Network_Management_Protocol
FTP
http://es.kioskea.net/contents/internet/ftp.php3
http://es.wikipedia.org/wiki/File_Transfer_Protocol
http://www.faqs.org/rfcs/rfc959.html
e-mail
http://es.wikipedia.org/wiki/SMTP
http://es.kioskea.net/contents/internet/smtp.php3
http://es.wikipedia.org/wiki/E-mail
http://www.faqs.org/rfcs/rfc821.html