[Berlin-wireless] Re: Konfigurationseinsicht in fremde OLSR-Knoten

Markus Elsner Adonis.M
Mi Feb 1 14:17:06 CET 2006 

Mhmmm.... ich glaub da muß dann dann selber hand anlegen und die User kurzfristig stilllegen bis der Kontakt steht und die Router ausgebessert worden sind. 
Ich meinte unter anderen so was, was Tobias sagte, eine Erinnerungsfunktion, das ein gewisser Automatismuss drinn ist. Es soll nicht nur reichen mal eben einen WRT kaufen, irgendeine Konfig rausspielen und fertig, die User sollen auch etwas up to Date sein und mithelfen und eine Erinnerungs /Nervfunktion würde helfen ( Fisheyerouting ). 
Die User lassen es auch so lange laufe bis es nicht mehr geht, wenn mal schlecht geht, dann liegt halt am "Netz" auf den Gedanken der falschen Konfig oder veraltetetn FFF kommen sie nicht.
PS: Mit`n Auto muß ich ja auch alle 2 Jahre zum TÜV, ansonsten machen mir die "Grünen" die Hölle heiß und der Versicherungsschutz enfällt, da mein Auto eventl Fehler hat oder puttig ist.
 
Gruß Markus 



-----Ursprüngliche Nachricht-----
Von: berlin-bounces at olsrexperiment.de [mailto:berlin-bounces at olsrexperiment.de] Im Auftrag von berlin-request at olsrexperiment.de
Gesendet: Mittwoch, 1. Februar 2006 14:30
An: berlin at olsrexperiment.de
Betreff: Berlin Nachrichtensammlung, Band 7, Eintrag 4

Um e-Mails an die Liste Berlin zu schicken, nutzen Sie bitte die
Adresse

	berlin at olsrexperiment.de

Um sich via Web von der Liste zu entfernen oder draufzusetzen:

	https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin

oder, via Email, schicken Sie eine Email mit dem Wort 'help' in
Subject/Betreff oder im Text an

	berlin-request at olsrexperiment.de

Sie koennen den Listenverwalter dieser Lister unter der Adresse

	berlin-owner at olsrexperiment.de

erreichen

Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen
sinnvollen Inhalt der spezifischer ist als "Re: Contents of Berlin
digest..."


berlin-wireless-digest

Meldungen des Tages:

   1. Re: Konfigurationseinsicht in fremde OLSR-Knoten
      +Zwangsupdate ?!?!?! (Sven-Ola Tuecke)
   2. Re: Emmaus, hOrst-tool, WRT-brick, et alt (Sven-Ola Tuecke)
   3. Re: Konfigurationseinsicht in fremde OLSR-Knoten
      +Zwangsupdate ?!?!?! (Tobias Strauß)
   4. Re: IPVergabe eMail (Daniel Paufler)


----------------------------------------------------------------------

Message: 1
Date: Wed, 1 Feb 2006 11:19:57 +0100
From: "Sven-Ola Tuecke" <mail2news at commando.de>
Subject: Re: [Berlin-wireless] Konfigurationseinsicht in fremde
	OLSR-Knoten	+Zwangsupdate ?!?!?!
To: berlin at olsrexperiment.de
Message-ID: <drq20d$grh$1 at gate.commando.de>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original

Markus,

sorry, aber solche Zwangsmasznahmen kommen nicht in Frage und es gibt auch 
keine Hintertuer. Einen aelteren - ungeupdateten OLSRd erkennst du daran, 
dass er mit UDP-Fragmenten um sich wirft. Hier in Mitte/FHain/Xberg fuehrt 
das dazu, dass Leute ohne Upate nur noch sehr unzuverlaessige Routen 
bekommen. Haber erst gestern einen der Chinesen aus dem ND-Studiwohnheim 
genau deswegen in der Leitung gehabt. Beispiel fuer sowas:

root at mtx-nd-2:~# tcpdump -ni wlan1 udp and host 104.129.11.33
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan1, link-type EN10MB (Ethernet), capture size 68 bytes
IP 104.129.11.33.698 > 104.255.255.255.698: UDP, length: 1248
IP 104.129.11.33 > 104.255.255.255: udp
IP 104.129.11.33 > 104.255.255.255: udp
IP 104.129.11.33 > 104.255.255.255: udp
IP 104.129.11.33.698 > 104.255.255.255.698: UDP, length: 1500
IP 104.129.11.33 > 104.255.255.255: udp

Beispiel fuer eine korrekte Install:

root at mtx-nd-2:~# tcpdump -ni wlan1 udp and host 104.129.11.11
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan1, link-type EN10MB (Ethernet), capture size 68 bytes
IP 104.129.11.11.698 > 104.255.255.255.698: UDP, length: 1456
IP 104.129.11.11.698 > 104.255.255.255.698: UDP, length: 1460
IP 104.129.11.11.698 > 104.255.255.255.698: UDP, length: 1432
IP 104.129.11.11.698 > 104.255.255.255.698: UDP, length: 1384

Es werden noch Stimmen gesammelt: Wer ist dafuer in den Windows-OLSRD ein 
Zwangsupdate fuer alle Windows-Rechner einzubauen und wer will das pflegen? 
Gleiches fuer MAC, Cube und OpenWrt-Only-WRTs

Tipp: Einen hartnaeckingen Stoerer per "iptables" rauswerfen oder einen 
einstweilige Loeschung der IP auf dem Internet-Gateway konfigurieren. Das 
hilft ;-)

Grusz, Sven-Ola

""Markus Elsner"" <Adonis.M at web.de> schrieb im Newsbeitrag 
news:1F4DkY-0Xe10i0 at fwd30.sul.t-online.de...
Nabend, sicherlich kenn Ihr das Problem das Ihr etwas mit dem Netz und mit
manchen Werten in OLSR spielen möchtet um die Performenc des Netzes zu
testen.
Nun aber seht Ihr leider nicht die Konfiguration der anderen User (
Nachtbarn ) Ihr schreibt eine Mail z.B. "Sag mal welche FRAG und ETX hast Du
gesetzt?" Wenn über haupt kommt nach 3-4 Tagen eine Anwort. Gibs Die
Möglichkeit die Konfiguration andere OLSR-Knoten ohne PW zu sehen?
Das würde sicher sehr weiterhelfen, zu dem man leider auch manche User nicht
oder schlecht erreicht und die aber mit Ihren Einstellungen das Netz
runterreißen.

Genau das gleich mit der fff, wenn was neues kommt Erfahren diese Leute es
nicht. Sie haben sich mal schnell bei OLSREXPERIMENT eine IP regestriert und
das war`s. So lange I-Net irgendwie geht schauen sie auch nicht was man
ändern könnte. Man kann auch nicht verlangen das diese Leute drei mal am Tag
in`s Forum schaun und gucken können ob eine neue FFF da ist.
Gibs dafür schon eine Lösung oder Idee wie man die Leute benachrichtigen
kann damit Sie gewisse Info`s 100% bekommen oder auch bestätigen müssen
!?!?!

