SNMP MIB Extensin

Un agente SNMP realiza y los datos de gestin de almacenes en una Base de

Informacin de Gestin (MIB). El ms utilizado MIB se define por la RFC 1213
[23]. Cuatro grandes subrboles genricos se definen: "mgmt" sub-rbol tiene
todo bsico y comn informacin; "Privado" sub-rbol contiene todos los subrboles privadosde los dispositivos de fabricacin; Y subrboles
"experimentales" "directorio" reagrupar a todos los datos de los dems. Por lo
tanto, la extensin de la MIB para el sub-agente LiveNCM en el servidor se lleva
a cabo bajo la "Privado" sub-rbol. Cada WSN est representado por dos subrboles:
la primera tiendas sucursales Descripcin informacin aboutWSN. El segundo
reagrupa cuatro categoras de gestin de datos. cada categora est
representada en el MIB de una tabla con una fila por los nodos. La Fig. La figura
2 muestra la estructura LiveNCM MIB.
La tabla de "nodesDescTable" reagrupa informacin acerca nombres,
documentos de identidad y ubicacin de los nodos, mientras que el
"nodesCfgTable" tabla almacena el modo de funcionamiento, el papel de un
nodo en una WSN, y su estado actual. Luego, en la "nodesComTable" tabla, el
sub-agente contiene la configuracin de transmisin del nodo de nodos tales
como IP, potencia de transmisin, la transmisin canal y algunas estadsticas
de la red (envo / recepcin de trfico, errores tasas ...). La ltima tabla
"nodesSensorTable" se utiliza para gestionar parmetros de sensores tales
como el ltimo valor de la muestra, la frecuencia de muestreo y la informacin
sobre estimadores. Para reducir los datos A cambio, el principio de diagnstico
indirecto basado en el estimador se integr en el sub-agente para esta tabla.
Los usuarios pueden, por ejemplo, supervisar el nivel de la batera en cualquier
caso porque el sub-agente estima un valor entre dos valores recibidos. Los
usuarios pueden obligar a solicitar un valor de muestra real, pero a veces, la
WSN est en un modo de espera y la solicitud debe ser programada a la
siguiente despertar de nodos. Por lo tanto, es difcil conseguir una verdadera
valor de la muestra en cualquier momento y respetar las restricciones de
energa.
C. WSN pasarela
El subagente LiveNCM transforma las peticiones del usuario de SNMP en
peticiones WSN. Para transferir estas peticiones, LiveNCM introduce una
pasarela desplegado en el servidor o en un ordenador cerca de la red de
sensores inalmbricos. Su papel principal es transferir solicitudes entre el subagente y la WSN. La Fig. 3 presenta la arquitectura de esta puerta de enlace. A
solicitud SNMP es traducido en unas peticiones WSN, enviado a esta puerta de
enlace por un TCP o puerto UDP, y se transfiere directamente al nodo. En el
otro manera, los mensajes de los nodos puede ser procesada por la puerta de
enlace para hacer algunas operaciones matemticas como la media o
mediana, y / o ser transferidos a la sub-agente. El subagente procesar el
mensaje recibido para llenar la estructura MIB y responde a la peticin del
usuario.
A WSN puede ser desplegado en un lugar grande, y es no es posible
comunicarse con todos los nodos desde el servidor la ejecucin de la pasarela.

Por lo tanto, podemos distinguir tres maneras, presentados en la figura 4, para

