Eigenschaften der Protokollfamilie und Schnittstellenadressen

Der Router verfügt über eine Standardadresse und eine primäre Schnittstelle. und Schnittstellen haben primäre und bevorzugte Adressen.

Die Standardadresse des Routers wird bei nicht nummerierten Schnittstellen als Quelladresse verwendet. Das Routingprotokoll versucht, die Standardadresse als Router-ID auszuwählen, die von Protokollen wie OSPF und internem BGP (IBGP) verwendet wird.

Die primäre Schnittstelle für den Router ist die Schnittstelle, an die Pakete gesendet werden, wenn kein Schnittstellenname angegeben ist und wenn die Zieladresse keine bestimmte ausgehende Schnittstelle impliziert.

Die primäre Adresse einer Schnittstelle wird standardmäßig als lokale Adresse für Broadcast- und Multicast-Pakete verwendet, die lokal bezogen und an die Schnittstelle gesendet werden. Die bevorzugte Adresse einer Schnittstelle ist die lokale Standardadresse, die für Pakete verwendet wird, die vom lokalen Router an Ziele im Subnetz gesendet werden.

Die Standardadresse des Routers wird in der folgenden Reihenfolge ausgewählt:

1. Es wird die primäre Adresse auf der Loopback-Schnittstelle lo0 verwendet, die nicht 127.0.0.1 verwendet wird.

2. Es wird die primäre Adresse auf der primären Schnittstelle verwendet.

3. Wenn mehrere Schnittstellen mit "primären" und "bevorzugten" Adressen vorhanden sind, wird die Schnittstelle mit dem niedrigsten Schnittstellenindex ausgewählt und die primäre Adresse verwendet. Für den Fall, dass keine der IP-Adressen der Schnittstelle explizit mit der primary Anweisung gekennzeichnet ist, wird die numerisch niedrigste Adresse auf dieser Schnittstelle als Standardadresse des Systems verwendet.

4. Jede verbleibende Schnittstelle mit einer IP-Adresse kann ausgewählt werden. Dazu gehören die Verwaltungs- oder internen Schnittstellen des Routers. Aus diesem Grund wird empfohlen, eine Loopback-Adresse zuzuweisen oder explizit eine primäre Schnittstelle zu konfigurieren, um die Standardadressauswahl zu steuern.

Die folgenden Anforderungen und Einschränkungen gelten, wenn Sie nicht nummerierte Ethernet-Schnittstellen konfigurieren:

• Die unnumbered-address Anweisung unterstützt derzeit die Konfiguration von nicht nummerierten Ethernet-Schnittstellen für die Adressfamilien IP Version 4 (IPv4) und IP Version 6 (IPv6).

• Sie können eine IP-Adresse nur einer Ethernet-Schnittstelle zuweisen, die nicht bereits als nicht nummerierte Schnittstelle konfiguriert ist.

• Sie müssen eine oder mehrere IP-Adressen auf der Donorschnittstelle für eine nicht nummerierte Ethernet-Schnittstelle konfigurieren.

• Sie können die Spenderschnittstelle für eine nicht nummerierte Ethernet-Schnittstelle nicht als unnummeriert konfigurieren.

• Eine nicht nummerierte Ethernet-Schnittstelle unterstützt nicht die Konfiguration der folgenden address Anweisungsoptionen: arp, broadcast, primarypreferred, oder vrrp-group.

• Sie können das Internet Group Management Protocol (IGMP) und das Physical Interface Module (PIM) nur auf nicht nummerierten Ethernet-Schnittstellen ausführen, die direkt dem Host zugewandt sind und keine nachgeschalteten PIM-Nachbarn haben. Sie können weder IGMP noch PIM auf nicht nummerierten Ethernet-Schnittstellen ausführen, die in einer PIM-Topologie als Upstream-Schnittstellen fungieren.

• Sie können OSPF über nicht nummerierte Ethernet-Schnittstellen ausführen, die als Punkt-zu-Punkt-Verbindung (P2P) konfiguriert sind. Sie können OSPF oder IS-IS jedoch nicht auf nicht nummerierten Ethernet-Schnittstellen ausführen, die nicht als P2P konfiguriert sind.

  Stellen Sie für die Link-State-Verteilung mit einem Interior Gateway Protocol (IGP) sicher, dass OSPF auf der Donorschnittstelle für eine nicht nummerierte Schnittstellenkonfiguration aktiviert ist, damit die IP-Adresse des Donors für den Aufbau von OSPF-Sitzungen erreichbar ist.

• Zweck
• Aktion

• Zweck
• Aktion
• Bedeutung

• Zweck
• Aktion
• Bedeutung

Wenn Sie einen Firewall-Filter anwenden, können Sie eine Schnittstelle als Teil einer Schnittstellengruppe definieren. Pakete, die über diese Schnittstelle empfangen werden, werden als Teil der Gruppe gekennzeichnet. Sie können diese Pakete dann mithilfe der interface-group match-Anweisung abgleichen, wie im Benutzerhandbuch für Routing-Richtlinien, Firewall-Filter und Datenverkehrsrichtlinien beschrieben.

