Un método y un sistema para enviar las notificaciones de eventos basadas en NETCONF.

Un método para enviar una notificación basada en el Protocolo de Configuración de Red,

NETCONF, que comprende: establecer una sesión basada en el Protocolo de Control de Internet, TCP, entre un cliente NETCONF y un servidor NETCONF; aceptar, por parte del servidor NETCONF, una suscripción de notificación del cliente NETCONF en donde la aceptación de la suscripción de notificación del cliente NETCONF comprende: recibir, por parte del servidor NETCONF, una petición de suscripción enviada por el cliente NETCONF, en donde la petición de suscripción incluye información de requisitos de formato y un tipo de notificación suscrita a la que el cliente NETCONF quiere suscribirse; y añadir, por parte del servidor NETCONF, la petición de suscripción a una lista de suscripciones configurada previamente después de que la suscripción se haya realizado con éxito;

generar, por parte del servidor NETCONF, una notificación cuando se produzca un evento en un sistema, convertir la notificación a un formato que pueda ser identificado por el cliente NETCONF de acuerdo con la suscripción de notificación del cliente NETCONF; y

enviar, por parte del servidor NETCONF, la notificación convertida al cliente NETCONF;

en donde la conversión de la notificación al formato que puede ser identificado por el cliente NETCONF comprende:

encapsular, por parte del servidor NETCONF, la notificación en un formato del Lenguaje Extensible mediante Etiquetas, XML, si la petición de suscripción no incluye información de requisitos de formato; o

encapsular, por parte del servidor NETCONF, la notificación en el formato XML y convertir la notificación encapsulada a un formato solicitado en la información de requisitos de formato del cliente NETCONF si la petición de suscripción incluye, además, información de requisitos de formato;

en donde el tipo de notificaciones suscritas es Captura del Protocolo Simple de Gestión de Redes, SnmpTrap, o syslog; en donde si el tipo de la notificación es SnmpTrap, la encapsulación de la notificación en el formato XML comprende: encapsular, por parte del servidor NETCONF, la información incluida en la notificación SnmpTrap dentro de un contenido de etiqueta de acuerdo con un modelo de notificación basada en NETCONF, en donde el contenido encapsulado responde a una estructura jerárquica del modelo de notificación basada en NETCONF; el modelo de notificación tiene una estructura jerárquica que comprende una etiqueta, una subetiqueta y un contenido de etiqueta; y la subetiqueta es una etiqueta de datos que indica que, si es necesario, se puede añadir cualquier información a esta parte del contenido,

si el tipo de la notificación es syslog, la encapsulación de la notificación en el formato XML comprende:

encapsular, por parte del servidor NETCONF, la información incluida en el syslog dentro de un contenido de etiqueta de acuerdo con un modelo de notificación basada en NETCONF, en donde: el contenido encapsulado responde a una estructura jerárquica del modelo de notificación basada en NETCONF; el modelo de notificación tiene una estructura jerárquica que comprende una etiqueta, una subetiqueta y un contenido de etiqueta; y la subetiqueta es una etiqueta de datos;

en donde el syslog comprende un "PRI", un "HEADER" y un "MSG", en donde: el "PRI" comprende "MsgSource", fuente del registro, e información de "Severity"; el "HEADER" comprende información de "timestamp" y "agentaddr"; y la información en el "MSG" está configurada en función de los requisitos de los usuarios; y

el método para que el servidor NETCONF encapsule la información incluida en el syslog dentro del contenido de la etiqueta comprende:

asociar, por parte del servidor NETCONF, el syslog a una etiqueta y asociar la información incluida en el syslog a diferentes niveles de subetiquetas de la etiqueta syslog de acuerdo con la relación jerárquica; y

asociar, por parte del servidor NETCONF, una etiqueta como syslogs y establecer una o más etiquetas syslog como subetiquetas de syslogs.

Tipo: Patente Internacional (Tratado de Cooperación de Patentes). Resumen de patente/invención. Número de Solicitud: PCT/CN2008/071217.

Solicitante: HUAWEI TECHNOLOGIES CO., LTD..

Nacionalidad solicitante: China.

Dirección: Huawei Administration Building Bantian Longgang District, Shenzhen Guangdong 518129 CHINA.

