SlideShare una empresa de Scribd logo
1 de 4
Descargar para leer sin conexión
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 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
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 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

Más contenido relacionado

La actualidad más candente

La actualidad más candente (18)

Redes Wireless Cisco
Redes Wireless CiscoRedes Wireless Cisco
Redes Wireless Cisco
 
Pppo e y pppoa
Pppo e y pppoaPppo e y pppoa
Pppo e y pppoa
 
Pppoe
PppoePppoe
Pppoe
 
ENRUTAMIENTO Y ACCESO REMOTO CON SERVER 2012 R2
ENRUTAMIENTO Y ACCESO REMOTO CON SERVER 2012 R2ENRUTAMIENTO Y ACCESO REMOTO CON SERVER 2012 R2
ENRUTAMIENTO Y ACCESO REMOTO CON SERVER 2012 R2
 
Interface Wireles
Interface WirelesInterface Wireles
Interface Wireles
 
Dn12 u3 10_iac
Dn12 u3 10_iacDn12 u3 10_iac
Dn12 u3 10_iac
 
Seguridad wlan
Seguridad wlanSeguridad wlan
Seguridad wlan
 
Mitos y alcances de una CCNA | Looptalks
Mitos y alcances de una CCNA | LooptalksMitos y alcances de una CCNA | Looptalks
Mitos y alcances de una CCNA | Looptalks
 
Pruebas y diseño de redes
Pruebas y diseño de redesPruebas y diseño de redes
Pruebas y diseño de redes
 
Red telematica-etapa 3
Red telematica-etapa 3Red telematica-etapa 3
Red telematica-etapa 3
 
Tcp ip aplicaciones
Tcp ip aplicacionesTcp ip aplicaciones
Tcp ip aplicaciones
 
Planeació de Redes Inalambricas
Planeació de Redes InalambricasPlaneació de Redes Inalambricas
Planeació de Redes Inalambricas
 
Los Protocolos Tcp Ip
Los Protocolos Tcp IpLos Protocolos Tcp Ip
Los Protocolos Tcp Ip
 
Capitulo 1 - Fundamentos UMTS (3G)
Capitulo 1 - Fundamentos UMTS (3G)Capitulo 1 - Fundamentos UMTS (3G)
Capitulo 1 - Fundamentos UMTS (3G)
 
Estándares 802.11
Estándares 802.11Estándares 802.11
Estándares 802.11
 
Protocolos de red
Protocolos de redProtocolos de red
Protocolos de red
 
Clase 5 Modelo Jerárquico de Red
Clase 5  Modelo Jerárquico de RedClase 5  Modelo Jerárquico de Red
Clase 5 Modelo Jerárquico de Red
 
Protocolo De Redes
Protocolo De RedesProtocolo De Redes
Protocolo De Redes
 

Destacado

Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 2
Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 2Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 2
Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 2Axiros
 
Friendly Technologies- Cloud-Based TR-069 Device Management Suite
Friendly Technologies- Cloud-Based TR-069 Device Management SuiteFriendly Technologies- Cloud-Based TR-069 Device Management Suite
Friendly Technologies- Cloud-Based TR-069 Device Management SuiteFriendly Technologies
 
Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 1
Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 1Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 1
Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 1Axiros
 
Introdunction to Network Management Protocols - SNMP & TR-069
Introdunction to Network Management Protocols - SNMP & TR-069Introdunction to Network Management Protocols - SNMP & TR-069
Introdunction to Network Management Protocols - SNMP & TR-069William Lee
 
More Details about TR-069 (CPE WAN Management Protocol)
More Details about TR-069 (CPE WAN Management Protocol)More Details about TR-069 (CPE WAN Management Protocol)
More Details about TR-069 (CPE WAN Management Protocol)William Lee
 

Destacado (6)

Tr 069
Tr 069Tr 069
Tr 069
 
Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 2
Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 2Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 2
Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 2
 
Friendly Technologies- Cloud-Based TR-069 Device Management Suite
Friendly Technologies- Cloud-Based TR-069 Device Management SuiteFriendly Technologies- Cloud-Based TR-069 Device Management Suite
Friendly Technologies- Cloud-Based TR-069 Device Management Suite
 
Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 1
Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 1Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 1
Introducing TR-069 - An Axiros Workshop for the TR-069 Protocol - Part 1
 
Introdunction to Network Management Protocols - SNMP & TR-069
Introdunction to Network Management Protocols - SNMP & TR-069Introdunction to Network Management Protocols - SNMP & TR-069
Introdunction to Network Management Protocols - SNMP & TR-069
 
More Details about TR-069 (CPE WAN Management Protocol)
More Details about TR-069 (CPE WAN Management Protocol)More Details about TR-069 (CPE WAN Management Protocol)
More Details about TR-069 (CPE WAN Management Protocol)
 

Similar a Tr 069

Toplogia de internet trabajo
Toplogia de internet  trabajoToplogia de internet  trabajo
Toplogia de internet trabajoluis11061992
 
Capa de transporte model OSI
Capa de transporte model OSICapa de transporte model OSI
Capa de transporte model OSIfillescas
 
