Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Erhaltung von IPv4-Adressen für Dual-Stack-PPP-Abonnenten mit bedarfsgesteuerter IPv4-Adresszuweisung

Aufbewahren von IPv4-Adressen für Dual-Stack-PPP-Abonnenten mithilfe der bedarfsgesteuerten IPv4-Adresszuweisung

In einem Dual-Stack-over-PPP-Zugriffsnetzwerkszenario wird die Dual-Stack-Sitzung so lange ausgeführt, wie entweder die IPv4- oder die IPv6-Sitzung aktiv ist. Wenn ein Abonnent die IPv4-Sitzung beendet, behält der BNG standardmäßig die IPv4-Adresse bei, die von AAA bei der Anmeldung zugewiesen wurde. Die Adresse wird nicht freigegeben, während die Dual-Stack-PPP-Sitzung ausgeführt wird. Wenn die IPv4-Sitzung neu ausgehandelt wird, während die Sitzung ausgeführt wird, wird der IPv4-Sitzung des Abonnenten dieselbe IPv4-Adresse zugewiesen. Diese Funktionalität führt zu einer ineffizienten Nutzung von IPv4-Adressen.

Sie können IPv4-Adressen erhalten, indem Sie den Router so konfigurieren, dass die IPv4-Adresse freigegeben wird, wenn ein Teilnehmer einen IPv4-Dienst nicht mehr verwendet. Diese Funktion ermöglicht die bedarfsgesteuerte Zuweisung oder Aufhebung der Zuweisung von IP-Adressen nach der anfänglichen PPP-Authentifizierung und der IPv6-Adress- oder Präfixzuweisung.

Die bedarfsgesteuerte Konfiguration wird nicht wirksam, wenn die Ziel-IP-Adresse (Peer-Adresse) in der inet-Familie der PPP-Schnittstelle statisch konfiguriert ist.

On-Demand-Aushandlung und -Freigabe von IPv4-Adressen für statische PPP-Abonnenten Übersicht

In diesem Thema wird beschrieben, wie die bedarfsgesteuerte IPv4-Adresszuweisung und -Aufhebung der Zuweisung für statische Dual-Stack-PPP-Abonnenten funktioniert.

IPv4-Adressaushandlung für statische PPP-Abonnenten

