Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Dual-Stack-Zugriffsmodelle in einem DHCP-Netzwerk

IPv4- und IPv6-Dual-Stack in einem DHCP-Zugriffsnetzwerk

Abbildung 1 zeigt einen Dual-Stack-Schnittstellenstapel in einem DHCP-Zugriffsnetzwerk. Die IPv4-Familie (inet) und die IPv6-Familie (inet6) können sich auf derselben VLAN-Schnittstelle befinden.

Abbildung 1: Dual-Stack-Schnittstellenstapel über einem DHCP-Zugriffsnetzwerk Dual-Stack Interface Stack over a DHCP Access Network
Anmerkung:

Wenn Sie IPv4 und IPv6 Dual Stack auf derselben DHCP-Schnittstelle verwenden, müssen Sie ein dynamisches Profil sowohl für die IPv4- als auch für die IPv6-Abonnenten konfigurieren. Sie können keine IPv4- und IPv6-Abonnentensitzungen über dieselbe Schnittstelle ausführen, wenn Sie separate dynamische Profile für IPv4 und IPv6 konfigurieren.

Unterstützung für Demultiplexing-Schnittstellen

IPv4- und IPv6-Dual-Stack wird auf VLAN-Demultiplexing-Schnittstellen (Demux) unterstützt. Dual Stack wird auf IP-Demux-Schnittstellen nicht unterstützt.

AAA-Service-Framework in einem Dual-Stack-over-DHCP-Zugriffsnetzwerk

Sie können das AAA Service Framework für alle Authentifizierungs-, Autorisierungs-, Kontoführungs-, Adresszuweisungs- und dynamischen Anforderungsdienste verwenden, die der BNG für den Netzwerkzugriff verwendet. Das Framework unterstützt die Authentifizierung und Autorisierung über externe RADIUS-Server. Darüber hinaus unterstützt er Abrechnungs- und CoA-Vorgänge (Change of Authorization) und Trennungsvorgänge über externe Server sowie die Adresszuweisung über eine Kombination aus lokalen Adresszuweisungspools und RADIUS-Servern.

Das BNG interagiert mit externen Servern, um zu bestimmen, wie einzelne Teilnehmer auf das Breitbandnetzwerk zugreifen. Die BNG kann auch Informationen von externen Servern für Folgendes abrufen:

  • Wie Abonnenten authentifiziert werden.

  • Wie Buchhaltungsstatistiken erhoben und verwendet werden.

  • Wie dynamische Anfragen, wie z. B. CoA, gehandhabt werden.

Wie in Abbildung 2, einer Implementierung von Dual Stack über einem DHCP-Zugriffsnetzwerk, dargestellt, gibt es separate AAA-Sitzungen für die IPv4- und IPv6-Authentifizierung und -Abrechnung.

Abbildung 2: AAA-Service-Framework in einem Dual-Stack über einem DHCP-Zugriffsnetzwerk AAA Service Framework in a Dual Stack over a DHCP Access Network

Erfassung von Buchhaltungsstatistiken in einem DHCP-Zugangsnetzwerk

AAA bietet Unterstützung für IPv4- und IPv6-Statistiken in separaten Abrechnungssitzungen.

Die folgenden RADIUS-Attribute sind standardmäßig (sofern verfügbar) in Acct-Start-, Interim- und Acct-Stop-Meldungen enthalten:

  • Framed-IPv6-Präfix

  • Framed-IPv6-Pool

  • Delegated-IPv6-Präfix

  • Framed-IPv4-Route

  • Framed-IPv6-Route

Sie können den BNG so konfigurieren, dass diese Attribute in Konto-Start- und Kontostopp-Nachrichten ausgeschlossen werden.

Änderung der Autorisierung (CoA)

RADIUS-Server können dynamische Anforderungen an die BNG initiieren. Zu den dynamischen Anforderungen gehören CoA-Anfragen, die VSA-Modifikationen und Serviceänderungen angeben.

In der Konfiguration des Zugriffsprofils geben Sie die IP-Adressen der RADIUS-Authentifizierungsserver an, die dynamische Anforderungen an den Router senden können. Die Liste der Authentifizierungsserver bietet auch eine RADIUS-basierte dynamische Dienstaktivierung und -deaktivierung während der Teilnehmeranmeldung.

Dual-Stack-Schnittstellenstack in einem DHCP-Großhandelsnetzwerk