Inventor/es: JI,XIAOFENG.

Fecha de Publicación: .

Clasificación Internacional de Patentes:

  • H04L12/24 ELECTRICIDAD.H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS.H04L TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION TELEGRAFICA (disposiciones comunes a las comunicaciones telegráficas y telefónicas H04M). › H04L 12/00 Redes de datos de conmutación (interconexión o transferencia de información o de otras señales entre memorias, dispositivos de entrada/salida o unidades de tratamiento G06F 13/00). › Disposiciones para el mantenimiento o la gestión.

PDF original: ES-2432793_T3.pdf

 

Un método y un sistema para enviar las notificaciones de eventos basadas en NETCONF.

Fragmento de la descripción:

Un método y un sistema para enviar las notificaciones de eventos basadas en NETCONF.

Campo de la invención La presente invención está relacionada con una tecnología de las comunicaciones móviles, y en particular, con un método y un sistema para enviar una notificación basada en NETCONF.

Antecedentes de la invención Teniendo en cuenta los muchos defectos del Protocolo de Gestión de Red Simplificado (SNMP) , en la técnica anterior se ha propuesto un Protocolo de Configuración de Red (NETCONF) . NETCONF básicamente supera los defectos del SNMP y es aplicable a la gestión de un gran número de dispositivos complejos. NETCONF es un protocolo de configuración para gestión mediante capas. Proporciona mecanismos como, por ejemplo, configuración, instalación, mantenimiento y eliminación de dispositivos de red. NETCONF utiliza un Lenguaje Extensible mediante Etiquetas (XML) para encapsular datos de configuración. Las operaciones del protocolo tienen lugar en la capa de la Llamada a Procedimiento Remoto (RPC) simple.

La FIG. 1 muestra una estructura por capas de NETCONF en la técnica anterior. Tal y como se muestra en la FIG. 1, el protocolo NETCONF se divide conceptualmente en cuatro capas. La primera capa es la capa del protocolo de transporte. En la capa del protocolo de transporte, los protocolos comunes incluyen el Protocolo Extensible de Intercambio de Bloques (BEEP) , el Terminal Seguro (SSH) , la Capa de Conexión Segura (SSL) , y la consola. La segunda capa es la capa RPC, la cual incluye una RPC y una respuesta a la RPC. La tercera capa es la capa de operaciones. En la capa de operaciones, las operaciones comunes incluyen Get-Config (Obtener configuración) , Edit-config (Editar configuración) , y notificación. La cuarta capa es la capa de contenidos (también denominada la capa de gestión de configuración) , la cual se utiliza para gestionar los datos de configuración.

En el protocolo NETCONF, el sistema necesita proporcionar notificaciones de modo que los usuarios conozcan a tiempo los eventos que suceden en el sistema. Los eventos se refieren a eventos que suceden en ciertos dispositivos y deberían detectarse como, por ejemplo, cambio de configuración, fallo, cambio de estado, traspaso de umbral, e intrusión anómala. Por lo tanto, un cliente NETCONF tiene que suscribirse a las notificaciones procedentes de un servidor NETCONF. Si la suscripción se realiza con éxito, el servidor NETCONF registra en una lista de suscripciones el mensaje de suscripción del cliente NETCONF. Cuando se produce un evento en el sistema, el servidor NETCONF envía al cliente NETCONF una notificación de acuerdo con el mensaje de suscripción registrado para informar al cliente NETCONF de la ocurrencia. Si sucede alguno de los siguientes casos, el servidor NETCONF no envía una notificación al cliente NETCONF: se termina una sesión NETCONF; el evento se encuentra fuera del ámbito de la suscripción; la suscripción al evento cambia. Se debe tener en cuenta que las peticiones RPC nunca se procesan en una sesión utilizada para la notificación de eventos en el servidor NETCONF.

La notificación anterior está definida únicamente de acuerdo con las tres capas inferiores de NETCONF, y en la técnica anterior no se ha definido ningún modo de notificación de acuerdo con la estructura de cuatro capas completa basada en NETCONF. Por lo tanto, se espera que en otros entornos de aplicación de la técnica anterior se adoptará un modo de notificación parecido para implementar notificaciones basadas en NETCONF.

