Hi,
sehe ich genauso wie du - wir könnten das mit unterschiedlichen DNS Namen einfach lösen, da wir hier keinen Source großartig anfassen brauchen.
Im nachhinein können wir das Ganze ja sauber umsetzen ;)
Stefan
Am 26.04.2016 um 12:59 schrieb Jan-Tarek Butt via Dev:
Hi zusammen,
Ich fasse die Diskutierten Lösungen noch mal zusammenso das wir uns für eine Variante entscheiden können.
Die 1. Variante ist, den Port Namen in den peer Gruppennamen mit einzubauen. Vorteil der variante ist, das sich dieses schnell durch ein paar code zielen realisieren lässt. Nachteil das fastd config file kann schnell sehr groß werden, und entspricht auch nicht den Gluon Schemata der siteconf.
Die 2. Variante ist, ein DNS Eintrag pro fastd Instanz. Vorteil man sieht via readlog auf den Routern sofort an welcher Instanz der Router genau hängt(debug vorteil). Der code muss nicht weiter angepackt werden. Nachteil das fastd config file kann schnell sehr groß werden, und entspricht auch nicht den Gluon Schemata der siteconf.
Und die 3. Variante ist, hoodselector und hood Generator den json Standard der siteconf anzupassen und einen Parameter peer group einbauen. Vorteil das fastd config file bleibt schlank, da die peers pro Gruppe in einer liste zusammen gefasst sind. und entspricht auch nicht den Gluon Schemata der siteconf. Nachteil: Der Hoodselector code muss nochmal angepackt werden. Der Hoodgenerator code muss nochmal angepackt werden.
vg :) Tarek
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev