[Freifunk Franken] Aufsetzen eines -

[Tom Green]

ich hab in eine ähnliche richtung gedacht:

(1) entweder mit dhcp hausmitteln (schwierig, weil nicht so mächtig):

  * Die letzte Ziffer der Client: MAC auswerten (Annahme: statisch verteilt
  * Endziffern 1,2,3,4 -> fff-nue
  * Endziffern 6,7 -> ro1
  * Endziffern 8,9 -> klee

nur als beispiel. die MAC kann man in dhcpd auslesen, und auch classes
bilden. Problem: Was ist wenn der designated gw down ist?

In normaler Programmiersprache kein "großes" Problem. In das was dhcp
kann ... örgs.

(2) Den DHCP Server zeitlich rotieren lassen

Er weißt 5 Minuten lang allen Clients fff-nue1 zu -> Kill
Er weißt 3 Minuten lang allen Clients ro1 zu -> Kill
Er weißt 2 Minuten lang allen Clients kill zu -> Kill

Problem: Nach 10 Minuten steht ein Refresh des DHCP Requests an. D.h.
mit dem refresh alle 10 Minuten würden ein Teil der Clients das GW
wechseln, und mit die externe IP.


On 11.09.2015 17:06, delphiN wrote:
> Am 11.09.2015 16:54, schrieb Tim Niemeyer:
> > Wer in der Netztopologie am schnellsten den DHCP Request
> > beantwortet,
> >> wird zum GW. Das ist in der Regel fff-nue. Wer am weitesten weg
> >> ist, bekommt fast keine Clients, das ist in der Regel meiner ;)
>
> Ich hab da auch schon öfters mal drüber nachgedacht.
>
> Ein Ansatz wäre es auf den Gateways einen speziellen DHCP-Server zu
> verwenden, der eine gewisse Zeit abwartet, bis er antwortet.
> Diese kleine Verzögerung könnte man z.B. von der Anzahl der
> VPN-Verbindungen, oder dem aktuellen Netzwerkdurchsatz abhängig
> machen. So könnte man die Last dynamischer verteilen ohne eine
> zentrale Steuerung zu schaffen.
> Wenn Ihr die Idee gut findet würde ich mir das man anschauen.
> Eingelesen hab ich mich schon und halte es für einen gangbaren Weg.
>
> delphiN
>

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20150911/4b527c8d/attachment-0002.html>