El documento del IETF draft-ietf-netconf-notification-02 (Notificaciones de Eventos NETCONF) describe un esquema para enviar mensajes asíncronos, o notificaciones de eventos en NETCONF. Define tanto las operaciones necesarias para soportar este concepto como también trata las implicaciones para la asociación con protocolos de transporte.

Resumen de la invención La presente invención proporciona un método para enviar una notificación basada en NETCONF, y el método es compatible con varios modos de notificación para implementar notificaciones basadas en NETCONF.

La presente invención también proporciona un sistema para enviar una notificación basada en NETCONF, y el sistema es compatible con varios modos de notificación para implementar notificaciones basadas en NETCONF.

La presente invención proporciona, además, un dispositivo para enviar una notificación basada en NETCONF, y el dispositivo es compatible con varios modos de notificación para implementar notificaciones basadas en NETCONF.

La presente invención proporciona, además, un dispositivo para recibir una notificación basada en NETCONF, y el dispositivo es compatible con varios modos de notificación para implementar notificaciones basadas en NETCONF.

La solución técnica de la presente invención es del siguiente modo:

De acuerdo con un primer aspecto de la invención, el método para enviar una notificación basada en NETCONF incluye: establecer una sesión basada en el Protocolo de Control de Transporte, TCP, entre un cliente NETCONF y un servidor NETCONF; aceptar, por parte del servidor NETCONF, una suscripción de notificaciones del cliente NETCONF, en donde la aceptación de la suscripción de notificaciones del cliente NETCONF comprende: recibir, por parte del servidor NETCONF, una petición de suscripción enviada por el cliente NETCONF, en donde la petición de suscripción incluye información de requisitos de formato y un tipo de notificaciones de suscripción a las que el cliente NETCONF se quiere suscribir; y añadir, por parte del servidor NETCONF, la petición de suscripción a una lista de suscripciones configurada previamente después de que la suscripción se haya realizado con éxito; generar, por parte del servidor NETCONF, una notificación cuando suceda un evento en el sistema, y convertir la notificación en un formato que pueda ser identificado por el cliente NETCONF de acuerdo con la suscripción de notificaciones del cliente NETCONF; y enviar, por parte del servidor NETCONF, la notificación convertida al cliente NETCONF; en donde la conversión de la notificación en el formato que puede ser identificado por el cliente NETCONF comprende: encapsular, por parte del servidor NETCONF, la notificación en un formato de Lenguaje de Etiquetas Extensible, XML, si la petición de suscripción no incluye información de requisitos de formato; o si la petición de suscripción incluye, además, la información de requisitos de formato, encapsular, por parte del servidor NETCONF, la notificación en el formato XML y convertir la notificación encapsulada en un formato solicitado en la información de requisitos de formato del cliente NETCONF. En donde el tipo de las notificaciones suscritas es una Captura del Protocolo Simple de Gestión de Redes, SnmpTrap, o syslog (registro del sistema) ; en donde si el tipo de la notificación es SnmpTrap, la encapsulación de la notificación en el formato XML comprende: encapsular, por parte del servidor NETCONF, la información incluida en la notificación SnmpTrap en un contenido de una etiqueta de acuerdo con un modelo de notificación basada en NETCONF, en donde el contenido encapsulado responde a una estructura jerárquica del modelo de notificación basada en NETCONF; el modelo de notificación tiene una estructura jerárquica que comprende una etiqueta, una subetiqueta y un contenido de la etiqueta; y la subetiqueta es una etiqueta de datos; si el tipo de la notificación es syslog, la encapsulación de la notificación en el formato XML comprende: encapsular, por parte del servidor NETCONF, la información incluida en el syslog en un contenido de una etiqueta de acuerdo con un modelo de notificación basada en NETCONF, en donde: el contenido encapsulado responde a una estructura jerárquica del modelo de notificación basada en NETCONF; el modelo de notificación tiene una estructura jerárquica que comprende una etiqueta, una subetiqueta y un contenido de la etiqueta; y la subetiqueta es una etiqueta de datos; en donde el syslog comprende un “PRI” (prioridad) , un “HEADER” (cabecera) , y un “MSG” (mensaje) , en donde: el “PRI” comprende “MsgSource” (fuente del mensaje) , fuente del registro e información “Severity” (gravedad) ; el “HEADER” comprende información de “timestamp” (marca de tiempo) y “agentaddr” (dirección del agente) ; y la información en el “MSG” se configura en función de los requisitos de los usuarios; y el método para que el servidor NETCONF encapsule en el contenido de la etiqueta la información incluida en el syslog comprende: asociar, por parte del servidor NETCONF, el syslog a una etiqueta y asociar la información incluida... [Seguir leyendo]

 


