Parc

L’opération de parc permet à une application d’envoyer une session à une adresse spéciale où elle se tiendra jusqu’à ce qu’elle ne soit pas stationnée. Du point de vue de l’application, cela ressemble beaucoup à un transfert. Pour la partie à l’autre extrémité de la connexion, cela ressemble à être mis en attente.

La différence entre le parc et le transfert est que l’adresse garée n’est pas un point de connexion pour la session, et que la session n’alerte pas ou n’expire pas. La différence entre le parc et la conservation est qu’une fois l’opération de parc terminée, la session n’est plus associée à l’adresse de l’application.

Deux formes de stationnement sont offertes : le parc dirigé et le parc non dirigé. Dans le parc d’appels dirigés, l’application spécifie l’adresse de destination où l’appel doit être parqué. Avec un parc non dirigé, le fournisseur de services ou le matériel sous-jacent détermine l’adresse et la retourne à l’application.

Une session parqué passe généralement à l’état inactif une fois qu’elle a été correctement garée, et l’application doit ensuite libérer les ressources qui lui sont associées. Consultez Terminer une session pour obtenir un résumé de la procédure à suivre.

Si l’application désactive la session, de nouvelles ressources de session sont allouées même si l’application a retourné les pointeurs précédents, si bien que l’échec des mises en production appropriées peut entraîner divers problèmes.

Certains fournisseurs de services peuvent rappeler à l’utilisateur une fois qu’une session a été garée pendant un certain temps. L’application voit un appel d’offre avec une raison d’appel définie sur rappel.

Tous les fournisseurs de services ne prennent pas en charge l’utilisation de cette opération.

TAPI 2.x : Consultez linePark, lineUnpark.

TAPI 3 : Consultez ITBasicCallControl::P arkDirect, ITBasicCallControl::P arkIndirect, ITBasicCallControl::Unpark.