From: terra@sol.ccc.de (Frank Simon)
Newsgroups: de.comm.gateways
Subject: Re: GateBau'93 - ein voller Er
Date: 12 Jan 93 07:04:42 +0100
Article-I.D.: sol.2684
Organization: Solar System, LS 441, FRG

Hallo,

Joerg_Stattaus@ac.maus.de (Joerg Stattaus) writes:
>3. Um dieses Problem zu umgehen, will terra alle Gateways verpflichten, eine
>Liste zu fuehren, die Msgs welcher Sites sie transportieren duerfen. Gedacht als
>Negativliste mit den Eintraegen sol.x und uniol.x. 
Nein. Es wurde bei "Tisch" darueber diskutiert, warum ich durch eine NEgativ-
liste die gewuenschten Effekte nicht erreiche. :-)

>4. Wenn terra einen Gateway mindestens der Stufe n+1 mit GateBau-konformer
>Id-Wandlung haette, waeren die Dupes zu erkennen.
Das ist auch so vorgesehen. Du redest ja jetzt von dem hier vorliegenden
Protokoll. Da fehlt ja total der Teil der fuers Z-Netz ueberlegt wurde.
Der Teil sieht genauso aus:

- Positivliste fuer Zustaendigkeitsbereiche
- GateBau-MsgID und Message-ID-Feld im Body
- Gateways sollen sich moeglichst an ZConnect-Systeme haengen (Problematik
  faellt dann ganz flach (was uebrigens dann eben auch die GateBau mind.
  fuers Z-Netz nach und nach immer unnoetiger macht - soweit ich weiss, 
  sollte das Ziel der GateBau ja sein, sich selbst arbeitslos zu machen. 
  Warum jetzt einige Flamen, weil wir diesen Punkt naeher kommen, ist mir
  eh schleiherhaft (ich meine das aus Sicht des Z-Netzes !)). 

>Nicht nur meiner Meinung nach ist dies der klare Abgesang an die GateBau. Die
>GateBau hat von '90 an immer versucht, durch gleiche MsgIds und einheitliche
>Wandlung Dupes zu erkennen und dann zu eliminieren. Also technische Dupe-
GENAU !   Deswegen lief das ja unter der Rubrik "Paradigmenwechsel". Ich
habe nie hinter dem Berg gehalten, dass ich die Arbeit der letzten GateBau
fuer sinnvoll und notwendig halte, ich aber den Weg den die GateBau
eingeschlagen hat, fuer falsch und (in die Zukunft gedacht) an den Problemen
vorbei halte.

>Erkennung statt administrativer Dupe-Vermeidung. Terras Konzept verpflichtet
>jeden Gateway, staendig aktuelle Listen zu fuehren, wessen Msgs transportiert
>werden und wessen nicht. 
Im MausNet ist das ja nicht notwendig. Der Zustaendigkeitsbereich ist dort
"Maus" fuer Internet-Bretter. Wir muessen unterscheiden:

Es gibt den Begriff der Zustaendigkeitsbereiche. Solange es in einen
Netzwerk nur sog. n+3 Gateways gibt (z.B. in Maus) muss sich nix aendern. 
Gibt es ein "Mischmasch", wie jetzt im Z-Netz entstehend, dann sollte 
mensch ueberlegen, wie mensch damit umgeht. Die AG ZConnect/Netcall3.8 hat
sich das ueberlegt. Das Problem HABEN einige Netze NOCH nicht, aber sie
KRIEGEN es. Deswegen wurde am Ende der Diskussion ueber CoC gesagt:
"Wir brauchen das nicht, aber jene (Z-Netz) die das brauchen, sollen
 mal machen und Fakten schaffen" (hat einer aus der Maus-Ecke gesagt. :-) ).

>einem Gateway und genau das hat er als Administrator zu verhindern oder aber
>durch entsprechende technische Massnahmen zu entschaerfen. Ich habe das auch so
>verstanden, dass terra demnaechst GateBau-konforme Ids generieren will, oder?
Jenau. Aus den selben Grund warum GateBau-Systeme sagen, sie brauchen keine
Zustaendigkeitsbereiche ("Wir haben doch die MsgID zur Dupeerkennung") kann
ein CoC-System sagen ("Ich brauche keine MsgID, weil ich habe ja die Zu-
staendigkeitsbereiche"). Das jetzt praktisch "beides" in der AG ZConnect/
Netcall3.8 gemacht wird, ist kein einfacher "Kompromiss". Es ist der Wunsch
nach redundanter Sicherheit. Was der praktischen Realitaet der Programm-
entwicklung schon mehr entgegenkommt.

Terra
-- 
-----------------------------------------------------------------------------
!   Frank Simon (Terra), Ammerlaender Heerstr. 389, D-2900 Oldenburg, FRG   !
! terra@sol.ccc.de, terra@sol.zer, ext/simon@kmx.gmd.dbp.de, +49 441 76206  !
! Es gibt 2 absolute Wahrheiten: OSI ist Fortschritt, die Erde eine Scheibe !
-----------------------------------------------------------------------------
Newsgroups: de.comm.gateways
From: kroening@hit.zer.sub.org
Organization: Z-NETZ BBS NetWork, FRG