Resumen: Wireless Sensor Networks for Habitat Monitoring

El monitoreo del hábitat y el ambiente representan una clase de aplicaciones para las redes de sensores con muchos beneficios para las comunidades científicas y la comunidad en conjunto. El uso de estas redes en los espacios naturales puede hacer posible la recopilación de datos que son difíciles si no es que imposibles de obtener de otra manera. Las capacidades de computación y la conexión de redes permiten a las redes de sensores ser reprogramados después de utilización en el campo. Los nodos tienen la capacidad de adaptar su funcionamiento a través del tiempo en respuesta a los cambios en el medio ambiente, el estado de la red de sensores, entre otras cosas.

En este paper, se desarrolla una aplicación de monitoreo de hábitat específico. Se presentan un conjunto de requisitos, restricciones y lineamientos que sirvan de base para una arquitectura de red de sensores general para muchas de estas aplicaciones. También se describen los componentes básicos de la red de sensores, el hardware, las distintas redes implicadas, su interconexión y las facilidades de la gestión de datos. El diseño y la implementación de los servicios esenciales de la red, incluyendo la administración de energía, las comunicaciones, la gestión del nodo pueden evaluarse en este contexto.

Monitoreo del hábitat

Los investigadores de las ciencias de la vida se han estado preocupando cada vez más por los impactos potenciales de la presencia humana en el monitoreo de los animales y plantes en condiciones de campo.  En el mejor de los casos, es posible que la crónica perturbación humana pueda distorsionar los resultados mediante el cambio de los patrones o distribuciones de comportamiento, mientras que en el peor de los casos las perturbaciones antropogénicas pueden reducir seriamente o incluso destruir poblaciones sensibles mediante el aumento de la tensión, la reducción de éxito de la reproducción, el aumento de la depredación, o causar un cambio a hábitats inadecuados.

El efecto de las perturbaciones suelen ser evidentes en los animales, también las poblaciones de plantas son sensibles a que puedan ser pisadas o que a través de las visitas frecuentes sean introducidos elementos tóxicos, así como los cambios en los patrones de drenaje a través de la formación del camino.

Los efectos de estas perturbaciones particularmente son preocupantes en situaciones de islas pequeñas, en las que sea fisicamente imposible para los investigadores evitar algún impacto en toda la población. Además que las islas en algunos casos sirven como refugios para las especies que no pueden adaptarse a la presencia de mamíferos terrestres.

Las redes de sensores representan un avance significativo en los métodos tradicionales de supervisión. Estos pueden desplegarse antes del inicio de la temporada de cría u otro período sensible (en caso de animales) o cuando las plantas estén en reposo o el suelo esté congelado (en caso de estudios botánicos).

La implementación de redes de sensores puede ser a largo plazo un método más económico que los métodos tradicionales para la realización de estudios.

Isla Great Duck

La Universidad del Atlántico (COA) es el lugar donde se realizan las pruebas de campo de redes de sensores para la vigilandia del hábitat. COA tiene programas de investigación de campo actualmente sobre varias islas remotas. La isla Great Duck (44.09N, 68.15W) es una isla pequeña de 237 hectáreas ubicada a 15 km al sur de la isla de Mount Desert, Maine.

En esta universidad se interesaron mayormente en tres cuestiones en la supervisión del paiño boreal (una especie de ave).

1. ¿Cuál es el patrón de uso de madrigueras durante el ciclo de 24 a 72 horas cuando uno o ambos miembros de una pareja reproductora puede alternar tareas de incubación con la alimentación en el mar?
2. ¿Qué cambios se pueden observar en la madriguera y en los parámetros ambientales de superficie a lo largo de la temporada de cría de aproximadamente 7 meses?
3. ¿Cuáles son las diferencias en los micro-ambientes con y sin un gran número de nidos de paiños boreales?

Requerimientos de la isla Great Duck

Acceso a internet

Las redes de sensores en la Isla Great Duck debe ser accesible vía internet. Un aspecto muy importante para las aplicaciones de monitoreo es la habilidad de soportar interacciones remotas con redes en el lugar.

Red jerárquica