Paper practica2
Paper practica2Paper practica2
Paper practica2carensil
 
Capítulo 4.1 funciones de la capa de transporte
Capítulo 4.1 funciones de la capa de transporteCapítulo 4.1 funciones de la capa de transporte
Capítulo 4.1 funciones de la capa de transporteIsabel Yepes
 
Factores a considerar resuelto
Factores a considerar resueltoFactores a considerar resuelto
Factores a considerar resueltoHernan Serrato
 
Capa de aplicacion
Capa de aplicacionCapa de aplicacion
Capa de aplicacionfillescas
 
Modelo de Referencia TCP/IP
Modelo de Referencia TCP/IPModelo de Referencia TCP/IP
Modelo de Referencia TCP/IPSuarezJhon
 
Mq conceptos y programacion as400
Mq conceptos y programacion as400Mq conceptos y programacion as400
Mq conceptos y programacion as400Giovanny Guillen
 
Redes Multiservicio UGR - Tema2.pdf
Redes Multiservicio UGR - Tema2.pdfRedes Multiservicio UGR - Tema2.pdf
Redes Multiservicio UGR - Tema2.pdfAnonymousNdBOr4
 
Foundation fieldbus engineering school - plant web - español
Foundation fieldbus   engineering school - plant web - españolFoundation fieldbus   engineering school - plant web - español
Foundation fieldbus engineering school - plant web - españolMarco Enrique Ramos Castillo
 
ESTRUCTURA Y DISEÑO DE RED PARA UN CENTRO DE CÓMPUTO.pptx
ESTRUCTURA Y DISEÑO DE RED PARA UN CENTRO DE CÓMPUTO.pptxESTRUCTURA Y DISEÑO DE RED PARA UN CENTRO DE CÓMPUTO.pptx
ESTRUCTURA Y DISEÑO DE RED PARA UN CENTRO DE CÓMPUTO.pptxNirsaPosorja
 
Nagios para Dummies By pseudor00t
Nagios para Dummies By pseudor00tNagios para Dummies By pseudor00t
Nagios para Dummies By pseudor00tpseudor00t overflow
 
Eng sch fieldbus-101_es
Eng sch fieldbus-101_esEng sch fieldbus-101_es
Eng sch fieldbus-101_esJulio Illanes
 
Operación e integración de protocolos de enrutamiento IGP para redes corpor...
Operación e integración de protocolos de enrutamiento IGP para redes corpor...Operación e integración de protocolos de enrutamiento IGP para redes corpor...
Operación e integración de protocolos de enrutamiento IGP para redes corpor...Paulo Colomés
 

Similar a Tr 069 (20)

Toplogia de internet trabajo
Toplogia de internet  trabajoToplogia de internet  trabajo
Toplogia de internet trabajo
 
Capa de transporte model OSI
Capa de transporte model OSICapa de transporte model OSI
Capa de transporte model OSI
 
Capa de transporte model OSI
Capa de transporte model OSICapa de transporte model OSI
Capa de transporte model OSI
 
Capas protocolos
Capas protocolosCapas protocolos
Capas protocolos
 
3. guia sistemas modelo osi y tcp
3. guia sistemas modelo osi y tcp3. guia sistemas modelo osi y tcp
3. guia sistemas modelo osi y tcp
 
Modelos osi y tcp
Modelos osi y tcpModelos osi y tcp
Modelos osi y tcp
 
Paper practica2
Paper practica2Paper practica2
Paper practica2
 
Capítulo 4.1 funciones de la capa de transporte
Capítulo 4.1 funciones de la capa de transporteCapítulo 4.1 funciones de la capa de transporte
Capítulo 4.1 funciones de la capa de transporte
 
Factores a considerar resuelto
Factores a considerar resueltoFactores a considerar resuelto
Factores a considerar resuelto
 
Capa de aplicacion
Capa de aplicacionCapa de aplicacion
Capa de aplicacion
 
Modelo de Referencia TCP/IP
Modelo de Referencia TCP/IPModelo de Referencia TCP/IP
Modelo de Referencia TCP/IP
 
Mq conceptos y programacion as400
Mq conceptos y programacion as400Mq conceptos y programacion as400
Mq conceptos y programacion as400
 
Modelo TCP_IP
Modelo TCP_IPModelo TCP_IP
Modelo TCP_IP
 
Redes Multiservicio UGR - Tema2.pdf
Redes Multiservicio UGR - Tema2.pdfRedes Multiservicio UGR - Tema2.pdf
Redes Multiservicio UGR - Tema2.pdf
 
Café maria
Café mariaCafé maria
Café maria
 
Foundation fieldbus engineering school - plant web - español
Foundation fieldbus   engineering school - plant web - españolFoundation fieldbus   engineering school - plant web - español
Foundation fieldbus engineering school - plant web - español
 