desplegar la puerta de entrada en una red existente. El primero (A) es el uso de
un equipo remoto con el software de puerta de enlace y una interfaz de
comunicacin, utilizando en nuestro ejemplo el protocolo ZigBee, para enviar
solicitudes a la WSN. Cada parte, servidor SNMP, gateway WSN, y aplicaciones
de los usuarios se pueden conectar a una WAN o LAN. El segunda manera (B)
es utilizar el mismo equipo para ejecutar un SNMP servidor y el gateway WSN.
Estas dos soluciones para cubrir la red WSN, necesita fuente de alimentacin,
red cableada y un edificio cercano a la sede de la computadora adicional. A
diferencia de estas implementaciones, la tercera arquitectura (C) se pueden
basar en un proxy WiFi / ZigBee para implementar el gateway WSN. El proxy
est integrado en la red, y los usuarios y el servidor SNMP pueden intercambiar
informacin en una red LAN o WAN. Este solucin es autnomo, por lo que el
proxy puede ser desplegado en la Red WSN. En el peor de los casos, donde no
hay inalmbrica
red con cobertura, una interfaz de mdem GSM puede sustituir Dispositivo
WiFi. Por lo tanto, el proxy con el GSM est cerrado al (B) despliegue (el
programa de puerta de enlace se ejecuta en el SNMP servidor y utiliza la
interfaz GSM).
Obviamente, para que sea posible, hemos optado por desarrollar y compartir el
mismo cdigo para los nodos y la puerta de enlace. As que, para desplegar la
tercera solucin en un nodo WiFi / ZigBee, el usuario puede utilizar el software
de la puerta de entrada y rpidamente adaptarlo al nodo de limitaciones
(energa, medio de comunicacin).
D. indirecto Diagnstico y Estimador
El desafo ms importante para una gestin WSN mtodo es para preservar la
energa en los nodos para aumentar su vida. En sensor inalmbrico, el medio
de transmisin est la principal causa de consumo de energa, por lo que es
necesario minimizar el envo de mensajes en cada nodo. Podemos distinguir
diferentes mtodos para reducir la transmisin de mensajes en una WSN. El
primera tcnica aplicada con frecuencia en muchas herramientas de gestin es
la compresin de datos. La informacin se comprime y se enva a la misma
velocidad que la informacin sin comprimir. Un segundo mtodo consiste en
realizar un diagnstico indirecto de la corriente estado del nodo con pocos
mensajes. LiveNCM implementa este segundo enfoque.
En muchas situaciones, teniendo en cuenta el contexto, con un mensaje
recibido, un sistema puede diagnosticar el remitente estado. El concepto
llamado diagnstico indirecto se implementa
enLiveNCM, y con slo un mensaje, un receptor puede detectar un fallo de
tiempo, y estimar el nivel de batera. Adems, con el conocimiento de
medicin, puede ser capaz de detectar la calidad
y la validez de la cadena de medicin. De este modo, con slo un mensaje,
nosotros somos capaces de extraer alguna informacin, sobre el estado del
nodo. Usos indirectos de diagnstico todos los mensajes intercambiados comn
para extraer informacin, y reduce los requisitos de gestin de mensajes. Si
consideramostres datos adicionales a travs de mensajes, el intercambio de
gestin de datos puede utilizar algunos mensajes adicionales y utiliza tres
veces menos mensajes de los que sin diagnstico indirecto a tomar la misma

informacin de gestin. Como resultado, sin verdadera compresin, el

