Serviceaktivierung und -deaktivierung über die CLI anstelle von RADIUS
CLI-aktivierte Anwenderservices
Die Anwenderverwaltung ermöglicht es Ihnen, die Junos OS CLI zu verwenden, um dynamische Anwender-Services lokal zu aktivieren und zu deaktivieren. Die CLI-basierte Aktivierung und Deaktivierung bietet eine lokale Steuerung für dynamische Anwender-Services, die der CoA-Funktion (Change of Authorization) des Anwender-Managements ähnelt. CoA gilt als Remoteaktivierungsmethode, da die Befehle oder Trigger von einem Remoteserver empfangen werden, z. B. einem RADIUS- oder Bereitstellungsserver. Sowohl die CoA- als auch die CLI-basierte Methode ermöglichen es Ihnen, Services für Abonnenten zu verwalten, die derzeit beim Netzwerk angemeldet sind – Sie können einen neuen Service für den Anwender aktivieren oder einen aktuellen Service deaktivieren.
Die CLI-basierte Funktion aktiviert den angegebenen Service – Sie können sie nicht verwenden, um die dynamische Profilinstanziierung eines Anwenders 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 Anwender-Services. Die Abrechnung für einen Dienst ist standardmäßig deaktiviert. Wenn Sie die CLI zum Aktivieren eines Diensts verwenden, wird er daher mit deaktivierter Buchhaltung aktiviert, und es gibt keine Möglichkeit, die Kontoführung für den Dienst explizit zu aktivieren. Die CLI-Deaktivierung eines zuvor aktivierten Services (z. B. durch RADIUS) hat keine Auswirkungen auf die Abrechnung dieses Service.
Die CLI-basierte Aktivierung und Deaktivierung ist in Service Provider-Netzwerken nützlich, die keine Bereitstellungsserver oder RADIUS-Server zum Aktivieren und Deaktivieren von Anwender-Services verwenden. Die lokale Kontrolle, die durch die CLI-basierten Vorgänge bereitgestellt wird, ermöglicht es Service Providern, Services für bestehende Abonnenten hinzuzufügen und zu entfernen, ohne dass sich der Anwender abmelden und dann wieder 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 Dienstes. Später kann der Anbieter die erweiterte Servicesitzung des Anwenders mithilfe der CLI-Deaktivierung beenden. Der Anwender behält den ursprünglichen Dienst bei, bis der Dienst deaktiviert wird.
Die CLI-basierte Aktivierung oder Deaktivierung eines Anwender-Services schlägt fehl, wenn eine der folgenden Bedingungen vorliegt:
Ein RADIUS CoA-Vorgang oder eine vorherige CLI-basierte Aktivierung oder Deaktivierung wird derzeit für den Anwender ausgeführt. Für den Anwender kann nur eine dynamische Anforderung aktiv sein.
Ein einheitliches In-Service Software Upgrade (Unified ISSU) ist aktiv.
Der angegebene Dienst konnte nicht aktiviert oder deaktiviert werden.
Eine CLI-basierte Aktivierung oder Deaktivierung eines Anwender-Services schlägt ebenfalls fehl, wenn ein PCRF erfolgreich Services für den Anwender aktiviert hat. Sie müssen die PCRF-Bereitstellung überschreiben, um Services für einen solchen Anwender aktivieren oder deaktivieren zu können. Weitere Informationen finden Sie unter Deaktivieren der PCRF-Steuerung einer Abonnentensitzung.
Siehe auch
Aktivierung und Deaktivierung von lokalen und Remote-Services über die CLI
Die Anwenderverwaltung ermöglicht es Ihnen, die Junos OS CLI zu verwenden, um dynamische Anwender-Services für Abonnenten, die derzeit im Netzwerk angemeldet sind, lokal zu aktivieren oder zu deaktivieren. Sie können einen initialen Service für den Anwender aktivieren, einen zusätzlichen Service bereitstellen oder den aktuellen Service des Anwenders deaktivieren. Diese Methode ist eine Alternative zur Verwendung externer Aktionen durch den RADIUS-Server.
Ab Junos OS Version 18.3R1 lösen die CLI-Anweisungen den Remote Device Services Manager (RDSM) aus, um profile-type remote-device-service den Dienst auf einem Remote-Gerät zu Bereitstellung oder die Bereitstellung aufzuheben.
Eine CLI-basierte Aktivierung oder Deaktivierung eines Anwender-Services schlägt fehl, wenn eine der folgenden Bedingungen vorliegt:
Ein RADIUS CoA-Vorgang oder eine vorherige CLI-basierte Aktivierung oder Deaktivierung ist für den Anwender aktiv.
Ein einheitliches In-Service Software Upgrade (Unified ISSU) ist aktiv.
Der angegebene Dienst konnte nicht aktiviert oder deaktiviert werden.
Eine CLI-basierte Aktivierung oder Deaktivierung eines Anwender-Services schlägt ebenfalls fehl, wenn ein PCRF erfolgreich Services für den Anwender aktiviert hat. Sie müssen die PCRF-Bereitstellung überschreiben, um Services für einen solchen Anwender aktivieren oder deaktivieren zu können. Weitere Informationen finden Sie unter Deaktivieren der PCRF-Steuerung einer Abonnentensitzung.
Dieser Vorbehalt gilt jedoch nicht, wenn der Dienst auf einem Remote-Gerät vom RDSM auf Anfrage von PCRF als der externen Stelle, die die Dienstinformationen bereitstellt, bereitgestellt wurde. Wenn Sie den Befehl zum Aktivieren oder Deaktivieren eines solchen Dienstes ausgeben, verarbeitet RDSM die Dienstaktion.
So verwenden Sie die CLI zum Aktivieren eines Anwender-Service:
So verwenden Sie die CLI zum Deaktivieren eines Anwender-Service:
Zeigen Sie die aktiven Services für den angegebenen Anwender an. Das folgende Beispiel zeigt, dass die und
gold-serviceaktivbasic-servicesind.user@host> show network-access aaa subscribers session-id 55 detail Type: dhcp Username: user23@example.net Stripped username: user23 AAA Logical system/Routing instance: default:default Target Logical system/Routing instance: default:retail-onlinecompany-ca Access-profile:retailer-onlinecompany-sjc Session ID: 55 Accounting Session ID: 55 Multi Accounting Session ID: 0 IP Address: 192.168.44.104 Authentication State: AuthStateActive Accounting State: Acc-Start-Send Provisioning-type: none Service name: basic-service Service State: SvcActive Session ID: 56 Session uptime: 00:02:15 Service name: gold-service Service State: SvcActive Session ID: 57 Session uptime: 00:00:30
Deaktivieren Sie den Dienst für den Anwender. Im folgenden Beispiel wird der
basic-serviceDienst des Anwenders gelöscht.user@host> request network-access aaa subscriber delete session-id 55 service-profile basic-service
(Optional) Stellen Sie sicher, dass der gelöschte Dienst für den Anwender nicht mehr aktiv ist. (Das
gold-servicewird immer noch aufgeführt, da es nicht deaktiviert wurde.)user@host> show network-access aaa subscribers session-id 55 detail Type: dhcp Username: user23@example.net Stripped username: user23 AAA Logical system/Routing instance: default:default Target Logical system/Routing instance: default:retail-onlinecompany-ca Access-profile:retailer-onlinecompany-sjc Session ID: 55 Accounting Session ID: 55 Multi Accounting Session ID: 0 IP Address: 192.168.44.104 Authentication State: AuthStateActive Accounting State: Acc-Start-Send Provisioning-type: none Service name: gold-service Service State: SvcActive Session ID: 57 Session uptime: 00:00:30
Die folgenden Beispielbefehle veranschaulichen die Aktivierung und Deaktivierung von CLI-Diensten für Remotedienste, die von RDSM auf Remotegeräte angewendet werden.
-
user@host> request network-access aaa subscriber add session-id 131 service-profile “upstreamBandwidth(100,100,100)” Successful completion
-
user@host> request network-access aaa subscriber delete session-id 131 service-profile “upstreamBandwidth(100,100,100)” Successful completion