HELP!

PS: Der Knoten für die OLSRMAP Einspeisung in WSE liegt flach, wird jetzt
aber wieder gemacht. Und HSH hängt dafür wieder an WSE mit einem
Richtfunkstrecke.


-----Ursprüngliche Nachricht-----
Von: berlin-bounces at olsrexperiment.de
[mailto:berlin-bounces at olsrexperiment.de] Im Auftrag von
berlin-request at olsrexperiment.de
Gesendet: Dienstag, 31. Januar 2006 12:45
An: berlin at olsrexperiment.de
Betreff: Berlin Nachrichtensammlung, Band 6, Eintrag 78

Um e-Mails an die Liste Berlin zu schicken, nutzen Sie bitte die
Adresse

berlin at olsrexperiment.de

Um sich via Web von der Liste zu entfernen oder draufzusetzen:

https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin

oder, via Email, schicken Sie eine Email mit dem Wort 'help' in
Subject/Betreff oder im Text an

berlin-request at olsrexperiment.de

Sie koennen den Listenverwalter dieser Lister unter der Adresse

berlin-owner at olsrexperiment.de

erreichen

Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen
sinnvollen Inhalt der spezifischer ist als "Re: Contents of Berlin
digest..."


berlin-wireless-digest

Meldungen des Tages:

   1. Re: IPVergabe eMail (Daniel Paufler)
   2. Re: Nordlicht (yokoy)