La estación del campo en esta isla necesita recursos suficientes para recibir la conectividad a internet y sistemas de base de datos. Sin embargo, los hábitats de interés científico se encuentran a varios kilómetros más lejos. Para esto se utiliza un segundo nivel de red inalámbrica que proporciona conectividad con las redes de sensores implementados en cada una de las áreas de interés.

Durabilidad de la red de sensores

Las redes de sensores que corren durante 9 meses a través de una fuente de energía no recargable tendrían audiencias significativas actualmente. Aunque los estudios ecológicos de la isla Great Duck abarcan varias temporadas de campo, temporadas de campo individuales varían de 9 a 12 meses. Los cambios estacionales así como las plantas y animales de interés determinan sus duraciones.

Funcionamiento autosuficiente

Cada nivel de la red debe funcionar con fuentes de energía limitadas. La isla Great Duck tiene suficiente energía solar para ejecutar varios elementos de la aplicación las 24 horas de los 7 días de la semana con bajas probabilidades de interrupciones del servicio debido a la pérdida de energía.

Gestión a distancia

La lejanía de los sitios de campo requiere la capacidad de monitorear y manejar redes de sensores vía internet. Aunque el personal puede estar en la isla durante algunos meses cada verano, la meta es que no haya presencia en dicho lugar para el mantenimiento y administración durante la temporada de campo, excepto para la instalación y eliminación de nodos.

Funcionamiento discreto

La infraestrucrura del monitoreo del hábitat debe ser discreta. No debe alterar los procesos naturales o comportamientos del estudio. La extracción de la presencia humana a partir de las áreas de estudio, elimina una fuente de error y variación en la colección de datos.

Comportamiento del sistema

Tanto los sistemas y la perspectiva del usuario final, es fundamental que las redes de sensores muestren un comportamiento estable, predecible y repetible siempre que sea posible. Un sistema impredecible, es difícil de depurar y mantener.

Interacciones en el lugar

Aunque se espera que la mayoría de las interacciones con las redes de sensores sean a través de internet, se requieren interacciones locales durante la implementación inicial, durante las tareas de mantenimiento. Los PDAs tienen un papel importante en estas tareas ya que mediante ellas se pueden realizar consultas de los sensores, ajustar parámetros de funcionamiento o simplemente ayudar en la localización de dispositivos.

Arquitectura del sistema de monitoreo del hábitat

Estrategias de implementación

Nodo de red de sensores

En la implementación se utiliza una red inalámbrica con dispositivos motas (dispositivos que pueden detectar señales de luz, temperatura, vibraciones, etc.) como nodos. El último miembro de la familia, es llamado Mica, el cual utiliza un solo canal, 916Mhz de radio frecuencia de Monolithics RF para proporcionar una comunicaión bidireccional a 40kps, un microcontrolador Atmel ATmega 103 funcionando a 4Mhz, y una considerable cantidad de almacenamiento no volátil (512KB). Un par de pilas AA convencionales y un convertidor Boost que proporcionan una fuente de voltaje estable.

Placa de sensores

Con el fin de proporcionar medidas pertinentes a los científicos, se diseñó y fabricó una placa de sensores de monitoreo ambiental. Esta proporciona sensores que supervisan las condiciones ambientales cambiantes con la misma funcionalidad que una estación meteorológica tradicional, incluyendo temperatura, fotorresistencia, presión barométrica, humedad y sensores infrarrojos pasivos.

• El módulo de presión barométrica es un sensor digital fabricado por Intersema. El sensor es sensible a 0.1 mbar de presión y tiene una rango de presión absoluta que va desde 300 hasta 1100 mbar. Este módulo esta calibrado durante la fabricación y los coeficientes de calibración se almacenan en la EEPROM.
• El sensor de humedad está fabricado por General Eastern. El elemento de detección consiste en un electrodo de metalización depositado sobre el polímero de sensor de humedad. El sensor es modulado por un temporizador CMOS 555 para detectar la carga en el condensador que se filtra a través de un circuito RC. El voltaje resultante es amplificado por un amplificador para incrementar la sensibilidad en un rango de 0% a 100% de humedad relativa.
• La termopila es un sensor infrarrojo pasivo fabricado por Melexis. El calor de los cuerpos negros en el campo del sensor de visión provoca una diferencia de temperatura entre la unión fría de la termopila y la membrana de la termopila. El sensor no requiere ningún voltaje de alimentación. La termopila incluye un termistor en la masa de silicio. El termistor puede ser usado para medir la temperatura de la unión fría en la termopila y calcular con precisión la temperatura del cuerpo negro.