Der Prozess für die IPv4-Adressaushandlung für eine statische inet-Familie und eine Adresse über eine statische PPP-Schnittstelle sieht wie folgt aus:

  1. PPP Link Control Protocol (LCP) wird eingerichtet, und ein IPv6-Steuerungsprotokoll wird erfolgreich ausgehandelt.

  2. Das Breitband-Netzwerk-Gateway (BNG) empfängt vom CPE-Gerät (Customer Premises Equipment) eine IPCP-Konfigurationsanforderung (Internet Protocol Control Protocol) mit der IPv4-Adressoption 0.0.0.0.

  3. Die BNG sendet eine IPCP-Konfigurationsanforderung mit einer lokalen IPv4-Adressoption an das CPE.

  4. Der BNG sendet eine Access-Request-Nachricht mit dem IPv4-Release-Control VSA (26-164) (falls konfiguriert) an den RADIUS-Server.

  5. Der BNG erhält vom CPE eine IPCP Configure ACK.

  6. Der BNG empfängt eine Access-Accept-Nachricht vom RADIUS-Server.

    • Wenn ein Framed-IP-Address-Attribut empfangen wird, führt der BNG eine doppelte Adressprüfung durch (falls konfiguriert). Wenn eine Dublettenprüfung erfolgreich abgeschlossen wurde, setzt PPP die IPCP-Aushandlung mit dem CPE fort. Andernfalls wird die gesamte PPP-Sitzung beendet, indem eine LCP-Beendigungsanforderung an das CPE gesendet wird.

    • Wenn ein Framed-Pool-Attribut empfangen wird, wird die IPv4-Adresse aus dem angegebenen lokalen Adresspool zugewiesen, der in der BNG konfiguriert ist. Wenn der IP-Pool im BNG nicht konfiguriert ist und kein anderer IP-Pool verfügbar ist, sendet der BNG eine LCP-Protokollablehnungsmeldung an das CPE.

    • Wenn weder ein Framed-IP-Address-Attribut noch ein Framed-Pool-Attribut empfangen wird, weist der BNG eine IPv4-Adresse aus einem der konfigurierten lokalen Adresspools zu. Wenn der BNG keine IPv4-Adresse zuweisen kann, sendet der BNG eine LCP-Protokollablehnungsmeldung an das CPE.

    • Wenn ADFv4-Filter in der Access-Accept-Nachricht vorhanden sind, müssen sie für diesen Abonnenten im BNG neu installiert werden.

    • Wenn sowohl die primäre als auch die sekundäre IPv4-DNS-Adresse in der Access-Accept-Nachricht vorhanden sind, müssen beide für diesen Abonnenten im BNG aktualisiert werden. Wenn entweder eine primäre IPv4-DNS-Adresse oder eine sekundäre IPv4-DNS-Adresse in der Access-Accept-Nachricht vorhanden ist, muss nur die entsprechende DNS-Adresse für diesen Abonnenten aktualisiert werden.

    Wenn keine IPv4-Adresse verfügbar ist und der BNG eine Access-Reject-Nachricht vom RADIUS-Server empfängt, geschieht Folgendes:

    • Wenn die Access-Reject-Nachricht die IPv4-Release-Control-VSA (26-164) enthält, sendet die BNG eine IPCP-Beendigungsanforderung an das CPE. Dem CPE ist es dann gestattet, die IP-NCP neu zu verhandeln.

    • Wenn die Access-Reject-Nachricht nicht die IPv4-Release-Control-VSA (26-164) enthält, sendet der BNG eine LCP-Protokoll-Reject-Nachricht an das CPE. Das CPE muss die LCP-Verbindung neu verhandeln, bevor es IP-NCP neu verhandeln darf.

      Wenn die RADIUS-Zugriffsablehnungsnachricht das IPCP-Feld "Terminate-Request" enthält, wird der Text des Attributs "Reply Message" (18) an die Informationen im Feld "Terminate-Request" angehängt und in PPP-Daten angezeigt.

    Wenn der RADIUS-Server nicht antwortet, wird IPCP beendet.

  7. Die BNG sendet eine IPCP Configure NACK with the new IPv4 address Option an das CPE.

  8. Der abonnentensichere Richtliniendienst (falls für die inet-Familie vorhanden) ist aktiviert.

    Der BNG sendet eine sofortige Interim-Accounting-Nachricht (falls konfiguriert) mit dem IPv4-Release-Control VSA (26-164) (falls konfiguriert) und dem Attribut Framed-IP-Address an den RADIUS-Server.

  9. Die BNG empfängt vom CPE eine IPCP-Konfigurationsanforderung mit der neuen IPv4-Adressoption.

  10. Der BNG empfängt eine Zwischenabrechnungsantwort vom RADIUS-Server.

  11. Die BNG sendet eine IPCP Configure ACK an das CPE.

IPv4-Adressfreigabe für statische PPP-Abonnenten

Der Prozess für die IPv4-Adressfreigabe für die statische inet-Familie und die Adresse über die statische PPP-Schnittstelle ist wie folgt:

  1. Die BNG empfängt eine IPCP-Beendigungsanforderung vom CPE.

  2. Die BNG sendet eine IPCP-Terminierungsbestätigung an das CPE.

  3. Die folgenden Aktionen werden durchgeführt:

    • Der abonnentensichere Richtliniendienst (sofern für die inet-Familie vorhanden) wird deinstanziiert.

    • Wenn eine IPv4-Adresse aus dem lokalen Adresspool zugewiesen wurde, wird die Adresse verfügbar.

    • Der IPv4-Adresseintrag wird aus dem Abonnentendatensatz gelöscht.

    • Der BNG sendet eine sofortige Zwischenabrechnungsnachricht (falls konfiguriert) mit dem IPv4-Release-Control VSA (26-164) (falls konfiguriert) an den RADIUS-Server, und das Attribut "Framed-IP-Address" ist nicht enthalten.

    • Benutzersitzungsstatistiken werden für die gesamte PPP-Sitzung beibehalten und nicht gelöscht, wenn die IPv4-Adresse freigegeben wird.

  4. Der BNG empfängt eine Zwischenabrechnungsantwort vom RADIUS-Server.

    In der BNG wird keine Aktion ausgeführt, unabhängig davon, ob sie eine Antwort vom RADIUS-Server erhält oder nicht.

On-Demand-Aushandlung und -Freigabe von IPv4-Adressen für dynamische PPP-Abonnenten Übersicht

In diesem Thema wird beschrieben, wie die bedarfsgesteuerte IPv4-Adresszuweisung und -aufhebung für dynamische Dual-Stack-PPP-Abonnenten funktioniert.

IPv4-Adressaushandlung für dynamische PPP-Abonnenten

