| 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 grö�?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) |