INFORME DEL GRUPO DE TRABAJO: GUÍA PARA IMPLEMENTACIONES LIGERAS

Al diseñar e implementar una pila en dis- positivos no restringidos, en general se supone que estos dispositivos son alcan- zables (por lo menos en su función como servidor) y que no es demasiado costoso implementar el mantenimiento de la co- nexión permanente mediante el envío pe- riódico de señales keep-alive. Pero en un entorno restringido estos supuestos no pueden darse por sentado, ya que los dispositivos diminutos se han construido pensando en un determinado ciclo de ope- ración y pueden pasar a modo de reposo para reducir su consumo de energía. El bo- rrador de Arkko et al. sobre la construcción de dispositivos CoAP de bajo consumo de energía para redes celulares3 analiza este problema y formula una serie de recomen- daciones. La clave para habilitar las aplica- ciones de red sobre los nodos “durmientes” es informar a los demás nodos participantes sobre la existencia de los dispositivos de estas características y la ubicación de sus datos a través de un delegador que pueda ser descubierto por los demás dis- positivos. Aunque la infraestructura de de- legación de datos ha sido especi cada por la CoRE-RD4, el soporte disponible para el descubrimiento del directorio de recursos u otros servicios de registro es limitado. Arkko et al. señalan que el descubrimiento multicast sobre un enlace punto a punto similar a uno celular no es factible y su- gieren diferentes maneras de realizar este descubrimiento inicial, entre ellas la con – guración manual, la con guración ja por parte del fabricante, la con guración ja delegada por el fabricante y el uso de in- fraestructura de resolución global común. Para quienes implementan sus servicios a través de dispositivos celulares, el proyecto de Arkko et al. es imprescindible.

CoAP es un componente importante para las aplicaciones restringidas. Hay muchos proyectos de código abierto disponibles, pero rara vez consideran cómo imple- mentar el servicio CoAP de una manera rentable. Kovatsch et al.5 presentan las lec- ciones aprendidas de la implementación de CoAP para dispositivos diminutos. Este documento abarca muchos detalles de la implementación de CoAP con los que los ingenieros se encuentran repetidamente pero que no han sido cubiertos por la espe- ci cación. Los autores comparten mucha información y ofrecen recomendaciones detalladas sobre el uso del ID de mensaje, detección/rechazo de mensajes duplicados, uso de tokens, gestión de estados de (re) transmisión y optimización anticipada. Un ejemplo concreto presenta un inteligente descubrimiento sobre el modelo de ob- servación del uso de tokens en CoAP. En lugar de consultar constantemente el dis- positivo sensor para obtener información más actualizada, CoAP permite que un ob- servador registre su interés en un recurso determinado y posteriormente sea noti- cado con la representación de los más re- cientes, lo que se denomina un modelo de observación. Representada por el URI, la IP, el puerto y el valor del token (del ob- servador), la relación de observación ge- neralmente se mantiene en los sensores diminutos. Sin embargo, CoAP soporta re- gistros duplicados desde un extremo en el mismo URI con diferentes valores de token, lo que puede sumar un costo adicional. Por el contrario, Kovatsch et al. reco- miendan asignar y reutilizar un espacio dedicado al valor de token (8 bytes) para cada relación de observación, mante- niendo cuatro bytes constantes e iterando el resto del espacio de cuatro bytes para evitar ataques de reproducción (replay) y suplantación (spoo ng). Este método no solo ahorra recursos para soportar obser- vación mediante CoAP, sino que también es compatible con el protocolo. También se recomienda que los búfers de retrans- misión se asignen por recurso observable y no por observador (Sección 3.3), lo que permite ahorrar estado adicional.