intercambio de datos en una WSN se reduce, y el vida nodo puede aumentar.
Otra forma de reducir la cantidad de intercambio de datos es usar modelos
para predecir la evolucin de datos [24]. datos ambientales tener una
evolucin relativamente lenta (humedad del suelo, temperatura ...) y estn
bien adaptados a este tipo de enfoque. Por lo tanto, LiveNCM integra un
modelo estimador, que permite enviar slo los datos de ejemplo pertinente.
Estimador puede utilizar diferentes modelos, como modelo de cuantificacin o
2 o 3 polinomio de orden modelo, por ejemplo. El modelo de cuantificacin es
el ms sencillo pero su precisin es muy malo, ya que utiliza pocas muestras y
mientras que los errores estn bajo un umbral fijo, el estimado valor es fijo.
Modelos que utilizan 2 o 3 polinomio de orden son ms precisos pero utilizan
muchos procesador y la memoria recursos para calcular un nuevo modelo de
datos y ms de la muestra son necesaria para ser enviado. Sin embargo, un
modelo de primer orden (lineal modelo) es eficiente para estimar una seal de
evolucin lenta y utiliza pocos recursos de memoria y procesador. Por lo tanto,
LiveNCM implementa un modelo polinomial de primer orden. Se basa en la
ltimo valor de envo (tS, VS) y el ltimo valor de la muestra (Tr, VR), y es un
estimador de clculo con estos valores utilizando el siguiente frmula: T = {(tR,
VR), (tS, VS) | VR = a + b * tR y VS = a + b * tS} donde los coeficientes A y B
son computarizada cuando es necesario enviar los datos de la muestra.
El envo de umbral se fija por usuario o por una aplicacin para tener un
compromiso entre la precisin y la cantidad de enviar datos. Cuando la
diferencia entre el valor de la muestra y el valor estimado es superior a este
umbral, el nodo enva los datos de la muestra y actualiza los coeficientes del
estimador modelo. Por lo tanto, implica dos niveles de conocimiento en un
WSN; el nodo esclavo tiene los datos de la muestra y la estimacin modelo,
mientras que el nodo maestro o el supervisor necesita slo los datos de la
muestra estimados.
De lo contrario, el estimador LiveNCM contiene un peridico de sincronizacin
para minimizar los errores estimados. este mtodo enva los datos de muestra
adicionales para sincronizar y actualizar la modelo estimador. En algn caso,
con una seal de baja frecuencia, el estimador puede dar una alerta en un
umbral, pero en el nodo, todo est bien. Por ejemplo, una descarga de la
batera evoluciona muy lentamente y sin sincronizacin, los errores son
demasiado altos y software de usuario puede detectar una falla de energa,
mientras que la batera nivel es medio. El segundo inters de esta
sincronizacin es tener un mapa peridica de activos nodos. Sin ningn tipo de
mensaje, un supervisor puede detectar un fallo en un nodo cuando se recibe
ninguna mensaje peridico. Por otra parte, en una gran WSN, es posible para
programar estos mensajes peridicos con el fin de reducir el trfico colisiones y
carga de red.
ABSTRACT
Las redes de sensores inalmbricos (WSN) con su constante evolucin, la
necesidad de nuevos mtodos de gestin para ser monitoreados de manera
eficiente, teniendo en cuenta el contexto y su limitaciones tales como el
consumo de energa, la fiabilidad y la distancia monitoreo. WSN tiene diversos
dominios de aplicacin: casa inteligente, cuidado inteligente, recoleccin de

datos ambientales, etc Con el fin de gestionar una WSN gran escala, varios de
redes de sensores sin hilos
Se desarrollan herramientas de gestin (WMTS). Algunos de ellos utilizan
Protocolo SNMP como porque es imposible de poner en prctica el pleno
cumplimiento estndar SNMP clsica en cada sensor inalmbrico nodo. Por lo
tanto, es importante desarrollar un nuevo con WMT un estndar SNMP
restringido dedicado a aplicaciones WSN. eneste trabajo, presentamos un
nuevo LiveNCM WMT llamado: LiveNodeContext-aware no invasiva, y la
herramienta de gestin modular.
LiveNCM se divide en dos partes principales: uno est centralizada en la
estructura de red fija y otra, distribuidos en cada uno nodo. Cada parte se
introduce el concepto de contextaware no invasiva para reducir los
intercambios de datos y diagnostica el inalmbrico estado del nodo sensor con
pocos mensajes. Por otra parte, los nodos se basan en una arquitectura
modular configurable permite adaptarse a una aplicacin y un nodo
limitaciones locales. LiveNCM es implementado en la plataforma LiveNode para
validar la energa el consumo y en un sistema UNIX para validar la adoptaron
SNMP subagente. En ltima instancia, el intercambio de datos y la disminucin
de una mejora en el consumo de energa en toda la WSN se observaron. Una
implementacin de la gestin propuesta se presenta mtodo. Trminos-ireless
ndice Sensor Network, Zig-Bee, de gestin de red, coleccin de datos menos
Ambiental Sensor Network, administracin de red Zigbee, environnementalRed
de datos collectionireless Sensor, ZigBee, administracin de red, Coleccin-less
Datos ambientales Sensor Network, Zigbee Gestin de la Red, environnemental
datos collectionW