Mitteilungen - DFN-Verein

■ Anwendungen 

GigaMedia – 

Film + Video im Netz 

■ G- WiN 

Optimierung 

Betriebskonzept 

Heft 54 • November 2000 

Mitteilungen 

52 

■ International 

5 

27 

58 

11 31 

22 

10 

6 

24 

38 60 

13 14 

33 40 66 

28 64 

25 

2032 

48 

39 

63 

29 

4354 

62 61 

1 

21 

18 12 7 3555 

3 

2 

50 

49 

4 19 

26 

59 9 

30 

36 

8 

56 

57 

16 

23 

53 

34 

177 

46 51 

15 

Connected Connection tion in Progress 

d Network & Services 50. University of Delaware 

tate University 

51. University of Georgia 

Mellon University 53. University of Memphis 

versity 

54. University of Pennsylvania 

44 

Fostering Tomorrow’s 

Internet – Internet2 in USA 

Advance 

n f o r 

42 

47 

41 

45 

3765 

Abilene Core Topology 

Abilene Router Node

Titelbild 

DFN 

Demonstration von 

Anwendungen aus dem 

Konrad-Zuse-Zentrum für 

Informationstechnik 

während des offiziellen 

Startes des Gigabit- 

Wissenschaftsnetzes 

Impressum 

Herausgeber 

Verein zur Förderung eines 

Deutschen Forschungsnetzes e.V. 

– DFN-Verein – 

Anhalter Straße 1, 10963 Berlin 

Tel 030 - 88 42 99 - 24 

Fax 030 - 88 42 99 - 70 

Mail dfn-verein@dfn.de 

WWW http://www.dfn.de 

ISSN 0177-6894 

Redaktion 

Dr. Gudrun Quandel 

INHALT 

Titelbild 

Gerhard Mayr 

Satz 

ProService/Gerhard Mayr 

Druck 

Medialis Offsetdruck, Berlin 

Nachdruck sowie Wiedergabe in elektronischer 

Form, auch auszugsweise, 

nur mit schriftlicher Genehmigung 

des DFN-Vereins und mit vollständiger 

Quellenangabe. 

Der Versand erfolgt als 

Postvertriebsstück. 

VORWORT 

ANWENDUNGEN 

GIGABIT- 

WISSENSCHAFTSNETZ 

GRUNDLAGEN 

INTERNATIONAL 

DFN-VEREIN 

Vor einer neuen Generation von 

Entwicklungsvorhaben 3 

Prof. Dr. Eike Jessen 

Filme bearbeiten im Netz 4 

Projekt GigaMedia: Giga-Media-Dienste 

für Kooperative Postproduktion von Film und Video 

Jens Tiemann, Sebastian Zander, Michael Jonas, Dr. Ralf Schäfer, 

Harry Klein, Dr. Georg Carle 

Tele Coaching im Sport 7 

Tele Teacher Coaching im Hochschulsport – 

Videogestützte Übungsleiter-Beratung und -Fortbildung 

im Gigabit-Wissenschaftsnetz 

Prof. Dr. Klaus Rebensburg, Dr. Ing. Gerrit Kalkbrenner, 

Dipl.-Phys. Veronika Wolff, Eduard Neuberg-Winkler, 

Dipl.-Psych.Winfried Schiffer 

Video + Audio im G-WiN 9 

Beratungszentrums für Videokonferenzdienste (BZVD) 

erprobt Videokonferenzdienst als Regeldienst im G-WiN 

Detlef Makowitz, Wolfgang Wünsch 

It works! 11 

Das Betriebskonzept des Gigabit-Wissenschaftsnetzes 

Hans-Martin Adler, Bettina Kauth 

Optimierung des G-WiN 13 

Optimierung in der Planung und beim Aufbau 

des Gigabit-Wissenschaftsnetzes 

Andreas Bley, Thorsten Koch 

Offizielle IPv6-Adressen im DFN 16 

Adressvergabe hat begonnen – 

80 Bit Adressraum für jeden Kunden 

Christian Müller-Böhm, Jürgen Rauschenbach 

Internet2 in USA 18 

Fostering Tomorrow’s Internet 

Heather Boyles 

Zur Nutzung bereit 23 

Offizieller Start des Gigabit-Wissenschaftsnetzes 

Mitglieder des DFN-Verein 24 

Ansprechpartner im DFN 27 

Veranstaltungen 28 

DFN Mitteilungen 54 – 11/2000

VORWORT 

Vor einer neuen Generation von Entwicklungsvorhaben 

Prof. Dr. Eike Jessen 

Vorsitzender des Vorstandes des DFN-Vereins 


Als Leser der „DFN Mitteilungen“ werden Sie laufend mit Aufgaben und Ergebnissen 

unserer Entwicklungsvorhaben bekannt gemacht. Im vorliegenden Heft geht es um 

kooperative Postproduktion von Film und Video, um TeleTeacher Coaching im Hochschulsport, 

um die Einführung eines Videokonferenzdienstes im G-WiN, um die 

Optimierung der G-WiN-Konfiguration und um unsere Vorsorge für die Einführung von 

IP-Version 6 (IPv6). Für die Entwicklungsvorhaben des DFN-Vereins sind in den letzten 

Jahren mehr als 20 Millionen DM jährlich aufgewendet worden. Diese Mittel sind dem 

DFN-Verein im wesentlichen vom Bundesministerium für Bildung und Forschung zur 

Verfügung gestellt worden. 

Die Entwicklungsvorhaben füllen das jeweils für zwei bis vier Jahre im voraus 

aufgestellte Entwicklungsprogramm aus. Zu aktuellen Schwerpunkten führt der DFN- 

Verein Anhörungen von Fachleuten durch. Daraus resultiert eine genaue Spezifikation 

von erforderlichen Vorhaben, die – wie das Entwicklungsprogramm – im WWW 

(www.dfn.de/projekte) bekannt gemacht werden. Beispiele aus jüngster Zeit sind 

Schwerpunktspezifikationen für das Wissenschaftliche Informationswesen, für 

Verteiltes Rechnen und für Dienstqualität (Quality/Class of Services). Projektvorschläge 

können i.a. jederzeit an den DFN-Verein gerichtet werden. Sie werden – außer auf 

Konformität mit dem Entwicklungsprogramm – nach Kriterien geprüft, die man 

ebenfalls im WWW einsehen kann. 

In den kommenden sechs Monaten entsteht ein neues Programm zur 

Weiterentwicklung des Deutschen Forschungsnetzes bis über das Jahr 2005 hinaus. Die 

Entwicklungsvorhaben sollen für die Wissenschaft neue Netze, auf diesen neue Dienste 

und neue Anwendungen bereitstellen. Wie bei allen DFN-Aktivitäten ist die Verbesserung 

der Qualität oder Effizienz der wissenschaftlichen Arbeit das übergeordnete 

Ziel. Die Vorhaben des Entwicklungsprogramms gruppieren sich um die Themenbereiche 

„Basistechnik“, „Dienste auf dem Netz“ und „Anwendungen“. Im Programm 

der nächsten Generation werden u.a. neue Zugangstechniken – vor allem für mobile 

Endgeräte - , volloptische Netze, „mobiles“ IP, Daten/Sprache-Integration, Dienstqualität 

und Kommunikation mit eingebetteten Endgeräten wichtig sein. Weiterhin im 

Programm bleiben Dienste wie Managementdienste, Verzeichnisdienste, Sicherheitsdienste 

und Tools für Informationsdienste. Dazu kommen vermehrt Dienste für 

verteiltes Rechnen und für multimediale Kommunikation. Der Bereich der Anwendungen 

ist für alle innovativen Vorhaben offen, mit denen Qualität oder Effizienz von 

Forschung und Lehre durch Netznutzung verbessert wird. 

Das neue Entwicklungsprogramm wird Anfang kommenden Jahres beraten und im 

Verlauf der ersten Jahreshälfte beschlossen werden. 

DFN Mitteilungen 54 – 11/2000 3

4 


ANWENDUNGEN IM G-WIN 

Filme bearbeiten im Netz 

Projekt GigaMedia: Giga-Media-Dienste 

für Kooperative Postproduktion von Film und Video 

Im DFN-Projekt GigaMedia werden 

Anwendungen zur kooperativen 

Postproduktion von Film und Video 

in der Gigabit-Testbed-Infrastruktur 

des Deutschen Forschungsnetzes 

untersucht. Anwendungsgebiete 

sind z.B. die verteilte Nachbearbeitung 

und Komprimierung von 

Filmmaterial, das Fernsteuern von 

Aufzeichnungsgeräten sowie die 

effiziente und ökonomische Übertragung 

der dabei anfallenden 

Daten. Dazu werden im Projekt 

GigaMedia Anwendungs- und 

Netzinfrastruktur-Komponenten zur 

Unterstützung von Multimedia- 

Diensten mit selektierbaren 

Dienstqualitäten über das Netz 

realisiert und erprobt. Diese 

Komponenten werden zum Aufbau 

einer verteilten Produktionsumgebung 

bei den Partnern Das 

Werk (München), Institut für 

Rundfunktechnik (München) und 

Heinrich-Hertz-Institut (Berlin) eingesetzt. 

GMD FOKUS (Berlin) stellt 

auf das Anwendungsszenario 

anpassbare Kommunikationsdienste 

zur Verfügung und unterstützt das 

Projekt bei der messtechnischen 

Auswertung. Das Projekt wird vom 

DFN-Verein mit Mitteln des 

Bundesministerium für Bildung und 

Forschung BMBF gefördert. 

Autoren: 

Das im Rahmen des Gigabit-Testbed 

Süd/Berlin gestartete Projekt GigaMedia 

repräsentiert einen Anwenderkreis künftiger 

Gigabitnetze mit hohen Anforderungen 

an Datenrate und Qualität dar. 

Wie in anderen Projekten zur Nutzung 

von schnellen Datennetzen lassen sich 

eine Reihe von Anforderungen der Anwender 

bei der Produktion von Film und 

Video feststellen. Neben der hohen 

Datenrate ist es vor allen Dingen auch die 

mögliche dezentrale Nutzung von teurer 

Geräteinfrastruktur, die eine Kopplung 

von Produktionsstandorten attraktiv 

macht. Die Produktion von Bildmaterial 

unterscheidet sich teilweise in der 

zulässigen „Latenzzeit” bei der Übertragung, 

d.h. bei Nachrichten oder teilweise 

auch bei Videoclips kommt es in 

gewissen Szenarien auf eine rechtzeitige 

Auslieferung des Materials an. Allen 

Bildproduktionen gemeinsam ist aber der 

hohe Qualitätsanspruch an eine Übertragung, 

bei der im Produktionsbereich 

vorwiegend ohne Komprimierung oder 

allenfalls mit verlustloser Komprimierung 

gearbeitet wird. Aufgrund der Verarbeitung 

in mehreren Schritten und der Nutzung 

von Archivmaterial würde sich die 

Qualität des Endprodukts sonst immer 

weiter verschlechtern oder Fehler in 

jedem neu geschnittenen Beitrag wieder 

auftauchen. 

Für die Übertragung von Videomaterial 

in TV-Auflösung wird eine 

Datenrate von 270 Mbit/s benötigt, d.h. 

für die Übertragung eines Spielfilms fällt 

ein Datenvolumen von ca. 1,5 Tbyte an. 

Jens Tiemann 

Sebastian Zander 

GMD FOKUS 

Michael Jonas 

DAS WERK 

www.fokus.gmd.de/glip/gigamedia 

Dies geschieht heute zumeist mittels 

Magnetbändern, die per Kurier versendet 

werden, wobei jedoch eine Latenzzeit 

von mehreren Stunden oder Tagen 

eintritt. Verwendet wird beispielsweise 

eine D1-Kassette, sie kann bei einer 

Aufzeichnungsrate von ca. 40 MByte/s je 

nach Länge mehr als 30 GByte (12 min. 

Video) bzw. mehr als 150 GByte Daten 

(1 h Video) fassen. Bei HDTV-Auflösung 

(die für Filmqualität benötigt wird) versechsfacht 

sich das Datenaufkommen. 

Anwendungsszenario 

Stellvertretend für eine ganze Reihe von 

Möglichkeiten, hochratige Übertragungstechniken 

zur verteilten Produktion von 

Film zu nutzen, soll hier nur ein beispielhafter 

Ablauf dargestellt werden. Im 

Beispiel gibt es zwei verschiedene Standorte: 

Am ausgelagerten Standort wird der 

Kunde betreut und die Produktion 

überwacht. Typische Ausstattung an 

einem derartigen Standort sind ein 

Offline-Editsystem (Avid Media Composer, 

Apple Final Cut Pro o.ä.), ein Telekonferenz-System 

sowie ein professioneller 

Video Monitor und MAZ (z.B. Sony- 

D1). Der Basisstandort ist mit Filmabtaster 

und Online-Systemen sowie Möglichkeit 

zur Effekt-Bearbeitung ausgestattet. Er 

bietet die Möglichkeit, im Verhältnis teure 

und aufwendige Technik zu zentralisieren. 

Die Interaktion mit dem Kunden erfolgt 

über Joint Viewing und Telekonferenz. 

Das entwickelte Filmnegativ (35mm 

oder 16mm) wird zunächst vom Kopier- 

Markus Berg 

Institut für Rundfunktechnik 

Floriansmühlstr. 60 

80939 München 

Tel 089-32399-279 

berg@irt.de 


werk am Basisstandort angeliefert. Es 

erfolgt eine sogenannte Einlicht-Abtastung 

des Negativs auf Video (Positiv). Das 

Ziel dieses Arbeitsschrittes ist es, das 

gesamte vorhandene Filmmaterial zu 

sichten und für den Video-Schnitt verfügbar 

zu machen. Ein Laufzeitenverhältnis 

zum Endprodukt von 10:1 bis zu 30:1 ist 

hierbei durchaus normal, d.h. fällt ein 

sehr hohes Datenvolumen an. 

Im zweiten Schritt wird das abgetastete 

Videomaterial über die WAN- 

Verbindung an den ausgelagerten Standort 

übertragen (hierbei könnten Kompressionsverfahren 

zum Einsatz kommen). 

Eine Verkopplung von Bildinformation 

und Timecode ist für diese 

Aufgabe zwingend notwendig. Eventuell 

könnte das Material noch im Basisstandort 

mit Hilfe eines kompatiblen 

Video-Schnittsystems erfasst werden und 

dann per Filetransfer als geschlossenes 

Projekt an den ausgelagerten Standort 

übertragen werden. In diesem Arbeitsschritt 

würde man dann auch Tondaten, 

die beim Dreh auf Film meistens auf DAT 

aufgezeichnet werden, bereits mit dem 

Bildmaterial synchronisieren und diese 

gemeinsam zum ausgelagerten Standort 

übersenden. 

Das Videomaterial wird dann vom 

Kunden gesichtet und der Rohschnitt 

wird an einem Offline-Editingsystem 

erstellt. Das Ergebnis dieses Rohschnittes 

ist eine elektronische Schnittliste (EDL) 

und eine Rohschnittversion als Videosequenz, 

die dann zurück an den 

Basisstandort übertragen wird (Filetransfer, 

ggf. Kompression). Eventuell werden 

anhand des Rohschnittes an einem 

dritten Standort zusätzliche grafische 

Elemente gefertigt und an den Basisstandort 

übertragen. 

Nun erfolgt anhand der elektronischen 

Schnittliste und des Rohschnittes (der zur 

Kontrolle auch am Basisstandort vorliegt) 

die Selected-Takes-Abtastung. In diesem 

Michael Jonas 

DAS WERK 

Osterwaldstr. 10 

80805 München 

Tel 089-368148-700 

mj@muc.das-werk.de 

DFN Mitteilungen 54 – 11/2000 

Fernsteuerung/Joint Viewing in GigaMedia 

Arbeitsschritt werden nur die im Rohschnitt 

vorhandenen Abschnitte des Gesamt- 

Negativs auf Video abgetastet, wobei nun 

die endgültige Wirkung der Bilder (Bildeindruck) 

im Vordergrund steht. Der Kunde 

ist am ausgelagerten Standort über Telekonferenz 

und SDI-ATM-SDI Verbindung 

ìliveî an diesem Vorgang beteiligt. Die 

Übertragung der unkomprimierten Videodaten 

zum Kunden ist in diesem Falle sehr 

wichtig, da die Qualität des Ergebnisses 

ausschlaggebend ist. 

Nachdem der Bildeindruck festgelegt 