Der Prozess für die IPv4-Adressaushandlung für eine dynamische inet-Familie und eine Adresse über eine statische PPP-Schnittstelle sieht wie folgt aus:

  1. PPP Link Control Protocol (LCP) wird eingerichtet und das IPv6-Steuerprotokoll erfolgreich ausgehandelt.

  2. Das Breitband-Netzwerk-Gateway (BNG) empfängt vom CPE eine IPCP-Konfigurationsanforderung (Internet Protocol Control Protocol) mit der IPv4-Adressoption 0.0.0.0.

  3. Der BNG sendet eine Access-Request-Nachricht mit dem IPv4-Release-Control VSA (26-164) (falls konfiguriert) an den RADIUS-Server.

  4. Der BNG empfängt eine Access-Accept-Nachricht vom RADIUS-Server.

    • Wenn ein Framed-IP-Address-Attribut empfangen wird, wird eine doppelte Adressprüfung (falls konfiguriert) für den BNG durchgeführt. Wenn eine doppelte Adressprüfung erfolgreich abgeschlossen wurde, setzt PPP die IPCP-Aushandlung mit dem CPE fort. Andernfalls wird die gesamte PPP-Sitzung beendet, indem eine LCP-Beendigungsanforderung an das CPE gesendet wird.

    • Wenn das Framed-Pool-Attribut empfangen wird, wird die IPv4-Adresse aus dem angegebenen lokalen Adresspool zugeordnet, der in der BNG konfiguriert ist. Wenn der Pool im BNG nicht konfiguriert ist und kein anderer IP-Pool verfügbar ist, wird eine IPCP-Protokollablehnung an das CPE gesendet.

    • Wenn weder ein Framed-IP-Address-Attribut noch ein Framed-Pool-Attribut empfangen wird, weist der BNG eine IPv4-Adresse aus einem der konfigurierten lokalen Adresspools zu. Wenn der BNG keine IPv4-Adresse zuweisen kann, wird eine IPCP-Protokollablehnung an das CPE gesendet.

    • Wenn ADFv4-Filter in der Access-Accept-Nachricht vorhanden sind, müssen sie für diesen Abonnenten im BNG neu installiert werden.

    • Wenn sowohl die primäre als auch die sekundäre IPv4-DNS-Adresse in der Access-Accept-Nachricht vorhanden sind, müssen beide für diesen Abonnenten im BNG aktualisiert werden. Wenn entweder eine primäre IPv4-DNS-Adresse oder eine sekundäre IPv4-DNS-Adresse in der Access-Accept-Nachricht vorhanden ist, muss nur die entsprechende DNS-Adresse für diesen Abonnenten aktualisiert werden.

    Wenn keine IPv4-Adresse verfügbar ist und der BNG eine Access-Reject-Nachricht vom RADIUS-Server empfängt, geschieht Folgendes:

    • Wenn die Access-Reject-Nachricht die IPv4-Release-Control-VSA (26-164) enthält, sendet die BNG eine IPCP-Beendigungsanforderung an das CPE. Dem CPE ist es dann gestattet, die IP-NCP neu zu verhandeln.

    • Wenn die Access-Reject-Nachricht nicht die IPv4-Release-Control-VSA (26-164) enthält, sendet der BNG eine LCP-Protokoll-Reject-Nachricht an das CPE. Das CPE muss die LCP-Verbindung neu verhandeln, bevor es IP-NCP neu verhandeln darf.

      Wenn die RADIUS-Access-Reject-Nachricht das IPCP-Feld Terminate-Request enthält, wird der Text des Antwortnachrichtattributs #18 an die Informationen im Feld Terminate-Request angehängt und in PPP-Daten angezeigt.

    Wenn eine Access-Challenge-Nachricht anstelle einer Access-Accept-Nachricht empfangen wird, wird die IPCP-Protokollablehnung an das CPE gesendet.

    Wenn der RADIUS-Server nicht antwortet, wird IPCP beendet.

  5. Die BNG sendet eine IPCP Configure NACK with the new IPv4 address Option an das CPE.

  6. Die dynamische inet-Familie und die lokale Adresse werden hinzugefügt, und alle IPv4-Dienste (Familien-inet) für das dynamische Clientprofil werden instanziiert.

    Die BNG sendet eine IPCP-Konfigurationsanforderung mit einer lokalen IPv4-Adressoption an das CPE.

  7. Der BNG sendet eine sofortige Interim-Accounting-Nachricht (falls konfiguriert) mit der IPv4-Release-Control VSA (26-164) (falls konfiguriert) und einem Framed-IP-Address-Attribut an den RADIUS-Server.

  8. Alle IPv4-Dienste, z. B. ADF- (Ascend Data Filter) und Firewallfilter, für das dynamische Dienstprofil und den Dienst zum rechtmäßigen Abfangen (falls für die inet-Familie vorhanden) werden instanziiert, und die Dienstkonto-Start-Nachrichten (wenn die Dienstabrechnung konfiguriert ist und der IPv4-Dienst nicht Teil eines Dienstprofils mit mehreren Familien ist) werden an den RADIUS-Server gesendet. Wenn die Service-Instanziierung fehlschlägt, wird IPCP beendet und ein IPv4-Adressfreigabeprozess wird eingeleitet.

  9. Der BNG empfängt vom CPE eine IPCP-Konfigurationsanforderung mit einer neuen IPv4-Adressoption.

  10. Die BNG sendet eine IPCP Configure ACK an das CPE.

  11. Der BNG empfängt eine Service Accounting-Start-Antwort vom RADIUS-Server.

  12. Der BNG empfängt eine Zwischenabrechnungsantwort vom RADIUS-Server.

  13. Der BNG erhält vom CPE eine IPCP Configure ACK.

