1. TR-069
Diagrama CWMP.
El Technical Report 069 o CWMP es un estándar
técnico del DSL Forum (renombrado posteriormente a
Broadband Forum) conocido como CPE WAN Manage-
ment Protocol (CWMP), que define un protocolo como
capa de abstracción para el mantenimiento remoto de
los dispositivos del usuario final. TR-069 se publicó por
primera vez en mayo de 2004, con enmiendas en 2006,
2007, 2010, julio de 2011 para la versión 1.3.[1]
y no-
viembre de 2013 para la versión 1.4 (am5)[2]
A finales de 2011 se calcula que había 150 millones de
dispositivos habilitados con este protocolo,[3]
y se espera
que para fines del 2016 haya casi 356 millones de dispo-
sitivos habilitados en el mundo.[4]
1 Tecnología
Como protocolo basado en SOAP/HTTP bidireccional
proporciona una comunicación entre el CPE y Auto Con-
figuration Server (ACS), e incluye también un servicio de
autoconfiguración y control del CPE en modo seguro en
un entorno de trabajo.
2 Modelo de Datos
La mayor parte de la configuración y el diagnóstico se rea-
liza a través de establecer y recuperar el valor de los pa-
rámetros del dispositivo. Estos están organizados en una
estructura jerárquica bien definida que es más o menos
común a todos los modelos de dispositivos y fabricantes.
Broadband Forum publica sus normas de modelos de da-
tos en dos formatos - archivos XML que contienen una
especificación detallada de cada modelo de datos poste-
rior y todos los cambios entre sus versiones y archivos
PDF que contienen datos legibles por personas. Están-
dares y extensiones compatibles deben estar claramen-
te marcados en el modelo de datos del dispositivo. Este
debe estar en el campo Device.DeviceSummary o en In-
ternetGatewayDevice.DeviceSummary que se requiere a
partir de Device:1.0 y de InternetGatewayDevice:1.1
respectivamente. Si el campo no se encuentra, se supo-
ne InternetGatewayDevice:1.0. A partir del Device:1.4
y de InternetGatewayDevice:1.6 se introdujo un nuevo
campo ( '<RO>'.SupportedDatamodel) para la especifica-
ción estándar soportada.
El modelo está siempre anclado en una clave úni-
ca llamada Device (dispositivo) o InternetGatewayDevi-
ce (Dispositivo-de-acceso-a-Internet) dependiendo de la
elección del fabricante. En cada nivel de la estructura se
permiten objetos y parámetros (o casos-de-matriz). Las
claves se construyen mediante la concatenación de los
nombres de los objetos y parámetros utilizando '.' (Pun-
to) como separador, por ejemplo, InternetGatewayDevi-
ce.Time.NTPServer1.
Cada uno de los parámetros puede ser marcado como mo-
dificable o no-modificable. Esto es informado por el dis-
1
2. 2 4 FUNCIONES GENERALES DE TR-069
positivo en el mensaje GetParameterNamesResponse. El
dispositivo no debe permitir el cambio de cualquier pa-
rámetro marcado como de sólo lectura. Especificaciones
del modelo de datos y extensiones marcan claramente el
estado requerido de la mayoría de los parámetros.
Los valores válidos para el parámetro, su tipo y significa-
do también se definen precisamente por la norma.
2.1 Objetos Multi-instancia
Algunas partes del modelo de datos requieren la existen-
cia de múltiples copias del subárbol. Los mejores ejem-
plos son las tablas que describen, por ejemplo, la Tabla de
Forwarding de puertos (PortForwarding Table). Un obje-
to que representa un array sólo tendrá números de instan-
cia o nombres de alias como sus hijos.
Un objeto multi-instancia puede ser modificable (permi-
tiendo la creación y/o eliminación dinámica de sus hijos)
o solo lectura en función de los datos representados. Si
por ejemplo el objeto representa cuatro puertos físicos en
un switch no debería ser posible añadir o eliminar éstos
desde el modelo de datos. Si se añade una instancia de un
objeto se le asigna un identificador. Después de ser asig-
nado, identificadores no pueden cambiar durante el ciclo
de vida del dispositivo, excepto para reinicialización de
fábrica.
2.2 Problemas comunes
A pesar de que la lista de los parámetros y sus atributos
está bien definida la mayoría de los dispositivos no siguen
las normas por completo. La mayoría de los problemas
comunes incluyen parámetros que faltan, identificadores
de instancia omitido (por varias instancias de objetos,
donde sólo una instancia está presente), parámetros de ni-
vel de acceso erróneos y sólo usar correctamente valores
definidos como válidos. Por ejemplo, para el campo que
indica el nivel compatible de protocolos WLAN, el valor
'g' debe indicar compatibilidad de 802.11b y 802.11g, y
'solo-g' compatibilidad únicamente de 802.11g. Aunque
valores tales como 'bg' o 'b/g' no son legales de acuerdo
con las normas del Foro de banda ancha, son comúnmen-
te encontrados en los modelos de datos de dispositivos.
3 Motivos para el desarrollo
El protocolo permite configurar y administrar la varie-
dad de dispositivos distintos utilizados para acceder a
Internet, tales como módems, routers, puertas de enlaces,
terminales de voz sobre IP). Al mismo tiempo, la configu-
ración de estos equipos se ha hecho más complicada, por
lo que resulta ardua para los usuarios finales. Por esta ra-
zón se ha desarrollado el estándar TR-069, que ofrece la
posibilidad de configuración automática de estos tipos de
equipos de acceso. Las especificaciones técnicas fueron
publicadas por el DSL Forum que actualmente se sigue
encargando de la evolución de este tema.
TR-069 es el estándar actual para la activación de termi-
nales de la gama de mercado de banda ancha ADSL.[3]
Otros foros, tales como Home Gateway Initiative (HGI)
y DVB, ya han aprobado el protocolo para la gestión re-
mota de los dispositivos de red (por ejemplo, la puerta
de enlace HGI) y terminales (por ejemplo, la IPTV STB
DVB).
Un ACS TR-069 proporciona la conectividad necesaria
entre CPE y servidor para automatizar su gestión.
4 Funciones generales de TR-069
• Gestión y configuración automática de los servicios
en un CPE
• Configuración remota de un CPE
• Gestión de firmware
• Gestión de versiones
• Actualización de la gestión y de control de la ejecu-
ción
• Log de análisis dinámico y mensajes
• Diagnósticos
• Conectividad y control de servicios
En el futuro, TR-069 de control dará muchas otras op-
ciones además de las evaluaciones a las normas de pureza
para la activación:
• El equipo de investigación de las funciones
• Investigación de información, diagnóstico, estado y
capacidad
• Proceso automático controlado por alarma
• Modelo de datos sea cual sea la puerta de enlace, en
el acceso con TR-064 es actualizable con el equipo
y las funciones secundarias
3. 3
5 Implementaciones de fuentes
abiertas
• freecwmp cliente CWMP (C/SHELL)
• EasyCwmp - cliente TR069 cwmp desarrollada con
C/SHELL
6 Véase también
• TR-196, modelo de datos de servicios de punto de
acceso Femto
7 Referencias
[1] «CPE WAN Management Protocol». TR-069 Amendment
4. Broadband Forum. julio de 2011. Consultado el 16 de
febrero de 2012.
[2] «CPE WAN Management Protocol». TR-069 Amendment
5. Broadband Forum. noviembre de 2013. Consultado el
3 de marzo de 2014.
[3] Mersh, Robin (28 de mayo de 2013). «How TR-069 spe-
cifications manage the connected premises». Cabling Ins-
tall (en inglés). Consultado el 27 de julio de 2015.
[4] Buckley, Sean (15 de junio de 2015). «Ovum: TR-69 pro-
tocol to play major role in service providers’ IoT, smart
home strategies». Fiercetelecom.com (en inglés). Consul-
tado el 27 de julio de 2015.
4. 4 8 ORIGEN DEL TEXTO Y LAS IMÁGENES, COLABORADORES Y LICENCIAS
8 Origen del texto y las imágenes, colaboradores y licencias
8.1 Texto
• TR-069 Fuente: https://es.wikipedia.org/wiki/TR-069?oldid=85515861 Colaboradores: GermanX, Gothmog, Thijs!bot, Luna.ULE, Barri,
Muro Bot, Poco a poco, Rizome, Diegusjaimes, Luckas-bot, MystBot, Kurt subzero, Jriverac18, WikitanvirBot, Rufflos, KLBot2, Invadibot,
Minsbot, Olepinto y Anónimos: 13
8.2 Imágenes
• Archivo:ComunicacionTR69_1.JPG Fuente: https://upload.wikimedia.org/wikipedia/commons/1/15/ComunicacionTR69_1.JPG Li-
cencia: Public domain Colaboradores: Trabajo propio Artista original: Luna.ULE
• Archivo:ComunicacionTR69_2.JPG Fuente: https://upload.wikimedia.org/wikipedia/commons/9/95/ComunicacionTR69_2.JPG Li-
cencia: Public domain Colaboradores: Trabajo propio Artista original: Luna.ULE
• Archivo:ComunicacionTR69_3.PNG Fuente: https://upload.wikimedia.org/wikipedia/commons/3/33/ComunicacionTR69_3.PNG Li-
cencia: Public domain Colaboradores: Trabajo propio Artista original: Luna.ULE
8.3 Licencia del contenido
• Creative Commons Attribution-Share Alike 3.0