Um zu definieren, dass die Schnittstelle Teil einer Schnittstellengruppe ist, fügen Sie die group Anweisung ein:

Sie können diese Anweisung auf folgenden Hierarchieebenen einfÃ1/4hren:

[edit interfaces interface-name unit logical-unit-number family family filter]

Für Schnittstellen, die IP-Version 4 (IPv4), IP-Version 6 (IPv6), MPLS oder Peer AS-Abrechnungsdatenverkehr übertragen, können Sie die Paketanzahl basierend auf den Ein- und Ausstiegspunkten für den Datenverkehr, der Ihr Netzwerk passiert, verwalten. Ein- und Ausstiegspunkte werden durch Quell- und Zielpräfixe identifiziert, die in disjunkten Mengen gruppiert sind, die als Quell- und Zielklassen definiert sind. Sie können Klassen basierend auf einer Vielzahl von Parametern definieren, z. B. Routing-Nachbarn, autonome Systeme und Routenfilter.

Quellenklassenverwendungsrechnung (Source Class Usage, SCU) zählt Pakete, die an Kunden gesendet werden, indem die IP-Quelladresse gesucht wird. SCU ermöglicht die Verfolgung von Datenverkehr, der von bestimmten Präfixen auf dem Provider-Core stammt und für bestimmte Präfixe auf der Kunden-Edge bestimmt ist. Sie müssen die SCU-Kontoführung sowohl auf der eingehenden als auch auf der ausgehenden physischen Schnittstelle aktivieren, und die Route für die Quelle des Pakets muss sich in der Weiterleitungstabelle befinden.

Bei der Verwendung der Zielklasse (Destination Class Usage, DCU) werden Pakete von Kunden gezählt, indem die IP-Zieladresse gesucht wird. DCU ermöglicht die Verfolgung von Datenverkehr, der vom Kunden-Edge ausgeht und für bestimmte Präfixe auf dem Core-Router des Anbieters bestimmt ist.

Abbildung 1 zeigt ein ISP-Netzwerk. In dieser Topologie können Sie DCU verwenden, um Pakete zu zählen, die Kunden an bestimmte Präfixe senden. Sie können z. B. drei Zähler haben, einen pro Kunde, die die Pakete zählen, die für Präfix 210.210/16 und 220.220/16bestimmt sind.

Sie können SCU verwenden, um Pakete zu zählen, die der Anbieter von bestimmten Präfixen sendet. Sie können z. B. die Pakete zählen, die von einem Präfix 210.210/16 215.215/16 gesendet und über eine bestimmte Ausgabeschnittstelle übertragen werden.

Abbildung 1: Präfixabrechnung mit Quell- und Zielklassen

Sie können bis zu 126 Quellklassen und 126 Zielklassen konfigurieren. Für jede Schnittstelle, auf der Sie die Verwendung von Zielklassen und Quellklassen aktivieren, verwaltet das Betriebssystem einen schnittstellenspezifischen Zähler für jede entsprechende Klasse bis zum Grenzwert von 126 Klassen.

Um die Paketzählung für eine Schnittstelle zu aktivieren, fügen Sie die accounting folgende Anweisung ein:

direction kann einer der folgenden Werte sein:

• input– Konfigurieren Sie mindestens einen erwarteten Eingangspunkt.

• output– Konfigurieren Sie mindestens einen erwarteten Ausgangspunkt.

• input output– Konfigurieren Sie auf einer einzelnen Schnittstelle mindestens einen erwarteten Eingangspunkt und einen erwarteten Ausgangspunkt.

Sie können diese Anweisungen auf den folgenden Hierarchieebenen einschließen:

[edit interfaces interface-name unit logical-unit-number family (inet | inet6 | mpls)]

Damit SCU funktioniert, müssen Sie mindestens eine Eingabeschnittstelle und mindestens eine Ausgabeschnittstelle konfigurieren.

Nachdem Sie die Kontoführung für eine Schnittstelle aktiviert haben, verwaltet das Betriebssystem Paketzähler für diese Schnittstelle mit separaten Zählern für inet, inet6und mpls Protokollfamilien. Anschließend müssen Sie die Attribute der Quellklasse und der Zielklasse in Richtlinienaktionsanweisungen konfigurieren, die in Exportrichtlinien für Weiterleitungstabellen enthalten sein müssen.

Sie können die SCU-Kontoführung für Layer 3-VPNs konfigurieren, die mit der vrf-table-label Anweisung konfiguriert wurden. Schließen Sie die source-class-usage Anweisung auf der [edit routing-instances routing-instance-name vrf-table-label] Hierarchieebene ein. Die source-class-usage Anweisung auf dieser Hierarchieebene wird nur für den Instanztyp Virtual Routing and Forwarding (VRF) unterstützt.