ES2748405T3 - Método, Servidor de Autoconfiguración (ACS), y sistema para obtener el estado de un dispositivo sobre la base del protocolo Tr069 - Google Patents
Método, Servidor de Autoconfiguración (ACS), y sistema para obtener el estado de un dispositivo sobre la base del protocolo Tr069 Download PDFInfo
- Publication number
- ES2748405T3 ES2748405T3 ES11860878T ES11860878T ES2748405T3 ES 2748405 T3 ES2748405 T3 ES 2748405T3 ES 11860878 T ES11860878 T ES 11860878T ES 11860878 T ES11860878 T ES 11860878T ES 2748405 T3 ES2748405 T3 ES 2748405T3
- Authority
- ES
- Spain
- Prior art keywords
- cpe
- acs
- connection request
- status code
- authentication error
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Computer And Data Communications (AREA)
Abstract
Método para obtener un estado de un dispositivo basándose en un protocolo Tr069, caracterizado por que comprende: enviar, por parte de un Servidor de Autoconfiguración, ACS, una solicitud de conexión que incluye un nombre de usuario y una contraseña erróneos a un Equipo en las Instalaciones del Cliente, CPE; y evaluar, por parte del ACS, un estado del CPE según si se recibe un código de estado de error de autenticación devuelto por el CPE de manera síncrona después de recibir la solicitud de conexión, en el que la etapa de evaluación, por parte del ACS, de un estado del CPE según si se recibe un código de estado de error de autenticación devuelto por el CPE de manera síncrona después de recibir la solicitud de conexión comprende: cuando recibe el código de estado de error de autenticación devuelto por el CPE de manera síncrona según la solicitud de conexión, determinar, por parte del ACS, que el CPE está en un estado en línea; y cuando el ACS recibe un código de estado de error que no es de autenticación o espera un tiempo límite, determinar, por parte del ACS, que el CPE está en un estado fuera de línea.
Description
DESCRIPCIÓN
Método, Servidor de Autoconfiguración (ACS), y sistema para obtener el estado de un dispositivo sobre la base del protocolo Tr069.
Campo técnico
La divulgación se refiere al campo de la tecnología de gestión de redes, y, en particular, a un método, un Servidor de Autoconfiguración (ACS) y un sistema para obtener un estado de un dispositivo sobre la base de un protocolo Tr069.
Antecedentes
Junto con el rápido desarrollo de la tecnología de gestión de redes de los dispositivos y la rápida potenciación del rendimiento de los servidores de gestión de redes, es necesario que el servidor de gestión de redes gestione dispositivos cuyo número aumenta geométricamente. Cómo gestionar estos dispositivos de manera rápida y eficiente se ha convertido en un gran problema en los sistemas de gestión de redes.
En el campo de la gestión de redes, el número de los dispositivos es enorme y los tipos de los dispositivos son diversos. La forma de gestionar estos dispositivos se ha convertido en un gran problema. El Protocolo Simple de Gestión de Redes (SNMP) existente hace que su gestión resulte cada vez más compleja y que, por lo tanto, sea difícil de implementar debido a la inseguridad de la transmisión de datos y la aleatoriedad de la definición de los datos. El protocolo Tr069 formulado por el Foro de Banda Ancha (BBF) aporta una solución mejor al problema anterior. El informe técnico “CPE WAN Management Protocol” del t R-069 del Foro DSL en mayo de 2004 proporciona un protocolo que permite que un Servidor de Autoconfiguración (ACS) aprovisione a un Equipo en las Instalaciones del Cliente (CPE) o a una colección de CPE sobre la base de una variedad de criterios.
No obstante, el problema de cómo obtener el estado del dispositivo en tiempo real y en bloque no se ha resuelto todavía adecuadamente. En el protocolo Tr069 existente, en general, existen los dos métodos siguientes:
Método 1: Se obtiene un cierto parámetro fijo sobre el dispositivo según el protocolo Tr069. Si puede obtenerse un valor del parámetro, entonces el dispositivo está en un estado en línea, y si el valor del parámetro no puede obtenerse o la interacción del protocolo ha superado el tiempo, entonces el dispositivo está en un estado fuera de línea. El proceso del método se muestra en la figura 1. El método adolece de los siguientes inconvenientes:
1: Los tipos de los dispositivos son diversos, y puede que el parámetro fijo no exista en un cierto dispositivo, provocando, de este modo, que el dispositivo esté realmente en línea, pero se considere como fuera de línea debido a que no puede obtenerse el parámetro fijo.
2: Si desea obtenerse un cierto parámetro fijo sobre un dispositivo, entonces debe llevarse a cabo una configuración basada en el tipo del dispositivo. Si un tipo A de un dispositivo adopta un valor A1 y un tipo B de un dispositivo adopta un valor B1, entonces la estructura funcional del servidor de gestión de red será compleja.
3: Para obtener un parámetro es necesario aplicar un mayor número de veces las interacciones del Protocolo de Transporte de Hipertexto (HTTP) usando el protocolo Tr069, y la eficiencia es baja. Método 2: en una fase inicial de obtención de un estado, un servidor de gestión de redes envía una solicitud de conexión al dispositivo, y usa un código de estado HTTP devuelto por un método get del protocolo HTTP para obtener el estado del dispositivo, tal como se muestra en la figura 2. Puesto que la solicitud de conexión incluye un nombre de usuario y una contraseña de un ACS, el código de estado 200 o 204 se puede obtener inmediatamente después de enviar la solicitud de conexión. No obstante, a continuación, un Equipo en las Instalaciones del Cliente (CPE) enviará un paquete de mensaje Inform (Información) de un evento CONNECTION REQUEST (SOLICITUD DE CONEXIÓN) el cual es inservible para obtener el estado del dispositivo. En comparación con el método 1, el método 2 hace que mejore la eficiencia, pero existe una interacción de protocolo entre el CPE y el ACS, lo cual consume rendimiento del sistema.
Sumario
El objetivo principal de la divulgación proporciona un método según la reivindicación 1, un servidor de autoconfiguración según la reivindicación 4 y un sistema según la reivindicación 7 para obtener un estado de un dispositivo sobre la base de un protocolo Tr069.
Las reivindicaciones dependientes definen asimismo unas formas de realización preferidas.
En el método, el ACS y el sistema para obtener un estado de un dispositivo sobre la base de un protocolo Tr069
proporcionados por la divulgación, el ACS envía una solicitud de conexión que incluye un nombre de usuario y una contraseña erróneos a un CPE, tiene conocimiento de que el CPE está en un estado en línea según un código de estado de error de autenticación devuelto de manera síncrona por el CPE, y cuando el ACS espera un tiempo límite o recibe otros códigos de estado, determina que el CPE está en un estado fuera de línea. Por lo tanto, en comparación con la técnica relacionada, la divulgación puede obtener el estado del dispositivo únicamente realizando una llamada get HTTP, y el método de la divulgación es sencillo y eficiente.
Breve descripción de los dibujos
La figura 1 es un diagrama de flujo esquemático de un método para obtener un estado de un dispositivo en la técnica relacionada;
la figura 2 es otro diagrama de flujo esquemático de un método para obtener un estado de un dispositivo en la técnica relacionada;
la figura 3 es un diagrama de flujo esquemático de una forma de realización de un método para obtener un estado de un dispositivo sobre la base de un protocolo Tr069 según la divulgación;
la figura 4 es un diagrama de flujo esquemático para evaluar un estado de un CPE según si se recibe un código de estado de error de autenticación devuelto por el CPE de manera síncrona después de recibir una solicitud de conexión en una forma de realización de un método para obtener un estado de un dispositivo sobre la base de un protocolo Tr069 según la divulgación;
la figura 5 es un diagrama de flujo esquemático de un proceso de interacción de un ACS y un CPE en una forma de realización de un método para obtener un estado de un dispositivo sobre la base de un protocolo Tr069 según la divulgación;
la figura 6 es un diagrama estructural de una forma de realización de un ACS para obtener un estado de un dispositivo sobre la base de un protocolo Tr069 según la divulgación; y
la figura 7 es un diagrama estructural de una forma de realización de un sistema para obtener un estado de un dispositivo sobre la base de un protocolo Tr069 según la divulgación.
Descripción detallada
La solución de una forma de realización de la divulgación es principalmente: un ACS envía una solicitud de conexión que incluye un nombre de usuario y una contraseña erróneos a un CPE, determina que el CPE se encuentra en un estado en línea según un código de estado de error de autenticación devuelto de manera síncrona por el CPE, y determina que el CPE se encuentra en un estado fuera de línea cuando el ACS espera un tiempo límite o recibe otros códigos de estado. El método de obtención de un estado de un dispositivo según la divulgación es sencillo y eficiente.
Las formas de realización de la divulgación se implementan sobre la base del protocolo Tr069 existente.
Tal como se muestra en la figura 3, una forma de realización de la divulgación proporciona un método para obtener un estado de un dispositivo sobre la base de un protocolo Tr069, que incluye:
Etapa 101: un ACS envía una solicitud de conexión que incluye un nombre de usuario y una contraseña erróneos a un CPE.
En donde, el nombre de usuario y la contraseña se establecen como una cadena de caracteres combinada por dígitos y letras fijos o aleatorios.
De manera similar al método existente para obtener un estado de un dispositivo usando un nombre de usuario y una contraseña correctos que se muestra en la figura 2, el ACS en primer lugar envía una solicitud de conexión al CPE. En la forma de realización, la solicitud de conexión incluye el nombre de usuario y la contraseña erróneos, evitándose así el defecto de que la interacción del protocolo entre el CPE y el ACS ocasione un consumo de rendimiento del sistema cuando el estado del dispositivo se obtiene incluyendo el nombre de usuario y la contraseña correctos.
Etapa 102: se evalúa el estado del CPE según si se recibe un código de estado de error de autenticación devuelto por el CPE de manera síncrona después de recibir la solicitud de conexión.
En la forma de realización, cuando el CPE está en línea y recibe la solicitud de conexión del ACS, el CPE devolverá un código de estado de error de autenticación al ACS de manera síncrona. El código de estado de error de autenticación es un código de estado HTTP.
Cuando recibe el código de estado de error de autenticación, el ACS puede determinar así que el CPE está en línea; y cuando el ACS recibe otros códigos de estado o el ACS espera un tiempo límite, el ACS puede determinar así que el CPE está fuera de línea.
Tal como se muestra en la figura 4, la etapa S102 incluye:
Etapa 1021: se evalúa si se recibe un código de estado de error de autenticación devuelto por el CPE de manera síncrona según la solicitud de conexión, en caso afirmativo, se ejecuta la etapa S1022; si no, se ejecuta la etapa S1023;
la condición de que el ACS no reciba el código de estado de error de autenticación devuelto por el CPE de manera síncrona según la solicitud de conexión incluye: recibir un código de estado de error que no sea de autenticación o esperar un tiempo límite;
Etapa S1022: el ACS determina que el CPE está en un estado en línea; y
Etapa S1023: el ACS determina que el CPE está en un estado fuera de línea.
La solución técnica de la forma de realización se ilustra de forma detallada a continuación, comparando la forma de realización con un método para obtener un estado de un dispositivo en la técnica relacionada.
En el proceso de un método existente para obtener un estado de un dispositivo, según se muestra en la figura 1, después de que un ACS envíe una solicitud de conexión a un CPE, el CPE devuelve un código de estado 200 o 204. Seguidamente, el CPE inicia una sesión. Después de llevar a cabo las interacciones Inform e InformResponse (RespuestaInformación), el CPE envía un paquete vacío. El ACS envía una orden get, y el CPE devuelve getResponse (RespuestaGet). Este flujo finaliza, su proceso de interacción específico es el siguiente:
Etapa 11: el ACS inicia una solicitud de conexión que incluye un nombre de usuario y una contraseña correctos con el CPE;
Etapa 12: el CPE devuelve un código de estado HTTP 200 o 204 de manera síncrona;
Etapa 13: el CPE notifica un mensaje Inform que incluye un evento CONNECTION REQUEST para indicar que el CPE ha establecido una sesión con el ACS;
Etapa 14: el ACS devuelve un mensaje InformResponse al CPE;
Etapa 15: el CPE envía un mensaje vacío al ACS;
Etapa 16: el ACS envía un mensaje GetParameterValues (ObtenerValoresParámetros) al CPE para obtener un cierto parámetro; y
Etapa 17: el CPE devuelve un mensaje GetParameterResponse (ObtenerRespuestaParámetros) que incluye el valor del parámetro.
Tal como se muestra en la figura 2, una solicitud de conexión se envía usando un nombre de usuario y una contraseña correctos. Después de que el ACS envíe la solicitud de conexión al CPE, el CPE devuelve un código de estado 200 o 204. Seguidamente, el CPE inicia una sesión, se llevan a cabo las interacciones Inform e InformResponse. Este flujo de envío mutuo de un paquete vacío finaliza. Su proceso de interacción específico es el siguiente:
Etapa 21: el ACS inicia una solicitud de conexión que incluye un nombre de usuario y una contraseña correctos con el CPE;
Etapa 22: el CPE devuelve un código de estado HTTP 200 o 204 de manera síncrona;
Etapa 23: el CPE notifica un mensaje Inform que incluye un evento CONNECTION REQUEST para indicar que el CPE ha establecido una sesión con el ACS;
Etapa 24: el ACS devuelve un mensaje InformResponse al CPE;
Etapa 25: el CPE envía un mensaje vacío al ACS;
Etapa 26: el ACS envía un mensaje vacío al CPE.
Tal como se muestra en la figura 5, la figura 5 es un diagrama esquemático de un proceso de interacción de un ACS y un CPE en la forma de realización. Su proceso de interacción es el siguiente:
S51: el ACS envía una solicitud de conexión que incluye un nombre de usuario y una contraseña erróneos al CPE; y
S52: el CPE devuelve un código de estado HTTP 401 de manera síncrona.
En la forma de realización, puesto que la solicitud de conexión incluye el nombre de usuario y la contraseña erróneos, el CPE no se puede activar para enviar un mensaje Inform al ACS sino que envía un código de estado 401 (fallo de autenticación) al ACS de manera síncrona. Después de recibir el código de estado, el ACS puede considerar que el CPE está en línea. Cuando la devolución síncrona del CPE ha superado el tiempo, un programa considera que el dispositivo está fuera de línea.
En la tabla 1, se muestra un resultado comparativo de la forma de realización y la técnica relacionada.
Tabla 1
A partir de la tabla anterior, puede observarse que la técnica relacionada necesita obtener el parámetro del dispositivo o introducir una interacción del protocolo Tr069, y los métodos de la técnica anterior son complejos e ineficientes; y en comparación con la técnica relacionada, el método de la divulgación es eficiente y sencillo.
En la forma de realización, con el fin de obtener un estado de un dispositivo, cuando se envía una solicitud de conexión al CPE, el ACS añade un nombre de usuario y una contraseña erróneas en la solicitud de conexión según el protocolo Tr069 existente. Cuando el CPE está en línea, el CPE devolverá un código de estado de error de autenticación de manera síncrona, y el ACS puede evaluar si el CPE está en línea según si se recibe el código de estado de error de autenticación devuelto por el CPE. En comparación con la técnica relacionada, la forma de realización puede obtener el estado del dispositivo únicamente realizando una llamada get HTTP. Además, la llamada get HTTP es una llamada síncrona convencional, con lo cual el proceso de obtención del estado del dispositivo se simplifica considerablemente y se reduce el consumo del rendimiento del sistema. El método de la divulgación se aplica, debido a su eficiencia y simplicidad elevadas, especialmente al escenario en el que dispositivos de masas (tales como servidores de gestión de redes de terminales) sondean el estado.
Tal como en la figura 6, una forma de realización de la divulgación proporciona un ACS para obtener un estado de un dispositivo sobre la base de un protocolo Tr069, que incluye: un módulo de envío de solicitudes de conexión 501 y un módulo de evaluación de estados 502, en el que el módulo de envío de solicitudes de conexión 501 está configurado para enviar una solicitud de conexión que incluye un nombre de usuario y una contraseña erróneos a un CPE; y
el módulo de evaluación de estados 502 está configurado para evaluar un estado del CPE según si se recibe un código de estado de error de autenticación devuelto por el CPE de manera síncrona después de recibir la solicitud de conexión.
Específicamente, el módulo de evaluación de estados 502 está configurado, asimismo, cuando recibe el código de estado de error de autenticación devuelto por el CPE de manera síncrona según la solicitud de conexión, para determinar que el CPE está en un estado en línea; y cuando recibe un código de estado de error que no es de autenticación o espera un tiempo límite, para determinar que el CPE está en un estado fuera de línea.
En donde el nombre de usuario y la contraseña se pueden fijar como una cadena de caracteres combinada por medio de unos dígitos y letras fijos o aleatorios.
En la forma de realización, de manera similar al método existente para obtener un estado de un dispositivo usando un nombre de usuario y una contraseña correctos y que se muestra en la figura 2, el módulo de envío de solicitudes de conexión 501 del ACS envía una solicitud de conexión a CPE en primer lugar. En la forma de realización, la solicitud de conexión incluye el nombre de usuario y la contraseña erróneos, evitándose así el defecto de que la interacción del protocolo entre el CPE y el ACS ocasione un consumo de rendimiento del sistema cuando el estado del dispositivo se obtiene incluyendo el nombre de usuario y la contraseña correctos.
Cuando el CPE está en línea y recibe la solicitud de conexión del ACS, el CPE devolverá un código de estado de error de autenticación al ACS de manera síncrona. El código de estado de error de autenticación es un código de estado HTTP
El módulo de evaluación de estados 502 del ACS evalúa si el CPE está en línea según si se recibe el código de estado de error de autenticación devuelto por el CPE de manera síncrona. Cuando recibe el código de estado de error de autenticación, el ACS puede determinar así que el CPE se encuentra en línea; cuando el ACS recibe otros códigos de estado o el ACS espera un tiempo límite, el ACS puede determinar de este modo que el CPE está fuera de línea.
Tal como se muestra en la figura 7, una forma de realización de la divulgación proporciona un sistema para obtener un estado de un dispositivo sobre la base de un protocolo Tr069, que incluye: un ACS 601 y un CPE 602, en el que
el ACS 601 está configurado para enviar una solicitud de conexión que incluye un nombre de usuario y una contraseña erróneos al CPE 602; y para evaluar un estado del CPE 602 según si se recibe un código de estado de error de autenticación devuelto por el CPE 602 de manera síncrona después de recibir la solicitud de conexión; y
el CPE 602 está configurado para recibir la solicitud de conexión del ACS 602; y cuando el CPE 602 está en línea, para devolver el código de estado de error de autenticación al ACS 601.
Específicamente, el ACS 601 está configurado, asimismo, cuando recibe el código de estado de error de autenticación devuelto por el CPE 602 de manera síncrona según la solicitud de conexión, para determinar que el CPE 602 está en un estado en línea; y cuando recibe un código de estado de error que no es de autenticación o espera un tiempo límite, para determinar que el CPE 602 se encuentra en un estado fuera de línea.
En el método, el ACS y el sistema para obtener un estado de un dispositivo sobre la base de un protocolo Tr069 proporcionados por formas de realización de la divulgación, el ACS envía una solicitud de conexión que incluye un nombre de usuario y una contraseña erróneos a un CPE, tiene conocimiento de que el CPE se encuentra en un estado en línea según un código de estado de error de autenticación devuelto de manera síncrona por el CPE, y cuando el ACS espera un tiempo límite o recibe otros códigos de estado, determina que el CPE se encuentra en un estado fuera de línea. Por lo tanto, en comparación con la técnica relacionada, la divulgación puede obtener el estado del dispositivo únicamente realizando una llamada get HTTP, y el método de la divulgación es sencillo y eficiente.
Las anteriores son únicamente unas formas de realización preferidas de la divulgación, y no están destinadas a limitar el alcance de protección de la divulgación.
Claims (7)
1. Método para obtener un estado de un dispositivo basándose en un protocolo Tr069, caracterizado por que comprende:
enviar, por parte de un Servidor de Autoconfiguración, ACS, una solicitud de conexión que incluye un nombre de usuario y una contraseña erróneos a un Equipo en las Instalaciones del Cliente, CPE; y
evaluar, por parte del ACS, un estado del CPE según si se recibe un código de estado de error de autenticación devuelto por el CPE de manera síncrona después de recibir la solicitud de conexión,
en el que la etapa de evaluación, por parte del ACS, de un estado del CPE según si se recibe un código de estado de error de autenticación devuelto por el CPE de manera síncrona después de recibir la solicitud de conexión comprende:
cuando recibe el código de estado de error de autenticación devuelto por el CPE de manera síncrona según la solicitud de conexión, determinar, por parte del ACS, que el CPE está en un estado en línea; y cuando el ACS recibe un código de estado de error que no es de autenticación o espera un tiempo límite, determinar, por parte del ACS, que el CPE está en un estado fuera de línea.
2. Método según la reivindicación 1, en el que el código de estado de error de autenticación es un código de estado del Protocolo de Transporte de Hipertexto, HTTP
3. Método según la reivindicación 1, en el que el nombre de usuario y la contraseña se establecen como una cadena de caracteres combinada por medio de unos dígitos y letras fijos o aleatorios.
4. Servidor de Autoconfiguración, ACS, para obtener un estado de un dispositivo sobre la base de un protocolo Tr069, caracterizado por que comprende:
un módulo de envío de solicitudes de conexión configurado para enviar una solicitud de conexión que incluye un nombre de usuario y una contraseña erróneos a un Equipo en las Instalaciones del Cliente, CPE; y un módulo de evaluación de estados configurado para evaluar un estado del CPE según si se recibe un código de estado de error de autenticación devuelto por el CPE de manera síncrona después de recibir la solicitud de conexión,
en el que el módulo de evaluación de estados está configurado asimismo, cuando recibe el código de estado de error de autenticación devuelto por el CPE de manera síncrona según la solicitud de conexión, para determinar que el CPE está en un estado en línea; y cuando recibe un código de estado de error que no es de autenticación o espera un tiempo límite, para determinar que el CPE está en un estado fuera de línea.
5. ACS según la reivindicación 4, en el que el código de estado de error de autenticación es un código de estado del Protocolo de Transporte de Hipertexto, HTTP
6. ACS según la reivindicación 4 o 5, en el que el nombre de usuario y la contraseña se establecen como una cadena de caracteres combinada por medio de unos dígitos y letras fijos o aleatorios.
7. Sistema para obtener un estado de un dispositivo sobre la base de un protocolo Tr069, que comprende: un Servidor de Autoconfiguración, ACS, y un Equipo en las Instalaciones del Cliente, CPE, en el que el sistema está caracterizado por que
el ACS está configurado para enviar una solicitud de conexión que incluye un nombre de usuario y una contraseña erróneos al CPE; y para evaluar un estado del CPE según si se recibe un código de estado de error de autenticación devuelto por el CPE de manera síncrona después de recibir la solicitud de conexión; y el CPE está configurado para recibir la solicitud de conexión del ACS; y cuando el CPE está en línea, para devolver el código de estado de error de autenticación al ACS,
en el que el ACS está configurado asimismo, cuando recibe el código de estado de error de autenticación devuelto por el CPE de manera síncrona según la solicitud de conexión, para determinar que el CPE está en un estado en línea; y cuando recibe un código de estado de error que no es de autenticación o espera un tiempo límite, para determinar que el CPE está en un estado fuera de línea.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110062135.7A CN102684899B (zh) | 2011-03-15 | 2011-03-15 | 基于Tr069协议获取设备状态的方法、ACS及系统 |
| PCT/CN2011/073603 WO2012122730A1 (zh) | 2011-03-15 | 2011-05-03 | 基于Tr069协议获取设备状态的方法、ACS及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2748405T3 true ES2748405T3 (es) | 2020-03-16 |
Family
ID=46816300
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES11860878T Active ES2748405T3 (es) | 2011-03-15 | 2011-05-03 | Método, Servidor de Autoconfiguración (ACS), y sistema para obtener el estado de un dispositivo sobre la base del protocolo Tr069 |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP2688245B1 (es) |
| CN (1) | CN102684899B (es) |
| ES (1) | ES2748405T3 (es) |
| WO (1) | WO2012122730A1 (es) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103841084B (zh) * | 2012-11-23 | 2018-03-02 | 中国电信股份有限公司 | Wan连接查询方法、网关和终端管理设备、系统 |
| CN105282204B (zh) * | 2014-07-23 | 2019-01-25 | 中兴通讯股份有限公司 | Tr069协议方法处理方法、装置及网关设备 |
| CN104954187B (zh) * | 2015-06-30 | 2018-11-27 | 新华三技术有限公司 | 一种确定用户侧设备状态的方法和装置 |
| CN106330513A (zh) * | 2015-06-30 | 2017-01-11 | 中兴通讯股份有限公司 | tr069协议信息的处理方法及装置 |
| CN108881343B (zh) * | 2017-05-11 | 2021-06-15 | 中兴通讯股份有限公司 | 获取客户终端设备状态的方法、装置及自动配置服务器 |
| CN109274658B (zh) * | 2018-09-04 | 2020-11-06 | 烽火通信科技股份有限公司 | 基于tr069协议的工单报文分析方法及系统 |
| CN112714140B (zh) * | 2019-10-24 | 2023-04-07 | 海信电子科技(武汉)有限公司 | 数据传输方法、装置及系统 |
| CN112564976A (zh) * | 2020-12-11 | 2021-03-26 | 江苏亿通高科技股份有限公司 | 一种基于tr069协议的性能参数监控方法 |
| CN113904939B (zh) * | 2021-10-27 | 2023-07-28 | 中国联合网络通信集团有限公司 | 一种管理目标终端的方法、装置及存储介质 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5710885A (en) * | 1995-11-28 | 1998-01-20 | Ncr Corporation | Network management system with improved node discovery and monitoring |
| US7143152B1 (en) * | 2000-03-31 | 2006-11-28 | Verizon Laboratories Inc. | Graphical user interface and method for customer centric network management |
| CN101159684A (zh) * | 2007-10-19 | 2008-04-09 | 华为技术有限公司 | 用户驻地设备会话管理的方法及系统 |
| ATE513382T1 (de) * | 2008-04-04 | 2011-07-15 | Alcatel Lucent | Automatische konfigurierung einer netzwerkvorrichtung von einem automatischen konfigurierungsserver durch ein fernsteuerungsprotokoll |
| CN101360021B (zh) * | 2008-10-14 | 2011-12-21 | 中国电信股份有限公司 | 一种无线宽带用户状态的监测方法和系统 |
-
2011
- 2011-03-15 CN CN201110062135.7A patent/CN102684899B/zh not_active Expired - Fee Related
- 2011-05-03 ES ES11860878T patent/ES2748405T3/es active Active
- 2011-05-03 EP EP11860878.5A patent/EP2688245B1/en active Active
- 2011-05-03 WO PCT/CN2011/073603 patent/WO2012122730A1/zh active Application Filing
Also Published As
| Publication number | Publication date |
|---|---|
| EP2688245B1 (en) | 2019-07-10 |
| WO2012122730A1 (zh) | 2012-09-20 |
| EP2688245A1 (en) | 2014-01-22 |
| EP2688245A4 (en) | 2014-10-29 |
| CN102684899A (zh) | 2012-09-19 |
| CN102684899B (zh) | 2014-11-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2748405T3 (es) | Método, Servidor de Autoconfiguración (ACS), y sistema para obtener el estado de un dispositivo sobre la base del protocolo Tr069 | |
| CN105103494B (zh) | 网络交换机仿真 | |
| JP5995228B2 (ja) | 多数デバイスの監視および制御のための方法、システム、およびコンピュータ・プログラム | |
| US10313380B2 (en) | System and method for centralized virtual interface card driver logging in a network environment | |
| US10404548B2 (en) | Control of network nodes in computer network systems | |
| CN102427409A (zh) | 基于网络配置协议的配置数据提交方法及服务器 | |
| US10833914B2 (en) | Device or vendor independent network switch management via embedded management controller stack | |
| WO2017198003A1 (zh) | 一种业务处理方法及系统 | |
| WO2016078312A1 (zh) | 单板测试方法及装置 | |
| CN103023702A (zh) | 批量mib的处理方法 | |
| WO2022214019A1 (zh) | 一种部署网络设备的方法、装置、设备、系统及存储介质 | |
| US20190386903A1 (en) | Network operational flaw detection using metrics | |
| CN106487598B (zh) | 异构冗余Snmp协议多实例实现系统及其实现方法 | |
| CN104463670A (zh) | 一种基于Websocket的银行前置交易系统的搭建方法 | |
| WO2016180089A1 (zh) | 一种交换机的配置方法、装置、移动终端及交换机 | |
| EP2840738B1 (en) | Mep configuration method and network device | |
| US9378073B2 (en) | Remote procedure call for a distributed system | |
| CN101909043A (zh) | 一种基于简单网络管理协议的数据传输的方法及系统 | |
| Cisco | Release Notes for the Catalyst 4000 Family Switches, Software Release 6.x | |
| CN107005476A (zh) | 用于管理交换网络中的数据帧的方法和第一设备 | |
| WO2017181941A1 (zh) | 云终端唤醒方法、网管服务器及云通信系统 | |
| CN108572870B (zh) | 一种数据获取方法、装置、电子设备、存储介质及系统 | |
| Sinha et al. | Implementation of ICMP based Network Management System for heterogeneous networks | |
| US20230198845A1 (en) | Systems and methods of configuring monitoring operations for a cluster of servers | |
| Kirch | Under the sink—SNMP |