ESTRUCTURA Y DISEÑO DE RED PARA UN CENTRO DE CÓMPUTO.pptx
ESTRUCTURA Y DISEÑO DE RED PARA UN CENTRO DE CÓMPUTO.pptxESTRUCTURA Y DISEÑO DE RED PARA UN CENTRO DE CÓMPUTO.pptx
ESTRUCTURA Y DISEÑO DE RED PARA UN CENTRO DE CÓMPUTO.pptx
 
Nagios para Dummies By pseudor00t
Nagios para Dummies By pseudor00tNagios para Dummies By pseudor00t
Nagios para Dummies By pseudor00t
 
Eng sch fieldbus-101_es
Eng sch fieldbus-101_esEng sch fieldbus-101_es
Eng sch fieldbus-101_es
 
Operación e integración de protocolos de enrutamiento IGP para redes corpor...
Operación e integración de protocolos de enrutamiento IGP para redes corpor...Operación e integración de protocolos de enrutamiento IGP para redes corpor...
Operación e integración de protocolos de enrutamiento IGP para redes corpor...
 

Último

715422705-PROGRAMACION-ANUAL-CCSS-1-2024.docx
715422705-PROGRAMACION-ANUAL-CCSS-1-2024.docx715422705-PROGRAMACION-ANUAL-CCSS-1-2024.docx
715422705-PROGRAMACION-ANUAL-CCSS-1-2024.docxkattiagonzalesrengif
 
Manual de Camioneta Toyota doble traccion 20023
Manual de Camioneta Toyota doble traccion 20023Manual de Camioneta Toyota doble traccion 20023
Manual de Camioneta Toyota doble traccion 20023danyercatari1
 
lollllllllllllllllllllllllllllllllllllllllllllllll
lolllllllllllllllllllllllllllllllllllllllllllllllllollllllllllllllllllllllllllllllllllllllllllllllll
lollllllllllllllllllllllllllllllllllllllllllllllllJesusFlores332
 
Inyección electrónica, Diagnostico por imagenes.pdf
Inyección electrónica, Diagnostico por imagenes.pdfInyección electrónica, Diagnostico por imagenes.pdf
Inyección electrónica, Diagnostico por imagenes.pdfmiltonantonioescamil
 
Leyes de Kirchhoff ejercciosdddddddddddddddddddddddddddddddddddddddd
Leyes de Kirchhoff ejercciosddddddddddddddddddddddddddddddddddddddddLeyes de Kirchhoff ejercciosdddddddddddddddddddddddddddddddddddddddd
Leyes de Kirchhoff ejercciosddddddddddddddddddddddddddddddddddddddddLeonardoMedrano7
 
Manual Volkswagen gol voyage 2015(1).pdf
Manual Volkswagen gol voyage 2015(1).pdfManual Volkswagen gol voyage 2015(1).pdf
Manual Volkswagen gol voyage 2015(1).pdfAlbisRosMartnez
 
Ergonomía en Oficinas- Ergonomía en Oficina.pptx
Ergonomía en Oficinas- Ergonomía en Oficina.pptxErgonomía en Oficinas- Ergonomía en Oficina.pptx
Ergonomía en Oficinas- Ergonomía en Oficina.pptxmolinabdiego93
 

Último (7)

715422705-PROGRAMACION-ANUAL-CCSS-1-2024.docx
715422705-PROGRAMACION-ANUAL-CCSS-1-2024.docx715422705-PROGRAMACION-ANUAL-CCSS-1-2024.docx
715422705-PROGRAMACION-ANUAL-CCSS-1-2024.docx
 
Manual de Camioneta Toyota doble traccion 20023
Manual de Camioneta Toyota doble traccion 20023Manual de Camioneta Toyota doble traccion 20023
Manual de Camioneta Toyota doble traccion 20023
 
lollllllllllllllllllllllllllllllllllllllllllllllll
lolllllllllllllllllllllllllllllllllllllllllllllllllollllllllllllllllllllllllllllllllllllllllllllllll
lollllllllllllllllllllllllllllllllllllllllllllllll
 
Inyección electrónica, Diagnostico por imagenes.pdf
Inyección electrónica, Diagnostico por imagenes.pdfInyección electrónica, Diagnostico por imagenes.pdf
Inyección electrónica, Diagnostico por imagenes.pdf
 
Leyes de Kirchhoff ejercciosdddddddddddddddddddddddddddddddddddddddd
Leyes de Kirchhoff ejercciosddddddddddddddddddddddddddddddddddddddddLeyes de Kirchhoff ejercciosdddddddddddddddddddddddddddddddddddddddd
Leyes de Kirchhoff ejercciosdddddddddddddddddddddddddddddddddddddddd
 
Manual Volkswagen gol voyage 2015(1).pdf
Manual Volkswagen gol voyage 2015(1).pdfManual Volkswagen gol voyage 2015(1).pdf
Manual Volkswagen gol voyage 2015(1).pdf
 
Ergonomía en Oficinas- Ergonomía en Oficina.pptx
Ergonomía en Oficinas- Ergonomía en Oficina.pptxErgonomía en Oficinas- Ergonomía en Oficina.pptx
Ergonomía en Oficinas- Ergonomía en Oficina.pptx
 

Tr 069

  • 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