- Newest
- Most votes
- Most comments
Connecting MediaLive outputs to a MediaPackage can be performed by selecting either MediaPackage Output Group or the HLS Output Group. Both require the MediaPackage to exist already. There is no need for a VPC between MediaLive and MediaPackage.
Please review the following for the different methods of connecting MediaLive outputs to MediaPackage. https://docs.aws.amazon.com/medialive/latest/ug/origin-server-hls-emp.html https://docs.aws.amazon.com/medialive/latest/ug/origin-server-hls-empv2.html https://docs.aws.amazon.com/medialive/latest/ug/opg-mediapackage.html
NOTE: when selecting to use the MediaPackage Output Group in MediaLive, many of the config parameters are automatically set and are hidden, unable to change.
Based on the information provided, there are a few potential issues that could be causing the problem with your MediaLive to MediaPackage setup:
-
Trusted Entity: It's important to note that MediaLive has permission to write to MediaPackage via a trusted entity relationship. This means you don't need user credentials to send a MediaPackage output to MediaPackage. Ensure that this trusted entity relationship has been properly set up in your AWS account.
-
Channel Configuration: For MediaPackage output, even if your MediaLive channel has two pipelines, you only need one MediaPackage channel. Make sure you've created only one MediaPackage channel.
-
Input Endpoints: For MediaPackage v2 (HLS output), you need to obtain the two URLs (input endpoints) for the channel from MediaPackage. These URLs start with "https://" and are slightly different from each other. Ensure you're using these correct URLs in your MediaLive output configuration.
-
SCTE-35 and Epoch Locking: If your input includes SCTE-35 messages and you're using epoch locking, be aware that MediaLive automatically disables SCTE-35 passthrough and manifest decoration in the MediaPackage output group when epoch locking is enabled. You may need to choose between keeping SCTE-35 messages or enabling epoch locking.
-
IAM Permissions: While your IAM policy seems comprehensive, ensure that the MediaLive role has the necessary permissions to perform actions in MediaPackage. This includes
Describe*
,List*
,Create*
, andDelete*
actions for the MediaPackage service. -
Network Configuration: Although you mentioned that MediaLive and MediaPackage are in the same VPC subnet with open security groups, double-check that there are no network-related issues preventing communication between the services.
If you've verified all these points and are still experiencing issues, you may need to contact AWS support for further assistance, as there could be an underlying service issue or a more complex configuration problem.
Sources
Coordinate with the MediaPackage operator - MediaLive
Requirements for AWS Elemental MediaPackage - MediaLive
HLS output group to MediaPackage v2 - MediaLive
Input and output requirements - MediaLive
Thank you Mike-ME your response ("there is no need for a VPC between MediaLive and MediaPackage") helped me appreciate the setup here. I am used to elements being 'locked within a VPC', this is my first time using mediapackager. I assumed I could use my internal VPC subnet to send output to MediaPackager, but nope this isn't supported it seems.
I had setup my channel output on Medialive to use the MediaPackager correctly, however I had selected the output delivery method as VPC. Once I changed this to PUBLIC everything started working as expected.
Can the AWS designers please consider making the VPC option greyed out and not selectable when a user chooses the mediapackager option and force output to public? This would have saved me precious time and more grey hairs ;)
Relevant content
- asked a year ago
- AWS OFFICIALUpdated 3 months ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated 9 months ago
- AWS OFFICIALUpdated 5 months ago