Descripción del registro de VLAN de multidifusión
El registro de VLAN de multidifusión (MVR) permite una distribución más eficiente de flujos de multidifusión IPTV a través de una red Ethernet de capa 2 basada en anillos.
En una red de capa 2 estándar, una secuencia de multidifusión recibida en una VLAN nunca se distribuye a interfaces ajenas a dicha VLAN. Si los hosts de varias VLAN solicitan la misma secuencia de multidifusión, se distribuye una copia independiente de esa secuencia de multidifusión a cada VLAN que la solicite.
Cuando configure MVR, creará una VLAN de multidifusión (MVLAN) que se convertirá en la única VLAN a través de la cual fluye el tráfico de multidifusión IPTV por toda la red de capa 2. Los dispositivos con MVR habilitado reenvían selectivamente tráfico de multidifusión IPTV desde interfaces en la MVLAN (interfaces de origen) a hosts que están conectados a interfaces que no forman parte de la MVLAN que designe como puertos receptores MVR. Los puertos receptores MVR pueden recibir tráfico desde un puerto en la MVLAN, pero no pueden enviar tráfico a la MVLAN, y esos puertos permanecen en sus propias VLAN por razones de ancho de banda y seguridad.
Beneficios del registro de VLAN de multidifusión
Reduce el ancho de banda necesario para distribuir secuencias de multidifusión IPTV mediante la eliminación de la duplicación de secuencias de multidifusión desde la misma fuente a los receptores interesados en diferentes VLAN.
Cómo funciona MVR
MVR funciona de manera similar y junto con la supervisión del Protocolo de administración de grupos de Internet (IGMP). Tanto la supervisión de MVR como la de IGMP supervisan los mensajes de unión y salida de IGMP y crean tablas de reenvío basadas en las direcciones MAC de los hosts que envían esos mensajes IGMP. Mientras que la supervisión IGMP funciona dentro de una VLAN dada para regular el tráfico de multidifusión, MVR puede operar con hosts en diferentes VLAN en una red de capa 2 para entregar selectivamente tráfico de multidifusión IPTV a cualquier host solicitante. Esto reduce el ancho de banda necesario para reenviar el tráfico.
MVR solo se admite en redes VLAN que ejecutan IGMP versión 2 (IGMPv2).
Conceptos básicos de MVR
MVR no está habilitado de forma predeterminada en dispositivos compatibles con MVR. Puede configurar explícitamente una MVLAN y asignarle un rango de direcciones de grupo de multidifusión. Esa VLAN transporta tráfico MVLAN para los grupos de multidifusión configurados. A continuación, configure otras VLAN para que sean VLAN receptoras MVR que reciban secuencias de multidifusión de la MVLAN. Cuando MVR está configurado en un dispositivo, el dispositivo recibe sólo una copia de cada secuencia de multidifusión MVR y, a continuación, replica la secuencia solo a los hosts que desean recibirla, mientras reenvía todos los demás tipos de tráfico de multidifusión sin modificaciones.
Puede configurar varias MVLAN en un dispositivo, pero deben tener subredes de grupo de multidifusión disjuntas. Una VLAN de receptor MVR se puede asociar con más de una MVLAN en el dispositivo.
MVR no admite MVLAN ni VLAN de receptor MVR en una VLAN privada (PVLAN).
En conmutadores que no sean ELS, los puertos de receptor MVR comprenden todas las interfaces que existen en cualquiera de las VLAN de receptor MVR.
En los conmutadores ELS, los puertos de receptor MVR son todas las interfaces de las VLAN de recepción MVR, excepto los puertos del enrutador de multidifusión; una interfaz se puede configurar tanto en una VLAN de receptor MVR como en su MVLAN solo si está configurada como un puerto de enrutador de multidifusión en ambas VLAN.
El MVR tiene algunas diferencias operativas y de configuración en los conmutadores Junos OS que usan el estilo de configuración Enhanced Layer 2 Software (ELS) en comparación con el MVR en los conmutadores que no admiten ELS. Cuando corresponda, las siguientes secciones explican estas diferencias.
Modos MVR
MVR puede funcionar en dos modos: modo modo transparente MVR y modo proxy MVR. Ambos modos permiten a MVR reenviar sólo una copia de una secuencia de multidifusión a la red de capa 2. Sin embargo, la principal diferencia entre los dos modos está en cómo el dispositivo envía informes IGMP ascendentes al enrutador de multidifusión. Básicamente, el dispositivo controla las consultas IGMP de la misma manera en cualquiera de los modos.
Los modos de MVR se configuran de forma diferente en conmutadores ELS y que no son ELS. Además, en conmutadores ELS, puede asociar una MVLAN con algunas VLAN de receptor MVR que funcionan en modo proxy y otras que funcionan en modo transparente si tiene requisitos de multidifusión para ambos modos en su red.
Modo transparente MVR
El modo transparente es el modo predeterminado cuando se configura una VLAN de receptor MVR, también denominada VLAN de receptor de reenvío de datos.
En los conmutadores ELS, puede configurar explícitamente el modo transparente, aunque también es la configuración predeterminada si no configura un modo de receptor MVR.
En el modo transparente MVR, el dispositivo maneja los paquetes IGMP destinados tanto a la VLAN de origen de multidifusión como a las VLAN de receptor de multidifusión de manera similar a la forma en que los maneja cuando no se usa MVR. Sin MVR, cuando un host en una VLAN envía mensajes de unión y salida IGMP, el dispositivo reenvía los mensajes a todas las interfaces de enrutador de multidifusión en la VLAN. De manera similar, cuando una VLAN recibe consultas IGMP de sus interfaces de enrutador de multidifusión, reenvía las consultas a todas las interfaces de la VLAN.
Con MVR en modo transparente, el dispositivo maneja los informes y consultas IGMP de la siguiente manera:
Recibe mensajes de unión y salida IGMP en las interfaces VLAN del receptor MVR y los reenvía a los puertos del enrutador de multidifusión en la VLAN del receptor MVR.
Reenvía las consultas IGMP en la VLAN del receptor MVR a todos los puertos del receptor MVR.
Reenvía las consultas IGMP recibidas en la MVLAN solo a los puertos receptores MVR que se encuentran en las VLAN receptoras asociadas con esa MVLAN, aunque es posible que esos puertos no estén en la MVLAN en sí.
Los dispositivos en modo transparente solo envían informes IGMP en el contexto de la VLAN del receptor MVR. En otras palabras, si los puertos receptores MVR reciben una consulta IGMP de un enrutador de multidifusión ascendente en la MVLAN, solo envían respuestas a los puertos del enrutador de multidifusión VLAN del receptor MVR. El enrutador ascendente (que envió las consultas en la MVLAN) no recibe las respuestas y no reenvía ningún tráfico, por lo que para resolver este problema, debe configurar la pertenencia estática. Como resultado, recomendamos que utilice el modo de proxy MVR en lugar del modo modo transparente en el dispositivo que está más cerca del enrutador de multidifusión ascendente. Consulte Modo de proxy MVR.
Si un host en un puerto receptor de multidifusión en la VLAN de receptor MVR se une a un grupo, el dispositivo agrega la entrada de puente adecuada en la MVLAN para ese grupo. Cuando el dispositivo recibe tráfico en la MVLAN para ese grupo, reenvía el tráfico en ese puerto etiquetado con la etiqueta MVLAN (aunque el puerto no esté en la MVLAN). Del mismo modo, si un host en un puerto receptor de multidifusión en la VLAN de receptor MVR abandona un grupo, el dispositivo elimina la entrada de puente coincidente y la MVLAN detiene el tráfico MVR de ese grupo en ese puerto.
Cuando está en modo transparente, de forma predeterminada, el dispositivo instala entradas de puente solo en la MVLAN que es el origen de la dirección del grupo, por lo que si el dispositivo recibe tráfico de VLAN de receptor MVR para ese grupo, el dispositivo no reenviará el tráfico a los puertos receptores en la VLAN de receptor MVR que envió el mensaje de unión para ese grupo. El dispositivo solo reenvía tráfico a las interfaces de receptor MVR en la MVLAN. Para permitir que los puertos VLAN de receptor MVR reciban tráfico reenviado en la VLAN de receptor MVR, puede configurar la install opción en el [edit protocols igmp-snooping vlans vlan-name data-forwarding receiver] nivel de jerarquía para que el dispositivo también instale las entradas de puente en la VLAN de receptor MVR.
Modo de proxy MVR
Cuando configure MVR en modo proxy, el dispositivo actúa como proxy IGMP para el enrutador de multidifusión para las solicitudes de pertenencia a grupos MVR recibidas en VLAN de receptor MVR. Esto significa que el dispositivo reenvía informes IGMP desde hosts en VLAN de receptor MVR en el contexto de la MVLAN. y solo los reenvía a los puertos del enrutador de multidifusión en la MVLAN. El enrutador de multidifusión recibe informes IGMP solo en la MVLAN para esos hosts receptores MVR.
El dispositivo controla las consultas IGMP de la misma manera que en el modo transparente:
Reenvía las consultas IGMP recibidas en la VLAN del receptor MVR a todos los puertos del receptor MVR.
Reenvía las consultas IGMP recibidas en la MVLAN solo a los puertos de recepción MVR que se encuentran en VLAN receptoras que pertenecen a esa MVLAN, aunque es posible que esos puertos no estén en la propia MVLAN.
En el modo proxy, para las pertenencias a grupos de multidifusión establecidas en el contexto de la MVLAN, el dispositivo instala entradas de puente solo en la MVLAN y reenvía el tráfico MVLAN entrante a los hosts de las VLAN del receptor MVR suscritas a esos grupos. El modo de proxy no admite la install opción que permite que el dispositivo también instale entradas de puente en las VLAN del receptor MVR. Como resultado, cuando el dispositivo recibe tráfico en una VLAN de receptor MVR, no reenvía el tráfico a los hosts en la VLAN de receptor MVR porque el dispositivo no tiene entradas de puente para esos puertos de receptor MVR en las VLAN del receptor MVR.
Modo de proxy en conmutadores que no son ELS
En conmutadores que no sean ELS, puede configurar el modo de proxy MVR en una MVLAN mediante la instrucción proxy en el nivel jerárquico [edit protocols igmp-snooping vlan vlan-name] junto con otras opciones de configuración de supervisión IGMP.
En conmutadores que no sean ELS, esta proxy instrucción de configuración solo admite la configuración del modo de proxy MVR. No se admite la operación general de proxy de supervisión IGMP.
Cuando esta opción está habilitada en conmutadores que no son ELS, el dispositivo actúa como un proxy IGMP para cualquier grupo MVR originado por la MVLAN en las direcciones ascendente y descendente. En la dirección descendente, el dispositivo actúa como solicitante de esos grupos de multidifusión en las VLAN del receptor MVR. En la dirección ascendente, el dispositivo origina los informes IGMP y deja mensajes, y responde consultas IGMP desde enrutadores de multidifusión. La configuración de esta opción de proxy en una MVLAN habilita automáticamente la operación de proxy MVR para todas las VLAN de receptor MVR asociadas con la MVLAN.
Modo de proxy en conmutadores ELS
En los conmutadores ELS, puede configurar el modo de proxy de MVR en las VLAN del receptor MVR. Puede configurar el modo de proxy MVR por separado del modo de proxy de supervisión IGMP, de la siguiente manera:
Modo de proxy de supervisión IGMP: puede utilizar la instrucción proxy en el nivel de jerarquía en conmutadores ELS para habilitar la
[edit protocols igmp-snooping vlan vlan-name]operación de proxy IGMP con o sin configuración de MVR. Cuando configure esta opción para una VLAN sin configurar MVR, el dispositivo actúa como un proxy IGMP para el enrutador de multidifusión para los puertos de esa VLAN. Cuando configure esta opción en una MVLAN, el dispositivo actúa como un proxy IGMP entre el enrutador de multidifusión y los hosts en cualquier VLAN de receptor MVR asociada.Nota:Este modo de proxy se configura solo en la MVLAN, no en las VLAN del receptor MVR.
Modo de proxy MVR: en los conmutadores ELS, se configura el modo de proxy MVR en una VLAN de receptor MVR (en vez de en la MVLAN) mediante la
proxyopción en el[edit igmp-snooping vlan vlan-name data-forwarding receiver mode]nivel de jerarquía cuando se asocia la VLAN de receptor MVR con una MVLAN. Un conmutador ELS que funciona en modo de proxy MVR para una VLAN de receptor MVR actúa como proxy IGMP para esa VLAN de receptor MVR al enrutador de multidifusión en el contexto de la MVLAN.
Traducción de etiquetas de VLAN MVR
Cuando se configura el MVR, el dispositivo envía el tráfico de multidifusión y los paquetes de consultas IGMP descendentes a los hosts en el contexto de la MVLAN de forma predeterminada. La etiqueta MVLAN se incluye para el tráfico etiquetado por VLAN que sale en puertos de troncalización, mientras que el tráfico que sale en puertos de acceso no está etiquetado.
En conmutadores ELS compatibles con MVR, para VLAN con puertos de troncalización y hosts en una VLAN de receptor de multidifusión que esperan tráfico en el contexto de esa VLAN de receptor, puede configurar el dispositivo para traducir las etiquetas MVLAN en etiquetas VLAN de receptor de multidifusión. Consulte la translate opción en el nivel jerárquico [edit protocols igmp-snooping vlans vlan-name data-forwarding receiver] .
Configuraciones de MVR recomendadas en la capa de acceso en conmutadores ELS
Según la topología de la capa de acceso de la red, en las siguientes secciones se describen las formas recomendadas en que debe configurar el MVR en los dispositivos de la capa de acceso para entregar sin problemas una única secuencia de multidifusión a los hosts suscritos en varias VLAN.
Estas secciones se aplican únicamente a los conmutadores de Junos OS que ejecutan el estilo de configuración Enhanced Layer 2 Software (ELS).
- MVR en una topología de capa de acceso de un solo nivel
- MVR en una topología de capa de acceso de varios niveles
MVR en una topología de capa de acceso de un solo nivel
En la figura 1 , se muestra un dispositivo en una topología de capa de acceso de un solo nivel. El dispositivo está conectado a un enrutador de multidifusión en la dirección ascendente (INTF-1), con puertos troncales o de acceso de host en la dirección descendente conectados a receptores de multidifusión en dos VLAN diferentes (v10 en INTF-2 y v20 en INTF-3).
Sin MVR, la interfaz ascendente (INTF-1) actúa como una interfaz de enrutador de multidifusión para el enrutador ascendente y un puerto de troncalización en ambas VLAN. En esta configuración, el enrutador ascendente necesitaría dos interfaces de enrutamiento y puente integrados (IRB) para enviar dos copias de la secuencia de multidifusión al dispositivo, las cuales reenviarían el tráfico a los receptores en las dos VLAN diferentes en INTF-2 e INTF-3.
Con el MVR configurado como se indica en la Figura 1, la secuencia de multidifusión se puede enviar a receptores de distintas VLAN en el contexto de una sola MVLAN, y el enrutador ascendente solo requiere una interfaz IRB descendente para enviar una secuencia de MVLAN al dispositivo.
Para que MVR funcione sin problemas en esta topología, le recomendamos que configure los siguientes elementos en el dispositivo de un solo nivel, como se ilustra en la Figura 1:
-
Una MVLAN con la interfaz de enrutador de multidifusión ascendente del dispositivo configurada como un puerto de troncalización y una interfaz de enrutador de multidifusión en la MVLAN. Esta interfaz ascendente ya era un puerto de troncalización y un puerto de enrutador de multidifusión para las VLAN receptoras que se asociarán con la MVLAN.
La figura 1 muestra una MVLAN configurada en el dispositivo, y la interfaz ascendente INTF-1 configurada anteriormente como puerto de troncalización y puerto de enrutador de multidifusión en v10 y v20, se agrega posteriormente como puerto de troncalización y enrutador de multidifusión en la MVLAN también.
-
VLAN de receptor MVR asociadas con la MVLAN.
En la figura 1, el dispositivo se conecta al host 1 en VLAN v10 (mediante la interfaz de troncalización INTF-2) y al host 2 en v20 (mediante la interfaz de acceso INTF-3). Las VLAN v10 y v20 utilizan INTF-1 como puerto de troncalización y puerto de enrutador de multidifusión en la dirección ascendente. Estas VLAN se convierten en VLAN receptoras MVR para la MVLAN, con INTF-1 también agregado como puerto de troncalización y puerto de enrutador de multidifusión en la MVLAN.
-
MVR se ejecuta en modo proxy en el dispositivo, por lo que el dispositivo procesa las pertenencias a grupos IGMP de VLAN de receptor MVR en el contexto de la MVLAN. El enrutador ascendente envía solo una secuencia de multidifusión en la MVLAN descendente al dispositivo, que se reenvía a los hosts en las VLAN receptoras MVR que están suscritas a los grupos de multidifusión originados por la MVLAN.
El dispositivo de la Figura 1 está configurado en modo proxy y establece membresías de grupo en la MVLAN para hosts en VLAN de receptor MVR v10 y v20. El enrutador ascendente de la figura envía solo una secuencia de multidifusión en la MVLAN mediante INTF-1 al dispositivo, que reenvía el tráfico a los hosts suscritos en las VLAN de receptor MVR v10 y v20.
-
Traducción de etiquetas de VLAN de receptor MVR habilitada en VLAN receptoras que tienen hosts en puertos de troncalización, de modo que esos hosts reciban el tráfico de multidifusión en el contexto de sus VLAN receptoras. Los hosts a los que se llega mediante puertos de acceso reciben paquetes de multidifusión sin etiquetar (y no necesitan traducción de la etiqueta VLAN MVR).
En la figura 1, el dispositivo tiene habilitada la traducción en la versión 10 y sustituye la etiqueta VLAN vVLAN v10 por la etiqueta VLAN cuando reenvía la secuencia de multidifusión en la interfaz troncal INTF-2. El dispositivo no tiene habilitada la traducción en la versión 20 y reenvía paquetes de multidifusión sin etiquetar en el puerto de acceso INTF-3.
MVR en una topología de capa de acceso de varios niveles
En la figura 2 , se muestran los dispositivos en una topología de capa de acceso de dos niveles. El dispositivo superior o ascendente se conecta al enrutador de multidifusión en la dirección ascendente (INTF-1) y a un segundo dispositivo descendente (INTF-2). El dispositivo inferior o descendente se conecta al dispositivo ascendente (INTF-3) y utiliza puertos de troncalización o acceso en la dirección descendente para conectarse a receptores de multidifusión en dos VLAN diferentes (v10 en INTF-4 y v20 en INTF-5).
de capa de acceso de varios niveles
Sin MVR, similar a la topología de capa de acceso de un solo nivel, el dispositivo superior se conecta al enrutador de multidifusión ascendente mediante una interfaz de enrutador de multidifusión que también es un puerto de troncalización en ambas VLAN receptoras. Las dos capas de dispositivos están conectadas con puertos de troncalización en las VLAN receptoras. El dispositivo inferior tiene puertos de troncalización o acceso en las VLAN del receptor conectadas a los hosts del receptor de multidifusión. En esta configuración, el enrutador ascendente debe duplicar la secuencia de multidifusión y utilizar dos interfaces IRB para enviar copias de los mismos datos a las dos VLAN. El dispositivo ascendente también envía secuencias duplicadas descendentes para los receptores en las dos VLAN.
Con el MVR configurado como se muestra en la Figura 2, el flujo de multidifusión se puede enviar a receptores en diferentes VLAN en el contexto de un solo MVLAN desde el enrutador ascendente y a través de los varios niveles en la capa de acceso.
Para que MVR funcione sin problemas en esta topología, recomendamos configurar los siguientes elementos en los distintos niveles de dispositivos de la capa de acceso, como se ilustra en la Figura 2:
-
Una MVLAN configurada en los dispositivos en todos los niveles de la capa de acceso. El dispositivo en el nivel superior se conecta al enrutador de multidifusión ascendente con una interfaz de enrutador de multidifusión y un puerto de troncalización en la MVLAN. Esta interfaz ascendente ya era un puerto de troncalización y un puerto de enrutador de multidifusión para las VLAN receptoras que se asociarán con la MVLAN.
La Figura 2 muestra una MVLAN configurada en todos los niveles de dispositivos. El dispositivo de nivel superior se conecta al enrutador de multidifusión mediante la interfaz INTF-1, configurada previamente como puerto de troncalización y puerto de enrutador de multidifusión en v10 y v20, y posteriormente agregado a la configuración como puerto de enrutador de troncalización y multidifusión en la MVLAN también.
-
VLAN de receptor MVR asociadas con MVLAN en los dispositivos en todos los niveles de la capa de acceso.
En la Figura 2, el dispositivo de nivel inferior se conecta al host 1 en VLAN v10 (mediante la interfaz de troncalización INTF-4) y al host 2 en v20 (mediante la interfaz de acceso INTF-5). Las VLAN v10 y v20 utilizan INTF-3 como puerto de troncalización y puerto de enrutador de multidifusión en la dirección ascendente al dispositivo de nivel superior. El dispositivo superior se conecta al inferior utilizando INTF-2 como puerto troncal en la dirección descendente para enviar consultas IGMP y reenviar tráfico de multidifusión en v10 y v20. Las VLAN v10 y v20 se configuran como VLAN receptoras de MVR para la MVLAN, con INTF-3 también agregado como puerto de troncalización y puerto de enrutador de multidifusión en la MVLAN. Las VLAN v10 y v20 también se configuran en el dispositivo de nivel superior como VLAN receptoras de MVR para la MVLAN.
-
MVR que se ejecuta en modo proxy en el dispositivo en el nivel superior para las VLAN de receptor MVR, por lo que el dispositivo actúa como proxy al enrutador de multidifusión para las solicitudes de pertenencia a grupos recibidas en las VLAN de receptor MVR. El enrutador ascendente envía solo una secuencia de multidifusión en la MVLAN descendente al dispositivo.
En la Figura 2, el dispositivo de nivel superior se configura en modo proxy y establece membresías de grupo en la MVLAN para hosts en VLAN de receptor MVR v10 y v20. El enrutador ascendente de la figura envía solo una secuencia de multidifusión en la MVLAN, la cual llega al dispositivo superior a través de INTF-1. El dispositivo superior reenvía la secuencia a los dispositivos de los niveles inferiores mediante INTF-2.
-
No se habilitó la traducción de etiquetas VLAN del receptor MVR en el tráfico MVLAN que sale de dispositivos de nivel superior. Los dispositivos en los niveles intermedios deben reenviar el tráfico MVLAN descendente en el contexto de la MVLAN, etiquetado con la etiqueta MVLAN.
El dispositivo superior de la figura no tiene habilitada la traducción para la VLAN del receptor v10 o v20 para la interfaz INTF-2 que se conecta al dispositivo de nivel inferior.
-
MVR que se ejecuta en modo transparente en los dispositivos de los niveles inferiores de la capa de acceso. Los dispositivos inferiores envían informes IGMP ascendentes en el contexto de las VLAN receptoras porque funcionan en modo transparente e instalan entradas de puente solo para la MVLAN, de forma predeterminada o con la
installopción configurada, tanto para la VLAN MVLAN como para las VLAN receptoras de MVR. El dispositivo superior se ejecuta en modo proxy e instala entradas de puente solo para la MVLAN. El enrutador ascendente envía solo una secuencia de multidifusión en la MVLAN descendente hacia los receptores, y el tráfico se reenvía a las VLAN receptoras de MVR en el contexto de la MVLAN, con traducción de etiqueta VLAN si la opción de traducción está habilitada (se describe a continuación).En la Figura 2, el dispositivo inferior está conectado al dispositivo superior con INTF-3 como puerto de troncalización y el puerto del enrutador de multidifusión para las VLAN receptoras v10 y v20. Para habilitar MVR en el dispositivo de nivel inferior, las dos VLAN de receptor MVR se configuran en modo transparente MVR e INTF-3 se configura adicionalmente para ser un puerto de troncalización y un puerto de enrutador de multidifusión para la MVLAN.
-
Traducción de etiquetas de VLAN de receptor MVR habilitada en VLAN receptoras en dispositivos de nivel inferior que tienen hosts en puertos de troncalización, por lo que esos hosts reciben el tráfico de multidifusión en el contexto de sus VLAN receptoras. Los hosts a los que se llega mediante puertos de acceso reciben paquetes sin etiquetar, por lo que, en ese caso, no es necesaria la traducción de etiquetas VLAN.
En la Figura 2, el dispositivo tiene habilitada la traducción en v10 y sustituye la etiqueta VLAN del receptor v10 por la etiqueta VLAN de MVLAN cuando reenvía la secuencia de multidifusión en la interfaz troncal INTF-4. El dispositivo no tiene habilitada la traducción en la versión 20 y reenvía paquetes de multidifusión sin etiquetar en el puerto de acceso INTF-5.
Tabla de historial de cambios
La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.