Abbildung 3 zeigt einen Dual-Stack-Schnittstellenstapel in einem DHCP-Großhandelsnetzwerk. In diesem Szenario werden die IPv4- und IPv6-Demo-Schnittstellen auf derselben VLAN-Schnittstelle konfiguriert. Die Demux-Schnittstellen werden in einer separaten logischen System:Routing-Instanz konfiguriert.

Abbildung 3: Dual-Stack-Schnittstellenstapel in einem DHCP-Großhandelsnetzwerk Dual-Stack Interface Stack in a DHCP Wholesale Network

Single-Session-DHCP Dual-Stack – Überblick

Junos OS unterstützt einen Single-Session-DHCP-Dual-Stack, was die Verwaltung von Dual-Stack-Abonnenten simplifiziert und die Performance und Sitzungsanforderungen im Vergleich zur herkömmlichen Dual-Stack-Unterstützung verbessert.

In einer DHCP-Dual-Stack-Umgebung unterstützt ein DHCP-Server sowohl DHCPv4- als auch DHCPv6-Abonnenten. Der DHCP-Server stellt Services wie Authentifizierung und Kontoführung sowohl für die DHCPv4- als auch für die DHCPv6-Zweige des Dual-Stacks bereit. In einer traditionellen Implementierung werden die beiden Schenkel der Dual-Stack-Schenkel als unabhängig voneinander betrachtet. Das Vorhandensein separater Legs für DHCPv4 und DHCPv6 führt zu Ineffizienzen, da separate und mehrere Sitzungen erforderlich sein können, um für jeden Leg des Dual-Stacks eine ähnliche Unterstützung zu bieten. Um beispielsweise die Authentifizierung für einen herkömmlichen Dual-Stack über ein dynamisches VLAN bereitzustellen, sind drei separate Sitzungen erforderlich, eine für DHCPv4, eine für DHCPv6 und eine für das authentifizierte dynamische VLAN. In ähnlicher Weise können auch für Dual-Stack-Buchhaltungsvorgänge mehrere Sitzungen erforderlich sein.

Beim Dual-Stack über einem dynamischen VLAN benötigt der Single-Session-Dual-Stack nur eine einzige Sitzung für die Authentifizierung, im Gegensatz zu den drei Sitzungen, die für die herkömmliche Dual-Stack-Konfiguration erforderlich sind. Die Buchhaltungsunterstützung für den Dual-Stack verwendet ebenfalls eine einzelne Sitzung. Die Einzelsitzungsfunktion reduziert nicht nur die Anzahl der erforderlichen Sitzungen, sondern vereinfacht auch die Routerkonfiguration, reduziert die RADIUS-Nachrichtenlast und verbessert die Leistung von Abrechnungssitzungen für Haushalte mit Dual-Stack-Umgebungen.

In der Single-Session-Dual-Stack-Umgebung löst die erste DHCP-Sitzung, die ausgehandelt wird, die dynamische VLAN-Erstellung aus (falls erforderlich) und wird bei der DHCP-Anwendung autorisiert. Der zweite Schenkel des Dual-Stacks wird aufgehalten, bis der Autorisierungspunkt vollständig ist. Wenn die zweite Schiene des Dual-Stacks eingerichtet ist, erbt der DHCP-Client alle gängigen Anwenderdatenbankwerte, wie z. B. circuit-id, remote-id, Benutzername und Schnittstellenname vom ersten Teil.

In Abbildung 4 ist eine Sitzung mit einem einzelnen Teilnehmer für einen Dual-Stack-Benutzer eingerichtet.

Abbildung 4: DHCP-Dual-Stack-Bereitstellungsmodell DHCP Dual Stack Single-Session Subscriber Deployment Model für Single-Session-Subscriber

Sie können Einzelsitzungs-Dual-Stack-Abonnenteneinstellungen für den DHCP-Relay-Agent und den lokalen DHCP-Server konfigurieren. Sie verwenden die Anweisung dual-stack-group , um eine benannte Gruppe zu erstellen, die die Werte für Dual Stack-Abonnenten angibt. Anschließend verwenden Sie die Anweisung dual-stack , um den Namen der Dual-Stack-Gruppe anzugeben und die Gruppe Abonnenten auf globaler, Gruppen- oder Schnittstellenebene zuzuweisen.

  • Konfigurieren Sie für den DHCP-Relay-Agent diese Anweisungen auf der [edit forwarding-options dhcp-relay] Hierarchieebene bzw. der Hierarchieebene [edit forwarding-options dhcp-relay ... overrides]

  • Konfigurieren Sie für den lokalen DHCP-Server diese Anweisungen auf der [edit system services dhcp-local-server] Hierarchieebene bzw. der Hierarchieebene [edit system services dhcp-local-server ... overrides]