Balance energético

Algunas aplicaciones de monitoreo de hábitat necesitan correr durante nueve meses, la longitud de una sola temporada de campo. Mica se ejecuta en un par de pilas AA, con una capacidad de 2.5 amperios-hora (Ah). Se realizo un cálculo conservador de que las baterías estarán en condiciones de suministrar 2.200 mAh a 3 voltios.

Suponiendo que el sistema funcionará de manera uniforme durante el período de implementación, cada noto tiene 8.148 mAh por día disponibles para su uso. La aplicación decide como asignar el presupuesto de energía entre modos de suspensión, sensores, cálculos locales y comunicaciones. En cualquier red, habrá un conjunto de nodos de potencia limitada; cuando estos nodos agotan sus suministros, la red se desconecta y se vuelven inoperables.

Instalación de estación base

Con el fin de proporcionar acceso remoto a las redes de monitoreo del hábitat, la colección de parches de redes de sensores está conectada a internet a través de un enlace de área amplia. En la isla Great Duck, se conectan a internet a través de una conexión vía satélite bidireccional proporcionada por Hughes, similar al sistema de DirecTV. El sistema de satélite está conectado a un ordenador portátil que coordina los parches del sensor y proporciona un servicio de base de datos. La estación base necesita funcionar como un sistema personalizado para una aplicación particular, ya que necesita funcionar sin supervisión.

Sistema de gestión de base de datos

La estación base utiliza la base de datos SQL Postgres. Esta almacena las lecturas con fecha y hora de los sensores, el estado de salud de los distintos sensores y de los metadatos (como la ubicación de los sensores). La base de datos se replica cada quince minutos durante el enlace satelital de área ampla a la base de datos Postgres en Berkeley.

Interfaces de usuario

Se esperan múltiples interfaces de usuarios en la parte superior de la base de datos de la red de sensores. Los sistemas de información geográfica proporcionan un estándar amplamente utilizado para el análisis de los datos geográficos. La mayoría de las estadísticas y los paquetes de análisis de datos, como Matlab, implementan potentes interfaces de datos relacionales.

Resultados

Treinta y dos motas se despliegan en la isla Great Duck, de los cuales nueve están en madrigueras subterráneas. La red de sensores se ha desplegado durante cuatro semanas a partir de la redacción de este paper. Se ha calculado que las motas tienen el poder suficiente para funcionar durante los próximos seis meses.

La gráfica anterior muestra los datos obtenidos del 18 de julio del 2002 al 5 de agosto del 2002. El dispositivo mote se coloco a varios metros por un túnel madriguera. Los valores trazados indican la diferencia entre la temperatura ambiente y el objeto en el campo de la termopila. También se muestra que un paiño boreal dejó la madriguera el 21 de julio y regresó el 23 de julio. El ave volvió a dejarla entre el 30 de julio y el 1 de agosto.

Conclusiones

Como se menciona en el documento, las aplicaciones de redes de sensores en áreas pequeñas donde es complicado tener acceso tienen un papel importante ya que en algunos casos es necesario monitorear a las especies que se encuentran en dicho hábitat, esto en especial es importante cuando algunas especies de algunos lugares están en peligro de extinción o cuando son una especie difícil de encontrar.

Considero que al contar con una red de sensores se pueden extraer datos importantes que los científicos pueden analizar con algún fin, también facilita mucho a que los mismos tengan que hacer acto de presencia en el lugar, y con ayuda de estas redes pueden monitorear el hábitat vía internet.

Referencia:

Joseph Polastre , Robert Szewczyk , Alan Mainwaring , David Culler , John Anderson, "Wireless Sensor Networks for Habitat Monitoring", Proceeding WSNA '02 Proceedings of the 1st ACM international workshop on Wireless sensor networks and applications, New York, 2002,  pp. 88-97. [En línea]. [Fecha de consulta: 26 de Mayo, 2013] Disponible en: http://www.cs.berkeley.edu/~culler/papers/wsna02.pdf