----------------------------------------------------------------------

Message: 1
Date: Mon, 30 Jan 2006 20:54:57 +0100
From: Daniel Paufler <d.paufler at fhtw-berlin.de>
Subject: Re: [Berlin-wireless] IPVergabe eMail
To: wirelesslan in Berlin <berlin at olsrexperiment.de>
Message-ID: <43DE6F11.7030904 at fhtw-berlin.de>
Content-Type: text/plain; charset=ISO-8859-1

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hey nosy

wirklich schönes wort. Machen wir. OpenVPN wartet ;)

Grüße

Daniel

Marlen Caemmerer wrote:
> Apropos vserver-lass mal am Mittwoch zusammensetzten wg dem neuen Server
> fuer ne kleine Aufgabenverteilungskoordinationsbesprechung (ah, super
> wort :) )
>
> bis denn
>     nosy
>
> On Mon, 30 Jan 2006, wulf wrote:
>
>>
>> Ich werde die Tage einen voruebergehenden Fix fuer das Mailversenden
>> einbauen. Richtig schick wird alles allerdings erst werden, wenn
>> olsr-experiment dann auf den neuen V-Server umzieht ...
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Berlin mailing list
> Berlin at olsrexperiment.de
> https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin

- --
FHTW Berlin (http://www.fhtw-berlin.de) Angewandte Informatik
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFD3m8Rq6ymFUkZLTIRAuIlAKCPabxfrNUaBgo1GSPn2HbKxWo6XgCg6g1J
a9IIHT5XfQ3MbLgTbOFu6DU=
=bv4V
-----END PGP SIGNATURE-----



------------------------------

Message: 2
Date: Mon, 30 Jan 2006 22:09:09 +0100
From: yokoy <freifunk at yokoy.de>
Subject: Re: [Berlin-wireless] Nordlicht
To: wirelesslan in Berlin <berlin at olsrexperiment.de>
Message-ID: <200601302209.10984.freifunk at yokoy.de>
Content-Type: text/plain;  charset="iso-8859-15"

On Monday 30 January 2006 21:14, Philipp Jaeckel wrote:
> Folie wird schwer. Die Folienvorlagen hab ich als PDF. Irgendwie nich so
> ganz das was du dir vorgestellt hast mhm?

naja, man muss es auf einen uv-transluzenten traeger bringen. z.b.
ausdrucken.
geht auch vom pdf, wenn die aufloesung stimmt. ich haette hier noch folien
fuer laser und tintenpinkler.


-- 

Niemand hat die Absicht, eine Mauer zu errichten!



------------------------------

_______________________________________________
Berlin mailing list
Berlin at olsrexperiment.de
https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin

Ende Berlin Nachrichtensammlung, Band 6, Eintrag 78
***************************************************



_______________________________________________
Berlin mailing list
Berlin at olsrexperiment.de
https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin 




------------------------------

Message: 2
Date: Wed, 1 Feb 2006 12:06:34 +0100
From: "Sven-Ola Tuecke" <mail2news at commando.de>
Subject: Re: [Berlin-wireless] Emmaus, hOrst-tool, WRT-brick, et alt
To: berlin at olsrexperiment.de
Message-ID: <drq4nr$h9a$1 at gate.commando.de>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
	reply-type=original

Horst,

so ein Pech. Na - bring das Teil halt nachher mit. Ich habe auch meinen 
"Extended-Massage-Set" mit, aber keine Fluppe (Entloet-Pumpe fuer die 
12er/14er Pin-Header-Loetaugen).

Achso: Nachher ist auch Privatvorfuehrung von meinem Batterie-WAP (VideoLAN 
Client mitbringen...).

@Goetz: Ich hab' auch Deinen Asus im Gepaeck.

Grusz, Sven-Ola

"Horst Krause" <offlinehorst at web.de> schrieb im Newsbeitrag 
news:200602010034.20455.offlinehorst at web.de...
hallo liste,

ich habe es mir Sa-nachmittag gegeben, mit dem bereits in der c-base
vorgeführten wrt-h0rst-mobil-scan-setup :
- akku + wrt im rucksack,
- libretto als wrt-terminal +  wrt-antenne(4xQuad_horiz-pol) in der hand
aus der umgebung der Emmaus-Kirche die signale des turms zu scannen.
bis mir die beine am arsch anfroren, und...

!!! HELP !!!-  der WRT VERENDETE   :-(((
------------------------------------------------------------------
power blinkt, dmz nicht, power-reset bootet er nicht.
  ich hab weder mech.-phy., elektrisch, noch softisch dran gespielt.
  zuerst hielt ich es für ein brown-out wg. ende der akku-laufzeit,
  und glaubte, der libretto noch zeigt 'no connect..', weil der noch auf
  seinem eigenen akku weiterläuft, aber ein blick in den rucksack
  zeigte mir, der akku war NICHT leer.
 am frischgeladenen_akku / wrt-netzteil bootets auch nicht;
ist der wrt nu gebrickt?

was nu weiter, ich bringe ihn Mi zum wavelöten in die c-base mit,
da können die WRTologen mal ne tiefbohrung machen...

die entwicklung d. mess-methode, dh. wo/wie/was man erst mit h0rst
und dann mit dem setup, besonders mit der antenne tun muss,
damit man sich bessere link-strecken einrichten kann, ist jetzt erst mal
mangels lauffähigem wrt unterbrochen..
fuck, ich war 'grad gut dabei.

anfang eines h0rst_HOWTO-txt as attachment...


EMMAUS-SURVEY
------------------------------
die zahlen unten entsprechen den in der ersten spalte d. wrt_*h0rst*-display
angezeigten 'SN'-werten, ohne minus-vorzeichen. ich nenn es absichtlich 
nicht
'SNR' oä., und schon gar nicht 'dB'; siehe dazu unten.: *algorithmos*

 dabei bedeuten:
 - geringere zahlenwerte (zb.: 80) = BESSERES signal,
 - höhere werte (zb.: 90) = schwächeres signal.

! nur Emmaus-nodes notiert, die IPs  sind immer 104.192.192.xxx !
! liste zt. unvollständig, weil das display kürzer als die liste war,
  die glatten strassen auch aufmerksamkeit erforderten, und ich
  gut noch 2 hände mehr hätte haben können, da
  - ich nicht-Xberger noch die olsr-map,
  - die IP-liste, und
  - die messwert-notizen
in print zur hand haben wollte (die Zwingli-notices waren akku_leer=futsch!


folgende locations habe ich abgeklappert, alle mit sicht a.d. E-K-Turm:
..IP  |  'SN'-Wert

NEW-THINKING / SKALITZERstr. 41
..??   SN=73  # IP nicht notiert, aber sicher eine turm-IP,
                     # nicht der test-wrt im N-T-schaufenster :-))

WIENERstr. / LAUSITZERstr.
..66   SN=88
..33    SN=83
..1     SN=90

SPREEWALD-PLATZ / EINGANG-BAD
..1     SN=83

TANKE GÖRLITZERstr / SKALITZERstr
..1     SN=83
..225  SN=83
..199 SN=88

SKALITZERstr Nr.50, westlich d. lause-platz
..225 SN=90
..199 SN=90

WRANGELstr Nr.98, v.d. handels/OS-schule
..225 SN=96
..199 SN=90
..166 SN=93

EISENBAHNstr. / MUSKAUERstr
..166 SN=83
..133 SN=81

...und denne: *connection closed by remote host* , grrrr.


BEWERTUNG
-----------------------
die mess-ergebnisse sehen soweit alle konsistent aus, jedenfalls sind alle
beobachteten Emmaus-K-T-nodes: ..1, ..33, ..66, ..133, ..166, ..199, ..225
funk-/antennen-mäßig *alife*. (lui's home-link=..99 wird wohl laufen :-)

angesichts der nicht-definierten 'SN'-werte, und dem nicht-kalibrierten
wrt_h0rst_mobil-setup lässt sich nicht abschliessend sagen,
ob sie nun alle etwa gleich gut o. etwa gleich schlecht sind, eher gut.
(ich erwarte etwas höhere 'wirkliche' SNR-dB-werte, jedenfalls sah ich
 ähnlich 'schlapp' erscheinende werte auch um die Zwingli)
 dazu s.unten: *algorithmos*

woran es liegt, daß sich Zwingli-K-T <-> Emmaus-K-T nicht direkt *sehen*,
sondern bisher ein connect zwischen Emma_x-berg und Zwingli_strahlau
nur über dritte läuft, ist somit auch noch nicht beantwortet,
es sieht aber -imho- eher nach einem Zwingli-K-T-problem aus.

das Universal_Music-gebäude steht nicht im weg,
ich von der Zwwingli die Emmaus optisch gesehen!
============================================================

ALGORITHMOS
--------------------------
etwa in der mitte des *Scanner*-attachments steht folgende rechnung:
   sigstrength = ((rssi[x] - noise[x])*1.5) + ((rssi[x] +90)*1.5);
der lobenswert ehrliche  kommentar darüber sagt alles:
 #arbitrary strength calc through trial and error... modify as you wish:

vermutlich, ist dies was ähnliches, was mir bruno mal in den treibern für 
die
cube_senao-cards gezeigt hat, als ich mich beschwerte, dass jede neue
version andere signal-/noise-level-'dBm' in der iwconfig anzeigen würde;
(bei gleichem setup und stabilen radio-conditions.)
tatsächlich wurden 2 verschiedene 'algorithmen' verwendet !?!, 
seriös-seriös!

anscheinend wird dort aus den rohdaten, die von der firmware in 
hex-format256
ausgeworfen werden, der wert ausgerechnet, der dann als 'Signal-level:' xx
mit der mass-einheit 'dBm' gelabelt wird.
das wünsche ich mir, ehrlich gesagt, etwas mehr begründet, und
weniger beliebig gehandhabt.

wo/wie die firmware diese rohdaten hernimmt, oder welche hardware-stufen
daran beteiligt sind, darüber weiss ich leider garnix.

in den treibern, zumindestens deren output und iwconfig, auch bei den bunten
rrd-statistiken gibt es -imho- ein ziemliches durcheinander/mythenbildung,
da werden die begriffe:
- link-quality             (xx/yy-werte; keine einheiten?),
- RSSI                     (radio_signal_strength_intensity; in hex o. 
dBm?),
- RSSID                  (radio_signal_strength_identifier,hä? watendat?),
- signal-level           (signal-pegel, meist in dBm),
- signal-strength      (feld-stärke?, aber wohl kaum in Volt/Meter),
- S/N                       (signal_to_noise, in dB),
- S&N                     (signal_and_noise; in dBm),
- SNR                     (signal_to_noise_ratio; in dB),
wild durcheinander gewürfelt, natürlich mit versch. werten/einheiten,
das sieht aus, als wenn da nicht viel konkrete anschauung hinter steckt.

für die mess-anwendung, wo ich genaue, reproduzierbare werte haben will,
jedenfalls ein quell_steter_freude...
als wenn es in der HF-technik und auf den link-strecken ncht schon so genug
unüberschaubare einflüsse gäbe.

Also, zeigt mir bitte mal in den debian- u. wrt-h0rst-tools-sourcen die
stellen, wo dies verarbeitet wird. auch für jeden anderen hinweis u.
unterstützung zu diesem themen-kreis bin ich dankbar.

schliesslich will ich, dass 'dBm' auch drin ist, wo 's drauf steht.
(bei einem zollstock will man auch nicht jeden tag andere
 strich-abstände oder symbole an den strichen)

ein erläuterungs-entwurf des dB-komplex im *what IS...*-attachment.
 versteht ein nicht-funk/antennen-'guru' davon etwas,
 oder ist es fehlerhaft oder gar betriebs-blind / partei-chinesisch?

anregungen/korrekturen an offlinehorst at web.de
===============================================================

hOrst-SCAN-TOOL
----------------------------
wenn mir jemand die innereien der *hOrst*-scan-tools-sourcen
auseinander-dröseln will, gerne.
ich verstehe als nicht-coder wahrscheinlich nur bahnhof, aber
wenigsten den ablauf möchte ich in groben zügen kennen.

C++-coder, die das tool frisch machen, find ich natürlich auch toll.
damit es für link-evaluierung / -optimierungen / -debug nutzbar ist.
dazu als anhang eine hOrst-TODO/wunschliste.

gerne schaue ich mir previews an, um gegen zu checken,
ob funktion u. anzeige plausibel und praxis-nah sind.


tschüss horst




--------------------------------------------------------------------------------


_______________________________________________
Berlin mailing list
Berlin at olsrexperiment.de
https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin 




------------------------------

Message: 3
Date: Wed, 01 Feb 2006 12:13:49 +0100
From: Tobias Strauß <tac at gmx.li>
Subject: Re: [Berlin-wireless] Konfigurationseinsicht in fremde
	OLSR-Knoten	+Zwangsupdate ?!?!?!
To: wirelesslan in Berlin <berlin at olsrexperiment.de>
Message-ID: <1138792429.8926.12.camel at localhost.localnet>
Content-Type: text/plain; charset=utf-8

Hi,

mit einem Verfallsdatum könnte ich gut leben. Aller 3-6 Monate könnte es
einen Update Day geben, wenn nötig. Bedingung für ein OLSRD mit
Verfallsdatum wäre natürlich, das die GUI wenigstens noch ein Update
anbietet, bevor sie den Dienst verweigert/einschränkt/nörgelt.
Vielleicht reicht es schon, wenn die olsrd's ein udp Broadcast versenden
mit Versionsnummer. Wenn die Gui dann mit Updateinfos nervt, entsteht
das Bedürfnis zum Updaten.

Für Notfälle wäre vielleicht noch eine win-wurm-Panik eine Lösung? :-)


Tobias

Am Mittwoch, den 01.02.2006, 11:19 +0100 schrieb Sven-Ola Tuecke:
> Markus,
> 
> sorry, aber solche Zwangsmasznahmen kommen nicht in Frage und es gibt auch 
> keine Hintertuer. Einen aelteren - ungeupdateten OLSRd erkennst du daran, 
> dass er mit UDP-Fragmenten um sich wirft. Hier in Mitte/FHain/Xberg fuehrt 
> das dazu, dass Leute ohne Upate nur noch sehr unzuverlaessige Routen 
> bekommen. Haber erst gestern einen der Chinesen aus dem ND-Studiwohnheim 
> genau deswegen in der Leitung gehabt. Beispiel fuer sowas:
> 
> root at mtx-nd-2:~# tcpdump -ni wlan1 udp and host 104.129.11.33
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on wlan1, link-type EN10MB (Ethernet), capture size 68 bytes
> IP 104.129.11.33.698 > 104.255.255.255.698: UDP, length: 1248
> IP 104.129.11.33 > 104.255.255.255: udp
> IP 104.129.11.33 > 104.255.255.255: udp
> IP 104.129.11.33 > 104.255.255.255: udp
> IP 104.129.11.33.698 > 104.255.255.255.698: UDP, length: 1500
> IP 104.129.11.33 > 104.255.255.255: udp
> 
> Beispiel fuer eine korrekte Install:
> 
> root at mtx-nd-2:~# tcpdump -ni wlan1 udp and host 104.129.11.11
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on wlan1, link-type EN10MB (Ethernet), capture size 68 bytes
> IP 104.129.11.11.698 > 104.255.255.255.698: UDP, length: 1456
> IP 104.129.11.11.698 > 104.255.255.255.698: UDP, length: 1460
> IP 104.129.11.11.698 > 104.255.255.255.698: UDP, length: 1432
> IP 104.129.11.11.698 > 104.255.255.255.698: UDP, length: 1384
> 
> Es werden noch Stimmen gesammelt: Wer ist dafuer in den Windows-OLSRD ein 
> Zwangsupdate fuer alle Windows-Rechner einzubauen und wer will das pflegen? 
> Gleiches fuer MAC, Cube und OpenWrt-Only-WRTs
> 
> Tipp: Einen hartnaeckingen Stoerer per "iptables" rauswerfen oder einen 
> einstweilige Loeschung der IP auf dem Internet-Gateway konfigurieren. Das 
> hilft ;-)
> 
> Grusz, Sven-Ola
> 
> ""Markus Elsner"" <Adonis.M at web.de> schrieb im Newsbeitrag 
> news:1F4DkY-0Xe10i0 at fwd30.sul.t-online.de...
> Nabend, sicherlich kenn Ihr das Problem das Ihr etwas mit dem Netz und mit
> manchen Werten in OLSR spielen möchtet um die Performenc des Netzes zu
> testen.
> Nun aber seht Ihr leider nicht die Konfiguration der anderen User (
> Nachtbarn ) Ihr schreibt eine Mail z.B. "Sag mal welche FRAG und ETX hast Du
> gesetzt?" Wenn über haupt kommt nach 3-4 Tagen eine Anwort. Gibs Die
> Möglichkeit die Konfiguration andere OLSR-Knoten ohne PW zu sehen?
> Das würde sicher sehr weiterhelfen, zu dem man leider auch manche User nicht
> oder schlecht erreicht und die aber mit Ihren Einstellungen das Netz
> runterreißen.
> 
> Genau das gleich mit der fff, wenn was neues kommt Erfahren diese Leute es
> nicht. Sie haben sich mal schnell bei OLSREXPERIMENT eine IP regestriert und
> das war`s. So lange I-Net irgendwie geht schauen sie auch nicht was man
> ändern könnte. Man kann auch nicht verlangen das diese Leute drei mal am Tag
> in`s Forum schaun und gucken können ob eine neue FFF da ist.
> Gibs dafür schon eine Lösung oder Idee wie man die Leute benachrichtigen
> kann damit Sie gewisse Info`s 100% bekommen oder auch bestätigen müssen
> !?!?!
> 
> HELP!
> 
> PS: Der Knoten für die OLSRMAP Einspeisung in WSE liegt flach, wird jetzt
> aber wieder gemacht. Und HSH hängt dafür wieder an WSE mit einem
> Richtfunkstrecke.
> 
> 
> -----Ursprüngliche Nachricht-----
> Von: berlin-bounces at olsrexperiment.de
> [mailto:berlin-bounces at olsrexperiment.de] Im Auftrag von
> berlin-request at olsrexperiment.de
> Gesendet: Dienstag, 31. Januar 2006 12:45
> An: berlin at olsrexperiment.de
> Betreff: Berlin Nachrichtensammlung, Band 6, Eintrag 78
> 
> Um e-Mails an die Liste Berlin zu schicken, nutzen Sie bitte die
> Adresse
> 
> berlin at olsrexperiment.de
> 
> Um sich via Web von der Liste zu entfernen oder draufzusetzen:
> 
> https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin
> 
> oder, via Email, schicken Sie eine Email mit dem Wort 'help' in
> Subject/Betreff oder im Text an
> 
> berlin-request at olsrexperiment.de
> 
> Sie koennen den Listenverwalter dieser Lister unter der Adresse
> 
> berlin-owner at olsrexperiment.de
> 
> erreichen
> 
> Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen
> sinnvollen Inhalt der spezifischer ist als "Re: Contents of Berlin
> digest..."
> 
> 
> berlin-wireless-digest
> 
> Meldungen des Tages:
> 
>    1. Re: IPVergabe eMail (Daniel Paufler)
>    2. Re: Nordlicht (yokoy)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Mon, 30 Jan 2006 20:54:57 +0100
> From: Daniel Paufler <d.paufler at fhtw-berlin.de>
> Subject: Re: [Berlin-wireless] IPVergabe eMail
> To: wirelesslan in Berlin <berlin at olsrexperiment.de>
> Message-ID: <43DE6F11.7030904 at fhtw-berlin.de>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hey nosy
> 
> wirklich schönes wort. Machen wir. OpenVPN wartet ;)
> 
> Grüße
> 
> Daniel
> 
> Marlen Caemmerer wrote:
> > Apropos vserver-lass mal am Mittwoch zusammensetzten wg dem neuen Server
> > fuer ne kleine Aufgabenverteilungskoordinationsbesprechung (ah, super
> > wort :) )
> >
> > bis denn
> >     nosy
> >
> > On Mon, 30 Jan 2006, wulf wrote:
> >
> >>
> >> Ich werde die Tage einen voruebergehenden Fix fuer das Mailversenden
> >> einbauen. Richtig schick wird alles allerdings erst werden, wenn
> >> olsr-experiment dann auf den neuen V-Server umzieht ...
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Berlin mailing list
> > Berlin at olsrexperiment.de
> > https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin
> 
> - --
> FHTW Berlin (http://www.fhtw-berlin.de) Angewandte Informatik
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.2 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iD8DBQFD3m8Rq6ymFUkZLTIRAuIlAKCPabxfrNUaBgo1GSPn2HbKxWo6XgCg6g1J
> a9IIHT5XfQ3MbLgTbOFu6DU=
> =bv4V
> -----END PGP SIGNATURE-----
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Mon, 30 Jan 2006 22:09:09 +0100
> From: yokoy <freifunk at yokoy.de>
> Subject: Re: [Berlin-wireless] Nordlicht
> To: wirelesslan in Berlin <berlin at olsrexperiment.de>
> Message-ID: <200601302209.10984.freifunk at yokoy.de>
> Content-Type: text/plain;  charset="iso-8859-15"
> 
> On Monday 30 January 2006 21:14, Philipp Jaeckel wrote:
> > Folie wird schwer. Die Folienvorlagen hab ich als PDF. Irgendwie nich so
> > ganz das was du dir vorgestellt hast mhm?
> 
> naja, man muss es auf einen uv-transluzenten traeger bringen. z.b.
> ausdrucken.
> geht auch vom pdf, wenn die aufloesung stimmt. ich haette hier noch folien
> fuer laser und tintenpinkler.
> 
> 




------------------------------

Message: 4
Date: Wed, 01 Feb 2006 13:29:13 +0100
From: Daniel Paufler <d.paufler at fhtw-berlin.de>
Subject: Re: [Berlin-wireless] IPVergabe eMail
To: wirelesslan in Berlin <berlin at olsrexperiment.de>
Message-ID: <43E0A999.4080006 at fhtw-berlin.de>
Content-Type: text/plain; charset=ISO-8859-1

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Vielen herzlichen Dank. Hab auch grade die Testmail bekommen.

Grüße

Daniel

wulf wrote:
> Ja, Ja, Ja, 
> 
> das Mailversenden ueber die IP-vergabe ist nun moeglich.
> 
> 
> 
> Viel Spass
> Wulf++
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Berlin mailing list
> Berlin at olsrexperiment.de
> https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin

- --
FHTW Berlin (http://www.fhtw-berlin.de) Angewandte Informatik
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFD4Khdq6ymFUkZLTIRAuhjAJ432Etl4fHb4svpxXMCqhZhr4R75ACg0FtG
N95d2qbeEjIXa//+6Rbzbtg=
=ipiI
-----END PGP SIGNATURE-----



------------------------------

_______________________________________________
Berlin mailing list
Berlin at olsrexperiment.de
https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin

Ende Berlin Nachrichtensammlung, Band 7, Eintrag 4
**************************************************



-------------- nächster Teil --------------
_______________________________________________
Berlin mailing list
Berlin at olsrexperiment.de
https://www.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin

Mehr Informationen über die Mailingliste Berlin