Dans le modèle d’offre/réponse, le protocole de description de session (SDP) n’a pas de capacité définie pour négocier un ou plusieurs protocoles ou attributs de transport alternatifs. Par exemple, dans le modèle d’offre/réponse, SDP n’a pas de capacité définie pour négocier les profils du protocole de transport en temps réel (RTP). Ce comportement SDP comporte les limites de capacité suivantes :
-
déploiement de nouveaux profils RTP, tels que le protocole de transport en temps réel sécurisé (SRTP), le RTP ou le retour basé sur le protocole de contrôle de transport en temps réel (RTCP)
-
négocier l’utilisation de différents mécanismes de détrompage de sécurité
Pour surmonter les limites du SDP, la fonction de négociation de capacité du SDP met en œuvre un ensemble de configurations potentielles indiquant quelles combinaisons de capacités et de composants multimédias associés peuvent être utilisées pour négocier une session. Au cours d’une session, le processus de négociation met en œuvre les configurations potentielles comme entrée et fournit les configurations réelles négociées comme sortie.
Remarque :
La fonction de négociation de capacité SDP prend également en charge SIP Direct Media. Cependant, la fonction de négociation de capacité SDP n’est pas requise en raison de SIP Direct Media.
Vous pouvez mettre en œuvre la fonction de négociation de capacité SDP pour prendre en charge SIP Direct Media et améliorer la capacité SIP SRTP dans Avaya Aura® Communication Manager.
Les améliorations apportées au protocole SIP SRTP dans le Communication Manager cadre de la négociation des capacités SDP entraînent des frais généraux de mémoire sur le système. Cependant, le plafond de la mémoire est négligeable et n’implique pas de plafond de la bande passante.
