Ein host, zwei uplinks

Computer: Hardware Netzwerk
1

Hi,

folgende Situation:

 ==\*=====\*=====\*== + ~~~~~~~~~~~~~ + ==\*=====\*==
 | | | | | | |
 | | | | | | |
 | ,\*-----\*. ,---\*--. ,--\*-----\*--. 192.168.1.0/14
 | | hydra | | loki | | morpheus |
 | `---*---' `---\*--' `-----\*-----'
DHCP-+ | | |
 | ==\*=====\*=====\*== |
 0/0 | 0/0
 192.168.0.0/24

Uh, krass Topologie. I love ascii art. Alles sind router, die === sind switches, Striche sind ‚Kabel‘.

In dieser Konfiguration bin ich mit genau zwei Problemen konfrontiert:

  1. hydra soll fuer beide interfaces in Richtung Internet IP# beziehen. Geht das (technisch) ueberhaupt? AFAIK merkt der DHCP-server (der uebrigens dem ISP gehoert) sich ja die Relation MACIP# und muesste beim Auftauchen des DHCPDISCOVER vom zweiten interface mit anderer MAC auch fuer dieses den DHCPOFFER anbieten. Liege ich da falsch?

  2. Fuer die RFC1918-Netze sind jetzt zwei Wege ins Internet moeglich: ueber hydra und morpheus. Ich wuerde jetzt ganz gerne bei Ausfall eines der uplinks automatisch auf den zweiten umspringen. Jetzt ist ja, so wie ich das verstanden hab (und ich gestehe, dass ist nicht allzuviel) routing mit round robbin zur Entlastung der uplinks, indem das gateway der packets nach gewissen Algorithmen gewaehlt wird. Gibt’s da was, was dynamisch auf Stoerunge reagiert und die Auswahl des uplinks ggf. auf einen beschraenkt? Ein Stichwort fuer google wuerde mir schon reichen, aber im Augenblick weiss ich nicht so recht, wo ich ansetzen koennte.

Vielen Dank im Voraus,
Gruss vom Frank.

2

Hi,

folgende Situation:

> ==\*=====\*=====\*== + ~~~~~~~~~~~~~ + ==\*=====\*==  
> | | | | | | |  
> | | | | | | |  
> | ,\*-----\*. ,---\*--. ,--\*-----\*--.  
> 192.168.1.0/14  
> | | hydra | | loki | | morpheus |  
> | `---*---' `---\*--' `-----\*-----'  
> DHCP-+ | | |  
> | ==\*=====\*=====\*== |  
> 0/0 | 0/0  
> 192.168.0.0/24

In dieser Konfiguration bin ich mit genau zwei Problemen
konfrontiert:

  1. hydra soll fuer beide interfaces in Richtung Internet IP#
    beziehen.

Ja. Was soll das? Zumindest wenn beide in einem Netz liegen, wird die Lampe für den Sinnlos-Alarm schonmal vorgewärmt.

Geht das (technisch) ueberhaupt?
AFAIK merkt der
DHCP-server (der uebrigens dem ISP gehoert) sich ja die
Relation MACIP# und muesste beim Auftauchen des
DHCPDISCOVER vom zweiten interface mit anderer MAC auch fuer
dieses den DHCPOFFER anbieten. Liege ich da falsch?

Nein, das funktioniert. Aber wenn die IP-Nummern im gleichen Netz liegen, wird das schwierig. Was ist das Ziel der Aktion?

  1. Fuer die RFC1918-Netze sind jetzt zwei Wege ins Internet
    moeglich: ueber hydra und morpheus. Ich wuerde jetzt ganz
    gerne bei Ausfall eines der uplinks automatisch auf den
    zweiten umspringen. Jetzt ist ja, so wie ich das verstanden
    hab (und ich gestehe, dass ist nicht allzuviel) routing mit
    round robbin zur Entlastung der uplinks, indem das gateway der
    packets nach gewissen Algorithmen gewaehlt wird. Gibt’s da
    was, was dynamisch auf Stoerunge reagiert und die Auswahl des
    uplinks ggf. auf einen beschraenkt? Ein Stichwort fuer google
    wuerde mir schon reichen, aber im Augenblick weiss ich nicht
    so recht, wo ich ansetzen koennte.

http://www.hmug.org/man/8/routed.html
Um dann so richtig mit Kanonen auf Spatzen zu ballern: http://www.zebra.org/

Gruß,

Sebastian

3 
> > ==\*=====\*=====\*== + ~~~~~~~~~~~~~ + ==\*=====\*==  
> > | | | | | | |  
> > | | | | | | |  
> > | ,\*-----\*. ,---\*--. ,--\*-----\*--. 192.168.1.0/14  
> > | | hydra | | loki | | morpheus |  
> > | `---*---' `---\*--' `-----\*-----'  
> > DHCP-+ | | |  
> > | ==\*=====\*=====\*== |  
> > 0/0 | 0/0  
> > 192.168.0.0/24
  1. hydra soll fuer beide interfaces in Richtung Internet IP#
    beziehen.

Ja. Was soll das? Zumindest wenn beide in einem Netz liegen,
wird die Lampe für den Sinnlos-Alarm schonmal vorgewärmt.

Geht das (technisch) ueberhaupt? [snip] Liege ich da falsch?

Nein, das funktioniert. Aber wenn die IP-Nummern im gleichen
Netz liegen, wird das schwierig. Was ist das Ziel der Aktion?

Auf zwei unterschiedlichen, oeffentlichen IP# Dienste anbieten. (Ich hab mir das nicht ausgedacht. Comments welcome.)

http://www.hmug.org/man/8/routed.html
Um dann so richtig mit Kanonen auf Spatzen zu ballern:
http://www.zebra.org/

Ja, ich mag Kanonen. :wink:

Danke,
Gruss vom Frank.

4

Hallo,

Nein, das funktioniert. Aber wenn die IP-Nummern im gleichen
Netz liegen, wird das schwierig. Was ist das Ziel der Aktion?

Auf zwei unterschiedlichen, oeffentlichen IP# Dienste
anbieten. (Ich hab mir das nicht
ausgedacht. Comments welcome.)

Das wird mit an Sicherheit grenzender Wahrscheinlichkeit nicht funktionieren, wenn die beiden IPs in einem Netz liegen.

Dir ist aber klar, daß man zwei IPs an ein NIC biden kann? (Dann bekommt man andererseits das Problem, daß man da per DHCP nicht zwei IP-Adressen bakommt.

Nochmal: Ein Rechner mit zwei NIC, die ihre IPs in einem Netz haben, ist eine ganz, ganz schlechte Idee.

http://www.hmug.org/man/8/routed.html
Um dann so richtig mit Kanonen auf Spatzen zu ballern:
http://www.zebra.org/

Ja, ich mag Kanonen. :wink:

Sag das doch. Die Option lautet dann: http://www.cisco.com/en/US/products/hw/routers/ps167…

Hast Du eine gute Stromversorgung?

Gruß,

Sebastian

1 „Gefällt mir“