RTCPeerConnection.setConfiguration()
Baseline Widely available
This feature is well established and works across many devices and browser versions. It’s been available across browsers since January 2020.
Expérimental: Cette fonction est expérimentale
Puisque cette fonction est toujours en développement dans certains navigateurs, veuillez consulter le tableau de compatibilité pour les préfixes à utiliser selon les navigateurs.
Il convient de noter qu'une fonctionnalité expérimentale peut voir sa syntaxe ou son comportement modifié dans le futur en fonction des évolutions de la spécification.
La méthode RTCPeerConnection.setConfiguration()
définit la configuration courante pour la connexion RTCPeerConnection
en fonction des valeurs des propriétés de l'objet RTCConfiguration
passé en argument. Cela permet de modifier les serveurs ICE et les règles de transport utilisés par la connexion.
Le cas d'usage le plus probable (bien qu'il ne soit probablement pas répandu) est le remplacement des serveurs ICE à utiliser. Voici deux scénarios pour lesquels cela pourrait se produire :
- L'objet
RTCPeerConnection
a été instancié sans qu'un serveur ICE soit spécifié. Si le constructeurRTCPeerConnection()
a été appelé sans paramètre, on doit alors appelersetConfiguration()
pour ajouter des serveurs ICE avant que la négociation ICE puisse avoir lieu. - La connexion doit être renégociée et il faut utiliser un autre ensemble de serveurs ICE pour une certaine raison (ex. l'utilisateur s'est déplacé dans une nouvelle région et il faut donc utiliser de nouveaux serveurs ICE régionaux). Dans ce cas, on pourra appeler
setConfiguration()
pour passer sur les serveurs régionaux puis initier un redémarrage ICE.
Note : On ne peut pas changer les informations d'identité d'une connexion une fois que celle-ci a été créée.
Syntaxe
RTCPeerConnection.setConfiguration(configuration);
Paramètres
configuration
-
Un objet
RTCConfiguration
qui fournit les options à appliquer à la connexion. Les changements ne sont pas utilisés en addition mais remplacent les valeurs existantes.
Exceptions
InvalidAccessError
-
Une ou plusieurs URL indiquées dans
configuration.iceServers
sont des serveurs TURN mais les informations d'authentification ne sont pas complètes (il manqueRTCIceServer.username
ouRTCIceServer.credentials
). Cela empêche une connexion/identification correcte sur le serveur. InvalidModificationError
-
L'objet
configuration
contient des changements relatifs à l'identité alors que la connexion a déjà ces informations indiquées. Cela se produit lorsqueconfiguration.peerIdentity
ouconfiguration.certificates
sont définies et que leurs valeurs diffèrent de la configuration courante. InvalidStateError
-
La connexion (
RTCPeerConnection
) est fermée. SyntaxError
-
Une ou plusieurs URL fournies dans la liste
configuration.iceServers
sont invalides.
Exemples
Dans cet exemple, on a déjà determiné qu'un redémarrage ICE est nécessaire et que la négociation ICE doit se faire sur un nouveau serveur.
var restartConfig = {
iceServers: [
{
urls: "turn:asia.myturnserver.net",
username: "allie@oopcode.com",
credential: "topsecretpassword",
},
],
};
myPeerConnection.setConfiguration(restartConfig);
myPeerConnection
.createOffer({ iceRestart: true })
.then(function (offer) {
return myPeerConnection.setLocalDescription(offer);
})
.then(function () {
// send the offer to the other peer using the signaling server
})
.catch(reportError);
Pour commencer, on crée une RTCConfiguration
, restartConfig
, en indiquant le nouveau serveur ICE et les informations de connexion associées. Cet objet est alors passé à setConfiguration()
. La négociation ICE est redémarrée via createOffer()
pour laquelle on indique true
pour l'option iceRestart
. Ensuite, on gère le processus habituel en définissant la description locale de l'offre et en envoyant cette offre à l'autre pair.
Spécifications
Specification |
---|
WebRTC: Real-Time Communication in Browsers # dom-rtcpeerconnection-setconfiguration |
Compatibilité des navigateurs
BCD tables only load in the browser