[Wien] Renumbering go-ahead

[Clemens Hopfer]

Hi,

Am 26.07.21 um 10:41 schrieb Wolfgang Nagele:
> Ich nehme an das ist ein OK von Seiten der Ford Maintainer?

ich bin aktuell nicht ford-maintainer, insofern kann ich das nicht sagen.
Ich wollte primär anmerken, dass es dazu mehrere Leute (pro VM) braucht 
und Adi das nicht alleine renumbern kann, wie PK vorgeschlagen hat.

Lg,
Clemens

> On Mon, Jul 26, 2021 at 10:37 AM Clemens Hopfer <(spam-protected)>
> wrote:
> 
>> Hi,
>>
>> Am 25.07.21 um 19:55 schrieb Peter Kuhm:
>>> Gibts noch eine Chance, dass das passiert?
>>> Welcher Zeitpunkt wär gut?
>>
>> Gibts dafür schon ein Subnetz (und VLAN)?
>> Ansich ist von ford-Maintainer Seite ja nur der Task da, die VMs einzeln
>> in das neue VLAN zu hängen, nachdem die IPs von den jeweiligen
>> VM-Maintainern aktualisiert worden sind.
>>
>> Lg,
>> Clemens
>>
>>> On Tue, 13 Jul 2021 10:02:31 +0200 Peter Kuhm wrote:
>>>
>>>> Hallo Adi (K.),
>>>> (Hi all,)
>>>>
>>>> wann wärs denn bei dir als ford-Maintainer möglich, das
>>>> Renumbering zeitnah (aber gut vorangekündigt) durchzuziehen?
>>>>
>>>> Gerade wegen Urlaubs-/Ferienzeit Detailabstimmung vllt.
>>>> mit dudle.inf.tu-dresden/ oder www.terminio.gv.at/meet/
>>>>
>>>> lg,
>>>> Peter
>>>>
>>>> PS: Danke datacop for insights
>>>>
>>>> On Fri, 9 Jul 2021 09:17:12 +0200 Peter Kuhm wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> ja, wär auch dafür das nun -abgestimmt- durchzuziehen.
>>>>>
>>>>> Im Mai wurde das auch in einem Matrix-Raum angesprochen
>>>>> und einhellig als sinnvolle Aktion angesehen, es sollte
>>>>> aber erst noch die GV abgewartet werden.
>>>>>
>>>>> Endorsement gabs auch vom Backbone-Team. Wolfgangs Kommentar
>>>>> kann gut als kompakter "What's it all about?" dienen:
>>>>>
>>>>> === SNIP ===
>>>>>
>>>>> das angebot den ford in ein entsprechendes eigenes netz zu
>>>>> hängen gibt es seit jahren. woran es scheitert ist das
>>>>> renumbering in eben solches und den willen dazu ...
>>>>>
>>>>> wie es dazu kam kann ich dir nicht erklären - der ford hat
>>>>> seit er bei nessus aufgebaut wurde IPs aus dem housing netz
>>>>> bekommen und ist damit hart an eben diesen gateway dort gebunden
>>>>>
>>>>> das war technisch nie schön aber wesentlich weniger
>>>>> problematisch als das housing gute (sprich fibre) pfade
>>>>> von krypta bis zu nessus hatte.
>>>>>
>>>>> von seiten backbone kann ich innerhalb kurzer zeit ein neues
>>>>> netz auf den ford schalten das diese abhängigkeit nicht mehr
>>>>> hat - dann braucht es aber die arbeit der VM host und guest
>>>>> betreiber alle diese VMs zu renumbern
>>>>>
>>>>> wir würden das sehr begrüssen - das housing netz quer über
>>>>> wien zu blasen in einer shared layer 2 domain ist von
>>>>> unserer sicht aus sehr schlecht
>>>>>
>>>>> === SNAP ===
>>>>>
>>>>> Ich hoffe die Maintainer können sich bald auf einen
>>>>> gemeinsamen Termin verständigen.
>>>>>
>>>>> cu,
>>>>> Peter
>>>>>
>>>>> On Fri, 9 Jul 2021 07:56:59 +0200 Christoph Loesch wrote:
>>>>>> Am 09.07.2021 um 01:29 schrieb Daniel A. Maierhofer:
>>>>>>
>>>>>>> Der nächste Schritt in Richtung ausfallsichereres Netzwerk
>>>>>>> wäre, das Server VLAN im VKM von dem bei Nessus abzutrennen,
>>>>>>> damit es keinen Totalausfall der FunkFeuer-Services durch
>>>>>>> Arbeiten/Störungen am NIG-csph-VKM geben kann.
>>>>>>>
>>>>>>> Dabei wäre die Unterstützung der Community bzw. Maintainer
>>>>>>> der VMs gefragt, gemeinsam den IP-Adressbereichswechsel
>>>>>>> möglichst zeitgleich und zeitnah umzusetzen.
>>>>>>
>>>>>> gerne unterstütze ich das bzgl. Services wie Forum und VoIP.
>>>>>> Wechsel der IP-Adressen dieser Services meinerseits jederzeit machbar.
>>>>>>
>>>>>> Würde dabei vorschlagen eine Liste der betroffenen Services
>>>>>> mit alter und neuer IP zu erstellen.
>>>>>>
>>>>>> Dann optimalerweise gemeinsam mit vmtl. nötigen DNS Updates
>>>>>> an einem bestimmten ausgemachten Tag bzw. Zeitpunkt erledigen.
>>>>>>
>>>>>> LG Christoph
>>>>
>>>>
>>>
>>
>> --
>> Wien mailing list
>> (spam-protected)
>> https://lists.funkfeuer.at/mailman/listinfo/wien
>>
> 
> 

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : OpenPGP_signature
Dateityp    : application/pgp-signature
Dateigröße  : 203 bytes
Beschreibung: OpenPGP digital signature
URL         : <http://lists.funkfeuer.at/pipermail/wien/attachments/20210726/9343a4fb/attachment.sig>