BerlinBackBone
Aus
Am 18.01.2004 fand ein [ link] RoundTableRoutingMeeting auf der c-base statt, wo die ip vergabe fuer den [ link] BerlinBackBone (BBB) besprochen wurde. Folgendes wurde ausgearbeitet: Der bBb becommt ein classA netz 10.0.0.0/8 Alle core_pointz bekommen ein classB netz /16 Alle nodes bekommen ein classC netz /24
core_streccen des bbB bekommen den bereich 10.0.0.x welcher dann in 10.0.0.x/30 aufgeteilt wird. (4 addressen)
node_streccen bekommen den bereich 10.x.0.x welcher dann in 10.x.0.x/30 aufgeteilt wird. (2+2ips)
Alle APs bekommen, damit sie nicht im 10.x.x.x auftauchen, eine ip_adr aus dem bereich 172.23.0.0/16
Am beispiel der c-base wird deutlich wie das gemeint ist. Die c-base (core_point) bekommt die ip_range 10.1.x.x/16 Intern wird die range 10.1.1.x/24 verwendet (xtra core-point netz bei bedarf). Extern werden die nodes z.B. die maria mit 10.1.2.x/24 angebunden.
Die nummerierung erfolgt 10.x.y.z/24, wobei x die core-ID, y>2 die ID der connects, und 0<x>255 die Rechner/ netz der Angeschlossenden nodes.
Die c-base/rs20 wird mit [ link] RapunCell - beide core_pointz- ueber eine core_strecce verbunden. Der bereich 10.0.0.0/30 teilt sich dann in vier ip_adr. auf. Das netz 10.0.0.0 interface_cbase 10.0.0.1 interface_ [ link] RapunCell 10.0.0.2 broadcast 10.0.0.3
Von [ link] RapunCell (core_point=CP)zur K9 (CP) wuerde es wie folgt aussehen 10.0.0.4/30 Das netz 10.0.0.4 interface [ link] RapunCell 10.0.0.5 interface_K9 10.0.0.6 broadcast 10.0.0.7
Die K9 (CP) bekommt zur eigenen verwendung 10.4.1.x/24, zur weiterverteilung 10.4.x.y/16, Die anbindung der maria (node) von der c-base (CP) laeuft dann ueber eine node_strecce 10.x.0.x/30 Der bereich 10.1.0.0/30 wuerd dann in 10.0.0.x/30 aufgeteilt. 10.1.0.0 ist das netz 10.1.0.1 ist das interface in der c-base 10.1.0.2 ist das interface in der maria 10.1.0.3 ist die broadcast adr.
Die naechste anbindung erhaelt hiernach 10.1.0.4/30 -> adressen: .4 -.7, wobei 5+6 fuer das iface ist.
