Virtual Router Redundancy Protocol - Versionsgeschichte

Trustable: Kleinigkeiten verbessert

2025-05-17T22:56:36Z

Kleinigkeiten verbessert

← Nächstältere Version		Version vom 18. Mai 2025, 00:56 Uhr
Zeile 87:		Zeile 87:

	== Einschränkungen ==		== Einschränkungen ==
	Jeder Router benötigt eine feste IP-Adresse je IP-Netz, welches per VRRP angebunden werden soll. Ein Setup basierend aus 2 Routern braucht also 2 feste IPs für die Router, dazu die virtuelle IP. Das führt dazu, dass im Falle von IPv4 ~~incl~~. der Netz-IP und Broadcast-IP 5 IPs benötigt werden. Speziell bei kleinen Netzen führt das zu einem hohen Adressverschnitt. Transfernetze zwischen Routern und Firewalls müssen z. B. mindestens als [[Classless Inter-Domain Routing\|/29]] ausgelegt werden, wo ohne VRRP eventuell schon ein /30 funktionieren würde.		Jeder Router benötigt eine feste IP-Adresse je IP-Netz, welches per VRRP angebunden werden soll. Ein Setup basierend aus 2 Routern braucht also 2 feste IPs für die Router, dazu die virtuelle IP. Das führt dazu, dass im Falle von IPv4 inkl. der Netz-IP und Broadcast-IP 5 IPs benötigt werden. Speziell bei kleinen Netzen führt das zu einem hohen Adressverschnitt. Transfernetze zwischen Routern und Firewalls müssen z. B. mindestens als [[Classless Inter-Domain Routing\|/29]] ausgelegt werden, wo ohne VRRP eventuell schon ein /30 funktionieren würde.

	== Verwendung und Alternativen ==		== Verwendung und Alternativen ==
	Da VRRP Patente ~~der~~ ~~Firma~~ [[Cisco Systems\|Cisco]] verwendet, haben die Entwickler des freien [[OpenBSD]]-Betriebssystems ein alternatives Protokoll [[Common Address Redundancy Protocol\|CARP]] entwickelt. Die Webserversoftware [[Nginx]] Plus hat das VRRP-Protokoll mit dem Release R6 implementiert, wodurch eine Hochverfügbarkeit der [[Webserver]] erreicht werden soll.<ref name="Cerf/Cain">{{Internetquelle \|autor=Owen Garett \|url=https://www.nginx.com/blog/nginx-plus-r6-released/#high-availability \|titel=Announcing NGINX Plus Release 6 with Enhanced Load Balancing, High Availability, and Monitoring Features \|hrsg= [[nginx]] \|datum=2015 \|sprache=en \|abruf=2015-06-03}}</ref> Im Providerbereich wird teilweise Ethernet VPN (EVPN) als Alternative benutzt, weil hier keine statischen IP-Adressen je Router benötigt werden.		Da VRRP Patente des Unternehmens [[Cisco Systems\|Cisco]] verwendet, haben die Entwickler des freien [[OpenBSD]]-Betriebssystems ein alternatives Protokoll [[Common Address Redundancy Protocol\|CARP]] entwickelt. Die Webserversoftware [[Nginx]] Plus hat das VRRP-Protokoll mit dem Release R6 implementiert, wodurch eine Hochverfügbarkeit der [[Webserver]] erreicht werden soll.<ref name="Cerf/Cain">{{Internetquelle \|autor=Owen Garett \|url=https://www.nginx.com/blog/nginx-plus-r6-released/#high-availability \|titel=Announcing NGINX Plus Release 6 with Enhanced Load Balancing, High Availability, and Monitoring Features \|hrsg= [[nginx]] \|datum=2015 \|sprache=en \|abruf=2015-06-03}}</ref> Im Providerbereich wird teilweise Ethernet VPN (EVPN) als Alternative benutzt, weil hier keine statischen IP-Adressen je Router benötigt werden.

	== Siehe auch ==		== Siehe auch ==

86.111.152.2: Typos, Links

2024-10-20T17:52:47Z

Typos, Links

Gerolsteiner flasche: /* growthexperiments-addlink-summary-summary:3|0|0 */

2024-09-18T05:41:33Z

Linkvorschlag-Funktion: 3 Links hinzugefügt.

← Nächstältere Version		Version vom 18. September 2024, 07:41 Uhr
Zeile 43:		Zeile 43:
	An dieser Stelle setzt das VRRP an. Mehrere physische Router werden zu einer logischen Gruppe zusammengefasst, die sich im Netzwerk nun als ''ein'' logischer virtueller Router präsentiert.		An dieser Stelle setzt das VRRP an. Mehrere physische Router werden zu einer logischen Gruppe zusammengefasst, die sich im Netzwerk nun als ''ein'' logischer virtueller Router präsentiert.

	Hierzu wird dem logischen Router eine virtuelle [[IP-Adresse]] und eine virtuelle [[MAC-Adresse]] zugeordnet. Einer der Router innerhalb der Gruppe wird als der virtuelle Master-Router definiert. Dieser bindet daraufhin die virtuelle MAC- und die virtuelle IP-Adresse an sein Netzwerkinterface und informiert die anderen Router der Gruppe, die als virtuelle Backup-Router agieren.		Hierzu wird dem logischen Router eine virtuelle [[IP-Adresse]] und eine virtuelle [[MAC-Adresse]] zugeordnet. Einer der Router innerhalb der Gruppe wird als der virtuelle Master-Router definiert. Dieser bindet daraufhin die virtuelle MAC- und die [[virtuelle IP-Adresse]] an sein Netzwerkinterface und informiert die anderen Router der Gruppe, die als virtuelle Backup-Router agieren.

	Fällt der Master-Router aus, werden die virtuelle IP-Adresse und die virtuelle MAC-Adresse innerhalb von (Milli-)Sekunden auf einen der Backup-Router übertragen, der damit zum neuen Master-Router wird.<ref>[https://it-networking.eu/#Virtual_Router_Redundancy_Protocol VRRP.] it-networking.eu</ref> Sowohl die MAC- als auch die IP-Adresse werden transferiert, damit die betroffenen Hosts nicht ihren [[Address Resolution Protocol\|ARP]]-Cache aktualisieren müssen. Die Folgen des Ausfalls des ersten Routers auf der Route können somit reduziert werden. Dieses Redundanzprinzip wird [[Hot Standby]] genannt.		Fällt der Master-Router aus, werden die virtuelle IP-Adresse und die virtuelle MAC-Adresse innerhalb von (Milli-)Sekunden auf einen der Backup-Router übertragen, der damit zum neuen Master-Router wird.<ref>[https://it-networking.eu/#Virtual_Router_Redundancy_Protocol VRRP.] it-networking.eu</ref> Sowohl die MAC- als auch die IP-Adresse werden transferiert, damit die betroffenen Hosts nicht ihren [[Address Resolution Protocol\|ARP]]-Cache aktualisieren müssen. Die Folgen des Ausfalls des ersten Routers auf der Route können somit reduziert werden. Dieses Redundanzprinzip wird [[Hot Standby]] genannt.
Zeile 73:		Zeile 73:
	VRRP benutzt virtuelle IP-Adressen wie auch virtuelle MAC-Adressen. Die virtuellen IP-Adressen sind frei konfigurierbar.		VRRP benutzt virtuelle IP-Adressen wie auch virtuelle MAC-Adressen. Die virtuellen IP-Adressen sind frei konfigurierbar.

	Das VRRP-Paket wird mit der fest konfigurierten Source IP des Interfaces (bei IPv6 wird die Link-local-Adresse verwendet) und der Destination IP 224.0.0.18 (IPv4 Multicast) bzw. ff02::12 (IPv6 Multicast) versendet.		Das VRRP-Paket wird mit der fest konfigurierten Source IP des Interfaces (bei IPv6 wird die Link-local-Adresse verwendet) und der Destination IP 224.0.0.18 (IPv4 [[Multicast]]) bzw. ff02::12 (IPv6 Multicast) versendet.

	Als virtuelle MAC wird eine Multicast-Adresse aus dem Bereich 00:00:5E:00:01:01 bis 00:00:5E:00:01:FF benutzt, die letzte 8 bit sind dabei die VRID. Bei IPv6 wird analog dazu 00:00:5E:00:02:01 bis 00:00:5E:00:02:FF verwendet.		Als virtuelle MAC wird eine Multicast-Adresse aus dem Bereich 00:00:5E:00:01:01 bis 00:00:5E:00:01:FF benutzt, die letzte 8 bit sind dabei die VRID. Bei IPv6 wird analog dazu 00:00:5E:00:02:01 bis 00:00:5E:00:02:FF verwendet.
Zeile 90:		Zeile 90:

	== Verwendung und Alternativen ==		== Verwendung und Alternativen ==
	Da VRRP Patente der Firma [[Cisco Systems\|Cisco]] verwendet, haben die Entwickler des freien [[OpenBSD]]-Betriebssystems ein alternatives Protokoll [[Common Address Redundancy Protocol\|CARP]] entwickelt. Die Webserversoftware [[Nginx]] Plus hat das VRRP-Protokoll mit dem Release R6 implementiert, wodurch eine Hochverfügbarkeit der Webserver erreicht werden soll.<ref name="Cerf/Cain">{{Internetquelle \|autor=Owen Garett \|url=https://www.nginx.com/blog/nginx-plus-r6-released/#high-availability \|titel=Announcing NGINX Plus Release 6 with Enhanced Load Balancing, High Availability, and Monitoring Features \|hrsg= [[nginx]] \|datum=2015 \|sprache=en \|abruf=2015-06-03}}</ref> Im Providerbereich wird teilweise Ethernet VPN (EVPN) als Alternative benutzt, weil hier keine statischen IP-Adressen je Router benötigt werden.		Da VRRP Patente der Firma [[Cisco Systems\|Cisco]] verwendet, haben die Entwickler des freien [[OpenBSD]]-Betriebssystems ein alternatives Protokoll [[Common Address Redundancy Protocol\|CARP]] entwickelt. Die Webserversoftware [[Nginx]] Plus hat das VRRP-Protokoll mit dem Release R6 implementiert, wodurch eine Hochverfügbarkeit der [[Webserver]] erreicht werden soll.<ref name="Cerf/Cain">{{Internetquelle \|autor=Owen Garett \|url=https://www.nginx.com/blog/nginx-plus-r6-released/#high-availability \|titel=Announcing NGINX Plus Release 6 with Enhanced Load Balancing, High Availability, and Monitoring Features \|hrsg= [[nginx]] \|datum=2015 \|sprache=en \|abruf=2015-06-03}}</ref> Im Providerbereich wird teilweise Ethernet VPN (EVPN) als Alternative benutzt, weil hier keine statischen IP-Adressen je Router benötigt werden.

	== Siehe auch ==		== Siehe auch ==

Neutronstar2: /* Verwendung mehrerer VRRP Setups in einem Layer2 Segment */

2024-07-01T11:58:09Z

Verwendung mehrerer VRRP Setups in einem Layer2 Segment

← Nächstältere Version		Version vom 1. Juli 2024, 13:58 Uhr
Zeile 50:		Zeile 50:
	Diese Funktionsweise Active/Active ist abhängig vom Hersteller, da diese nicht im RFC definiert ist und dadurch kein einheitlicher Standard vorherrscht. Der Unterschied zwischen Active/Standby VRRP (begrifflich korrekt Master/Backup) besteht darin, dass Active/Active VRRP den Lastausgleich ermöglichen soll. Einige Hersteller sind [[Citrix Systems\|Citrix]],<ref>{{Internetquelle \|url=https://docs.citrix.com/en-us/citrix-adc/current-release/networking/interfaces/active-active-mode-using-vrrp.html \|titel=Citrix ADC Appliances in Active-Active Mode Using VRRP \|abruf=2021-05-05}}</ref> [[Extreme Networks]],<ref>{{Internetquelle \|url=https://extremeportal.force.com/ExtrArticleDetail?an=000080659 \|titel=How To: How To Configure VRRP fabric routing to achieve active-active forwarding/routing on all VRRP routers \|hrsg=Extreme Portal \|abruf=2021-05-05}}</ref> [[Fortinet]] und andere.		Diese Funktionsweise Active/Active ist abhängig vom Hersteller, da diese nicht im RFC definiert ist und dadurch kein einheitlicher Standard vorherrscht. Der Unterschied zwischen Active/Standby VRRP (begrifflich korrekt Master/Backup) besteht darin, dass Active/Active VRRP den Lastausgleich ermöglichen soll. Einige Hersteller sind [[Citrix Systems\|Citrix]],<ref>{{Internetquelle \|url=https://docs.citrix.com/en-us/citrix-adc/current-release/networking/interfaces/active-active-mode-using-vrrp.html \|titel=Citrix ADC Appliances in Active-Active Mode Using VRRP \|abruf=2021-05-05}}</ref> [[Extreme Networks]],<ref>{{Internetquelle \|url=https://extremeportal.force.com/ExtrArticleDetail?an=000080659 \|titel=How To: How To Configure VRRP fabric routing to achieve active-active forwarding/routing on all VRRP routers \|hrsg=Extreme Portal \|abruf=2021-05-05}}</ref> [[Fortinet]] und andere.

	== Verwendung mehrerer VRRP Setups in einem ~~Layer2~~ Segment ==		== Verwendung mehrerer VRRP Setups in einem Layer-2-Segment ==
	Um eine Koexistenz mehrerer Cluster innerhalb einer Broadcastdomäne (z. B. eines VLANs) zu ermöglichen, konfiguriert man zusammengehörige Router über die Virtual Router ID (VRID). So können z. B. bis zu 255 unabhängige VRRP-Setups in einem VLAN benutzt werden. Das können Router sein, aber auch Firewalls oder Servercluster, die sich über VRRP absichern. Die VRID ist Teil des VRRP-Paketes, damit jedes am VRRP teilnehmende Gerät feststellen kann, ob das Paket verarbeitet werden muss oder zu einem anderen Cluster gehört. Zudem ist die VRID Teil der virtuellen MAC-Adresse, damit die einzelnen VRRP-Cluster nicht die gleiche MAC-Adresse benutzen. Stellt ein Routerverbund mehr als ein IP-Netz zur Verfügung, nutzt man in der Regel ebenfalls eine VRID je IP-Netz bzw. virtueller IP, auch wenn das VRRP grundsätzlich mehrere virtuelle IPs in einer VRID abbilden kann.		Um eine Koexistenz mehrerer Cluster innerhalb einer Broadcastdomäne (z. B. eines VLANs) zu ermöglichen, konfiguriert man zusammengehörige Router über die Virtual Router ID (VRID). So können z. B. bis zu 255 unabhängige VRRP-Setups in einem VLAN benutzt werden. Das können Router sein, aber auch Firewalls oder Servercluster, die sich über VRRP absichern. Die VRID ist Teil des VRRP-Paketes, damit jedes am VRRP teilnehmende Gerät feststellen kann, ob das Paket verarbeitet werden muss oder zu einem anderen Cluster gehört. Zudem ist die VRID Teil der virtuellen MAC-Adresse, damit die einzelnen VRRP-Cluster nicht die gleiche MAC-Adresse benutzen. Stellt ein Routerverbund mehr als ein IP-Netz zur Verfügung, nutzt man in der Regel ebenfalls eine VRID je IP-Netz bzw. virtueller IP, auch wenn das VRRP grundsätzlich mehrere virtuelle IPs in einer VRID abbilden kann.

Kuebi: /* Verwendete Adressen (Ethernet) */ DLZ

2024-05-22T12:56:17Z

Verwendete Adressen (Ethernet): DLZ

← Nächstältere Version		Version vom 22. Mai 2024, 14:56 Uhr
Zeile 73:		Zeile 73:
	VRRP benutzt virtuelle IP-Adressen wie auch virtuelle MAC-Adressen. Die virtuellen IP-Adressen sind frei konfigurierbar.		VRRP benutzt virtuelle IP-Adressen wie auch virtuelle MAC-Adressen. Die virtuellen IP-Adressen sind frei konfigurierbar.

	Das VRRP Paket wird mit der fest konfigurierten Source IP des Interfaces (bei IPv6 wird die Link-local-Adresse verwendet) und der Destination IP 224.0.0.18 (IPv4 Multicast) bzw. ff02::12 (IPv6 Multicast) versendet.		Das VRRP-Paket wird mit der fest konfigurierten Source IP des Interfaces (bei IPv6 wird die Link-local-Adresse verwendet) und der Destination IP 224.0.0.18 (IPv4 Multicast) bzw. ff02::12 (IPv6 Multicast) versendet.

	Als virtuelle MAC wird eine Multicast-Adresse aus dem Bereich 00:00:5E:00:01:01 bis 00:00:5E:00:01:FF benutzt, die letzte 8 bit sind dabei die VRID. Bei IPv6 wird analog dazu 00:00:5E:00:02:01 bis 00:00:5E:00:02:FF verwendet.		Als virtuelle MAC wird eine Multicast-Adresse aus dem Bereich 00:00:5E:00:01:01 bis 00:00:5E:00:01:FF benutzt, die letzte 8 bit sind dabei die VRID. Bei IPv6 wird analog dazu 00:00:5E:00:02:01 bis 00:00:5E:00:02:FF verwendet.
Zeile 79:		Zeile 79:
	Die Source MAC der VRRP Pakete ist die virtuelle MAC, die Destination MAC lautet 01:00:5E:00:00:12 (IPv4) bzw. 33:33:00:00:00:12 (IPv6).		Die Source MAC der VRRP Pakete ist die virtuelle MAC, die Destination MAC lautet 01:00:5E:00:00:12 (IPv4) bzw. 33:33:00:00:00:12 (IPv6).

	VRRP ist ein eigener IP Protokolltyp mit der Nummer 112. Sofern Version 2 mit MD5 Authentication benutzt wird, wird abweichend allerdings Protokollnummer 51 (Authentication Header) verwendet.<ref>{{Internetquelle \|url=https://kb.juniper.net/InfoCenter/index?page=content&id=KB13332&cat=E_SERIES&actp=LIST \|titel=[MX] ‘protocol vrrp’ in Loopback filter will not work when VRRP is configured with MD5 authentication \|werk=Juniper Networks \|abruf=2021-08-24}}</ref>		VRRP ist ein eigener IP-Protokolltyp mit der Nummer 112. Sofern Version 2 mit MD5-Authentication benutzt wird, wird abweichend allerdings Protokollnummer 51 (Authentication Header) verwendet.<ref>{{Internetquelle \|url=https://kb.juniper.net/InfoCenter/index?page=content&id=KB13332&cat=E_SERIES&actp=LIST \|titel=[MX] ‘protocol vrrp’ in Loopback filter will not work when VRRP is configured with MD5 authentication \|werk=Juniper Networks \|abruf=2021-08-24}}</ref>

	== Versionen ==		== Versionen ==

Orthographus: Bindestrich

2024-03-13T22:07:22Z

Bindestrich

← Nächstältere Version		Version vom 14. März 2024, 00:07 Uhr
Zeile 45:		Zeile 45:
	Hierzu wird dem logischen Router eine virtuelle [[IP-Adresse]] und eine virtuelle [[MAC-Adresse]] zugeordnet. Einer der Router innerhalb der Gruppe wird als der virtuelle Master-Router definiert. Dieser bindet daraufhin die virtuelle MAC- und die virtuelle IP-Adresse an sein Netzwerkinterface und informiert die anderen Router der Gruppe, die als virtuelle Backup-Router agieren.		Hierzu wird dem logischen Router eine virtuelle [[IP-Adresse]] und eine virtuelle [[MAC-Adresse]] zugeordnet. Einer der Router innerhalb der Gruppe wird als der virtuelle Master-Router definiert. Dieser bindet daraufhin die virtuelle MAC- und die virtuelle IP-Adresse an sein Netzwerkinterface und informiert die anderen Router der Gruppe, die als virtuelle Backup-Router agieren.

	Fällt der Master-Router aus, werden die virtuelle IP-Adresse und die virtuelle MAC-Adresse innerhalb von (Milli)Sekunden auf einen der Backup-Router übertragen, der damit zum neuen Master-Router wird.<ref>[https://it-networking.eu/#Virtual_Router_Redundancy_Protocol VRRP.] it-networking.eu</ref> Sowohl die MAC- als auch die IP-Adresse werden transferiert, damit die betroffenen Hosts nicht ihren [[Address Resolution Protocol\|ARP]]-Cache aktualisieren müssen. Die Folgen des Ausfalls des ersten Routers auf der Route können somit reduziert werden. Dieses Redundanzprinzip wird [[Hot Standby]] genannt.		Fällt der Master-Router aus, werden die virtuelle IP-Adresse und die virtuelle MAC-Adresse innerhalb von (Milli-)Sekunden auf einen der Backup-Router übertragen, der damit zum neuen Master-Router wird.<ref>[https://it-networking.eu/#Virtual_Router_Redundancy_Protocol VRRP.] it-networking.eu</ref> Sowohl die MAC- als auch die IP-Adresse werden transferiert, damit die betroffenen Hosts nicht ihren [[Address Resolution Protocol\|ARP]]-Cache aktualisieren müssen. Die Folgen des Ausfalls des ersten Routers auf der Route können somit reduziert werden. Dieses Redundanzprinzip wird [[Hot Standby]] genannt.

	== Funktionsweise Active/Active ==		== Funktionsweise Active/Active ==

Matthäus Wander: HC: Ergänze Kategorie:Hochverfügbarkeit

2023-07-26T23:48:09Z

HC: Ergänze Kategorie:Hochverfügbarkeit

← Nächstältere Version		Version vom 27. Juli 2023, 01:48 Uhr
Zeile 111:		Zeile 111:

	[[Kategorie:Netzwerkprotokoll (Vermittlungsschicht)]]		[[Kategorie:Netzwerkprotokoll (Vermittlungsschicht)]]
			[[Kategorie:Hochverfügbarkeit]]

Matthäus Wander: HC: Entferne Kategorie:Routingprotokoll; Ergänze Kategorie:Netzwerkprotokoll (Vermittlungsschicht)

2023-07-26T22:14:46Z

HC: Entferne Kategorie:Routingprotokoll; Ergänze Kategorie:Netzwerkprotokoll (Vermittlungsschicht)

← Nächstältere Version		Version vom 27. Juli 2023, 00:14 Uhr
Zeile 110:		Zeile 110:
	</references>		</references>

	[[Kategorie:~~Routingprotokoll~~]]		[[Kategorie:Netzwerkprotokoll (Vermittlungsschicht)]]

PerfektesChaos: tk k

2023-07-24T10:40:24Z

tk k

Änderungen zeigen

Invisigoth67: typo

2023-07-22T11:54:13Z

typo

← Nächstältere Version		Version vom 22. Juli 2023, 13:54 Uhr
Zeile 99:		Zeile 99:
	\| publisher = [[nginx]]		\| publisher = [[nginx]]
	\| accessdate = 2015-06-03		\| accessdate = 2015-06-03
	}}</ref> Im Providerbereich wird teilweise Ethernet VPN (EVPN) als Alternative benutzt weil hier keine statischen IP-Adressen je Router benötigt werden.		}}</ref> Im Providerbereich wird teilweise Ethernet VPN (EVPN) als Alternative benutzt, weil hier keine statischen IP-Adressen je Router benötigt werden.

	== Siehe auch ==		== Siehe auch ==

← Nächstältere Version		Version vom 20. Oktober 2024, 19:52 Uhr
Zeile 36:		Zeile 36:
	Das VRRP wurde von [[Ascend Communications]], [[Digital Equipment Corporation\|DEC]], [[IBM]], [[Microsoft]] und [[Nokia]] im Jahr 1998 entwickelt. Heute ist es aber auch in den Routern vieler anderer Hersteller wie [[Alcatel]], [[Cisco Systems\|Cisco]] oder [[DrayTek]] verfügbar. Ziel war es, einen offenen Standard zu etablieren, der sich dem Problem der Ausfallsicherheit von Datenwegen widmet, nämlich der Verfügbarkeit des sogenannten [[Standardgateway]]s in lokalen Netzen.		Das VRRP wurde von [[Ascend Communications]], [[Digital Equipment Corporation\|DEC]], [[IBM]], [[Microsoft]] und [[Nokia]] im Jahr 1998 entwickelt. Heute ist es aber auch in den Routern vieler anderer Hersteller wie [[Alcatel]], [[Cisco Systems\|Cisco]] oder [[DrayTek]] verfügbar. Ziel war es, einen offenen Standard zu etablieren, der sich dem Problem der Ausfallsicherheit von Datenwegen widmet, nämlich der Verfügbarkeit des sogenannten [[Standardgateway]]s in lokalen Netzen.

	== Funktionsweise ==		== Funktionsweise Active/Standby ==
	Beim Routen von Datenpaketen durch Netzwerke wird dem Ausfall von Teilstrecken auf dem Weg zum Ziel normalerweise durch [[dynamisches Routing]] entgegengewirkt. Fällt jedoch der erste Router auf einer Strecke aus, so ist dieser Fehler nicht durch dynamisches Routing zu beheben, da ein Host im Normalfall nur ein statisches Standardgateway kennt und meist auch nur eines unterstützt.		Beim Routen von Datenpaketen durch Netzwerke wird dem Ausfall von Teilstrecken auf dem Weg zum Ziel normalerweise durch [[dynamisches Routing]] entgegengewirkt. Fällt jedoch der erste Router auf einer Strecke aus, so ist dieser Fehler nicht durch dynamisches Routing zu beheben, da ein Host im Normalfall nur ein statisches Standardgateway kennt und meist auch nur eines unterstützt.

Zeile 43:		Zeile 43:
	An dieser Stelle setzt das VRRP an. Mehrere physische Router werden zu einer logischen Gruppe zusammengefasst, die sich im Netzwerk nun als ''ein'' logischer virtueller Router präsentiert.		An dieser Stelle setzt das VRRP an. Mehrere physische Router werden zu einer logischen Gruppe zusammengefasst, die sich im Netzwerk nun als ''ein'' logischer virtueller Router präsentiert.

	Hierzu wird dem logischen Router eine ~~virtuelle~~ [[IP-Adresse]] und eine virtuelle [[MAC-Adresse]] zugeordnet. Einer der Router innerhalb der Gruppe wird als der virtuelle Master-Router definiert. Dieser bindet daraufhin die virtuelle MAC- und die [[virtuelle IP-Adresse]] an sein Netzwerkinterface und informiert die anderen Router der Gruppe, die als virtuelle Backup-Router agieren.		Hierzu wird dem logischen Router eine [[virtuelle IP-Adresse]] und eine virtuelle [[MAC-Adresse]] zugeordnet. Einer der Router innerhalb der Gruppe wird als der virtuelle Master-Router definiert. Dieser bindet daraufhin die virtuelle MAC- und die virtuelle IP-Adresse an sein [[Netzwerkschnittstelle\|Netzwerkinterface]] und informiert die anderen Router der Gruppe, die als virtuelle Backup-Router agieren.

	Fällt der Master-Router aus, werden die virtuelle IP-Adresse und die virtuelle MAC-Adresse innerhalb von (Milli-)Sekunden auf einen der Backup-Router übertragen, der damit zum neuen Master-Router wird.<ref>[https://it-networking.eu/#Virtual_Router_Redundancy_Protocol VRRP.] it-networking.eu</ref> Sowohl die MAC- als auch die IP-Adresse werden transferiert, damit die betroffenen Hosts ~~nicht~~ ihren [[Address Resolution Protocol\|ARP]]-Cache aktualisieren müssen. Die Folgen des Ausfalls des ersten Routers auf der Route können somit reduziert werden. Dieses Redundanzprinzip wird [[Hot Standby]] genannt.		Fällt der Master-Router aus, werden die virtuelle IP-Adresse und die virtuelle MAC-Adresse innerhalb von (Milli-)Sekunden auf einen der Backup-Router übertragen, der damit zum neuen Master-Router wird.<ref>[https://it-networking.eu/#Virtual_Router_Redundancy_Protocol VRRP.] it-networking.eu</ref> Sowohl die MAC- als auch die IP-Adresse werden transferiert, damit die betroffenen Hosts ihren [[Address Resolution Protocol\|ARP-Cache]] nicht aktualisieren müssen. Die Folgen des Ausfalls des ersten Routers auf der Route können somit reduziert werden. Dieses Redundanzprinzip wird [[Hot Standby]] genannt.

	== Funktionsweise Active/Active ==		== Funktionsweise Active/Active ==
	Diese Funktionsweise Active/Active ist abhängig vom Hersteller, da diese nicht ~~im RFC definiert~~ ist und dadurch kein einheitlicher Standard vorherrscht. Der Unterschied zwischen Active/Standby VRRP (begrifflich korrekt Master/Backup) besteht darin, dass Active/Active VRRP den Lastausgleich ermöglichen soll. Einige Hersteller sind [[Citrix Systems\|Citrix]],<ref>{{Internetquelle \|url=https://docs.citrix.com/en-us/citrix-adc/current-release/networking/interfaces/active-active-mode-using-vrrp.html \|titel=Citrix ADC Appliances in Active-Active Mode Using VRRP \|abruf=2021-05-05}}</ref> [[Extreme Networks]],<ref>{{Internetquelle \|url=https://extremeportal.force.com/ExtrArticleDetail?an=000080659 \|titel=How To: How To Configure VRRP fabric routing to achieve active-active forwarding/routing on all VRRP routers \|hrsg=Extreme Portal \|abruf=2021-05-05}}</ref> [[Fortinet]] und andere.		Diese Funktionsweise Active/Active ist abhängig vom Hersteller, da diese nicht standardisiert ist und dadurch kein einheitlicher Standard vorherrscht. Der Unterschied zwischen Active/Standby VRRP (begrifflich korrekt Master/Backup) besteht darin, dass Active/Active VRRP den [[Lastverteilung (Informatik)\|Lastausgleich]] ermöglichen soll. Einige Hersteller sind [[Citrix Systems\|Citrix]],<ref>{{Internetquelle \|url=https://docs.citrix.com/en-us/citrix-adc/current-release/networking/interfaces/active-active-mode-using-vrrp.html \|titel=Citrix ADC Appliances in Active-Active Mode Using VRRP \|abruf=2021-05-05}}</ref> [[Extreme Networks]],<ref>{{Internetquelle \|url=https://extremeportal.force.com/ExtrArticleDetail?an=000080659 \|titel=How To: How To Configure VRRP fabric routing to achieve active-active forwarding/routing on all VRRP routers \|hrsg=Extreme Portal \|abruf=2021-05-05}}</ref> [[Fortinet]] und andere.

	== Verwendung mehrerer VRRP Setups in einem Layer-2-Segment ==		== Verwendung mehrerer VRRP Setups in einem Layer-2-Segment ==
Zeile 56:		Zeile 56:
	Neben der VRID wird auf jedem Router eine Priorität zwischen 1 und 254 konfiguriert. Nach dem Start der VRRP-Funktion horcht das Gerät erst für einige Sekunden, ob es VRRP-Pakete anderer Geräte empfängt.		Neben der VRID wird auf jedem Router eine Priorität zwischen 1 und 254 konfiguriert. Nach dem Start der VRRP-Funktion horcht das Gerät erst für einige Sekunden, ob es VRRP-Pakete anderer Geräte empfängt.

	Sofern es Pakete mit der eigenen VRID und einer Priorität größer oder gleich der eigenen empfängt, wechselt das Gerät in den Backup-Modus. Empfängt das Gerät keine VRRP Pakete, wird es zum Master. Empfängt das Gerät VRRP Pakete mit einer Priorität kleiner der eigenen, wird es Master sofern die Preemption (Einstellung ob ein bestehender Master abgelöst werden soll) ~~nicht deaktiviert~~ ist.		Sofern es Pakete mit der eigenen VRID und einer Priorität größer oder gleich der eigenen empfängt, wechselt das Gerät in den Backup-Modus. Empfängt das Gerät keine VRRP Pakete, wird es zum Master. Empfängt das Gerät VRRP Pakete mit einer Priorität kleiner der eigenen, wird es Master, sofern die Preemption (Einstellung, ob ein bestehender Master abgelöst werden soll) aktiviert ist.

	Der Übergang zum Master-Status bedeutet, dass das Gerät zum einen damit beginnt ~~selber~~ VRRP-Pakete zu versenden. Zum anderen wird ein Gratuitous-ARP-Paket für die virtuelle IP mit der virtuellen MAC-Adresse als Source versendet.		Der Übergang zum Master-Status bedeutet, dass das Gerät zum einen damit beginnt, selbst VRRP-Pakete zu versenden. Zum anderen wird ein Gratuitous-ARP-Paket für die virtuelle IP mit der virtuellen MAC-Adresse als Source versendet.

	Der bisherige Master geht fortan in den Backup-Status, versendet keine VRRP-Pakete mehr und fährt die virtuelle MAC-Adresse herunter.		Der bisherige Master geht fortan in den Backup-Status, versendet keine VRRP-Pakete mehr und fährt die virtuelle MAC-Adresse herunter.
Zeile 84:		Zeile 84:
	Es gibt 2 Protokollversionen, die nicht kompatibel zueinander sind, VRRPv2<ref name="RFC3768" /> und VRRPv3.<ref name="RFC5798" />		Es gibt 2 Protokollversionen, die nicht kompatibel zueinander sind, VRRPv2<ref name="RFC3768" /> und VRRPv3.<ref name="RFC5798" />

	VRRPv3 erweitert das Protokoll um IPv6 Support (und potentiell folgende IP-Versionen) und streicht im Gegenzug die integrierte Authentifizierungsfunktion, die sich als weitgehend nutzlos ~~rausstellte~~.		VRRPv3 erweitert das Protokoll um IPv6 Support (und potentiell folgende IP-Versionen) und streicht im Gegenzug die integrierte Authentifizierungsfunktion, die sich als weitgehend nutzlos erwies.

	== Einschränkungen ==		== Einschränkungen ==
	Jeder Router benötigt eine feste IP-Adresse je IP-Netz welches per VRRP angebunden werden soll. Ein Setup basierend aus 2 Routern braucht also 2 feste IPs für die Router, dazu die virtuelle IP. Das führt dazu, dass im Falle von IPv4 incl. der Netz-IP und Broadcast-IP 5 IPs benötigt werden. Speziell bei kleinen Netzen führt das zu einem hohen Adressverschnitt. Transfernetze zwischen Routern und Firewalls müssen z. B. mindestens als /29 ausgelegt werden wo ohne VRRP eventuell schon ein /30 funktionieren würde.		Jeder Router benötigt eine feste IP-Adresse je IP-Netz, welches per VRRP angebunden werden soll. Ein Setup basierend aus 2 Routern braucht also 2 feste IPs für die Router, dazu die virtuelle IP. Das führt dazu, dass im Falle von IPv4 incl. der Netz-IP und Broadcast-IP 5 IPs benötigt werden. Speziell bei kleinen Netzen führt das zu einem hohen Adressverschnitt. Transfernetze zwischen Routern und Firewalls müssen z. B. mindestens als [[Classless Inter-Domain Routing\|/29]] ausgelegt werden, wo ohne VRRP eventuell schon ein /30 funktionieren würde.

	== Verwendung und Alternativen ==		== Verwendung und Alternativen ==