Reivindicaciones:

1. Un método para enviar una notificación basada en el Protocolo de Configuración de Red, NETCONF, que comprende:

establecer una sesión basada en el Protocolo de Control de Internet, TCP, entre un cliente NETCONF y un servidor NETCONF;

aceptar, por parte del servidor NETCONF, una suscripción de notificación del cliente NETCONF en donde la aceptación de la suscripción de notificación del cliente NETCONF comprende: recibir, por parte del servidor NETCONF, una petición de suscripción enviada por el cliente NETCONF, en donde la petición de suscripción incluye información de requisitos de formato y un tipo de notificación suscrita a la que el cliente NETCONF quiere suscribirse; y añadir, por parte del servidor NETCONF, la petición de suscripción a una lista de suscripciones configurada previamente después de que la suscripción se haya realizado con éxito;

generar, por parte del servidor NETCONF, una notificación cuando se produzca un evento en un sistema, convertir la notificación a un formato que pueda ser identificado por el cliente NETCONF de acuerdo con la suscripción de notificación del cliente NETCONF; y

enviar, por parte del servidor NETCONF, la notificación convertida al cliente NETCONF;

en donde la conversión de la notificación al formato que puede ser identificado por el cliente NETCONF comprende:

encapsular, por parte del servidor NETCONF, la notificación en un formato del Lenguaje Extensible mediante Etiquetas, XML, si la petición de suscripción no incluye información de requisitos de formato; o encapsular, por parte del servidor NETCONF, la notificación en el formato XML y convertir la notificación encapsulada a un formato solicitado en la información de requisitos de formato del cliente NETCONF si la petición de suscripción incluye, además, información de requisitos de formato;

en donde el tipo de notificaciones suscritas es Captura del Protocolo Simple de Gestión de Redes, SnmpTrap, o syslog;

en donde si el tipo de la notificación es SnmpTrap, la encapsulación de la notificación en el formato XML comprende:

encapsular, por parte del servidor NETCONF, la información incluida en la notificación SnmpTrap dentro de un contenido de etiqueta de acuerdo con un modelo de notificación basada en NETCONF, en donde el contenido encapsulado responde a una estructura jerárquica del modelo de notificación basada en NETCONF; el modelo de notificación tiene una estructura jerárquica que comprende una etiqueta, una subetiqueta y un contenido de etiqueta; y la subetiqueta es una etiqueta de datos que indica que, si es necesario, se puede añadir cualquier información a esta parte del contenido,

si el tipo de la notificación es syslog, la encapsulación de la notificación en el formato XML comprende:

encapsular, por parte del servidor NETCONF, la información incluida en el syslog dentro de un contenido de etiqueta de acuerdo con un modelo de notificación basada en NETCONF, en donde: el contenido encapsulado responde a una estructura jerárquica del modelo de notificación basada en NETCONF; el modelo de notificación tiene una estructura jerárquica que comprende una etiqueta, una subetiqueta y un contenido de etiqueta; y la subetiqueta es una etiqueta de datos;

en donde el syslog comprende un “PRI”, un “HEADER” y un “MSG”, en donde: el “PRI” comprende “MsgSource”, fuente del registro, e información de “Severity”; el “HEADER” comprende información de “timestamp” y “agentaddr”; y la información en el “MSG” está configurada en función de los requisitos de los usuarios; y

el método para que el servidor NETCONF encapsule la información incluida en el syslog dentro del contenido de la etiqueta comprende:

asociar, por parte del servidor NETCONF, el syslog a una etiqueta y asociar la información incluida en el syslog a diferentes niveles de subetiquetas de la etiqueta syslog de acuerdo con la relación jerárquica; y

asociar, por parte del servidor NETCONF, una etiqueta como syslogs y establecer una o más etiquetas syslog como subetiquetas de syslogs.

2. El método de la reivindicación 1, en donde la generación de la notificación comprende:

