本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 设置：创建输入
本节介绍如何为 AWS Elemental MediaLive 频道的内容源创建输入。必须在开始创建通道前创建这些输入。
要创建输入，必须执行以下步骤：
+ 您必须安排上游系统的操作员执行一些设置。
+ 您必须在中创建输入 MediaLive。
这两个步骤会在上游系统的地址和 MediaLive 的地址之间创建连接。源内容从上游系统上的指定地址移动到上游系统的指定地址 MediaLive ，无论是上游系统的*推送*还是*拉*过的 MediaLive。连接信息包含在您创建的输入中。
对于上游系统（格式和传送协议）和输入类型的每种组合，都需执行不同的设置。如果您尚未执行这一操作，则必须确定每个内容源的上游系统和输入类型。请参阅[评测上游系统](evaluate-upstream-system.md)。
**Topics**
+ [准备就绪](input-create-getready.md)
+ [CDI 输入](input-create-cdi-push.md)
+ [CDI 输入 – 合作伙伴 CDI 输入](input-create-cdi-partners.md)
+ [Elemental Link 输入](input-create-link-device.md)
+ [HLS 输入](input-create-hls-pull.md)
+ [MediaConnect 输入](input-create-push-mediaconnect.md)
+ [MediaConnect 路由器输入](input-create-mediaconnect-router.md)
+ [MP4 输入](mp4-pull-input.md)
+ [RTMP 拉取输入](input-create-rtmp-pull.md)
+ [RTMP 推送输入](input-create-rtmp-push.md)
+ [RTMP VPC 输入](rtmp-push-vpc-input.md)
+ [RTP 推送输入](input-create-rtp-push.md)
+ [RTP VPC 输入](rtp-push-vpc-input.md)
+ [SMPTE 2110 输入](input-create-s2110.md)
+ [SRT 来电者输入](input-caller-srt.md)
+ [SRT 监听器输入](input-listener-srt.md)
+ [TS 文件输入](ts-file-input.md)
+ [后续步骤](input-create-nextsteps.md)
# 准备就绪
在创建任何输入之前，您应该规划工作流程。阅读以下各节：
+ [在工作流中准备上游和下游系统](container-planning-uss-dss.md) – 您必须设置从上游系统传送。创建输入的任务是该传送设置的一部分。您必须与上游系统和内容提供商进行协调。
+ [实施管道冗余](plan-redundancy-mode.md) – 您必须决定是否要实施管道冗余，即设置标准通道还是单管道通道。实施管道冗余可在通道处理管道中提供故障恢复能力。
+ [实施自动失效转移](automatic-input-failover.md) – 您必须决定是否要实施自动输入失效转移。实施自动输入失效转移可为通道的一个输入提供通道上游故障恢复能力。
# 设置 CDI 输入
本节介绍如何创建 CDI 推送输入。使用 CDI 源，上游系统*会将内容推送*到。 MediaLive
要执行此设置，您必须与 Amazon VPC 用户和上游系统的操作员合作，并且必须在上游系统中工作 MediaLive。
**注意**
确保内容提供商在其 CDI 源设备上使用最新版本的 [AWS CDI SDK](https://aws.amazon.com/media-services/resources/cdi/)。
**Topics**
+ [请求设置 VPC](setup-vpc-cdi-vpc.md)
+ [创建 CDI 输入](setup-input-cdi-vpc.md)
+ [确保上游系统设置正确](setup-uss-cdi-vpc.md)
+ [该过程的结果](setup-result-cdi-vpc.md)
# 请求设置 VPC
Amazon VPC 用户必须设置 VPC，并确定上游系统和 MediaLive 将要使用的子网和安全组。
**设置 VPC**
1. 向 Amazon VPC 用户提供以下准则。
+ 子网准则 – 请求两个子网。您需要两个子网，因为 CDI 输入始终是[标准类输入](class-channel-input.md)，即使您的通道是单管道通道也需要两个子网。有关输入类的更多信息，请参阅[选择通道类和输入类](class-channel-input.md)。
这些规则适用于：
+ 两个子网必须位于不同的可用区。
+ 每个子网都必须有一个私有 CIDR 块（一系列 IP 地址）。
+ 每个子网在该块中必须至少有两个未使用的地址，一个供上游系统使用，一个供 CDI 输入使用。
+ 您为与此 CDI 源（源 A）在同一通道中使用而创建的任何其它基于 VPC 的源（源 B）都必须与源 A 位于同一可用区的子网中。源 B 的两个子网可以与源 A 不同，但这两个子网的可用区必须与源 A 的可用区相同。
+ 安全组准则 – 每个子网的安全组必须遵循以下规则：
+ 安全组的组合入站规则必须允许来自该子网中的上游系统 IP 地址的入站流量。
+ 子网必须具有一个已启用 EFA 的安全组。要创建此类安全组并了解有关其规则的信息，请参阅《[Amazon Elastic Compute Cloud 用户指南](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/efa-start.html)》。
1. 在 Amazon VPC 用户执行设置后，获取以下信息：
+ VPC 的 ID。例如：`vpc-3f139646`
+ 两个 IDs 子网中的。例如，一个子网可能有以下 ID：`subnet-1122aabb`
+ 一个或多个子网的安全组。 IDs 例如：`sg-51530134`
# 创建 CDI 输入
Amazon VPC 用户在 VPC 上设置完毕后，您可以在中 MediaLive创建 CDI 输入。
本节介绍如何创建常规 CDI 输入。如果您不打算为连接到通道的 CDI 源提供自动输入失效转移支持，请创建此类输入。（如果您确实计划实施，请改为创建 [CDI *合作伙伴输入*](input-create-cdi-partners.md)。）
**Topics**
+ [创建 CDI 输入](#cdi-push-create)
+ [IAM 角色和 ARN](#cdi-push-role-and-remember-arn)
## 创建 CDI 输入
**创建 CDI 推送输入**
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 在导航窗格中，选择 **Inputs (输入)**。在 **Inputs (输入)** 页面上，选择 **Create input (创建输入)**。
1. 完成**输入详细信息**部分：
+ **输入**姓名 – 输入一个名称。
+ **输入类型** – 选择 **Amazon CDI**。
1. 完成 **VPC 设置**部分：
+ 选择**选择子网和安全组**。
+ 对于**子网**，从已获取的子网中选择一个。下拉列表显示了所有子网 VPCs，标识如下：
` `
例如：
**subnet-1122aabb us-west-2a 10.30.30.0/24 vpc-3f139646 用于推送输入的子网 MLive **
如果子网列表为空，请选择 **Specify custom VPC (指定自定义 VPC)**，然后在此字段中输入子网 ID。（您需要仅输入子网 ID，例如 **subnet-1122aabb**。）
+ 在**子网**中，选择第二个子网。第二次，该下拉列表仅显示第一个子网所在的 VPC 中的子网。
+ 对于**安全组**，按照与子网相同的过程，选择您获取的一个或多个安全组。下拉列表显示属于所选 VPC 的安全组，如下所示：
` `
例如：
**sg-51530134 用于推送输入的安全组 vpc-3f139646 MLive **
1. 填写 “**角色 ARN**” 部分，选择 MediaLive 要用于此输入的角色。有关更多信息，请参阅 [IAM 角色和 ARN](#cdi-push-role-and-remember-arn)。
1. 在 **Tags (标签)** 部分中，创建标签（如果您希望将标签与此输入关联）。有关更多信息，请参阅 [标注资源](tagging.md)。
1. 选择**创建**。
MediaLive 创建输入并自动在该输入上创建两个端点。这些终端节点具有子网范围内的私有 IP 地址，并指定端口 5000。例如：
`10.30.30.33:5000`
`10.30.30.44:5000`
1. 向上游系统提供这些终端节点：
+ 如果通道将设置为标准通道，则提供这两个端点。上游系统必须将内容推送到这两个终端节点。
+ 如果通道将设置为单管道通道，则仅提供第一个端点。上游系统必须推送到这样的一个终端节点。
## IAM 角色和 ARN
本节介绍如何在创建 CDI 输入时完成 MediaLive 控制台**创建输入**窗格上的 “**角色 ARN**” 部分。
在创建 CDI 输入时，您必须选择 MediaLive 要担任的角色。要创建输入， MediaLive 必须获取输入中两个端点的网络接口。这些终端节点在您标识的子网的 CIDR 范围内。一旦您为该输入选择**创建**，就会从 Amazon VPC MediaLive 请求这些网络接口。您选择的角色可确保其向 Amazon VPC 的请求 MediaLive 成功。
**注意**
MediaLive 控制台上的此部分与**创建频道**页面（也位于控制台上）上的 **IAM 角色**部分相同。 MediaLive 两种用法的差异是，在 **Create input (创建输入)** 页面上，您将角色附加到输入。在 **Create channel (创建通道)** 页面上，将此角色附加到通道。您可以在这两种用法中使用相同的角色（例如，**MediaLiveAccessRole**）。
一般而言，选择角色存在两种情形，具体取决于您的组织是否有指定的管理员。
### 您的组织拥有指定的管理员
您的组织可能有管理此服务的管理员。该管理员可能已设置一个或多个角色：
+ 请向管理员或您的经理询问要使用的角色。或者，如果在 **Use existing role (使用现有角色)** 中只列出了一个规则，则选择该角色。
+ 如果列出的唯一角色是 **MediaLiveAccessRole**，请选择该角色。此外，如果此角色名称旁边显示 **Update (更新)** 按钮，请选择此按钮。（此按钮并非始终显示，但只要它出现，就请选择它来刷新角色。）
+ 如果您希望所选角色下次在列表中首先显示，请选择 **Remember ARN (记住 ARN)**。
### 您的组织没有管理员
您的组织可能不具有指定的服务管理员。在此情况下，如果您的同事都未设置合适的角色，则您可能需要自己创建一个角色，然后选择该角色。
+ 您可以创建名为的默认角色**MediaLiveAccessRole**。要首先检查其他人是否已经创建了此角色（只需一个人需要为 AWS 账户中的所有用户创建该角色），请查看**从模板创建角色**：
+ 如果此选项灰显，则表明该任务已完成。在这种情况下，请选择 “**使用现有角色**”，然后**MediaLiveAccessRole**从列表中进行选择。
+ 如果此选项不灰显，请选择 **Create role from template (从模板创建角色)**，然后选择 **Create IAM role (创建 IAM 角色)**。接下来，从列表中选择该角色。如果 MediaLive 不允许您创建角色，请向组织中的管理员询问您的 IAM 权限。
+ 如果**MediaLiveAccessRole**已经创建并且旁边显示了 “**更新**” 按钮，请选择该按钮。（此按钮并非始终显示，但只要它出现，就请选择它来刷新角色。）
+ 如果您希望所选角色下次在列表中首先显示，请选择 **Remember ARN (记住 ARN)**。
# 确保上游系统设置正确
创建 CDI 输入后，必须确保上游系统的操作员正确设置了您的 VPC，并将内容推送到中的 MediaLive正确位置。
**设置标准通道**
如果计划的通道是[标准通道](plan-redundancy.md)，则必须确保上游系统的操作员提供两个源。
1. 向操作员提供以下信息：
+ VPC IDs 中的一个、两个子网以及 Amazon VPC 用户在[步骤 1](setup-vpc-cdi-vpc.md) 中为您提供的安全组。
+ 创建 CDI 输入时 MediaLive 生成的两个端点 (URLs)。这些端点是[此过程之后的图表](setup-result-cdi-vpc.md)中蓝色方框内的地址。它们 URLs 都有一个子网范围内的私有 IP 地址，它们指定端口 5000。例如：
`10.30.30.33:5000`
`10.40.40.44:5000`
1. 确保操作员正确设置了标准通道。他们必须执行以下操作：
+ 设置两个输出接口。在其中一个子网的一个上游系统中设置一个输出接口，然后在另一个子网的另一个上游系统中设置一个输出接口。这些接口是[此过程之后的图表](setup-result-cdi-vpc.md)中紫色方框内的地址。
+ 确保两个内容源的视频分辨率和比特率相同。
+ 按向正确的方向 URLs 开启 MediaLive。例如，他们必须推送到：
`10.30.30.33:5000`
`10.40.40.44:5000`
**设置单管道通道**
+ 将会有一个仅向 VPC 中的一个子网发送内容的上游系统。
+ 内容将从 VPC 流向输入上的一个端点。永远不会使用另一个端点。
+ MediaLive 将摄取单一来源的内容。
1. 向操作员提供以下信息：
+ VPC、其中一个子网以及 Amazon VPC 用户提供给您的所有安全组。 IDs
+ 仅在创建 CDI 输入时 MediaLive 生成的两个端点 (URLs) 中的第一个。这些端点是[此过程之后的图表](setup-result-cdi-vpc.md)中蓝色方框内的地址。URL 具有一个子网范围内的私有 IP 地址，并指定端口 5000。
`10.30.30.33:5000`
1. 确保操作员正确设置了单管道通道。他们必须：
+ 设置一个上游系统。
+ 设置一个输出接口。此接口是[此过程之后的图表](setup-result-cdi-vpc.md)中一个紫色方框内的地址。
+ 开启推送到正确的 URL MediaLive。例如，他们必须推送到：
`10.30.30.33:5000`
# 该过程的结果
此设置的结果如下图所示。主要包括三个组成部分：
+ 上游系统（紫色方框）。
+ 带有子网的 VPC（绿色方框）和 VPC 安全组（黄色方框）。
+ CDI 输入（蓝色方框）。
CDI 输入有一个或两个*端点* URLs （蓝色方框中的地址）。这些终端节点是您的 VPC 上的弹性网络接口 (ENIs)。 MediaLive 有权使用这些 ENIs 作为其输入。 MediaLive 拥有（通过 IAM 可信实体角色）自动管理其输入 ENIs的权限。
上游系统有两个输出。每个输出都有一个 IP 地址，这个 IP 地址位于 VPC 中的一个指定子网中。上游系统有权（通过一个或多个 Amazon VPC 安全组中的规则）将内容推送到这些端点。上游系统将源内容推送到两个端点（如果您设置的是标准通道）或一个端点（如果您设置的是单管道通道）。
上游系统的 IP 地址位于 VPC 子网中，且 CDI 输入的端点位于同一 VPC 子网中。这样，将内容从上游系统传输到的 MediaLive 过程就是在VPC的安全范围内进行的。
CDI 输入上的两个 IP 地址在输入的生命周期内是固定的。无论如何变化（例如修改输入中的其它信息或将输入附加到其它通道），这两个 IP 地址都保持固定不变。
请记住，利用推送输入，在启动通道时，上游系统必须正在将视频源推送到输入。在此之前，上游系统不需要推送。
在频道运行时，对正在推送的内容 MediaLive 做出反应并进行摄取。
![\[Diagram showing VPC subnets, security groups, and upstream systems connecting to CDI input in MediaLive.\]](http://docs.aws.amazon.com/zh_cn/medialive/latest/ug/images\cdi-vpc-uss-input.png)
# 在 Amazon VPC 中创建合作伙伴 CDI 推送输入
合作伙伴 CDI 输入是 CDI 输入的一种特定配置。如果想为连接至通道的 CDI 源提供自动输入失效转移支持，则必须将两个 CDI 输入设置为*合作伙伴*。有关合作伙伴 CDI 输入的更多信息，请参阅[将 CDI 输入创建为合作伙伴输入](feature-cdi-partner.md)。
两个输入始终一起使用，因为两个输入位于一个自动失效转移对中。这两个输入只能作为一个失效转移对一起使用。
您可以通过以下两个步骤创建一组合作伙伴 CDI 输入：
+ 以常规方式创建第一个合作伙伴 CDI 输入。
+ 然后，根据第一个输入创建第二个合作伙伴输入。
**创建第一个合作伙伴 CDI 输入**
+ 如果您已经具有一个常规 CDI 输入，则可以将其作为第一个合作伙伴。跳过此步骤，转至下面创建第二个合作伙伴的步骤。
如果没有，则[按常规方式创建输入](setup-input-cdi-vpc.md)。
MediaLive 创建输入并自动在该输入上创建两个端点。这些端点都具有子网范围内的私有 IP 地址，并指定端口 5000。例如：
`10.30.30.33:5000`
`10.30.30.44:5000`
在创建第二个合作伙伴之前，请勿向上游系统提供此信息。
**创建第二个合作伙伴 CDI 输入**
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 在导航窗格中，选择 **Inputs (输入)**。
1. 在输入列表中，选择第一个合作伙伴输入。此时将显示该输入的详细信息。
在**端点**部分，您可以看到适用于此输入的端点。例如：
`10.30.30.33:5000`
`10.30.30.44:5000`
1. 在页面的顶部，选择**创建合作伙伴输入**。
1. 在确认对话框中，可以选择从第一个输入中复制标签（如果有）。
1. 选择**确认**。
此时将显示此输入的**输入详细信息**页面，页面中会显示有关新输入的信息。
+ 在**详细信息**中，**名称**显示该输入与第一个输入的名称相同，后缀为“- partner”。
+ 在**详细信息**中，合作伙伴 **CDI ID** 字段显示第一个输入的 ID。
+ 在**端点**中，除了端口号不同之外，输入端点与第一个输入的两个端点相同。例如：
`10.30.30.33:5001`
`10.30.30.44:5001`
# 设置 Elemental Link 输入
本节介绍如何创建 Elemental Link 推送输入。 AWS Elemental Link 设备将内容*推送*到 MediaLive。
要执行此设置，您必须与 AWS Elemental Link 设备操作员合作。
**Topics**
+ [获取信息](setup-input-link-obtain-info.md)
+ [创建 Elemental Link 输入](setup-uss-input-link.md)
+ [该过程的结果](setup-link-result.md)
# 获取信息
从 AWS Elemental Link 设备操作员那里获取以下信息：
+ 提供源的一个或多个设备的名称。例如：
**hd-re87jr7crey**
标准类输入需要两个设备名称，单类输入需要一个设备名称。有关输入类及其用法的信息，请参阅[选择通道类和输入类](class-channel-input.md)。
+ 设备配置的区域，以便您可以为该区域 MediaLive进行设置。这些规则适用于：
+ 两台设备必须位于同一区域内。
+ 设备、该设备的输入以及使用该输入的通道都必须位于同一区域内。
# 创建 Elemental Link 输入
获得有关 AWS Elemental Link 硬件设备的信息后，可以创建 Elemental Link 输入。
**创建链接输入**
1. 确保您具有[第 1 步](setup-input-link-obtain-info.md)中的信息。
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 将 AWS 区域设置为与 AWS Elemental Link 设备存在的区域相匹配。
1. 在导航窗格中，选择 **Inputs (输入)**。在 **Inputs (输入)** 页面上，选择 **Create input (创建输入)**。
1. 完成**输入详细信息**部分：
+ **输入**姓名 – 输入一个名称。
+ **输入类型** – 选择 **Elemental Link**。
1. 在**输入设备**部分的**输入类**中，选择此输入的类：
+ STANDARD\$1INPUT
+ SINGLE\$1INPUT
1. 在**输入设备**中，选择要附加到此输入以作为源的一个或两个设备。从下拉列表中，选择您之前获取的设备名称。列表仅显示在当前区域中设置的设备。
+ 如果输入是标准类输入，请填写全部两个字段，以提供两个源设备。
+ 如果输入是单管道类输入，请填写第一个字段，将第二个字段留空。
1. 在 **Tags (标签)** 部分中，创建标签（如果您希望将标签与此输入关联）。有关更多信息，请参阅 [标注资源](tagging.md)。
1. 选择**创建**。
将显示输入的**详细**信息窗格，显示有关输入及其使用的 MediaLive 设备的详细信息，包括以下内容：
+ **ID** – 输入的唯一数字 ID。
+ **ARN** – 包含该数字 ID 的输入 ARN。
+ **输入设备** – AWS Elemental Link 设备的唯一 ID。
+ **设备缩略图** – 设备当前正在推送的内容的缩略图（如果正在推送任何内容）。设备通过大约每 5 秒捕获一个视频帧来生成缩略图。
# 该过程的结果
此设置的结果是，存在一个 Elemental Link 输入（蓝色方框），用于标识所 AWS Elemental Link 连接的一个或多个设备（紫色方框）。 MediaLive您无需执行其他设置，因为该 AWS Elemental Link 设备旨在与之无缝协作 MediaLive。
请记住，利用推送输入，在启动通道时，上游系统必须正在将视频源推送到输入。在此之前，上游系统不需要推送。
在频道运行时，对 AWS Elemental Link 正在推送的内容 MediaLive 做出反应并摄取。
![\[Diagram showing AWS Elemental Link device connecting to Link input in MediaLive.\]](http://docs.aws.amazon.com/zh_cn/medialive/latest/ug/images\link-uss-input.png)
# 设置 HLS 输入
本节介绍如何创建 HLS 输入。使用 HLS 输入，在频道启动时 MediaLive 连接到上游系统并*拉*出信号源。
要执行此设置，必须与上游系统的操作员合作。
**Topics**
+ [获取信息](setup-hls-http.md)
+ [创建 HLS输入。](setup-input-hls.md)
+ [确保 HLS 上游服务器设置正确](setup-uss-hls.md)
+ [该过程的结果](setup-hls-result.md)
# 获取信息
从上游系统的操作员处获取以下信息：
+ 上游服务器上存储 M3U8 清单文件的位置 (URLs)。
有两个 URLs 用于标准类输入，或者一个用于单类输入的 URL。有关输入类及其用法的信息，请参阅[选择通道类和输入类](class-channel-input.md)。
有关 URL 格式和示例，请参阅此部分后面的表。
记下完整内容 URLs。
+ 用于访问上游服务器（如果上游系统要求经过身份验证的请求）和访问许可证服务器（如果 [HLS 源已加密](uss-obtain-info.md)）的用户名和密码（凭证）。您可能需要上游系统或许可证服务器的凭证，或两者都需要。
如果两台服务器都需要凭证，则两台服务器的凭证必须相同。在与上游系统[讨论任何加密要求](planning-hls-input-encrypted.md)时，应确保许可证服务器使用的凭证与上游系统相同。
请注意，这些用户凭证与用户身份验证（而不是与协议）相关。用户身份验证与上游服务器或许可证服务器是否将接受您的请求有关。协议与请求是否通过安全连接发送有关。
**上游服务器是 HTTP 或 HTTPS 服务器**
| | |
| --- |--- |
| URL 的格式 | http//:[:port]//.m3u8或者https//:[:port]//.m3u8 |
| 示例 | https://203.0.113.13/sports/curling.m3u8 和`https://198.51.100.54/sports/curling.m3u8` |
**上游服务器是 AWS Elemental MediaStore**
| | |
| --- |--- |
| URL 的格式 | mediastoressl:////.m3u8 |
| 示例 | 假设其中一个内容源的容器的数据端点如下所示： **eri39n.data.mediastore.us-west-2.amazonaws.com**. 假设 `M3U8` 文件的文件名为 `curling.m3u8`，并存储在容器中的 `sports/canada` 路径中。 其中一个内容源的 URL 将是： **mediastoressl://eri39n.data.mediastore.us-west-2.amazonaws.com/sports/canada/curling.m3u8**. |
**上游服务器是 Amazon S3**
| 上游服务器 | URL 的格式 |
| --- | --- |
| URL 的格式 | s3ssl:////.m3u8 |
| 示例 | `s3ssl://amzn-s3-demo-bucket/movies/main/mlaw.m3u8` 和 `s3ssl://amzn-s3-demo-bucket1/movies/redundant/mlaw.m3u8` |
# 创建 HLS输入。
从上游系统获取信息后，您可以创建 HLS 输入。
**创建 HLS 拉取输入**
1. 确保您具有[第 1 步](setup-input-link-obtain-info.md)中的信息。
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 在导航窗格中，选择 **Inputs (输入)**。在 **Inputs (输入)** 页面上，选择 **Create input (创建输入)**。
1. 完成**输入详细信息**部分：
+ **输入**姓名 – 输入一个名称。
+ **输入类型** – 选择 **HLS**。
1. 在**输入类**部分，为此输入选择类：
+ STANDARD\$1INPUT
+ SINGLE\$1INPUT
1. 在 “**输入来源**” 部分，输入 URLs 您之前获得的：
+ 如果输入是标准类输入，请填写两个字段，提供两个字段。 URLs
+ 如果输入是单管道类输入，请使用您获得的 URL 填写第一个字段，将第二个字段留空。
1. 如果上游系统 and/or 许可证服务器（如果 HLS 源已加密）要求您提供用户凭据，则还必须输入访问该位置的用户名和密码密钥。这些凭证存储在 Systems Manager Parameter Store 上。有关更多信息，请参阅 [关于创建密码参数的功能](requirements-for-EC2.md#about-EC2Password)。
如果其中一台服务器（上游系统或许可证服务器）需要凭据而另一台不需要，则 MediaLive 将其提供给两者。但是不需要凭证的服务器会直接忽略凭证。
1. 在 **Tags (标签)** 部分中，创建标签（如果您希望将标签与此输入关联）。有关更多信息，请参阅 [标注资源](tagging.md)。
1. 选择**创建**。
MediaLive 创建输入并将其添加到输入列表中。输入指定一个或两个源。源不会显示在列表中，但如果您选择 **Name (名称)** 链接，则详细信息页面将显示这些源。
# 确保 HLS 上游服务器设置正确
上游服务器的操作员必须在上游系统上设置源内容。确保操作员的设置如下：
+ 他们设置为提供正确数量的源：
+ 如果 MediaLive 频道是标准频道，则运营商必须为内容设置两个来源。他们确保两个源的视频分辨率和比特率相同。
+ 如果 MediaLive 频道是单管道频道，则操作员必须为内容设置一个来源。
+ 他们设置为按约定提供M3U8清单文件。 URLs这些 URLs 是您在[步骤 1](setup-input-link-obtain-info.md) 中获得的，也是您在 HLS 输入中配置的。它们对应于[此过程后图 URLs 中所示的内容](setup-hls-result.md)。
# 该过程的结果
此设置的结果是，存在一个指定一个或两个*源* URLs的 HLS 输入。这些来源 URLs 用于上游服务器上的源内容。当你启动频道时， MediaLive 将在这个或多个源位置连接到上游系统，然后将 HLS 清单拉入： MediaLive
+ 对于设置为标准频道的频道， MediaLive 期望上游系统提供两个来源，因此会尝试从两个源位置进行提取。
+ 对于设置为单管道通道的频道， MediaLive 期望上游系统提供一个来源，因此会尝试从一个源位置进行提取。
![\[Diagram showing two GET requests to upstream origin servers for curling sports content.\]](http://docs.aws.amazon.com/zh_cn/medialive/latest/ug/images\hls-pull-uss-input.png)
# 设置 MediaConnect 输入
本节介绍如何创建 MediaConnect 输入。通过 MediaConnect 输入，服务提供商会将内容推送 AWS Elemental MediaConnect 到 MediaLive。（从的角度来看 MediaLive，上游系统是 MediaConnect。 上游系统不是服务提供商。）
要执行此设置，必须与 AWS Elemental MediaConnect 用户合作。
**Topics**
+ [设置 AWS Elemental MediaConnect](setup-emx-flows.md)
+ [创建 MediaConnect 输入](setup-input-emx.md)
+ [该过程的结果](setup-result-emx.md)
# 设置 AWS Elemental MediaConnect
MediaConnect 用户必须设置要向 MediaConnect 其传送源内容的流程 MediaLive。
**为标准通道设置流**
1. 向 MediaConnect 用户提供以下信息：
+ 有关源内容提供商的信息。
+ 您要创建的频道的 AWS 区域。 AWS Elemental MediaConnect 流量和 MediaLive 通道（和输入）必须位于同一区域。
如果流量和 MediaLive 频道不在同一个区域，则 MediaConnect 操作员必须设置一个分配，将源内容移动到与 MediaLive 输入相同的区域。
1. 与 MediaConnect 用户讨论你是否需要新的流程：
+ 如果源内容还没有流入，则需要新的流程 MediaConnect。
+ 只要遵守以下规则，就可以重复使用现有流：
+ 每个流不超过其最大输出带宽。
+ 每个流量不超过其最大流量输出数。 （在下一步中创建输入后，MediaLive 会自动为每个流程创建输出，[创建 MediaConnect 输入](setup-input-emx.md)。）
1. 如果您决定需要新的流程，请要求 MediaConnect 用户创建两个流程。
+ 除了后缀之外，他们应该为流分配相同的名称。例如，**sports\$1event\$1A** 和 **sports\$1event\$1B**。这些后缀将帮助您（ MediaLive 用户）将流程与中的输入管道进行匹配。 MediaLive
+ 他们应该在不同的可用区内设置每个流。（如果流程位于同一个可用区内，则您（ MediaLive用户）将无法创建 MediaLive 输入。）
+ 他们应该向服务提供商咨询以下事项：
+ 确定如何完成每个流的源信息。
+ 确保服务提供商提供两个源。
+ 确保两个源具有相同的视频分辨率和比特率。
+ 他们不应创建输出或授权。
1. 从 MediaConnect 用户那里获取以下信息：
+ f ARNs or the folws。例如：
`arn:aws:mediaconnect:us-west-1:111122223333:flow:1bgf67:sports_event_A`
`arn:aws:mediaconnect:us-west-1:111122223333:flow:9pmlk76:sports_event_B`
请注意， ARNs 包括流程名称作为最后一部分。
**为单管道通道设置流**
1. 向 MediaConnect 用户提供以下信息：
+ 有关源内容提供商的信息。
+ 您要创建的频道的 AWS 区域。 AWS Elemental MediaConnect 流量和 MediaLive 通道（和输入）必须位于同一区域。
如果流量和 MediaLive 频道不在同一个区域中，则 MediaConnect 操作员必须设置分发才能将源内容移动到与 MediaLive 输入相同的区域。
1. 与 MediaConnect 用户讨论您是否需要新的流程：
+ 如果源内容还没有流入，则需要一个新的流程 MediaConnect。
+ 只要遵守以下规则，就可以重复使用现有流：
+ 流不超过其最大输出带宽。
+ 流量不超过其最大流输出数。 （在下一步中创建输入后，MediaLive 会自动在流程上创建输出，[创建 MediaConnect 输入](setup-input-emx.md)。）
1. 如果您决定需要一个新流程，请要求 MediaConnect 用户创建一个流程。
+ 他们应咨询服务提供商，以确定如何完成流的源信息。
+ 他们不应创建输出或授权。
1. 从用户那里获取流程的 ARN。 MediaConnect 例如：
`arn:aws:mediaconnect:us-west-1:111122223333:flow:1bgf67:sports_event_A`
请注意，ARN 包含流名称作为最后一个部分。
# 创建 MediaConnect 输入
设置 MediaConnect 完成后，您可以创建 MediaConnect 输入。 MediaLive 用户执行此步骤。
在创建接收输入的通道之前创建输入。
**Topics**
+ [创建输 MediaConnect 入](#emx-push-create)
+ [IAM 角色和 ARN](#mediaconnect-push-role-and-remember-arn)
## 创建输 MediaConnect 入
**创建输入**
1. 确保您具有[第 1 步](setup-emx-flows.md)中的信息。
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 在导航窗格中，选择 **Inputs (输入)**。在 **Inputs (输入)** 页面上，选择 **Create input (创建输入)**。
1. 完成**输入详细信息**部分：
+ **输入**姓名 – 输入一个名称。
+ **输入类型**-选择**MediaConnect**。
1. 完成 “**MediaConnect 流程**” 部分：
+ **通道和输入类** – 为此输入选择类：
+ STANDARD\$1INPUT
+ SINGLE\$1INPUT
+ **流 A 的 ARN** – 指定您标识为第一个流的流的 ARN。
如果您创建了另一个流，则对于 **流 B 的 ARN**，指定第二个流的 ARN。
1. 填写 “**角色 ARN**” 部分，选择 MediaLive 要用于此输入的角色。有关信息，请参阅[IAM 角色和 ARN](#mediaconnect-push-role-and-remember-arn)。
1. 在 **Tags (标签)** 部分中，创建标签（如果您希望将标签与此输入关联）。有关更多信息，请参阅 [标注资源](tagging.md)。
1. 选择**创建**。
MediaLive 创建输入并自动在该输入上创建两个端点。 MediaLive 即使您只为输入指定了一个流（流程 A），也始终会创建两个端点。
1. 同时， MediaLive 自动连接到 MediaConnect流程。
+ 如果您为输入指定了两个流，则 MediaLive 会指示 AWS Elemental MediaConnect 创建两个输出并将它们附加到您在第一阶段创建的两个流中。
+ 如果您只为输入指定了一个流（以支持单管道通道），则会 MediaLive 指示 AWS Elemental MediaConnect 创建一个输出并将其连接到您在第一阶段创建的单个流。
如果通道 MediaConnect 有两个流，则它将在不同的可用区中运行流——一个区域用于流 A，另一个区域用于流 B。同样，每个管道在不同的可用区中 MediaLive 运行，一个区域用于管道 A，另一个区域用于管道 B。
MediaLive 与协调 AWS Elemental MediaConnect 以确保在与之相同的两个可用区中 MediaLive 运行渠道管道 AWS Elemental MediaConnect。此设置可在一个流失败时最大限度地确保故障恢复能力。
## IAM 角色和 ARN
本节介绍如何完成控制台**创建输入**窗格上的 “**角色 ARN**” 部分。 MediaLive
当它创建 MediaConnect输入时 MediaLive ，你必须选择一个角色来代替。该角色确保其在流程上创建输出的请求 MediaLive 获得成功。 MediaConnect MediaLive 只要您为此输入选择**创建**，就会发送此请求。
**注意**
MediaLive 控制台上的此部分与**创建频道**页面（也位于控制台上）上的 **IAM 角色**部分相同。 MediaLive 两种用法的差异是，在 **Create input (创建输入)** 页面上，您将角色附加到输入。在 **Create channel (创建通道)** 页面上，将此角色附加到通道。您可以在这两种用法中使用相同的角色（例如，**MediaLiveAccessRole**）。
一般而言，选择角色存在两种情形，具体取决于您的组织是否有指定的管理员。
### 您的组织拥有指定的管理员
您的组织可能有管理此服务的管理员。该管理员可能已设置一个或多个角色：
+ 请向管理员或您的经理询问要使用的角色。或者，如果在 **Use existing role (使用现有角色)** 中只列出了一个规则，则选择该角色。
+ 如果列出的唯一角色是 **MediaLiveAccessRole**，请选择该角色。此外，如果此角色名称旁边显示 **Update (更新)** 按钮，请选择此按钮。（此按钮并非始终显示，但只要它出现，就请选择它来刷新角色。）
+ 如果您希望所选角色下次在列表中首先显示，请选择 **Remember ARN (记住 ARN)**。
### 您的组织没有管理员
您的组织可能不具有指定的服务管理员。在此情况下，如果您的同事都未设置合适的角色，则您可能需要自己创建一个角色，然后选择该角色。
+ 您可以创建名为的默认角色**MediaLiveAccessRole**。要首先检查其他人是否已经创建了此角色（只需一个人需要为 AWS 账户中的所有用户创建该角色），请查看**从模板创建角色**：
+ 如果此选项灰显，则表明该任务已完成。在这种情况下，请选择 “使用现有角色”，然后**MediaLiveAccessRole**从列表中进行选择。
+ 如果此选项不灰显，请选择 **Create role from template (从模板创建角色)**，然后选择 **Create IAM role (创建 IAM 角色)**。接下来，从列表中选择该角色。如果 MediaLive 不允许您创建角色，请向组织中的管理员询问您的 IAM 权限。
+ 如果**MediaLiveAccessRole**已经创建并且旁边显示了 “**更新**” 按钮，请选择该按钮。（此按钮并非始终显示，但只要它出现，就请选择它来刷新角色。）
+ 如果您希望所选角色下次在列表中首先显示，请选择 **Remember ARN (记住 ARN)**。
# 该过程的结果
此设置的结果如下图所示。主要包括三个组成部分：
+ 上游系统（紫色方框）
+ 一两个 MediaConnect 流（红色方框）。
+ 一个 MediaConnect 输入 MediaLive。
每个 MediaConnect 流都有一个上游系统正在推送的来源。每个流程还有一个输出可供使用 MediaLive。
中的 MediaConnect 输入 ARNs 为这些输出 MediaLive 指定了。
上游系统将源内容推送到一个或多个 AWS Elemental MediaConnect 流程上的源内容。流程将内容推送到 MediaLive。请记住，利用推送输入，在启动通道时，上游系统必须正在将视频源推送到输入。在此之前，上游系统不需要推送。
在频道运行时，对正在推送的内容 MediaLive 做出反应并进行摄取。
![\[Diagram showing two flows from upstream system to MediaConnect input in MediaLive.\]](http://docs.aws.amazon.com/zh_cn/medialive/latest/ug/images\emx-push-uss-input.png)
# 设置 MediaConnect 路由器输入
本节介绍如何创建 MediaConnect 路由器输入。通过 MediaConnect 路由器输入，服务提供商将内容推送 AWS Elemental MediaConnect 到 MediaLive。（从的角度来看 MediaLive，上游系统是 MediaConnect。 上游系统不是服务提供商。）
要执行此设置，您必须使用具有这两项服务权限的 AWS Elemental MediaConnect 用户或用户。
请务必注意，当你想使用 MediaConnect 路由器输入时，需要考虑几个注意事项。
+ 首先，无法更新 MediaConnect 路由器输入。这意味着它的设置是在创建时设置的。
+ 其次，如果 MediaConnect 路由器输入连接到路由器输出，则无法将其删除 MediaConnect。
+ 最后， MediaConnect 路由器输入只能连接到中的一个路由器输出 MediaConnect。
**Topics**
+ [创建 MediaConnect 路由器输入](setup-input-mediaconnect-router.md)
# 创建 MediaConnect 路由器输入
与 MediaConnect 输入不同，使用 MediaConnect 路由器输入无需 MediaConnect 设置步骤即可创建输入。相反，您可以在中创建输入， MediaLive 使其在 MediaConnect 路由器 I/O 接口中可用作可用目的地。
在创建接收输入的通道之前创建输入。
**Topics**
+ [创建输 MediaConnect 入](#emx-router-create)
## 创建输 MediaConnect 入
**创建输入**
1. 确保您具有[第 1 步](setup-emx-flows.md)中的信息。
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 在导航窗格中，选择 **Inputs (输入)**。在 **Inputs (输入)** 页面上，选择 **Create input (创建输入)**。
1. 完成**输入详细信息**部分：
+ **输入**姓名 – 输入一个名称。
+ **输入类型**-选择**MediaConnect 路由器**。
1. 完成 “**MediaConnect 路由器输入设置”** 部分：
+ **通道和输入类** – 为此输入选择类：
+ STANDARD\$1INPUT
+ SINGLE\$1INPUT
+ Pi@@ **peline 0 可用区** — 指定您希望频道在其中创建管道 0 的可用区。
如果您要创建 STANDARD\$1INPUT，则在 Pip **eline 1 可用区**中指定您希望频道在其中创建管道 1 的可用区。
+ **是否要启用自定义加密？** — 指定一个 64 个字符的十六进制格式的 AES-256 密钥：
+ S@@ **ecret Arn** — 你可以选择一个现有的秘密 arn，你也要在 Router 中 MediaConnect 指定。它们必须匹配才能使工作流程发挥作用。
1. 在 **Tags (标签)** 部分中，创建标签（如果您希望将标签与此输入关联）。有关更多信息，请参阅 [标注资源](tagging.md)。
1. 选择**创建**。
MediaLive 创建输入并自动显示输入的可用区。 MediaLive 路由器输出 ARN 应为空，因为此输入未关联。
# 设置输 MP4 入
本节介绍如何在上游系统上设置源内容，以及如何创建将内容源连接到的 MP4 输入 MediaLive。
通过 MP4 输入，在频道启动时 MediaLive 连接到上游系统并*拉*出信号源。
要执行此设置，必须与上游系统的操作员合作。
**Topics**
+ [获取信息](setup-mp4-obtain-info.md)
+ [创建 MP4 输入](setup-input-mp4.md)
+ [确保上 MP4 游系统上的设置正确](setup-uss-mp4.md)
+ [该过程的结果](setup-result-mp4.md)
# 获取信息
从上游系统的操作员处获取以下信息：
+ 源文件或文件的上游系统上的。 URLs
有两个 URLs 用于标准类输入，或者一个用于单类输入的 URL。有关输入类及其用法的信息，请参阅[选择通道类和输入类](class-channel-input.md)。
有关 URL 格式和示例，请参阅此部分后面的表。
记下完整内容 URLs。
+ 访问上游系统的用户名和密码（如果上游系统要求经过身份验证的请求）。请注意，这些用户凭证与用户身份验证（而不是与协议）相关。用户身份验证与上游系统是否将接受您的请求有关。协议与请求是否通过安全连接发送有关。
下表显示了 MediaLive 支持 MP4 输入的不同类型的上游系统的格式。 URLs
**上游服务器是 HTTP 或 HTTPS 服务器**
| | |
| --- |--- |
| URL 的格式 | //:/.mp4 |
| 示例 | https://203.0.113.13/filler-videos/oceanwaves.mp4`https://198.51.100.54/filler-videos/oceanwaves.mp4` |
**上游服务器是 AWS Elemental MediaStore**
| | |
| --- |--- |
| URL 的格式 | mediastoressl:////.mp4 |
| 示例 | 假设其中一个内容源的容器的数据端点如下所示： **f31z.data.mediastore.us-west-2.amazonaws.com**. 假设文件名为 `oceanwaves.mp4`，并存储在容器中的 `filler-video` 路径中。 其中一个源文件的 URL 将是： **mediastoressl://f31z.data.mediastore.us-west-2.amazonaws.com/filler-video/oceanwaves.mp4** |
**上游服务器是 Amazon S3**
| 上游服务器 | URL 的格式 |
| --- | --- |
| URL 的格式 | s3ssl:////.mp4 |
| 示例 | `s3ssl://amzn-s3-demo-bucket/filler-videos/main/oceanwaves.mp4` `s3ssl://amzn-s3-demo-bucket/filler-videos/redundant/oceanwaves.mp4` 使用 MediaLive，S3 存储桶名称不得使用点符号，这意味着它不得使用。 （点）在名字中的单词之间。 |
# 创建 MP4 输入
从上游系统获取信息后，可以创建 MP4 输入。
**创建 MP4 拉取输入**
1. 确保您具有[第 1 步](setup-mp4-obtain-info.md)中的信息。
1. 如果该输入正用于多输入通道中，您应该决定是将其设置为静态输入，还是[动态输入](dynamic-inputs.md)。您可能需要修改从上游系统获得的： URLs
+ 如果输入是静态输入，请不要修改 URLs。
+ 如果输入是动态输入，请将 URL 设置为可选的绝对部分和必需的可变部分 (\$1urlPath\$1)。有关示例，请参阅此过程之后的表格。
建议您使用 /\$1urlPath\$1 格式。
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 在导航窗格中，选择 **Inputs (输入)**。在 **Inputs (输入)** 页面上，选择 **Create input (创建输入)**。
1. 完成**输入详细信息**部分：
+ **输入**姓名 – 输入一个名称。
+ **输入类型**-选择**MP4**。
1. 在**输入类**部分，为此输入选择类：
+ STANDARD\$1INPUT
+ SINGLE\$1INPUT
1. 在 “**输入来源**” 部分，输入 URLs 您之前获得的：
+ 如果输入是标准类输入，请填写两个字段，提供两个字段。 URLs
+ 如果输入是单管道类输入，请使用您获得的 URL 填写第一个字段，将第二个字段留空。
如果上游系统要求您提供用户凭证，则您还必须输入用于访问该位置的用户名和密码。这些凭证存储在 Systems Manager Parameter Store 上。有关更多信息，请参阅 [关于创建密码参数的功能](requirements-for-EC2.md#about-EC2Password)。
1. 在 **Tags (标签)** 部分中，创建标签（如果您希望将标签与此输入关联）。有关更多信息，请参阅 [标注资源](tagging.md)。
1. 选择**创建**。
MediaLive 创建输入并将其添加到输入列表中。输入指定一个或两个源。源不会显示在列表中，但如果您选择 **Name (名称)** 链接，则详细信息页面将显示这些源。
## 动态输入中的 URL 格式
下表介绍了动态输入中的 URL 的各种格式。
| Format | 说明 | 示例 | \$1urlPath\$1 的示例 |
| --- | --- | --- | --- |
| <协议>/\$1urlPath\$1 | URL 的绝对部分中只有协议 | s3ssl://\$1urlPath\$1 | amzn-s3-demo-bucket/my-movie.mp4 |
| <协议和路径>/\$1urlPath\$1 | URL 的绝对部分包含协议和路径 | mediastoressl://f31z.data.mediastore.us-west-2.amazonaws.com/movies/\$1urlPath\$1 | my-movie.mp4 |
| \$1urlPath\$1 | URL 只具有可变部分 | \$1urlPath\$1 | s3ssl：//amzn-s3-demo-bucket/my-movie.mp4 |
# 确保上 MP4 游系统上的设置正确
上游服务器的操作员必须在上游系统上设置源内容。确保操作员的设置如下：
+ 他们设置为提供正确数量的源：
+ 如果该 MediaLive 频道是标准频道，则操作员必须设置两个文件源。他们必须确保两个文件的视频分辨率和比特率相同。
+ 如果该 MediaLive 通道是单管道通道，则操作员必须设置一个文件源。
+ 他们设立的目的是按照约定提供内容 URLs。这些 URLs URLs 是你[在本节前面获得的，也是你在](setup-mp4-obtain-info.md) MP4 输入中配置的。它们对应于[此过程后图 URLs 中所示的内容](setup-result-mp4.md)。
# 该过程的结果
此设置的结果是，存在一个指定一个或两个*来源*的 MediaLive 输入 URLs。这些来源 URLs 用于上游服务器上的源内容。
当你启动频道时， MediaLive 将在这个或多个源位置连接到上游系统并提取内容：
+ 对于标准频道， MediaLive 期望上游系统提供两个来源，因此会尝试从两个源位置进行提取。
+ 对于单管道通道， MediaLive 期望上游系统提供一个来源，因此将尝试从一个源位置进行提取。
![\[Diagram showing MP4 input retrieval from two S3 bucket locations in MediaLive.\]](http://docs.aws.amazon.com/zh_cn/medialive/latest/ug/images/mp4-pull-uss-input.png)
# 设置 RTMP 拉取输入
本节介绍如何在上游系统上设置源内容，以及如何创建连接上游系统的 RTMP 拉取输入。 MediaLive
使用 RTMP Pull 输入，可在频道启动时 MediaLive 连接到上游系统并*拉*出信号源。
要执行此设置，必须与上游系统的操作员合作。
**Topics**
+ [获取信息](setup-rtmp-pull-obtain-info.md)
+ [创建 RTMP 拉取输入](setup-input-rtmp-pull.md)
+ [确保 RTMP 上游系统设置正确](setup-uss-rtmp-pull.md)
+ [该过程的结果](setup-result-rtmp-pull.md)
# 获取信息
从上游系统的联系人处获取以下信息：
+ 源内容的应用程序名称和应用程序实例。（应用程序实例也称为*流*或*流键*。） 标准类输入有两个来源，单类输入有一个源。有关输入类及其用法的信息，请参阅[选择通道类和输入类](class-channel-input.md)。有关输入类及其用法的信息，请参阅[选择通道类和输入类](class-channel-input.md)。
上游系统的操作员可能已经有了分配这些名称的规则。如果没有，您可能有想要使用的名称。确保您和上游系统的操作员清楚了解这些名称。
在此示例中，应用程序名称和实例名称相同。但它们可能会有所不同：
应用程序名称：`live` 和实例名称 `curling`
应用程序名称：`live` 和实例名称 `curling`
+ MediaLive 将从中提取源内容的公有 IP 地址。
这些地址必须包括端口 1935。例如：
`rtmp://203.0.113.13:1935`
`rtmp://198.51.100.54:1935`
+ 访问上游系统的用户名和密码（如果上游系统要求经过身份验证的请求）。请注意，这些用户凭证与用户身份验证（而不是与协议）相关。用户身份验证与上游系统是否将接受您的请求有关。协议与请求是否通过安全连接发送有关。
# 创建 RTMP 拉取输入
从上游系统获取信息后，您可以创建 HLS 输入。
**创建 RTMP 拉取输入**
1. 确保您具有[第 1 步](setup-rtmp-pull-obtain-info.md)中的信息。
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 在导航窗格中，选择 **Inputs (输入)**。在 **Inputs (输入)** 页面上，选择 **Create input (创建输入)**。
1. 完成**输入详细信息**部分：
+ **输入**姓名 – 输入一个名称。
+ **输入类型** – 选择 **RTMP（拉取）**。
1. 在**输入类**部分，为此输入选择类：
+ STANDARD\$1INPUT
+ SINGLE\$1INPUT
1. 在 “**输入来源**” 部分，输入 URLs 您之前获得的：
+ 如果输入是标准类输入，请填写两个字段，提供两个字段。 URLs
+ 如果输入是单管道类输入，请使用您获得的 URL 填写第一个字段，将第二个字段留空。
例如：
`rtmp://203.0.113.13:1935/live/curling`
如果上游系统要求您提供用户凭证，则您还必须输入用于访问该位置的用户名和密码。这些凭证存储在 Systems Manager Parameter Store 上。有关更多信息，请参阅 [关于创建密码参数的功能](requirements-for-EC2.md#about-EC2Password)。
1. 在 **Tags (标签)** 部分中，创建标签（如果您希望将标签与此输入关联）。有关更多信息，请参阅 [标注资源](tagging.md)。
1. 选择**创建**。
MediaLive 创建输入并将其添加到输入列表中。输入指定一个或两个源。源不会显示在列表中，但如果您选择 **Name (名称)** 链接，则详细信息页面将显示这些源。
当你启动频道时， MediaLive 将在这个或多个源位置连接到上游系统并提取内容：
+ 如果您要将频道设置为标准频道，则 MediaLive期望上游系统提供两个来源，因此会尝试从两个源位置进行提取。
+ 如果您要将通道设置为单管道通道，则 MediaLive期望上游系统提供一个来源，因此会尝试从一个源位置进行提取。
# 确保 RTMP 上游系统设置正确
上游服务器的操作员必须在上游系统上设置源内容。确保操作员的设置如下：
+ 他们设置为提供正确数量的源：
+ 如果该 MediaLive 频道是标准频道，请为内容设置两个来源。确保两个源内容的视频分辨率和比特率相同。
+ 如果该 MediaLive 频道是单管道频道，请为内容设置一个来源。
+ 他们设置为按约定提供内容 URLs，并使用商定的应用程序名称和实例名称。这些 URLs URLs是你[在本节前面获得的，也是你在](setup-mp4-obtain-info.md) RTMP 输入中配置的。它们对应于[此过程后图 URLs 中所示的内容](setup-result-rtmp-push.md)。
# 该过程的结果
此设置的结果是，存在一个指定一个或两个*来源* URLs的 RTMP 拉取输入。这些来源 URLs 用于上游系统上的源内容。
在频道运行时，输入将连接到两个 URLs （对于标准频道）或一个 URL（对于单管道频道），并将由应用程序名称和实例名称标识的源内容拉入 MediaLive。
![\[Diagram showing two GET requests to rtmp URLs for upstream systems input.\]](http://docs.aws.amazon.com/zh_cn/medialive/latest/ug/images\rtmp-pull-uss-input.png)
# 设置 RTMP 推送输入
本节介绍如何设置使用 RTMP Push 协议从公共互联网传送源内容的上游系统。它描述了如何在上游系统上设置源内容、如何创建输入安全组以及如何创建将上游系统连接到的输入 MediaLive。
通过 RTMP 推送输入，上游系统*会将内容推送*到。 MediaLive
要执行此设置，必须与上游系统的操作员合作。
**Topics**
+ [获取信息](setup-rtmp-push-obtain-info.md)
+ [创建输入安全组](setup-isg-rtmp.md)
+ [创建 RTMP 推送输入](setup-input-rtmp-push.md)
+ [确保上游系统设置正确](setup-uss-rtmp-push.md)
+ [该过程的结果](setup-result-rtmp-push.md)
# 获取信息
从上游系统的联系人处获取以下信息：
+ 源内容的应用程序名称和应用程序实例。（应用程序实例也称为*流*或*流键*。） 标准类输入有两个来源，单类输入有一个源。有关输入类及其用法的信息，请参阅[选择通道类和输入类](class-channel-input.md)。有关输入类及其用法的信息，请参阅[选择通道类和输入类](class-channel-input.md)。
上游系统的操作员可能已经有了分配这些名称的规则。如果没有，您可能有想要使用的名称。确保您和上游系统的操作员清楚了解这些名称。
在此示例中，应用程序名称和实例名称相同。但它们可能会有所不同：
应用程序名称：`live` 和实例名称 `curling`
应用程序名称：`live` 和实例名称 `curling`
+ 公共网络 IP 地址。这些 IP 地址是内容源将显示在公共网络上的 IP 地址集。您需要使用这些信息来创建输入安全组。
例如：
+ 对于一个源：`203.0.113.19, 203.0.113.58, 203.0.113.25`
+ 对于另一个源：`198.51.100.19, 198.51.100.59, 198.51.100.21`
这些地址是[此过程之后的图表](setup-result-rtmp-push.md)中红色方框内显示的地址。
# 创建输入安全组
必须创建输入安全组 安全组必须允许推送*公共网络 IP 地址* MediaLive。根据前面的示例，它必须允许以下地址：
203.0.113.19、203.0.113.58、203.0.113.25、198.51.100.19、198.51.100.59、198.51.100.21
有关创建输入安全组的详细信息，请参阅[创建输入安全组](create-input-security-groups.md)。
# 创建 RTMP 推送输入
创建输入安全组后，您可以创建 RTMP 推送输入。
**创建 RTMP 推送输入**
1. 确保您具有[第 1 步](setup-rtmp-push-obtain-info.md)中的信息。
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 在导航窗格中，选择 **Inputs (输入)**。
1. 在 **Inputs (输入)** 页面上，选择 **Create input (创建输入)**。
1. 完成**输入详细信息**部分：
+ **输入**姓名 – 输入一个名称。
+ **输入类型** – 选择 **RTMP（推送）**。
1. 在 **Network mode (网络模式)** 部分中，选择 **Public (公共)**。
1. 在 **Input security group (输入安全组)** 部分中，指定要附加到此推送输入的组。可以选择现有组，也可以创建组。安全组必须允许推送公共网络 IP 地址 MediaLive。根据第 1 步中的示例，它必须允许这些地址：
203.0.113.19、203.0.113.58、203.0.113.25、198.51.100.19、198.51.100.59、198.51.100.21
有关安全组的更多信息，请参阅 [使用输入安全组](working-with-input-security-groups.md)。
1. 在 **Channel and input class (通道和输入类)** 部分，为此输入选择类：
+ STANDARD
+ SINGLE-PIPELINE (单管道)
有关更多信息，请参阅 [实施管道冗余](plan-redundancy-mode.md)。
1. 在 **Input destinations (输入目标)** 部分的 **Destination (目标)** 部分中，输入您之前获得的应用程序名称和应用程序实例：
+ 如果输入是标准类输入，请填写全部两个字段，以指定两个源。
+ 如果输入是单管道类输入，请使用您获得的信息填写第一个字段，将第二个字段留空。
例如：
**应用程序名称：**`live`
**应用程序实例：**`curling`
1. 在 **Tags (标签)** 部分中，创建标签（如果您希望将标签与此输入关联）。有关更多信息，请参阅 [标注资源](tagging.md)。
1. 选择**创建**。
MediaLive 创建输入并自动在该输入上创建两个端点。终端节点包括应用程序名称、应用程序实例和端口 1935。例如：
`198.51.100.99:1935/live/curling`
`192.0.2.18:1935/live/curling`
请注意，IP 地址是 MediaLive 创建的地址。它们不是您在安全组中使用的公共地址。有关显示所有 IP 地址角色的图表，请参阅有关设置 RTMP 推送源一节中的 [该过程的结果](setup-result-rtmp-push.md)。
MediaLive 总是创建两个端点：
+ 如果通道将设置为标准通道，则将使用这两个端点。
+ 如果您要将频道设置为单管道通道，则将仅使用第一个端点。 MediaLive 不会指望在第二个端点接收内容。
# 确保上游系统设置正确
您必须确保上游系统将内容推送到中的正确位置 MediaLive。
**设置标准通道**
如果 MediaLive 频道是[标准频道](plan-redundancy.md)，请按照以下步骤操作。
1. 向操作员提供以下信息：
+ 创建 RTMP 输入时 MediaLive 生成的两个端点 (URLs)。这些端点是[此过程之后的图表](setup-result-rtmp-push.md)中蓝色方框内的地址。 URLs 包括端口 1935。例如：
`198.51.100.99:1935/live/curling`
`192.0.2.18:1935/live/curling`
1. 确保操作员正确设置了单管道通道或标准通道。
如果您的通道是单管道通道，即使输入是标准（双管道）输入，操作员也只能提供一个源。操作员必须执行以下操作：
+ 提供一个源。
+ 确保源显示在公共网络上商定的 IP 地址上。例如：
+ 源可能会显示在以下地址上：`203.0.113.19, 203.0.113.58, 203.0.113.25`
+ 操作员可以忽略其它地址：`198.51.100.19, 198.51.100.59, 198.51.100.21`
您在创建输入安全组时使用了这些地址。如果上游系统不使用这些地址，则 MediaLive会拒绝推送。
+ 推送到一个 URL MediaLive，然后使用商定的应用程序名称和实例名称。例如：
推送到此 URL：`198.51.100.99:1935/live/curling`
忽略其它网址：`192.0.2.18:1935/live/curling`
如果您的通道是标准通道，则操作员必须执行以下操作：
+ 提供两个视频分辨率和比特率相同的源。
+ 确保源显示在公共网络上商定的 IP 地址上。例如：
+ 对于一个源：`203.0.113.19, 203.0.113.58, 203.0.113.25`
+ 对于另一个源：`198.51.100.19, 198.51.100.59, 198.51.100.21`
您在创建输入安全组时使用了这些地址。如果上游系统不使用这些地址，则 MediaLive会拒绝推送。
+ 推送到正确的 URLs 开启 MediaLive，然后使用商定的应用程序名称和实例名称。例如，他们必须推送到：
`198.51.100.99:1935/live/curling`
`192.0.2.18:1935/live/curling`
# 该过程的结果
此设置的结果是，存在一个指定一两个*端点* URLs的 RTMP 推送输入。无论发生什么变化（例如修改输入中的其他信息，或者将输入连接到不同的通道），这些端点在输入的生命周期内都处于开启状态 MediaLive 并且是固定的。
上游系统已设置为将源内容推送到两个端点（对于标准通道）或第一个端点（对于单管道通道）。输入安全组已与输入关联。此输入安全组有一个 CIDR 块，该块覆盖了推送源将在公共网络上出现的 IP 地址，从而确保它 MediaLive 接受推送的内容。
请记住，利用推送输入，在启动通道时，上游系统必须正在将视频源推送到输入。在此之前，上游系统不需要推送。
在频道运行时，对正在推送的内容 MediaLive 做出反应并进行摄取。
![\[Upstream system diagram showing IP addresses and RTMP inputs for MediaLive streaming.\]](http://docs.aws.amazon.com/zh_cn/medialive/latest/ug/images\rtmp-push-uss-input.png)
# 设置 RTMP VPC 输入
本节介绍如何设置使用 RTMP Push 协议的内容，以便从 Amazon Virtual Private Cloud（Amazon VPC）传送来自 VPC 中上游系统的源内容。本节介绍如何在上游系统上设置源内容，以及如何创建将上游系统连接到的输入 MediaLive。
通过 RTMP 推送输入，上游系统*会将内容推送*到。 MediaLive
要执行此设置，必须与 Amazon VPC 用户以及上游系统的操作员合作。
**Topics**
+ [请求设置 VPC](setup-vpc-rtmp-vpc.md)
+ [创建 RTMP 输入](setup-input-rtmp-vpc.md)
+ [确保上游系统设置正确](setup-uss-rtmp-vpc.md)
+ [该过程的结果](setup-rtmp-vpc-result.md)
# 请求设置 VPC
Amazon VPC 用户必须设置 VPC，并确定上游系统和 MediaLive 将要使用的子网和安全组。
**设置 VPC**
1. 向 Amazon VPC 用户提供以下准则。
+ 子网准则 – 请求两个子网。
这些规则适用于：
+ 两个子网必须位于不同的可用区。
+ 每个子网都必须有一个私有 CIDR 块（一系列 IP 地址）。
+ 每个子网在该块中必须至少有两个未使用的地址，一个供上游系统使用，一个供 RTMP 输入使用。
+ 您为与此 RTMP 源（源 A）在同一个通道中使用而创建的任何其它基于 VPC 的源（源 B）都必须与源 A 位于同一可用区的子网中。源 B 的两个子网可以与源 A 不同，但这两个子网的可用区必须与源 A 的可用区相同。
+ 安全组准则 – 每个子网的一个或多个安全组必须遵循以下规则：
+ 安全组的组合规则必须允许来自该子网中的上游系统 IP 地址的入站流量。
+ 安全组的组合规则必须允许到端口 1935 的出站流量。
1. 在 Amazon VPC 用户执行设置后，获取以下信息：
+ VPC 的 ID。例如：`vpc-3f139646`
+ 两个 IDs 子网中的。例如，一个子网可能有以下 ID：`subnet-1122aabb`
+ 一个或多个子网的安全组。 IDs 例如：`sg-51530134`
# 创建 RTMP 输入
Amazon VPC 用户在 VPC 上设置完毕后，您可以在中创建 RTMP VPC 推送输入 MediaLive。
**Topics**
+ [创建 RTMP VPC 推送输入](#rtmp-push-vpc-create)
+ [IAM 角色和 ARN](#rtmp-push-role-and-remember-arn)
## 创建 RTMP VPC 推送输入
**创建 RTMP VPC 推送输入**
1. 确保您具有[第 1 步](setup-vpc-rtmp-vpc.md)中的信息。
1. 您还应从视频内容供应商处获取以下信息：源内容的应用程序名称和应用程序实例。（应用程序实例也称为*流*或*流键*。） 例如：
应用程序名称：`live` 和实例名称 `curling`
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 在导航窗格中，选择 **Inputs (输入)**。
1. 在 **Inputs (输入)** 页面上，选择 **Create input (创建输入)**。
1. 完成**输入详细信息**部分：
+ **输入**姓名 – 输入一个名称。
+ **输入类型** – 选择 **RTMP（推送）**。
1. 在 **Network mode (网络模式)** 部分中，选择 **VPC**。
1. 完成 **VPC 设置**部分：
+ 选择**选择子网和安全组**。
+ 对于**子网**，从已获取的子网中选择一个。下拉列表显示了所有子网 VPCs，标识如下：
` `
例如：
**subnet-1122aabb us-west-2a 10.1.128.0/24 vpc-3f139646 用于推送输入的子网 MLive **
如果子网列表为空，请选择 **Specify custom VPC (指定自定义 VPC)**，然后在此字段中输入子网 ID。（您需要仅输入子网 ID，例如 **subnet-1122aabb**。）
+ 在**子网**中，选择第二个子网。第二次，该下拉列表仅显示第一个子网所在的 VPC 中的子网。
+ 对于**安全组**，按照与子网相同的过程，选择您获取的一个或多个安全组。下拉列表显示属于所选 VPC 的安全组，如下所示：
` `
例如：
**sg-51530134 用于推送输入的安全组 vpc-3f139646 MLive **
1. 填写 “**角色 ARN**” 部分，选择 MediaLive 要用于此输入的角色。有关更多信息，请参阅 [IAM 角色和 ARN](setup-input-rtp-vpc.md#rtp-push-role-and-remember-arn)。
1. 在**输入类**部分，为此输入选择类：
+ STANDARD
+ SINGLE-PIPELINE (单管道)
1. 在 **Input destinations (输入目标)** 部分的 **Destination (目标)** 部分中，输入您之前设置的应用程序名称和应用程序实例：
+ 如果输入是标准类输入，请填写全部两个字段，以指定两个源。
+ 如果输入是单管道类输入，请使用您获得的信息填写第一个字段，将第二个字段留空。
例如：
**应用程序名称：**`live`
**应用程序实例：**`curling`
1. 在 **Tags (标签)** 部分中，创建标签（如果您希望将标签与此输入关联）。有关更多信息，请参阅 [标注资源](tagging.md)。
1. 选择**创建**。
MediaLive 创建输入并自动在该输入上创建两个端点。这些终端节点具有子网范围内的私有 IP 地址，并指定端口 1935。例如：
`10.12.30.44:1935/live/curling`
`10.99.39.15:1935/live/curling`
1. 向上游系统提供这些终端节点：
+ 如果通道将设置为标准通道，则提供这两个端点。上游系统必须将内容推送到这两个终端节点。
+ 如果通道将设置为单管道通道，则仅提供第一个端点。上游系统必须推送到这样的一个终端节点。
例如，提供以下地址：
`10.12.30.44:1935/live/curling`
`10.99.39.15:1935/live/curling`
**这些过程的结果**
作为此设置的结果，上游系统的每个输出在 VPC 中的某个指定子网中都有一个 IP 地址。
RTMP 输入具有两个 IP 地址。无论发生什么变化（例如修改输入中的其它信息或将输入连接到其它通道），这些地址在输入的生命周期内都保持固定不变。
每个地址均位于其中一个子网中。这样，将内容从上游系统传输到的 MediaLive 过程就是在VPC的安全范围内进行的。
有关此设置的描述（包括图表），请参阅有关设置 RTMP VPC 源一节中的 [该过程的结果](setup-rtmp-vpc-result.md)。
请记住，利用推送输入，在启动通道时，上游系统必须正在将视频源推送到输入。在此之前，上游系统不需要推送。
## IAM 角色和 ARN
本节介绍如何完成控制台**创建输入**窗格上的 “**角色 ARN**” 部分。 MediaLive
在创建 RTMP Push 输入时，您必须选择 MediaLive 要担任的角色。要创建输入， MediaLive 必须获取输入中两个端点的网络接口。这些终端节点在您标识的子网的 CIDR 范围内。一旦您为该输入选择**创建**，就会从 Amazon VPC MediaLive 请求这些网络接口。您选择的角色可确保其向 Amazon VPC 的请求 MediaLive 成功。
**注意**
MediaLive 控制台上的此部分与**创建频道**页面（也位于控制台上）上的 **IAM 角色**部分相同。 MediaLive 两种用法的差异是，在 **Create input (创建输入)** 页面上，您将角色附加到输入。在 **Create channel (创建通道)** 页面上，将此角色附加到通道。您可以在这两种用法中使用相同的角色（例如，**MediaLiveAccessRole**）。
一般而言，选择角色存在两种情形，具体取决于您的组织是否有指定的管理员。
### 您的组织拥有指定的管理员
您的组织可能有管理此服务的管理员。该管理员可能已设置一个或多个角色：
+ 请向管理员或您的经理询问要使用的角色。或者，如果在 **Use existing role (使用现有角色)** 中只列出了一个规则，则选择该角色。
+ 如果列出的唯一角色是 **MediaLiveAccessRole**，请选择该角色。此外，如果此角色名称旁边显示 **Update (更新)** 按钮，请选择此按钮。（此按钮并非始终显示，但只要它出现，就请选择它来刷新角色。）
+ 如果您希望所选角色下次在列表中首先显示，请选择 **Remember ARN (记住 ARN)**。
### 您的组织没有管理员
您的组织可能不具有指定的服务管理员。在此情况下，如果您的同事都未设置合适的角色，则您可能需要自己创建一个角色，然后选择该角色。
+ 您可以创建名为的默认角色**MediaLiveAccessRole**。要首先检查其他人是否已经创建了此角色（只需一个人需要为 AWS 账户中的所有用户创建该角色），请查看**从模板创建角色**：
+ 如果此选项灰显，则表明该任务已完成。在这种情况下，请选择 “**使用现有角色**”，然后**MediaLiveAccessRole**从列表中进行选择。
+ 如果此选项不灰显，请选择 **Create role from template (从模板创建角色)**，然后选择 **Create IAM role (创建 IAM 角色)**。接下来，从列表中选择该角色。如果 MediaLive 不允许您创建角色，请向组织中的管理员询问您的 IAM 权限。
+ 如果**MediaLiveAccessRole**已经创建并且旁边显示了 “**更新**” 按钮，请选择该按钮。（此按钮并非始终显示，但只要它出现，就请选择它来刷新角色。）
+ 如果您希望所选角色下次在列表中首先显示，请选择 **Remember ARN (记住 ARN)**。
# 确保上游系统设置正确
您必须确保上游系统正确设置您的 VPC，并将内容推送到中的正确位置 MediaLive。
**设置标准通道**
如果 MediaLive 频道是[标准频道](plan-redundancy.md)，请按照以下步骤操作。
1. 向操作员提供以下信息：
+ VPC IDs 中的一个、两个子网以及 Amazon VPC 用户为您提供的安全组。
+ 创建 RTMP 输入时 MediaLive 生成的两个端点 (URLs)。这些端点是[此过程之后的图表](setup-rtmp-vpc-result.md)中蓝色方框内的地址。URL 具有一个私有 IP 地址，并包含端口 1935。例如：
`10.12.30.131:1935/live/curling`
`10.99.39.40:1935/live/curling`
1. 确保操作员正确设置了标准通道。他们必须执行以下操作：
+ 设置两个单独的上游系统。他们无法设置一个带有两个输出接口的上游系统，因为你， MediaLive用户，将失去想要使用标准通道（有两个独立的管道）实现的冗余。
+ 设置两个输出接口，即在其中一个子网设置一个输出接口，在另一个子网中为另一个上游系统设置一个输出接口。这些接口是[此过程之后的图表](setup-rtmp-vpc-result.md)中紫色方框内的地址。
+ 确保两个内容源的视频分辨率和比特率相同。
+ 推送到正确的 URLs 开启 MediaLive，然后使用商定的应用程序名称和实例名称。例如，他们必须推送到：
`10.12.30.131:1935/live/curling`
`10.99.39.40:1935/live/curling`
**设置单管道通道**
如果该 MediaLive 通道是[单管](plan-redundancy.md)道通道，请按照以下步骤操作。
1. 向操作员提供以下信息：
+ Amazon VPC 用户提供给您的 VPC、一个子网和安全组。 IDs
+ 仅在创建 RTMP 输入时 MediaLive 生成的两个端点 (URLs) 中的第一个。这些端点是[此过程之后的图表](setup-rtmp-vpc-result.md)中蓝色方框内的地址。URL 具有一个私有 IP 地址，并包含端口 1935。例如：
`10.12.30.131:1935/live/curling`
1. 确保操作员正确设置了单管道通道。他们必须执行以下操作：
+ 设置一个上游系统。
+ 设置一个输出接口。此接口是[此过程之后的图表](setup-rtmp-vpc-result.md)中一个紫色方框内的地址。
+ 开启推送到正确的 URL MediaLive。例如，他们必须推送到：
`10.12.30.131:1935/live/curling`
# 该过程的结果
此设置的结果是，存在一个指定一个或两个*端点* URLs的 RTMP 输入。无论发生什么变化（例如修改输入中的其它信息或将输入连接到其它通道），这些地址在输入的生命周期内都保持固定不变。
这些终端节点是您的 VPC 上的弹性网络接口。 MediaLive 有权使用这些网络接口进行输入。 MediaLive 有权自动管理其输入的网络接口（通过 IAM 可信实体角色）。上游系统有权通过 Amazon VPC 安全组将内容推送到这些端点。
上游系统已设置为将源内容推送到两个端点（如果您设置的是标准通道）或一个端点（如果您设置的是单管道通道）。每个子网至少关联了一个 VPC 安全组。每个安全组中的 CIDR 块涵盖了上游系统从中推送的两个 URLs 安全组，这可确保上游系统 MediaLive 接受推送的内容。
上游系统的每个输出在 VPC 中的某个指定子网中都有一个 IP 地址。RTMP 输入有两个 IP 地址，每个地址都位于其中一个子网中。这样，源内容从上游系统传输到的 MediaLive 过程就是在私密的 VPC 内进行的。
请记住，利用推送输入，在启动通道时，上游系统必须正在将视频源推送到输入。在此之前，上游系统不需要推送。
在频道运行时，对正在推送的内容 MediaLive 做出反应并进行摄取。
![\[Diagram showing RTMP input in MediaLive with upstream systems connecting to VPC subnets.\]](http://docs.aws.amazon.com/zh_cn/medialive/latest/ug/images\rtmp-vpc-uss-input.png)
# 设置 RTP 推送输入
本节介绍如何设置一个上游系统，该系统使用 RTP Push 协议从 Amazon VPC 传送来自 VPC 中的上游系统的源内容。它描述了如何在上游系统上设置源内容，以及如何创建将上游系统连接到的输入 MediaLive。
使用 RTP 推送源，上游系统*会将内容推送*到。 MediaLive
要执行此设置，必须与上游系统的操作员合作。
**Topics**
+ [获取信息](setup-rtp-push-obtain-info.md)
+ [创建输入安全组](setup-isg-rtp-push.md)
+ [创建 RTP 输入](setup-input-rtp-push.md)
+ [确保上游系统设置正确](setup-uss-rtp-push.md)
+ [该过程的结果](setup-result-rtp-push.md)
# 获取信息
从上游系统的联系人处获取以下信息：
+ 公共网络 IP 地址。您需要两组 IP 地址，因为即使您的通道是单管道通道，RTP 输入也始终是[标准类输入](class-channel-input.md)。有关输入类的更多信息，请参阅[选择通道类和输入类](class-channel-input.md)。
这些 IP 地址是内容源将显示在公共网络上的 IP 地址集。您需要使用这些信息来创建输入安全组。
例如：
+ 对于一个源：`203.0.113.19, 203.0.113.58, 203.0.113.25`
+ 对于另一个源：`198.51.100.19, 198.51.100.59, 198.51.100.21`
# 创建输入安全组
必须创建输入安全组 安全组必须允许推送*公共网络 IP 地址* MediaLive。根据前面的示例，它必须允许以下地址：
203.0.113.19、203.0.113.58、203.0.113.25、198.51.100.19、198.51.100.59、198.51.100.21
有关创建输入安全组的详细信息，请参阅[创建输入安全组](create-input-security-groups.md)。
# 创建 RTP 输入
创建输入安全组后，您可以创建 RTP 推送输入。
**创建 RTP 推送输入**
1. 确保您具有[第 1 步](setup-rtp-push-obtain-info.md)中的信息。
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 在导航窗格中，选择 **Inputs (输入)**。在 **Inputs (输入)** 页面上，选择 **Create input (创建输入)**。
1. 完成**输入详细信息**部分：
+ **输入**姓名 – 输入一个名称。
+ **输入类型** – 选择 **RTP**。
1. 在 **Network mode (网络模式)** 部分中，选择 **Public (公共)**。
1. 在**输入安全组**部分中，指定要附加到此推送输入的组。可以选择现有组，也可以创建组。有关安全组的更多信息，请参阅 [使用输入安全组](working-with-input-security-groups.md)。安全组必须允许推送公共网络 IP 地址 MediaLive。根据第 1 步中的示例，它必须允许这些地址：
203.0.113.19、203.0.113.58、203.0.113.25、198.51.100.19、198.51.100.59、198.51.100.21
有关安全组的更多信息，请参阅 [使用输入安全组](working-with-input-security-groups.md)。
1. 在 **Tags (标签)** 部分中，创建标签（如果您希望将标签与此输入关联）。有关更多信息，请参阅 [标注资源](tagging.md)。
1. 选择**创建**。
MediaLive 创建输入并自动在该输入上创建两个端点。这些终端节点包括端口 5000。例如：
`198.51.100.99:5000`
`192.0.2.18:5000`
请注意，IP 地址是 MediaLive 创建的地址。它们不是您在安全组中使用的公共地址。有关显示所有 IP 地址角色的图表，请参阅有关设置 RTP 推送源一节中的[该过程的结果](setup-result-rtp-push.md)。
MediaLive 总是创建两个端点：
+ 如果通道将设置为标准通道，则将使用这两个端点。
+ 如果您要将频道设置为单管道通道，则将仅使用第一个端点。 MediaLive 不会指望在第二个端点接收内容。
1. 向上游系统提供以下信息：
+ 如果通道将设置为标准通道，则提供这两个位置。上游系统必须将视频流推送到这些位置。
+ 如果通道将设置为单管道通道，则仅提供第一个位置。上游系统必须将其一个流推送到此位置。
例如，提供以下地址：
`198.51.100.99:5000`
`192.0.2.18:5000`
**该过程的结果**
由于此设置，存在指定两个 URLs的 RTP 推送输入。无论发生什么变化（例如修改输入中的其他信息或将输入连接到不同的通道），它们在输入的生命周期内 URLs 都是固定的。
上游系统将源内容推送到这些端点。
请记住，利用推送输入，在启动通道时，上游系统必须正在将视频源推送到输入。在此之前，上游系统不需要推送。
有关此设置的说明（包括图表），请参阅有关设置 RTP 源一节中的[该过程的结果](setup-result-rtp-push.md)。
# 确保上游系统设置正确
您必须确保上游系统将内容推送到中的正确位置 MediaLive。
**设置标准通道**
如果 MediaLive 频道是[标准频道](plan-redundancy.md)，请按照以下步骤操作。
1. 向操作员提供以下信息：
+ 创建 RTP 输入时 MediaLive 生成的两个端点 (URLs)。这些端点是[此过程之后的图表](setup-result-rtp-push.md)中蓝色方框内的地址。 URLs 包括端口 5000。例如：
`198.51.100.99:5000`
`192.0.2.18:5000`
1. 确保操作员正确设置了标准通道。他们必须：
+ 提供两个视频分辨率和比特率相同的源。
+ 确保源显示在公共网络上商定的 IP 地址上。例如：
+ 对于一个源：`203.0.113.19, 203.0.113.58, 203.0.113.25`
+ 对于另一个源：`198.51.100.19, 198.51.100.59, 198.51.100.21`
您在创建输入安全组时使用了这些地址。如果上游系统不使用这些地址，则 MediaLive会拒绝推送。
+ 按到正确的 URLs 开启 MediaLive。例如，他们必须推送到：
`198.51.100.99:5000`
`192.0.2.18:5000`
+ 通过 RTP 发送，而不是 UDP 发送。向的输入不支持 UDP 协议。 MediaLive
**设置单管道通道**
如果该 MediaLive 通道是[单管](plan-redundancy.md)道通道，请按照以下步骤操作。
1. 向操作员提供以下信息：
+ 仅在创建 RTP 输入时 MediaLive 生成的两个端点 (URLs) 中的第一个。此端点是[此过程之后的图表](setup-result-rtp-push.md)中蓝色方框内的一个地址。URL 包括端口 5000。例如：
`198.51.100.99:5000`
1. 确保操作员正确设置了单管道通道。他们必须：
+ 确保源显示在公共网络上商定的 IP 地址上。例如：
`203.0.113.19, 203.0.113.58, 203.0.113.25`
您在创建输入安全组时使用了这些地址。如果上游系统不使用这些地址，则 MediaLive会拒绝推送。
+ 开启推送到正确的 URL MediaLive。例如，他们必须推送到：
`198.51.100.99:5000`
+ 通过 RTP 发送，而不是 UDP 发送。向的输入不支持 UDP 协议。 MediaLive
# 该过程的结果
此设置的结果是，存在一个指定一个或两个*端点* URLs的 RTP 输入。无论发生什么变化（例如修改输入中的其他信息，或者将输入连接到不同的通道），这些端点在输入的生命周期内都处于开启状态 MediaLive 并且是固定的。
上游系统已设置为将源内容推送到两个端点（对于标准通道）或第一个端点（对于单管道通道）。输入安全组已与输入关联。此输入安全组有一个 CIDR 块，用于覆盖上游系统推送的两个 URLs CIDR 块，从而确保它 MediaLive 接受推送的内容。
请记住，利用推送输入，在启动通道时，上游系统必须正在将视频源推送到输入。在此之前，上游系统不需要推送。
在频道运行时，对正在推送的内容 MediaLive 做出反应并进行摄取。
![\[Upstream system diagram showing IP addresses, RTP inputs, and Input Security Group.\]](http://docs.aws.amazon.com/zh_cn/medialive/latest/ug/images/rtp-push-uss-input.png)
# 设置 RTP VPC 输入
本节介绍如何设置一个上游系统，该系统使用 RTP Push 协议从 Amazon Virtual Private Cloud（Amazon VPC）中的上游系统传送源内容。它描述了如何在上游系统上设置源内容，以及如何创建将上游系统连接到的输入 MediaLive。
使用 RTP VPC 源，上游系统*会将内容推送*到。 MediaLive
要执行此设置，必须与 Amazon VPC 用户以及上游系统的操作员合作。
**Topics**
+ [请求设置 VPC](setup-vpc-rtp-vpc.md)
+ [从 Amazon VPC 创建为 RTP 推送创建输入](setup-input-rtp-vpc.md)
+ [确保上游系统设置正确](setup-uss-rtp-vpc.md)
+ [该过程的结果](setup-rtp-vpc-result.md)
# 请求设置 VPC
Amazon VPC 用户必须设置 VPC，并确定上游系统和 MediaLive 将要使用的子网和安全组。
**设置 VPC**
1. 向 Amazon VPC 用户提供以下准则。
+ 子网准则 – 请求两个子网。
这些规则适用于：
+ 您需要两个子网，因为即使您的通道是单管道通道，RTP 输入也始终是[标准类输入](class-channel-input.md)。有关输入类的更多信息，请参阅[选择通道类和输入类](class-channel-input.md)。
+ 两个子网必须位于不同的可用区。
+ 每个子网都必须有一个私有 CIDR 块（一系列 IP 地址）。
+ 每个子网在该块中必须至少有两个未使用的地址，一个供上游系统使用，一个供 RTP 输入使用。
+ 您为与此 RTP 源（源 A）在同一通道中使用而创建的任何其它基于 VPC 的源（源 B）都必须与源 A 位于同一可用区的子网中。源 B 的两个子网可以与源 A 不同，但这两个子网的可用区必须与源 A 的可用区相同。
+ 安全组准则 – 每个子网的一个或多个安全组必须遵循以下规则：
+ 安全组的组合规则必须允许来自该子网中的上游系统 IP 地址的入站流量。
+ 安全组的组合规则必须允许到端口 5000 的出站流量。
1. 在 Amazon VPC 用户执行设置后，获取以下信息：
+ VPC 的 ID。例如：`vpc-3f139646`
+ 两个 IDs 子网中的。例如，一个子网可能有以下 ID：`subnet-1122aabb`
+ 子网的安全组的。 IDs 例如：`sg-51530134`
# 从 Amazon VPC 创建为 RTP 推送创建输入
Amazon VPC 用户在 VPC 上设置完毕后，您可以在中创建 RTP VPC 推送输入 MediaLive。
**Topics**
+ [创建 RTP 输入](#rtp-vpc-push-create)
+ [IAM 角色和 ARN](#rtp-push-role-and-remember-arn)
## 创建 RTP 输入
**从 Amazon VPC 创建 RTP VPC 推送输入**
1. 确保您具有[第 1 步](setup-vpc-rtp-vpc.md)中的信息。
+ VPC 的 ID。
+ 两个 IDs 子网中的。
+ 一个或多个子网的安全组。 IDs
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 在导航窗格中，选择 **Inputs (输入)**。
1. 在 **Inputs (输入)** 页面上，选择 **Create input (创建输入)**。
1. 完成**输入详细信息**部分：
+ **输入**姓名 – 输入一个名称。
+ **输入类型** – 选择 **RTP**。
1. 在 **Network mode (网络模式)** 部分中，选择 **VPC**。
1. 完成 **VPC 设置**部分：
+ 选择**选择子网和安全组**。
+ 对于**子网**，从已获取的子网中选择一个。下拉列表显示了所有子网 VPCs，标识如下：
` `
例如：
**subnet-1122aabb us-west-2a 10.1.128.0/24 vpc-3f139646 用于推送输入的子网 MLive **
如果子网列表为空，请选择 **Specify custom VPC (指定自定义 VPC)**，然后在此字段中输入子网 ID。（您需要仅输入子网 ID，例如 **subnet-1122aabb**。）
+ 在**子网**中，选择第二个子网。第二次，该下拉列表仅显示第一个子网所在的 VPC 中的子网。
+ 对于**安全组**，按照与子网相同的过程，选择您获取的一个或多个安全组。下拉列表显示属于所选 VPC 的安全组，如下所示：
` `
例如：
**sg-51530134 用于推送输入的安全组 vpc-3f139646 MLive **
1. 填写 “**角色 ARN**” 部分，选择 MediaLive 要用于此输入的角色。有关更多信息，请参阅 [IAM 角色和 ARN](#rtp-push-role-and-remember-arn)。
1. 在 **Tags (标签)** 部分中，创建标签（如果您希望将标签与此输入关联）。有关更多信息，请参阅 [标注资源](tagging.md)。
1. 选择**创建**。
MediaLive 创建输入并自动在该输入上创建两个端点。这些终端节点具有子网范围内的私有 IP 地址，并指定端口 5000。例如：
`rtp://10.12.30.44:5000`
`rtp://10.99.39.15:5000`.
1. 向上游系统提供这些终端节点：
+ 如果通道将设置为标准通道，则提供这两个端点。上游系统必须将内容推送到这两个终端节点。
+ 如果通道将设置为单管道通道，则仅提供第一个端点。上游系统必须推送到这样的一个终端节点。
**这些过程的结果**
作为此设置的结果，上游系统的每个输出在 VPC 中的某个指定子网中都有一个 IP 地址。
RTP 输入具有两个 IP 地址。无论发生什么变化（例如修改输入中的其它信息或将输入连接到其它通道），这些地址在输入的生命周期内都保持固定不变。
每个地址均位于其中一个子网中。这样，将内容从上游系统传输到的 MediaLive 过程就是在VPC的安全范围内进行的。
有关此设置的描述（包括图表），请参阅有关设置 RTP VPC 源一节中的 [该过程的结果](setup-rtp-vpc-result.md)。
请记住，利用推送输入，在启动通道时，上游系统必须正在将视频源推送到输入。在此之前，上游系统不需要推送。
## IAM 角色和 ARN
本节介绍如何完成控制台**创建输入**窗格上的 “**角色 ARN**” 部分。 MediaLive
在创建 RTP 推送输入时，您必须选择 MediaLive 要扮演的角色。要创建输入， MediaLive 必须获取输入中两个端点的网络接口。这些终端节点在您标识的子网的 CIDR 范围内。一旦您为该输入选择**创建**，就会从 Amazon VPC MediaLive 请求这些网络接口。您选择的角色可确保其向 Amazon VPC 的请求 MediaLive 成功。
**注意**
MediaLive 控制台上的此部分与**创建频道**页面（也位于控制台上）上的 **IAM 角色**部分相同。 MediaLive 两种用法的差异是，在 **Create input (创建输入)** 页面上，您将角色附加到输入。在 **Create channel (创建通道)** 页面上，将此角色附加到通道。您可以在这两种用法中使用相同的角色（例如，**MediaLiveAccessRole**）。
一般而言，选择角色存在两种情形，具体取决于您的组织是否有指定的管理员。
### 您的组织拥有指定的管理员
您的组织可能有管理此服务的管理员。该管理员可能已设置一个或多个角色：
+ 请向管理员或您的经理询问要使用的角色。或者，如果在 **Use existing role (使用现有角色)** 中只列出了一个规则，则选择该角色。
+ 如果列出的唯一角色是 **MediaLiveAccessRole**，请选择该角色。此外，如果此角色名称旁边显示 **Update (更新)** 按钮，请选择此按钮。（此按钮并非始终显示，但只要它出现，就请选择它来刷新角色。）
+ 如果您希望所选角色下次在列表中首先显示，请选择 **Remember ARN (记住 ARN)**。
### 您的组织没有管理员
您的组织可能不具有指定的服务管理员。在此情况下，如果您的同事都未设置合适的角色，则您可能需要自己创建一个角色，然后选择该角色。
+ 您可以创建名为的默认角色**MediaLiveAccessRole**。要首先检查其他人是否已经创建了此角色（只需一个人需要为 AWS 账户中的所有用户创建该角色），请查看**从模板创建角色**：
+ 如果此选项灰显，则表明该任务已完成。在这种情况下，请选择 “**使用现有角色**”，然后**MediaLiveAccessRole**从列表中进行选择。
+ 如果此选项不灰显，请选择 **Create role from template (从模板创建角色)**，然后选择 **Create IAM role (创建 IAM 角色)**。接下来，从列表中选择该角色。如果 MediaLive 不允许您创建角色，请向组织中的管理员询问您的 IAM 权限。
+ 如果**MediaLiveAccessRole**已经创建并且旁边显示了 “**更新**” 按钮，请选择该按钮。（此按钮并非始终显示，但只要它出现，就请选择它来刷新角色。）
+ 如果您希望所选角色下次在列表中首先显示，请选择 **Remember ARN (记住 ARN)**。
# 确保上游系统设置正确
您必须确保上游系统正确设置您的 VPC，并将内容推送到中的正确位置 MediaLive。
**设置标准通道**
如果 MediaLive 频道是[标准频道](plan-redundancy.md)，请按照以下步骤操作。
1. 向操作员提供以下信息：
+ VPC IDs 中的一个、两个子网以及 Amazon VPC 用户为您提供的安全组。
+ 创建 RTP 输入时 MediaLive 生成的两个端点 (URLs)。这些端点是[此过程之后的图表](setup-rtp-vpc-result.md)中蓝色方框内的地址。它们 URLs 具有私有 IP 地址并包括端口 5000。例如：
`10.12.30.44:5000`
`10.99.39.15:5000`
1. 确保操作员正确设置了标准通道。他们必须：
+ 设置两个输出接口，即在其中一个子网设置一个输出接口，在另一个子网中为另一个上游系统设置一个输出接口。这些接口是[此过程之后的图表](setup-rtp-vpc-result.md)中紫色方框内的地址。
+ 提供两个视频分辨率和比特率相同的源。
+ 按向正确的方向 URLs 开启 MediaLive。例如，他们必须推送到：
`10.12.30.131:5000`
`10.99.39.40:5000`
+ 通过 RTP 发送，而不是 UDP 发送。向的输入不支持 UDP 协议。 MediaLive
**设置单管道通道**
如果该 MediaLive 通道是[单管](plan-redundancy.md)道通道，请按照以下步骤操作。
1. 向操作员提供以下信息：
+ Amazon VPC 用户提供给您的 VPC、一个子网和安全组。 IDs
+ 仅在创建 RTP 输入时 MediaLive 生成的两个端点 (URLs) 中的第一个。这些端点是[此过程之后的图表](setup-rtp-vpc-result.md)中蓝色方框内的地址。URL 具有一个私有 IP 地址，并包含端口 5000。例如：
`10.12.30.44:5000`
`10.99.39.15:5000`
1. 确保操作员正确设置了标准通道。他们必须：
+ 设置一个输出接口。此接口是[此过程之后的图表](setup-rtp-vpc-result.md)中一个紫色方框内的地址。
+ 开启推送到正确的 URL MediaLive。例如，他们必须推送到：
`10.12.30.131:5000`
`10.99.39.40:5000`
+ 通过 RTP 发送，而不是 UDP 发送。向的输入不支持 UDP 协议。 MediaLive
# 该过程的结果
此设置的结果是，存在一个指定一个或两个*端点* URLs的 RTP 输入。这些终端节点是您的 VPC 上的弹性网络接口 (ENIs)。 MediaLive 有权使用这些 ENIs 作为其输入。 MediaLive 拥有（通过 IAM 可信实体角色）自动管理其输入 ENIs 的权限。上游系统有权通过 Amazon VPC 安全组将内容推送到这些端点。
每个地址均位于其中一个子网中。这样，将内容从上游系统传输到的 MediaLive 过程就是在VPC的安全范围内进行的。
上游系统已设置为将源内容推送到两个端点（如果您设置的是标准通道）或一个端点（如果您设置的是单管道通道）。每个子网至少关联了一个 VPC 安全组。每个安全组中的 CIDR 块涵盖了上游系统从中推送的两个 URLs安全组，这可确保上游系统 MediaLive 接受推送的内容。
上游系统的每个输出在 VPC 中的某个指定子网中都有一个 IP 地址。RTP 输入有两个 IP 地址，每个地址都位于其中一个子网中。这样，源内容从上游系统传输到的 MediaLive 过程就是在私密的 VPC 内进行的。
请记住，利用推送输入，在启动通道时，上游系统必须正在将视频源推送到输入。在此之前，上游系统不需要推送。
在频道运行时，对正在推送的内容 MediaLive 做出反应并进行摄取。
![\[Diagram showing RTP input from upstream systems to MediaLive through VPC subnets.\]](http://docs.aws.amazon.com/zh_cn/medialive/latest/ug/images/rtp-vpc-uss-input.png)
# 创建 SMPTE 2110 输入
本节介绍如何在上游系统上设置源内容，以及如何创建连接上游系统的 SMPTE 2110 输入。 MediaLive在创建摄取输入的通道之前创建输入。
**注意**
只有 AWS Elemental Anywhere 部署支持 SMPTE 2110 输入。 MediaLive 有关这些部署的更多信息，请参阅[在任何地方设置 AWS Elemental MediaLive](setup-emla.md)。
*使用 SMPTE 2110 输入，在频道启动时 MediaLive 连接到组播 IP 地址并拉出源。*
要执行此设置，您必须与组织中为 SMPTE 2110 源创建 SDP 文件的视频工程师合作。
**Topics**
+ [获取信息](setup-s2110-pull-obtain-info.md)
+ [创建 SMPTE 2110 输入](setup-input-s2110-pull.md)
# 获取信息
从创建 SMPTE 2110 SDP 文件的视频工程师那里获取以下信息：
+ SMPTE 2110 源的视频、音频和辅助流的所有 SDP 文件的位置 (URL) 和文件名。
应该只有一个视频 SDP 文件。可以有 0 个或多个音频 SDP 文件和 0 个或更多辅助的 SDP 文件。
+ 单个视频 SDP 文件中的视频行数 (v=)。如果有多条视频线路，请找出必须使用哪条线路。
你需要行数，因为你需要通过指定行在从零开始的媒体索引中的位置来标识要使用的行。例如，如果您需要使用第三条视频线，则索引为 2。
+ 每个音频 SDP 文件中的音频线路数 (a=)。
你需要行数，因为每当有多个 SDP 文件时，每当 SDP 文件中有多条音频线路 and/or 时，都需要为音频线路创建从零开始的媒体索引。
例如，可能有两个音频 SDP 文件，一个包含一行，一个包含两行。对于第一个文件，您将创建一个包含一个成员 (0) 的索引，对于第二个文件，您将创建一个成员为 0 和 1 的索引。
+ 必须创建的音频选择器列表以及每个选择器中要包含 IDs 的频道组（音轨）的列表。（对于视频或辅助流，您不需要此信息。）
MediaLive 为每个频道组分配一个轨道号，从第一个 SDP 文件第一行的第一个频道组开始，覆盖所有音频 SDP 文件中的所有音频线路。曲目从 1 开始编号。
# 创建 SMPTE 2110 输入
从上游系统获取信息后，可以创建 SMPTE 2110 输入。
**创建 SMPTE 2110 输入**
1. 确保您具有[第 1 步](setup-s2110-pull-obtain-info.md)中的信息。
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 在导航窗格中，选择 **Inputs (输入)**。在 **Inputs (输入)** 页面上，选择 **Create input (创建输入)**。
1. 按照此过程后面的表格中的说明填写 **SMPTE 2110 接收器组**部分。
1. 在 **Tags (标签)** 部分中，创建标签（如果您希望将标签与此输入关联）。有关更多信息，请参阅 [标注资源](tagging.md)。
1. 选择**创建**。
MediaLive 创建输入并将其添加到输入列表中。输入标识了包含 SMPTE 2110 直播相关信息的 SDP 文件的位置。
当你启动频道时， MediaLive 将检索 SDP 文件。它将从文件中获取 SMPTE 2110 直播的位置。它将连接到这些位置，并提取您在将[输入连接到频道](creating-a-channel-step2.md)时指定的内容。
**SMPTE 2110 输入的字段**
| 字段 | 说明 |
| --- | --- |
| 视频 SDP | 输入视频 SDP 文件的 URL。如果您获得了标识要提取的视频线路的数字，请在 “媒体索引” 字段中输入该数字。该索引是从零开始的。因此，如果您需要提取第三行，请输入 2。 |
| 音频 SDPs | 为每个音频 SDP 文件和音频线路组合输入每个文件的信息。参见此表后面的示例。 |
| 辅助的 SDPs | 为每个辅助的 SDP 文件和音频线路组合输入每个文件的信息。参见此表后面的示例。 |
您可能已经获得了有关 SDP 文件及其媒体行的以下信息：
+ 一个视频文件位于`http://172.18.8.19/curling_video.sdp`。你需要提取第三个视频（索引成员 2）。
+ 以下音频 SDP 文件及其音频线路：
`http://172.18.8.19/curling_audio_1.sdp`用一条音频线。
`http://172.18.8.19/curling_audio_2.sdp`，有两条媒体线。
+ 一个辅助的 SDP 文件及其辅助行：
`http://172.18.8.19/curling_ancill.sdp`有两条媒体线。
您将按如下方式设置 “接收者组” 字段：
| SDP | SDP 网址 | 媒体索引 |
| --- | --- | --- |
| 视频 SDP | http://172.18.8.19/curling\$1video.sdp | 2 |
| 音频 SDP | http://172.18.8.19/curling\$1audio\$11.sdp | 0 |
| | http://172.18.8.19/curling\$1audio\$12.sdp | 0 |
| | http://172.18.8.19/curling\$1audio\$12.sdp | 1 |
| 辅助的 SDP | http://172.18.8.19/curling\$1ancill.sdp | 0 |
| | http://172.18.8.19/curling\$1ancill.sdp | 0 |
# 设置 SRT 来电者输入
本节介绍如何设置为收录从设置为 SRT 侦听器的上游系统发送的传输流 (TS) 内容。本节介绍如何在上游系统上设置源内容，以及如何创建将上游系统连接到的输入 MediaLive。
可以使用 AES 对传输流源进行加密。
**角色**
使用 SRT 输入， MediaLive 有两个角色，上游系统有两个角色：
+ 对于 SRT 连接握手： MediaLive 是 SRT 调用方（发起握手的一方）。上游系统是 SRT 侦听器。上游系统等待 MediaLive 在传输源内容之前调用和启动 SRT 连接握手。
+ 对于传输：建立连接后，上游系统始终是内容的发送者。 MediaLive 始终是内容的接收者。
就推拉输入的分类而言，SRT 输入是拉输入。您不使用带有 SRT 输入的输入安全组。
**Topics**
+ [准备工作](input-caller-srt-prereqs.md)
+ [创建 SRT 输入](input-caller-srt-setup.md)
+ [确保在上游系统中设置正确](setup-uss-srt-caller.md)
+ [该过程的结果](input-caller-srt-result.md)
# 准备工作
1. 从上游系统的操作员那里获取以下信息：
+ 内容的 IP 地址和端口，包括视频流（如果上游系统使用该地址）。例如，**192.0.2.120:7001**使用直播**mycontent**。
标准类输入需要两个地址，单类输入需要一个地址。有关输入类及其用法的信息，请参阅[选择通道类和输入类](class-channel-input.md)。
+ 内容是否已加密。如果已加密，请确定加密是使用 AES 128、AES 192 还是 AES 256。
从上游系统的操作员那里获取密码。
+ 流 ID（如果上游系统使用此标识符）。上游系统可能需要一个直播 ID，在这种情况下，您必须获取它。否则，调用者和听众之间的 SRT 握手可能会失败。
+ 实现数据包丢失和恢复的首选延迟（以毫秒为单位）。数据包恢复是 SRT 的一项关键功能。
1. 如果内容已加密，则必须存储操作员给您的密码。您的组织中的某人必须将密码存储在中的密钥中。 AWS Secrets Manager有关更多信息，请参阅[创建 AWS Secrets Manager 密钥](https://docs.aws.amazon.com/secretsmanager/latest/userguide/create_secret.html)。创建 “**其他类型的密钥” 类型的密钥**。创建密钥的结果是这样的 ARN：
`arn:aws:secretsmanager:region:123456789012:secret:Sample-abcdef`
# 创建 SRT 输入
从上游系统获取必要信息后，可以创建 SRT 输入。
**设置 SRT 输入**
1. 确保您拥有[从上游系统获得](input-caller-srt-prereqs.md)的信息。
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 在导航窗格中，选择 **Inputs (输入)**。在 **Inputs (输入)** 页面上，选择 **Create input (创建输入)**。然后选择 **SRT 呼叫者**。
1. 在**输入类**部分，为此输入选择类：
+ STANDARD\$1INPUT
+ SINGLE\$1INPUT
1. 在 “**来源 A**” 和 “**来源 B**” 部分，输入您获得的信息。
1. 填写 “**解密**” 字段（如果适用）：
+ **已启用**：选中该复选框。此时将显示更多字段。
+ 选择适当的算法。
+ [如果列表 ARNs 已填充，请选择您之前创建的密码的 ARN。](input-caller-srt-prereqs.md)如果列表为空，请在输入字段中键入 ARN。
1. 在 **Tags (标签)** 部分中，创建标签（如果您希望将标签与此输入关联）。有关更多信息，请参阅 [标注资源](tagging.md)。
1. 选择 “**创建**”。 MediaLive 创建输入并将其添加到输入列表中。输入指定一个或两个源。源不会显示在列表中，但如果您选择 **Name (名称)** 链接，则详细信息页面将显示这些源。
# 确保在上游系统中设置正确
上游服务器的操作员必须在上游系统上设置源内容。确保操作员的设置如下：
+ 他们设置为提供正确数量的源：
+ 如果该 MediaLive 频道是标准频道，请为内容设置两个来源。确保两个源内容的视频分辨率和比特率相同。
+ 如果该 MediaLive 频道是单管道频道，请为内容设置一个来源。
+ 他们设置为按约定提供内容 URLs，并使用商定的应用程序名称和实例名称。这些 URLs URLs是你[在本节前面获得的，也是你在](setup-mp4-obtain-info.md) RTMP 输入中配置的。它们对应于[此过程后图 URLs 中所示的内容](setup-result-rtmp-push.md)。
# 该过程的结果
由于此设置，存在一个指定一个或两个*来源* URLs的 SRT 调用者输入。这些来源 URLs 用于上游系统上的源内容。
在频道运行时， MediaLive （调用者）将与上游系统（监听器）进行握手。 MediaLive 将连接到两个 URLs （对于标准频道）或一个 URL（对于单管道频道），然后将源内容拉入频道。
![\[Diagram showing data packets flowing from upstream systems to SRT caller inputs in MediaLive.\]](http://docs.aws.amazon.com/zh_cn/medialive/latest/ug/images\srt-pull-uss-input.png)
# 设置 SRT 监听器输入
本节介绍如何设置为接收从设置为 SRT 调用方的上游系统推送的传输流 (TS) 内容。本节介绍如何在上游系统上设置源内容，以及如何创建将上游系统连接到的输入 MediaLive。
传输流源必须使用 AES 加密。
**角色**
使用 SRT Listener 输入， MediaLive 有两个角色，上游系统有两个角色：
+ 对于 SRT 连接握手： MediaLive 是 SRT 侦听器（等待连接的一方）。上游系统是 SRT 调用方。上游系统在传输源内容之前启动 SRT 连接握手。
+ 对于传输：建立连接后，上游系统始终是内容的发送者。 MediaLive 始终是内容的接收者。
就推拉输入的分类而言，SRT Listener 输入是推送输入。您必须使用带有 SRT 监听器输入的输入安全组来控制允许向哪些 IP 地址推送内容。 MediaLive
**Topics**
+ [准备工作](input-listener-srt-prereqs.md)
+ [创建 SRT 监听器输入](input-listener-srt-setup.md)
+ [向上游系统提供连接信息](setup-uss-srt-listener.md)
+ [该过程的结果](input-listener-srt-result.md)
+ [SRT 监听器输入的网络位置](input-listener-srt-network-locations.md)
# 准备工作
1. 与上游系统的操作员讨论以下信息：
+ 上游系统将从中推送的 IP 地址。您需要此地址来创建允许来自该地址的流量的输入安全组。有关输入安全组的更多信息，请参阅[使用输入安全组](working-with-input-security-groups.md)。
+ 上游系统将使用的加密算法：AES 128、AES 192 或 AES 256。SRT 监听器输入需要加密。
与上游系统的操作员商定密码短语。密码用于生成用于加密和解密源内容的密钥。
+ 流 ID（如果上游系统使用此标识符）。流 ID 是一个可选的自由格式字符串，上游系统可以在连接握手期间发送该字符串。 MediaLive 无论流 ID 值如何，都接受所有连接。 MediaLive 记录流 ID 仅用于监控和故障排除目的。
+ 实现数据包丢失和恢复的首选延迟（以毫秒为单位）。数据包恢复是 SRT 的一项关键功能。有效范围为 120 到 15000 毫秒。
1. 您必须存储与操作员商定的密码。您的组织中的某人必须将密码存储在中的密钥中。 AWS Secrets Manager有关更多信息，请参阅[创建 AWS Secrets Manager 密钥](https://docs.aws.amazon.com/secretsmanager/latest/userguide/create_secret.html)。创建 “**其他类型的密钥” 类型的密钥**。创建密钥的结果是这样的 ARN：
`arn:aws:secretsmanager:region:123456789012:secret:Sample-abcdef`
**重要**
将 SRT 密码作为纯文本存储在 Secrets Manager 中（例如，）。`secretpassword123`创建密钥时请勿使用 key/value 选项或 JSON 格式，因为这可能会导致与其他服务的互操作性问题。仅将密码存储为纯文本。
确保您的密码长度介于 10 到 79 个字符之间。
1. 创建或标识包含上游系统 IP 地址的输入安全组。有关创建输入安全组的信息，请参阅[创建输入安全组](create-input-security-groups.md)。
# 创建 SRT 监听器输入
从上游系统获取必要信息并创建输入安全组后，可以创建 SRT Listener 输入。
**设置 SRT 监听器输入**
1. 确保您拥有[从上游系统获得](input-listener-srt-prereqs.md)的信息。
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 在导航窗格中，选择 **Inputs (输入)**。在 **Inputs (输入)** 页面上，选择 **Create input (创建输入)**。然后选择 **SRT 监听器**。
1. 在**输入类**部分，为此输入选择类：
+ 标准输入： MediaLive 为冗余分配两个 IP 地址。
+ 单输入： MediaLive 分配一个 IP 地址。
1. 在**输入安全组**部分，选择您之前创建或标识的输入安全组。此安全组必须包含将内容推送到此输入的上游系统的 IP 地址。
1. 在 **SRT 监听器设置**部分，填写以下字段：
+ **最小延迟**：输入您与上游系统商定的延迟值（以毫秒为单位）。有效范围为 120 到 15000 毫秒。SRT 将选择发送方和接收方建议的最大值。
+ **直播ID**：可选。如果上游系统使用该标识符，请输入该流 ID。
1. 填写 “**解密**” 字段。SRT 监听器输入需要加密：
+ **算法**：选择您与上游系统商定的加密算法：AES 128、AES 192 或 AES 256。加密始终使用 AES，但算法长度可以在您和发送者之间进行协商。如果您不知道要使用什么长度，请输入最小值。如果发件人协商使用更长的长度，则 MediaLive 将始终同意更长的长度。
+ **Passphrase secret ARN**[：如果列表 ARNs 已填充，请选择您之前创建的密码的 ARN。](input-listener-srt-prereqs.md)如果列表为空，请在输入字段中键入 ARN。
1. 在 **Tags (标签)** 部分中，创建标签（如果您希望将标签与此输入关联）。有关更多信息，请参阅 [标注资源](tagging.md)。
1. 选择 “**创建**”。 MediaLive 创建输入并分配一到两个 IP 地址（取决于输入类别）。输入将显示在输入列表中，其中包含分配的 IP 地址和端口 5050。
# 向上游系统提供连接信息
创建 SRT Listener 输入后，必须向上游系统的操作员提供连接信息，以便他们可以配置要连接的 SRT 调用方。 MediaLive
**获取连接信息**
1. 在 “**输入**” 页面上，选择您刚刚创建的 SRT 监听器输入的名称。
1. 在输入详细信息页面的**目标**部分中，记下 IP 地址和端口。对于标准舱输入，有两个目的地。对于单类输入，只有一个目的地。
目的地将采用以下格式`srt://ip-address:5050`。例如：
`srt://54.123.45.67:5050`
`srt://54.123.45.68:5050`
1. 将这些目的地提供 URLs 给上游系统的操作员。操作员必须将其 SRT 呼叫者配置为连接到这些地址。
确保上游系统的操作员按以下方式进行设置：
+ 他们设置为提供正确数量的源：
+ 如果该 MediaLive 频道是标准频道，则它们必须推送到两个目标地址。确保两个源内容的视频分辨率和比特率相同。
+ 如果 MediaLive 信道是单管道信道，则它们必须推送到单个目标地址。
+ 他们将他们的 SRT 调用者配置为使用您同意的相同加密算法和密码。
+ 他们将 SRT 呼叫者配置为使用延迟值。SRT 将协商并使用双方配置的最大延迟值。
+ 如果您在输入配置中指定了流 ID，则上游系统可以在连接期间选择发送流 ID 值。 MediaLive 接受具有任何流 ID 值（或没有流 ID）的连接。数据流 ID 的记录仅用于监控和故障排除。
# 该过程的结果
由于此设置，存在一个 SRT 监听器输入，其中包含一个或两个*目的地* URLs。这些目的地 URLs 是 MediaLive 分配用于接收源内容的目的地。
在频道运行时，上游系统（调用方）将与 MediaLive （听众）进行握手。上游系统将连接到两个 URLs （对于标准频道）或一个 URL（对于单管道频道），并将源内容推送到该频道。
![\[alt text not found\]](http://docs.aws.amazon.com/zh_cn/medialive/latest/ug/images\srt-push-uss-input.png)
# SRT 监听器输入的网络位置
SRT 监听器输入支持以下网络位置：
+ **AWS**：标准云部署。 MediaLive 为输入目的地分配弹性 IP 地址。
+ **VPC**：在您的亚马逊虚拟私有云 Virtual Private Cloud 中部署。 MediaLive 在您的 VPC 中为输入目标分配弹性网络接口 (ENI)。在 VPC 中创建 SRT 侦听器输入时，必须指定 VPC 子网和安全组。
+ **本地： MediaLive 随时随地**部署。对于本地部署，您必须在创建输入时指定 IP 地址和网络配置。
# 创建传输流（TS）文件输入
本节介绍如何设置为收录存储为文件的传输流 (TS) 内容。
**创建 TS 文件输入**
1. 您应该已经与视频内容提供商安排好，为您的内容设置上游系统。确保上游系统的操作员为您提供以下信息：
+ MediaLive 将从 URLs 中提取 TS 文件的所有位置。例如：
`s3ssl://amzn-s3-demo-bucket/filler-videos/main/oceanwaves.ts`
`s3ssl://amzn-s3-demo-bucket/filler-videos/redundant/oceanwaves.m2ts`
1. 如果该输入正用于多输入通道中，您应该决定是将其设置为静态输入，还是[动态输入](dynamic-inputs.md)。您可能需要修改从上游系统获得的： URLs
+ 如果输入是静态输入，请不要修改 URLs。
+ 如果输入是动态输入，请将 URL 设置为可选的绝对部分和必需的可变部分 (\$1urlPath\$1)。有关示例，请参阅此过程之后的表格。
建议您使用 /\$1urlPath\$1 格式。
1. 打开 MediaLive 控制台，网址为[https://console.aws.amazon.com/medialive/](https://console.aws.amazon.com/medialive/)。
1. 在导航窗格中，选择 **Inputs (输入)**。在 **Inputs (输入)** 页面上，选择 **Create input (创建输入)**。
1. 完成**输入详细信息**部分：
+ **输入**姓名 – 输入一个名称。
+ **输入类型** –选择 **TS**。
1. 在**输入类**部分，为此输入选择类：
+ STANDARD\$1INPUT
+ SINGLE\$1INPUT
1. 在 “**输入来源**” 部分，输入 URLs 您之前获得的：
+ 如果输入是标准类输入，请填写两个字段，提供两个字段。 URLs
+ 如果输入是单管道类输入，请使用您获得的 URL 填写第一个字段，将第二个字段留空。
如果上游系统要求您提供用户凭证，则您还必须输入用于访问该位置的用户名和密码。这些凭证存储在 Systems Manager Parameter Store 上。有关更多信息，请参阅 [关于创建密码参数的功能](requirements-for-EC2.md#about-EC2Password)。
1. 在 **Tags (标签)** 部分中，创建标签（如果您希望将标签与此输入关联）。有关更多信息，请参阅 [标注资源](tagging.md)。
1. 选择**创建**。
MediaLive 创建输入并将其添加到输入列表中。输入指定一个或两个源。源不会显示在列表中，但如果您选择 **Name (名称)** 链接，则详细信息页面将显示这些源。
当你启动频道时， MediaLive 将在这个或多个源位置连接到上游系统并提取内容：
+ 对于标准频道， MediaLive 期望上游系统提供两个来源，因此会尝试从两个源位置进行提取。
+ 对于单管道通道， MediaLive 期望上游系统提供一个来源，因此将尝试从一个源位置进行提取。
## 动态输入中的 URL 格式
下表介绍了动态输入中的 URL 的各种格式。
| Format | 说明 | 示例 | \$1urlPath\$1 的示例 |
| --- | --- | --- | --- |
| <协议>/\$1urlPath\$1 | URL 的绝对部分中只有协议 | s3ssl://\$1urlPath\$1 | amzn-s3-demo-bucket/my-movie.ts |
| <协议和路径>/\$1urlPath\$1 | URL 的绝对部分包含协议和路径 | mediastoressl://f31z.data.mediastore.us-west-2.amazonaws.com/movies/\$1urlPath\$1 | my-movie.ts |
| \$1urlPath\$1 | URL 只具有可变部分 | \$1urlPath\$1 | s3ssl: //amzn-s3-demo-bucket/my-movie.ts |
# 后续步骤
创建通道所需的所有输入后，就可以开始创建通道了。请参阅[从头开始创建通道](creating-channel-scratch.md)。