Sie können die folgenden allgemeinen DHCP-Einstellungen für das Single-Session-Dual-Stack-Modell konfigurieren. In den meisten Fällen ähneln diese Einstellungen denen, die für separate DHCPv4- und DHCPv6-Legs in einer herkömmlichen Dual-Stack-Konfiguration verwendet werden. Wenn die Dual-Stack-Konfiguration konfiguriert und referenziert wird, hat sie Vorrang vor den gleichen Elementen, die unter der jeweiligen Produktfamilie konfiguriert sind.

  • access-profile– Zugriffsprofil, das Authentifizierungs- und Abrechnungsparameter für die Dual-Stack-Gruppe bereitstellt, die Vorrang vor den in einem globalen Zugriffsprofil oder in einem Profil für den DHCP-Relay-Agenten oder den lokalen DHCP-Server konfigurierten Parametern haben.

  • authentication– Authentifizierungsbezogene Parameter (z. B. Passwort und Benutzername), die der Router an den externen AAA-Server sendet.

    Die dual-stack authentication Zeilengruppe ähnelt der Zeilengruppe, die separat für die Adressfamilien v4 und v6 verfügbar ist. Wenn die username-include Konfigurationssyntax für den DHCPv4-Zweig des Dual-Stacks verwendet wird, entspricht die relay-agent-interface-id Option der DHCPv4-Anweisung relay-option-82 circuit-id und die relay-agent-remote-id Option entspricht der DHCPv4-Anweisung relay-option-82 remote-id . Sie müssen die beiden DHCPv4-Optionen nicht separat konfigurieren.

  • classification-key– Der Klassifizierungsschlüssel definiert den Mechanismus, der zur Identifizierung eines Dual-Stack-Haushalts verwendet werden soll.

  • dual-stack-interface-client-limit– Begrenzt die Anzahl der Dual Stack-Abonnenten, die sich pro Schnittstelle anmelden.

    Anmerkung:

    Verwenden Sie für Dual-Stack-Abonnenten immer diese Anweisung anstelle der interface-client-limit Anweisung.

  • dynamic-profile: Dynamisches Profil, das an alle Schnittstellen, an eine benannte Gruppe von Schnittstellen oder an eine bestimmte Schnittstelle angehängt ist.

  • liveness-detection– Konfigurieren Sie ein aktives Lebenderkennungsprotokoll, das die Bindung löscht und die Ressourcen freigibt, wenn der Abonnent nicht auf eine konfigurierte Anzahl aufeinanderfolgender Lebendigkeitserkennungsanforderungen reagiert, d. h. der Abonnent.

  • on-demand-address-allocation—(Lokaler DHCP-Server) Gibt an, ob der On-Demand-Adresszuweisungsmodus für einen Dual-Stack-Abonnenten erzwungen wird.

    Wenn diese Konfiguration nicht vorhanden ist, werden alle IP-Adressen und Präfixe für die IPv4- und IPv6-Familien eines Dual-Stack-Abonnenten vorab zugewiesen, wenn sich der erste Teil eines Dual-Stack-Abonnenten zum ersten Mal anmeldet.

    Wenn diese Konfiguration bei der ersten Anmeldung des ersten Zweigs eines Dual-Stack-Abonnenten vorhanden ist, wird die RADIUS-Authentifizierung durchgeführt (falls konfiguriert), und es werden nur die IP-Adresse und das Präfix dieser ersten Familie zugewiesen. Die IP-Adresse und das Präfix für die andere Familie werden nur zugewiesen, wenn sich die andere Familienfamilie anschließend erstmalig anmeldet.

    Anmerkung:

    Die IP-Adresszuweisung für die zweite Familie wird durch die RADIUS-Authentifizierung informiert, die zuvor zum Zeitpunkt der Anmeldung der ersten Familie durchgeführt wurde.

    Ab Junos OS Version 18.4R1 wird die Methode der Adresszuweisung überprüft, um das nachfolgende Verhalten zu bestimmen, wenn authd den DHCP-Prozess darüber informiert, dass ein Adresspool gelöscht oder geleert wird. In Tabelle 1 wird das Verhalten beschrieben.

    Tabelle 1: Verhalten, wenn der Adresspool gelöscht oder geleert wird

    Methode der Adresszuweisung

    Adresspool ist leer geleert

    Adresspool wird gelöscht

    Auf Verlangen

    Familienangehörige mit Adresse im Pool werden ordnungsgemäß abgemeldet, wenn eine DHCP-Erneuerungs- oder Neubindungsnachricht empfangen wird.

    Familie mit Adresse im Pool wird sofort abgemeldet.

    Vorab zugewiesen

    Adressen für beide Familien werden ordnungsgemäß gelöscht, wenn eine DHCP-Erneuerungs- oder Neubindungsnachricht empfangen wird.

    Die Adressen beider Familien werden sofort gelöscht.

  • protocol-master—Dieser Begriff bezeichnet entweder eine IPv4- oder IPv6-Familie als primäre Produktfamilie für einen Dual-Stack-Abonnenten. Die Anmeldung bei der Clientbindung der sekundären Familie wird abgelehnt, bis eine gültige Clientbindung für die primäre Familie vorhanden ist.

    VORSICHT:

    Wenn die sekundäre Familienbindung aus irgendeinem Grund abgemeldet wird, wird nur die sekundäre Familienbindung aufgelöst.

    Wenn die Bindung der primären Familie aus irgendeinem Grund abgemeldet wird, werden die entsprechenden Bindungen sowohl für die primäre als auch für die sekundäre Familie aufgelöst.

  • reauthenticate—(Lokaler DHCP-Server) Konfigurieren Sie die erneute Authentifizierung des Teilnehmers, um Änderungsmerkmale wie Dienstaktivierung/-deaktivierung und Attributänderungen zu initiieren.

  • relay-agent-interface-id—(DHCP-Relay-Agent) Schließt die Relay-Agent-Schnittstellen-ID (Option 18) in DHCPv6-Paketen ein, die für den DHCPv6-Server bestimmt sind. Sie können zahlreiche Optionen konfigurieren, um anzugeben, was im Verbindungs-ID-Wert enthalten ist.

    Für den DHCPv4-Zweig des Dual-Stacks schließt diese Anweisung DHCPv4 relay-option-82 circuit-id in Paketen ein, die für den DHCPv4-Server bestimmt sind.

  • relay-agent-remote-id—(DHCP-Relay-Agent) Schließt Relay Agent Remote-ID (Option 37) in DHCPv6-Paketen ein, die für einen DHCPv6-Server bestimmt sind. Sie können zahlreiche Optionen konfigurieren, um anzugeben, was im Wert der Remote-ID enthalten ist.

    Für den DHCPv4-Zweig des Dual-Stacks schließt diese Anweisung DHCPv4 relay-option-82 remote-id in Paketen ein, die für den DHCPv4-Server bestimmt sind.

  • service-profileDynamisches Profil für den Standard-Abonnentenservice (oder den Standard-DHCP-Client-Verwaltungsdienst), der aktiviert wird, wenn sich der Abonnent (oder Client) anmeldet.

  • short-cycle protection– Erkennen und sperren Sie kurzlebige Client-Sitzungen und Clients, die wiederholt die Sitzungsaushandlung nicht bestehen, um die Ressourcennutzung im Zusammenhang mit der Verbindungs- und Authentifizierungsverarbeitung in stark skalierten Netzwerken zu reduzieren.