generar, por parte del servidor NETCONF, la notificación de un tipo correspondiente al tipo del evento que se ha producido.

3. El método de la reivindicación 2, en donde antes de que el servidor NETCONF convierta la notificación encapsulada al formato solicitado que pueda ser identificado por el cliente NETCONF, el método comprende, además:

localizar, por parte del servidor NETCONF, el cliente NETCONF que se ha suscrito a las notificaciones del tipo de acuerdo con el tipo de las notificaciones suscritas almacenadas en la lista de suscripciones.

4. El método de una cualquiera de las reivindicaciones 1-3, en donde la petición de suscripción incluye, además, un tipo de filtro y un resultado del filtrado requerido; y el tipo de filtro es un filtro SUBTREE o de Lenguaje de Ruta XML, Xpath.

5. El método de la reivindicación 4, en donde antes de que el servidor NETCONF convierta la notificación al formato solicitado que pueda ser identificado por el cliente NETCONF, el método comprende, además:

obtener, por parte del servidor NETCONF, una notificación a la que el cliente NETCONF se ha suscrito realmente, filtrando en función del tipo de filtro almacenado en la lista de suscripciones y el resultado del filtrado requerido.

6. El método de la reivindicación 1, en donde el método para que el servidor NETCONF convierta la notificación que se encuentra encapsulada en el formato XML a un formato solicitado en la información de requisitos de formato del cliente NETCONF comprende:

convertir, por parte del servidor NETCONF, la notificación en el formato XML al formato solicitado por el cliente NETCONF mediante Transformación del Lenguaje de Hoja de Estilo Extensible, XSLT.

7. Un dispositivo para enviar una notificación basada en el Protocolo de Configuración de Red, NETCONF, en donde el dispositivo es un servidor NETCONF, comprendiendo el servidor NETCONF un manejador de sesiones (9021) , un gestor de notificaciones (9022) y un centro de eventos (9023) , en donde:

el manejador de sesiones (9021) está configurado para establecer una sesión basada en el Protocolo de Control de Transporte, TCP, entre un cliente NETCONF y el servidor NETCONF, y aceptar una suscripción de notificación del cliente NETCONF;

el centro de eventos (9023) está configurado para generar una notificación cuando se produce un evento en un sistema y enviar la notificación al gestor de notificaciones;

el gestor de notificaciones (9022) está configurado para almacenar en una lista de suscripciones configurada previamente una suscripción de notificación recibida desde el manejador de sesiones, y reenviar la notificación enviada por el centro de eventos al manejador de sesiones en función de la lista de suscripciones; y

el manejador de sesiones (9021) está configurado, además, para convertir la notificación enviada por el gestor de notificaciones a un formato que pueda ser identificado por el cliente NETCONF, y enviar la notificación convertida al cliente NETCONF;

en donde la conversión, por parte del manejador de sesiones, de la notificación al formato que puede ser identificado por el cliente NETCONF comprende:

encapsular la notificación en un formato del Lenguaje Extensible mediante Etiquetas, XML, si la petición de suscripción no incluye información de requisitos de formato; o encapsular la notificación en el formato XML y convertir la notificación encapsulada a un formato solicitado en la información de requisitos de formato del cliente NETCONF si la petición de suscripción incluye, además, información de requisitos de formato;

en donde el tipo de notificaciones suscritas es Captura del Protocolo Simple de Gestión de Redes, SnmpTrap, o syslog;

en donde si el tipo de la notificación es SnmpTrap, la encapsulación de la notificación en el formato XML comprende:

encapsular, por parte del servidor NETCONF, la información incluida en la notificación SnmpTrap dentro de un contenido de etiqueta de acuerdo con un modelo de notificación basada en NETCONF, en donde el contenido encapsulado responde a una estructura jerárquica del modelo de notificación basada en NETCONF; el modelo de notificación tiene una estructura jerárquica que comprende una etiqueta, una subetiqueta y un contenido de etiqueta; y la subetiqueta es una etiqueta de datos;

si el tipo de la notificación es syslog, la encapsulación de la notificación en el formato XML comprende:

