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) |