Area : ECHOCOORD.BACKBONE.GER
Date : Tue Dec 10, 21:44                                                       
From : bernd hohmann                                          2:2465/317
To   : *                                   
Subj : aktuelle bb-charta                                                    
������������������������������������������������������������������������������

hi folks,

die anregungen der letzten wochen sind in die aktuelle charta eingeflossen.

es hat sich eigentlich nur der absatz mit den bbr0-akas grossartig ge�ndert
(eigentlich nur dahin, wie sie im moment in der praxis genutzt wird).

ein spezieller auszug der charta f�r spezielle leute hier kommt in der n�chsten
mail.

-cu, bernd

------------------------------------------------------------------------------

backbone-charta vom 10.12.96

diese backbone-charta ist bindend f�r alle mitglieder des r24 backbones.

im moment noch ein provisorium, soll sie f�r den anfang eine grobe vorgabe
bieten. 

was letztendlich sein wird, bringt die zukunft. 

urfassung: 22.09.96 bernd hohmann, rec24

�nderungen (mit '|n' markiert (n=[0-9],[A-Z])

|1 15.10.96 ho:
|2 10.12.96 ho:


1) der r24-backbone zerf�llt in 2 teile:

|2 - R24 BACKBONE RING 0 (kurzform: BBR0)
     a) diese systeme m�ssen alle areas der fidoger.na f�hren, egal ob 
        jemand die darin enthaltenen areas beziehen will oder nicht.

        dies soll 2 sachen sicherstellen: neue areas sind schlagartig �ber
        den gesamten backbone verf�gbar und der traffic einer backbone-area
        muss nicht mehr m�hevoll zusammengesammelt werden.

     b) es darf keine area der fidokill.na gef�hrt werden.

        auch hier 2 wesentliche punkte: bei umbenennungen soll die alte
        area entg�ltig verschwinden und totgelaufene areas nicht alle
        naselang durch pings wieder k�nstlich am leben erhalten werden.

|2 - R24 BACKBONE RING 1 (kurzform: BBR1)
     a) diese systeme m�ssen an einem RING-0 system h�ngen.
     b) sie brauchen nur die areas zu f�hren, die von den downlinks
        bestellt werden. sie m�ssen aber in der lage sein, alle areas
        der fidoger.na zu f�hren
     c) sie d�rfen keine area der fidokill.na f�hren.

2) routingstruktur
   keine vorgabe. 

   ich gehe mal davon aus, dass jedes mitglied in diesem backbone auf 
   eine effiziente verteilung der echomail wert legt.

3) nodenummern
|2 die mitglieder des bbr0 bekommen ein netzunabh�ngige nodenummer.
|2 diese aka muss auf zumindest auf der in der nodeliste angegebenen line
|2 pr�sentiert werden. es ist naheliegend, diese aka auch in den anderen
|2 �ffentlichen lines anzugeben (sofern technisch nicht m�glich).
|2 ob �ber diese nummer mail verarbeitet wird, bleibt jedem system selber
|2 �berlassen.

   wer RING-1 system ist, der kann sich das gerne in die site-info schreiben,
   doch gehe ich davon aus, dass diese systeme lokal dann eh bekannt sind.
|1 eine separate nodenummer f�r ein RING-1 system ist nicht vorgesehen.

   bitte keinen missbrauch dieser bezeichnung.

4) costsharing
   macht das unter euch und mit den downlinks aus - r24 ist gross genug um
   �berzogenen forderungen ausweichen zu k�nnen.

4) kontrolle
   die kontrolle �ber den backbone obliegt dem rec24 (ich werde den teufel
   tun und mich grossartig einmischen, aber ein veto hab ich immer :-))
   
5) sonstiges
   wir sitzen in einem boot - kl�rt probleme im routing oder 'da ist ne
   area nicht verf�gbar' per netmail oder noch besser per voice ab.

   verkneift es euch ganz stark, eure kollegen �ffentlich platt zu machen;
   wir sind alle nur menschen und der fehler des anderen kann auch bei
   einem selber auftreten.

   bewegungen in der arealiste werden in der echocoord.backbone.ger announced.
|2 �nderungen im backbone nat�rlich auch (sofern es nicht verschlabbert wird).

[eot]


___ 
 _ Origin: bb coordination  (2:2465/317)