encapsular, por parte del servidor NETCONF, la información incluida en el syslog dentro de un contenido de etiqueta de acuerdo con un modelo de notificación basada en NETCONF, en donde: el contenido encapsulado responde a una estructura jerárquica del modelo de notificación basada en NETCONF; el modelo de notificación tiene una estructura jerárquica que comprende una etiqueta, una subetiqueta y un contenido de etiqueta; y la subetiqueta es una etiqueta de datos que indica que si es necesario se puede añadir cualquier información a esta parte del contenido;

en donde el syslog comprende un “PRI”, un “HEADER” y un “MSG”, en donde: el “PRI” comprende información de “MsgSource”, fuente del registro y “Severity”; el “HEADER” comprende información de “timestamp” y “agentaddr”; y la información en el “MSG” está configurada en función de los requisitos de los usuarios; y

el método para que el servidor NETCONF encapsule la información incluida en el syslog dentro del contenido de 10 la etiqueta comprende:

asociar, por parte del servidor NETCONF, el syslog a una etiqueta y asociar la información incluida en el syslog a diferentes niveles de subetiquetas de la etiqueta syslog de acuerdo con la relación jerárquica; y

asociar, por parte del servidor NETCONF, una etiqueta como syslogs y establecer una o más etiquetas syslog como subetiquetas de los syslogs.

8. El dispositivo de la reivindicación 7, en donde:

la petición de suscripción incluye, además, un tipo de filtro y un resultado del filtrado requerido; y

el gestor de notificaciones está configurado, además, para obtener una notificación a la que se ha suscrito realmente el cliente NETCONF mediante filtrado de acuerdo con el tipo de filtro y el resultado del filtrado requerido.

9. Un sistema para enviar notificaciones basadas en el Protocolo de Configuración de Red, NETCONF, utilizando 20 un dispositivo (902) como el reivindicado en la reivindicación 7 y un cliente NETCONF (901) .


 

Patentes similares o relacionadas:

Imagen de 'Método y dispositivo para la comparación de versiones de datos…'Método y dispositivo para la comparación de versiones de datos entre estaciones a través de zonas horarias, del 29 de Julio de 2020, de Advanced New Technologies Co., Ltd: Un método para la comparación de versiones de datos entre sitios a través de zonas horarias, el método que comprende: cuando los sitios […]

Interacción de función de red de auto organización, del 15 de Julio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método, mediante una función de Red de Auto Organización de alto nivel, SON, en una estructura jerárquica de funciones SON en una red, de […]

Procedimiento y sistema para diagnosticar averías de transmisión en una red según el estándar opc ua, del 24 de Junio de 2020, de SIEMENS AKTIENGESELLSCHAFT: Procedimiento para diagnosticar averías en la transmisión en una red de datos (NET), incluyendo la red de datos al menos una primera clase de elementos […]

Dispositivo de motor de reglas de terminal y método de operación de regla de terminal, del 17 de Junio de 2020, de Advanced New Technologies Co., Ltd: Un método para procesar una operación de regla, el método que comprende: recibir, mediante un terminal, una solicitud de operación de regla de un servicio (S601); […]

Método para la gestión mejorada de llamadas de emergencia en un escenario de itinerancia y sistema, programa informático y medio legible por ordenador correspondientes, del 17 de Junio de 2020, de DEUTSCHE TELEKOM AG: Un método para la gestión mejorada de llamadas de emergencia en un escenario de itinerancia, en donde un equipo de usuario se asigna a una red de telecomunicaciones […]

Autorización previa de establecimiento de portador, del 17 de Junio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método para autorizar previamente la reserva de recursos portadores para un servicio antes de haber recibido una autorización de Calidad de Servicio, QoS, para el […]

Virtualización de funciones de red en grupos a medida, del 17 de Junio de 2020, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): Un método para virtualizar una función de red entre un grupo a medida que comprende una pluralidad de terminales móviles ubicados unos […]

Dispositivo de interfaz, procedimiento y programa informático para controlar dispositivos sensores, del 10 de Junio de 2020, de Ubiquiti Inc: Un primer dispositivo de interfaz para su uso en un sistema de domótica , comprendiendo el primer dispositivo de interfaz: un módulo de comunicación […]

Utilizamos cookies para mejorar nuestros servicios y mostrarle publicidad relevante. Si continua navegando, consideramos que acepta su uso. Puede obtener más información aquí. .