Serviceaktivierung und -deaktivierung über die CLI anstelle von RADIUS

Mit der Abonnentenverwaltung können Sie die Junos OS CLI verwenden, um dynamische Abonnentenservices lokal zu aktivieren und zu deaktivieren. Die CLI-basierte Aktivierung und Deaktivierung bietet eine lokale Steuerung für dynamische Abonnentendienste, die der CoA-Funktion (Change of Authorization) der Abonnentenverwaltung ähnelt. CoA wird als Remoteaktivierungsmethode betrachtet, da die Befehle oder Trigger von einem Remoteserver, z. B. einem RADIUS- oder Provisioning-Server, empfangen werden. Sowohl mit der CoA- als auch mit der CLI-basierten Methode können Sie Services für Abonnenten verwalten, die derzeit im Netzwerk angemeldet sind – Sie können einen neuen Service für den Abonnenten aktivieren oder einen aktuellen Service deaktivieren.

Die CLI-basierte Funktion aktiviert den angegebenen Dienst – Sie können sie nicht verwenden, um die dynamische Profilinstanziierung eines Abonnenten oder benutzerdefinierte Variablen in einem dynamischen Profil zu ändern. Sie können jedoch Variablen, die für den Service definiert sind, in das dynamische Profil aufnehmen.

Die Abonnentenverwaltung unterstützt keine Abrechnung für CLI-aktivierte Abonnentendienste. Die Abrechnung für einen Dienst ist standardmäßig deaktiviert. Wenn Sie die CLI zum Aktivieren eines Dienstes verwenden, wird dieser daher mit deaktivierter Kontoführung aktiviert, und es gibt keine Möglichkeit, die Kontoführung für den Dienst explizit zu aktivieren. Die CLI-Deaktivierung eines zuvor aktivierten Dienstes (z. B. durch RADIUS) hat keine Auswirkungen auf die Abrechnung dieses Dienstes.

Die CLI-basierte Aktivierung und Deaktivierung ist in Service Provider-Netzwerken nützlich, die keine Provisioning-Server oder RADIUS-Server zum Aktivieren und Deaktivieren von Abonnentendiensten verwenden. Die lokale Steuerung, die von den CLI-basierten Vorgängen bereitgestellt wird, ermöglicht es Dienstanbietern, Dienste für vorhandene Abonnenten hinzuzufügen und zu entfernen, ohne dass sich der Abonnent abmelden und dann erneut anmelden muss, um die Änderung abzuschließen. Beispielsweise kann ein Dienstanbieter Abonnenten erlauben, sich anzumelden und zunächst den Standarddienst zu verwenden, der grundlegende Funktionen bereitstellt. Nachdem der Standarddienst eingerichtet wurde, kann der Anbieter die CLI-Aktivierung verwenden, um qualifizierte Abonnenten auf einen erweiterten Dienst zu aktualisieren, zusätzlich zur Beibehaltung des ursprünglichen Diensts. Später kann der Anbieter die CLI-Deaktivierung verwenden, um die erweiterte Dienstsitzung des Abonnenten zu beenden. Der Abonnent behält den ursprünglichen Dienst bei, bis der Dienst deaktiviert wird.

Die CLI-basierte Aktivierung oder Deaktivierung eines Abonnentendiensts schlägt fehl, wenn eine der folgenden Bedingungen vorliegt:

• Für den Abonnenten wird derzeit ein RADIUS-CoA-Vorgang oder eine frühere CLI-basierte Aktivierung oder Deaktivierung ausgeführt. Für den Abonnenten kann nur eine dynamische Anforderung aktiv sein.

• Ein einheitlicher In-Service-Software-Upgrade-Vorgang (Unified ISSU) ist aktiv.

• Der angegebene Dienst konnte nicht aktiviert oder deaktiviert werden.

Eine CLI-basierte Aktivierung oder Deaktivierung eines Abonnentendienstes schlägt ebenfalls fehl, wenn ein PCRF erfolgreich Dienste für den Abonnenten aktiviert hat. Sie müssen die PCRF-Bereitstellung außer Kraft setzen, um Dienste für einen solchen Abonnenten aktivieren oder deaktivieren zu können. Weitere Informationen finden Sie unter Deaktivieren der PCRF-Steuerung einer Abonnentensitzung.