IPv4-Adressfreigabe für dynamische PPP-Abonnenten

Der Prozess für die IPv4-Adressfreigabe für die dynamische inet-Familie und die Adresse über die statische PPP-Schnittstelle ist wie folgt:

  1. Die BNG empfängt eine IPCP-Beendigungsanforderung vom CPE.

  2. Die BNG sendet eine IPCP-Terminierungsbestätigung an das CPE.

  3. Die folgenden Aktionen werden durchgeführt:

    • Alle IPv4-Dienste (Inet-Familie Inet) für das dynamische Clientprofil werden deinstanziiert, und die dynamische Inet-Familie und die lokale Adresse werden entfernt.

    • Alle IPv4-Dienste, z. B. ADF- (Ascend Data Filter) und Firewallfilter, für ein dynamisches Dienstprofil und den Dienst zum rechtmäßigen Abfangen (falls für die inet-Familie vorhanden) werden deinstanziiert. Die Service Accounting-Stop-Meldungen (wenn Service Accounting konfiguriert ist und der IPv4-Dienst nicht Teil eines Mehrfamilien-Serviceprofils ist) werden an den RADIUS-Server gesendet.

    • Wenn eine IPv4-Adresse aus einem lokalen Adresspool zugewiesen wurde, ist sie verfügbar.

    • Der IPv4-Adresseneintrag wird aus dem Abonnentendatensatz gelöscht

  4. Die BNG sendet eine sofortige Interim-Accounting-Nachricht (falls konfiguriert) mit der IPv4-Release-Control VSA (26-164) (falls konfiguriert) an den RADIUS-Server, und das Attribut "Framed-IP-Address" darf nicht enthalten sein.

    Benutzersitzungsstatistiken und Dienstsitzungsstatistiken für Mehrfamiliendienste werden für die gesamte PPP-Sitzung beibehalten und nicht gelöscht, wenn die IPv4-Adresse freigegeben wird.

  5. Der BNG empfängt eine Zwischenabrechnungsantwort vom RADIUS-Server.

    In der BNG wird keine Aktion ausgeführt, unabhängig davon, ob sie eine Antwort vom RADIUS-Server erhält oder nicht.

IPCP-Aushandlung mit optionaler Peer-IP-Adresse

Wenn der PPP-Client (Point-to-Point Protocol) im normalen Betrieb für eine IPCP-Aushandlung (Internet Protocol Control Protocol) keine bestimmte IP-Adresse anfordert, sendet der Server der MX-Serie eine IP-Adresse, die er von RADIUS oder aus dem lokalen Adresspool erhalten hat.

Wenn das CPE eine statisch bereitgestellte IP-Adresse aushandelt, erhält das BNG während der PPP-Autorisierung in der Regel eine gerahmte IP-Adresse von 255.255.255.255 und optional eine gerahmte Route. Das CPE zeigt die konfigurierte IP-WAN-Adresse in der Option IP-Adresse der IPCP-confReq-Nachricht an. Die BNG akzeptiert dann die vorgeschlagene Adresse des Peers.