wurde, wird nun das Negativ endgültig auf 

Video abgetastet. Hierbei wird das Negativmaterial 

vom Film-Abtaster über ein Farbkorrektur-System 

auf Videoband übertragen. 

Das Videomaterial wird dann 

entweder am Basisstandort weiter bearbeitet 

(Kombination mit künstlichen 

Elementen, Tricktechnik) oder zur Weiterverarbeitung 

an den ausgelagerten Standort 

übertragen. In einem Compositing- 

System werden die einzeln gedrehten 

Sequenzen zu neuen kombiniert und an 

einem Online Edit-System die endgültige 

Sequenz erstellt. 

Der fertige Videoclip wird über das 

Weitverkehrsnetz an den ausgelagerten 

Dr. Ralf Schäfer 

Harry Klein 

Heinrich-Hertz-Institut für Nachrichtentechnik 

Berlin GmbH 

Einsteinufer 37 

10587 Berlin 

Tel 030-31002-560 

{schaefer,klein}@hhi.de 



Standort übertragen und dem Kunden 

ausgehändigt. Dies erfolgt ohne Qualitätsverlust 

über den SDI-ATM-Adapter. 

Auflerdem kann das Material auf einen 

Video-Server übertragen werden, von 

dem aus das Material Sendeanstalten, 

Filmproduktionen oder Kunden verfügbar 

gemacht werden kann. 

Technische Umsetzung 

Die Durchführung des Projekts basiert auf 

einer Reihe von Modulen, die zum 

komplexen System der verteilten Produktion 

zusammengestellt werden. Dabei 

werden kommerziell erhältlich Systeme 

und Eigenentwicklungen kombiniert, um 

eine prototypische Implementierung 

eines verteilten Produktionssystems zu 

erreichen, mit der grundsätzliche Arbeitsabläufe 

und technische Anforderungen 

studiert werden können. 

Ein zentrales Element für den Produktionsvorgang 

wird ein Videokonferenzsystem 

zwischen den Standorten sein. 

Das Projekt GigaMedia geht hierbei 

davon aus, dass es sich um eine stabile 

und ausgereifte Technik handelt und 

greift u.a. auf die Erfahrungen des Bera- 

Dr. Georg Carle 

Jens Tiemann 

Sebastian Zander 

GMD FOKUS 

Kaiserin-Augusta-Allee 31 

10589 Berlin 

Tel 030-3463 7149 

{carle,tiemann,zander}@fokus.gmd.de 

5

6 


Workflow im GigaMedia 


tungszentrum für Videokonferenzdienste 

(BZVD) an der TU Dresden zurück. 

Für die Übertragung der Videos selbst 

kommen zwei Techniken zum Einsatz: Die 

verlustlose Übertragung erfolgt über den 

SDI-ATM-Adapter des IRT. Bei SDI (Serial 

Digital Interface) handelt es sich um einen 

Standard für eine digitale, serielle Videoschnittstelle 

mit einer Datenrate von 270 

Mbit/s, die im Studiobereich an Aufzeichnungsgeräten, 

Kameras und Monitoren 

zu finden ist. Das SDI-Signal wird mithilfe 

einer Hardwarelösung des Instituts für 

Rundfunktechnik transparent über eine 

ATM-Verbindung (quasi-AAL1) übertragen. 

Auch eine verlustfreie Kompression 

im Bereich von 50% ist möglich, Spitzen 

der Datenrate liegen aber noch oberhalb 

Uni-TV in Betrieb 

Informationen unter 

www.uni-tv.net 

von 155 Mbit/s. Bei der Übertragung von 

komprimierten Video werden MPEG-2 

Transportströme mithilfe des Real-time 

Transport Protocol (RTP, RFC1889) über IP 

übertragen. Die Steuerung erfolgt dabei 

über das Real-Time Streaming Protocol 

(RTSP, RFC2326). 

Neue Wege werden bei der effektiven 

und ökonomischen Nutzung der Übertragungsbandbreite 

im Projekt Giga- 

Media beschritten. Mithilfe des „Apative 

Streaming” soll auf der einen Seite 

solange und sooft wie möglich ein 

preiswerter Best-Effort-Dienst genutzt 

werden. Reichen die vom Netz verfügbaren 

Ressourcen allerdings nicht aus, so 

wird der Mechanismus des Adaptive 

Streaming die fehlende Bandbreite reser- 

Am 10. Oktober 2000 war es soweit: 

Nach zweijähriger Projektlaufzeit konnte 

das Projekt „Uni-TV – Lernen wie fernsehen” 

in den Wirkbetrieb überführt 

werden und kann nun an anderen 

Universitäten und Forschungsbereichen 

eingesetzt werden. Im Rahmen einer 

öffentlichen Präsentation im Institut für 

Rundfunktechnik demonstrierten die 

Projektpartner – Regionales Rechenzentrum 

Erlangen, Leibniz Rechenzentrum 

der Bayerischen Akademie der Wissen- 

vieren, was mit höheren Übertragungskosten 

verbunden sein wird. Das Adaptive 

Streaming stellt also einen Mechanismus 

dar Übertragungskapazität im 

Verhältnis zu den Kosten zu optimieren. 

Zwei Anwendungsfälle lassen sich damit 

abdecken, die garantierte Übertragung 

einer bestimmten Bandbreite über die 

Zeit (Video) wie auch die Anlieferung 

einer bestimmten Datenmenge (Filetransfer) 

zu einem bestimmten Zeitpunkt. 

In diesem Bereich ist sicher noch 

einiges an Forschungsarbeit zu leisten, 

auch im Zusammenhang mit der Einführung 

von Dienstqualität (QoS) bei IP, 

wie z.Zt. im Deutschen Forschungsnetz 

diskutiert wird. • 

schaften, TU München, Hochschule für 

Fernsehen und Film, das Institut für Rundfunktechnik 

und der Bayerische Rundfunk 

mit Kanal Bayernalpha – die vielfältigen 

Einsatzmöglichkeiten. Ein besonderer 

Schwerpunkt neben der Skizzierung der 

technischen Rahmenbedingungen lag auf 

der Kooperation von Hochschulen und 

Fernsehsendern zur Distribution des Lehrmaterials 

neben der Möglichkeit als 

Video-on-Demand auch als Verteilung 

über Bildungskanäle etc. • 



Tele Coaching im Sport 

Tele Teacher Coaching im Hochschulsport – Videogestützte Übungsleiter- 

Beratung und -Fortbildung im Gigabit-Wissenschaftsnetz 

Das vom DFN-Verein mit Mitteln 

des Bundesministerums für 

Bildung und Forschung geförderte 

Projekt „Tele Teacher Coaching“ 

dient der Erprobung der neuen 

Anwendung „Videogestützte 

Übungsleiter-Beratung und -Fortbildung 

im Gigabit-Netzwerk“; 

bestehende Maßnahmen zur 

Mitarbeiterqualifizierung im 

Hochschulsport sollen durch den 

Einsatz von Konferenzsystemen 

und Video-Servern auf der Basis 

von Breitbandnetzen, wie sie mit 

dem Gigabit-Wissenschaftsnetz 

zur Verfügung stehen, verbessert 

werden. Ziel ist die Entwicklung 

eines überregionalen „Tele 

Teacher Coaching“ für den Hochschulsport, 

sowie der Aufbau und 

die Etablierung der erforderlichen 

Infrastruktur. 

Prof. Dr. Klaus Rebensburg 

Dr. Ing. Gerrit Kalkbrenner 

Dipl.-Phys. Veronika Wolff 

Eduard Neuberg-Winkler 

Dipl.-Psych.Winfried Schiffer 

FSP-PV/PRZ, Sekr: MA 073 

Technische Universität Berlin 

Straße des 17. Juni 136 

10623 Berlin 

Tel 030-314-21700 

oder 030-314-24909 

veronika@prz.tu-berlin.de 

schiffer@prz.tu-berlin.de 

wwwpc.prz.tu-berlin.de/ttc/ 


Das Projekt „Tele Teacher Coaching” 

(TTC) strebt ist die Realisierung folgender 

Ziele an: 

• Multimediakonferenzen, die ortsübergreifende, 

videogestützte Unterrichtssupervisionen 

ermöglichen, 

• Analyse und Austausch von Videomaterialien 

über das Netz, 

• Einholen von Expertenmeinungen, 

• Gemeinsam Nutzung von Archiven. 

Analyse, Spezifikation und 

Benutzerbeteilung 

Hospitation und Supervision spielen in 

pädagogischen Berufsfeldern sowohl 

während der Ausbildung als auch berufsbegleitend 

eine bedeutende Rolle: Ein 

Videodokument bildet den Unterrichtsvorgang 

mit hoher Qualität ab und 

ermöglicht so die nachfolgende Analyse 

auf hohem Niveau. Hochschulsport- 


Übungsleitern wird es im Gigabit Testbed 

Süd erstmals überregional ermöglicht, 

Videoaufzeichnungen ihrer Unterrichtstätigkeiten 

autodidaktisch, in Videokonferenzen 

kollegial sowie zusammen mit 

ihren Ausbildern zu analysieren, zu 

besprechen und zu bearbeiten. Um den 

verschiedenen Analyse- und Konferenzanforderungen 

zu genügen, soll die 

Videoübertragung sowohl vom Videoband 

aus direkt über das Netzwerk erfolgen, 

als auch als Videodatei über einen 

Videoserver möglich sein. 

An die Videoqualität sind hohe 

Ansprüche gestellt, damit wichtige 

Informationen für die Unterrichtsbeobachtung 

nicht verloren gehen: z.B. 

Dokumentationen der Feinmotorik bei 

einer Bewegungsausführung und des 

nichtsprachlichen Lehrerverhaltens. 

Ein wichtiger Schwerpunkt des 

Projektes ist die sequenzbezogene Video- 

Angebotsstruktur der Qualifizierungsmaßnahmen und Mehrfachverwendung 

von Unterrichtsvideo-Dokumenten 

7



analyse von Unterrichtsmitschnitten, sowie 

die sequenzbezogene Videoverwaltung 

und -präsentation. 

Um eine intensive Benutzerbeteiligung 

zu gewährleisten, wird das Anwendungsfeld 

„Videogestützte Übungsleiterberatung 

und -Fortbildung“ in einfacher Form 

(Videodirektübertragung per Bandgerät) 

von Anfang an über das Gigabit-Wissenschaftsnetz 

übertragen und überregional 

etabliert. Im fortschreitenden Kontakt der 

Benutzergruppen werden u.a. Analyse- 

Editier- und Navigationswerkzeuge für 

Video sowie Konferenzwerkzeuge mit 

Standardsoftware benutzerspezifisch 

erprobt und ausgewählt bzw. selbst 

entwickelt. 

TTC-Unterrichtsvideos können über 

ihre ursprüngliche Verwendung im 

Beratungszusammenhang hinaus für 

weitere pädagogische Einsatzbereiche 

bestimmt, nachbearbeitet und für die 

Hochschulsport-Bildungsarbeit bereitgehalten 

werden, sofern keine rechtlichen 

Einschränkungen bestehen. 

Infrastruktur Gigabitnetzwerk 

und digitales Video 

Auf der Basis des Gigabit-Wissenschaftsnetzes 

des DFN-Vereins stellt das Projekt 

hochqualitatives Videomaterial an den 

Standorten der beteiligten Hochschulen 

im Rahmen von Videoarchiven und 

Videokonferenzen bereit. 

Zu diesem Zweck wurden zwei 

Standorte an der TU Berlin und je ein 

weiterer an der Universität Erlangen und 

der Universität München an das Gigabit- 

Testbed-Süd angebunden. Die Übertragung 

hochqualitativer Video/Audio 

Ströme erfolgte in Netzwerken bisher in 

der Regel auf der Basis von ATM 

(Asynchronous Transfer Modus), da nur 

hier die erforderliche Übertragungsqualität 

verfügbar ist. Die Bedeutung von 

ATM wird sich im internationalen Kontext 

absehbar relativieren; die lokale Infrastruktur 

der Universitäten ist bereits heute 

auf der Basis von IP/Ethernet realisiert. 

Das Projekt ist daher vor das Problem 

gestellt, sich flexibel in dieses Umfeld 

einzugliedern. Eine temporäre Lösung auf 

der Basis von ATM ist nach Fertigstellung 

des IP-basierten Gigabit-Wissenschaftsnetzes 

mit möglichst geringem Aufwand 

auf eine Ethernet basierte Infrastruktur 

umzustellen. Von Anfang an werden IP- 

basierte Videoübertragungstechniken 

erprobt, die aber zunächst über ATM 

betrieben werden. 

Hierzu werden IP-Router mit ATM- 

Interfaces eingesetzt, die die Endgeräte 

der lokalen Gigabit-Ethernet-Infrastruktur 

über das Testbed Süd (ATM) mit den 

Partnerstandorten verbinden. 

Die lokale Ethernet-Infrastruktur kennt 

im Gegensatz zu ATM jedoch keine 

Bandbreitengarantien. Beholfen wurde 

sich mit IP-Workgroup-Switches, welche 

den Typ der Übermittlung (802.1P, Typeof-Service 

Field) erkennen und hiermit die 

Priorisierung von Multimedia-Datenströmen 

gestatten. Zusammen mit einer 

großzügigen Bandbreitenausstattung 

(1000 Mbit/s) wird eine gute Übertragungsqualität, 

auch bei mehreren 

gleichzeitigen Videoströmen erreicht. 

Den Nutzern werden Werkzeuge zur 

Erstellung von Videomaterial in ihrer 

lokalen Umgebung bereitgestellt. Hier 

erfolgt die Aufbereitung und der Videoschnitt 

unter Verwendung kommerzieller 

Software-Lösungen (Adobe Premiere). 

Als Videoquellen werden analoge 

Systeme (VHS, SVHS, Hi8) und digitale 

Systeme (DV, Mini DV, DVD, DVB) 

unterstützt. Das System gestattet die den 

nichtlinearen Videoschnitt im DV- oder 

MPEG 2-4:2:2@MP-Format. Die Verwendung 

diverser Effekte und Überblendungen 

ist möglich. Da die Bearbeitung 

digital erfolgt, treten beim Schneiden 

keine und beim Rendern kaum Qualitätsverluste 

auf. Das Ergebnis der Videoschnittbearbeitung 

kann auf Band, DVD 

oder dem zentralen Server abgelegt 

werden. 

Als Videoserver wird ein HP NetServer 

LH3 mit Hardware-Raid eingesetzt, um 

bei gleichzeitig erfolgenden Zugriffen die 

notwendige Performance zu gewährleisten. 

Der Videoserver bietet folgende 

Dienste: Fileserver, FTP, Webserver, 

Streaming Video Server (RealServer Plus 

7.0) und Quicktime Conferencing. 

Je nach intendierter Verwendung werden 

die Videos in verschiedener Qualität 

bereitgestellt. Für die Bearbeitung und 

den Schnitt liegt das Material mit einer 

Datenrate von 25 Mbit/s im Schnittformat 

vor (MPEG2, 4:2:2@MP), für die 

dauerhafte Ablage von fertigen Videos im 

Archivformat (MPEG 2, ML@MP) mit 

einer Datenrate von 2 bis 10 Mbit/s. Für 

Videostreaming mit geringerer Band- 

breite stehen darüber hinaus Videos im 

RealVideo-Format in einer Datei zur 

Verfügung, die je nach Bandbreite der 

aktuellen Verbindung mit variablen 

Datenraten von 56k bis 1 Mbit/s übertragen 

wird. • 

Netzwerk-Infrastruktur in Berlin 

Das Projekt wird von folgenden 

Partnern gemeinsam durchgeführt: 

• Forschungsschwerpunkt FSP-PV der 

TU-Berlin, 

• Allgemeiner Deutscher 

Hochschulsport Verband, Darmstadt, 

• Zentraleinrichtung Hochschulsport 

der TU Berlin, 

• Sportzentrum der TU München, 

• Sportzentrum Uni Erlangen- 

Nürnberg 

8 DFN Mitteilungen 54 – 11/2000

Aufbauend auf den Ergebnissen einer im 

Oktober 1999 durch das BZVD durchgeführten 

Anwenderbefragung richtete 

sich das Hauptaugenmerk des Beratungszentrums 

im zurückliegenden Jahr überwiegend 

auf Tests von Videokonferenzsystemen 

nach H.323 und die Arbeit mit 

den MBone-Tools. Videosysteme nach 

H.320 und H.321 bildeten innerhalb der 

an der Umfrage beteiligten Einrichtungen 

eher die Ausnahme. 

Im Beratungszentrum für Videokonferenzdieste 

steht ein Videokonferenzraum 

zur Verfügung, der es interessierten 

Nutzern ohne eigene Videokonferenztechnik 

ermöglicht, Videokonferenzen 

durchzuführen. Dieses Angebot wird z.B. 

vom Institut für Ökologische Raumentwicklung 

genutzt, um mit ihren 

Partnern von der Ohio State University in 

Columbus (USA) Informationen auszutauschen 

und Projekte gemeinsam zu 

bearbeiten. Derzeit stehen den Nutzern 

mehrere PC-basierte Videokonferenzsysteme 

zur Verfügung, im vierten Quartal 

2000 soll die Einrichtung um ein 

Videokonferenz-Kompaktsystem erweitert 

werden. 

Neben der Vorbereitung und Durchführung 

von Videokonferenzen wurden 

im Beratungszentrum auch unterschiedliche 

Videokonferenzsysteme, so u.a. 

NetMeeting, SunForum, INTEL ProShare 

500, ELSAVision II sowie verschiedenen 

VC-Systeme der Firma VCON, getestet. 

Die Ergebnisse der Tests sind in einer 

Kompatibilitätsmatrix zusammengefaßt 


Video + Audio im G-WiN 

Beratungszentrums für Videokonferenzdienste (BZVD) 

erprobt Videokonferenzdienst als Regeldienst im G-WiN 

Mit der Inbetriebnahme des G-WiN 

werden die technischen Voraussetzungen 

für die Nutzung innovativer 

Kommunikationsdienste wie 

Audio- und Videoübertragungen in 

akzeptabler Qualität wesentlich verbessert. 

Dabei sollen die bereits im 

Breitband-Wissenschaftsnetz erprobten 

Anwenderszenarien für Videokonferenzdienste 

und die dabei 

gesammelten Erfahrungen und 

Erkenntnisse qualitativ und quantitativ 

verifiziert, erweitert und den 

aktuellen Nutzeranforderungen 

angepaßt werden. Eines der 

Hauptziele des Beratungszentrums 

für Videokonferenzdienste (BZVD) 

ist es, den Videokonferenzdienst als 

Regeldienst im G-WiN bereitzustellen. 

Das Projekt wird vom DFN-Verein 

mit Mitteln des Bundesministeriums 

für Bildung und Forschung gefördert. 

Detlef 

Makowitz 


Wolfgang 

Wünsch 

TU-Dresden 

Universitätsrechenzentrum 

Beratungszentrum für 

Videokonferenzdienste 

Mommsenstraße 13 

D-01062 Dresden 

Tel 0351-463-5653 

Fax 0351-463-7116 

bzvd@tu-dresden.de 

http://bzvd.urz.tu-dresden.de 

Nutzungsspektrum von Videokonferenzsystemen 

im DFN (Stand 10/1999) 


und unter http://bzvd.urz.tu-dresden.de/ 

vc-systeme/matrix.html abrufbar. 

Für die Arbeit mit den MBone-Tools 

wurde durch das Beratungszentrum ein 

„MBone-Konferenzhandbuch“ erarbeitet. 

Dieses MBone-Konferenzhandbuch 

gibt eine Anleitung zur Vorbereitung und 

Durchführung von Videokonferenzen 

unter Verwendung der MBone-Tools. Es 

ist vorrangig für Videokonferenz-Neueinsteiger 

bestimmt. Das Handbuch liegt 

jetzt in der überarbeiteten Version 1.3 vor 

(http://bzvd.urz.tu-dresden.de/mbone/ 

handbuch/index.html). Die Kompatibilitätsmatrix 

und das MBone-Konferenzhandbuch 

werden laufend fortgeschrieben. 

Während der zwei zum Thema 

„Videokonferenzen im Wissenschaftsnetz“ 

bereits durchgeführten Workshops 