Konfigurieren der Single-Session-DHCP-Dual-Stack-Unterstützung

Die Konfiguration der Single-Session-Dual-Stack-Unterstützung erfolgt in zwei Schritten. Sie erstellen zunächst die Dual-Stack-Gruppe, die die Konfigurationsparameter angibt, die von den DHCPv4- und DHCPv6-Zweigen des DHCP-Dual-Stacks gemeinsam genutzt werden. Anschließend fügen Sie die Dual-Stack-Gruppe an DHCP-Abonnentenschnittstellen an, indem Sie die DHCP-Standardkonfigurationen für die DHCPv4- und DHCPv6-Abonnenten überschreiben. Sie müssen für beide Zweige des Dual-Stacks auf die Dual-Stack-Gruppe verweisen. Wenn Sie die Gruppe nur an einem Bein anhängen, lehnt der Router den anderen Bein ab. Sie können die Dual-Stack-Gruppe global, für eine bestimmte DHCP-Gruppe von Schnittstellen oder für eine bestimmte Schnittstelle anfügen.

So konfigurieren Sie die Unterstützung für Einzelsitzungs-Dual-Stack-Gruppen

  1. Geben Sie an, dass Sie den DHCP-Relay-Agent konfigurieren möchten.
  2. Erstellen Sie die Dual-Stack-Gruppe, und benennen Sie sie.
  3. Fügen Sie ein Zugriffsprofil an die Dual-Stack-Gruppe an, um die entsprechenden Authentifizierungs- und Kontoführungseigenschaften zu überschreiben, die in einem globalen Zugriffsprofil oder einem DHCP-Relay-Agent-Zugriffsprofil konfiguriert sind.
  4. Konfigurieren Sie die Benutzernamenwerte und das Kennwort für die Authentifizierung für die Dual-Stack-Gruppe.

    Weitere Informationen finden Sie unter Angeben der Authentifizierungsunterstützung.

  5. Geben Sie das dynamische Profil an, das der Dual-Stack-Gruppe zugeordnet ist.
  6. Geben Sie das Serviceprofil an, das der Dual-Stack-Gruppe zugeordnet ist.

    Weitere Informationen finden Sie unter Definieren verschiedener Serviceebenen für DHCP-Abonnenten.

  7. Geben Sie die relay-agent-interface-id für die Dual-Stack-Gruppe an.

    Weitere Informationen finden Sie unter Einfügen der DHCPv6-Schnittstellen-ID-Option (Option 18) in DHCPv6-Pakete.

    Anmerkung:

    Für den DHCPv4-Zweig des Dual-Stacks wird in diesem Schritt die Option 82 Agent Circuit ID (Unteroption 1) für DHCPv4-Clients angegeben. Weitere Informationen finden Sie unter Verwenden von DHCP Relay Agent Option 82-Informationen.

  8. Geben Sie die relay-agent-remote-id für die Dual-Stack-Gruppe an.

    Weitere Informationen finden Sie unter Einfügen der DHCPv6-Remote-ID-Option (Option 37) in DHCPv6-Pakete.

    Anmerkung:

    Für den DHCPv4-Zweig des Dual-Stacks wird in diesem Schritt die Option 82 Agent Remote ID (Unteroption 2) für DHCPv4-Clients angegeben. Weitere Informationen finden Sie unter Verwenden von DHCP Relay Agent Option 82-Informationen.

  9. Verwenden Sie die Überschreibungsfunktion, um das standardmäßige DHCP-Relayverhalten außer Kraft zu setzen und die Dual-Stack-Gruppe DHCPv4- und DHCPv6-Clients zuzuweisen. Sie müssen für jeden Zweig des Dual-Stacks separate Schritte ausführen.
  10. (Optional) Überprüfen Sie Ihre Dual-Stack-Gruppenkonfiguration für DHCPv4 und DHCPv6.

    Weitere Informationen finden Sie unter Überprüfen und Verwalten der DHCP-Dual-Stack-Konfiguration.

Überprüfen und Verwalten der DHCP-Dual-Stack-Konfiguration

Zweck

Zeigen Sie Informationen im Zusammenhang mit der DHCP-Einzelsitzungs-Dual-Stack-Konfiguration an.

Aktion

  • So zeigen Sie Bindungsinformationen für DHCP-Relay-Agents für Dual-Stack-Clients an:

  • So zeigen Sie DHCPv6-Relay-Agent-Bindungsinformationen für Dual-Stack-Clients an:

  • So zeigen Sie zugewiesene IP4- und IPv6-Adressen für DHCP-Dual-Stack-Clients an:

  • So zeigen Sie IPv4- und IPv6-Adressen für eine bestimmte Sitzung an:

  • Um alle DHCPv4-Relaybindungen und zugeordneten DHCPv6-Bindungen für den Dual-Stack in der Standardroutinginstanz zu löschen. Dieser Befehl wirkt sich nicht auf Nur-DHCPv6-Stacks aus, die nicht dem Dual-Stack zugeordnet sind.

    Alternativ können Sie das Löschen auf eine Adresse, eine VLAN-Schnittstelle, ein logisches System oder eine Routing-Instanz beschränken.

  • So löschen Sie alle DHCPv6-Relaybindungen und zugehörigen DHCPv4-Bindungen für den Dual-Stack in der Standardroutinginstanz. Dieser Befehl wirkt sich nicht auf Nur-DHCPv4-Stacks aus, die nicht dem Dual-Stack zugeordnet sind.

    Alternativ können Sie das Löschen auf eine Adresse, eine VLAN-Schnittstelle, ein logisches System oder eine Routing-Instanz beschränken.

Tabellarischer Änderungsverlauf

Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Funktionen entdecken , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.

Loslassen
Beschreibung
18.4R1
Ab Junos OS Version 18.4R1 wird die Methode der Adresszuweisung überprüft, um das nachfolgende Verhalten zu bestimmen, wenn authd den DHCP-Prozess darüber informiert, dass ein Adresspool gelöscht oder geleert wird.