Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Gestion des sources dans MediaConnect
Une source d' MediaConnect entrée peut être tout élément fournissant un flux vidéo en direct, comme ce qui suit :
+ Un encodeur sur site
+ Un autre flux AWS Elemental MediaConnect
+ Une AWS Elemental MediaLive sortie
+ Un système de diffusion (basé sur le cloud ou sur site)
Pour obtenir la liste des protocoles pris en charge que vous pouvez utiliser pour votre source, consultez[Protocoles](protocols.md).
Depuis la MediaConnect console, vous pouvez consulter CloudWatch les métriques Amazon pour [surveiller l'état de santé de la source](monitor-source-health.md) d'un flux actif.
**Topics**
+ [Utilisation de sources NDI® dans un flux MediaConnect](sources-using-ndi.md)
+ [Ajouter une deuxième source à un MediaConnect flux existant](source-adding.md)
+ [Mettre à jour la source d'un MediaConnect flux](source-update.md)
+ [Basculement de source sur un flux MediaConnect](source-failover.md)
+ [Gestion des balises sur une MediaConnect source](sources-manage-tags.md)
+ [Supprimer une source d'un MediaConnect flux](source-remove.md)
+ [Ports source sur les MediaConnect flux](source-ports.md)
+ [Déterminer l'adresse IP homologue d'une source](source-ip-address.md)
# Utilisation de sources NDI® dans un flux MediaConnect
AWS Elemental MediaConnect peut ingérer l'interface [NDI® (Network Device Interface)](https://ndi.video/tech/), un protocole permettant d'obtenir de la vidéo et de l'audio de haute qualité et à faible latence sur des réseaux IP, et de le convertir en flux de transport MPEG. Cette fonctionnalité permet l'ingestion directe de contenu au sein de votre réseau, en connectant les systèmes de production vidéo basés sur IP aux flux de travail de contribution traditionnels.
À l'aide de sources NDI, vous pouvez créer des flux de production rationalisés qui prennent le contenu de vos systèmes de production compatibles NDI, tels que les caméras, les mélangeurs de vision et les moteurs graphiques, et l'ingèrent directement dans un flux depuis votre Virtual MediaConnect Private Cloud (VPC). MediaConnect convertit ensuite cette entrée NDI en flux de transport, qui peuvent être distribués à l'infrastructure de diffusion traditionnelle à l'aide de protocoles tels que SRT ou Zixi. Cette intégration fonctionne avec votre infrastructure NDI existante et ne nécessite aucune modification de votre configuration VPC actuelle.
## Points clés
### Comprendre la terminologie NDI
Dans les flux de travail vidéo et audio, les termes **source** et **sortie** ont des significations spécifiques qui varient selon les contextes. Comprendre ces différences vous permet de travailler avec des sources NDI dans l'ensemble de votre flux de production.
+ Dans MediaConnect les flux :
+ Une **source** est le point d'entrée d'un flux. Les **sources NDI** ingèrent du contenu NDI dans votre flux à partir d'un expéditeur NDI en amont.
+ Une **sortie** est le point de sortie d'un flux. **Les sorties NDI** envoient le contenu NDI de votre flux vers un récepteur NDI en aval.
+ Dans la mise en œuvre du NDI :
+ Un **expéditeur NDI** est un point de terminaison réseau qui envoie des flux vidéo et audio sur des réseaux IP à l'aide du protocole NDI.
+ Du point de vue de votre MediaConnect flux, l'expéditeur NDI est le périphérique en amont qui fournit du contenu à la source NDI de votre flux.
+ Lorsque vous ajoutez une source NDI à votre MediaConnect flux, elle MediaConnect agit comme un récepteur NDI en vous connectant à un expéditeur NDI de votre réseau. Votre flux peut ensuite convertir ce contenu pour le distribuer via les protocoles de diffusion traditionnels.
### Comment fonctionnent les sources NDI
De manière générale, voici comment votre contenu est diffusé MediaConnect lorsque vous utilisez des sources NDI dans vos flux :
1. Configurez votre infrastructure VPC avec au moins un serveur de découverte NDI et des expéditeurs NDI actifs au sein du VPC.
1. Créez un flux de grande taille avec une source NDI, en configurant vos serveurs de découverte et les paramètres de la source NDI.
1. Démarrez votre flux pour découvrir les expéditeurs NDI qui diffusent du contenu au sein de votre VPC.
1. Connectez-vous à l'expéditeur NDI que vous avez sélectionné pour commencer à recevoir du contenu dans votre flux.
1. Convertissez et distribuez le contenu via les sorties de votre flux à l'aide de protocoles de flux de transport tels que SRT ou Zixi.
Ce flux de travail maintient la compatibilité avec les systèmes de production basés sur le NDI tout en ajoutant la flexibilité et les avantages de mise en réseau de la distribution audiovisuelle traditionnelle.
### Considérations et restrictions
Lorsque vous planifiez l'implémentation de votre source NDI dans MediaConnect, gardez à l'esprit les points suivants.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/mediaconnect/latest/ug/sources-using-ndi.html)
## Étapes suivantes
Pour commencer, [créez un flux](flows-create-ndi.md) avec une source NDI.
## Ressources supplémentaires
+ [Tailles et capacités de flux](flow-sizes-capabilities.md)
+ [Bonnes pratiques](best-practices.md)
# Ajouter une deuxième source à un MediaConnect flux existant
Pour les flux de transport, vous pouvez ajouter une deuxième source de basculement. Les deux sources du flux doivent utiliser le même protocole. (Cependant, vous pouvez avoir une source qui utilise le RTP et l'autre qui utilise le RTP-FEC.) Pour plus d'informations sur le basculement de source, consultez[Basculement de la source](source-failover.md).
La méthode que vous utilisez pour ajouter une deuxième source à un flux dépend du type de source que vous souhaitez utiliser :
+ [Source standard](source-adding-standard.md) — Utilise du contenu provenant de toute source autre qu'une source VPC ou une source autorisée.
+ [Source VPC](source-adding-vpc.md) — Utilise le contenu provenant d'un VPC que vous configurez.
MediaConnect ne prend pas en charge deux sources sur les types de flux suivants :
+ Flux dont la source est habilitée
+ Flux avec une source CDI
+ Flux avec une source NDI®
Pour la redondance avec les sources ST 2110 JPEG XS, vous pouvez spécifier deux interfaces VPC entrantes sur un flux multimédia individuel. Pour la redondance avec les sources CDI, créez un second flux.
Depuis la MediaConnect console, vous pouvez consulter CloudWatch les métriques Amazon pour [surveiller l'état de santé de la source](monitor-source-health.md) d'un flux actif.
# Ajouter une source standard à un MediaConnect flux existant
Vous pouvez ajouter une seconde source à un flux existant pour le basculement. Les deux sources du flux doivent utiliser le même protocole. (Cependant, vous pouvez avoir une source qui utilise le RTP et l'autre qui utilise le RTP-FEC.) Pour plus d'informations sur le basculement de source, consultez[Basculement de la source](source-failover.md).
**Pour ajouter une source standard à un flux existant (console)**
1. Ouvrez la MediaConnect console à l'adresse [https://console.aws.amazon.com/mediaconnect/](https://console.aws.amazon.com/mediaconnect/).
1. Sur la page **Flux**, choisissez le nom du flux que vous souhaitez mettre à jour.
1. Choisissez l'onglet **Source**.
1. Dans la section **Configuration du basculement de la source**, choisissez **Modifier**.
1. **Dans la fenêtre **Modifier la configuration du basculement de source**, assurez-vous que le **basculement** est défini sur Active.**
**Note**
Si vous activez le basculement sur un flux en cours d'exécution, vous risquez de rencontrer une brève interruption de la sortie du flux.
1. Dans le menu déroulant du **mode Failover**, sélectionnez le mode à utiliser avec votre protocole source. Pour obtenir la liste des modes pris en charge par chaque protocole, voir [Prise en charge du basculement pour les protocoles source dans MediaConnect](source-failover.md#source-failover-table)
1. Pour **la fenêtre de restauration**, spécifiez la taille de la mémoire tampon (délai) que vous souhaitez que le service conserve. Une mémoire tampon plus grande signifie un délai plus long dans la transmission du flux, mais plus de place pour la correction des erreurs. Une mémoire tampon plus petite signifie un délai plus court, mais moins de place pour la correction des erreurs. Vous pouvez choisir une valeur comprise entre 100 et 15 000 ms. Si vous laissez ce champ vide, MediaConnect utilise la valeur par défaut de 200 ms.
1. Choisissez **Mettre à jour**.
1. Dans la section **Sources**, choisissez **Ajouter**.
1. Dans **Nom**, spécifiez le nom de votre source. Cette valeur est un identifiant visible uniquement sur la MediaConnect console.
1. Pour **Type de source**, choisissez **Source standard**.
1. Déterminez le protocole utilisé par votre source.
**Note**
Toutes les sources d'un flux doivent utiliser le même protocole. Cependant, vous pouvez avoir une source qui utilise le RTP et l'autre qui utilise le RTP-FEC.
1. Pour obtenir des instructions spécifiques en fonction de votre protocole, sélectionnez l'un des onglets suivants :
------
#### [ RIST ]
1. Pour **Protocole**, choisissez **RIST**.
1. Pour le **port entrant**, spécifiez le port sur lequel le flux écoute le contenu entrant.
**Note**
Le protocole RIST nécessite un port supplémentaire pour la correction des erreurs. Pour répondre à cette exigence, MediaConnect réserve le port égal à \$11 par rapport au port que vous spécifiez. Par exemple, si vous spécifiez le port 4000 pour la sortie, le service attribue les ports 4000 et 4001.
1. Pour **Allowlist CIDR**, spécifiez une plage d'adresses IP autorisées à contribuer au contenu de votre source. Formatez les adresses IP sous la forme d'un bloc CIDR (Classless Inter-Domain Routing), par exemple 10.24.34.0/23. Pour plus d'informations sur la notation de bloc d'adresse CIDR, consultez [RFC 4632](https://tools.ietf.org/html/rfc4632).
**Important**
Spécifiez un bloc CIDR aussi précis que possible. N'incluez que les adresses IP auxquelles vous souhaitez ajouter du contenu à votre flux. Si vous spécifiez un bloc CIDR trop large, il est possible que des tiers envoient du contenu à votre flux.
1. Pour **Débit maximal**, spécifiez le débit maximal attendu (en bits par seconde) pour le flux. Nous vous recommandons de spécifier une valeur deux fois supérieure au débit réel. La valeur la plus faible que vous pouvez saisir dans ce champ est de 100 Kbits/s.
1. Pour **Latence maximale**, spécifiez la taille de la mémoire tampon (délai) que vous souhaitez que le service conserve. Une valeur de latence supérieure signifie un délai plus long dans la transmission du flux, mais davantage de place pour la correction des erreurs. Une valeur de latence plus faible signifie un délai plus court, mais moins de marge de manœuvre pour la correction des erreurs. Vous pouvez choisir une valeur comprise entre 1 et 15 000 ms. Si vous laissez ce champ vide, MediaConnect utilise la valeur par défaut de 2 000 ms.
------
#### [ RTP or RTP-FEC ]
1. Pour **Protocole**, choisissez **RTP** ou **RTP-FEC**.
1. Pour le **port entrant**, spécifiez le port sur lequel le flux écoute le contenu entrant.
**Note**
Le protocole RTP-FEC nécessite deux ports supplémentaires pour la correction des erreurs. Pour répondre à cette exigence, MediaConnect réserve les ports \$12 et \$14 à partir du port que vous spécifiez. Par exemple, si vous spécifiez le port 4000 pour la sortie, le service attribue les ports 4000, 4002 et 4004.
1. Pour **Allowlist CIDR**, spécifiez une plage d'adresses IP autorisées à contribuer au contenu de votre source. Formatez les adresses IP sous la forme d'un bloc CIDR (Classless Inter-Domain Routing), par exemple 10.24.34.0/23. Pour plus d'informations sur la notation de bloc d'adresse CIDR, consultez [RFC 4632](https://tools.ietf.org/html/rfc4632).
**Important**
Spécifiez un bloc CIDR aussi précis que possible. N'incluez que les adresses IP auxquelles vous souhaitez ajouter du contenu à votre flux. Si vous spécifiez un bloc CIDR trop large, il est possible que des tiers envoient du contenu à votre flux.
1. Pour **Débit maximal**, spécifiez le débit maximal attendu (en bits par seconde) pour le flux. Nous vous recommandons de spécifier une valeur deux fois supérieure au débit réel. La valeur la plus faible que vous pouvez saisir dans ce champ est de 100 Kbits/s.
------
#### [ SRT listener ]
1. Pour **Protocol**, choisissez **SRT listener.**
1. Dans **Description de la source**, entrez une description qui vous rappellera ultérieurement d'où provient cette source. Il peut s'agir du nom de l'entreprise ou de notes concernant la configuration.
1. Pour le **bloc CIDR Allowlist**, spécifiez une plage d'adresses IP autorisées à contribuer au contenu de votre source. Formatez les adresses IP sous la forme d'un bloc CIDR (Classless Inter-Domain Routing), par exemple 10.24.34.0/23. Pour plus d'informations sur la notation de bloc d'adresse CIDR, consultez [RFC 4632](https://tools.ietf.org/html/rfc4632).
**Important**
Spécifiez un bloc CIDR aussi précis que possible. N'incluez que les adresses IP auxquelles vous souhaitez ajouter du contenu à votre flux. Si vous spécifiez un bloc CIDR trop large, il est possible que des tiers envoient du contenu à votre flux.
1. Pour le **port entrant**, spécifiez le port sur lequel le flux écoute le contenu entrant.
1. Pour **Adresse de l'écouteur source**, entrez l'adresse que MediaConnect vous utiliserez pour la connexion SRT. L'adresse peut être une adresse IP ou un nom de domaine.
1. Pour **Débit maximal** (facultatif), spécifiez le débit maximal attendu (en bits par seconde) pour le flux. Nous vous recommandons de spécifier une valeur deux fois supérieure au débit réel. La valeur la plus faible que vous pouvez saisir dans ce champ est de 100 Kbits/s.
1. Pour **Latence minimale**, spécifiez la taille minimale de la mémoire tampon (délai) que vous souhaitez que le service conserve. Une valeur de latence supérieure signifie un délai plus long dans la transmission du flux, mais davantage de place pour la correction des erreurs. Une valeur de latence plus faible signifie un délai plus court, mais moins de marge de manœuvre pour la correction des erreurs. Vous pouvez choisir une valeur comprise entre 10 et 15 000 ms. Si vous laissez ce champ vide, MediaConnect utilise la valeur par défaut de 2 000 ms.
Le protocole SRT utilise une configuration de **latence minimale** de chaque côté de la connexion. La plus grande de ces deux valeurs est utilisée comme *latence de restauration*. Si le débit transmis, multiplié par la latence de récupération, est supérieur à la *mémoire tampon du récepteur*, la mémoire tampon débordera et le flux peut échouer avec un. `Buffer Overflow Error` Du côté du récepteur SRT, la mémoire tampon du récepteur est configurée par la valeur SRTO\$1RCVBUF. La taille de la mémoire tampon du récepteur est limitée par la valeur de la *taille de la fenêtre de contrôle de flux* (SRTO\$1FC). Sur le MediaConnect côté, la mémoire tampon du récepteur est calculée comme la valeur de **débit maximale** multipliée par la valeur de **latence minimale**. Pour plus d'informations sur le tampon SRT, consultez [les directives de configuration SRT.](https://github.com/Haivision/srt/blob/master/docs/API/configuration-guidelines.md)
1. Si la source est chiffrée, choisissez **Activer** dans la section **Déchiffrement** et procédez comme suit :
1. Pour l'**ARN du rôle**, spécifiez l'ARN du rôle que vous avez créé lorsque vous avez [configuré le chiffrement](encryption-static-key-set-up.md#encryption-static-key-set-up-create-iam-role).
1. Pour l'**ARN secret**, spécifiez l'ARN AWS Secrets Manager attribué lors de [la création du secret pour stocker la clé de chiffrement](encryption-static-key-set-up.md#encryption-static-key-set-up-store-key).
------
#### [ SRT caller ]
1. Pour **Protocol**, choisissez **SRT Caller.**
1. Dans **Description de la source**, entrez une description qui vous rappellera ultérieurement d'où provient cette source. Il peut s'agir du nom de l'entreprise ou de notes concernant la configuration.
1. Pour **Adresse de l'écouteur source**, entrez l'adresse que MediaConnect vous utiliserez pour la connexion SRT. L'adresse peut être une adresse IP ou un nom de domaine.
1. Pour le **port de l'écouteur source**, entrez le port MediaConnect qui sera utilisé pour la connexion SRT.
1. Pour **Débit maximal** (facultatif), spécifiez le débit maximal attendu (en bits par seconde) pour le flux. Nous vous recommandons de spécifier une valeur deux fois supérieure au débit réel. La valeur la plus faible que vous pouvez saisir dans ce champ est de 100 Kbits/s.
1. Pour **Latence minimale**, spécifiez la taille minimale de la mémoire tampon (délai) que vous souhaitez que le service conserve. Une valeur de latence supérieure signifie un délai plus long dans la transmission du flux, mais davantage de place pour la correction des erreurs. Une valeur de latence plus faible signifie un délai plus court, mais moins de marge de manœuvre pour la correction des erreurs. Vous pouvez choisir une valeur comprise entre 10 et 15 000 ms. Si vous laissez ce champ vide, MediaConnect utilise la valeur par défaut de 2 000 ms.
Le protocole SRT utilise une configuration de **latence minimale** de chaque côté de la connexion. La plus grande de ces deux valeurs est utilisée comme *latence de restauration*. Si le débit transmis, multiplié par la latence de récupération, est supérieur à la *mémoire tampon du récepteur*, la mémoire tampon débordera et le flux peut échouer avec un. `Buffer Overflow Error` Du côté du récepteur SRT, la mémoire tampon du récepteur est configurée par la valeur SRTO\$1RCVBUF. La taille de la mémoire tampon du récepteur est limitée par la valeur de la *taille de la fenêtre de contrôle de flux* (SRTO\$1FC). Sur le MediaConnect côté, la mémoire tampon du récepteur est calculée comme la valeur de **débit maximale** multipliée par la valeur de **latence minimale**. Pour plus d'informations sur le tampon SRT, consultez [les directives de configuration SRT.](https://github.com/Haivision/srt/blob/master/docs/API/configuration-guidelines.md)
1. Pour **Stream ID** (facultatif), entrez un identifiant pour le flux. Cet identifiant peut être utilisé pour communiquer des informations sur le flux.
1. Si la source est chiffrée, choisissez **Activer** dans la section **Déchiffrement** et procédez comme suit :
1. Pour l'**ARN du rôle**, spécifiez l'ARN du rôle que vous avez créé lorsque vous avez [configuré le chiffrement](encryption-static-key-set-up.md#encryption-static-key-set-up-create-iam-role).
1. Pour l'**ARN secret**, spécifiez l'ARN AWS Secrets Manager attribué lors de [la création du secret pour stocker la clé de chiffrement](encryption-static-key-set-up.md#encryption-static-key-set-up-store-key).
------
#### [ Zixi push ]
1. Pour **Protocole**, choisissez **Zixi push**.
AWS Elemental MediaConnect renseigne la valeur du port entrant.
1. Pour **Allowlist CIDR**, spécifiez une plage d'adresses IP autorisées à contribuer au contenu de votre source. Formatez les adresses IP sous la forme d'un bloc CIDR (Classless Inter-Domain Routing), par exemple 10.24.34.0/23. Pour plus d'informations sur la notation de bloc d'adresse CIDR, consultez [RFC 4632](https://tools.ietf.org/html/rfc4632).
**Important**
Spécifiez un bloc CIDR aussi précis que possible. N'incluez que les adresses IP auxquelles vous souhaitez ajouter du contenu à votre flux. Si vous spécifiez un bloc CIDR trop large, il est possible que des tiers envoient du contenu à votre flux.
1. Pour **Stream ID**, spécifiez l'ID de flux défini dans le chargeur Zixi.
**Important**
L'ID du flux doit correspondre à la valeur définie dans le chargeur Zixi. Si vous laissez ce champ vide, MediaConnect utilise le nom de la source comme identifiant du flux. Si l'ID du flux n'est pas exactement le même que le nom de la source, vous devez le saisir manuellement.
1. Pour **Latence maximale**, spécifiez la taille de la mémoire tampon (délai) que vous souhaitez que le service conserve. Une valeur de latence supérieure signifie un délai plus long dans la transmission du flux, mais davantage de place pour la correction des erreurs. Une valeur de latence plus faible signifie un délai plus court, mais moins de marge de manœuvre pour la correction des erreurs. Vous pouvez choisir une valeur comprise entre 0 et 60 000 ms. Si vous laissez ce champ vide, le service utilise la valeur par défaut de 6 000 ms.
1. Si la source est chiffrée, choisissez **Activer** dans la section **Déchiffrement** et procédez comme suit :
1. Pour le **type de déchiffrement**, choisissez **Clé statique**.
1. Pour l'**ARN du rôle**, spécifiez l'ARN du rôle que vous avez créé lorsque vous avez [configuré le chiffrement](encryption-static-key-set-up.md#encryption-static-key-set-up-create-iam-role).
1. Pour l'**ARN secret**, spécifiez l'ARN AWS Secrets Manager attribué lors de [la création du secret pour stocker la clé de chiffrement](encryption-static-key-set-up.md#encryption-static-key-set-up-store-key).
1. Pour **Algorithme de déchiffrement**, choisissez le type de chiffrement utilisé pour chiffrer la source.
------
#### [ Zixi push for AWS Elemental Link UHD device ]
Après avoir créé la source push Zixi supplémentaire, vous devez configurer l' AWS Elemental Link appareil à l'aide de. MediaLive Consultez les instructions de MediaLive configuration suivantes pour terminer le processus une fois que vous avez créé la source : [Utilisation d'un appareil dans un flux](https://docs.aws.amazon.com/medialive/latest/ug/device-use-flow.html) dans le *guide de MediaLive l'utilisateur*. Assurez-vous d'avoir accès aux deux MediaConnect et MediaLive de suivre ces étapes.
**Note**
Zixi Push pour appareils AWS Elemental Link UHD ne prend en charge que le mode failover. Le mode de fusion n'est pas pris en charge.
1. Pour **Protocole**, choisissez **Zixi push**.
AWS Elemental MediaConnect renseigne la valeur du port entrant.
1. Pour **Allowlist CIDR**, spécifiez une plage d'adresses IP autorisées à contribuer au contenu de votre source. Formatez les adresses IP sous la forme d'un bloc CIDR (Classless Inter-Domain Routing), par exemple 10.24.34.0/23. Pour plus d'informations sur la notation de bloc d'adresse CIDR, consultez [RFC 4632](https://tools.ietf.org/html/rfc4632).
**Important**
Si vous connaissez la plage d'adresses IP publiques que votre appareil Link utilise pour se connecter à Internet, entrez ce bloc CIDR. Notez qu'il ne s'agit pas de l'adresse IP de l'appareil AWS Elemental Link. Si vous ne pouvez pas obtenir ces informations, il est possible de configurer le bloc CIDR pour qu'il soit ouvert à toutes les adresses IP possibles en utilisant 0.0.0.0/0. Généralement, il n'est pas recommandé d'attribuer un bloc CIDR ouvert à l'ensemble d'Internet (0.0.0.0/0). Toutefois, si cette méthode doit être utilisée, les données transférées sont cryptées à l'aide du cryptage AES-128.
1. Pour **Latence maximale**, spécifiez la taille de la mémoire tampon (délai) que vous souhaitez que le service conserve. Une valeur de latence supérieure signifie un délai plus long dans la transmission du flux, mais davantage de place pour la correction des erreurs. Une valeur de latence plus faible signifie un délai plus court, mais moins de marge de manœuvre pour corriger les erreurs. Vous pouvez choisir une valeur comprise entre 0 et 60 000 ms. Si vous laissez ce champ vide, le service utilise la valeur par défaut de 6 000 ms. La valeur de **latence maximale** doit correspondre à la valeur de **latence** configurée sur l' AWS Elemental Link appareil. Pour plus d'informations sur la configuration de la latence de l'appareil Link, voir : [Configuration de l'appareil](https://docs.aws.amazon.com/medialive/latest/ug/device-edit.html) dans le *guide de AWS Elemental MediaLive l'utilisateur*
1. Pour **le déchiffrement**, choisissez **Activer** et procédez comme suit :
1. Pour le **type de déchiffrement**, choisissez **Clé statique**.
1. Pour **Algorithme de déchiffrement**, choisissez **AES-128**. AWS Elemental Link nécessite AES-128, ne sélectionnez pas un autre algorithme.
1. Pour l'**ARN du rôle**, spécifiez l'ARN du rôle que vous avez créé lorsque vous avez [configuré le chiffrement](encryption-static-key-set-up.md#encryption-static-key-set-up-create-iam-role).
1. Pour l'**ARN secret**, spécifiez l'ARN AWS Secrets Manager attribué lors de [la création du secret pour stocker la clé de chiffrement](encryption-static-key-set-up.md#encryption-static-key-set-up-store-key).
------
1. Choisissez **Enregistrer**.
# Ajouter une source VPC à un flux existant MediaConnect
Vous pouvez ajouter une seconde source à un flux de transport existant à des fins de basculement. Les deux sources du flux doivent être identiques sur le plan binaire (elles proviennent du même encodeur) et elles doivent utiliser le même protocole. (Cependant, vous pouvez avoir une source qui utilise le RTP et l'autre qui utilise le RTP-FEC.) Pour plus d'informations sur le basculement de source, consultez[Basculement de la source](source-failover.md).
**Important**
Avant de commencer cette procédure, assurez-vous d'avoir effectué les étapes suivantes :
Dans Amazon VPC, configurez votre VPC et les groupes de sécurité associés. Pour plus d'informations VPCs, consultez le guide de l'[utilisateur Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/). Pour plus d'informations sur la configuration des groupes de sécurité pour qu'ils fonctionnent avec votre interface VPC, consultez. [Considérations relatives aux groupes de sécurité](vpc-interface-security-groups.md)
Dans IAM, [configurez-le en MediaConnect tant que service de confiance.](security-iam-trusted-entity.md)
Si la source de votre flux nécessite un chiffrement, [configurez le chiffrement](encryption-static-key-set-up.md).
[Arrêtez votre flux](https://docs.aws.amazon.com/mediaconnect/latest/ug/flows-stop.html) ou assurez-vous qu'il est en état de veille. Vous ne pouvez pas ajouter d'interfaces VPC à un flux actif.
MediaConnect ne prend pas en charge deux sources sur les flux CDI. Pour la redondance avec les sources ST 2110 JPEG XS, vous pouvez spécifier deux interfaces VPC entrantes sur un flux multimédia individuel. Pour la redondance avec les sources CDI, créez un second flux.
**Pour ajouter une source VPC à un flux existant (console)**
1. Ouvrez la MediaConnect console à l'adresse [https://console.aws.amazon.com/mediaconnect/](https://console.aws.amazon.com/mediaconnect/).
1. Sur la page **Flux**, choisissez le nom du flux que vous souhaitez mettre à jour.
1. Choisissez l'onglet **Source**.
1. Dans la section **Configuration du basculement de la source**, choisissez **Modifier**.
1. **Dans la fenêtre **Modifier la configuration du basculement de source**, assurez-vous que le **basculement** est défini sur Activé.**
**Note**
Si vous activez le basculement sur un flux en cours d'exécution, vous risquez de rencontrer une brève interruption de la sortie du flux.
1. Pour **la fenêtre de restauration**, spécifiez la taille de la mémoire tampon (délai) que vous souhaitez que le service conserve. Une mémoire tampon plus grande signifie un délai plus long dans la transmission du flux, mais plus de place pour la correction des erreurs. Une mémoire tampon plus petite signifie un délai plus court, mais moins de place pour la correction des erreurs. Vous pouvez choisir une valeur comprise entre 100 et 15 000 ms. Si vous laissez ce champ vide, MediaConnect utilise la valeur par défaut de 200 ms.
1. Choisissez **Mettre à jour**.
1. Dans la section **Sources**, choisissez **Ajouter une source**.
1. Dans **Nom**, spécifiez le nom de votre source. Cette valeur est un identifiant visible uniquement sur la MediaConnect console.
1. Pour **Type de source**, choisissez la source **VPC.**
1. Déterminez le protocole utilisé par votre source.
**Note**
Toutes les sources d'un flux doivent utiliser le même protocole. Cependant, vous pouvez avoir une source qui utilise le RTP et l'autre qui utilise le RTP-FEC.
1. Pour obtenir des instructions spécifiques en fonction de votre protocole, sélectionnez l'un des onglets suivants :
------
#### [ RIST ]
1. Pour **le protocole**, **RIST** sera automatiquement sélectionné.
1. Pour le **port entrant**, spécifiez le port sur lequel le flux écoute le contenu entrant.
**Note**
Le protocole RIST nécessite un port supplémentaire pour la correction des erreurs. Pour répondre à cette exigence, MediaConnect réserve le port égal à \$11 par rapport au port que vous spécifiez. Par exemple, si vous spécifiez le port 4000 pour la sortie, le service attribue les ports 4000 et 4001.
1. Pour le **nom de l'interface VPC**, choisissez le nom de l'interface VPC que vous souhaitez utiliser comme source.
1. Pour **Débit maximal**, spécifiez le débit maximal attendu (en bits par seconde) pour le flux. Nous vous recommandons de spécifier une valeur deux fois supérieure au débit réel. La valeur la plus faible que vous pouvez saisir dans ce champ est de 100 Kbits/s.
1. Pour **Latence maximale**, spécifiez la taille de la mémoire tampon (délai) que vous souhaitez que le service conserve. Une valeur de latence supérieure signifie un délai plus long dans la transmission du flux, mais davantage de place pour la correction des erreurs. Une valeur de latence plus faible signifie un délai plus court, mais moins de marge de manœuvre pour la correction des erreurs. Vous pouvez choisir une valeur comprise entre 1 et 15 000 ms. Si vous laissez ce champ vide, MediaConnect utilise la valeur par défaut de 2 000 ms.
------
#### [ RTP or RTP-FEC ]
1. Pour **Protocole**, choisissez **RTP** ou **RTP-FEC**.
1. Pour le **port entrant**, spécifiez le port sur lequel le flux écoute le contenu entrant.
**Note**
Le protocole RTP-FEC nécessite deux ports supplémentaires pour la correction des erreurs. Pour répondre à cette exigence, MediaConnect réserve les ports \$12 et \$14 à partir du port que vous spécifiez. Par exemple, si vous spécifiez le port 4000 pour la sortie, le service attribue les ports 4000, 4002 et 4004.
1. Pour le **nom de l'interface VPC**, choisissez le nom de l'interface VPC que vous souhaitez utiliser comme source.
1. Pour **Débit maximal**, spécifiez le débit maximal attendu (en bits par seconde) pour le flux. Nous vous recommandons de spécifier une valeur deux fois supérieure au débit réel. La valeur la plus faible que vous pouvez saisir dans ce champ est de 100 Kbits/s.
------
#### [ SRT listener ]
1. Pour **le protocole**, l'**écouteur SRT** sera automatiquement sélectionné.
1. Dans **Description de la source**, entrez une description qui vous rappellera ultérieurement d'où provient cette source. Il peut s'agir du nom de l'entreprise ou de notes concernant la configuration.
1. Pour le **nom de l'interface VPC**, choisissez le nom de l'interface VPC que vous souhaitez utiliser comme source.
1. Pour le **port entrant**, spécifiez le port sur lequel le flux écoute le contenu entrant.
1. Pour **Débit maximal**, spécifiez le débit maximal attendu (en bits par seconde) pour le flux. Nous vous recommandons de spécifier une valeur deux fois supérieure au débit réel. La valeur la plus faible que vous pouvez saisir dans ce champ est de 100 Kbits/s.
1. Pour **Latence minimale**, spécifiez la taille de la mémoire tampon (délai) que vous souhaitez que le service conserve. Une valeur de latence supérieure signifie un délai plus long dans la transmission du flux, mais davantage de place pour la correction des erreurs. Une valeur de latence plus faible signifie un délai plus court, mais moins de marge de manœuvre pour la correction des erreurs. Vous pouvez choisir une valeur comprise entre 10 et 15 000 ms. Si vous laissez ce champ vide, le service utilise la valeur par défaut de 2 000 ms.
Le protocole SRT utilise une configuration de **latence minimale** de chaque côté de la connexion. La plus grande de ces deux valeurs est utilisée comme *latence de restauration*. Si le débit transmis, multiplié par la latence de récupération, est supérieur à la *mémoire tampon du récepteur*, la mémoire tampon débordera et le flux peut échouer avec un. `Buffer Overflow Error` Du côté du récepteur SRT, la mémoire tampon du récepteur est configurée par la valeur SRTO\$1RCVBUF. La taille de la mémoire tampon du récepteur est limitée par la valeur de la *taille de la fenêtre de contrôle de flux* (SRTO\$1FC). Sur le MediaConnect côté, la mémoire tampon du récepteur est calculée comme la valeur de **débit maximale** multipliée par la valeur de **latence minimale**. Pour plus d'informations sur le tampon SRT, consultez [les directives de configuration SRT.](https://github.com/Haivision/srt/blob/master/docs/API/configuration-guidelines.md)
1. Si la source est chiffrée, choisissez **Activer** dans la section **Déchiffrement** et procédez comme suit :
1. Pour l'**ARN du rôle**, spécifiez l'ARN du rôle que vous avez créé lorsque vous avez [configuré le chiffrement](encryption-static-key-set-up.md#encryption-static-key-set-up-create-iam-role).
1. Pour l'**ARN secret**, spécifiez l'ARN AWS Secrets Manager attribué lors de [la création du secret pour stocker la clé de chiffrement](encryption-static-key-set-up.md#encryption-static-key-set-up-store-key).
------
#### [ SRT caller ]
1. Pour **le protocole**, l'**appelant SRT** sera automatiquement sélectionné.
1. Dans **Description de la source**, entrez une description qui vous rappellera ultérieurement d'où provient cette source. Il peut s'agir du nom de l'entreprise ou de notes concernant la configuration.
1. Pour le **nom de l'interface VPC**, choisissez le nom de l'interface VPC que vous souhaitez utiliser comme source.
1. Pour le **port de l'écouteur source**, entrez le port MediaConnect qui sera utilisé pour la connexion SRT.
1. Pour **Adresse de l'écouteur source**, entrez l'adresse que MediaConnect vous utiliserez pour la connexion SRT. L'adresse peut être une adresse IP ou un nom de domaine.
1. Pour **Débit maximal**, spécifiez le débit maximal attendu (en bits par seconde) pour le flux. Nous vous recommandons de spécifier une valeur deux fois supérieure au débit réel. La valeur la plus faible que vous pouvez saisir dans ce champ est de 100 Kbits/s.
1. Pour **Latence minimale**, spécifiez la taille de la mémoire tampon (délai) que vous souhaitez que le service conserve. Une valeur de latence supérieure signifie un délai plus long dans la transmission du flux, mais davantage de place pour la correction des erreurs. Une valeur de latence plus faible signifie un délai plus court, mais moins de marge de manœuvre pour la correction des erreurs. Vous pouvez choisir une valeur comprise entre 10 et 15 000 ms. Si vous laissez ce champ vide, le service utilise la valeur par défaut de 2 000 ms.
Le protocole SRT utilise une configuration de **latence minimale** de chaque côté de la connexion. La plus grande de ces deux valeurs est utilisée comme *latence de restauration*. Si le débit transmis, multiplié par la latence de récupération, est supérieur à la *mémoire tampon du récepteur*, la mémoire tampon débordera et le flux peut échouer avec un. `Buffer Overflow Error` Du côté du récepteur SRT, la mémoire tampon du récepteur est configurée par la valeur SRTO\$1RCVBUF. La taille de la mémoire tampon du récepteur est limitée par la valeur de la *taille de la fenêtre de contrôle de flux* (SRTO\$1FC). Sur le MediaConnect côté, la mémoire tampon du récepteur est calculée comme la valeur de **débit maximale** multipliée par la valeur de **latence minimale**. Pour plus d'informations sur le tampon SRT, consultez [les directives de configuration SRT.](https://github.com/Haivision/srt/blob/master/docs/API/configuration-guidelines.md)
1. Pour **Stream ID** (facultatif), entrez un identifiant pour le flux. Cet identifiant peut être utilisé pour communiquer des informations sur le flux.
1. Si la source est chiffrée, choisissez **Activer** dans la section **Déchiffrement** et procédez comme suit :
1. Pour l'**ARN du rôle**, spécifiez l'ARN du rôle que vous avez créé lorsque vous avez [configuré le chiffrement](encryption-static-key-set-up.md#encryption-static-key-set-up-create-iam-role).
1. Pour l'**ARN secret**, spécifiez l'ARN AWS Secrets Manager attribué lors de [la création du secret pour stocker la clé de chiffrement](encryption-static-key-set-up.md#encryption-static-key-set-up-store-key).
------
#### [ Zixi push ]
1. Pour **le protocole**, **Zixi push** sera automatiquement sélectionné.
AWS Elemental MediaConnect renseigne la valeur du port entrant.
1. Pour le **nom de l'interface VPC**, choisissez le nom de l'interface VPC que vous souhaitez utiliser comme source.
1. Pour **Stream ID**, spécifiez l'ID de flux défini dans le chargeur Zixi.
**Important**
L'ID du flux doit correspondre à la valeur définie dans le chargeur Zixi. Si vous laissez ce champ vide, MediaConnect utilise le nom de la source comme identifiant du flux. Si l'ID du flux n'est pas exactement le même que le nom de la source, vous devez le saisir manuellement.
1. Pour **Latence maximale**, spécifiez la taille de la mémoire tampon (délai) que vous souhaitez que le service conserve. Une valeur de latence supérieure signifie un délai plus long dans la transmission du flux, mais davantage de place pour la correction des erreurs. Une valeur de latence plus faible signifie un délai plus court, mais moins de marge de manœuvre pour la correction des erreurs. Vous pouvez choisir une valeur comprise entre 0 et 60 000 ms. Si vous laissez ce champ vide, le service utilise la valeur par défaut de 6 000 ms.
1. Si la source est chiffrée, choisissez **Activer** dans la section **Déchiffrement** et procédez comme suit :
1. Pour le **type de déchiffrement**, choisissez **Clé statique**.
1. Pour l'**ARN du rôle**, spécifiez l'ARN du rôle que vous avez créé lorsque vous avez [configuré le chiffrement](encryption-static-key-set-up.md#encryption-static-key-set-up-create-iam-role).
1. Pour l'**ARN secret**, spécifiez l'ARN AWS Secrets Manager attribué lors de [la création du secret pour stocker la clé de chiffrement](encryption-static-key-set-up.md#encryption-static-key-set-up-store-key).
1. Pour **Algorithme de déchiffrement**, choisissez le type de chiffrement utilisé pour chiffrer la source.
------
1. Choisissez **Enregistrer**.
# Mettre à jour la source d'un MediaConnect flux
La mise à jour de la source d'un flux vous permet de modifier l'origine de votre contenu sans avoir à créer un nouveau flux. Pour la plupart des flux, vous pouvez effectuer ces mises à jour même lorsque le flux est en cours d'exécution.
## Conditions préalables
Selon le type de mise à jour que vous souhaitez effectuer, certaines étapes doivent être effectuées avant de commencer.
**Si vous mettez à jour un flux avec une source intitulée**
Vous ne pouvez pas mettre à jour un flux autorisé lorsqu'il est actif. Avant de mettre à jour la source du flux, vous devez [d'abord arrêter le flux](https://docs.aws.amazon.com/mediaconnect/latest/ug/flows-stop.html). Après avoir effectué vos mises à jour, vous pouvez redémarrer le flux.
**Si vous passez d'une source NDI® à une source de flux de transport**
Vous pouvez mettre à jour la source de flux lorsqu'elle est active ou en veille.
+ **Lors du passage à une source NDI**
Avant de mettre à jour la source du flux, vous devez d'abord modifier le flux et faire passer la taille du flux de moyenne à grande.
+ **Lors du passage à une source de flux de transport**
La taille de votre flux restera aussi grande une fois que vous aurez mis à jour le type de source. Si vous souhaitez réduire la taille du flux, vous devrez ensuite modifier le flux dans le cadre d'une étape distincte.
## Procédure
La procédure suivante vous guide tout au long du processus de mise à jour d'une source de flux.
**Pour mettre à jour la source d'un flux existant (console)**
1. Ouvrez la MediaConnect console à l'adresse [https://console.aws.amazon.com/mediaconnect/](https://console.aws.amazon.com/mediaconnect/).
1. Sur la page **Flux**, choisissez le nom du flux que vous souhaitez mettre à jour.
1. Choisissez l'onglet **Source**.
1. Choisissez la source que vous souhaitez mettre à jour.
1. Choisissez **Mettre à jour**.
1. Apportez les modifications appropriées, puis choisissez la **source de mise à jour**.
**Pour mettre à jour la source d'un flux existant (AWS CLI)**
+ Dans le AWS CLI, utilisez la **update-flow-source** commande :
```
aws mediaconnect update-flow-source --flow-arn arn:aws:mediaconnect:us-east-1:111122223333:flow:1-23aBC45dEF67hiJ8-12AbC34DE5fG:AwardsShow --source-arn arn:aws:mediaconnect:us-east-1:111122223333:source:2-3aBC45dEF67hiJ89-c34de5fG678h:AwardsShowSource --allowlist-cidr 10.24.34.0/24 --profile PMprofile
```
# Basculement de source sur un flux MediaConnect
Le basculement de source est une configuration qui implique deux sources redondantes pour un flux de transport. Cette redondance permet de minimiser les perturbations de votre flux vidéo. *Pour utiliser le basculement de source, vous spécifiez deux sources pour le flux, puis vous choisissez l'une des deux options pour le mode de basculement : *Merge* ou Failover.*
+ Le mode Fusion combine les sources en un seul flux, ce qui permet une restauration progressive après toute perte d'une source unique. Si vous définissez le mode de basculement sur *Merge*, vous pouvez définir la fenêtre de restauration, qui correspond à la taille de la mémoire tampon (délai) que vous MediaConnect souhaitez conserver. Une fenêtre de récupération plus grande signifie un délai plus long dans la transmission du flux, mais plus de place pour la correction des erreurs. Une fenêtre de récupération plus petite signifie un délai plus court, mais moins de place pour la correction des erreurs. Les sources utilisées de cette manière doivent être *identiques sur le plan binaire*, ce qui signifie qu'elles doivent provenir du même encodeur. MediaConnect doit également recevoir du contenu provenant des deux sources en même temps. De plus, si les sources utilisent le protocole RTP, elles doivent avoir des en-têtes RTP avec des numéros de séquence alignés et elles doivent également être conformes à la norme SMPTE ST
**Note**
La norme SMPTE ST ÷ 7 est une norme développée par le groupe Society of Motion Picture and Television Engineers (SMPTE). La norme ST 4—7 définit une méthode qui remplace les paquets manquants par des paquets dans un flux identique et redondant. Ce type de basculement nécessite un petit tampon de latence dans votre flux de travail afin de laisser le temps de MediaConnect récupérer les paquets des deux flux.
+ Le mode failover permet de basculer entre un flux principal et un flux de secours. Cette commutation facilite la transition vers un flux plus fiable. Si vous définissez le mode de basculement sur *Failover*, vous pouvez spécifier une source comme source principale. La seconde source sert d’option de secours. Si vous ne spécifiez pas de source principale, MediaConnect traitez les deux sources avec la même priorité et basculez vers la source disponible selon les besoins.
MediaConnect utilise les deux modes de basculement de la manière suivante :
+ En mode *Fusion*, MediaConnect utilise le contenu des deux sources. Le flux sélectionne de manière aléatoire l'une des sources pour commencer. S'il manque un paquet à cette source, le flux extrait le paquet manquant de l'autre source. Par exemple, si le flux utilise la source A et que le paquet 123 est absent, il MediaConnect extrait le paquet 123 de la source B et continue à utiliser la source A. Dans ce mode, les deux sources sont conformes au format binaire de identical/ST la version 7.
+ En mode *Failover*, si vous ne spécifiez pas de source principale, utilise MediaConnect aléatoirement l'une des sources pour fournir le contenu du flux. S'il MediaConnect ne reçoit pas de données de la source pendant 500 millisecondes, le flux passe à l'autre source et peut continuer à passer d'une source à l'autre selon les besoins. Si vous spécifiez une source principale, MediaConnect utilisez cette source pour fournir le contenu du flux. Le flux passe à l'autre source si la source principale n'envoie pas de données pendant 500 millisecondes, et revient à la source principale dès que les données sont renvoyées.
**Note**
MediaConnect ne prend pas en charge le basculement à la source sur les flux CDI, sur les flux NDI® ou sur les flux d'autorisations. Pour plus d'informations sur la création de redondance avec les flux CDI, rendez-vous sur :. [Création d'un flux utilisant une source CDI](flows-create-cdi.md) De plus, vous ne pouvez pas ajouter une seconde source à un flux existant pour le basculement si vous utilisez le protocole Zixi Pull.
## Prise en charge du basculement pour les protocoles source dans MediaConnect
Le tableau suivant décrit les protocoles source qui prennent en charge le basculement.
| Protocole | Ce protocole prend-il en charge le basculement de source ? | Combien de sources peut-on ajouter ? | Modes de basculement pris en charge |
| --- | --- | --- | --- |
| POIGNET | Oui | 2 | Fusion ou basculement |
| RTP | Oui | 2 | Fusion ou basculement |
| RTP-FEC | Oui | 2 | Fusion ou basculement |
| écouteur SRT | Oui | 2 | Failover uniquement |
| appelant SRT | Oui | 2 | Failover uniquement |
| Pull Zixi | Non | Aucune - Le Zixi Pull ne peut pas être utilisé comme source. | Le basculement de source n'est pas pris en charge |
| Zixi Push | Oui | 2 | Fusion ou basculement |
| Zixi Push pour l'UHD AWS Elemental Link | Oui | 2 | Failover uniquement |
| CDI | Non | 1 | Le basculement de source n'est pas pris en charge |
| ST 2110 JPEG XS | Non | 1 | Le basculement de source n'est pas pris en charge |
| Flux de droits | Non | 1 | Le basculement de source n'est pas pris en charge |
| NDI **® Speed HQ** | Non | 1 | Le basculement de source n'est pas pris en charge |
# Gestion des balises sur une MediaConnect source
Vous pouvez utiliser des balises pour suivre la facturation et l'organisation de vos MediaConnect flux, sources, sorties et droits AWS Elemental. Ce sont les mêmes étiquettes qui AWS Billing and Cost Management permettent d'organiser votre AWS facture. Pour plus d'informations sur l'utilisation des balises pour la répartition des coûts, voir [Utiliser les balises de répartition des coûts pour les rapports de facturation personnalisés](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/allocation.html) dans le *guide de AWS Billing l'utilisateur*.
**Topics**
+ [Ajouter des balises à une MediaConnect source](sources-manage-tags-add.md)
+ [Modifier les balises d'une MediaConnect source](sources-manage-tags-edit.md)
+ [Supprimer des balises d'une MediaConnect source](sources-manage-tags-remove.md)
# Ajouter des balises à une MediaConnect source
Utilisez des balises pour vous aider à suivre la facturation et l'organisation de vos sources AWS Elemental MediaConnect . Pour plus d'informations sur l'utilisation des balises pour la répartition des coûts, voir [Utiliser les balises de répartition des coûts pour les rapports de facturation personnalisés](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/allocation.html) dans le *guide de AWS Billing l'utilisateur*.
**Pour ajouter des balises à une source (console)**
1. Ouvrez la MediaConnect console à l'adresse [https://console.aws.amazon.com/mediaconnect/](https://console.aws.amazon.com/mediaconnect/).
1. Sur la page **Flux**, choisissez le nom du flux associé à la source à laquelle vous souhaitez ajouter des balises.
1. Choisissez l'onglet **Sources**.
La liste des sources de ce flux apparaît.
1. Choisissez la source à laquelle vous souhaitez ajouter des balises.
1. Choisissez **Gérer les balises**.
1. Choisissez à nouveau **Gérer les balises**, puis choisissez **Ajouter une étiquette**.
1. Pour chaque balise que vous souhaitez ajouter, procédez comme suit :
1. Saisissez une clé et une valeur. Par exemple, votre clé peut être **sports** et votre valeur peut être**golf**.
1. Choisissez **Ajouter une balise**.
1. Choisissez **Mettre à jour**.
# Modifier les balises d'une MediaConnect source
Utilisez des balises pour vous aider à suivre la facturation et l'organisation de vos sources AWS Elemental MediaConnect . Pour plus d'informations sur l'utilisation des balises pour la répartition des coûts, voir [Utiliser les balises de répartition des coûts pour les rapports de facturation personnalisés](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/allocation.html) dans le *guide de AWS Billing l'utilisateur*.
**Pour modifier les balises d'une source (console)**
1. Ouvrez la MediaConnect console à l'adresse [https://console.aws.amazon.com/mediaconnect/](https://console.aws.amazon.com/mediaconnect/).
1. Sur la page **Flux**, choisissez le nom du flux associé à la source pour laquelle vous souhaitez modifier les balises.
1. Choisissez l'onglet **Sources**.
La liste des sources de ce flux apparaît.
1. Choisissez la source pour laquelle vous souhaitez modifier les balises.
1. Choisissez **Gérer les balises**.
1. Choisissez **à nouveau Gérer les tags**.
1. Mettez à jour les balises, le cas échéant.
1. Choisissez **Mettre à jour**.
# Supprimer des balises d'une MediaConnect source
Vous pouvez supprimer un tag d'une source si vous ne souhaitez plus l'utiliser pour suivre la facturation et l'organisation associées.
**Pour supprimer des balises d'une source (console)**
1. Ouvrez la MediaConnect console à l'adresse [https://console.aws.amazon.com/mediaconnect/](https://console.aws.amazon.com/mediaconnect/).
1. Sur la page **Flux**, choisissez le nom du flux associé à la source dont vous souhaitez supprimer les balises.
1. Choisissez l'onglet **Sources**.
La liste des sources de ce flux apparaît.
1. Choisissez la source dont vous souhaitez supprimer les balises.
1. Choisissez **Gérer les balises**.
1. Choisissez **à nouveau Gérer les tags**.
1. Choisissez **Supprimer le tag** à côté de chaque tag que vous souhaitez supprimer.
1. Choisissez **Mettre à jour**.
# Supprimer une source d'un MediaConnect flux
Si un flux possède plusieurs sources, vous pouvez supprimer l'une des sources même si le flux est en cours d'exécution.
**Pour supprimer une source d'un flux (console)**
1. Ouvrez la MediaConnect console à l'adresse [https://console.aws.amazon.com/mediaconnect/](https://console.aws.amazon.com/mediaconnect/).
1. Sur la page **Flux**, choisissez le nom du flux.
1. Choisissez l'onglet **Source**.
1. Choisissez la source que vous souhaitez supprimer.
1. Cliquez sur **Supprimer**.
# Ports source sur les MediaConnect flux
Chaque source d'un flux doit utiliser un port différent (pour les exceptions, voir la note). Certains protocoles nécessitent des ports supplémentaires pour corriger les erreurs. Pour les sources qui utilisent ces protocoles, AWS Elemental réserve MediaConnect automatiquement les ports supplémentaires nécessaires. Tous les MediaConnect protocoles utilisent des ports UDP. Le tableau suivant répertorie les ports supplémentaires, le cas échéant, réservés par le service.
**Important**
Il existe une exception aux exigences de port pour les sources qui utilisent le protocole Zixi. Pour les sources Zixi standard, toutes les sources utilisent le port 2088. Pour les sources Zixi VPC, les sources utiliseront une plage de ports entrants comprise entre 2090 et 2099. La plage de ports 2090-2099 est réservée exclusivement aux sources Zixi VPC et ne peut pas être utilisée par un autre protocole source. Le port source du VPC Zixi est attribué MediaConnect lors de la création de la source.
****
| Protocole | Ports nécessaires | Ports requis |
| --- | --- | --- |
| CDI | Port | Le port que vous spécifiez. Il s'agit du seul port nécessaire pour la source. |
| POIGNET | Port et port\$11 | Le port que vous spécifiez, plus un port supplémentaire. MediaConnectréserve automatiquement un port égal à \$11 par rapport au port que vous avez spécifié. Par exemple, si vous spécifiez le port 3000 pour cette sortie, le service réserve également le port 3001. |
| RTP | Port | Le port que vous spécifiez. Il s'agit du seul port nécessaire pour la sortie. |
| RTP-FEC | Port, port\$12 et port\$14 | Le port que vous spécifiez, plus deux ports supplémentaires. MediaConnectréserve automatiquement les ports \$12 et \$14 à partir du port que vous avez spécifié. Par exemple, si vous spécifiez le port 2000 pour cette sortie, le service réserve également les ports 2002 et 2004 pour la correction des erreurs. |
| écouteur SRT | Port | Le port que vous spécifiez. Il s'agit du seul port nécessaire pour la source. |
| appelant SRT | Port | Le port que vous spécifiez. Il s'agit du seul port nécessaire pour la source. |
| ST 2110 JPEG XS | Port | Le port que vous spécifiez. Il s'agit du seul port nécessaire pour la source. |
| Zixi Push | Port | Pour les sources standard : utilise MediaConnect automatiquement le port 2088.**Pour les sources VPC** : attribue MediaConnect automatiquement un port compris entre 2090 et 2099 lors de la création de la source. La plage de ports 2090-2099 est réservée exclusivement aux sources Zixi VPC et ne peut pas être utilisée par un autre protocole source. |
| **NDI®** | Port | Les ports que vous spécifiez pour chaque flux multimédia. Si vous ne spécifiez pas de port personnalisé, MediaConnect utilise le protocole de découverte NDI par défaut (TCP-5959) pour annoncer les sources NDI sur votre réseau. |
# Déterminer l'adresse IP homologue d'une source
Une adresse IP d'homologue source indique quel appareil envoie actuellement du contenu à votre flux. Ces informations sont précieuses pour le dépannage et la surveillance, car elles vous aident à diagnostiquer vous-même les problèmes de connectivité sans avoir à contacter le AWS support.
Par exemple, vous pouvez utiliser l'adresse IP du pair source pour effectuer les opérations suivantes :
+ Vérifiez que la source attendue est connectée
+ résoudre des problèmes de connexion ;
+ Surveillez la sécurité en vous assurant que le contenu est conforme aux attentes IPs
## Trouver l'adresse IP homologue d'une source
Vous pouvez afficher l'adresse IP actuelle de l'homologue pour chacune de vos sources de flux dans la MediaConnect console ou en utilisant l'opération [DescribeFlow](https://docs.aws.amazon.com/mediaconnect/latest/api/API_DescribeFlow.html)API.
**Pour déterminer l'adresse IP homologue d'une source**
1. Sur la page **Flux**, choisissez le nom du flux que vous souhaitez afficher.
1. Choisissez l'onglet **Sources**.
1. Sélectionnez la source que vous souhaitez consulter, puis choisissez **Détails**.
1. Sous **Adresse IP de l'homologue**, notez l'adresse IP du pair.
**Note**
Pour les sources d'appels SRT, l'adresse IP du pair correspond à l'adresse IP que vous avez configurée lors de la configuration. Cela est dû au fait qu'il MediaConnect initie la connexion à cette adresse IP prédéfinie. MediaConnect indique cette adresse pour fournir une image complète de la configuration de votre flux.
Pour les protocoles dotés de pairs dynamiques (comme les sources RTP, les sources RIST et les sources d'écoute SRT), l'adresse IP du pair reflète l'état actuel du flux, en indiquant l'adresse du périphérique qui envoie actuellement du trafic vers votre source.
### Informations importantes sur les adresses IP des homologues
**Affichage IP homologue et mises à jour**
+ À des fins de résolution des problèmes, MediaConnect affiche les dernières informations d'adresse IP en temps quasi réel.
+ Bien que la plupart des mises à jour soient effectuées rapidement, les modifications de l'adresse IP du pair peuvent prendre jusqu'à 20 secondes pour être reflétées dans les réponses de la console et de l'API.
+ Seule l'adresse IP actuelle de l'homologue est affichée. Les données historiques ne sont pas disponibles actuellement.
+ L'adresse IP du pair peut ne pas être visible pour les flux qui n'ont pas encore été démarrés ou pour les flux qui ont été lancés avant mai 2025. Dans ces cas, il se peut que vous deviez redémarrer votre flux pour voir les informations IP de l'homologue.
**Protocoles et types de sources pris en charge**
+ Les adresses IP homologues sont affichées pour la plupart des protocoles, y compris les connexions préconfigurées et dynamiques
+ Les adresses IP homologues ne sont pas disponibles pour :
+ Droits
+ CDI/ sources ST2110