Hi, wir könnten in v1.2.1 gleich neue hoods mit über das Netz verteilen. Aktuell ist in dem tag v1.2.1 bereits eine hood enthalten. Diese würde ich aber gerne noch ändern, da diese eine zu geringen Router Anzahl beherbergt. überschlagen ~75 Router. die hood LK-OS fast aktuell im schnitt 306 Router. Die o.G. hood soll zur Teilung dieser menge diene. Mein vorschlagt wäre die Stadt Osnabrück aus und den Landkreis in eine separate hood zu packen. in der Lutscherlupe kann man sich die hoods anzeigen lassen https://srv11.ffnw.de/ aktuell wird scheinbar die hood aus dem master des packags repos genommen was dazu führt das die noch nicht existierende hood Überhalb von OS bereits eingeblendet wird. Zudem war/ist geplant noch eine weitere hood zu deployen um mehr Router aus dem Defaultnetz abzuziehen. Das Defaultnetz umfasst aktuell im schnitt 482 Router. Die Idee war um Emden, Leer, Aurich eine hood zu legen. Ein Vorschlag in json Format ist beigefügt und kann lokal im hoodgen eingesehen werden: Schöne Grüße :) Tarek --%<--- [ { "name": "default", "bssid": "02:CA:FF:EE:BA:BF", "defaulthood": true, "servers": [ { "host": "default02.ffnw.de", "port": "11111", "publickey": "32a02dd5e6b9233926e178ac609023ad30bcf26954d38d410088bbdc0b2258cb" }, { "host": "default03.ffnw.de", "port": "11111", "publickey": "9737c65a17cfaa8339315ee53d2b9e02520733780362efacf9503737f5a23204" }, { "host": "default04.ffnw.de", "port": "11111", "publickey": "18199a10620dbd13728a09402ca2364436ca27e46e669a2ebdfe20976dc45e6f" }, { "host": "default05.ffnw.de", "port": "11111", "publickey": "5c1738236ba6930f654fd5e815e0c63ac03f81551ee2b183045b256fb133f77d" }, { "host": "default06.ffnw.de", "port": "11111", "publickey": "22e270ff9b2d1017c3a0b00dd22a58ef7e5915a355eeb16f0b8b52d7eb377869" } ], "boxes": [] }, { "name": "lk-st", "bssid": "02:00:0A:12:80:00", "defaulthood": false, "servers": [ { "host": "lk-st01.sn.ffnw.de", "port": "10000", "publickey": "c6485ba100d633dbebdbfad24ba4a010a242d6d7bb9817173259e9d3677b929d" }, { "host": "lk-st02.sn.ffnw.de", "port": "10001", "publickey": "88991ed1d7c6c4e1ffa9c97a1aa390d8ac03917ddacd9494c949abcbea6c6c94" } ], "boxes": [ [ [ 52.18, 7.41 ], [ 52.35, 7.9 ] ] ] }, { "name": "lk-fri", "bssid": "02:00:0A:12:88:00", "defaulthood": false, "servers": [ { "host": "lk-fri01.sn.ffnw.de", "port": "10001", "publickey": "613ffbc8a5a2b1a8602866c0bd44afddecee79c49cde52ee4dd5df73c88d0437" }, { "host": "lk-fri02.sn.ffnw.de", "port": "10002", "publickey": "14f33c20c3487904e6d1420e9105cfb62b66bc3216d5cdb8a055461b6ed0415d" } ], "boxes": [ [ [ 53.36, 7.85 ], [ 53.72, 8.18 ] ] ] }, { "name": "ol", "bssid": "02:00:0A:12:98:00", "defaulthood": false, "servers": [ { "host": "ol01.sn.ffnw.de", "port": "10000", "publickey": "2807aacfbccff12794c80a1c368e89966bee9376416cc1773a5224c6f94c76d6" }, { "host": "ol02.sn.ffnw.de", "port": "10001", "publickey": "9e3eb2b7094efbd574de2d7401589e2279c4e9e65522c0985fb57a98dfb605c1" } ], "boxes": [ [ [ 53.08, 8.14 ], [ 53.22, 8.3 ] ] ] }, { "name": "lk-os", "bssid": "02:00:0A:12:90:00", "defaulthood": false, "servers": [ { "host": "lk-os01.sn.ffnw.de", "port": "10000", "publickey": "148fa1af96a0ee6653d150fa11b6b018738a711f47b8d8bb05ad569880ad6415" }, { "host": "lk-os02.sn.ffnw.de", "port": "10001", "publickey": "c91a74b295f8d1372080c0a7536b094631c4cab6af3fd339e135c4f971c91242" } ], "boxes": [ [ [ 52.13, 8.15 ], [ 52.37, 8.42 ] ], [ [ 52.13, 7.95 ], [ 52.37, 7.99 ] ], [ [ 52.32, 7.99 ], [ 52.37, 8.15 ] ], [ [ 52.13, 7.99 ], [ 52.24, 8.15 ] ] ] }, { "name": "butjadingen", "bssid": "02:00:0A:12:B0:00", "defaulthood": false, "servers": [ { "host": "lk-bra01.sn.ffnw.de", "port": "10000", "publickey": "e581343a5d17afc1c8c205424e00e26adef6c520ec54b6f462f962245e5b02cd" }, { "host": "lk-bra02.sn.ffnw.de", "port": "10001", "publickey": "f9940159383e953044102b3e1529f568dd068c3f34062177ef74d244e06f65ef" } ], "boxes": [ [ [ 53.45, 8.18 ], [ 53.63, 8.57 ] ] ] }, { "name": "wittmund", "bssid": "02:00:0A:12:B8:00", "defaulthood": false, "servers": [ { "host": "lk-wtm01.sn.ffnw.de", "port": "10000", "publickey": "b57a979cc9ae698b4173b5b57b2b193e38de5cc423059023894965bba8458e45" }, { "host": "lk-wtm02.sn.ffnw.de", "port": "10001", "publickey": "29a241d64158bc51f01e44bc188e91e5b887985da3688a02ce12b33439e17053" } ], "boxes": [ [ [ 53.5, 7.68 ], [ 53.72, 7.85 ] ] ] }, { "name": "rastede", "bssid": "02:00:0A:12:A0:00", "defaulthood": false, "servers": [ { "host": "ras01.sn.ffnw.de", "port": "10000", "publickey": "ca1b5487ffc20a1f90e0ac14e835d84ab9e52612b5ca62e073d0a13dad98775e" } ], "boxes": [ [ [ 53.22, 8.09 ], [ 53.36, 8.32 ] ] ] }, { "name": "lk-vec", "bssid": "02:00:0A:12:A8:00", "defaulthood": false, "servers": [ { "host": "lk-vec01.sn.ffnw.de", "port": "10002", "publickey": "18e3fd453b3ed675e23ead15727b6989879db5c401a71e1a5c4744f86d473eea" } ], "boxes": [ [ [ 52.63, 7.91 ], [ 52.76, 8.67 ] ] ] }, { "name": "Delmenhorst", "bssid": "02:00:0A:12:C0:00", "defaulthood": false, "servers": [ { "host": "del01.sn.ffnw.de", "port": "10000", "publickey": "a1180ec56590b7c2c9377c10e96c5af176ff7f64984af423115875dd72d9bac3" }, { "host": "del02.sn.ffnw.de", "port": "10001", "publickey": "22d9a5e6c1d91946e894065038a7bc73b9739daa19ee767fd789a3ce0da95f92" } ], "boxes": [ [ [ 53, 8.3 ], [ 53.22, 8.78 ] ] ] }, { "name": "os", "bssid": "02:00:0A:12:C8:00", "defaulthood": false, "servers": [ { "host": "os02.sn.ffnw.de", "port": "10000", "publickey": "c694e8ae8828d9da0ba1d9e263d481dd1677e18f83be2cd8acd63db30aad0e5e" }, { "host": "os02.sn.ffnw.de", "port": "10001", "publickey": "86f79f8e272d589d0436918ed436691e2109d687086bccd287275a175605d8d1" } ], "boxes": [ [ [ 52.24, 7.99 ], [ 52.32, 8.15 ] ] ] }, { "name": "Leer-Emden-Aurich", "bssid": "02:00:0A:12:D0:00", "defaulthood": false, "servers": [ { "host": "leer01.sn.ffnw.de", "port": "10000", "publickey": "02ee5dc6e69696388c38b8cee0c366f152a39136c0051300dfb6104ef0761007" }, { "host": "leer01.sn.ffnw.de", "port": "10001", "publickey": "241d76b6b262f9dd452dcea92bcb57f1cc606ebeaeed9d0c55828dfd230a0271" } ], "boxes": [ [ [ 53.2, 6.98 ], [ 53.5, 7.85 ] ] ] } ] -->%--
Hi, ich bin ehrlich gesagt aktuell dagegen, denn wir brauchen einfach nur einen fix für den watchdog. Es ist mir klar, das der keine Kurzschlüsse verhindert, aber die Router merken sich nicht soviele IPs. Hin oder her ob der Code nicht der sauberste ist, ich bin fürs deployen der vorhandenen 1.2.1 Nächste Woche können wir eine 1.1.3 bauen mit deinen Änderungen :) VG Stefan Am 06.01.2017 um 08:34 schrieb Jan-Tarek Butt via Dev:
Hi,
wir könnten in v1.2.1 gleich neue hoods mit über das Netz verteilen.
Aktuell ist in dem tag v1.2.1 bereits eine hood enthalten. Diese würde ich aber gerne noch ändern, da diese eine zu geringen Router Anzahl beherbergt. überschlagen ~75 Router.
die hood LK-OS fast aktuell im schnitt 306 Router. Die o.G. hood soll zur Teilung dieser menge diene.
Mein vorschlagt wäre die Stadt Osnabrück aus und den Landkreis in eine separate hood zu packen.
in der Lutscherlupe kann man sich die hoods anzeigen lassen https://srv11.ffnw.de/ aktuell wird scheinbar die hood aus dem master des packags repos genommen was dazu führt das die noch nicht existierende hood Überhalb von OS bereits eingeblendet wird.
Zudem war/ist geplant noch eine weitere hood zu deployen um mehr Router aus dem Defaultnetz abzuziehen. Das Defaultnetz umfasst aktuell im schnitt 482 Router. Die Idee war um Emden, Leer, Aurich eine hood zu legen.
Ein Vorschlag in json Format ist beigefügt und kann lokal im hoodgen eingesehen werden:
Schöne Grüße :) Tarek
--%<---
[ { "name": "default", "bssid": "02:CA:FF:EE:BA:BF", "defaulthood": true, "servers": [ { "host": "default02.ffnw.de", "port": "11111", "publickey": "32a02dd5e6b9233926e178ac609023ad30bcf26954d38d410088bbdc0b2258cb" }, { "host": "default03.ffnw.de", "port": "11111", "publickey": "9737c65a17cfaa8339315ee53d2b9e02520733780362efacf9503737f5a23204" }, { "host": "default04.ffnw.de", "port": "11111", "publickey": "18199a10620dbd13728a09402ca2364436ca27e46e669a2ebdfe20976dc45e6f" }, { "host": "default05.ffnw.de", "port": "11111", "publickey": "5c1738236ba6930f654fd5e815e0c63ac03f81551ee2b183045b256fb133f77d" }, { "host": "default06.ffnw.de", "port": "11111", "publickey": "22e270ff9b2d1017c3a0b00dd22a58ef7e5915a355eeb16f0b8b52d7eb377869" } ], "boxes": [] }, { "name": "lk-st", "bssid": "02:00:0A:12:80:00", "defaulthood": false, "servers": [ { "host": "lk-st01.sn.ffnw.de", "port": "10000", "publickey": "c6485ba100d633dbebdbfad24ba4a010a242d6d7bb9817173259e9d3677b929d" }, { "host": "lk-st02.sn.ffnw.de", "port": "10001", "publickey": "88991ed1d7c6c4e1ffa9c97a1aa390d8ac03917ddacd9494c949abcbea6c6c94" } ], "boxes": [ [ [ 52.18, 7.41 ], [ 52.35, 7.9 ] ] ] }, { "name": "lk-fri", "bssid": "02:00:0A:12:88:00", "defaulthood": false, "servers": [ { "host": "lk-fri01.sn.ffnw.de", "port": "10001", "publickey": "613ffbc8a5a2b1a8602866c0bd44afddecee79c49cde52ee4dd5df73c88d0437" }, { "host": "lk-fri02.sn.ffnw.de", "port": "10002", "publickey": "14f33c20c3487904e6d1420e9105cfb62b66bc3216d5cdb8a055461b6ed0415d" } ], "boxes": [ [ [ 53.36, 7.85 ], [ 53.72, 8.18 ] ] ] }, { "name": "ol", "bssid": "02:00:0A:12:98:00", "defaulthood": false, "servers": [ { "host": "ol01.sn.ffnw.de", "port": "10000", "publickey": "2807aacfbccff12794c80a1c368e89966bee9376416cc1773a5224c6f94c76d6" }, { "host": "ol02.sn.ffnw.de", "port": "10001", "publickey": "9e3eb2b7094efbd574de2d7401589e2279c4e9e65522c0985fb57a98dfb605c1" } ], "boxes": [ [ [ 53.08, 8.14 ], [ 53.22, 8.3 ] ] ] }, { "name": "lk-os", "bssid": "02:00:0A:12:90:00", "defaulthood": false, "servers": [ { "host": "lk-os01.sn.ffnw.de", "port": "10000", "publickey": "148fa1af96a0ee6653d150fa11b6b018738a711f47b8d8bb05ad569880ad6415" }, { "host": "lk-os02.sn.ffnw.de", "port": "10001", "publickey": "c91a74b295f8d1372080c0a7536b094631c4cab6af3fd339e135c4f971c91242" } ], "boxes": [ [ [ 52.13, 8.15 ], [ 52.37, 8.42 ] ], [ [ 52.13, 7.95 ], [ 52.37, 7.99 ] ], [ [ 52.32, 7.99 ], [ 52.37, 8.15 ] ], [ [ 52.13, 7.99 ], [ 52.24, 8.15 ] ] ] }, { "name": "butjadingen", "bssid": "02:00:0A:12:B0:00", "defaulthood": false, "servers": [ { "host": "lk-bra01.sn.ffnw.de", "port": "10000", "publickey": "e581343a5d17afc1c8c205424e00e26adef6c520ec54b6f462f962245e5b02cd" }, { "host": "lk-bra02.sn.ffnw.de", "port": "10001", "publickey": "f9940159383e953044102b3e1529f568dd068c3f34062177ef74d244e06f65ef" } ], "boxes": [ [ [ 53.45, 8.18 ], [ 53.63, 8.57 ] ] ] }, { "name": "wittmund", "bssid": "02:00:0A:12:B8:00", "defaulthood": false, "servers": [ { "host": "lk-wtm01.sn.ffnw.de", "port": "10000", "publickey": "b57a979cc9ae698b4173b5b57b2b193e38de5cc423059023894965bba8458e45" }, { "host": "lk-wtm02.sn.ffnw.de", "port": "10001", "publickey": "29a241d64158bc51f01e44bc188e91e5b887985da3688a02ce12b33439e17053" } ], "boxes": [ [ [ 53.5, 7.68 ], [ 53.72, 7.85 ] ] ] }, { "name": "rastede", "bssid": "02:00:0A:12:A0:00", "defaulthood": false, "servers": [ { "host": "ras01.sn.ffnw.de", "port": "10000", "publickey": "ca1b5487ffc20a1f90e0ac14e835d84ab9e52612b5ca62e073d0a13dad98775e" } ], "boxes": [ [ [ 53.22, 8.09 ], [ 53.36, 8.32 ] ] ] }, { "name": "lk-vec", "bssid": "02:00:0A:12:A8:00", "defaulthood": false, "servers": [ { "host": "lk-vec01.sn.ffnw.de", "port": "10002", "publickey": "18e3fd453b3ed675e23ead15727b6989879db5c401a71e1a5c4744f86d473eea" } ], "boxes": [ [ [ 52.63, 7.91 ], [ 52.76, 8.67 ] ] ] }, { "name": "Delmenhorst", "bssid": "02:00:0A:12:C0:00", "defaulthood": false, "servers": [ { "host": "del01.sn.ffnw.de", "port": "10000", "publickey": "a1180ec56590b7c2c9377c10e96c5af176ff7f64984af423115875dd72d9bac3" }, { "host": "del02.sn.ffnw.de", "port": "10001", "publickey": "22d9a5e6c1d91946e894065038a7bc73b9739daa19ee767fd789a3ce0da95f92" } ], "boxes": [ [ [ 53, 8.3 ], [ 53.22, 8.78 ] ] ] }, { "name": "os", "bssid": "02:00:0A:12:C8:00", "defaulthood": false, "servers": [ { "host": "os02.sn.ffnw.de", "port": "10000", "publickey": "c694e8ae8828d9da0ba1d9e263d481dd1677e18f83be2cd8acd63db30aad0e5e" }, { "host": "os02.sn.ffnw.de", "port": "10001", "publickey": "86f79f8e272d589d0436918ed436691e2109d687086bccd287275a175605d8d1" } ], "boxes": [ [ [ 52.24, 7.99 ], [ 52.32, 8.15 ] ] ] }, { "name": "Leer-Emden-Aurich", "bssid": "02:00:0A:12:D0:00", "defaulthood": false, "servers": [ { "host": "leer01.sn.ffnw.de", "port": "10000", "publickey": "02ee5dc6e69696388c38b8cee0c366f152a39136c0051300dfb6104ef0761007" }, { "host": "leer01.sn.ffnw.de", "port": "10001", "publickey": "241d76b6b262f9dd452dcea92bcb57f1cc606ebeaeed9d0c55828dfd230a0271" } ], "boxes": [ [ [ 53.2, 6.98 ], [ 53.5, 7.85 ] ] ] } ]
-->%--
_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hi,
ich bin ehrlich gesagt aktuell dagegen, denn wir brauchen einfach nur einen fix für den watchdog.
Wieso ?
Es ist mir klar, das der keine Kurzschlüsse verhindert, aber die Router merken sich nicht soviele IPs.
Das ist falsch. Die Router werden nach wie vor so viele IPs haben. Sie werden diese nur nach 2 min löschen. Darüber hinaus, wenn ein andere Präfix weiterhin announced wird, wird den Routern nach wie vor eine zusätzliche Adresse zu gewiesen. Der Watchdoog sorgt lediglich dafür das wenn ein kurtzschluss der hoods aufgelöst wurde alle Router einer hood nach spätestens 2 min ihre bridge resetten. Folgendes resultiert aus einer xmpp Konversation ...
Hin oder her ob der Code nicht der sauberste ist, ich bin fürs deployen der vorhandenen 1.2.1
Der aktuelle Code in dem signed request scheint auf den ersten blick zwar zu funktionieren, ist aber keine schöne Lösung. Das werde ich aber noch mal separat in dem signed request zu v1.2.1 schreiben.
Nächste Woche können wir eine 1.1.3 bauen mit deinen Änderungen :)
jop, ist auch eine Möglichkeit :) vg Tarek
Hi, Am 06.01.2017 um 09:20 schrieb Jan-Tarek Butt via Dev:
Das ist falsch. Die Router werden nach wie vor so viele IPs haben. Sie werden diese nur nach 2 min löschen. Darüber hinaus, wenn ein andere Präfix weiterhin announced wird, wird den Routern nach wie vor eine zusätzliche Adresse zu gewiesen. Der Watchdoog sorgt lediglich dafür das wenn ein kurtzschluss der hoods aufgelöst wurde alle Router einer hood nach spätestens 2 min ihre bridge resetten.
Du verstehst es leider falsch: Ein Router kann aus mehreren Hoods mehrere Pub v6 Adresse haben und vergisst die einfach nicht. Der Watchdog startet br-client durch und dadruch werden diese entfernt. Damit ist das Problem schon gelöst, es geht mir nicht beim Verteilen durch Kurzschlüsse darum!!
jop, ist auch eine Möglichkeit
Mein Vorschlag: 1.1.2 so wie diese nun gebaut ist, danach diekt eine neue FW mit den neuen Hoods. Wir müssen einfach mal einen Weg finden schnell Lösungen zu erarbeiten, das dauert manchmal einfach ;)
Am Freitag, 6. Januar 2017, 09:31:45 CET schrieb Stefan via Dev:
Mein Vorschlag: 1.1.2 so wie diese nun gebaut ist, danach diekt eine neue FW mit den neuen Hoods.
Hi, ich bitte auch darum die Änderungen in eine 1.3 zu packen. Dann können wir jetzt ganz entspannt den Fix deployen. Und neue Hoods sind ja quasi auch ein neues, Rückwärts kompatibles Feature. Da passt eine neue Minor-Version doch ganz gut finde ich http://semver.org/ ;) Viele Grüße Clemens
Moin, Am Freitag, den 06.01.2017, 10:04 +0100 schrieb Clemens John via Dev:
Hi,
ich bitte auch darum die Änderungen in eine 1.3 zu packen. Dann können wir jetzt ganz entspannt den Fix deployen.
Und neue Hoods sind ja quasi auch ein neues, Rückwärts kompatibles Feature. Da passt eine neue Minor-Version doch ganz gut finde ich http://semver.o rg/ ;)
Full ACK. Bugfixrelease und für alles neue dann eine neue Minor- Version. vg bjo
On 01/06/17 11:17, Bjoern Franke via Dev wrote:
Moin,
Am Freitag, den 06.01.2017, 10:04 +0100 schrieb Clemens John via Dev:
Hi,
ich bitte auch darum die Änderungen in eine 1.3 zu packen. Dann können wir jetzt ganz entspannt den Fix deployen.
Und neue Hoods sind ja quasi auch ein neues, Rückwärts kompatibles Feature. Da passt eine neue Minor-Version doch ganz gut finde ich http://semver.o rg/ ;)
Full ACK. Bugfixrelease und für alles neue dann eine neue Minor- Version.
Jop dafür bin ich auch! Zur Erstellung der mail war der tag v1.2.1 auf master gesetzt, so das eine neue hood bei LK-OS enthalten war. Daher auch die Formulierung der mail "[Dev] plans for v1.2.1" vg Tarek
On 01/06/17 09:31, Stefan via Dev wrote:
Hi,
Am 06.01.2017 um 09:20 schrieb Jan-Tarek Butt via Dev:
Das ist falsch. Die Router werden nach wie vor so viele IPs haben. Sie werden diese nur nach 2 min löschen. Darüber hinaus, wenn ein andere Präfix weiterhin announced wird, wird den Routern nach wie vor eine zusätzliche Adresse zu gewiesen. Der Watchdoog sorgt lediglich dafür das wenn ein kurtzschluss der hoods aufgelöst wurde alle Router einer hood nach spätestens 2 min ihre bridge resetten.
Du verstehst es leider falsch: Ein Router kann aus mehreren Hoods mehrere Pub v6 Adresse haben und vergisst die einfach nicht. Der Watchdog startet br-client durch und dadruch werden diese entfernt.
Ich habe das doch genau so geschrieben. Nur das ich zusätzlich darauf verwiesen haben das der betreffende Router wieder die Adresse bekommt solange das fremde Netz weiterhin die v6 Präfixe Annonce. Die Anzahl der IPs ist in dem falle egal. Es geht lediglich darum das ein anderer Präfix Announc wurde. Wie viele sind auch irrelevant.
Damit ist das Problem schon gelöst, es geht mir nicht beim Verteilen durch Kurzschlüsse darum!!
Mir aber schon. Ich wollte damit drauf verweisen. Das ist ein signifikanter unterschied ob zwei hoods noch verbunden sind oder nicht und der watchdoog in diesem falle aus löst.
jop, ist auch eine Möglichkeit
Mein Vorschlag: 1.1.2 so wie diese nun gebaut ist, danach diekt eine neue FW mit den neuen Hoods.
gemeint ist wahrscheinlich 1.2.1
Wir müssen einfach mal einen Weg finden schnell Lösungen zu erarbeiten, das dauert manchmal einfach ;)
Das ist nicht richtig. Wir sollten sorgfältig darüber nach denken und verstehen was getan wird. Einfach daruf los ohne es zu verstehen und es theoretisch einmal durch zu spielen ist risikobehaftet und stark Fehler anfällig und kann im schlimmsten falle zur brickung von Routern führen. vg Tarek
Hi, Am 06.01.2017 um 10:16 schrieb Jan-Tarek Butt via Dev:
Nur das ich zusätzlich darauf verwiesen haben das der betreffende Router wieder die Adresse bekommt solange das fremde Netz weiterhin die v6 Präfixe Annonce. Die Anzahl der IPs ist in dem falle egal. Es geht lediglich darum das ein anderer Präfix Announc wurde. Wie viele sind auch irrelevant.
das ist mir bewusst, wenn Netze verbunden sind, dass die Router weiterhin Adressen erhalten. Es geht um ALTE Adressen, diese können nur durch einen Reboot oder Abluaf der Leasertime entfallen. Und das dauert einfach zu lange. Wir haben gerade > 800 Router mit mehr als 10 IP Adressen. Hier besteht dringender Handlungsbedarf! VG Stefan
On 01/06/17 10:21, Stefan via Dev wrote:
Hi,
Am 06.01.2017 um 10:16 schrieb Jan-Tarek Butt via Dev:
Nur das ich zusätzlich darauf verwiesen haben das der betreffende Router wieder die Adresse bekommt solange das fremde Netz weiterhin die v6 Präfixe Annonce. Die Anzahl der IPs ist in dem falle egal. Es geht lediglich darum das ein anderer Präfix Announc wurde. Wie viele sind auch irrelevant.
das ist mir bewusst, wenn Netze verbunden sind, dass die Router weiterhin Adressen erhalten. Es geht um ALTE Adressen, diese können nur durch einen Reboot oder Abluaf der Leasertime entfallen. Und das dauert einfach zu lange.
Du hast es immer noch nicht verstanden... Die Anzahl ist nicht relevant. Ob 2 oder 100 Adressen, spielt keine Rolle.
Wir haben gerade > 800 Router mit mehr als 10 IP Adressen. Hier besteht dringender Handlungsbedarf!
Wie gesagt, nicht überstürzten. Sondern ohne Stress über Änderungen nachdenken und dann signieren. Es bringt jetzt nix hektisch schnell schnell irgendwas zu signieren ohne sich die Änderungen genau anzuschauen und dann wohl möglich fest zustellen es kaputt oder sonstiges. vg Tarek
Hi, ich habe das wohl mit den Adressen verstanden, nur wir verwirren alle Leute damit. Warum hat der Router soviele Adressen etc.... Man kann den Fehler ohne große Mühe korrigieren, und das sollten wir auch. Am 06.01.2017 um 10:40 schrieb Jan-Tarek Butt via Dev:
Wie gesagt, nicht überstürzten. Sondern ohne Stress über Änderungen nachdenken und dann signieren. Es bringt jetzt nix hektisch schnell schnell irgendwas zu signieren ohne sich die Änderungen genau anzuschauen und dann wohl möglich fest zustellen es kaputt oder sonstiges.
das ist klar, natürlich prüft man das vorher. ;) Aber solche SignRequest sind ja gerne auch mal ein paar Wochen "Offen" geblieben.
Hi,
ich habe das wohl mit den Adressen verstanden, nur wir verwirren alle Leute damit. Warum hat der Router soviele Adressen etc.... Man kann den Fehler ohne große Mühe korrigieren, und das sollten wir auch.
Der Fehler wird da durch nicht behoben. Stell dir vor wir haben jetzt einen Router der Adressen aus mehren Präfixen bekommen hat: 2a03:2260:1001:1000:... <-- Dieser Präfix gehört tatsächlich zum Netz 2a03:2260:1001:1280:... <-- Der Präfix gehört zu einer anderen hood und wird weiterhin in der fremden hood Annonce 2a03:2260:1001:800:... <-- gehört zu einer anderen hood und wird nicht mehr Annonce 2a03:2260:1001:9000:... <-- gehört zu einer anderen hood und wird nicht mehr Annonce Ein Resetten der bridge fürt dazu das es dann folgender maßen aussieht: 2a03:2260:1001:1000:... <-- Dieser Präfix gehört tatsächlich zum Netz 2a03:2260:1001:1280:... <-- Der Präfix gehört zu einer anderen hood und wird weiterhin in der fremden hood Annonce D.h. es sind immer noch mehrere default Routen vertreten. Daher ist der Fehler nicht behoben und das zeigt auch das die Anzahl Präfixe nicht relevant ist ob es 2 oder mehr sind.
Am 06.01.2017 um 10:40 schrieb Jan-Tarek Butt via Dev:
Wie gesagt, nicht überstürzten. Sondern ohne Stress über Änderungen nachdenken und dann signieren. Es bringt jetzt nix hektisch schnell schnell irgendwas zu signieren ohne sich die Änderungen genau anzuschauen und dann wohl möglich fest zustellen es kaputt oder sonstiges.
das ist klar, natürlich prüft man das vorher. ;) Aber solche SignRequest sind ja gerne auch mal ein paar Wochen "Offen" geblieben.
Jo, was nicht schlimm ist! Das ist keiner Firma. Wenn es niemand Schafft sich die Änderungen zeitlich anzuschauen oder aus anderen gründen dann ist das so. Da macht niemanden jemanden eine Vorwurf. vg Tarek
Am 06.01.2017 um 13:14 schrieb Jan-Tarek Butt via Dev <dev@lists.ffnw.de>:
Hi,
ich habe das wohl mit den Adressen verstanden, nur wir verwirren alle Leute damit. Warum hat der Router soviele Adressen etc.... Man kann den Fehler ohne große Mühe korrigieren, und das sollten wir auch.
Der Fehler wird da durch nicht behoben.
Stell dir vor wir haben jetzt einen Router der Adressen aus mehren Präfixen bekommen hat:
2a03:2260:1001:1000:... <-- Dieser Präfix gehört tatsächlich zum Netz 2a03:2260:1001:1280:... <-- Der Präfix gehört zu einer anderen hood und wird weiterhin in der fremden hood Annonce 2a03:2260:1001:800:... <-- gehört zu einer anderen hood und wird nicht mehr Annonce 2a03:2260:1001:9000:... <-- gehört zu einer anderen hood und wird nicht mehr Annonce
Ein Resetten der bridge fürt dazu das es dann folgender maßen aussieht:
2a03:2260:1001:1000:... <-- Dieser Präfix gehört tatsächlich zum Netz 2a03:2260:1001:1280:... <-- Der Präfix gehört zu einer anderen hood und wird weiterhin in der fremden hood Annonce
D.h. es sind immer noch mehrere default Routen vertreten.
Daher ist der Fehler nicht behoben und das zeigt auch das die Anzahl Präfixe nicht relevant ist ob es 2 oder mehr sind.
Das ist grundsätzlich richtig tarek. Stefan ist bei solchen fällen immer auf der suche und löst die Verbindung zwischen den hoods. Sobald der Übeltäter das nicht mehr macht werden beim nächsten reset alles überflüssige verworfen und der Route hat danach EINE neue public ipv6 und nicht mehr 2
Am 06.01.2017 um 10:40 schrieb Jan-Tarek Butt via Dev:
Wie gesagt, nicht überstürzten. Sondern ohne Stress über Änderungen nachdenken und dann signieren. Es bringt jetzt nix hektisch schnell schnell irgendwas zu signieren ohne sich die Änderungen genau anzuschauen und dann wohl möglich fest zustellen es kaputt oder sonstiges.
das ist klar, natürlich prüft man das vorher. ;) Aber solche SignRequest sind ja gerne auch mal ein paar Wochen "Offen" geblieben.
Jo, was nicht schlimm ist! Das ist keiner Firma. Wenn es niemand Schafft sich die Änderungen zeitlich anzuschauen oder aus anderen gründen dann ist das so. Da macht niemanden jemanden eine Vorwurf.
vg Tarek
_______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
On 01/06/17 13:17, Johannes Rudolph via Dev wrote:
Am 06.01.2017 um 13:14 schrieb Jan-Tarek Butt via Dev <dev@lists.ffnw.de>:
Hi,
ich habe das wohl mit den Adressen verstanden, nur wir verwirren alle Leute damit. Warum hat der Router soviele Adressen etc.... Man kann den Fehler ohne große Mühe korrigieren, und das sollten wir auch.
Der Fehler wird da durch nicht behoben.
Stell dir vor wir haben jetzt einen Router der Adressen aus mehren Präfixen bekommen hat:
2a03:2260:1001:1000:... <-- Dieser Präfix gehört tatsächlich zum Netz 2a03:2260:1001:1280:... <-- Der Präfix gehört zu einer anderen hood und wird weiterhin in der fremden hood Annonce 2a03:2260:1001:800:... <-- gehört zu einer anderen hood und wird nicht mehr Annonce 2a03:2260:1001:9000:... <-- gehört zu einer anderen hood und wird nicht mehr Annonce
Ein Resetten der bridge fürt dazu das es dann folgender maßen aussieht:
2a03:2260:1001:1000:... <-- Dieser Präfix gehört tatsächlich zum Netz 2a03:2260:1001:1280:... <-- Der Präfix gehört zu einer anderen hood und wird weiterhin in der fremden hood Annonce
D.h. es sind immer noch mehrere default Routen vertreten.
Daher ist der Fehler nicht behoben und das zeigt auch das die Anzahl Präfixe nicht relevant ist ob es 2 oder mehr sind.
Das ist grundsätzlich richtig tarek. Stefan ist bei solchen fällen immer auf der suche und löst die Verbindung zwischen den hoods. Sobald der Übeltäter das nicht mehr macht werden beim nächsten reset alles überflüssige verworfen und der Route hat danach EINE neue public ipv6 und nicht mehr 2
Jop, exakt das versuche ich zu erklären. vg Tarek
Hoi,
Du hast es immer noch nicht verstanden... Die Anzahl ist nicht relevant. Ob 2 oder 100 Adressen, spielt keine Rolle.
Wenn die Router drölf Prefixe haben, müssten sie doch auch entsprechende Defaultrouten announced bekommen. Und daraus resultierend ein Problem bei den Updates. Oder missverstehe ich dich da gerade? grüße
Hi, Am 06.01.2017 um 11:19 schrieb Bjoern Franke via Dev:
Wenn die Router drölf Prefixe haben, müssten sie doch auch entsprechende Defaultrouten announced bekommen. Und daraus resultierend ein Problem bei den Updates. Oder missverstehe ich dich da gerade?
nein, genau das ist das Problem. VG Stefan
participants (5)
-
Bjoern Franke -
Clemens John -
Jan-Tarek Butt -
Johannes Rudolph -
Stefan