Goutte

La suppression ou la déconnexion d’une session met fin à la communication. L’application a la possibilité d’envoyer des informations utilisateur-utilisateur au moment de la déconnexion, si le fournisseur de services le prend en charge.

Les raisons habituelles de la suppression d’une session sont un utilisateur qui a demandé une déconnexion ou l’autre extrémité de la session a été supprimée. Une opération de suppression peut également être appelée lorsque TAPI offre une session à l’application. Si le fournisseur de services prend en charge cela, l’effet est que l’application rejette l’appel.

Lors de l’appel d’une opération de suppression, les sessions associées peuvent parfois également être affectées. Par exemple, la suppression d’une téléconférence peut supprimer tous les participants individuels. Les messages de modification d’état sont envoyés à l’application pour tous les appels dont l’état est affecté.

Dans différentes configurations de ligne de pont ou de partie lorsque plusieurs parties sont sur l’appel, une opération de suppression peut ne pas réellement effacer l’appel. Par exemple, dans une situation de pont, l’appel peut ne pas être abandonné, car l’état des autres stations sur l’appel peut régir. Au lieu de cela, l’appel peut simplement être remplacé par l’état inactif tout en restant connecté à d’autres stations.

Après une opération de suppression, l’identificateur de session et la plupart des ressources associées à la session restent utilisables pour la plupart des opérations de requête. Lorsqu’une application n’a plus besoin de ces ressources, elle doit arrêter la session afin d’éviter les fuites de mémoire.

TAPI 2.x : Voir lineDrop.

TAPI 3.x : voir ITBasicCallControl ::D isconnect.