Avaya B179 Guide D'installation Et D'administration page 67

<tls_neg_timeout>
<account>
<valid>
<name>
<id>
<registrar>
<publish_enabled>
<initial_auth>
<initial_algo />
<pidf_tuple_id />
<force_contact />
<require_100rel>
<proxy_uri />
<reg_timeout>
<cred>
Guide d'installation et d'administration du téléphone de conférence SIP B179
Approvisionnement à partir d'un fichier de configuration
Délai d'expiration de la négociation TLS (en secondes)
à appliquer aux connexions sortantes et entrantes. Si
l'indicateur est défini sur zéro, aucun délai n'est utilisé.
Indique si les informations de ce compte sont valides ou
non.
Nom du compte, tel que défini par l'utilisateur.
URL SIP complète du compte.
Cette URL doit être incluse dans l'URI de requête pour
l'enregistrement.
Si cet indicateur est défini, les informations de présence
de ce compte sont publiées sur le serveur auquel ap-
partient le compte.
Si cet indicateur est défini, la structure du client d'au-
thentification envoie un en-tête d'autorisation vide dans
chaque requête initiale.
Spécifie l'algorithme à utiliser lorsqu'un en-tête d'auto-
risation vide doit être envoyé pour chaque requête ini-
tiale (voir ci-dessus).
ID uplet PIDF facultatif pour les éléments PUBLISH et
NOTIFY sortants. Si cette valeur n'est pas spécifiée,
une chaîne aléatoire est utilisée.
URI facultative à ajouter comme contact pour ce comp-
te. Il est préférable de ne pas renseigner ce champ pour
que la valeur soit calculée automatiquement en fonction
de l'adresse de transport.
Indique si la prise en charge d'une réponse provision-
nelle fiable (100rel et PRACK) doit être requise pour
toutes les sessions de ce compte.
URI facultative des proxies à visiter pour toutes les re-
quêtes sortantes utilisant ce compte (REGISTER, IN-
VITE, etc.).
Intervalle facultatif pour l'enregistrement, en secondes.
Si la valeur est zéro, l'intervalle par défaut est utilisé.
Matrice d'informations d'identification. En règle généra-
le, si l'enregistrement est requis, au moins un jeu d'in-
formations d'identification doit être spécifié pour que le
fournisseur de services puisse être authentifié. Des jeux
d'informations d'identification supplémentaires peuvent
être spécifiés, par exemple si les requêtes seront sans
doute mises au défi par les proxies sur la route
définie.
Mars 2012 67