Partager via


Gérer les notifications d’appels

Cet article explique comment gérer les notifications d’appel pour vos utilisateurs de routage direct. Vous pouvez configurer des points de terminaison d’appel vers Teams et vers un pbx (Private Branch Exchange) ou un contrôleur de bordure de session (SBC) tiers. Cette configuration est utile, par exemple, si vous souhaitez envoyer un appel aux téléphones mobiles et de bureau d’un utilisateur en même temps.

Dans le diagramme suivant, l’utilisateur Irena a deux points de terminaison :

  • Un point de terminaison Teams
  • Un téléphone SIP connecté à un SBC tiers

Lorsqu’un appel arrive, le SBC duplique l’appel entre le routage direct et le SBC tiers.

Diagramme montrant les points de terminaison Teams dupliqués.

Si l’appel est accepté sur fork 2 (par le SBC tiers), Teams génère une notification « Appel manqué ».

Vous pouvez empêcher la notification « Appel manqué » en configurant le SBC pour envoyer un Cancel on Fork 1 comme suit :

MOTIF : SIP ; cause=200 ; text"Appel terminé ailleurs »

L’appel n’est pas inscrit dans les enregistrements de détails d’appel de Téléphonie Microsoft Teams System en tant qu’appel réussi. L’appel est inscrit en tant que « Tentative » avec le code SIP final « 487 », le sous-code Microsoft final « 540200 » et l’expression de code SIP finale « Appel terminé ailleurs ». (Pour afficher les enregistrements de détails des appels, accédez au centre de Administration Teams ->Analytics and Reports ->Usage Reports, puis sélectionnez Utilisation RTC.)

Le diagramme ci-dessous illustre l’échelle SIP pour Fork 1, explique le flux d’appel et la RAISON attendue dans le message Annuler.

Diagramme montrant les points de terminaison Teams dupliqués.