In einigen anderen Fällen wird die öffentliche IP-Adresse des Teilnehmers jedoch lokal auf dem CPE bereitgestellt, aber nicht explizit über IPNCP ausgehandelt. Wenn der PPP-Client nach einer bestimmten IP-Adresse sucht, sendet er beim Empfang einer NAK vom Server eine confReq-Nachricht, ohne die Option für die IP-Adresse anzugeben. In diesem Fall beendet der Server den Client, obwohl der Server eine IPCP-confAck-Nachricht sendet, da der Server eine IP-Adresse vom Client benötigt.

Sie können die peer-ip-address-optional Anweisung so konfigurieren, dass die IPCP-Aushandlung erfolgreich ist, auch wenn der Peer die IP-Adressoption nicht in eine IPCP-Konfigurationsanforderung für statische und dynamische sowie beendete und getunnelte PPPoE-Abonnenten (Point-to-Point Protocol over Ethernet) einschließt. Standardmäßig ist diese Anweisung deaktiviert. Diese Funktion unterstützt auch Hochverfügbarkeit (HA) und einheitliche In-Service-Software-Upgrades (Unified ISSU).

Wenn der Client die IP-Adressoption nicht in eine IPCP-Konfigurationsanforderung einschließt und die IPCP-Aushandlung durch Konfigurieren der peer-ip-address-optional Anweisung erfolgreich ist, verfügt der Server nicht über die Client-IP-Adresse.

Anmerkung:

Wenn der Client die IP-Adressoption in eine IPCP-Konfigurationsanforderung einschließt, spielt es keine Rolle, ob die peer-ip-address-optional Anweisung konfiguriert ist, da der Teilnehmer immer verfügbar ist und der Server über die Client-IP-Adresse verfügt.

Dem Client wird eine IP-Adresse von RADIUS oder aus dem lokalen Pool zugewiesen und die Route dorthin wird auf dem Server hinzugefügt, obwohl dem Client diese Adresse nicht zugewiesen ist. IPCP ist erfolgreich, und der Abonnent wird verfügbar. Wenn Sie möchten, dass der Server über die Route zur vom Client angeforderten IP-Adresse verfügt, verwenden Sie das RADIUS-Attribut "Framed-Route", oder konfigurieren Sie statische Routen. Der Client fügt statische Routen zum Server hinzu oder konfiguriert diese, um eine ordnungsgemäße Weiterleitung zu gewährleisten.

Siehe auch

Verwendung von RADIUS-Attributen während der Authentifizierung, wenn die On-Demand-Adresszuweisung aktiviert ist

Im Folgenden wird das Verhalten des Border Netzwerk-Gateways (BNG) während der Authentifizierung beschrieben, wenn die bedarfsgesteuerte IP-Adresszuweisung aktiviert ist:

  • Wenn der RADIUS-Server ein Framed-IP-Address-Attribut zurückgibt, geht der BNG bei der ersten IPCP-Aushandlung (Internet Protocol Control Protocol) nicht zur Adresszuweisung an den RADIUS-Server. Es verwendet das Framed-IP-Address-Attribut, das in der ersten Access-Accept-Nachricht zurückgegeben wird. Accounting-Start- und periodische Interim-Accounting-Nachrichten enthalten das Attribut Framed-IP-Address. Immediate Interim Accounting-Nachrichten werden nicht an den RADIUS-Server gesendet. Die Adresszuweisung ähnelt dem Prozess, der für einen statischen oder dynamischen Teilnehmer beschrieben wird.

    Wenn während der Authentifizierung eine Framed-IP-Adresse vom RADIUS-Server zurückgegeben wird und das Customer Premises Equipment (CPE) IPCP nicht aushandelt, wird die IPv4-Adresse nicht freigegeben, unabhängig davon, ob die On-Demand-IP-Adresszuweisung aktiviert ist oder nicht.

  • Wenn der RADIUS-Server ein Framed-Pool-Attribut zurückgibt. Der BNG geht bei der ersten IPCP-Aushandlung nicht zur Adresszuweisung an den RADIUS-Server und weist eine IPv4-Adresse aus dem angegebenen lokalen Adresspool zu. Accounting-Start- und periodische Interim-Accounting-Nachrichten enthalten das Attribut "Framed-IP-Address" erst bei der IPCP-Aushandlung. Immediate Interim Accounting-Nachrichten (falls konfiguriert) werden an den RADIUS-Server gesendet. Die Adresszuweisung ähnelt dem Prozess, der für einen statischen oder dynamischen Teilnehmer beschrieben wird.

  • Wenn der RADIUS-Server weder das Framed-IP-Address-Attribut noch das Framed-Pool-Attribut zurückgibt. Die Adresszuweisung ähnelt dem Prozess, der für einen statischen oder dynamischen Teilnehmer beschrieben wird. Da IPCP das einzige für diese Teilnehmer aktive Netzwerksteuerungsprotokoll (NCP) ist, wird die gesamte PPP-Sitzung bei einer IPCP-Beendigungsanforderung beendet, und eine Accounting-Stoppmeldung wird an den RADIUS-Server gesendet. Sofortige Interim-Accounting-Nachrichten zur Freigabe der IPv4-Adresse werden in diesem Fall nicht gesendet.

