<div class="gmail_quote">2011/9/1 Erich N. Pekarek <span dir="ltr"><<a href="mailto:erich@pekarek.at">erich@pekarek.at</a>></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div bgcolor="#ffffff" text="#000000"><div class="im"><blockquote type="cite"><div class="gmail_quote">
</div>
</blockquote></div>
Client- und Masterinterface auch, wenn das im ersten Moment
sinnwidrig erscheinen mag -</div></blockquote><div> und warum willst du das tun? </div><div>(siehe auch unten bzgl "gesondert generieren")</div><meta http-equiv="content-type" content="text/html; charset=utf-8"><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<div bgcolor="#ffffff" text="#000000"><div class="im"><blockquote type="cite"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin-top: 0pt; margin-right: 0pt; margin-bottom: 0pt; margin-left: 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204); padding-left: 1ex; ">
</blockquote></div></blockquote></div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div bgcolor="#ffffff" text="#000000"> allerdings selektiv.</div>
</blockquote><div>d.h. nur bridgen damit es für den olsrd wie ein interface aussieht?</div><div>jedoch nit zwischen den interfaces forwarden?</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div bgcolor="#ffffff" text="#000000"><div class="im"><blockquote type="cite"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
<div bgcolor="#ffffff" text="#000000">Ein Vorteil wäre, dass
die somit quasi-dedizierte Verbindungen zustande kommen, was
der Stabilität und dem Durchsatz der Links sicherlich zu
Gute kommt.</div>
</blockquote>
<div>sicher?</div>
<div>die VAPs laufen auf der gleichen frequenz, und stören sich
wohl mindest genausogerne untereinander wie die adhoc links.</div>
</div>
</blockquote></div>Ich zweifle daher an der Theorie, dass sich VAPs eher stören als
Devices im Ad-Hoc Mode. Für widersprechende Theorien und Fakten wäre
ich Dir dankbar.</div></blockquote><div>ich geh davon aus dass sie sich bei gleichen traffic gleichviel stören,..</div><div><br></div><div>jedoch da die oslrd pakete für jeden nachbarn nun einzeln gesendet werden muessen, gibts mehr gelegenheiten zum stören,.. </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div bgcolor="#ffffff" text="#000000">
<div class="im"><blockquote type="cite">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
<div bgcolor="#ffffff" text="#000000">
<div>
<blockquote type="cite">
<div class="gmail_quote">
<div>ich denk auf jedem wifi soviel VAPs wie geht, ist
imho schlechter als adhoc</div>
<div>(zumindest bzgl olsr traffic)</div>
</div>
</blockquote>
</div>
Was erst noch zu zeigen wäre. (Im Falle einer Brigde bspw.
wird das nicht eintreten).<br>
</div>
</blockquote>
<div>wieso soll eine bridge das verhindern?</div>
<div><br>
</div>
<div>das problem ist das die selbe olsr message in jedem VAP
einzeln gesendet werden muss , anstatt eines einzigem
broadcasts an alle die es hören können,..</div>
</div>
</blockquote></div>
Wenn die Pakete nur für ein OLSR-Device generiert werden, müssen sie
zwar immer noch einzeln gesendet werden, </div></blockquote><div>und das ist das problem! </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div bgcolor="#ffffff" text="#000000">
aber eben nicht für zwei
Devices gesondert generiert werden. </div></blockquote><div>was (cpumaessig) nit schlimm ist </div><div><br></div><div>denn olsrd erzeugt bei einzelnen interfaces ja auch weniger traffic /jedoch nit weniger als bei nem broadcast an alle!(</div>
<meta http-equiv="content-type" content="text/html; charset=utf-8"><div>und dadurch wieder weniger cpuload beim nachbar , als wenn es gebridged wäre, </div><div>weil er bei einzelnen interfaces den jeweiligen/m nachbarn nur erzählt was der/die noch nit definitiv wissen,..</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div bgcolor="#ffffff" text="#000000">Das restliche Szenario erscheint
mir identisch zu sein. Die Übertragungswege für das OLSR bleiben
dieselben, nur habe ich im AP-Mode mehr Einfluss auf das Radio, kann
Clients selektiv trennen</div></blockquote><div>ein adhoc client welche einen link nicht zum routen verwendet, stört eigentlich nit.</div><div>d.h. selektiv trennen (= nicht verwenden) macht der olsrd eh schon,..</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div bgcolor="#ffffff" text="#000000"> und so die Linkqualität und die Datenrate
des Nodes verbessern.</div></blockquote><div>diese (datenrate) ist sowieso je nach nachbar unterschiedlich,.. </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div bgcolor="#ffffff" text="#000000"><div class="im"><blockquote type="cite"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204, 204, 204);padding-left:1ex">
<div bgcolor="#ffffff" text="#000000"> <small><small><small> (wobei
es mich brennend interessieren würde, ob
beispielsweise BATMANd im der Realität wirklich das
Broadcastproblem gegenüber olsr effektiv senkt.)</small></small></small></div>
</blockquote>
<div>inwiefern sollte er das?</div>
</div>
</blockquote></div>
Weil dieses Projekt sich konkret den Verbesserungen gegenüber OLSR
verschrieben hat und zumindest in der Beschreibung interessante
Ansätze dazu hat - insbesondere die Reduktion der Überhand nehmenden
Broadcasts.</div></blockquote><div> </div><div>trotzdem erzeugt batman mehr traffic als olsrd *G (und braucht mehr cpu, und routet schlechter, usw,..)</div><div>(zumidnest was das afair das ergebnis eines jeden battle meshes so far)</div>
<div><br></div><div>und oslrd koennte deutlich weniger trafifc erzeugen, wenn wir die plaene dafuer mal endlich umsetzen wuerden *G</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div bgcolor="#ffffff" text="#000000"><div class="im"><br><br></div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div bgcolor="#ffffff" text="#000000">
Aber er muss nicht auf jedes Signal reagieren, wie es im Ad-Hoc-Mode
passiert, wenn ein Device mit derselben BSSID in der Nähe funkt.
"Teile und herrsche" ist sicherlich auch im Mesh kein schlechtes
Prinzip.</div></blockquote><div>aber ob man soweit teilen soll, dass über das selbe übertragungmedium zig VAPs gleichzeitig herrschen sollen!?</div><div><br></div><div>und jein, jedes device muss andere pakete zumindest zur kenntnis nehmen, also die recht lange preambel und mac-header lesen, der unterschied ist nur ob dann noch 20 byte ethernet header auch noch dazukommen oder nit,..</div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div bgcolor="#ffffff" text="#000000"><div class="im">
<blockquote type="cite">
<div class="gmail_quote">
<div>(weiters ists idr stromverbrauchmaessig voellig egal, ob
nur rauschen oder "lesbare" signale daherkommen)</div>
</div>
</blockquote></div>
Vernachlässigbar. Dennoch - wenn es auf schwachen Devices CPU spart,
schadet es ja auch nicht.</div></blockquote><div>die cpu bekommt die pakete eh nit,.. (wenn es keine broadcasts sind)</div><div><br></div><div>und ob ein dertiges setup inkl olsrd cpuload irgendwas spart ist recht unsicher, kann leicht auch anders kommen, vorallem wenn du mit bridges sparen willst,..</div>
<div><br></div><div>lg Markus </div><div><br></div><div>p.s. mein resumee der einzige wirkliche vorteil wäre das non adhoc fähige geräte funktionieren würden</div><div>ansonsten befürcht ich unterm strich nur mehr oder weniger grosse nachteile,..</div>
<div>und klarerweise viel arbeit, viel bugs, bis es mal überhaupt funktioniert,..</div><div><br></div></div>