(http://bzvd.urz.tu-dresden.de/Projektkalender/), 

die unter den Beteiligten 

großen Zuspruch fanden, wurden grundlegende 

Fragen in Zusammenhang mit 

der Durchführung von Videokonferenzen 

behandelt. Neben aktuellen Beiträgen 

und Berichten fanden die Teilnehmer 

auch die Möglichkeit, eigene Erfahrungen 

auszutauschen sowie neue Kontakte zu 

knüpfen und sich bei Produktpräsentationen 

verschiedener Hersteller mit 

aktuellen Videokonferenzsystemen vertraut 

zu machen. 

9



Kompatibilitätsmatrix (Auszug) 

Mehrpunktkonferenzen 

im G-WiN 

Der größte Teil der Videokonferenzen mit 

H.323-Systemen (LAN) und H.320-Systemen 

(ISDN) findet gegenwärtig als Punktzu-Punkt-Konferenz 

zwischen zwei Teilnehmern 

(Systemen) statt. Für die 

Durchführung von Mehrpunktkonferenzen 

ist der Einsatz einer Multipoint 

Control Unit (MCU) erforderlich. Je nach 

Kapazität der einzelnen MCUs können 

gegenwärtig von 3 bis maximal 96 Systeme 

über eine MCU verbunden werden. 

Der DFN-Verein plant die Beschaffung 

und den Betrieb einer MCU im Gigabit- 

Wissenschaftsnetz (G-WiN). In den 

zurückliegenden Monaten wurden am 

BZVD in Zusammenarbeit mit einer 

Vielzahl von Anwendern aus dem DFN- 

Umfeld und unter Verwendung verschiedenster 

VC-Systeme mehrere MCUs 

getestet. Schwerpunkt bildeten dabei 

Tests von H.323-Systemen, da eine 

integrierte Gatewayfunktionalität nicht in 

allen getesteten MCUs vorhanden war 

und ein separates Gateway nicht zur 

Verfügung stand. 

Im Ergebnis der bisherigen Tests 

wurde klar, dass für den Aufbau und 

Betrieb der einzelnen Konferenzen ein 

erheblicher Vorbereitungs- und Administrationsaufwand 

erforderlich ist. Die 

Qualität der erreichten Video- und Audioverbindungen 

war nur selten für alle 

Konferenzteilnehmer zufriedenstellend, 

wobei die lokale Video- und Audioquali- 

tät nicht unwesentlich von der örtlichen 

Geräteausstattung beeinflusst wurde. Die 

Verwendung höherwertiger Videokonferenzsysteme 

und -komponenten kann 

die Gesamtqualität einer Konferenz 

deutlich positiv beeinflussen. 

Keine der getesteten MCUs war in der 

Lage, alle an sie gesetzten Anforderungen 

zufriedenstellend zu erfüllen. In 

einem nächsten Schritt werden daher mit 

den einzelnen Herstellern noch weitere 

Gespräche noch fehlende bzw. mangelhafte 

Komponenten geführt und ein 

Konzept für den Betrieb einer MCU im 

G-WiN erarbeitet. 

Tendenzen und Ausblicke 

Neben den laufenden Tests aktueller 

Videokonferenzsysteme und -software 

wird sich das Beratungszentrum im 

weiteren Projektverlauf u.a. auch mit 

H.323/H.320-Gateways sowie der Integration 

der MBone-Tools in die 

H.323/H.320-Systemumgebung beschäftigen. 

Das Beratungszentrum wird auch 

zukünftig allen DFN-Nutzern beim Aufbau 

und beim Betrieb eigener Videokonferenzlösungen 

mit Rat und Tat zur 

Seite stehen. Wertvolle Hinweise hierzu 

sind der Publizierung der Projektarbeit auf 

dem Web-Server zu entnehmen. Darüber 

hinaus wird das BZVD auch im nächsten 

Jahr wieder einen Workshop zum 

Themenkomplex „Videokonferenzen im 

Wissenschaftsnetz“ ausrichten. Der für 

Mehrpunktkonferenz mit fünf Systemen 

das erste Quartal 2001 geplante Workshop 

soll sich neben aktuellen Beiträgen 

auch mit der Problematik „Firewall und 

Videokonferenzen“ sowie breitbandigen 

Videoübertragungen beschäftigen. 

Das Beratungszentrum versteht sich 

als Ansprechpartner und Dienstleister für 

die DFN-Community. Das gewonnene 

Know-how auf dem Gebiet der Videokonferenzdienste 

und -systeme soll aktiv 

an die DFN-Mitgliedseinrichtungen vermittelt 

werden und somit zum Aufbau 

eines WiN-weiten Kompetenznetzwerkes 

beitragen. Gemeinsam mit den Nutzern 

werden wir auch weiterhin versuchen, die 

anstehenden Aufgaben und Probleme zu 

lösen. • 

Systeme mit unterschiedlichen Netzanschlüssen in einer Mehrpunktkonferenz 


It works! 

Architektur des G-WiN 

Das Gigabit-Wissenschaftsnetz besteht 

aus dem SDH/WDM-Kernnetz, den Kernnetzknoten, 

den Zugangsleitungen und 

den Anschlussgeräten der Anwender 

entsprechend den angebotenen Diensten. 

Für den DFNInternet-Dienst sind die 

Anschlussgeräte die Kundenrouter. 

Das SDH/WDM-Kernnetz wird entsprechend 

den Ergebnissen einer europaweiten 

Ausschreibung von der 

DeTeSystem/Deutsche Telekom AG 

(DTAG) aufgebaut und betrieben. Als 

erste Teilleistung wurden am 26. 6. 2000 

neun Kernnetzknoten in Betrieb genommen. 

Gegenwärtig läuft die Funktionsprüfung 

für die im Rahmen der zweiten 

Teilleistung bereitgestellten 17 Kernnetzknoten. 

Der DFN-Verein hat die Standorte 

der Kernnetzknoten im Rahmen eines 

Optimierungsverfahrens ermittelt und mit 

dort ansässigen Forschungseinrichtungen 

bzw. Telehäusern Verträge zur Nutzung 

von Räumen oder Standflächen abgeschlossen. 

Die Zugangsleitungen wurden 

ebenfalls in einem Ausschreibungsverfahren 

vergeben, so dass regionale 

Preisvorteile genutzt werden konnten. 

Für den DFNInternet-Dienst stellen an 

zehn Standorten leistungsfähige Kernnetzrouter 

(CR) (GSR+12016) die Verbindungen 

zu den Kernnetzleitungen mit 

gegenwärtig überwiegend 622 Mbit/s 

her. An diese CR sind entweder lokal oder 

entfernt die sogenannten Accessrouter 

(AR, ar) angeschlossen. Dabei bedienen 

die AR (GSR8/40) die Anschlüsse von 155 

Mbit/s bis 622 Mbit/s und die ar (CISCO 

GIGABIT-WISSENSCHAFTSNETZ 

Das Betriebskonzept des Gigabit-Wissenschaftsnetzes 

Seit dem 30. Juni 2000 ist das 

Gigabit-Wissenschafstnetz offiziell in 

Betrieb. Die Migration der nutzenden 

Einrichtungen vom Breitband- 

Wissenschaftsnetz zum G-WiN ist in 

vollem Gang. Der Artikel beschreibt 

das Betriebskonzept des DFN-Vereins 

für das Gigabit-Wissenschaftsnetz 

unter der besonderen Berücksichtigung 

des DFNInternet-Dienstes. 

Schwerpunkte sind dabei die 

Darstellung der grundsätzlichen 

G-WiN-Architektur, die Rolle des 

Kernnetzbetreibers, der Zugangsleitungsbetreiber 

und das vorgesehene 

Störungsmanagement. 

Hans-Martin Adler 

DFN-Verein 

Anhalter Straße 1 

D-10963 Berlin 

Tel 030-884299-39 

Fax 030-884299-70 

adler@dfn.de 

www.dfn.de 

Bettina Kauth 

DFN-NOC 


Lindenspürstraße 32 

D-70176 Stuttgart 

Tel 0711-63314-100 

Fax 0711-63314-133 

kauth@noc.dfn.de 

Kernnetzknoten 

KERNNETZ 

Multiplexer, Router, 

Switches, Leitungen, 

Workstations für 

Accounting 


7507) die Anschlüsse von 0,128 Mbit/s 

bis 155 Mbit/s. 

Die Zugangsleitungen werden entsprechend 

der vom Anwender gewünschten 

Anschlusskategorie von 16 unterschiedlichen 

Betreibern bereitgestellt. 

Grundsätze des 

Betriebskonzeptes 

Für den Betrieb des G-WiN wurde schon 

bei der Ausschreibung gefordert, dass der 

Kernetzbetreiber auch die Überwachung 

der Zugangsleitungen übernimmt. Damit 

soll erreicht werden, dass es für die 

„Betriebskomponenten“ Kernnetz und 

Zugangsleitungen eine Rund-um-die- 

Uhr-Überwachung gibt, Fehler durch ein 

einheitliches Management aktiv erkannt 

werden können und eine zentrale Fehlerkoordination 

erfolgt. 

Im Rahmen der Ausschreibung für die 

Router des DFNInternet-Dienstes wurden 

hohe Anforderungen an die Reaktionszeiten 

beim Ausfall einer Komponente 

gestellt. Der Wartungsvertrag sieht vor, 

dass für Standorte mit CR innerhalb von 

drei Stunden und an Standorten mit 

entfernten AR,ar innerhalb von sechs 

Stunden die Störung beseitigt sein muss. 

Diese schnellen Reaktionszeiten werden 

durch entsprechend angelegte Depots in 

der Fläche und einen weitgehend homogene 

Aufbau der Kernnetzstandorte 

sowohl bei der Routertechnik als auch bei 

den eingesetzten Interfaces wesentlich 

unterstützt. 

DFN Mitteilungen 54 – 11/2000 11 

Zugangsleitungen 

Geräte der 

Anwender 

Komponenten 24h überwacht 


Geräte der 

Anwender 

Architektur des Gigabit-Wisenschaftsnetzes; 

DFN-Verein



IP-Linküberwachung Einrichtung IP-Linküberwachung DFN-NOC 

KR 

Ausgehend von den betrieblichen Erfahrungen 

mit Gemeinschaftsanschlüssen 

des B-WiN wurde für jeden Teilnehmer 

am G-WiN ein eigener Anschluss realisiert, 

so dass der Ausfall diese Anschlusses 

nicht wie beim Gemeinschaftsanschluss 

gleich mehrere Anwender betrifft. 

Kernnetzstandorte 

Überwachungsverantwortlichkeiten im G-Win 

AR / 

CR 

physikalischer Link + SDH, Überwachung DeTeSystem/SMC Bamberg 

Überwachungsverantwortlichkeiten im G-WiN 

Die Kernnetzstandorte des G-WiN liegen 

in Verantwortung des DFN-Vereins. Mit 

den entsprechenden Einrichtung wurden 

Verträge zur Nutzung von Räumen oder 

Flächen und zur Unterstützung beim 

Betrieb der Standorte, z.B. durch Handsand-Eyes-Services 

abgeschlossen. Die 

Aufbauplanung der Standorte lag ebenfalls 

in den Händen des DFN-Vereins. 

Diese umfasste die Infrastrukturplanung 

(Klima- und Stromversorgung, USV, 

Kabeltrassen usw.) für die an den Standorten 

vorgesehenen Geräte des Kernnetzbetreibers, 

des DFN-Vereins und der 

Zu-gangsleitungsbetreiber und die Koordinierung 

der Installationsarbeiten. An 

Standorten mit CR sind z. B. 5 Datenschränke 

der DTAG, 5 Datenschränke des 

DFN-Vereins und je nach Bedarf Datenschränke 

der Zugangsleitungsbetreiber 

aufgebaut worden. Die Entscheidung, 

Standorte in Verantwortung des DFN- 

Vereins zu wählen, wurde vor allem auch 

deshalb getroffen, um zukünftig neue 

Gerätetechnik für innovative Anwendungen 

problemlos in das G-WiN integrieren 

zu können. Im Rahmen der Standortverwaltung 

sind 

• Betriebshandbücher für jeden Standort 

erarbeitet, 

• die installierten Geräte und ihre Verbindungen 

untereinander dokumentiert, 

• Regelungen für die Wartungen und 

das Fehlermanagement getroffen 

• sowie Methoden für die weitere Ausbauplanung 

beschrieben worden. 

Kernnetz 

Das Kernnetz des G-WiN wird von der 

DeTeSystem/DTAG bereitgestellt und betrieben. 

Die Übertragungswege zwischen 

den Kernnetzknotenstandorten und den 

Netzknoten der DTAG werden auf zwei 

physikalisch getrennten Wegen realisiert. 

Die Topologie des Routernetzes wird den 

sich ändernden Verkehrsflüssen angepasst. 

Das Netzmanagement aller Kernnetzbestandteile 

wird von einem integrierten 

Netzmanagement (NMS) der 

DTAG erbracht, das das Netz 24 Stunden 

an allen sieben Tagen der Woche überwacht. 


Die Verbindung zwischen den Kernnetzknoten 

und den Anwendern werden für 

die beauftragten Dienste über Zugangsleitungen 

entsprechend den gewählten 

Kategorien hergestellt. Im Rahmen einer 

Ausschreibung wurden für jeden Standort 

die günstigsten Anbieter ermittelt. Für 

den Betrieb des G-WiN wurde im Kernnetzvertrag 

festgelegt, dass der Kernnetzbetreiber 

auch das Störungsmanagement 

der Zugangsleitungen übernimmt. Die 

Überwachung dieser Leitungen erfolgt 

entweder durch Geräte der DeTeSystem 

oder durch Übernahme von Zustandsinformationen 

aus den Routern des DFN- 

Vereins für den DFNInternet-Dienst. Die 

Zugangsleitungen werden damit ebenfalls 

wie das Kernnetz 24 Stunden an allen 

sieben Tagen der Woche überwacht. 

12 DFN Mitteilungen 54 – 11/2000 

CR / 

AR 

Störungsmanagement 

Das Störungsmanagement des G-WiN 

sieht vor, dass alle übertragungstechnischen 

Störungen bei der zentralen User 

Help Desk (zUHD) der DeTeSystem gemeldet 

werden (siehe Fenster). Der zUHD 

übernimmt das Störungsmanagement 

mit den unterschiedlichen Diensterbringer 

im G-WiN. Durch die aktive Überwachung 

der Betriebskomponenten des 

G-WiN ist gesichert, dass Ausfälle und 

Störungen im allgemeinen sofort erkannt 

werden und schnellst möglich mit der 

Entstörung begonnen werden kann. Für 

die Zugangsleitungen wurde eine G-WiN 

einheitliche Leitungsschlüsselzahl (LSZ) 

vergeben, die jedem Anwender mit der 

Betriebsbereitschaftserklärung seines 

Anschlusses übermittelt wird. Mit dieser 

LSZ kann er unabhänging vom Betreiber 

der Zugangsleitung eine Störung direkt 

bei der zUHD der DeTeSystem melden, 

der dann die Bearbeitung der Störung 

koordiniert. Der Melder einer Störung 

wird alle zwei Stunden über den Stand 

der Entstörung informiert. Alle Aktionen 

werden im Trouble Ticket System 

dokumentiert. 

Für die einzelnen Dienste des G-WiN 

(DFNInternet, DFNConnet, DFNATM) 

wird es zusätzliche Fehlermeldungsmöglichkeiten 

geben. Für den DFNInternet- 

Dienst besteht gegenwärtig die Möglichkeit, 

Störungen Montags bis Freitags 

zwischen 8:30 und 18:00 Uhr direkt 

telefonisch an das DFN-NOC zu melden. 

Per E-Mail und Fax ist eine Meldung 

jederzeit möglich. Ein Rund-um-die Uhr- 

Dienst ist gegenwärtig in Vorbereitung. • 

Aktuelle Informationen: 

www.dfn.de/win/gwin/hotline/html 

zUHD: 0800/330 - GWIN 

0880/330 - 4946

Für uns begann die Auseinandersetzung 

mit dem Gigabit-Wissenschaftsnetz im 

Juni 1998. Allen Beteiligten war klar, dass 

die Planung des G-WiN für den DFN-Verein 

zu einer Herausforderung werden würde. 

In mehreren Testbeds wurden noch die 

technischen Konzepte getestet, und die 

strategischen Planer des DFN-Vereins 

suchten nach plausiblen Modellen zur 

Verkehrsprognose. Das G-WiN sollte 

mehr als 750 Standorte miteinander verbinden 

und bereits in seiner ersten 

Ausbaustufe ein Datenvolumen von ca. 

220 Terabyte pro Monat bewältigen. 

Um ein Netz von dieser Größenordnung 

entwerfen, ausschreiben und die 

Angebote realistisch bewerten zu können, 

mußte der DFN-Verein eine Vorstellung 

– oder besser noch mathematisch 

exakte Modelle – davon haben, was ein 

gutes Netz ist. Außerdem wurde von 

einem jährlichen Verkehrszuwachs um den 

Faktor 2,2 ausgegangen, d.h. der monatliche 

Transfer wächst bis zum Jahr 2004 

voraussichtlich um einen Faktor 50 auf ca. 

10.000 Terabyte pro Monat. Da es unvertretbar 

ist, mehrfach größere Änderungen 

an der Struktur des G-WiN vorzunehmen, 

mußte dieses Wachstum bereits bei der 

Planung der ersten Ausbaustufe berücksichtigt 

werden. 

Das führte zu eine Fülle von schwer 

lösbaren Problemen: Wo werden Kernnetzknoten 

eingerichtet? Wo wird welcher 

Standort angebunden? Wieviele Verbindungen 

braucht man? Welche Kapazität 

müssen diese Verbindungen haben? 


Optimierung des G-WiN 

Optimierung in der Planung und beim Aufbau des 

Gigabit-Wissenschaftsnetzes 

Ende Juni diesen Jahres wurde das 

Gigabit-Wissenschaftsnetz offiziell 

gestartet. In der zweijährigen 

Vorbereitungsphase wurden nicht 

nur die technischen Möglichkeiten 

der neuen Übertragungstechniken 

und Dienste getestet. Es wurden 

auch verschiedene Fragestellungen 

zum effizienten Einsatz der verfügbaren 

Ressourcen für den Betrieb 

des G-WiN untersucht. In diesem 

Artikel wird beschrieben, wie das 

G-WiN zu seiner jetzigen Struktur 

und Topologie gekommen ist. 

Andreas Bley 

Thorsten Koch 

Konrad-Zuse-Zentrum für 

Informationstechnik Berlin 

Abteilung Optimierung 

Takustraße 7 


Tel 030-84185-229 

030-84185-213 

Fax 030-84185-269 

(bley,koch)@zib.de 

www.zib.de/projects/ 

telecommunication/GWIN/ 

Verkehrsbedarfe der Standorte 

Standorte (mögliche Ebene-1/2 Standorte rot) 

Clustering 


Die erste zu treffende Entscheidung war 

die Auswahl geeigneter Kernnetzstandorte. 

Diese Wahl ist von entscheidender 

Bedeutung für die weitere Planung, weil 

sie Auswirkungen auf fast alle nachfolgenden 

Planungsschritte hat. 

Von Seiten des DFN gab es folgende 

Vorgaben: Das Netz sollte aus drei Ebenen 

bestehen. Die erste Ebene des Kernnetzes 

wird von 10 Standorten gebildet, die 

untereinander ausfallsicher verbunden 

sein sollen. Jedem Ebene-Eins Standort 

werden zwei Standorte der Ebene Zwei 

zugeordnet. In Ebene Drei sind alle übrigen 

Standorte jeweils den ihnen am 

nächsten liegenden Ebene-Eins oder 

Ebene-Zwei Standorten zugeordnet. 

Weiterhin wurde festgelegt, welche 

der Standorte von den technischen und 

politischen Gegebenheiten her als Ebene- 

Eins oder Ebene-Zwei Standorte in Frage 

kommen. Das waren 261 der 759 Standorte. 

Daraus wurden nun mit Hilfe mathematischer 

Modelle die 30 Ebene-Eins und 

-Zwei Standorte so ausgewählt, dass alle 

Standorte in der Gesamtheit günstig 

angebunden werden konnten. Aus der 

Lösung des Clustering-Problems wurde 




Mathematisches Modell des Clustering- 

Problems 

anschließend die aggregierte Verkehrsbedarfsmatrix 

zwischen den 10 Ebene- 

Eins Standorten berechnet. 

Kernnetzdimensionierung 

Die Frage, die sich nun stellte, war: Wie 

verbinden wir die 10 Ebene-Eins Standorte 

möglichst effizient untereinander, so 

dass die Kapazitäten ausreichen, um den 

Verkehr zwischen allen Standorten abzuwickeln. 

Dabei sind im wesentlichen drei 

Dinge zu entscheiden: 

• Welche Topologie soll das Ebene-Eins- 

Netz haben, 

• Welche Kapazitäten werden auf welchen 

Kanten installiert, und 

• Auf welchen Wegen werden die Daten 

letztlich übertragen? 

Lösung des Clustering-Problems 

Diese Fragen sind so eng miteinander verknüpft, 

dass sie nur gemeinsam entschieden 

werden können. Daher war ein integriertes 

mathematisches Modell nötig, das 

alle drei Fragestellungen gemeinsam 

abbildet. Neben verschiedenen technischen 

Forderungen, sind vor allem zwei 

Aspekte von zentraler Bedeutung (und 

mit mathematischen Schwierigkeiten 

verbunden) gewesen: die gewünschte 

Ausfallsicherheit des Netzes und die Verwendung 

des OSPF-Routing Protokolls. 

Ausfallsicherheit im Ebene-Eins-Netz 

bedeutet, dass selbst bei Ausfall einer 

einzelnen Verbindung oder eines einzelnen 

Knotens alle übrigen Knoten immer 

noch mit einer festgelegten Mindestbandbreite 

kommunizieren können. Ein 

solches Netz wird auch als zweifach 

zusammenhängend bezeichnet: 

Es müssen mindestens zwei Komponenten 

gleichzeitig ausfallen, damit das Netz 

nicht mehr zusammenhängend ist. 

Die größte Herausforderung für die 

Optimierung war jedoch das beim IP- 

Verkehr verwendete OSPF-Routing-Protokoll. 

Im Betrieb des Netzes ist dieses Protokoll 

einfach: Aus vorgegebenen Längenwerten 

für die Kanten werden lediglich 

kürzeste Wege für das Routing berechnet. 

Bei der Netzplanung dagegen sollen 

diese Längenwerte erst bestimmt werden, 

es ist also das umgekehrte Problem 

zu lösen. Ziel ist es, solche Längenwerte 

zu finden, dass sich aus den daraus festgelegten 

Routingwegen und Kantenkapazitäten 

ein kostenoptimales Netz 

ergibt. Aus mathematischer und algorith- 


OSPF-Routing 

mischer Sicht ist dieses Problem extrem 

schwierig. 

Doch auch dieses kombinierte Netzdimensionierungs-Routing-Problem 

ließ 

sich als mathematisches Optimierungsproblem 

formulieren und mit speziell für 

dieses Problem entwickelten Algorithmen 

lösen. 

Betriebsoptimierung 

Da sich im Laufe der Zeit sowohl der 

Verkehrsbedarf zwischen den Standorten 

als auch die zur Verfügung stehenden 

Kapazitäten ändern, werden wir für die 

Planung der nächsten Ausbaustufen des 

G-WiN diese Berechnungen wiederholen. 

So wird auch weiterhin eine optimale 

Konfiguration des Netzes gewährleistet.• 


Lineares Programm zur Berechnung der Routinggewichte 

Das Ergebnis der beiden Optimierungsschritte: Das Ebene-Eins und -Zwei Netz für die erste 

Ausbaustufe des G-WiN. 




GRUNDLAGEN 

Offizielle IPv6-Adressen im DFN 

Adressvergabe hat begonnen – 80 Bit Adressraum für jeden Kunden 

Durch mehrjährige Mitwirkung im 

IPv6-Netzwerk 6bone hat sich der 

DFN-Verein über sein IPv6-Projekt 

JOIN frühzeitig für die Zuweisung 

von offiziellen IPv6-Adressen qualifiziert. 

Antragsgemäß haben wir vom 

RIPE NCC bereits vor einiger Zeit 

einen Bereich zugeordnet bekommen. 

In der Zwischenzeit wurden im 

Rahmen der internationalen 

Internet-Gemeinde unter tatkräftiger 

Mitwirkung des Internet 

Architecture Board (IAB) und der 

Internet Engineering Task Force 

(IETF) die Vergabemechanismen diskutiert 

und weiter verfeinert, so 

dass der DFN-Verein in der Lage ist, 

erste Unterbereiche an die Nutzer 

zu verteilen. Diese können für lokale 

Testnetze eingesetzt oder bei der 

Teilnahme am 6bone genutzt 

werden. Es ist damit noch kein IPv6- 

Dienst im G-WiN verbunden. DFN- 

Nutzer werden im Internet der 

Zukunft unter dem Präfix 

2001:638::/35 zu adressieren sein. 

Der folgende Beitrag gibt einen 

Überblick über die Adress-Struktur 

von IPv6. 

Christian Müller-Böhm 

JOIN Projekt Team 

Westfälische- Wilhelms-Universität Zentrum 

für Informationsverarbeitung 

Röntgenstr. 9-13 

48149 Münster 

Tel 0251/83-31639 

bohmc@uni-muenster.de 

join@uni-muenster.de 

www.join.uni-muenster.de 

Jürgen Rauschenbach 


Anhalter Strasse 1 


Tel 030-884299-49 

Fax 030-884299-70 

jrau@dfn.de 

www.dfn.de 

Das neue Internet-Protokoll Version 6 

(IPv6) steht nach langer Entwicklungsphase 

in immer mehr Produkten zur Verfügung 

und wird neben dem Internet- 

Protokoll Version 4 (IPv4) etablieren. Mit 

den Mobilfunknetzen der dritten Generation 

gibt es erstmals einen wirklichen 

„Business Case“, der die Entwicklung 

voran treibt. Absehbar kaum noch Hersteller 

geben, die auf die Bereitstellung 

von IPv6 parallel zu IPv4 verzichten. 

Der Adressraum von IPv6 ist gewaltig: 

Gegenüber den 32 Bit bei IPv4 stehen 

beim neuen Protokoll 128 Bit zur Adressierung 

zur Verfügung. Um den Umfang 

fassen zu können, muss man sich der 

Einheiten der Atomphysik bedienen: Grob 

gerechnet können 7000 Adressen pro 

Quadrat-Ångstrøm (1 Ångstrøm = 10 -10 m) 

Erdoberfläche verteilt werden ... 

Diese theoretische Zahl veranschaulicht, 

dass bei IPv6 eine klar strukturierte 

Adressvergabe und der Aufbau von Routing-Hierarchien 

zu einem guten Ergebnis 

führen können. Vergabefehler wie zu 

Anfangszeiten des Internet werden 

vermieden, End-to-End Funktionalität 

zerstörende Hilfsmittel zur Überwindung 

der Adressknappheit in IPv4 wie Network 

Adress Translation (NAT) werden der 

Vergangenheit angehören. Eine klare 

Hierarchie beim Routing wird zur Reduzierung 

der Länge der Routing-Tabellen 

beitragen, in dem von Anfang an auf 

Aggregierung gesetzt wird. 

Der Adressaufbau von IPv6 

Im Standard RFC2373 – IP Version 6 

Addressing Architecture – ist der Aufbau 

der IPv6-Adressen sehr genau definiert. 

Die 128 Bit werden in zwei Teile aufgespalten, 

in 64 Bit für die Interface 

Adressierung (Interface-ID) und 64 Bit für 

das Routing. Die Interface-ID dient zur 

Identifizierung eines Hosts im lokalen 

Netzwerk, der Routing-Bereich ist noch 

einmal untergliedert und dient dem 

Aufbau von hierarchischen Routing- 

Strukturen. 

IPv6-Adresse: 128 Bit 

Routing: 64 Bit Interface-ID: 64 Bit 

Öffentliches 

Routing 

48 Bit 

Site 

Routing 

16 Bit 

Unterteilung der IPv6-Adressen in Routing- 

Bereich und Interface-Adressierung 

Die Grenze bei 64 Bit darf von keiner 

IPv6-Implementation verletzt werden. 

Alle Netzstrukturen müssen im Routing- 

Bereich abgebildet werden, der Bereich 

der Interface-ID darf nicht für eine weitere 

Unterteilung in Subnetze verwendet 

werden. Für jedes Subnetz stehen 64 Bit 

Adressraum für die Interface-Adressierung 

zur Verfügung. Damit können pro 

Subnetz theoretisch bis zu 2 64 Endsysteme 

adressiert werden. 

Bei vielen IPv6-Implementationen wird 

als Anfangswert für die Interface-ID ein 

von der MAC-Adresse abgeleiteter Wert 

(EUI-64 Format der IEEE ) eingetragen; es 

ist auch möglich die Interface-ID mittels 

DHCPv6 zuzuweisen oder nach eigenen 

Prinzipien zu vergeben. Was als Interface- 

ID eingetragen wird, liegt vollständig in 

der Verantwortung des lokalen Netzbetreibers. 

Der Routing-Bereich ist noch einmal 

unterteilt in einen öffentlichen und einen 

privaten Bereich. Der private Site-Routing- 

Bereich steht vollständig dem lokalen 

Netzwerkbetreiber zur Verfügung um 

eine lokale Routing-Struktur aufzubauen. 

Der dafür vorgesehenen 16-Bit Adressraum 

ermöglicht jeder Site bis zu 65536 

Subnetze zu betreiben. 

Der öffentliche Routing-Bereich ist für 

die Strukturen bei den Internet-Service- 

Providern (ISP) und für das globale Routing 

zwischen den ISPs bestimmt. 

NLA – der Adressraum 

für eine Site 

Interface-ID 

64 Bit 

Da der Site-Routing-Bereich vollständig 

dem Kunden zur Verfügung stehen muss, 


Site 

Routing 

16 Bit 

Interface-ID 

64 Bit 

NLA-Adressraum: 80-Bit-Adressraum 

für jede Site 

ergibt sich daraus, dass der kleinste, dem 

Nutzer zur Verfügung stehende Adressraum 

80 Bit umfasst. Dieser Adressraum, 

bestehend aus 16 Bit Site-Routing- 

Bereich und 64 Bit Interface-ID, wird NLA 

(Next Level Aggregator) genannt. Die 

Regeln zur Vergabe eines NLAs an einen 

Kunden sind einfach: Jede Site, die 

Subnetze betreibt, muss einen NLA 

zugewiesen bekommen. Wer auch immer 

IPv6-Adressraum verteilt, ist angehalten, 

diese Regel einzuhalten. Damit wird 

erreicht, dass bei einem Providerwechsel 

die gesamte lokal aufgebaute Struktur 

erhalten bleiben kann. 

Von der 128 Bit Adresse können die 

letzten 80 Bit vom Kunden selbst 

verwaltet werden. Die ersten 48-Bit der 

Adresse werden dem Kunden vom 

Provider vorgegeben. Man spricht hier 

von einem 48 Bit langen Adress-Präfix 

oder kurz ausgedrückt von einem /48. 

Alle Adressen einer Site beginnen mit 

diesem vom ISP vorgegebenen Präfix, d.h. 

für das Routing zu einer Site hin sind nur 

die ersten 48 Bit der Adresse ausschlaggebend. 

Mit einem NLA steht einer Site ein sehr 

großer Adressraum zur Verfügung, so 

dass am Anfang an alle Kunden des DFN- 

Vereins genau ein NLA zugeordnet wird. 

Mehr als ein NLA pro Einrichtung darf von 

den Lokalen Internet Registraturen (LIR) 

nicht ohne Bestätigung durch die 

Regionale Registratur, hier das RIPE NCC, 

zugewiesen werden. Daraus folgt, dass 

beim Antrag auf einen NLA auf komplizierte 

Begründungen zur Adressraumgröße 

verzichtet werden kann, nicht aber 

bei einer Erweiterung. Der Adressraum ist 

– wie schon bei IPv4 – bei einem 

Providerwechsel zurückzugeben. 

Routing-Hierarchie und 

Präfix-Routing 

In IPv6 wird konsequent und von Anfang 

an das Aggregierungsprinzipwie es auch 

in IPv4 seit einigen Jahren üblich ist 

(Classless Interdomain Routing) einge- 

FP TLA-ID 

sub 

TLA 

Res NLA-ID SLA-ID 

3 13 Bit 13 Bit 6 13 Bit 16 Bit 

/3 /16 /29 /35 /48 Präfixlänge 

sTLA 

2001:0638::/35 

Aufteilung des Routing-Space in 3 Bereiche: 

führt, wobei mehrere Hierarchiestufen 

existieren. 

Durch den hierarchischen Aufbau 

können ganze Adressbereiche unter 

einem Präfix zusammengefasst werden. 

So können dann auch die Routen zu den 

verschiedenen Subnetzen alle zu einer 

Route zusammengefasst werden. Ein 

Beispiel: Alle Subnetze einer Site haben 

den gleichen /48-Präfix, für das Routing 

reicht dann dieser eindeutige Präfix aus, 

um die Pakete in die richtige Richtung zu 

routen. D.h. im Backbone des Providers 

muss nur diese eine Route geroutet 

werden, die internen Strukturen des 

lokalen Netzwerks des Kunden müssen 

lediglich in den Kunden-Routern bekannt 

sein. 

An Internet Service Provider (ISP) 

werden große Adressräume verteilt. 

Geplant ist auf Dauer die Vergabe von 

TLAs. Für die Startphase von IPv6 hat 

man sich auf Vergabe von subTLA (sTLA) 

beschränkt, um Fehler, wie sie bei der 

Zuweisung von Adressräumen in der 

Anfangsphase des Internets gemacht 

wurden zu vermeiden. Ein ISP muss 

strenge Kriterien erfüllen, um eine sTLA 

zugewiesen zu bekommen. Ein sTLA ist 

ein /29 Präfix mit 99 Bit Adressraum. Für 

den ISP bedeutet das, dass er für seine 

eigene Routing-Struktur 19 Bit zur 

Verfügung hat, da er einen NLA (also 80- 

Bit Adressraum) an seine Kunden weitergeben 

muss. Bei Ausschöpfung des sTLA 

kann auf einen TLA umgestellt werden. 

Alle Kunden eines Providers haben 

den selben Präfix. Somit können in der 

übergeordneten Routing-Ebene zwischen 

den ISPs widerrum alle Routen zu 

einem Provider zu einer Präfix-Route zu- 

GRUNDLAGEN 

Interface-ID 

• Top Level Aggregator TLA, bzw. subTLA in der Startphase (öffentliches Routing) 

• Next Level Aggregator NLA (öffentliche Routing) 

• Site Level Aggregator SLA (privates Site-routing) 


sammengefasst werden. Für den DFN- 

Vereins bedeutet das, dass der sTLA 

2001:638::/35 auf längere Zeit die einzige 

Route ist, die nach außen annoncieren 

wird. Damit baut sich eine Routing-Hierarchie 

auf, die trotz des übergroßen 

Adressraums ein effizientes Routing 

gewährleistet. 

Verteilung der NLAs im G-WiN 

Bei der Zuweisung des IPv6-Adressraumes 

an die LIR gibt es noch eine 

Besonderheit: 6 Bit zwischen NLA und 

sTLA sind reserviert. Das ist ebenfalls eine 

Regelung für die Startphase. Sobald 

Bedarf dafür besteht, kann der /35-Präfix 

2001:638::/35 auf ein /29 Präfix verkürzt 

und damit der verfügbare Addressraum 

erweitert werden. 

Damit stehen dem DFN-Verein am 

Anfang 13-Bit Adressraum zur Verfügung, 

aus denen er die NLAs an die 

Kunden verteilen kann. 13-Bit entsprechen 

8192 NLAs, bei der Verkürzung 

des Präfixes auf /29 stehen 19-Bit zur 

Verfügung, die einer Anzahl von 

524.288 NLAs entsprechen. Da mit der 

Erweiterung auf 19-Bit fest zu rechnen 

ist, hat sich der DFN-Verein dazu entschieden, 

den 19-Bit NLA-Bereich noch 

einmal zu untergliedern, um so auch im 

Backbone des DFN-Netzes ein effizientes 

Präfix-Routing einsetzen zu können. 

Diese Gliederung orientiert sich an den 

Kernnetzstandorten des G-WiN. 

Die Vorbereitungen für die Verteilung 

von NLAs an die Nutzer sind nahezu 

abgeschlossen. Interessenten wenden 

sich an unsere LIR, die unter: 

hostmaster@dfn.de erreichbar ist. • 


NLA 

/48 

SLA-ID 

/64 

64 Bit 

Interface


INTERNATIONAL 

Internet2 in USA 

Fostering Tomorrow’s Internet 

Internet2 ® and similar organizations 

around the world are working to 

expand the potential of the 

Internet. The academic community 

was a co-inventor and the first 

major user of today’s Internet, and 

continues to embody a unique combination 

of very demanding users 

and unsurpassed networking talent. 

By recreating the partnership of academia, 

industry and government 

that fostered the development of 

today’s Internet, Internet2 is enabling 

revolutionary applications, 

fostering the development of 

interoperable middleware, testing 

new network capabilities, deploying 

a high-performance network infrastructure, 

and encouraging technology 

transfer to the global Internet. 

Internet2 now engages people at 

over 180 US universities, 77 industry 

organizations, 30 other not-for-profit 

research organizations, 33 partners 

from other countries and 

countless individuals committed to 

advancing the state of Internet technology 

for research and education. 

Formed over four years ago by a 

small group of US universities, the 

Internet2 project has grown tremendously 

since inception. 

Internet2 initiatives in the core areas 

described below continue to grow 

and take new direction. Some highlights 

from the last year are noted in 

this article as well as plans for the 

coming year. 

Advanced Applications 

Enabling advanced applications is a core 

challenge for Internet2. As is increasingly 

true of science and education around the 

world, U.S. higher education’s dual 

research and education missions increasingly 

require close interaction among 

distributed teams, use of remote scientific 

instruments and access to unique information 

resources-capabilities not well 

supported by today’s Internet. As with the 

first round of Internet development, we 

expect academic demands for these types 

of capabilities to presage those of the 

commercial sector. For example, an 

astronomer can now control and receive 

images from a telescope thousands of 

miles away as if she were at the mountaintop 

observatory, and a doctor can 

teach medical students across the country 

by collaboratively navigating 3-D anatomical 

images. These same capabilities, 

when applied to business, may enable 

designers and engineers at remote sites to 

collaborate on a product design that exists 

only as a computer model. 

To meet this challenge, Internet2 

members are working together in application 

areas such as high-quality video 

that are broadly applicable across various 

academic disciplines. Through the Internet2 

Digital Video initiative and the 

Internet2 ResearchTV Working Group, 

members are exploring the advanced 

network technologies needed to capture, 

access and transmit video in qualities up 

to HDTV. These capabilities enable highquality 

video conferencing, on-demand 

high-definition video, and video-rich 

collaboration tools. 

Heather Boyles 

Director of International Relations, 

Internet2 Office 

Washington, DC 1150 

18th Street, NW, Suite 1020 

Washington, DC 20036 

(202)331-5342 

heather@internet2.edu 

For example, faculty and students from 

Oklahoma University are now using 

MPEG-2 video to conduct master violin 

lessons over the network while the 

instructor and student were separated by 

over a thousand miles. Internet2 brought 

this application to the Fall 1999 Internet2 

member meeting where the ‘lesson’ was 

performed in front of the 500+ attendees, 

providing a place to raise awareness 

about the kinds of applications others are 

making of the technology. A number of 

MPEG-2 codec units are also made 

available to Internet2 universities on a 

loan basis, often in conjunction with a 

university holding an ‘Internet2 Day’ 

aimed at bringing faculty, researchers and 

students together to learn about Internet2 

capabilities. In many cases, bringing 

a demanding application like MPEG-2 

video onto the campus network not only 

provides incentive for potential users, but 

often times helps point out the possible 

choke points in the campus network that 

need to be dealt with. Many of the 

campuses that take advantage of Internet2’s 

‘loaner’ MPEG-2 equipment ultimately 

purchase similar equipment for 

daily usage. 

On a different scale, H.323 videoconferencing 

has also been the focus of 

the Megaconference initiative which 

again at this fall’s Internet2 Member 

Meeting will connect together over 30 

Multipoint Control Units (MCU) in an 

effort to bring a virtual conference track 

to the meeting with presenters and 

audience located around the world. 

Internet2 is also focusing on specific 

disciplines that will particularly benefit 

from the use of advanced network applications. 

A group of very active institutions 

and individuals are working together on 

the challenges facing the deployment of 

advanced applications in the area of 

medicine and life sciences. In particular, 

the health sciences group is particularly 

demanding with respect to middleware 


security needs and the interaction 

between those two initiatives has produced 

the “Health Sciences Security 

Roadmap” available at: 

http://www.internet2.edu/health/Security/ 

security.html 

Similarly, an Arts and Humanities 

initiative has been launched to engage 

researchers and faculty in those disciplines. 

One such effort aims to provide 

network access to the Shoah Foundation 

archives, a project of the Visual History 

Foundation that chronicles firsthand 

accounts of over 50,000 survivors, liberators, 

rescuers and other eyewitnesses of 

the Holocaust on more than 100,000 

hours of video. 

In addition to their joint activities, 

individual Internet2 universities are 

supporting advanced applications development. 

To engage faculty and staff more 

broadly, Internet2 universities such as 

Indiana University are providing grants to 

faculty and staff to help fund the 

development of applications that require 

advanced networking. NYSERNET, an 

Internet2 affiliate member, has funded a 

similar program with regional scope, and 

3Com and IBM, Internet2 corporate 

partners, have provided supporting grants 

for advanced applications at Internet2 

universities across the country. 

Extensive information about the Internet2 

Applications area project and 

initiatives can be found at: 

http://apps.internet2.edu/ 

Middleware 

5 

Middleware, a layer of software between 

27 

58 

11 31 

the network and applications, provides 

10 

24 

services such as identification, authentication, 

authorization, directories, 39 and 

security. Standardized and interoperable 

middleware will make advanced network 

applications much easier to develop and34 

use. Middleware will 52 also enable businesses 

to more easily interact with each 

other in a secure environment, provide 

services over the network, and even 

enable consumers to seamlessly interact 

with many different Connected companies. 

The Internet2 Middleware Initiative (I2- 

MI) is working to gather best practices in 

these areas within higher education. 

However, to be truly successful, the 

benefits of these middleware efforts need 

to extend beyond Internet2 universities. 

To help ensure this, Internet2 has brought 

together a group of leading campus 

information technology architects in the 

Middleware Architectural Committee for 

Education (MACE) to provide broad 

technical and programmatic direction. 

Moreover, Internet2 is working in concert 

with key higher-education organizations 

and corporate partners on public key 

infrastructure (PKI) components for 

security. Internet2 is also working with 

industry partners to define the requirements 

for sharing resources such as digital 

libraries and scientific instruments over 

the network, and to encourage the 

development of other tools to support 

such sharing within the United States and 

internationally. 

The central goal of the Internet2 

Middleware Initiative is to foster the 

deployment of a “middle layer“ of national 

network connectivity, one that sits on top 

of the machine-to-machine connectivity 

of IP, connecting people and objects to 

the network. The core elements of this 

layer are identifiers, authentication, directories, 

authorization and PKI. I2-MI's task 

is to build from these components a 

middleware infrastructure that has a 

coherent architecture, that enables applications 

and provides data for network 

operations, that is interoperable within 

higher education and research, and that 

sheds light on how to build a middleware 

fabric for the wider society. The major 

62 29 

1 

22 

6 

A B I L E N E 

13 14 

25 

21 

4 19 

8 

38 60 

33 40 66 

28 64 

2032 

48 

63 

4354 

61 

18 12 7 3555 

3 

2 

50 

49 

26 

59 9 

30 

36 

56 

57 

23 

16 

17 

53 

46 51 

15 

44 

Alaska 

42 

41 

45 

Advanced Internet Development U n i v e r s i t y C o r p o r a t i o n f o r 

47 

Connection in Progress 

33. Advanced Network & Services 

34. Arizona State University 

i 

50. University of Delaware 

51. University of Georgia 

35. Carnegie Mellon University 

Hawaii 

36. Duke University 

53. University of Memphis 

54. University of Pennsylvania 

ana-Champaign 37. Florida International University 55. University of Pittsburgh 

65. Florida Atlantic University Puerto Rico 62. University of Utah 

38. Harvard University 

56. Vanderbilt University 

- Lincoln 

40. IBM TJ Watson Research 

57. Wake Forest University 

ota 

41. Louisiana State University 66. Worcester Polytechnic University 

60. Massachusetts Institute of Technology 

64. Michigan State University 

Map of Abilene Core Topology 

INTERNATIONAL 


activities of the initiative include the 

following. 

Middleware Architecture Committee for 

Education (MACE). 

This group of leading campus IT architects 

is the overarching management structure 

for I2-MI. MACE provides both technical 

and programmatic direction for the rest 

of the initiative, and will play a critical role 

in middleware development within higher 

education. MACE is establishing working 

groups in three areas: directories, PKI, and 

web authentication and authorization. 

Early Harvest and Early Adopters. 

The Early Harvest technical workshop 

brought together leading campus IT 

practitioners to establish a set of best 

practices for identifiers, authentication 

and directories. Early Adopters, the 

campus testbed phase of Early Harvest, is 

pushing forward the deployment of core 

middleware at eleven US campuses. 

Based on this experience, Early Adopters 

will develop roadmaps for other campuses 

to follow in their own deployments. 

Both Early Harvest and Early Adopters are 

funded by the NSF. 

PKI Activities. 

I2-MI is working with the federal government 

in both fPKI and PKI-for-NGI 

developments. We are also working with 

our partners (Educause, CREN and CNI) to 

Abilene Core Topology 

Abilene Router Node 


3765

20 

DFN INTERNATIONAL 

Oklahoma Music Lesson Application 

establish a coherent vision for a PKI for 

higher education. In order to catalyze 

research and establish testbeds for interoperability, 

I2-MI is also beginning to 

define higher-education-specific research 

issues within PKI. 

Shibboleth. 

A shibboleth is a word (or other identifier) 

by which one group of people (or 

computers) can recognize another. In the 

Shibboleth project, I2-MI is working with 

IBM to define the functional requirements 

for, and implement an open source 

example of, an inter-institutional resourcesharing 

infrastructure. Shibboleth will 

allow users from one campus to use their 

local credentials to access restricted 

resources on the Web servers of other, 

remote campuses. 

This work is intended to lead to the 

broad distribution of an Apache module 

that will permit resource sharing, 

requiring only that participating 

institutions maintain a standard deployment 

of authentication and directory 

services. 

The Beta Grid. 

The Beta Grid is an NSF effort through 

the Partnership for Advanced Computational 

Infrastructure that will deploy 20 

to 100 advanced computational and 

storage nodes at a similar number of 

universities, and that will interconnect 

these servers into a seamless computing 

environment. This will enable distributed 

computations, co-scheduling of network 

resources, high-volume data flows, and 

real-time manipulation of data. I2-MI is 

working to anchor these advanced 

services in the emerging common campus 

middleware infrastructure. 

Medical middleware. 

One “vertical“ market of particular 

interest to higher education involves the 

complex of issues associated with medical 

schools. As important parts of both 

campus and health service environments, 

medical schools present significant 

challenges to middleware deployment. 

Through Early Adopters, among whose 

eleven campuses are eight with medical 

schools, and through working with 

national medical organizations (such as 

National Institutes of Health and National 

Library of Medicine) and (through 

CORBA-MED) corporate medical software 

providers, I2-MI is developing 

approaches to core middleware services 

that will meet the demanding requirements 

of medical schools. 

Directories. 

With their loose management structures, 

need for inter-institutional interoperability, 

and complex public regulations, 

directories within higher education 

present major design and implementation 

issues. Work within I2-MI by Georgetown 

University has helped define a cookbook 

for deploying directories within Internet2 

universities. 

(http://www.georgetown.edu/giia/intern 

et2/ldap-recipe/) Efforts are underway to 

evaluate the need for and implement a 

common database and directory 

subschema for education (an “edu- 

Person“) and a unified white-pages service. 

Version 0.9 of an eduPerson Object 

Class draft has been posted for review by 


the community and can be found at: 

http://www.educause.edu/eduperson/ 

Because higher education and research 

communities collaborate without regard 

to borders, many elements of middleware 

need to interoperate globally. At the 

same time, national cultural and legal 

differences must be respected. I2-MI is 

working with counterparts in Europe to 

distinguish which aspects of middleware 

can be common and how to develop 

functionality across those areas, which 

will be different. Ken Klingenstein, I2-MI 

director, participated this summer in the 

TERENA-sponsored “European Middleware 

Workshop“ held June 19-20, 2000. 

Advanced Network Capabilities 

Even though the raw capacity of 

commercial networks has increased 

enormously, end-to-end network performance 

in the Internet is still 

problematic. Today’s Internet applications, 

such as email, the Web, and even 

streaming audio and video, must 

compensate for the Internet’s inability to 

guarantee performance. As a result, 

advanced applications, which require 

reliable network performance, either do 

not work well or do not work at all on the 

commodity Internet. As a result, new 

network capabilities such as multicasting, 

quality of service (QoS) and IPv6 must be 

tested and deployed to ensure reliable 

end-to-end network performance. 

To address these challenges, Internet2 

has formed Working Groups and 

launched several initiatives in technologies 

required to ensure reliable and 

efficient network performance. For 

example, scalable IP multicast is an 

important enabler of applications such as 

high-quality live video, video-conferencing, 

and software distribution. The 

Internet2 Multicast Working Group, 

which brings together participants from 

academia, industry and government, has 

developed a multicast architecture which 

Internet2 backbone networks, gigaPoPs 

and universities have now largely 

deployed. 

In addition to continuing rollout of 

‘classic’ native IP multicast, the Abilene 

network (an Internet2 backbone network) 

and several Internet2 campuses are 

pioneering an innovative variant called 

‘source specific multicast’ (SSM). SSM is 

particularly well-suited for scaling to very 

large numbers of receives of multicast 

flows and in some respects will be 

(eventually) easier to support on campus 

networks. 

Of particular interest to the international 

community, and vital to the 

continued expansion of the Internet, is 

the deployment of the next generation of 

Internet protocols, called IPv6. Perhaps 

most importantly, IPv6 promises to 

dramatically expand the number of 

unique addresses available as millions of 

additional computers and a multitude of 

new types of devices – from automobiles 

to telephones – connect to the Internet. 

IPv6 also promises to facilitate mobility 

and security, among other capabilities. 

Ipv6 is now supported as a service by the 

Abilene and vBNS networks interoperably. 

The key purpose is to encourage 

students/faculty/staff from Internet2 

member campuses to experiment with 

and use Ipv6. We expect the number of 

hosts using Ipv6 to increase greatly over 

the next year. 

The Internet2 QBone initiative has 

produced an initial architecture for internetwork 

QoS based on the Premium 

Service notion pioneered by Van 

Jacobson, and is pioneering its deployment. 

Ensuring that new technologies 

such as QoS interoperate between Internet2 

and similar research networks 

around the world is key to supporting 

global research and education. Successfully 

demonstrating QoS across research 

networks will help prove it as a technology 

feasible for the commercial Internet. 

At this fall’s SC2000 conference in 

Dallas, Texas, a set of tests of QoS from 

Stanford University to the SC’2000 

conference, crossing both Abilene and 

the Department of Energy’s ESnet, and 

supporting advanced jitter- and losssensitive 

advanced applications. 

High-Performance Network 

Infrastructure 

Establishing a high-performance network 

infrastructure to support advanced 

applications and technologies is another 

core challenge facing Internet2. Since 

Internet2’s inception, its university 

members, working with partners in 

industry and government, have taken 

large steps towards meeting this 

INTERNATIONAL 


challenge. Within the United States, the 

very high performance Backbone 

Network Service (vBNS) – a cooperative 

project of WorldCom and the National 

Science Foundation and Abilene – 

developed through a partnership among 

Qwest Communications, Cisco Systems, 

Nortel Networks, Indiana University and 

UCAID (the formal not-for-profit organization 

that is home to Internet2) – 

together form a persistent, interconnected 

and nationwide high-performance network 

environment. 

The Abilene network is entering its 

third year of operation, sustaining growth 

both in the number of connected institutions 

as well as aggregate traffic 

carried. Abilene is an OC48c-SONETbased 

network with eleven core router 

nodes. Abilene now has 44 ‘connectors’ 

who in turn provide access for currently 

166 individual institutions with pending 

plans bring the total of connectors to 52 

and individual institutions to 184 in the 

next couple of months. Connection 

speeds to the Abilene backbone start at 

OC3 (155 mbps) with numerous OC12 

(622mbps) connections and currently one 

OC48(2.4gbps) connection (with another 

planned.) Current planning is looking at 

upgrades to the Abilene backbone network. 

Abilene interconnects a number of 

other research and education networks in 

the US, including the Department of 

Energy’s Esnet, NASA’s NISN and NREN 

networks, the Defense Departmetn’s 

DREN and DARPA’s NGI Supernet backbone 

network. Besides the rich set of 

interconnectivity with these existing US 

federal government networks, a number 

of US government-funded laboratories 

have also chosen to connect to the 

Abilene backbone network, including the 

National Institutes of Health, several 

laboratories of the National Oceanic and 

Atmospheric Administration, the NASA- 

Goddard Earth Observation System Data 

Site, the National Science Foundation and 

others. 

Because advanced applications require 

end-to-end network performance, 

regional and local components of the 

high-performance network infrastructure 

are as crucial as national backbones. 

Within the United States, Internet2 

members are leading nearly 30 regional 

networking consortia, or gigaPoPs. 



INTERNATIONAL 

GigaPoPs are a successful and wellestablished 

part of the high-performance 

Internet and provide regional hubs of 

technical expertise as well as backbone 

network connections. GigaPoPs are also 

at the forefront of implementing advanced 

services such as multicast, and are 

participating in the development and 

testing of capabilities such as Quality of 

Service and IPv6. On a parallel basis, 

Internet2 universities have deployed highperformance 

campus networks with 

similar advanced services. 

Extending collaboration beyond the 

borders of the United States has been an 

important aspect of Internet2’s activities. 

Ensuring global interoperability in new 

networking technologies and enabling 

research, teaching and learning to take 

place across national boundaries are the 

key goals of Internet2’s international 

efforts. The vBNS and Abilene backbone 

networks used by Internet2 members 

connect at the international exchange 

point in Chicago, called STAR TAP, in 

order to peer with a number of the 

world’s National Research Networks. In 

addition, Abilene has agreed to peer with 

a number of networks at places other 

than Chicago, improving latency in many 

cases and the amount of bandwidth 

available at those peering points. The 

map in figure 1.1 shows current and anticipated 

Abilene peering around the U.S. 

Internet2, working with STAR TAP and 

CANARIE, have also recently agreed on a 

policy and service that will provide transit 

across North America for National 

Research Networks. Internet2 has provided 

for Abilene to offer transit between 

its non-US peer networks (as well as the 

vBNS) in support of this joint effort. It is 

hoped that the International Transit 

Network (ITN), as the service is called, will 

result in additional high-performance 

international research networking connectivity 

by allowing networks who are not in 

Chicago at the STAR TAP to exchange 

traffic across either Abilene, STAR TAP or 

CANARIE’s CA*net3 networks. More 

information about Abilene’s ITN service 

can be found at: 

http://www.ucaid.edu/abilene/html/itnser 

vice.html 

End-to-End Performance 

Ensuring robust end-to-end performance 

of advanced applications has been a 

major objective of the Internet2 project 

since its inception. Internet2 is planning a 

major initiative for the coming year to 

address this issue which will focus on 

developing an environment and response 

structure throughout the backbone, 

regional and campus networks to begin 

to identify and respond to performance 

issues. We expect new tools for endusers 

and network administrators to 

emerge from this effort and are planning 

on working extensively with not only 

Internet2 network infrastructure leaders, 

but those from Internet2’s peer networks 

as well. 

Technology Transfer 

From the beginning, it has been clear that 

a crucial measure of Internet2’s success 

will be the extent to which the knowledge 

and experience gained benefits the broad 

higher education community and improves 

the commercial Internet. A 

primary objective of Internet2 and its 

members is to enable advanced network 

applications and technology that will 

provide a more versatile, more reliable, 

more secure set of capabilities that can be 

deployed in the global Internet. These 

new capabilities hold the promise of 

extending the possibilities of today’s 

Internet. Just as past academic use of the 

network applications such as the Web 

and email preceded their commercial 

adoption, we expect use of the Internet in 

higher education and research today will 

foreshadow the potential of tomorrow’s 

Internet. 

Corporate involvement in all aspects 

of Internet2 has already supported the 

deployment of new technologies such as 

QoS and multicasting in the next 

generation of commercial products. 

Collaboration in digital video and distributed 

network storage technologies 

promise to improve the ability of 

tomorrow’s commercial Internet to 

provide services that today are simply not 

possible. This transfer to the commercial 

Internet will expand as new applications, 

middleware and network capabilities 

demonstrate their viability in the largescale 

deployment being undertaken by 

Internet2 and its members. 

Industry involvement in Internet2 has 

expanded to include over 77 corporate 

member organizations, 17 of shom have 

been recognized as ‘partners’ committing 

over $1M each in goods, services or cash 

to the Internet2 membership. 

Technology transfer into the rest of the 

education community has also in the past 

year been a key aspect of Internet2’s 

development. A year ago, the Internet2 

membership decided to allow non- 

Internet2 institutions connect to the 

Abilene backbone network for the 

purpose of collaborating with Internet2 

members. In many cases the institutions 

connected under this “sponsored 

participant” policy have been community 

colleges and four year non-research, 

teaching institutions. A number of secondary 

schools are also being considered for 

connection. Internet2 expects to see this 

participating and collaboration in the 

broader education community continue 

to expand in the next year. 

Extending the potential 

of the Internet 

The true promise of Internet2 lies beyond 

our ability to imagine. The lesson of the 

World Wide Web teaches us that new, 

unanticipated applications may well be 

the ones that transform the way we work, 

live and learn a decade from now. 

Internet2 and partner organizations 

around the world are working together to 

foster an environment that will enable 

these new applications to flourish. 

Just as today’s Internet reduced the 

distance between countries in many 

respects, new capabilities and applications 

now being prototyped by 

Internet2 and other advanced networking 

organizations around the world promise 

to make distance all but irrelevant. By 

extending the potential of the Internet 

beyond today’s technology, advanced 

Internet applications will open possibilities 

we have yet to imagine. • 


Zur Nutzung bereit 

Offizieller Start des Gigabit-Wissenschaftsnetzes 

Am 30. Juni 2000 übergab 

Bundesministerin für Bildung und 

Forschung, Edelgard Bulmahn, das 

Gigabit-Wissenschaftsnetz zur 

Nutzung an Wissenschaft und 

Forschung in Deutschland. 

Am Standort des ersten in Betrieb 

gegangenen Kernnetzknotens, am 

Konrad-Zuse-Zentrum für Informationstechnik 

Berlin, nahmen rund 

200 Vertreter aus den nutzenden 

Einrichtungen, aus Politik und 

Industrie an der feierlichen 

Zeremonie teil. 

Wissenschaftsnetz 

„Ein Meilenstein im Engagement der 

Wissenschaft für die Zukunft.” 

So kommentiert Prof. Dr. Eike Jessen, 

Vorsitzender des Vorstands des DFN- 

Vereins, die Bedeutung des Gigabit- 

Wissenschaftsnetzes. 

”In einer Zeit, in der ein Internet-Jahr aus 

drei Monaten besteht, ist es die besondere 

Aufgabe der Wissenschaft, die 

Grundlagen für die Gestaltung der 

Zukunft ganz bewußt und zielorientiert 

bereitzustellen. Das Gigabit-Wissenschaftsnetz 

bietet dazu die, im internationalen 

Vergleich, modernste Plattform: 

Die Übertragungskapazität von 

Glasfasern läßt sich über Jahre hinaus 

dem wachsenden Kommunikationsbedarf 

nahezu kostenneutral anpassen, 

modernste Netztechnologien ermöglichen 

flexible Bandbreitennutzung, 

neue, meist multimediale Anwendungen 

unterstützen die Aufgaben von Wissenschaft, 

Forschung und Bildung in 

Deutschland – und ganze Jahrgänge des 

akademischen Nachwuchses werden an 

den Hochschulen mit den neuesten 

Internettechnologien vertraut gemacht.” 

An dieser Stelle befindet sich üblicherweise 

die Statistik zur Nutzung des 

Wissenschaftsnetzes der letzten Monaten. 

Durch die derzeit stattfindende Um- 

DFN-VEREIN 

Demonstration von Anwendungen aus dem Konrad-Zuse-Zentrum für Informationstechnik 

während des offiziellen Startes des Gigabit-Wissenschaftsnetzes 


Mit dem Einschalten des Kernnetzrouters der 

12000er Reihe von Cisco Systems starten 

Edelgard Bulmahn (rechts), Prof. Eike Jessen 

(Mitte) und Josef Brauner, Vorstand 

Deutsche Telekom AG (links) das Gigabit- 

Wissenschaftsnetz 

stellung vom B-WiN auf das G-WiN liegen 

keine vollständigen Nutzungsdaten vor, 

so dass an dieser Stelle von einer Veröffentlichung 

abgesehen wurde. 



DIE MITGLIEDER DES DFN-VEREINS 

Aachen DATUS Elektronische Informationssysteme GmbH 

Fachhochschule Aachen 

Rheinisch-Westfälische Technische Hochschule Aachen (RWTH) 

Aalen Fachhochschule Aalen 

Albstadt Fachhochschule Albstadt-Sigmaringen 

Amberg Fachhochschule Amberg-Weiden 

Augsburg Fachhochschule Augsburg 

Universität Augsburg 

Bamberg Universität Bamberg 

Bayreuth Universität Bayreuth 

Berlin Berliner Elektronenspeicherring-Gesellschaft für Synchrotronstrahlung 

mbH (BESSY) 

Biomedizinischer Forschungscampus Berlin-Buch GmbH 

Bundesanstalt für Materialforschung und -prüfung (BAM) 

Bundesinstitut für gesundheitlichen Verbraucherschutz 

und Veterinärmedizin (BgVV) 

C+C Research Laboratories, NEC Europe Ltd. 

Deutsches Bibliotheksinstitut (DBI) 

Deutsches Herzzentrum 

Deutsches Historisches Museum (DHM) GmbH 

Deutsches Institut für Normung e.V. (DIN) 

Deutsches Institut für Wirtschaftsforschung (DIW) 

Fachhochschule für Sozialarbeit u. Sozialpädagogik Berlin 

Fachhochschule für Technik und Wirtschaft 

Fachhochschule für Wirtschaft 

Fachinformationszentrum Chemie GmbH (FIZ Chemie) 

Forschungsverbund Berlin e.V. 

Freie Universität Berlin (FUB) 

Hahn-Meitner-Institut Berlin GmbH (HMI) 

Heinrich-Hertz-Institut für Nachrichtentechnik Berlin GmbH (HHI) 

Hochschule der Künste (HdK) 

HRP Unternehmensberatung GmbH 

Humboldt-Universität zu Berlin (HUB) 

Konrad-Zuse-Zentrum für Informationstechnik Berlin (ZIB) 

Landesbetrieb für Informationstechnik (LIT) 

Robert-Koch-Institut, Bundesinstitut für Infektionskrankheiten 

SCHERING AG 

Stiftung Preußischer Kulturbesitz 

Stanford-Universität in Berlin 

Technische Fachhochschule Berlin (TFH) 

Technische Universität Berlin (TUB) 

T-Nova Deutsche Telekom Innovationsgesellschaft mbH Berkom 

Umweltbundesamt 

Wissenschaftskolleg zu Berlin 

Wissenschaftszentrum für Sozialforschung gGmbH (WZB) 

Biberach Fachhochschule Biberach, HS für Bauwesen und Wirtschaft 

Bielefeld Fachhochschule Bielefeld 

Universität Bielefeld 

Bingen Fachhochschule Bingen 

Bobingen VARIO-MED-EDV Stindl oHG 

Bochum Fachhochschule Bochum, HS für Technik und Wirtschaft 

Technische FH Georg Agricola für Rohstoffe, 

Energie und Umwelt 

Ruhr-Universität Bochum 

Böblingen Staatliche Akademie für Datenverarbeitung 

Bonn Bundesamt für Finanzen 

Bundesministerium des Innern, KBST 

Bundesministerium für Umwelt, Naturschutz u.Reaktorsicherheit 

Bundesministerium für Verkehr, Bau- und Wohnungswesen 

CDU-Bundesgeschäftsstelle 

Deutsche Forschungsgemeinschaft e.V. 

Deutscher Akademischer Austauschdienst e.V. (DAAD) 

Deutscher Beamtenbund (DBB) 

Kunst- und Ausstellungshalle der Bundesrepublik Deutschland 

Universität Bonn 

Borstel Forschungszentrum Borstel 

Brandenburg Fachhochschule Brandenburg 

Braunschweig Biologische Bundesanstalt für Land- und Forstwirtschaft 

Bundesforschungsanstalt für Landwirtschaft (FAL) 

Braunschweig/Völkenrode 

Fachhochschule Braunschweig/Wolfenbüttel 

Gesellschaft für Biotechnologische Forschung mbH (GBF) 

Hochschule für Bildende Künste 

Physikalisch-Technische Bundesanstalt (PTB) 

Technische Universität Braunschweig 

Breitenbrunn Berufsakademie Sachsen 

Bremen Hochschule Bremen 

Universität Bremen 

Bremerhaven Alfred-Wegener-Institut für Polar- und Meeresforschung (AWI) 

Hochschule Bremerhaven 

Stadtbildstelle Bremerhaven 

Chemnitz Technische Universität Chemnitz 

Clausthal Clausthaler Umwelttechnik-Institut GmbH 

Clausthal Technische Universität Clausthal 

Coburg Fachhochschule Coburg 

Cottbus Brandenburgische Technische Universität Cottbus 

Darmstadt ESA-ESOC 

Fachhochschule Darmstadt 

Gesellschaft für Schwerionenforschung mbH (GSI) 

Merck KGaA 

Technische Universität Darmstadt 

T-Nova Deutsche Telekom Innovationsgesellschaft mbH 

Zentrum für Graphische Datenverarbeitung e.V. (ZGDV) 

Deggendorf Fachhochschule Deggendorf 

Detmold Lippische Landesbibliothek 

Dortmund UUnet Deutschland GmbH 

Fachhochschule Dortmund 

Universität Dortmund 

Dreieich nacamar Data Communications GmbH 

PanDacom Daten- und Kommunikationssysteme GmbH 

Dresden Forschungszentrum Rossendorf e.V. 

Hannah-Ahrendt-Institut für Totalitarismusforschung e.V. (i.G.) 


Hochschule für Technik und Wirtschaft Dresden (FH) 

Institut für Festkörper- und Werkstofforschung Dresden e.V. 

Institut für ökologische Raumentwicklung e.V. 

Institut für Polymerforschung Dresden e.V. 

Sächsische Landesbibliothek 

Technische Universität Dresden 

Düsseldorf Fachhochschule Düsseldorf 

Landesamt für Datenverarbeitung und Statistik des Landes NRW 

Universität Düsseldorf 

Duisburg VIA NET.WORKS Deutschland GmbH 

Universität Gesamthochschule Duisburg 

Eberswalde Fachhochschule Eberswalde 

Eichstätt Katholische Universität Eichstätt 

Emden Joh. A. Lasco Bibliothek Große Kirche Emden 

Fachhochschule Oldenburg/Ostfriesland/Wilhelmshaven – 

Standort Emden 

Erfurt Fachhochschule Erfurt 

Pädagogische Hochschule Erfurt 

Stiftung für Technologie- und Innovationsförderung 

Thüringen (STIFT) 

Universität Erfurt 

Erlangen Bayerisches Forschungszentrum für Wissenbasierte Systeme 

Universität Erlangen-Nürnberg 

Eschborn Mannesmann Arcor AG 

Essen Rheinisch-Westfälisches Institut für Wirtschaftsforschung 

Stifterverband für die Deutsche Wissenschaft 

Universität-Gesamthochschule Essen 

Eßlingen Hochschule für Technik (FH) 

Flensburg Fachhochschule Flensburg 

Frankfurt/M. Bundesamt für Kartographie und Geodäsie 

Deutsche Bibliothek Frankfurt 

Deutsches Institut für Internationale Pädagogische Forschung 

Fachhochschule Frankfurt am Main 

Fachinformationszentrum Technik e. V. (FIZ Technik) 

Marconi Communications GmbH 

Gigabell AG 

Phil.-Theol. Hochschule St. Georgen e. V. 

Stadt- und Universitätsbibliothek Frankfurt 

Universität Frankfurt am Main 

Frankfurt/O. Europa-Universität Viadrina Frankfurt/Oder 

Institut für Halbleiterphysik Frankfurt/Oder GmbH 

Freiberg TU/Bergakademie Freiberg 

Freiburg International Solar Energy Society (ISES) e.V. 

Universität Freiburg 

Fulda Fachhochschule Fulda 

Hessische Landesbibliothek 

Furtwangen Fachhochschule Furtwangen 

Garching European Southern Observatory (ESO) 

Gesellschaft für Anlagen- und Reaktorsicherheit (GRS) mbH 

Gatersleben Institut für Pflanzengenetik und Kulturpflanzenforschung 

Geesthacht GKSS-Forschungszentrum Geesthacht GmbH 

Gelsenkirchen Fachhochschule Gelsenkirchen 

Gießen Fachhochschule Gießen-Friedberg 

Universität Gießen 

Göttingen Gesellschaft für wissenschaftliche Datenverarbeitung mbH (GwDG) 

Institut für den wissenschaftlichen Film 

Niedersächsische Staats- und Universitätsbibliothek Göttingen 

Greifswald Ernst-Moritz-Arndt-Universität 

Hagen Fernuniversität – GH Hagen 

InterNett Hagen e.V. 

Märkische Fachhochschule Iserlohn 

Halle/Saale Hochschule für Kunst und Design 

Martin-Luther-Universität Halle-Wittenberg 

Institut für Wirtschaftsforschung Halle 


Hamburg Bundesamt für Seeschiffahrt und Hydrographie (BSH) 

Deutsches Elektronen Synchrotron (DESY) 

Deutsches Klimarechenzentrum GmbH (DKRZ) 

Fachhochschule Hamburg 

Heinrich-Pette-Institut für Experimentelle Virologie und 

Immunologie 

Hewlett Packard GmbH 


Hochschule für Wirtschaft und Politik 

IS Internet Services GmbH & Co. 

Point of Presence GmbH (POP) 

Technische Universität Hamburg-Harburg 

Universität der Bundeswehr Hamburg 

Universität Hamburg 

Hannover Bundesanstalt für Geowissenschaften und Rohstoffe (BGR) 

Fachhochschule Hannover 

Hochschule für Musik und Theater Hannover 

Hochschul-Informations-System-GmbH 

Medizinische Hochschule Hannover 

Niedersächsisches Landesamt für Bodenforschung 

Niedersächsische Landesbibliothek 

Tierärztliche Hochschule Hannover 

Universität Hannover 

Universitätsbibliothek Hannover und Technische Informationsbibliothek 

(TIB) 

Heidelberg Deutsches Krebsforschungszentrum (DKFZ) 

European Molecular Biology Laboratory (EMBL) 

Fachhochschule Heidelberg 

Springer-Verlag GmbH & Co. KG 

Universität Heidelberg 

Heidenheim Berufsakademie Heidenheim 

Heilbronn Fachhochschule Heilbronn 

Heyrothsberge (Institut der Feuerwehr Sachsen-Anhalt) 

Hildesheim Fachhochschule Hildesheim/Holzminden 

Universität Hildesheim 

Hof Fachhochschule Hof 

Ilmenau Technische Universität Ilmenau 

Ingolstadt Fachhochschule Ingolstadt 

Jena Fachhochschule Jena 

Friedrich-Schiller-Universität Jena 

Hans-Knöll-Institut für Naturstoff-Forschung e.V. 

Institut für Molekulare Biotechnologie/Biocomputing e.V. 

Institut für Physikalische Hochtechnolgie e.V. 

Jülich Forschungszentrum Jülich GmbH 

Kaiserlautern Fachhochschule Kaiserslautern 

TECMATH AG 

Universität Kaiserslautern 

Karlsruhe Badische Landesbibliothek 

Bundesanstalt für Wasserbau 

Fachhochschule Karlsruhe 

Fachinformationszentrum Ges.f.wiss.-techn.Information mbH 

(FIZ Karlsruhe) 

Forschungszentrum Informatik an der Universität Karlsruhe 

Forschungszentrum Karlsruhe Technik + Umwelt 

Staatliche Hochschule für Gestaltung 

Universität Karlsruhe 

Zentrum für Kunst und Medientechnologie 

Kassel Universität Gesamthochschule Kassel 

Kempten Fachhochschule Kempten 

Kiel Fachhochschule Kiel 

Forschungszentrum für marine Geowissenschaften der 

Universität zu Kiel, Geomar 

Institut für Meereskunde 

Institut für Weltwirtschaft an der Universität Kiel 

NetUSE AG 

Universität Kiel 

Koblenz Fachhochschule Koblenz 

Rheinische Landesbibliothek 

Köln Deutsches Zentrum für Luft- und Raumfahrt (DLR) 

Deutsches Institut für Medizinische Dokumentation und 

Information (DIMDI) 

Deutsche Sporthochschule Köln 

Fachhochschule Köln 

Hochschulbibliothekszentrum des Landes NRW 

Kunsthochschule für Medien Köln 

Rheinische Fachhochschule Köln 

Universität zu Köln 

Köthen Hochschule Anhalt (FH) (Köthen, Bernburg, Dessau) 

Konstanz Fachhochschule Konstanz 

Universität Konstanz 

Krefeld Fachhochschule Niederrhein 

Kühlungsborn Leibniz-Institut für Atmosphärenphysik e.V. 

Landshut Fachhochschule Landshut 



Leipzig Handelshochschule Leipzig 

Hochschule für Technik, Wirtschaft und Kultur Leipzig (FH) 

Institut für Troposphärenforschung e.V. 

Mitteldeutscher Rundfunk 

Umweltforschungszentrum Leipzig-Halle GmbH 

Universität Leipzig 

Lemgo Fachhochschule Lippe 

Lörrach Berufsakademie Lörrach – Staatliche Studienakademie – 

Ludwigshafen Fachhochschule Ludwigshafen, HS für Wirtschaft 

Lübeck Fachhochschule Lübeck 

Medizinische Universität zu Lübeck 

Lüneburg Fachhochschule Nordost Niedersachsen (u. Hochschule Lüneburg) 

Luxemburg Institut Superieur de Technologie RESTENA 

Magdeburg Fachhochschule Magdeburg 

Institut für Neurobiologie 

Otto-von-Guericke-Universität Magdeburg 

Mainz Fachhochschule Mainz 

IMM, Institut für Mikrotechnik Mainz GmbH 

Stadtbibliothek Mainz 

Universität Koblenz-Landau 

Universität Mainz 

Mannheim Fachhochschule, Mannheim, HS für Technik und Gestaltung 

Zentrum für Umfragen, Methoden und Analysen (ZUMA) 

Institut für Deutsche Sprache 

TÜV Energie- und Systemtechnik GmbH Baden-Württemberg 

Universität Mannheim 

Zentrum für Europäische Wirtschaftsforschung (ZEW) 

Marbach a. N. Deutsches Literaturarchiv 

Marburg Universität Marburg 

Merseburg Fachhochschule Merseburg 

Mittweida Hochschule für Technik und Wirtschaft Mittweida (FH) 

Mosbach Berufsakademie Mosbach, Staatl. Studienakademie 

München Bayerisches Staatsministerium für Ernährung, Landwirtschaft 

und Forsten 

DECUS München e. V. 

3COM GmbH 

European Computer Industry Research Centre GmbH (ECRC) 

Fachhochschule München 

Fraunhofer-Gesellschaft zur Förderung der Angewandten 

Forschung e. V. (FhG) 

Bayerische Staatsbibliothek Bibliotheksverbund Bayern 

IFO-Institut für Wirtschaftsforschung e.V. 

Leibniz-Rechenzentrum der Bayerischen Akademie der 

Wissenschaften 

Ludwig-Maximilians-Universität München 

Max-Planck-Gesellschaft zur Förderung der Wissenschaften e.V. 

(MPG) 

SIEMENS AG 

Technische Universität München 

Universität der Bundeswehr München 

Müncheberg Zentrum für Agrarlandschafts- und Landnutzungsforschung 

(ZALF) e.V. 

Münster Fachhochschule Münster 

Institut für Angewandte Informatik an der Universität Münster 

Universität Münster 

Neubrandenburg Fachhochschule Neubrandenburg 

Nordhausen Fachhochschule Nordhausen 

Nürnberg Fachhochschule Nürnberg 

Nürtingen Fachhochschule Nürtingen 

Oberschleißheim GSF-Forschungszentrum für Umwelt und Gesundheit GmbH 

Oberursel Dimension Data Germany AG + Co 

Oberwolfach Mathematisches Forschungsinstitut 

Offenbach/Main Deutscher Wetterdienst Offenbach 

Offenburg Fachhochschule Offenburg, HS für Technik und Wirtschaft 

Oldenburg Individual Network e.V. (INET) 

Landesbibliothek Oldenburg 

Orgatech KG 

Universität Oldenburg 

Osnabrück Fachhochschule Osnabrück 

Universität Osnabrück 

Paderborn HNF Heinz Nixdorf MuseumsForum GmbH 

Universität Gesamthochschule Paderborn 

Passau Universität Passau 

Peine Deutsche Gesellschaft zum Bau und Betrieb von 

Endlagern für Abfallstoffe mbH 

Pforzheim Fachhochschule Pforzheim, HS für Gestaltung, Technik und 

Wirtschaft 

Pfullingen SEICOM Computer GmbH 

Potsdam Deutsches Institut für Ernährungsforschung, 

Bergholz-Rehbrücke 

Fachhochschule Potsdam 

GeoForschungsZentrum Potsdam 

Hochschule für Film und Fernsehen „Konrad Wolf“ 




Potsdam Potsdam Institut für Klimafolgenforschung e.V. (PIK) 

Stadt- und Landesbibliothek 

Universität Potsdam 

Ratingen Sun Microsystems GmbH 

Ravensburg Berufsakademie Ravensburg 

Recklinghausen InfoTech Gesellschaft für Informations- und Datentechnik mbH 

Regensburg Fachhochschule Regensburg 

Universität Regensburg 

Rosenheim Fachhochschule Rosenheim 

Rostock Institut für Ostseeforschung 

Universität Rostock 

Rudolstadt Saale-Net GmbH 

Saarbrücken Universität des Saarlandes 

Salzgitter Bundesamt für Strahlenschutz 

Sankt Augustin Fachhochschule Rhein-Sieg 

GMD – Forschungszentrum Informationstechnik GmbH 

St. Augustin bei Bonn 

Schmalkalden Fachhochschule Schmalkalden 

Schwäbisch-Gmünd 

Pädagogische Hochschule 

Schwerin Landesbibliothek Mecklenburg-Vorpommern 

Schwindegg Bürgernetzverband e.V. 

Senftenberg Fachhochschule Lausitz 

Siegen Universität Gesamthochschule Siegen 

Speyer Hochschule für Verwaltungswissenschaften Speyer 

Pfälzische Landesbibliothek 

Stralsund Fachhochschule Stralsund 

Stuttgart Cisco Systems GmbH 

DaimlerCrysler AG 

Fachhochschule Stuttgart, HS für Bibliotheks- und 

Informationswesen 

Fachhochschule Stuttgart, HS für Technik 

Universität Hohenheim 

Universität Stuttgart 

Württembergische Landesbibliothek 

Tautenburg Thüringer Landessternwarte 

Zum Tode 

von 

Herrn Hans-Joachim Leven 

Trier Fachhochschule Trier, Hochschule für Technik, Wirtschaft 

und Gestaltung 

Universität Trier 

Tübingen Bundesforschungsanstalt für Viruskrankheiten der Tiere 

Universität Tübingen 

Ulm Fachhochschule Ulm, Hochschule für Technik 

Forschungsinst. für anwendungsorientierte Wissensverarbeitung 

Universität Ulm 

Vechta Hochschule Vechta 

Wachtberg Forschungsgesellschaft für angewandte Naturwissenschaften e.V., 

Wachtberg-Werthofen 

Wedel Hydromod GbR 

Weidenbach Fachhochschule Weihenstephan 

Weimar Bauhaus-Universität Weimar 

Weingarten Fachhochschule Ravensburg-Weingarten 

Pädagogische Hochschule Weingarten 

Weiterstadt Ascend Communications GmbH 

Danet GmbH 

Wernigerode Hochschule Harz 

Wiesbaden Fachhochschule Wiesbaden 

Hessische Landesbibliothek 

Nortel Networks Deutschland GmbH 

Statistisches Bundesamt Wiesbaden 

Wessling debis Systemhaus Solutions for Research GmbH 

Wildau Technische Fachhochschule Wildau 

Wilhelmshaven Fachhochschule Oldenburg/Ostfriesland/Wilhelmshaven 

Wismar Hochschule Wismar 

Fachhochschule für Technik, Wirtschaft und Gestaltung (FH) 

Witten Universität Witten/Herdecke 

Wolfenbüttel Herzog-August-Bibliothek 

Worms Fachhochschule Worms 

Wissenschaftliche Bibliothek der Stadt Worms 

Würzburg Fachhochschule Würzburg-Schweinfurt 

Universität Würzburg 

Wuppertal Universität Gesamthochschule Wuppertal 

Zittau Hochschule für Technik und Wirtschaft Zittau/Görlitz (FH) 

Internationales Hochschulinstitut 

Zwickau Westsächsische Hochschule Zwickau (FH) 

Neue Mitglieder des DFN-Vereins sind mit dem Symbol ➟ gekennzeichnet. 

In Klammern aufgeführte Mitglieder verfügen noch nicht über das Stimmrecht. 

Im Alter von nur 50 Jahren verstarb unerwartet der Vertreter des Bundesministeriums für Verkehr, 

Bau und Wohnungswesen in der Mitgliederversammlung, Herr Hans-Joachim Leven. 

Herr Leven vertrat das Bundesministerium seit 1995. In der Zeit von Dezember 1996 

bis Dezember 1999 war er Mitglied des Verwaltungsrates des DFN-Vereins. 

Bereits als Mitarbeiter des Rechenzentrums der Universität zu Köln unterstützte er den Aufbau 

des Deutschen Forschunsgnetzes. Als Referatsleiter im Bundesverkehrsministerium hatte er wesentlichen 

Anteil an der Einbindung der Bundesverkehrsverwaltung in das DFN. 

Wir verlieren in Herrn Leven einen kompetenten und aufrichtigen Freund und 

Förderer des Deutschen Forschunsgnetzes. 

Tief erschüttert nehmen wir Abschied von Herrn Leven. 

Vorstand und Verwaltungsrat 

des Vereins zur Förderung eines Deutschen Forschunsgnetzes e.V. 


Nutzergruppen im DFN, 

ihre Sprecher bzw. Ansprechpartner 

❍ Fachhochschulen 

Roland Galley, FH Darmstadt 

❍ Hochschulverwaltung 

Dr. J. Hötte, Universität Stuttgart 

Arbeitsgruppe I Realisierung 

Prof. Dr. G. Peter, FH Heilbronn 

Arbeitsgruppe II Datenschutz, 

Datensicherheit 

N.N., TU Braunschweig 

Arbeitsgruppe III Anwendungen 

B. Hannak, TU Braunschweig 

❍ Studierende 

N. Magnus, Universität Kaiserslautern 

Betriebsforen/Arbeitskreise 

und ihre Sprecher 

CDC/OSI M. Storz, LRZ München 

Directory F. Städler, FH Nürnberg 

E-Mail/PRMD 

Informations- 

F. Elsner, TU Berlin 

systeme/News R. Kalwa, TU Clausthal 

ISDN Dr. N. Klever, Univ. Bayreuth 

IP über WiN U. Schilling, Universität-Gesamthochschule 

Essen 

IPv6 

Multimedia- 

G. Richter, Univ. Münster 

Dienste H. Schulze, RRZN, Hannover 

Novell im WiN S. Stindl, Univ. Augsburg 

Security S. Kelm, Secorvo GmbH 

WiN D. Schulze, Univ. Münster 

Kompetenzzentren im DFN, 

ihre Leiter bzw. Ansprechpartner 

❍ DFN-CERT und DFN-PCA 

„Zentrum für sichere Netzdienste GmbH“ 

Dr. H.-J. Mück, Universität Hamburg 

❍ Directory Kompetenzzentrum 

Dr. Kurt Spanier, Universität Tübingen 

❍ Beratungszentrum für Videokonferenzdienste 

Wolfgang Wünsch, TU Dresden 

❍ DFN-Referenz- und Kompetenzzentrum für 

Informationsdienste – DFN-CIS 

Vera Heinau, Freie Universität Berlin 

❍ Teleteaching/Telelearning Referenzund 

Service-Center im B-WiN – TTREFF 

Prof. Dr. F. Bodendorf, Universität Erlangen 

❍ IPv6 Referenzzentrum 

Dr. Georg Richter, Universität Münster 

Rechtsaussschuss 

Prof. Dr. Th. Hoeren,Universität Münster 

Dr. B. Raiser (Vorsitz), GeoForschungsZentrum 

Potsdam 

Prof. Dr. G. Schneider, GWD Göttingen 

Vorstand des DFN-Vereins 

Prof. Dr. E. Jessen (Vorsitzender), 

Technische Universität München 

Prof. Dr. H.-G. Hegering (stellv. Vorsitzender), 

Leibniz-Rechenzentrum München 

Dr. B. Raiser (stellv. Vorsitzender), 

GeoForschungsZentrum Potsdam 

Weitere Mitglieder des Verwaltungsrats 

K. Hartmann, Fachhochschule Magdeburg 

Prof. Dr. F. Hoßfeld, Forschungszentrum Jülich GmbH 

LRD Dr. B. Lix, Universität Essen 

Prof. Dr. M. Paul, Universität Trier 

Prof. Dr. G. Peter, Fachhochschule Heilbronn 

Prof. Dr. G. Schneider, Gesellschaft für wiss. 

Datenverarbeitung Göttingen 

Dr. W. A. Slaby, Katholische Universität Eichstätt 

G. Springer, Technische Universität Imenau 

Dr. K.-U. Stein, Siemens AG München 

Dr. H.-G. Sundermann, GMD-FZ Informationstechnik 

St. Augustin 

Als ständige Gäste nehmen an den 

Beratungen des Verwaltungsrates teil: 

Regierungsrätin S. Weber, Hessisches Minesterium 

für Wissenschaft und Kunst, Wiesbaden (für die 

Ständige Konferenz der Kulturminister der 

Länder) 

MinDirig Dr. G. Bopp, Ministrium für Wissenschaft 

und Kunst, Stuttgart (für die Ständige Konferenz 

der Kulturminister der Länder) 

B. Höhmann, Universität Marburg (für den 

Sprecherkreis der Universitätskanzler) 

Prof. Dr. K. Kutzler, Technische Universität Berlin 

(für die HochschulRektorenKonferenz) 

Dr.-Ing. K. Rupf, Bundesministerium für Bildung 

und Forschung (für den Bund) 

Prof. Dr. E. Mittler, Nieders. Staats- und 

Universitätsbibliothek, Göttingen 

Technischer Ausschuss 

B. Butscher, GMD Fokus, Berlin 

Prof. Dr. H.-G. Hegering, Leibniz-Rechenzentrum 

München 

Prof. Dr. U. Hübner, Technische Universität Chemniz 

Prof. Dr. E. Jessen (Vorsitz), Technische Universität 

München 

Dr. B. Mertens, Forschungszentrum Jülich GmbH 

Prof. Dr. Mittler, Niedersächsische Staats- und 

Universitätsbibliothek Göttingen 

Prof. Dr. H. Pralle, Universität Hannover 

Prof. Dr. M. Rocks, T-Nova Deutsche Telekom 

Innovationsgesellschaft mbH, Darmstadt 

Dr. J. Rückert, IBM Deutschland Informationssysteme 

GmbH, Heidelberg 

Prof. Dr. A. Schill, Technische Universität Dresden 

Dr.-Ing. K.-U. Stein, Siemens AG, München 

Prof. Dr. R. Steinmetz, Technische Universität 

Darmstadt 

Dr. H. Zeisel, BMBF, Bonn 

Betriebsausschuss 

Dr. H. Frese, DESY Hamburg 

Prof. Dr. H.-G. Hegering (Vorsitz), Leibniz- 

Rechenzentrum München 

Dr. W. Held, Universität Münster 

Dr. P. Holleczek, Universität Erlangen 

Prof. Dr. W. Juling, Universität Karlsruhe 

Dr. B. Lix, Universität Gesamthochschule Essen 

Prof. Dr. G. Peter, Fachhochschule Heilbronn 

Pof. Dr. H. Pralle, Universität Hannover 

Prof. Dr. G. Schneider, GWD Göttingen 

G. Springer, Universität Ilmenau 

Dr. K. Sternberger, FernUniversität Hagen 

Dr. H. Zeisel, BMBF, Bonn 

ANSPRECHPARTNER 

Geschäftsstelle des DFN-Vereins 

Anhalter Straße 1, 10963 Berlin 

Telefon (030) 88 42 99–23, –24 

Telefax (030) 88 42 99–70 

Lindenspürstraße 32, 70176 Stuttgart 

Telefon (0711) 63314-0 

Telefax (0711) 63314-133 

E-Mail dfn-verein@dfn.de 

WWW http://www.dfn.de 


Geschäftsführung: 

K. Ullmann: wiss. techn. GF (☎ 030-884299-23,-24) 

Dr. K.-E. Maass: administr. GF (☎ 030-884299-23,-24) 

Entwicklungsaufgaben: 

❍ Breitbandkommunikation: 

Dr. P. Kaufmann (☎ 030-884299-32) 

Dr. J. Rauschenbach (☎ 030-884299-46) 

S. Schweizer-Jäckle (☎ 09131-858705) 

❍ Sprache 

J. Pattloch (☎ 030-884299-10) 

❍ Sicherheit in Rechnernetzen: 

Dr. M. Pattloch (☎ 030-884299-34) 

❍ Multimedia Anwendungen: 

G. Maiß (☎ 030-884299-47) 

❍ Informationssysteme: 

G. Foest (☎ 030-884299-36) 

❍ Verteiltes Lehren u. Lernen: 

R. Paffrath (☎ 030-884299-61) 

❍ Bildung/Schule/Medizinprojekte 

M. Rösler-Laß (☎ 030-884299-31) 

❍ Directories (X.500): 

R. Schroeder (☎ 030-884299-38) 

❍ Vertragsangelegenheiten Entwicklungsbereich: 

E. Heller (☎ 030-884299-62) 

Dienstleistungen zur Nutzung des DFN: 

❍ Allgemeine Beratung 

U. Kähler (☎ 030-884299-35) 

❍ Betriebstagung: 

U. Kähler (☎ 030-884299-35) 

H. Mittag (☎ 030-884299-73) 

❍ DFN-Informationsdienste: 

G. Foest (☎ 030-884299-36) 

❍ Internationale Konnektivität: 

M. Wilhelm (☎ 030-884299-24) 

❍ IP-Dienste/DFN-NOC: 

St. Baur (☎ 0711-63314-107) 

B. Kauth (☎ 0711-63314-100) 

K. Leipold (☎ 030-884299-49) 

H. Wirtz (☎ 030-884299-40) 

❍ Nationale Infrastruktur, Gigabit-Wissenschaftsnetz: 

H.-M. Adler (☎ 030-884299-39) 

S. Heese (☎ 030-884299-33) 

W. Jaretzki (☎ 030-884299-28) 

H. Ott (☎ 030-884299-43) 

❍ Sprache 

H. Mittag (☎ 030-884299-13) 

❍ WiNShuttle 

Hotline (☎ 0711-63314-222; 01805-252354*) 

B. Ackermann (☎ 030-884299-11) 

K. Schauerhammer (☎ 030-884299-41) 

R. Schroeder (☎ 030-884299-38) 

❍ Vertragsangelegenheiten, Rechnungen: 

A. Pattloch für WiN (☎ 030-884299-26) 

B. Brack f. WiNShuttle (☎ 030-884299-54) 

H. Först f. Sprachdienst (☎ 030-884299-48) 

❍ X.400, ADMD=d400: 

W. Jaretzki (☎ 030-884299-28) 

* 1 Min = 0,24 DM Gebühren der Deutschen Telekom AG 


22. bis 28. März 2001 

Hannover 

5. bis 9. Februar 2001 

Plzen 


Kassel 

2 bis 3. April 2001 

New York 


Berlin 

VERANSTALTUNGEN 

CeBIT 2001 Hannover 

http://www. 

W S C G 2001 

9th International Conference in Central Europe on Computer 

Graphics, Visualization and Computer Vision 2001 

http://wscg.zcu.cz 

5. Tagung der DFN-Nutzergruppe Hochschulverwaltung 

Thema: „Service mit Sicherheit“ 

Universität-Gesamthochschule Kassel 

http://www.hochschulverwaltung.de 

2nd IP Telephony Workshop 

Columbia University, New York City 

http://www.cs.columbia.edu/iptel 

http://www.fokus.gmd.de/events/iptel2001 

34. DFN-Betriebstagung

Mitteilungen - DFN-Verein

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?