Bandbreite zweier Wlan-Strecken koppeln
Bandbreite zweier Wlan-Strecken koppeln
Mal ne kniffelige Frage.
Angenommen man hat eine Richtstrecke an deren einem Ende der HNA und am anderen Ende ein beliebiges Subnetz (mittelgroßes Lan) hängt.
Um die Ausfallsicherheit zu erhöhen, und die Bandbreite stabil zu halten könnte noch eine 2te Richtstrecke mit einem anderen HNA hergestellt werden.
Also 2 Unabhängige Richtstrecken, mit je 2 APs.
Wie würde man am Ziel die beiden APs koppeln, um beide Richtstrecken zur gemeinsamen Versorgung des Lans nutzen zu können?
Angenommen man hat eine Richtstrecke an deren einem Ende der HNA und am anderen Ende ein beliebiges Subnetz (mittelgroßes Lan) hängt.
Um die Ausfallsicherheit zu erhöhen, und die Bandbreite stabil zu halten könnte noch eine 2te Richtstrecke mit einem anderen HNA hergestellt werden.
Also 2 Unabhängige Richtstrecken, mit je 2 APs.
Wie würde man am Ziel die beiden APs koppeln, um beide Richtstrecken zur gemeinsamen Versorgung des Lans nutzen zu können?
wenn du meinst, dass bei 2 dsl6000 hnas 12000mbits draus werden fuer das ziel-subnetz, dann ist das nicht so einfach. zumindest wuesste ich nicht, wie man das macht, martin meinte mal irgendwas von multipoint ppp.
wenn du meinst dass bei 2 dsl6000 hnas zu jeder zeit immer ein hna genutzt wird, und falls einer mal ausfaellt, bzw. nicht erreichbar ist, der andere, dann kommt eine stinknormale lan-kopplung und olsr in frage, also ganz normal, ohne weiteres.
ein problem dabei koennte sein, dass olsr keine downloadgeschwindigkeiten zur wahl der route in betracht zieht. also wenn die von olsr ausgewaehlte route zum internet normalerweise 200KByte/s bringt, und manchmal nur 10KByte/s, aber sich das nicht auf die verlustraten auswirkt, dann nimmt olsr trotzdem die 10KByte/s route. fuer bandbreiten-routing braeuchte man ein ganz anderes routingprotokoll, auf jeden fall nicht trivial.
wenn du meinst dass bei 2 dsl6000 hnas zu jeder zeit immer ein hna genutzt wird, und falls einer mal ausfaellt, bzw. nicht erreichbar ist, der andere, dann kommt eine stinknormale lan-kopplung und olsr in frage, also ganz normal, ohne weiteres.
ein problem dabei koennte sein, dass olsr keine downloadgeschwindigkeiten zur wahl der route in betracht zieht. also wenn die von olsr ausgewaehlte route zum internet normalerweise 200KByte/s bringt, und manchmal nur 10KByte/s, aber sich das nicht auf die verlustraten auswirkt, dann nimmt olsr trotzdem die 10KByte/s route. fuer bandbreiten-routing braeuchte man ein ganz anderes routingprotokoll, auf jeden fall nicht trivial.
- wonko the sane
- Beiträge: 241
- Registriert: 08.11.2005 17:29
- Wohnort: halle, baalberge und bennstedt
- Kontaktdaten:
ja. aber wie er es genau will, habe ich dennoch nicht verstanden. warum unterschiedlicher hna zb? ist doch eh das gleiche richtung 0.0.0.0. so gibts für olsr da keinen unterschied.bwar hat geschrieben:Ich wette, es geht um die bereitstellung einer stabilen inet-Leitung vond er Uni auf die Insel
Kombiniere, sherlock
wenn der eine weg weg ist, geht er über den anderen. somit brauch er da garnix kompliziertes zurecht basteln.
olsr checkt doch auch, welche funkstrecke die bessere ist.mono hat geschrieben:Es wäre um QOS gegangen. OLSR checkt nur ob eine Verbindung besteht, aber nicht ob eine Andere besser ist.
du müsstest dann theoretisch ein anderes routingprotokoll fahren (z.b. bgp), bei dem "wegkosten" eingetragen werden können. aber olsr macht das doch alles schon eine schicht höher.
"unsere/deine" meinung wird sich vermutlich fast immer von der technischen meinung unterscheiden...nur ging es ja hier speziell darum ob eine verbindung besteht oder nicht. und das macht olsr doch gut. zur not baut man nen script, was das händisch umstellt.Cyrus hat geschrieben:naja nur dass sich manchmal unsere meinung von "beste funkstrecke" von der von OLSR unterscheidet, was ja sicherlich einer der Gründe für BATMAN ist