Tarea 6. Geolocalización

Para esta semana se pidió utilizar el algoritmo de geolocalización por triangulación. La trilateración es un método matemático para determinar las posiciones relativas de objetos usando la geometría de triángulos de forma análoga a la triangulación. 

La trilateración usa las localizaciones conocidas de dos o más puntos de referencia, y la distancia medida entre el sujeto y cada punto de referencia. Para determinar de forma única y precisa la localización relativa de un punto en un plano bidimensional usando sólo trilateración, se necesitan generalmente al menos 3 puntos de referencia.

Para realizar el código utilicé fragmentos de código de la página que está de referencia y también utilicé fórmulas que explican en Wikipedia.
 
Para esta tarea mi resultado fue el siguiente:

En este método lo que se hace es calcular la triateración entre los tres transmisores calculando el punto exacto donde se encuentra el receptor. La distancia entre dos puntos se calcula con la fórmula euclidiana entre dos puntos donde p1 representa la posicion del receptor mientras p2 la del transmisor. 

Referencias:
wwnick , John Austen, respuesta a nohat, "Trilateration using 3 latitude and longitude points, and 3 distances", "Geographic Information Systems", post creado en 22 de Julio 2011, http://gis.stackexchange.com/questions/66/trilateration-using-3-latitude-and-longitude-points-and-3-distances.

Infográfico. Puntos extra

Referencias:
The Ten Most Important Satellites Orbiting Earth Now, Stephanie Fox, iO9 web

Actividad 5. Control de tráfico

Para esta tarea se nos pidió lo siguiente:

Código documentado en blog (10 pts)

