<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hallo!<br>
<br>
Am 2014-10-22 um 22:52 schrieb Christofer Brajkovic:<br>
</div>
<blockquote cite="mid:DUB408-EAS80F3CA9B9C9E1753703D91FF950@phx.gbl"
type="cite">
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<div>Wir bennen unsere immer mit richtung und standort</div>
<div><br>
</div>
<div>Bsp.: <a moz-do-not-send="true"
href="http://sw5duer9.funkfeuer.at">sw5duer9.funkfeuer.at</a></div>
<div> Somi weiss man richtung/band/standort ;-)<br>
</div>
</blockquote>
Das mag mit dem Adhoc-Mode sinnvoll sein, weil dort sonst keine
Unterscheidungsmerkmale bei einem einfachen Scan erkennbar sind
(weshalb der "Horst" so beliebt war).<br>
<br>
Warum ich das für überkommen halte:<br>
Kurzfassung:<br>
Best case: redundante (Meta)information<br>
Worst case: Fehlinformation, verhindert "Roaming"/"Handover", wenn
mehrere APs vorhanden sind.<br>
Aktuelle Werte liefert stets ein Scan - ein fiktives Beispiel, wie
es sein sollte:<br>
<abbr title="Signal: -86 dB / Qualität: 24/70"> <img
src="cid:part2.00040302.08060504@pekarek.at"><br>
<small>34% </small><strong>ozw</strong></abbr><big><strong>.funkfeuer.at</strong></big><br>
<strong>Channel:</strong> 108 | <strong>Mode:</strong> Master | <strong>BSSID:</strong>
XX:XX:XX:3E:6F:B7 | <strong>Encryption:</strong> <em>offen</em><br>
<br>
SNR/RSSI -> impliziert gute und schlechte Ausrichtung. Lesen der
Dokumentation oder Anfrage beim Nodebetreiber ist sowieso
erforderlich. Kein Knoten ohne Planung.<br>
ESSID -> einheitlicher Extended Service Set Identifier ermöglicht
Roaming.<br>
Kanal -> impliziert Band. Sieht man sowieso nur, wenn das eigene
Gerät das kann.<br>
Modus -> muss ich sowieso wissen.<br>
BSSID = MAC-Adresse des Interfaces. Sollte im AP-Mode (Master) stets
eindeutig und unterscheidbar sein.<br>
Verschlüsselung.<br>
<br>
Fazit-> es ist in der ESSID keine Meta-Information außer der
Polarization vorhanden, die mir ein Scan nicht sowieso liefert.<br>
<br>
<br>
Langfassung:<br>
1. Ein Master strahlt seine (üblicherweise) eindeutige BSSID
(=Interface-MAC-Adresse aus).<br>
2. Die Richtungsangabe in der ESSID stimmt womöglich nach einer
Neuausrichtung nicht mehr. Gefahr der Fehlinformation. Die beste
gemessene RSSI bezogen auf eine BSSID indiziert die richtige
Richtung. Wohin man ausrichten will, weiß man hoffentlich schon
bevor man Trial and Error unter Zuhilfenahme des Schraubenschlüssel
spielt.<br>
3. Eine Richtungsangabe "sw" ist bei einer Nanobeam/Nanobridge, etc
meist unzureichend. Es hat sich mancherorts eingebürgert, die
Richtungsangabe in Grad oder in Himmelsrichtungen im Devicenamen
wiederzuspiegeln. In der Praxis variiert das z.B. durch einen
Gerätetausch oder eine Neuausrichtung.<br>
4. Das Band/den Kanal erkennt man beim Scannen. Ein Kanal im anderen
Band ist für das jeweils andere Single-Band-Gerät sowieso nicht zu
erkennen. Sinnlos. Da kann man den Linkpartner auch Pendeln.<br>
5. Für einen Standort mit multidirektionalem AP-Betrieb ist es
üblicherweise sinnvoller, nur eine einheitliche ESSID zu verwenden,
weil<br>
a) eine Art Roaming damit möglich wird, durch die<br>
b) Änderungen an Richtung, Ausstattung, etc ermöglicht werden,
für die beim Client keine Konfigurationsänderungen erforderlich
sind, sofern<br>
c) nicht im Einzelfall durch Angabe von BSSID und, sofern
möglich, Kanal die Auswahl auf einen individualisierten AP
beschränkt wurde, oder<br>
d) im jeweiligen nicht zuständigen AP eine MAC-Filter Liste dies
ermöglicht. (was bei Adhoc nie möglich war).<br>
e) Auch im Fall von Nebenkeulen kann diese Konfiguration
-insbesondere bei nahe gelegenen Linkpartnern- sinnvoll sein.<br>
Fazit: Man vereint einige der Stärken des Adhoc-Modus und kann
einige seiner Schwächen ausräumen. (Im Scan scheinen alle
unterschiedlichen BSSIDs auf, <br>
während beim Adhoc-Mode manchmal nur eine BSSID pro Kanal und
dort nur das stärkste empfangene Signal sichtbar war; Die
einheitliche ESSID pro <br>
Standort ersetzt die einheitliche BSSID pro Kanal, Fallbacks
sind mit zusätzlichen Clients selektiv machbar, bei starker
Bündelung aber nur selten sinnvoll <br>
[außer alle Hops liegen exakt auf derselben Linie]).<br>
6. In Ausnahme zu 5. sind lediglich dedizierte Links sinnvoller mit
individuellen ESSIDs zu betreiben.<br>
7. Angaben zum Knoten gehören möglichst exakt in die
Knotendokumentation und nicht unscharf in die ESSID. ESSIDs sind
zudem auf 32 Zeichen beschränkt.<br>
8. Etwaige Angaben zur Polarisation können zwar im Einzelfall noch
sinnvoll sein, stehen aber im Widerspruch zu 5. und sind mit dualer
Polarisation+MiMO weitgehend obsolet.<br>
9. Azimuth (3.) und Elevation sind möglichst genau zu dokumentieren,
damit Weitstrecken optimal geplant werden können. ESSIDs sind dafür
nicht geeignet und eine möglichst kurze Codierung dafür ist weder
nutzerfreundlich, noch mit 5. vereinbar.<br>
10. Bestes Argument - die Praxis: Knoten wie das OZW zeigen, dass
ein solcher roamingfreundlicher multi-AP Knoten beherrschbar ist und
bestens funktioniert. Wenn ein Device ausfällt, kann in so einem
Fall bei guten Bedingungen sogar ein anderes die Aufgaben schnell
übernehmen. Clients, die roamingfreudig konfiguriert sind, sollten
ihren "besten" Linkpartner, sobald dieser wieder online ist auch
danach wieder finden. (Notfalls auch via Workaround: Script/wifi
restart). Erweiterungen des Knotens sind so grundsätzlich bei
geschickter Durchführung "on-the-fly" (also ohne allzu große
Downtime) möglich.<br>
<br>
<br>
Erlaube mir daher die Gegenfrage: Warum sollte man es anders als so
machen?<br>
<br>
<br>
LG<br>
Erich<br>
<blockquote cite="mid:DUB408-EAS80F3CA9B9C9E1753703D91FF950@phx.gbl"
type="cite">
<div><br>
Von meinem iPhone gesendet</div>
<div><br>
Am 22.10.2014 um 00:31 schrieb Erich N. Pekarek <<a
moz-do-not-send="true" href="mailto:erich@pekarek.at">erich@pekarek.at</a>>:<br>
<br>
</div>
<blockquote type="cite">
<div>
<meta content="text/html; charset=utf-8"
http-equiv="Content-Type">
<div class="moz-cite-prefix">Hallo!<br>
<br>
Am 2014-10-21 um 22:38 schrieb gerhard poller:<br>
</div>
<blockquote
cite="mid:trinity-e3abaa8b-7087-4e13-9cc9-daab2f5ab4ba-1413923882420@3capp-gmx-bs25"
type="cite">
<div style="font-family: Verdana;font-size: 12.0px;">
<div>
<div>zeltgaz "master" bei knoten "bici" ex "gaz" ex
"geraldo" ex "gaz94" knoten am galizinberg 1160</div>
</div>
</div>
</blockquote>
Aja.<br>
<blockquote
cite="mid:trinity-e3abaa8b-7087-4e13-9cc9-daab2f5ab4ba-1413923882420@3capp-gmx-bs25"
type="cite">
<div style="font-family: Verdana;font-size: 12.0px;">
<div>
<div>durch os_bridge logisch auch auf zelt
(client_bridge)zu sehen im olsr ;)</div>
</div>
</div>
</blockquote>
OK.<br>
<br>
Eine Bitte: Master immer nach dem Knoten benennen, wo sie
stehen. Also <a moz-do-not-send="true"
href="http://bici.funkfeuer.at">bici.funkfeuer.at</a>, <a
moz-do-not-send="true" href="http://ozw.funkfeuer.at">ozw.funkfeuer.at</a>,
<a moz-do-not-send="true" href="http://brenner.funkfeuer.at">brenner.funkfeuer.at</a>
...<br>
Das macht die Sache in den meisten Fällen einfacher (Scannen,
ausrichten, Failover/Roaming, ...).<br>
<br>
Danke!<br>
<br>
<br>
<blockquote
cite="mid:trinity-e3abaa8b-7087-4e13-9cc9-daab2f5ab4ba-1413923882420@3capp-gmx-bs25"
type="cite">
<div style="font-family: Verdana;font-size: 12.0px;">
<div>
<div>hf akku</div>
</div>
</div>
</blockquote>
LG<br>
Erich<br>
<blockquote
cite="mid:trinity-e3abaa8b-7087-4e13-9cc9-daab2f5ab4ba-1413923882420@3capp-gmx-bs25"
type="cite">
<div style="font-family: Verdana;font-size: 12.0px;">
<div>
<div name="quote" style="margin:10px 5px 5px 10px;
padding: 10px 0 10px 10px; border-left:2px solid
#C3D9E5; word-wrap: break-word; -webkit-nbsp-mode:
space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b> Dienstag,
14. Oktober 2014 um 14:36 Uhr<br>
<b>Von:</b> "Erich N. Pekarek" <a
moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="mailto:erich@pekarek.at"><erich@pekarek.at></a><br>
<b>An:</b> <a moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:wien@lists.funkfeuer.at">wien@lists.funkfeuer.at</a><br>
<b>Betreff:</b> Re: [Wien] <a
moz-do-not-send="true"
href="http://zeltgaz.funkfuer.at">zeltgaz.funkfuer.at</a>
BSSID 00:15:D6:19:10:28</div>
<div name="quoted-content">
<div style="background-color: rgb(255,255,255);">
<div class="moz-cite-prefix">Hallo!<br>
<br>
Klärt mich bitte auf:<br>
<br>
Der Router mit der SSID <a
moz-do-not-send="true"
href="http://zeltgaz.funkfeuer.at">zeltgaz.funkfeuer.at</a>
steht wo?<br>
sulm20 war über die Bridge der Zeltgasse auf
einigen Devices zu sehen.<br>
Ich frage, da ich einen Widerspruch vermute, und
die Namensgebung der SSIDs und der empfangenen
Signalstärken auf anderen Geräten dort mir nicht
ganz zusammenpassen.<br>
<br>
Dann möchte ich noch diesen Thread
zweckentfremden:<br>
goldegasse - zeltgasse: möglich, denkbar? Die
Nanobridge auf der Zeltgasse wäre dafür
vorbereitet, ist aber noch nicht exakt
ausgerichtet.<br>
<br>
Danke, LG<br>
Erich<br>
<br>
Am 2014-10-14 um 14:19 schrieb Martin Shivraj
Saini:</div>
<blockquote>
<div class="moz-cite-prefix">Hey!<br>
<br>
Danke vielmals! Wenn du was brauchst, sag
bescheid, bin aber leider bis freitag im
ausland beruflich......<br>
<br>
Lg<br>
Martin<br>
<br>
<br>
<br>
Am 14.10.2014 00:25, schrieb gerhard poller:</div>
<blockquote>
<div style="font-family: Verdana;font-size:
12.0px;">
<div>
<div>danke für die meldung</div>
<div>5ghz ausfall geraldo - bici</div>
<div>sind uralte osbridges</div>
<div>muss ich in kürze hinfahren vor ort
rebooten nachschauen</div>
<div>hf akku</div>
<div> </div>
<div>
<div style="margin: 10.0px 5.0px 5.0px
10.0px;padding: 10.0px 0 10.0px
10.0px;border-left: 2.0px solid
rgb(195,217,229);">
<div style="margin: 0 0 10.0px 0;"><b>Gesendet:</b> Montag,
13. Oktober 2014 um 22:40 Uhr<br>
<b>Von:</b> "Martin Shivraj Saini" <a
moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="martin@brumma.com"
target="_parent"><martin@brumma.com></a><br>
<b>An:</b> "FunkFeuer Wien" <a
moz-do-not-send="true"
class="moz-txt-link-rfc2396E"
href="wien@lists.funkfeuer.at"
target="_parent"><wien@lists.funkfeuer.at></a><br>
<b>Betreff:</b> [Wien] <a
moz-do-not-send="true"
href="http://zeltgaz.funkfuer.at">zeltgaz.funkfuer.at</a>
BSSID 00:15:D6:19:10:28</div>
<div>hallo,<br>
<br>
war mit 300deg.sulm20 als client
5GHz mit obenstehendem Master<br>
verbunden, seit samstag null signal
- ist da was vorgefallen?<br>
<br>
mfg<br>
martin<br>
<br>
<br>
--<br>
Wien mailing list<br>
<a moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="Wien@lists.funkfeuer.at"
target="_parent">Wien@lists.funkfeuer.at</a><br>
<a moz-do-not-send="true"
href="https://lists.funkfeuer.at/mailman/listinfo/wien"
target="_blank">https://lists.funkfeuer.at/mailman/listinfo/wien</a></div>
</div>
</div>
</div>
</div>
</blockquote>
<fieldset class="mimeAttachmentHeader"> </fieldset>
<pre>--
Wien mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="Wien@lists.funkfeuer.at" target="_parent">Wien@lists.funkfeuer.at</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://lists.funkfeuer.at/mailman/listinfo/wien" target="_blank">https://lists.funkfeuer.at/mailman/listinfo/wien</a></pre>
</blockquote>
<br>
-- Wien mailing list <a moz-do-not-send="true"
class="moz-txt-link-abbreviated"
href="mailto:Wien@lists.funkfeuer.at">Wien@lists.funkfeuer.at</a>
<a moz-do-not-send="true"
href="https://lists.funkfeuer.at/mailman/listinfo/wien"
target="_blank">https://lists.funkfeuer.at/mailman/listinfo/wien</a></div>
</div>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">--
Wien mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Wien@lists.funkfeuer.at">Wien@lists.funkfeuer.at</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://lists.funkfeuer.at/mailman/listinfo/wien">https://lists.funkfeuer.at/mailman/listinfo/wien</a></pre>
</blockquote>
<br>
</div>
</blockquote>
<blockquote type="cite">
<div><span>--</span><br>
<span>Wien mailing list</span><br>
<span><a moz-do-not-send="true"
href="mailto:Wien@lists.funkfeuer.at">Wien@lists.funkfeuer.at</a></span><br>
<span><a moz-do-not-send="true"
href="https://lists.funkfeuer.at/mailman/listinfo/wien">https://lists.funkfeuer.at/mailman/listinfo/wien</a></span></div>
</blockquote>
</blockquote>
<br>
</body>
</html>