Änderungen

Zur Navigation springen Zur Suche springen
791 Bytes hinzugefügt ,  16:23, 24. Okt. 2006
Zeile 140: Zeile 140:  
das Mesh reisen oder unterwegs irgendwann verloren gehen. Geht ein Broadcast
 
das Mesh reisen oder unterwegs irgendwann verloren gehen. Geht ein Broadcast
 
verloren wird nicht nach dem Verbleib oder einer Neuübetragung gefragt -
 
verloren wird nicht nach dem Verbleib oder einer Neuübetragung gefragt -
anders als bei TCP-Daten, wo bis zu 7 mal die ?bertragung wiederholt wird,
+
anders als bei TCP-Daten, wo bis zu 7 mal die ?bertragung wiederholt wird,
 
wenn eine Bestätigung des Empfängers ausbleibt.
 
wenn eine Bestätigung des Empfängers ausbleibt.
   Zeile 195: Zeile 195:     
Herrscht Gleichstand an empfangenen Paketen von zwei oder mehreren Nachbarn
 
Herrscht Gleichstand an empfangenen Paketen von zwei oder mehreren Nachbarn
entscheidet die ?te TTL (geringster Hopcount). Herrscht Gleichstand auch
+
entscheidet die grö�?te TTL (geringster Hopcount). Herrscht Gleichstand auch
 
bei der TTL entscheidet wer das letzte eingegangene Orginator-Paket zum
 
bei der TTL entscheidet wer das letzte eingegangene Orginator-Paket zum
 
Zielknoten gebroadcastet hat.
 
Zielknoten gebroadcastet hat.
Zeile 211: Zeile 211:  
dass Verbindungen unsymmetrisch sein können. Die Annahme ist, dass auf dem
 
dass Verbindungen unsymmetrisch sein können. Die Annahme ist, dass auf dem
 
Pfad auf dem die Pakete von Node A den Node F erreichen auch die beste
 
Pfad auf dem die Pakete von Node A den Node F erreichen auch die beste
?bertragung in die Gegenrichtung möglich ist. Das ist im Fall von
+
?bertragung in die Gegenrichtung möglich ist. Das ist im Fall von
 
unsymmetrischen Links ein Trugschluss. Unsymmetrische Links treten auf wenn
 
unsymmetrischen Links ein Trugschluss. Unsymmetrische Links treten auf wenn
 
ein Router zwar einen anderen hört, aber umgekehrt nicht. Es kann sein, dass
 
ein Router zwar einen anderen hört, aber umgekehrt nicht. Es kann sein, dass
eine perfekte ?bertragung möglich ist - aber nur in eine Richtung. Das
+
eine perfekte ?bertragung möglich ist - aber nur in eine Richtung. Das
 
einfache B.A.T.M.A.N-Verfahren würde hier komplett scheitern. Es muss also
 
einfache B.A.T.M.A.N-Verfahren würde hier komplett scheitern. Es muss also
 
geprüft werden ob Links symmetrisch sind und nur Informationen die von
 
geprüft werden ob Links symmetrisch sind und nur Informationen die von
Zeile 259: Zeile 259:  
Elektra, Thomas, Axel, Felix  
 
Elektra, Thomas, Axel, Felix  
 
</pre>
 
</pre>
 +
 +
===BATMAN fliegt durchs Weimarnetz - die Zweite===
 +
=was wollen wir?=
 +
* route vergleichen ->trace
 +
** laenge -> trace
 +
** bandbreite der links - werden auch schmalbandige links genutzt? -> infoseite
 +
** packetloss -> floodping
 +
** Wechseln der Routen
 +
* wie schnell fuellt sich die routingtabelle
 +
* cpu auslastung -> infoseite / monitoring
 +
* speicher -> infoseite / monitoring
 +
* Anzahl der Nodes
 +
* Traffic des Protokoll -> codeschnipsel
 +
 +
=wie=
 +
* alle schalten batman ein -> infoseite
 +
* wenige testen
 +
* ein script fuer alle -> matas
 +
* schoen waere die funktionalitaet vom monitoring zu nutzen -> jens
 +
 +
** Ideen: [[Benutzer:Storchi|Storchi]] 16:23, 24. Okt 2006 (CEST) und [[Benutzer:matas]]
 +
* wer macht mit?
 +
** [[benutzer:matas]]
 +
** [[Benutzer:Storchi|Storchi]] 16:23, 24. Okt 2006 (CEST)

Navigationsmenü