Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Quitar o desconectar una sesión finaliza la comunicación. La aplicación tiene la opción de enviar información del usuario al momento de la desconexión, si el proveedor de servicios lo admite.
Las razones habituales para quitar una sesión es que un usuario ha solicitado una desconexión o el otro extremo de la sesión se ha eliminado. También se puede llamar a una operación de eliminación cuando TAPI ofrece una sesión a la aplicación. Si el proveedor de servicios admite esto, el efecto es que la aplicación rechaza la llamada.
Al invocar una operación de colocación, las sesiones relacionadas a veces también pueden verse afectadas. Por ejemplo, quitar una llamada de conferencia puede quitar todos los participantes individuales. Los mensajes de cambio de estado se envían a la aplicación para todas las llamadas cuyo estado se ve afectado.
En varias configuraciones puentedas o de línea de entidad cuando varias partes están en la llamada, es posible que una operación de eliminación no borre realmente la llamada. Por ejemplo, en una situación puenteda, es posible que la llamada no se quite porque el estado de otras estaciones de la llamada puede gobernar. En su lugar, la llamada puede cambiarse simplemente al estado inactivo mientras permanece conectado en otras estaciones.
Después de una operación de eliminación, el identificador de sesión y la mayoría de los recursos asociados a la sesión seguirán siendo utilizables para la mayoría de las operaciones de consulta. Cuando una aplicación ya no requiere estos recursos, debe finalizar la sesión para evitar pérdidas de memoria.
TAPI 2.x: Vea lineDrop.
TAPI 3.x: Vea ITBasicCallControl::D isconnect.