• Desarrollen para ns-2/3 un módulo que permite
• Crear topologías (reciclar de lab)
• Generar “patrones” tráfico (reciclar de lab)
• Comparar por lo menos dos diferentes esquemas de control de congestión (inventados por ustedes mismos, no anden googleando ni por ideas ni por código

Para esta tarea se utilizaron los códigos de dos laboratorios anteriores.

La congestión de redes es el fenómeno producido cuando a la red (o parte de ella) se le ofrece más tráfico del que puede cursar.

Primero aquí esta un video que muestra la simulación de tráfico ya que en el laboratorio que se pidió eso no pude realizarlo bien, y lo volví a realizar.

Aquí se puede ver que hay demasiada pérdida de paquetes, con un script en awk, se obtuvieron los datos de los paquetes enviados y recibidos, así como también los paquetes que se perdieron. Estos datos se obtuvieron a través de un archivo trace que genera la simulación, este archivo contiene los paquetes que son enviados, el tiempo, el nodo transmisor y receptor, entre otras cosas.

Código AWK:

En este código se obtiene como resultado el número de paquetes que fueron enviados, los que se recibieron, los paquetes que se perdieron en la comunicación y también un promedio de la cantidad de paquetes por cada medio segundo que se envían y reciben.

Como se puede ver los paquetes que se perdieron es una cantidad muy grande. En estos casos es cuando es requerido un control de congestión. Para esto lo que hice fue apagar o prender los enlaces con más tráfico después de analizar bien la situación y saber cuales son los enlaces con mayor tráfico. Este esquema es muy útil ya que tras analizar todos los enlaces puedes hacer que a cierto tiempo se apague el enlace y se renueve la conexión después. Esto con el fin de que ya no haya tanta pérdida de paquetes. Es una manera muy sencilla ya que lo único que se hace es "romper o apagar" enlaces donde se sabe que hay congestión para después volverlos a encender.

El código es el siguiente:


El resultado corriendo el script:

 

Video:

Como se puede ver ya no se pierden paquetes en la comunicación así que lo que se realizó tuvo éxito. 


Referencias:
http://elisa.dyndns-web.com/~elisa/teaching/comp/net/congestion.pdf 

Problema del Nodo Oculto en redes inalámbricas.

El problema del nodo oculto es mejor conocido en el estándar IEEE 802.11 de redes inalámbricas. La mayoría de los estudios que se han realizado de este problema se hicieron mediante simulaciones, no experimentos.  

Experimentos.

Se configuraron 6 nodos conectados en una red multihop (esto es una red de múltiples saltos, es decir que un paquete puede viajar largas distancias por medio de mecanismos de almacenamiento y envió, un nodo transmite al otro nodo, el cual a su vez retransmite el paquete). Esta red tiene 6 laptops DELL Latitude D505 con 1.5GHz Celeron Mobile con 512MD de RAM. Cada nodo tiene una tarjeta de red WLAN Buffalo WLI2-CF-S11 IEEE 802.11, todas corren RedHat Linux 9.

Para facilitar el experimento, la potencia de transmisión de cada tarjeta WLAN se establece a un valor pequeño de -38dBm. Esto hace que el efecto de bajar la escala del rango de transmisión. Las tasas de los datos se configuraron a 11Mbps. El mecanismo RTS/CTS se desactivó. Las fuentes de datos son flujos de tráfico UDP tienen un tamaño de paquete fijo de 1460bytes.

Se investigaron los intervalos de transmisión (TXRange) variando la distancia entre los nodos 1 y 2, para velocidades de transmisión de datos de 2Mbps y 11Mbps. El enlace 2 se encuentra inactivo. La siguiente gráfica muestra que la velocidad de 11Mbps de la transmisión de datos cae precipitadamente después de una distancia de 2.2 metros mientras que la velocidad de transmisión de datos de 2Mbps se degrada gradualmente hasta 10 metros.

El ajuste por default del simulador NS2 asume que la velocidad de 2Mbps tiene una "dura" distancia (como 250 metros), debajo de la cual todas las transmisiones tienen éxito, y las que se encuentren por encima no tienen éxito. El resultado del experimento indica que un modelo de transmisión mas apropiado sería uno en el que la probabilidad de transmisiones exitosas es una función gradual de la distancia.

En términos de rendimiento, se puede crear un modelo de transmisión que tenga dos rangos de funcionamiento, una que tenga capacidad para todo el rango de transmisión y otro que tenga solo capacidad para una parte del rango de transmisión. Por ejemplo con 11Mbps, uno que 2.2m mientras el otro con 0.4 metros. Para 4Mbps uno con 3 metros mientras el otro con 6 metros.

En el siguiente experimento se varía la distancia ahora será del nodo 1 al nodo 3 con las distancias de los enlaces 1 y 2 establecidos a 2 metros. Los rendimientos en función de la separación de los enlaces depende de la operación de detección de la portadora. En este experimento se utiliza una pequeña distancia para facilitarlo. 

Se establece y como la distancia entre los nodos 1 y 3, y x la distancia entre los nodos 2 y 3. Las formas particulares de las curvas sugieren la detección de portadora que incluya diferentes regiones. 

En la siguiente gráfica, se muestran los nodos separados de cada enlace por 250 metros. Se observan 4 regiones, todas ellas tienen diferentes barreras. Estas regiones "dificiles" no existen en un experimento de redes reales. Por lo tanto, se supone un modelo probabilístico en el que la probabilidad de detección de la portadora sea una función gradual de la distancia. Los rendimientos del enlace uno en la región 2 (560 <= y <= 690)  se degradan a 0, estos resultados son diferentes de los anteriores.

RTS/CTS

Ahora se utiliza el mecanisco RTS/CTS. En las figuras siguientes se muestra que usando tanto para 2Mbps y 11Mbps para transmitir los daos no se puede prevenir el problema de terminal oculta mientras RTS del nodo 1 choca con los datos del nodo 3 al nodo 2. El rendimiento del enlace uno degrada a menos que 2Mbps, que es incluso peor que sin RTS/CTS.

Carga óptima

Existe una propuesta establecida en el IEEE 802.11 para controlar la carga en el flujo de tráfico de la comunicación multi-hop para eliminar la tasa de pérdida de paquetes. La existencia de una carga óptima se derivó por una simulación y análisis. Por otro lado, no esta claro si esta existe en redes reales multi-hop. Con este experimento se comprobaron los resultados y la carga óptima es obtenida a 1.25Mbs. Arriba de este valor, la carga ofrecida es insostenible, se produce una pérdida alta de paquetes.

Referencias: 
http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.76.7774&rep=rep1&type=pdf

Experimentos de Calidad de Servicio

Para esta semana, se nos pidió medir la calidad de un servicio, elegí Tunein

Las pruebas que realicé son las que mencioné anteriormente en el laboratorio por si tienen alguna duda de los conceptos lean en mi entrada anterior.

Las pruebas las hice en tres diferentes conexiones, la de mi casa que es Intercable, la hice también de una red pública que llega sólo a un cierto punto de mi casa Linksys y por último por medio de cable Ethernet.

Prueba de Latencia

Para medir la latencia, solamente utilicé ping, haciendo ping desde mi computadora a la IP del servidor web de Tunein.

Intercable Inalámbrico

Linksys

Ethernet

El resultado de esto nos proporciona un mínimo, máximo, promedio y desviación estándar del RTT (Round Trip Time) en milisegundos, RTT se refiere a una aproximación de latencia entre dos puntos. 

Conclusión

Como se puede ver y era algo esperado, el Ethernet es un poco más rápido que la red Intecable de forma inalámbrica y aún más obvio la red pública va a tardar mucho más ya que cualquier persona que tenga alcance a esta red puede estar en el mismo momento en esta red generando tráfico y esto hace que la velocidad sea más lenta. 

Pérdida de paquetes

Para esta prueba utilicé Wireshark y un filtro que es "tcp.analysis.lost_segment". Para esto en el menú de wireshark hay una opción de estadísticas y en ella te vas a IO Graph, en esta te muestra los paquetes que se están enviando a la dirección IP del servidor Tunein (para esto lo filtre para que solo aparecieran los paquetes de esta IP). En las gráficas la línea negra representa todos los paquetes que se mandan en relación con el tiempo. La línea roja es la pérdida de paquetes.

Intercable Inalámbrico

Linksys

Ethernet

Conclusión

Podemos ver una diferencia notable, en todos. Por ejemplo en el de Ethernet no se marco nada de pérdida de paquetes lo cual es muy bueno, en Intercable inalámbrico hubo algún porcentaje de pérdida de paquetes pero ya viendo a la red pública nos damos cuenta que la pérdida de paquetes aumenta en forma considerable así como también el envío de paquetes.

Jitter

Para esta prueba, también utilicé Wireshark midiendo los tiempos de transmisiones  entre el cliente y el servidor, esto también se encuentra en Statistics y luego Flow Graph.

Intercable inalámbrico

Estos resultados los grafique utilizando la librería matplot de python.

Linksys

Ethernet

Conclusión

Estos tiempos representan lo que se tardan en enviar y recibir los paquetes. Nos damos cuenta claramente de que la velocidad cambia en los tres medios, por ejemplo en Intercable se tarda alrededor de 40 segundos en promedio, en Ethernet se tarda desde 33 segundos es más rápido como lo ha demostrado en todas las pruebas, podemos ver que en la red pública tarda demasiado en envíar y recibir paquetes y esto es muy malo ya que por esto la calidad del servicio tiende a ser muy mala.

Como última prueba realicé una prueba del tiempo de carga del sitio web TuneIn en la página http://tools.pingdom.com

Estos fueron los resultados obtenidos,

Tarea 3.Experimentos de monitoreo WiFi

Para esta semana en clase se nos pidió lo siguiente:

Eligan cada quien un tipo de “ataque” WiFi a realizar de lo mencionado en http://www.sans.org/reading_room/whitepapers/detection/understanding-wireless-attacks-detection_1633 (o similar) en combinación con alguna aplicación en particular.

Bueno yo elegí espiar conversaciones de Fb Chat mediante la página Ebuddy.com

Para realizar esto, utilicé una aplicación llamada WireShark que se utiliza para analizar la red y monitorear los paquetes de las interfaces, en mi caso yo lo hice en la interfaz inalámbrica en1.

Filtre los paquetes ya que son demasiados y no me permitía buscar fácilmente la información que requería, utilicé HTTP contains POST o HTTP contains GET para filtrar.

Mi objetivo era espiar las conversaciones de Facebook pero como la página de Facebook es segura no podía hacerlo directamente desde ahí, así que se me ocurrió meterme a la página de Ebuddy donde puedes ingresar a tu msn, google talk, fb chat, etc.

Al hacer el filtro comencé a hablar por facebook y a iniciar mi búsqueda en los paquetes, al principio pensé que no se iba a poder por ser facebook chat pero la página Ebuddy es insegura así que logré conseguirlo. A continuación les pongo las capturas de pantalla.

Aquí se puede ver donde pude obtener la información del chat de Facebook. y el mensaje que contenía. Realicé el ataque conmigo misma para evitar dañar a terceros y lo hice por medio de mi computadora y la de mi hermano. Este monitoreo puede servir para muchas cosas, también se pueden descifrar algunas contraseñas de logins de páginas web no seguras, detectar que páginas están viendo y con esto también se puede hacer el bloqueo de algunas páginas.

Conclusión:

Estoy segura que hay muchas personas que no saben que muchas de las cosas que realiza por la red pueden ser vistas o atacadas, en cuanto a seguridad creo que debemos saber cuales son los riesgos que pueden haber cuando se encuentra navegando por sitios inseguros como HTTP, como en esta tarea yo creía que no se podían descifrar las conversaciones de Facebook Chat y resultó que por medio de una página donde puedes conectarte si puedes tener acceso a dichas conversaciones. También cuando estuve investigando vi que antes de las últimas versiones de Whatsapp existía un Sniffer para ver las conversaciones de Whatsapp de personas que estuvieran conectadas a tu red.

Tarea 1 - RFC 2183

Comunicar la información de presentación en mensajes de internet : Contenido-Disposición del encabezado.

El RFC 2183 especifica un protocolo de normas de internet para la comunidad con el fin de realizar sugerencias o mejoras, este es el estado actual de dicho RFC. 

Este documento proporciona un mecanismo para que los mensajes de internet se ajusten a las especificaciones MIME  [RFC 2045, RFC 2046, RFC 2047, RFC 2048, RFC 2049], los cuales pueden transmitir información de presentación. Se especifica el "Contenido-Disposición" de un encabezado, el cual es opcional y válido para cualquier entidad MIME (mensaje o contenido). 

En este RFC se describen dos valores del encabezado, uno para la presentación lineal ordinaria del contenido y otra para facilitar el uso del correo para transferir archivos. Se espera que en un futuro se agreguen más valores y procedimientos para estos valores. Se pretende que esto sea simplemente una extensión de MIME.

MIME especifica un formato estándar para encapsular múltiples piezas de datos en un sólo mensaje de internet. El documento no se mete con estilos de presentación simplemente proporciona un marco para el intercambio del contenido de los mensajes, deja los problemas de presentación en manos del agente de usuario de correo.

Dos diferentes formas de presentar varias partes de los mensajes electrónicos son como un documento principal con una lista aparte de archivos adjuntos, y como un solo documento con las diferentes partes ampliadas (visualizadas) en línea. Los componentes del mensaje en línea permiten que el usuario pueda ver los archivos mientras ve el mensaje.

Se necesita un mecanismo para permitir que el remitente pueda transmitir esta clase de información de presentación al destinatario. El encabezado de contenido-disposición ofrece este mecanismo, permitiendo que cada componente de un mensaje pueda etiquetarse con una indicación de su semántica de presentación deseada. Al etiquetar los mensajes de esta manera será suficiente para el formato básico de los mensajes electrónicos.

Además de permitir que el remitente pueda especificar su distribución de la presentación del contenido del mensaje, también puede indicar una disposición predeterminada de los archivos así como el nombre de estos. 

En mi opinión, yo creo que esta muy bien que mejoren la presentación del encabezado y contenido del correo electrónico. Me parece muy bueno que los archivos adjuntos puedas verlos al momento de ver el mensaje, sin necesidad de descargarlos para luego tener que abrirlos en tu computadora, ya que a veces son archivos que no son tan importantes que solo quisieras ver una vez y no tenerlo guardado en tu computadora en descargas y luego tener que borrarlo. En Outlook he visto que fácilmente puedes por ejemplo tomar screenshoot de la pantalla y darle pegar (Ctrl+V) en el contenido y se pega automáticamente la imagen sin tener que guardarla y así se manda al destinatario como contenido no como imagen adjunta. 

Referencias:

http://datatracker.ietf.org/doc/rfc2183/

Redes de telecomunicaciones

.