Konfigurieren der statischen On-Demand-IPv4-Adresszuweisung für Dual-Stack-PPP-Abonnenten

So konfigurieren Sie die statische On-Demand-IPv4-Adresszuweisung für Dual-Stack-PPP-Abonnenten:

  1. Geben Sie den Namen und die logische Einheitsnummer der Schnittstelle an.
  2. Aktivieren Sie die bedarfsgesteuerte Zuweisung von IP-Adressen.

Konfiguration der dynamischen On-Demand-IPv4-Adresszuweisung für Dual-Stack-PPP-Abonnenten

So konfigurieren Sie die dynamische bedarfsgesteuerte IPv4-Adresszuweisung für Dual-Stack-PPP-Abonnenten:

  1. Greifen Sie auf das dynamische Profil zu.
  2. Geben Sie den Namen und die logische Einheitsnummer der Schnittstelle an.
  3. Aktivieren Sie die bedarfsgesteuerte Zuweisung von IP-Adressen.

Konfiguration der globalen On-Demand-IPv4-Adresszuweisung für Dual-Stack-PPP-Abonnenten

So konfigurieren Sie die IPv4-Adresszuweisung statischer On-Demand-IP-Adressen für Dual-Stack-PPP-Abonnenten auf Systemebene:

  1. Geben Sie das Protokoll an.
  2. Geben Sie die Option ppp-service an.
  3. Aktivieren Sie die bedarfsgesteuerte Zuweisung von IP-Adressen.

Ermöglichen sofortiger Zwischenabrechnungsnachrichten für On-Demand-IPv4-Adressänderungen

So ermöglichen Sie es der BNG, sofort eine Zwischenabrechnungsnachricht zu senden:

  1. Erstellen Sie ein Profil und vergeben Sie einen Namen.
  2. Geben Sie unter Buchhaltung die Option Adressänderung-sofortiges Aktualisieren an.

Aktivieren von IPv4 Release Control VSA (26–164) in RADIUS-Nachrichten

Wenn Sie die On-Demand-Adresszuweisung für Dual-Stack-PPP-Abonnenten verwenden, können Sie die BNG so konfigurieren, dass sie die IPv4-Release-Control-VSA (26–164) in die Zugriffsanforderung einschließt, die während der On-Demand-IP-Adresszuweisung gesendet wird, und in die Interim-Accounting-Nachrichten, die gesendet werden, um eine Adressänderung zu melden.

Wenn während der Aushandlung für statische oder dynamische PPP-Abonnenten keine IPv4-Adresse verfügbar ist, schließt der RADIUS-Server diese VSA in die Access-Reject-Nachricht ein, die er an den BNG sendet. Dies hat zur Folge, dass die BNG eine IPCP-Beendigungsanforderung an den CPE sendet und der CPE dann den IPCP neu aushandeln kann.

Wenn Sie das Senden von VSA 26-164 nicht aktiviert haben, enthält die Access-Reject-Nachricht den VSA nicht, und der BNG sendet eine LCP-Protokoll-Reject-Nachricht an das CPE. Das CPE muss die LCP-Verbindung neu verhandeln, bevor es IP-NCP neu verhandeln darf.

Die Konfiguration dieser Anweisung hat keine Auswirkungen, wenn die bedarfsgesteuerte Zuweisung oder Aufhebung der Zuweisung von IP-Adressen nicht konfiguriert ist.

Optional können Sie eine Nachricht konfigurieren, die im VSA enthalten ist, wenn er an den RADIUS-Server gesendet wird.

So aktivieren Sie IPv4-Release-Control VSA (26-164) in RADIUS-Nachrichten:

  1. Erstellen Sie ein Profil und vergeben Sie einen Namen.
  2. Geben Sie an, dass Sie RADIUS konfigurieren möchten.
  3. (Optional) Konfigurieren Sie den zu sendenden VSA, und geben Sie optional eine Textnachricht an, die in den VSA aufgenommen werden soll.

Zugehörige Dokumentation