Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Coordinación con el sistema descendente
El grupo de salida HLS de AWS Elemental MediaLive admite varios tipos de sistemas descendentes. Lea la información que se aplica al sistema con el que está trabajando.
**Topics**
+ [Grupo de salida de HLS a Amazon S3](origin-server-hls-s3.md)
+ [Grupo de salida HLS para MediaStore](origin-server-ems.md)
+ [Grupo de salida HLS para MediaPackage](origin-server-hls-emp.md)
+ [Grupo de salida HLS a v2 MediaPackage](origin-server-hls-empv2.md)
+ [Grupo de salida de HLS a HTTP](origin-server-http.md)
# Grupo de salida de HLS a Amazon S3
Siga este procedimiento si ha [decidido](identify-downstream-system.md) crear un grupo de salida de HLS con Amazon S3 como destino. Usted y el operador del sistema descendente deben ponerse de acuerdo sobre el destino de la salida del grupo de salida de HLS.
**Organización de la configuración del destino**
1. Decida si necesita dos destinos para la salida:
+ Necesita dos destinos en un [canal estándar](plan-redundancy.md).
+ Necesita un destino en un canal de canalización única.
1. Le recomendamos que diseñe la ruta completa del destino: el bucket de Amazon S3 y todas las carpetas. Consulte [Diseño de la ruta del destino de salida](hls-destinations-design-step.md).
1. Pida al usuario de Amazon S3 que cree los buckets que aún no existan.
Con MediaLive, el nombre del bucket de Amazon S3 no debe usar notación de puntos, lo que significa que no debe usar. (punto) entre las palabras del nombre del bucket.
1. Hable sobre la propiedad con el usuario de Amazon S3. Si el bucket pertenece a otra cuenta AWS , es posible que quiera que esa cuenta pase a ser la propietaria de la salida. Para obtener más información acerca de este procedimiento, consulte [Control del acceso a la salida](#setting-dss-hls-canned-acl).
Tenga en cuenta que no necesita credenciales de usuario para enviar a un bucket de S3. MediaLive tiene permiso para escribir en el bucket de S3 a través de la entidad de confianza. Alguien de su organización ya debería haber configurado estos permisos. Para obtener más información, consulte [Requisitos de acceso de la entidad de confianza](trusted-entity-requirements.md).
## Control del acceso a la salida
Es posible que esté enviando archivos de salida a un bucket de Amazon S3 que sea propiedad de otra cuenta AWS . En esta situación, es posible que quiera que la otra cuenta tenga la propiedad de los archivos de salida (esto es, el objeto que se coloca en el bucket). Si el propietario del bucket no pasa a ser el propietario del objeto, usted (MediaLive) será el único agente que podrá eliminar los archivos cuando ya no sean necesarios.
Por lo tanto, interesa a todas las partes transferir la propiedad de los archivos de salida una vez que estén en el bucket de Amazon S3.
Para transferir la propiedad del objeto, es necesaria la siguiente configuración:
+ El propietario del bucket debe añadir una política de permisos del bucket que le conceda permiso para añadir una lista de control de acceso (ACL) predefinida de Amazon S3 cuando MediaLive entregue los archivos de salida al bucket. El propietario del bucket debe leer la información de la guía del usuario de Amazon Simple Storage Service ACLs en la sección [Administrar el acceso con](https://docs.aws.amazon.com/AmazonS3/latest/userguide/acls). El propietario del bucket debe configurar los permisos de ACL para el bucket, no para los objetos.
+ El propietario del bucket también debe configurar la propiedad del objeto. De hecho, esta función hace que sea obligatorio (en lugar de opcional) que el remitente (MediaLive) incluya la ACL de *control total del propietario del bucket*. El propietario del bucket debe leer la información en [Control de la propiedad del objeto](https://docs.aws.amazon.com/AmazonS3/latest/userguide/about-object-ownership) en la guía del usuario Amazon Simple Storage Service.
Si el propietario del bucket implementa esta función, debe configurarla MediaLive para incluir la ACL. Si no lo hace, no se podrá realizar la entrega al bucket de Amazon S3.
+ Debe configurarlo MediaLive para incluir la** ACL de *control total del propietario del bucket* cuando realice la entrega al bucket. Deberá realizar esta configuración cuando [cree el canal](hls-destinations-s3-specify.md).
La función ACL preconfigurada de S3 permite el *control total de ACLs otras personas que no sean el propietario del Bucket*, pero estas otras no ACLs suelen ser aplicables al caso de uso de la transmisión de vídeo desde la que se transmite vídeo. MediaLive
# Grupo de salida HLS para MediaStore
Siga este procedimiento si ha [decidido](identify-downstream-system.md) crear un grupo de salida HLS con AWS Elemental MediaStore como destino. Usted y el operador del sistema descendente deben ponerse de acuerdo sobre el destino de la salida del grupo de salida de HLS.
**Organización de la configuración del destino**
1. Decida si necesita dos destinos para la salida:
+ Necesita dos destinos en un [canal estándar](plan-redundancy.md).
+ Necesita un destino en un canal de canalización única.
1. Le recomendamos que diseñe la ruta completa del destino. Consulte [Diseño de la ruta del destino de salida](hls-destinations-design-step.md).
Si tiene dos destinos, las rutas de destino deben ser diferentes entre sí de alguna manera. Al menos una de las partes de una ruta debe ser diferente de la otra. Todas las partes pueden ser diferentes.
1. Pida al MediaStore usuario que cree cualquier contenedor que aún no exista.
1. Obtenga el punto de conexión de datos del contenedor o contenedores. Por ejemplo:
`https://a23f.data.mediastore.us-west-2.amazonaws.com`
`https://fe30.data.mediastore.us-west-2.amazonaws.com`
Necesitará los puntos de conexión de datos. No necesita el nombre del contenedor.
Ten en cuenta que no necesitas credenciales de usuario para enviar a MediaStore contenedores. MediaLive tiene permiso para escribir en el MediaStore contenedor a través de la entidad de confianza. Alguien de su organización ya debería haber configurado estos permisos. Para obtener más información, consulte [Requisitos de acceso de la entidad de confianza](trusted-entity-requirements.md).
# Grupo de salida HLS para MediaPackage
Siga este procedimiento si ha [decidido](identify-downstream-system.md) crear un grupo de salida de HLS y enviarlo a AWS Elemental MediaPackage través de HTTPS. Usted y el operador del sistema descendente deben ponerse de acuerdo sobre el destino de la salida del grupo de salida de HLS.
**Organización de la configuración del destino**
1. Pide al MediaPackage usuario que cree un canal en MediaPackage. Incluso si el MediaLive canal es un [canal estándar](plan-redundancy.md) (con dos canalizaciones), solo necesitará un MediaPackage canal.
1. Acuerde con el MediaPackage usuario la configuración de las credenciales de usuario de HTTPS. Debe enviar a a MediaPackage través de una conexión segura.
1. Obtenga la siguiente información:
+ Los dos URLs (los puntos finales de entrada son la MediaPackage terminología) del canal. Los dos URLs para un canal tienen el siguiente aspecto:
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/9dj8/channel`
`https://6d2c.mediapackage.uswest-2.amazonaws.com/in/v2/9dj8/e333/channel`
Los dos URLs son siempre idénticos, excepto en la carpeta anterior`channel`.
Asegúrese de obtener el nombre URLs (que comienza con`https://`) y no el nombre del canal (que comienza con`arn`).
+ El nombre de usuario y la contraseña para acceder al sistema descendente, si el sistema descendente requiere solicitudes autenticadas. Tenga en cuenta que estas credenciales de usuario están relacionadas con la autenticación de usuarios, no con el protocolo. La autenticación de usuarios se refiere a si el sistema descendente aceptará su solicitud. El protocolo se refiere a si la solicitud se envía a través de una conexión segura.
# Grupo de salida HLS a v2 MediaPackage
Siga este procedimiento si ha [decidido](hls-choosing-hls-vs-emp.md) crear un grupo de salida HLS y enviarlo a MediaPackage la v2. Usted y el operador del sistema descendente deben ponerse de acuerdo sobre el destino de la salida del grupo de salida de HLS.
**Organización de la configuración del destino**
1. Pida al MediaPackage usuario que cree un canal en MediaPackage. Incluso si el MediaLive canal es un [canal estándar](plan-redundancy.md) (con dos canalizaciones), solo necesitará un MediaPackage canal.
1. Obtenga los dos URLs (los puntos finales de entrada son la MediaPackage terminología) para el canal. Los dos elementos URLs de un canal tienen el siguiente aspecto:
`https://mz82o4-1.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/1/curling/index`
`https://mz82o4-2.ingest.hnycui.mediapackagev2.us-west-2.amazonaws.com/in/v1/live-sports/2/curling/index`
Los dos URLs son ligeramente diferentes, como se muestra en los ejemplos anteriores.
Asegúrate de obtener el nombre URLs (que empieza por`https://`) y no el nombre del canal (que empieza por`arn`).
Ten en cuenta que no utilizas las credenciales de usuario para enviar a la MediaPackage versión 2.
# Grupo de salida de HLS a HTTP
Siga este procedimiento si ha [decidido](identify-downstream-system.md) crear un grupo de salida de HLS con uno de los siguientes sistemas descendentes como destino:
+ Un servidor HTTP o HTTPS PUT.
+ Un servidor HTTP o HTTPS WebDAV.
+ Un servidor de origen de Akamai.
Usted y el operador del sistema descendente deben ponerse de acuerdo sobre el destino de la salida del grupo de salida de HLS.
Cuando entrega HLS a través de HTTP, normalmente se hace en un servidor de origen. El servidor de origen suele tener directrices claras sobre las reglas de la ruta de destino, incluido el nombre del archivo del manifiesto principal (el archivo `.M3U8`).
**Organización de la configuración del destino**
Debe hablar con el operador del sistema descendente para coordinar la configuración.
1. Si el sistema descendente no es un servidor de Akamai, averigüe si utiliza PUT o WebDAV.
1. Averigüe si el sistema descendente tiene requisitos de conexión especiales. Estos campos de conexión se agrupan en la consola en la sección **Configuración de CDN** del grupo de salida de HLS. Para mostrar esta página en la MediaLive consola, en la página **Crear canal**, en la sección **Grupos de salida**, selecciona **Añadir** y, a continuación, **HLS**. Seleccione el grupo y, a continuación, en la **configuración de HLS**, abra la **configuración de CDN**.
1. Decida si necesita dos destinos para la salida:
+ Necesita dos destinos en un [canal estándar](plan-redundancy.md).
+ Necesita un destino en un canal de canalización única.
1. Averigüe si el sistema descendente utiliza una conexión segura. Si es así, póngase en contacto con el operador para configurar las credenciales de usuario.
1. Averigüe si el sistema descendente requiere rutas personalizadas dentro de los manifiestos principales y los manifiestos secundarios. Para obtener más información, consulte [Personalización de las rutas dentro de manifiestos HLS](hls-manifest-paths.md).
1. Si va a configurar un [canal estándar](plan-redundancy.md), averigüe si el sistema descendente admite manifiestos redundantes. Si es así, decida si desea implementar esta característica. Para obtener más información, consulte [Creación de manifiestos HLS redundantes](hls-redundant-manifests.md); para obtener instrucciones específicas, consulte [Reglas para la mayoría de los sistemas descendentes](hls-redundant-manif-most-systems.md) y [Reglas para Akamai CDNs](hls-redundant-manif-akamai.md).
1. Hable con el operador del sistema posterior para acordar una ruta de destino completa para las tres categorías de archivos HLS (los manifiestos principales, los manifiestos secundarios y los archivos multimedia). MediaLive siempre coloca las tres categorías de archivos de cada destino en esta única ubicación. No es posible configurarlos MediaLive para colocar algunos archivos en otra ubicación.
Si tiene dos destinos, las rutas de destino deben ser diferentes entre sí de alguna manera. Al menos una de las partes de una ruta debe ser diferente de la otra. Todas las partes pueden ser diferentes. Consulte este requisito con el operador del sistema descendente. El sistema descendente puede tener reglas específicas sobre la exclusividad.
1. Hable con el operador del sistema descendente sobre los requisitos especiales para los nombres de las tres categorías de archivos HLS. Por lo general, el sistema descendente no tiene requisitos especiales.
1. Hable con el operador del sistema descendente sobre los requisitos especiales que debe cumplir el modificador de los nombres de los manifiestos secundarios y de los archivos multimedia.
Los manifiestos secundarios y los archivos multimedia siempre incluyen este modificador en sus nombres de archivo. El modificador distingue cada salida de las otras, por lo que debe ser único en cada salida. Por ejemplo, los archivos de salida de alta resolución deben tener un nombre diferente al de los archivos de salida de baja resolución. Por ejemplo, los archivos de una salida pueden tener el nombre de archivo y modificador `curling_high`, mientras que la otra salida puede tener `curling_low`.
Por lo general, el sistema descendente no tiene requisitos especiales.
1. Pregunte al operador del sistema descendente si los archivos multimedia deben configurarse en subdirectorios separados. Por ejemplo, un subdirectorio para los primeros 1000 segmentos, otro subdirectorio para los segundos 1000 segmentos, etc.
La mayoría de los sistemas descendentes no requieren subdirectorios separados.
1. Acuerde las partes de la ruta de destino en las que el sistema descendente tiene requisitos especiales.
+ Por ejemplo, es posible que el sistema descendente solo requiera que se envíe a un host específico. El sistema descendente no necesita conocer los nombres de las carpetas o archivos que va a utilizar.
Por ejemplo, envíelo a dos carpetas que quiera, pero que estén en el host de `https://203.0.113.55`.
O bien, envíelo a dos carpetas que quiera, pero que estén en los hosts de `https://203.0.113.55` y `https://203.0.113.82`.
+ También es posible que el sistema descendente requiera un host y una carpeta específicos, pero con un nombre de archivo que usted elija. Por ejemplo, este host y carpetas:
`https://203.0.113.55/sports/delivery/`
`https://203.0.113.55/sports/backup/`
1. Tome nota de la información que ha recopilado:
+ El tipo de conexión del sistema descendente: Akamai, PUT o WebDAV.
+ La configuración de los campos de conexión, si el sistema descendente tiene requisitos especiales.
+ El protocolo de entrega: HTTP o HTTPS.
+ El nombre de usuario y la contraseña para acceder al sistema descendente, si el sistema descendente requiere solicitudes autenticadas. Tenga en cuenta que estas credenciales de usuario están relacionadas con la autenticación de usuarios, no con el protocolo. La autenticación de usuarios se refiere a si el sistema descendente aceptará su solicitud. El protocolo se refiere a si la solicitud se envía a través de una conexión segura.
+ Todas las rutas de destino o parte de ellas, incluidos posiblemente los nombres de los archivos.
+ Si tiene que configurar subdirectorios independientes.