Architecture de référence 3 : résumé des certificats requis pour la topologie Edge consolidée mise à l’échelle (avec charge matérielle équilibrée)

Dernière rubrique modifiée : 2012-08-08

Avant de commencer, prenez une minute pour mapper les entrées du tableau avec les noms de domaine complets (FQDN)/adresses IP qui sont présentés dans la figure Topologie Edge consolidée mise à l’échelle (avec charge matérielle équilibrée) dans Architecture de référence 3 : topologie Edge consolidée mise à l’échelle (avec charge matérielle équilibrée), afin de disposer de relations claires. Par exemple, en consultant le tableau Certificats requis pour la topologie Edge consolidée mise à l’échelle (avec charge matérielle équilibrée), notez qu’aucun certificat n’est affecté à l’interface externe Edge A/V (av.contoso.com), mais un certificat associé A/V (avauth.contoso.net) est affecté au service d’authentification multimédia.

Les certificats répertoriés dans le tableau Certificats requis pour la topologie Edge consolidée mise à l’échelle (avec charge matérielle équilibrée) sont nécessaires à la prise en charge de la topologie Edge qui est présentée dans la figure « Topologie Edge consolidée mise à l’échelle (avec charge matérielle équilibrée) ». Trois certificats sont spécifiés pour le serveur proxy inverse, afin d’illustrer les exigences en matière de certificats pour les URL simples dédiées (par exemple, https://dial-in.contoso.com). Pour les déploiements qui comportent un seul pool ou dans lesquels plusieurs pools partagent les mêmes URL simples de conférence rendez-vous et de réunion, vous pouvez créer une règle de publication unique et le certificat correspondant. Par exemple, les URL définies dans le Générateur de topologies (par exemple, cs.contoso.com/dialin et cs.contoso.com/meet) pourraient partager une règle de publication unique et un certificat dont le nom de sujet serait cs.contoso.com. Pour plus d'informations, voir Options d’URL simple.

Remarque :
Le tableau Certificats requis pour la topologie Edge consolidée mise à l’échelle (avec charge matérielle équilibrée) présente une deuxième entrée SIP dans la liste des autres noms de sujet, à des fins de référence. Pour chaque domaine SIP dans votre organisation, un nom de domaine complet (FQDN) correspondant doit être répertorié dans la liste des autres noms de sujet du certificat.

Important :
Le certificat public utilisé sur les interfaces Edge doit être créé en tant que certificat « exportable » et le même certificat doit être assigné à chaque serveur Edge du pool.