Activation et désactivation de services à l’aide de la CLI au lieu de RADIUS

La gestion des abonnés vous permet d’utiliser la CLI de Junos OS pour activer et désactiver localement des services d’abonnés dynamiques. L’activation et la désactivation basées sur CLI offrent un contrôle local pour les services de abonné dynamique, similaire à la fonctionnalité de changement d’autorisation (CoA) de abonné direction. Le CoA est considéré comme une méthode d’activation à distance, car les commandes, ou déclencheurs, proviennent d’un serveur distant, tel qu’un serveur RADIUS ou de provisionnement. Les méthodes CoA et CLI vous permettent de gérer les services pour les abonnés qui sont actuellement connectés au réseau : vous pouvez activer un nouveau service pour l’abonné ou désactiver un service actuel.

La fonction basée sur la CLI active le service spécifié : vous ne pouvez pas l’utiliser pour modifier l’instanciation du profil dynamique d’un abonné ou pour modifier les variables définies par l’utilisateur dans un profil dynamique. Vous pouvez toutefois inclure des variables définies pour le service dans le profil dynamique.

La gestion des abonnés ne prend pas en charge la comptabilisation des services d’abonné activés par la CLI. La comptabilisation d’un service est désactivée par défaut. Par conséquent, lorsque vous utilisez la CLI pour activer un service, il est activé avec la comptabilité désactivée et il n’existe aucun moyen d’activer explicitement la comptabilité pour le service. La désactivation par la CLI d’un service précédemment activé (par exemple par RADIUS) n’a aucun effet sur la comptabilisation de ce service.

L’activation et la désactivation basées sur des CLI sont utiles dans les réseaux de fournisseurs de services qui n’utilisent pas de serveurs de provisionnement ou de serveurs RADIUS pour activer et désactiver les services aux abonnés. Le contrôle local fourni par les opérations basées sur la CLI permet aux fournisseurs de services d’ajouter et de supprimer des services pour les abonnés existants sans que l’abonné n’ait besoin de se déconnecter puis de se reconnecter pour terminer la modification. Par exemple, un fournisseur de services peut autoriser les abonnés à se connecter et à utiliser initialement le service par défaut, qui fournit des fonctionnalités de base. Une fois le service par défaut établi, le fournisseur peut utiliser la CLI-activation pour mettre à niveau les abonnés éligibles vers un service avancé, en plus de conserver le service initial. Par la suite, le fournisseur peut utiliser la désactivation CLI pour mettre fin à la session de service avancée de l’abonné. L’abonné conserve le service initial jusqu’à ce qu’il soit désactivé.

CLI’activation ou la désactivation d’un service abonné échoue si l’une des conditions suivantes est réunies :

• Une opération CoA RADIUS ou une activation ou une désactivation précédente basée sur une CLI est actuellement en cours pour l’abonné. Une seule demande dynamique peut être active pour l’abonné.

• Une opération de mise à niveau logicielle en service unifié (ISSU unifiée) est active.

• Le service spécifié n’a pas pu être activé ou désactivé.

Une activation ou une désactivation d’un service d’abonné basée sur une CLI échoue également si un PCRF a activé avec succès des services pour l’abonné. Vous devez remplacer le provisionnement PCRF pour pouvoir activer ou désactiver les services pour un tel abonné. Pour plus d’informations, consultez Désactivation du contrôle PCRF d’une session d’abonné.