From (spam-protected)  Thu Oct  1 09:37:41 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Thu, 1 Oct 2009 09:37:41 +0200
Subject: [Wien] wl500gp - power adapter fehler
In-Reply-To: <4AC3D48C.6090706@szlezak.com>
References: <4AC3D48C.6090706@szlezak.com>
Message-ID: <6842a4030910010037l75600410v68f3a539731d05d4@mail.gmail.com>

Hi!

Am 30. September 2009 23:58 schrieb Alexander Szlezak <alex at szlezak.com>:
> Daher - neues Netzteil (oh Wunder geht wirklich) mit 5V und gerne ein
> bisserl mehr als 2,5Ah und die Sacher ist erledigt!

Ich hab mir zu Hause (nach Vorbild des HappyLabs) im Abstellkammerl
ein PC-Netzteil hingestellt, das mir alle meine 5V und 12V Geräte in
der Wohnung mit Strom versorgt. Wenn man da ein anständiges Teil
verwendet, ist das garantiert sparsamer als die ganze Wohnung mit den
teilweise billigen/uneffizienten Trafo-Heizkörpern zu bestücken...

LG Gregor

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Thu Oct  1 10:12:44 2009
From: (spam-protected) (Martin Mayr)
Date: Thu, 1 Oct 2009 10:12:44 +0200
Subject: [Wien] =?iso-8859-1?q?_ein_Netzteil_f=FCr_alle_=28was=3A_wl500gp_?=
	=?iso-8859-1?q?-_power_adapter_fehler=29?=
Message-ID: <ac8402940910010112vc5ed631t9e4741a12b116b62@mail.gmail.com>

Blöde Frage: Wie kommt der Strom aus dem Abstelkammerl raus? Hast du da
zusätzlich kabel gelegt?

Mir gehn die billig-heizteile auch schon auf die nerven...

2009/10/1 Gregor Glashüttner <gregorprivat at gmail.com>

> Hi!
>
> Am 30. September 2009 23:58 schrieb Alexander Szlezak <alex at szlezak.com>:
> > Daher - neues Netzteil (oh Wunder geht wirklich) mit 5V und gerne ein
> > bisserl mehr als 2,5Ah und die Sacher ist erledigt!
>
> Ich hab mir zu Hause (nach Vorbild des HappyLabs) im Abstellkammerl
> ein PC-Netzteil hingestellt, das mir alle meine 5V und 12V Geräte in
> der Wohnung mit Strom versorgt. Wenn man da ein anständiges Teil
> verwendet, ist das garantiert sparsamer als die ganze Wohnung mit den
> teilweise billigen/uneffizienten Trafo-Heizkörpern zu bestücken...
>
> LG Gregor
>
> --
> Partykeller
> www.meineparty.at
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
>



-- 
Schöne Grüße
Martin

KatzenKlo Manager
AquariumsAdministrator
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091001/9fa23570/attachment.htm>

From (spam-protected)  Thu Oct  1 10:15:34 2009
From: (spam-protected) ((spam-protected))
Date: Thu, 1 Oct 2009 10:15:34 +0200
Subject: [Wien] wl500gp - power adapter fehler
In-Reply-To: <6842a4030910010037l75600410v68f3a539731d05d4@mail.gmail.com>
References: <4AC3D48C.6090706@szlezak.com>
	<6842a4030910010037l75600410v68f3a539731d05d4@mail.gmail.com>
Message-ID: <46DE9E6EBD35314AA91F588FD886AE740386F8CF@SWI19MXSV3.orf.local>

Bin nicht sicher ob das effizienter ist. Klar hat ein gutes Netzteil einen höheren Wirkungsgrad als die von dir zitierten "Trafos". Nur bedenke, bei einem 5W-Gerät fließt bereits 1 Ampere über die Zuleitung wenn du mit 5V arbeitest. Da braucht es ordentliche Querschnitte an Cu-Leitungen um nicht gleich auf 10m die hälfte zu verlieren. Dann ist die Leitung eben der Verlustträger und nicht das ineffiziente Netzteil.

Besser du verwendest dezentral gute Schaltnetzteile. Die sind zwar teurer als die Trafo-Kocher aber rechnen sich bald.

LG Joe

-----Ursprüngliche Nachricht-----
Von: wien-bounces at lists.funkfeuer.at [mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von Gregor Glashüttner
Gesendet: Donnerstag, 01. Oktober 2009 09:38
An: Alexander Szlezak
Cc: wien at lists.funkfeuer.at
Betreff: Re: [Wien] wl500gp - power adapter fehler

Hi!

Am 30. September 2009 23:58 schrieb Alexander Szlezak <alex at szlezak.com>:
> Daher - neues Netzteil (oh Wunder geht wirklich) mit 5V und gerne ein
> bisserl mehr als 2,5Ah und die Sacher ist erledigt!

Ich hab mir zu Hause (nach Vorbild des HappyLabs) im Abstellkammerl
ein PC-Netzteil hingestellt, das mir alle meine 5V und 12V Geräte in
der Wohnung mit Strom versorgt. Wenn man da ein anständiges Teil
verwendet, ist das garantiert sparsamer als die ganze Wohnung mit den
teilweise billigen/uneffizienten Trafo-Heizkörpern zu bestücken...

LG Gregor

-- 
Partykeller
www.meineparty.at

--
Wien mailing list
Wien at lists.funkfeuer.at
http://lists.funkfeuer.at/mailman/listinfo/wien

From (spam-protected)  Thu Oct  1 12:10:28 2009
From: (spam-protected) (L. Aaron Kaplan)
Date: Thu, 1 Oct 2009 12:10:28 +0200
Subject: [Wien] langsamer Router / olsrd-Problem?
In-Reply-To: <20090930091122.6820@gmx.net>
References: <20090930091122.6820@gmx.net>
Message-ID: <DEC12C81-00E1-4EBD-B864-C082740B17C9@lo-res.org>


On Sep 30, 2009, at 11:11 AM, Martin wrote:

> aber das system log ist voll mit diesen Meldungen:
>  Sep 29 21:31:57 (none) kern.err olsrd[935]: OLSR: sendto IPv4  
> Resource temporarily unavailable
> (im abstand von sec bis min, s.u.)

Diese meldung deutet darauf hin, dass das die sendto operation evtl.  
blocken wuerde.

man sendto
-> EAGAIN

Riecht nach bug.

---
there's no place like 127.0.0.1, except maybe ::1 (someday)

(üäö)




From (spam-protected)  Thu Oct  1 14:25:59 2009
From: (spam-protected) (Martin)
Date: Thu, 01 Oct 2009 14:25:59 +0200
Subject: [Wien] langsamer Router / olsrd-Problem?
In-Reply-To: <DEC12C81-00E1-4EBD-B864-C082740B17C9@lo-res.org>
References: <20090930091122.6820@gmx.net>
	<DEC12C81-00E1-4EBD-B864-C082740B17C9@lo-res.org>
Message-ID: <20091001122559.304240@gmx.net>

Hallo!

wenn man diese Fehlermeldung uebrigens goolet, findet man zig
(angeblich "about 944") Hits, und fast alle sind Status-Seiten im
Wiener Funkfeuer-Netz (193.238... 78.41...).

Nachdem man ja annehmen sollte, dass 
-   nach Wien verkaufte Router keine andere Hardware haben
-   hier die Nodes nicht mehr Noise haben als in
    anderen Staedten(?)
(+) hoechstens vielleicht noch was an der config in Wien
    ueblicherweise anders ist als anderswo 
+   doch oft ein lokales olsrd-Package verwendet wird (oder?)
deutet das schon acuh ziemlich auf einen Bug in eben diesem 
olsrd-Package hin, oder interpretier ich das falsch?

zu Akkus Hinweis:
auf dem paraunten.wph... (ex haupt.wph...) (78.41.113.24) ist
bereits 5.5 Mbit/s fix eingestellt (wenn's nicht grad gestern
jemand gemacht hat; man weiss ja nie, wer da grad was tut, gibt
ja nichtmal ein lastlog).

Im Moment gibts auf paraunten.wph uebrigens gar kein system-log (wtf?! wi kann des sein?)

Ad Markus K.s Hints (email):
Wenn der watchdog schuld waere der per cron.minutely das wifi
restartet, dann waeren da ja die entspr. Eintraege im
System log (das grad ned geht *nirg*), an solche kann ich mich
aber zumindest ned erinnern. 
Der Error kommt laufend, mehrmals pro Sekunde also das Log umfasst grad mal 1-2 min -- das kann aber sein, weil der olsrd restart mehrere Skunden dauert(?)...  hm
(werd versuchen mir das weiter anzusehen.)

viele Gruesse,
   Martin msp.

-------- Original-Nachricht --------
> Datum: Thu, 1 Oct 2009 12:10:28 +0200
> Von: "L. Aaron Kaplan" <aaron at lo-res.org>
> An: Martin <m.msp at gmx.de>
> CC: FunkFeuer Wien <wien at lists.funkfeuer.at>, olsr-core at lists.olsr.org
> Betreff: Re: [Wien] langsamer Router / olsrd-Problem?

> 
> On Sep 30, 2009, at 11:11 AM, Martin wrote:
> 
> > aber das system log ist voll mit diesen Meldungen:
> >  Sep 29 21:31:57 (none) kern.err olsrd[935]: OLSR: sendto IPv4  
> > Resource temporarily unavailable
> > (im abstand von sec bis min, s.u.)
> 
> Diese meldung deutet darauf hin, dass das die sendto operation evtl.  
> blocken wuerde.
> 
> man sendto
> -> EAGAIN
> 
> Riecht nach bug.
> 
> ---
> there's no place like 127.0.0.1, except maybe ::1 (someday)
> 
> (üäö)

-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01



From (spam-protected)  Thu Oct  1 15:34:20 2009
From: (spam-protected) (Markus Kittenberger)
Date: Thu, 1 Oct 2009 15:34:20 +0200
Subject: [Wien] langsamer Router / olsrd-Problem?
In-Reply-To: <20091001122559.304240@gmx.net>
References: <20090930091122.6820@gmx.net>
	<DEC12C81-00E1-4EBD-B864-C082740B17C9@lo-res.org>
	<20091001122559.304240@gmx.net>
Message-ID: <4095b6c00910010634y56a67aadw881a2f64fc9ecef1@mail.gmail.com>

2009/10/1 Martin <m.msp at gmx.de>

> Hallo!
>
> wenn man diese Fehlermeldung uebrigens goolet, findet man zig
> (angeblich "about 944") Hits, und fast alle sind Status-Seiten im
> Wiener Funkfeuer-Netz (193.238... 78.41...).
>
> Nachdem man ja annehmen sollte, dass
> -   nach Wien verkaufte Router keine andere Hardware haben
>
ne.

> -   hier die Nodes nicht mehr Noise haben als in
>    anderen Staedten(?)
>
vmtl.

> (+) hoechstens vielleicht noch was an der config in Wien
>    ueblicherweise anders ist als anderswo
>
ein bißchen,..

> +   doch oft ein lokales olsrd-Package verwendet wird (oder?)
>
hoffentlich, ist auch gut so *G
allerdings enthält es keinen exotischen olsrd, sondern nur den tip des
0.5.6-stable branches

>  deutet das schon acuh ziemlich auf einen Bug in eben diesem

 olsrd-Package hin, oder interpretier ich das falsch?

nun wenn das interface down ist, bzw sonstwie unavailable, ist es nur dann
die schuld des olsr wenn er es selber downgenommen (oder "hingemacht") hätte
(was er grundsätzlich nicht tut)
auch das 0xff-olsr-paket macht derartiges eigentlich nicht, (aber
irgenwelche indirekte effekte in der freifunkfirmware könnte es leider doch
auslösen ,...)

nun es fehlt noch in der liste:

- dass nicht viel netze public ips auf den routern haben, also die chancen
nur wiener knoten zu googlen allen schon deswegen hoch sind,..

- weiters im 0xff olsrd etliche olsr bugs weg sind welche noch viel mehr
ferhlermeldungen im syslog produzierten, sodass kaum chancen waren
irgendwelche andere zu sehen,..

- google sehr wohl auch andere freifunk meshes findet, da aber eben nicht
die statusseiten bzw syslogoutputs der router sondern nur wenn diese in
wikis kopiert werden oder in mailinglisten,..


> zu Akkus Hinweis:
> auf dem paraunten.wph... (ex haupt.wph...) (78.41.113.24) ist
>
in dessen syslog ich nun in nur aber wenige (aber immerhin) sendto ..
fehlermeldung sehen konnte,..

leider nit so häufig wie ich mir erhofft, so das man komfortable nach
ursachen suchen könnte )-;


> bereits 5.5 Mbit/s fix eingestellt (wenn's nicht grad gestern
> jemand gemacht hat; man weiss ja nie, wer da grad was tut, gibt
> ja nichtmal ein lastlog).
>
> Im Moment gibts auf paraunten.wph uebrigens gar kein system-log (wtf?! wi
> kann des sein?)
>
momentan hat er eins,...

ich bin jedfalls momentan seit 5 minuten am paraunten eingeloggt und bis
jetzt keine derartigen meldungenaufgetaucht,..

>
> Ad Markus K.s Hints (email):
> Wenn der watchdog schuld waere der per cron.minutely das wifi
>
hab mal sebst ein wifi restart ausgelöst, löst eigentlich keine sendto/res
unavailables aus

restartet, dann waeren da ja die entspr. Eintraege im
> System log (das grad ned geht *nirg*), an solche kann ich mich
> aber zumindest ned erinnern.
> Der Error kommt laufend, mehrmals pro Sekunde also das Log umfasst grad mal
> 1-2 min -- das kann aber sein, weil der olsrd restart mehrere Skunden
> dauert(?)...  hm
> (werd versuchen mir das weiter anzusehen.)
>
momentan hatte ich noch die boot messages im log (siehe unten) lag wohl
daran dass er kurz vorher rebootet ist *G

werds mal nebenbei weiterbeobachten,..

lg MArkus
Jan 1 00:00:06 (none) syslog.info syslogd started: BusyBox v1.01
(2008.11.10-07:04+0000)
Jan 1 00:00:06 (none) kern.notice kernel: klogd started: BusyBox v1.01
(2008.11.10-07:04+0000)
Jan 1 00:00:06 (none) kern.notice kernel: Creating 5 MTD partitions on
"Physically mapped flash":
Jan 1 00:00:06 (none) kern.notice kernel: 0x00000000-0x00040000 : "cfe"
Jan 1 00:00:06 (none) kern.notice kernel: 0x00040000-0x003f0000 : "linux"
Jan 1 00:00:06 (none) kern.notice kernel: 0x000b61a0-0x00180000 : "rootfs"
Jan 1 00:00:06 (none) kern.warn kernel: mtd: partition "rootfs" doesn't
start on an erase block boundary -- force read-only
Jan 1 00:00:06 (none) kern.notice kernel: 0x003f0000-0x00400000 : "nvram"
Jan 1 00:00:06 (none) kern.notice kernel: 0x00180000-0x003f0000 : "OpenWrt"
Jan 1 00:00:06 (none) kern.info kernel: diag boardtype: 00000467
Jan 1 00:00:06 (none) kern.warn kernel: Probing device eth0: found!
Jan 1 00:00:06 (none) kern.warn kernel: eth1: Broadcom BCM4318 802.11
Wireless Controller 3.90.37.0
Jan 1 00:00:06 (none) kern.info kernel: CRONDOG: Timer margin: 600 sec
Jan 1 00:00:14 (none) kern.warn kernel: Flushing ip conntrack...
Jan 1 00:00:19 (none) kern.warn dropbear[843]: Failed reading
'/etc/dropbear/dropbear_rsa_host_key', disabling RSA
Jan 1 00:00:19 (none) kern.info dropbear[848]: Running in background
Jan 1 00:00:19 (none) user.notice olsr/init: olsr/system: Starting olsrd...
Dec 31 12:00:00 (none) kern.info olsrd[928]: Writing "0" to
/proc/sys/net/ipv4/conf/eth1/rp_filter
Dec 31 12:00:00 (none) kern.info olsrd[928]: Writing "0" to
/proc/sys/net/ipv4/conf/eth1/send_redirects
Dec 31 12:00:00 (none) kern.info olsrd[928]: Adding interface eth1
Dec 31 12:00:00 (none) kern.info olsrd[928]: New main address: 78.41.113.24
Dec 31 12:00:00 (none) kern.info olsrd[928]: Writing "0" to
/proc/sys/net/ipv4/conf/vlan1/rp_filter
Dec 31 12:00:00 (none) kern.info olsrd[928]: Writing "0" to
/proc/sys/net/ipv4/conf/vlan1/send_redirects
Dec 31 12:00:00 (none) kern.info olsrd[928]: Adding interface vlan1
Dec 31 12:00:00 (none) kern.info olsrd[928]: olsr.org - pre-0.5.6-r6
successfully started
Oct 1 12:53:01 (none) syslog.info -- MARK --
Oct 1 12:54:05 (none) kern.err olsrd[928]: OLSR: sendto IPv4 Resource
temporarily unavailable
Oct 1 12:54:05 (none) kern.err olsrd[928]: OLSR: sendto IPv4 Resource
temporarily unavailable
Oct 1 12:54:05 (none) kern.err olsrd[928]: OLSR: sendto IPv4 Resource
temporarily unavailable
Oct 1 13:13:01 (none) syslog.info -- MARK --
(und nun selber interface downgenommen)
Oct 1 13:16:39 (none) kern.info olsrd[928]: Removing interface eth1
Oct 1 13:16:39 (none) kern.info olsrd[928]: Writing "0" to
/proc/sys/net/ipv4/conf/eth1/rp_filter
Oct 1 13:16:39 (none) kern.info olsrd[928]: Writing "0" to
/proc/sys/net/ipv4/conf/eth1/send_redirects
Oct 1 13:16:39 (none) kern.info olsrd[928]: Adding interface eth1
Oct 1 13:33:01 (none) syslog.info -- MARK --

also vermutlich nun 40+ minuten online der router,.. und nur einmal  kurz
nach dem booten aufgetaucht,..
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091001/565930fc/attachment.htm>

From (spam-protected)  Thu Oct  1 16:21:57 2009
From: (spam-protected) ((spam-protected))
Date: Thu, 1 Oct 2009 16:21:57 +0200 (CEST)
Subject: [Wien] wl500gp - power adapter fehler
In-Reply-To: <46DE9E6EBD35314AA91F588FD886AE740386F8CF@SWI19MXSV3.orf.local>
References: <4AC3D48C.6090706@szlezak.com>
	<6842a4030910010037l75600410v68f3a539731d05d4@mail.gmail.com>
	<46DE9E6EBD35314AA91F588FD886AE740386F8CF@SWI19MXSV3.orf.local>
Message-ID: <1515.78.41.112.170.1254406917.squirrel@runout.at>

> Bin nicht sicher ob das effizienter ist....Da braucht es ordentliche
Querschnitte an Cu-Leitungen um nicht
> gleich auf 10m die hälfte zu verlieren.
...

> Ich hab mir zu Hause (nach Vorbild des HappyLabs) im Abstellkammerl
> ein PC-Netzteil hingestellt, das mir alle meine 5V und 12V Geräte in
> der Wohnung mit Strom versorgt. Wenn man da ein anständiges Teil
> verwendet, ist das garantiert sparsamer als die ganze Wohnung mit den
> teilweise billigen/uneffizienten Trafo-Heizkörpern zu bestücken...

also, für die ganze wohnung würde ich auch dringend davon abraten, vor
allem in wohn-/schlafbereichen.

1. du brauchst sehr massive leitungsquerschnitte
2. du hast schnell mal ein rauschen drauf
   weil ja gleichstrom (nehm ich an)
3. gleichstrom erzeugt capazitive felder


das mit dem rauschen (induktion),... ist auch ev. ein problem bei langen
kabeln die aufs dach zum gehen. sinnvollerweise sollte vor dem heiligen
router noch ein entstörfilter,...  sein.

markus




From (spam-protected)  Thu Oct  1 17:37:33 2009
From: (spam-protected) (Martin)
Date: Thu, 01 Oct 2009 17:37:33 +0200
Subject: [Wien] langsamer Router / olsrd-Problem?
Message-ID: <20091001153733.15860@gmx.net>

Hi!

> ich hab auch gegoogled aber nicht die gogle.AT seite genommen :)

ich nehm auch immer http://www.google.com/intl/en/index.html und
er huepft auch nicht auf google.at.  Aber trotzdem scheint google zu tricksen, ok.

ad Markus K.:
> > Im Moment gibts auf paraunten.wph uebrigens gar kein 
> > system-log (wtf?! wie kann des sein?)
> >
> momentan hat er eins,...
> ...
> kurz vorher rebootet ist *G

den Reboot hab ich gemacht, ich geb's zu! ;-) 
(Weil ich nicht gewusst hab, wie ich sonst das System log im
Interface anzeigen koennt. /var/log ist ja recht leer...)

jetzt hat's eh einige solche Msgs...

also OK, Zusammenfassung der olsrd muss es nicht sein; Ursache
weiterhin ein bissl kryptisch? ...

   Martin.
-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser



From (spam-protected)  Thu Oct  1 19:11:44 2009
From: (spam-protected) (akku)
Date: Thu, 01 Oct 2009 19:11:44 +0200
Subject: [Wien] langsamer Router / olsrd-Problem?
In-Reply-To: <DEC12C81-00E1-4EBD-B864-C082740B17C9@lo-res.org>
References: <20090930091122.6820@gmx.net>
	<DEC12C81-00E1-4EBD-B864-C082740B17C9@lo-res.org>
Message-ID: <4AC4E2D0.8050208@gmx.at>

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

dazu sag ich nur
http://www.google.at/search?hl=de&safe=off&client=firefox-a&rls=org.mozilla%3Ade%3Aofficial&hs=Mv4&q=kern.err+olsrd+OLSR%3A+sendto+IPv4+Resource+temporarily+unavailable&btnG=Suche&meta=

ergo om google suchen
"kern.err olsrd OLSR: sendto IPv4 Resource temporarily unavailable"
war schon immer so in manchen routern in allen versionen

hf akku

L. Aaron Kaplan schrieb:
> On Sep 30, 2009, at 11:11 AM, Martin wrote:
> 
>> aber das system log ist voll mit diesen Meldungen:
>>  Sep 29 21:31:57 (none) kern.err olsrd[935]: OLSR: sendto IPv4  
>> Resource temporarily unavailable
>> (im abstand von sec bis min, s.u.)
> 
> Diese meldung deutet darauf hin, dass das die sendto operation evtl.  
> blocken wuerde.
> 
> man sendto
> -> EAGAIN
> 
> Riecht nach bug.
> 
> ---
> there's no place like 127.0.0.1, except maybe ::1 (someday)
> 
> (üäö)
> 
> 
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJKxOLQAAoJEAEdF7rjCoMykucH/iK9CIWBZpfPRItTX8CczSe9
cUIHxrbHU3M1jUXRiQfCJAJjielbE9jKZG/6+yzMN/ogueN+rFf6Qzget4571RT8
D3Ur/IlalGSFlyT8IaTBQlk3ridgOmDJGgAIRGEqSchUWIa/8A8ZXw2831azbwtW
uF5c3EhlqwitPdk0STHmi80KkFtkh1An3VXIob0Pzc+CFJbiRTXpB8tB/BPzEACO
1xapwEoOy2K0a65h5IGHkhbuIHmy+BKjPjAyxCGQvuvkn+ah5zwUuJm+beUiu8+S
oXl4vR5dSYou0ybVBfg2g0nEgsHjOk7e06m30NKBry6WySno9d7Ry/tNsaPGGww=
=tBq7
-----END PGP SIGNATURE-----



From (spam-protected)  Thu Oct  1 19:42:34 2009
From: (spam-protected) (Alexander Szlezak)
Date: Thu, 01 Oct 2009 19:42:34 +0200
Subject: [Wien] NBG43-Krypta - Link Slow?
Message-ID: <4AC4EA0A.4050204@szlezak.com>

Hi,

Dzt. hab ich 1 Mbit ins Netz hinaus. Seltsamerweise routet NBG43 über 
Zelt zur Krypta. Ist da der Link zwischen NBG43 und Krypta ausgefallen?

Routenverfolgung zu ns3.nextra.at [195.170.70.75] über maximal 30 
Abschnitte:

   1     1 ms     1 ms    <1 ms  10.41.81.200
   2     3 ms     2 ms     2 ms  rb493upperrei6.nbg43.wien.funkfeuer.at 
[78.41.11
3.147]
   3     2 ms     2 ms     2 ms  lsrb493upper.nbg43.wien.funkfeuer.at 
[78.41.113.
149]
   4    20 ms     4 ms     4 ms  1omnifunk.zelter7.wien.funkfeuer.at 
[193.238.156
.22]
   5    77 ms    44 ms    19 ms  vlan24.kryptaroof.wien.funkfeuer.at 
[78.41.112.9
]
   6  1173 ms   220 ms   204 ms  subway.funkfeuer.at [78.41.115.65]
   7     9 ms    60 ms    22 ms  funkfeuer-Fe2-5-edge03.vivi.sil.at 
[213.129.230.
185]
   8   614 ms   229 ms   164 ms  vix.highway.telekom.at [193.203.0.21]
   9    20 ms    30 ms    11 ms  AUX10-IIX10.highway.telekom.at 
[195.3.70.121]
  10    15 ms    20 ms     7 ms  195.3.118.106
  11     8 ms    11 ms    18 ms  80.120.167.178
  12     7 ms     7 ms    11 ms  r4-vlan-95-ixi1.vie.as1901.net 
[193.80.95.1]
  13    20 ms    16 ms    15 ms  ns3.nextra.at [195.170.70.75]

Ablaufverfolgung beendet.


lg,
Alex
-- 
Follow me on Twitter @ http://twitter.com/magicshark
__________________________________________________________________
Mag. Alexander SZLEZAK


Reischergasse 6/2
A-1130 Vienna
Austria
M +43 699 1 350 41 01
E alex at szlezak.com

https://www.xing.com/profile/Alexander_Szlezak



From (spam-protected)  Fri Oct  2 06:58:25 2009
From: (spam-protected) (Peter Kuhm)
Date: Fri, 2 Oct 2009 06:58:25 +0200
Subject: [Wien] Fr. 2.10. Metaday # 26: Mike Zwingl: Die
 THz-Interessensgruppe
In-Reply-To: <200909300023.22546.datacop@wireloss.net>
References: <20090929233000.2d05ca6b@zero>
	<200909300023.22546.datacop@wireloss.net>
Message-ID: <20091002065825.019f7bff@zero>

Hi,

On Wed, 30 Sep 2009 00:23:22 +0200 Clemens Hopfer wrote:

> wird es davon (Video bzw. Audio) Aufzeichnungen geben? Das Thema interessiert 
> sicher einige von uns, allerdings ist der Termin etwas ungünstig -  von 2. 
> bis 4. Oktober ist die OLSR Interop09 (ganztägig).

mittlerweile hab ich die Zusage von nex, dass er sich um den Mitschnitt
kuemmern will, man darf also auf Konservierung hoffen (don't hold you breath)

Happy meshing,
Peter

PS: Metaday ist regelmaessig am 1. Fr. im Monat



From (spam-protected)  Fri Oct  2 09:17:21 2009
From: (spam-protected) (Adrian D)
Date: Fri, 02 Oct 2009 09:17:21 +0200
Subject: [Wien] heute 20:00 metalab: laserlink-kommunikation
Message-ID: <4AC5A901.5020703@quintessenz.org>

metaday, mit vortrag des oevsv über lichtfunk/laser:

http://metalab.at/wiki/Metaday_26

adrian.



From (spam-protected)  Fri Oct  2 09:21:45 2009
From: (spam-protected) (Adrian D)
Date: Fri, 02 Oct 2009 09:21:45 +0200
Subject: [Wien] [ff]  heute 20:00 metalab: laserlink-kommunikation
In-Reply-To: <4AC5A901.5020703@quintessenz.org>
References: <4AC5A901.5020703@quintessenz.org>
Message-ID: <4AC5AA09.9070201@quintessenz.org>

ah, der peter hat eh schon was gepostet, habs übersehen.

grüße,
adrian



From (spam-protected)  Fri Oct  2 19:24:00 2009
From: (spam-protected) ((spam-protected))
Date: Fri, 2 Oct 2009 19:24:00 +0200 (CEST)
Subject: [Wien] htlo wieder online, nbg-west link
In-Reply-To: <1492.78.41.112.170.1253895408.squirrel@runout.at>
References: <1492.78.41.112.170.1253895408.squirrel@runout.at>
Message-ID: <2712.78.41.112.170.1254504240.squirrel@runout.at>

status von nbg43:
die panel richtung westen ist montiert.
kanal: 10
ausrichtung: jubiläumswarte

das routing im 16. bezirk hat sich dadurch nachhaltig geändert :)

interessant mag das auch für den 7. bezirk (westl. der neubaug.)sein.
band29 kanalwechsel?
htlo?

markus




From (spam-protected)  Sat Oct  3 13:58:20 2009
From: (spam-protected) (Wolfgang Vanek)
Date: Sat, 03 Oct 2009 13:58:20 +0200
Subject: [Wien] htlo wieder online, nbg-west link
Message-ID: <20091003115820.88410@gmx.net>


Von: "Wolfgang Vanek" <wolfgang.vanek at gmx.at>
An:  "Markus Gschwendt" <markus at runout.at>
CC:   wien at lists.funkfeuer.at



Betreff: htlo wieder online, nbg-west link 



Lieber Markus!


Besten Dank für Deine Info und für den Beam Richtung Ottakring.

Kurz vor den Ferien habe ich den Knoten htlo abgebaut um ihn in diesem Schuljahr mit den Schülern in verbesserter Form wieder aufzubauen. Das Material dafür, wie Panel ? Antennen, Kunstoffboxen, Kabel, Stecker, hat die Schule schon vor den Ferien gekauft.

In diesem Schuljahr habe ich zwar eine ganze Reihe an Klassen und Unterrichtsgegenständen, aber ich habe keine passende Klasse in einem passenden Gegenstand, um mit Schülern an dem FF-Knoten zu arbeiten.

Da ich den FF-Knoten nicht ein Jahr lang brach liegen lassen wollte und das Material vorhanden war, bin ich halt alleine aufs Dach gestiegen und habe ihn wieder aufgebaut (ging sogar schneller als mit den Schülern).

Natürlich möchte ich nbg - west nützen, nur möchte ich nicht eines der bestehenden Devices dafür verwenden (die sind mit geraldo und brenner verbunden), sondern ich möchte ein drittes Device aufstellen.

In diesem Jahr könnte ich dafür ein Provisorium aufstellen, die schöne Lösung werde ich auf das nächste Schuljahr verschieben, vielleicht habe ich da wieder passende Gegenstände und Schüler.

Das Provisorium wird voraussichtlich so aussehen, dass ich einen der 3 Farbkübel - Radoms, die ich in der ursprünglichen Version von htlo verwendet habe, wieder in Betrieb nehme. Diese selbstgebauten Dinge haben immer sehr gut und zuverlässig funktioniert.

Wann das neue Device in Betrieb gehen wird, kann ich nicht genau sagen, denn in der Schule wartet einiges an Arbeit auf mich. Aber ich werde versuchen, es so bald wie möglich zu tun, denn der Winter naht und dann ist es auf dem Antennendach nicht mehr wirklich gemütlich.


Liebe Grüße und danke für Deine Bemühungen!


Wolfgang

-- 
Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate
für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02



From (spam-protected)  Sat Oct  3 14:18:47 2009
From: (spam-protected) (Harald Huber)
Date: Sat, 03 Oct 2009 14:18:47 +0200
Subject: [Wien] htlo wieder online, nbg-west link
In-Reply-To: <2712.78.41.112.170.1254504240.squirrel@runout.at>
References: <1492.78.41.112.170.1253895408.squirrel@runout.at>
	<2712.78.41.112.170.1254504240.squirrel@runout.at>
Message-ID: <4AC74127.4060302@gmx.at>

Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091003/ea4b76fb/attachment.htm>

From (spam-protected)  Sat Oct  3 19:38:02 2009
From: (spam-protected) (Erich)
Date: Sat, 3 Oct 2009 19:38:02 +0200
Subject: [Wien] Link optimieren
Message-ID: <85AD8379E7E8411E9617EACEAC6007F2@workstation>

Hallo

Ich habe drei Knoten A, B, C.
A sieht B
            B sieht C
A sieht             C nicht
C hat den Uplink über einen Tunnel.

Die Bandbreite zu B ist von A (12 Mbit) und C (8Mbit) recht gut.
Die Bandbreite von A zu C mit 2 Mbit hingegen etwas gering.

Wie kann man die Einstellungen optimieren, damits zwischen A und C über B etwas schneller geht?

sg Erich
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091003/747836e7/attachment.htm>

From (spam-protected)  Sat Oct  3 20:19:46 2009
From: (spam-protected) (L. Aaron Kaplan)
Date: Sat, 3 Oct 2009 20:19:46 +0200
Subject: [Wien] erstes olsr 802.11n mesh
Message-ID: <AAD5945B-C291-45AF-9792-90A06DA3B2D3@lo-res.org>

Hi!

hier am Tisch habe ich gerade das erste openwrt (trunk) 802.11n (ath9k  
driver) mesh am laufen.

Es geht ;))

Morgen mal gescheite Antennen mitnehmen und testen, was so im ath9k  
drueber geht.


lg,
a.

---
there's no place like 127.0.0.1

(üäö)




From (spam-protected)  Sun Oct  4 09:51:59 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Sun, 4 Oct 2009 09:51:59 +0200
Subject: [Wien] Link optimieren
In-Reply-To: <85AD8379E7E8411E9617EACEAC6007F2@workstation>
References: <85AD8379E7E8411E9617EACEAC6007F2@workstation>
Message-ID: <6842a4030910040051v64e3dacerd93db2ccd77156f9@mail.gmail.com>

Hi!

2009/10/3 Erich <gratis.wlan at wolke7.net>:
> Wie kann man die Einstellungen optimieren, damits zwischen A und C über B
> etwas schneller geht?

Auf welchen Kanälen laufen die beiden Links? Kann es hier zu
gegenseitiger Beeinflussung kommen?

LG Gregor

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Sun Oct  4 10:27:28 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Sun, 4 Oct 2009 10:27:28 +0200
Subject: [Wien]
	=?utf-8?q?ein_Netzteil_f=C3=BCr_alle_=28was=3A_wl500gp_-_p?=
	=?utf-8?q?ower_adapter_fehler=29?=
In-Reply-To: <ac8402940910010112vc5ed631t9e4741a12b116b62@mail.gmail.com>
References: <ac8402940910010112vc5ed631t9e4741a12b116b62@mail.gmail.com>
Message-ID: <6842a4030910040127t44621983q1b9e025675a742d1@mail.gmail.com>

Hallo Martin!

Am 1. Oktober 2009 10:12 schrieb Martin Mayr <martindermayr at gmail.com>:
> Blöde Frage: Wie kommt der Strom aus dem Abstelkammerl raus? Hast du da
> zusätzlich kabel gelegt?

Größtenteils wird der Strom gleich direkt im Kammerl benötigt:
Medienkonverter Glasfaser-Ethernet, Router, externe HD, ...
Der 0xff-Router auf der Terasse wird über PoE versorgt.

LG Gregor

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Sun Oct  4 10:32:20 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Sun, 4 Oct 2009 10:32:20 +0200
Subject: [Wien] wl500gp - power adapter fehler
In-Reply-To: <1515.78.41.112.170.1254406917.squirrel@runout.at>
References: <4AC3D48C.6090706@szlezak.com>
	<6842a4030910010037l75600410v68f3a539731d05d4@mail.gmail.com>
	<46DE9E6EBD35314AA91F588FD886AE740386F8CF@SWI19MXSV3.orf.local>
	<1515.78.41.112.170.1254406917.squirrel@runout.at>
Message-ID: <6842a4030910040132n30c61f2evbc08727b2f1d6963@mail.gmail.com>

Hallo!

Am 1. Oktober 2009 16:21 schrieb  <markus at runout.at>:
> also, für die ganze wohnung würde ich auch dringend davon abraten, vor
> allem in wohn-/schlafbereichen.
>
> 1. du brauchst sehr massive leitungsquerschnitte
> 2. du hast schnell mal ein rauschen drauf
>   weil ja gleichstrom (nehm ich an)
> 3. gleichstrom erzeugt capazitive felder
>
>
> das mit dem rauschen (induktion),... ist auch ev. ein problem bei langen
> kabeln die aufs dach zum gehen. sinnvollerweise sollte vor dem heiligen
> router noch ein entstörfilter,...  sein.


Danke für die Informationen, das hab ich alles nicht gewusst.
Allerdings (wie ich grad vorher auf ein anderes Mail geantwortet hab)
stehen die meisten Verbraucher eh in unmittelbarer Nähe des Netzteils.
Der Router (WRT54GL) wird über ein FTP-Kabel über PoE versorgt (ca.
30m Länge). Muss ich da noch was bedenken? Sollte ich vielleicht -
wegen der Leitungslänge - auf einen sparsameren Router umsteigen?

LG Gregor

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Sun Oct  4 16:10:49 2009
From: (spam-protected) ((spam-protected))
Date: Sun, 04 Oct 2009 16:10:49 +0200
Subject: [Wien] Verbindung jeden Abend tot
Message-ID: <20091004141049.22170@gmx.net>

hi!

ich habe ein massives Problem, das endlich gelöst werden sollte:

jeden Abend reißt die Verbindung zwischen meinem Knoten 193.238.156.106 
und dem Nachbarknoten mit Tunnel  78.41.112.167 ab. der Knoten sendet 
irgendwie kein Signal.
Das Problem fängt ca. um 18h an und endet zwischen 23 und 1uhr in der 
Nacht. 

Was könnte die Ursache sein?
Ein neustart meines Routers hat nichs gebracht. 

Übringens der Nachbarknoten ist ca. 50 Meter entfernt bei freier sicht. 
Kann es sein, dass da Störungen von außen kommen, und ev. der Sendekanal 
zu wechseln wäre. 

Mit einem Laptop am Fenster kann ich den Nachbarknoten auch sehen, abends 
ist nur noch mein Knoten da. siehe wlan scan:
http://forum.muzslya.com/upload/getimg.php?img=wlanverbindungen.jpg



Bitte um Hilfe!

Grüße, Attila
    
-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091004/dd6a9070/attachment.htm>

From (spam-protected)  Sun Oct  4 19:28:46 2009
From: (spam-protected) (akku)
Date: Sun, 04 Oct 2009 19:28:46 +0200
Subject: [Wien] Verbindung jeden Abend tot
In-Reply-To: <20091004141049.22170@gmx.net>
References: <20091004141049.22170@gmx.net>
Message-ID: <4AC8DB4E.9030604@gmx.at>

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

hmm
könnte ein video/fernseh übertragungssystem sein?
fernseh übertragung quer durch eine wohnung ?
kann nix dgegen untenehmen ausser stärkere antennen
die nach unten weniger sehen

hf akku

attila.mezei at gmx.at schrieb:
> hi!
> 
> ich habe ein massives Problem, das endlich gelöst werden sollte:
> 
> jeden Abend reißt die Verbindung zwischen meinem Knoten 193.238.156.106 
> und dem Nachbarknoten mit Tunnel  78.41.112.167 ab. der Knoten sendet 
> irgendwie kein Signal.
> Das Problem fängt ca. um 18h an und endet zwischen 23 und 1uhr in der 
> Nacht. 
> 
> Was könnte die Ursache sein?
> Ein neustart meines Routers hat nichs gebracht. 
> 
> Übringens der Nachbarknoten ist ca. 50 Meter entfernt bei freier sicht. 
> Kann es sein, dass da Störungen von außen kommen, und ev. der Sendekanal 
> zu wechseln wäre. 
> 
> Mit einem Laptop am Fenster kann ich den Nachbarknoten auch sehen, abends 
> ist nur noch mein Knoten da. siehe wlan scan:
> http://forum.muzslya.com/upload/getimg.php?img=wlanverbindungen.jpg
> 
> 
> 
> Bitte um Hilfe!
> 
> Grüße, Attila
>     
> 
> 
> ------------------------------------------------------------------------
> 
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJKyNtOAAoJEAEdF7rjCoMyyIMIAIMtNajqqQGstA9B2tgwqP4I
/SJy8eeLFGNEVT2VwhEHAseVRkzxLLW/xANVc0UBsQvrLdpk6mMR1vcdyzNiAoda
DYPm1wnb3oaJBarTCa/Du22xOQFxD8f0ZZlC+S16yCAdEqxMtDXB4bpN3fbLZPJj
nJ5hCVUBev8K+LbLkQsOTxtKjJA6CiGIEY07JtslflPV8Ck4mI2HzLf+1H982/lV
ArRcBGYsWcvuxYLRWcCRpSpvQkAMIM6KPs3gLyOrBnNWvhHlWNszIkRDqDTfVcre
0ek6n3/3Ol76F7Mha26aSfgjCUSSuHeLn8L4Xeuk71sYOXiCN9Z7MKjzW/8Q1kQ=
=nM1I
-----END PGP SIGNATURE-----



From (spam-protected)  Sun Oct  4 19:44:59 2009
From: (spam-protected) (Erich)
Date: Sun, 4 Oct 2009 19:44:59 +0200
Subject: [Wien] Link optimieren
References: <85AD8379E7E8411E9617EACEAC6007F2@workstation>
	<6842a4030910040051v64e3dacerd93db2ccd77156f9@mail.gmail.com>
Message-ID: <A37B4EBDD6DC4A4B8E5EC0A6162E8098@workstation>

Hallo

Die Router A, B, C sind auf unterschiedlichen Gebäuden montiert und laufen 
alle auf Kanal 10.

B ist der gemeinsame Nachbarknoten, der die Daten von C empfängt und an A 
weiter leitet.

Mir ist schon klar, dass Router B das Paket empfangen und dann wieder senden 
muß, wodurch die Bandbreite sinkt. Die Frage ist, wie kann man das 
optimieren, damit von den 12 bzw 8 Mbit mehr als die jetzigen 2 Mbit über 
bleiben. Eine zweite Antenne möchte ich nicht montieren.

sg Erich

----- Original Message ----- 
From: "Gregor Glashüttner" <gregorprivat at gmail.com>
To: "Erich" <gratis.wlan at wolke7.net>
Cc: "FunkFeuer Wien" <wien at lists.funkfeuer.at>
Sent: Sunday, October 04, 2009 9:51 AM
Subject: Re: [Wien] Link optimieren


Hi!

2009/10/3 Erich <gratis.wlan at wolke7.net>:
> Wie kann man die Einstellungen optimieren, damits zwischen A und C über B
> etwas schneller geht?

Auf welchen Kanälen laufen die beiden Links? Kann es hier zu
gegenseitiger Beeinflussung kommen?

LG Gregor

-- 
Partykeller
www.meineparty.at 




From (spam-protected)  Sun Oct  4 20:01:38 2009
From: (spam-protected) (akku)
Date: Sun, 04 Oct 2009 20:01:38 +0200
Subject: [Wien] Link optimieren
In-Reply-To: <A37B4EBDD6DC4A4B8E5EC0A6162E8098@workstation>
References: <85AD8379E7E8411E9617EACEAC6007F2@workstation>	<6842a4030910040051v64e3dacerd93db2ccd77156f9@mail.gmail.com>
	<A37B4EBDD6DC4A4B8E5EC0A6162E8098@workstation>
Message-ID: <4AC8E302.8060201@gmx.at>

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

jeder weitere hop am selben kanal reduziert bandbreite
 um mehr als die hälfte meist viel schlimmer

verbesserung bringt nur an b einen 2en router auf zb kanal 1
und den 1er auch an a einstellen


hf akku



Erich schrieb:
> Hallo
> 
> Die Router A, B, C sind auf unterschiedlichen Gebäuden montiert und laufen 
> alle auf Kanal 10.
> 
> B ist der gemeinsame Nachbarknoten, der die Daten von C empfängt und an A 
> weiter leitet.
> 
> Mir ist schon klar, dass Router B das Paket empfangen und dann wieder senden 
> muß, wodurch die Bandbreite sinkt. Die Frage ist, wie kann man das 
> optimieren, damit von den 12 bzw 8 Mbit mehr als die jetzigen 2 Mbit über 
> bleiben. Eine zweite Antenne möchte ich nicht montieren.
> 
> sg Erich
> 
> ----- Original Message ----- 
> From: "Gregor Glashüttner" <gregorprivat at gmail.com>
> To: "Erich" <gratis.wlan at wolke7.net>
> Cc: "FunkFeuer Wien" <wien at lists.funkfeuer.at>
> Sent: Sunday, October 04, 2009 9:51 AM
> Subject: Re: [Wien] Link optimieren
> 
> 
> Hi!
> 
> 2009/10/3 Erich <gratis.wlan at wolke7.net>:
>> Wie kann man die Einstellungen optimieren, damits zwischen A und C über B
>> etwas schneller geht?
> 
> Auf welchen Kanälen laufen die beiden Links? Kann es hier zu
> gegenseitiger Beeinflussung kommen?
> 
> LG Gregor
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJKyOMCAAoJEAEdF7rjCoMyca4H/2JBYYbYLTZ6aZUvbZGfW8Oj
mLW0YL/s7fj7PQ3Hl1Yl5RQ3uJzBdXXxvKOSjQBn419aP2tVKANRnKJaTF6us6Wi
9QuElGpIb5+FsYWEgqg081124jL6BOayR0hHBm1lX21Kz3aQwZ9ZIZDWusMN9k1a
ctr4LnPcPWJ/7gkj4mo50CSmn7Q3k5OZqZc6YpiRDaT8u90DPF2JgMjyRFiPgE9f
9OtkQ/wRwC2LlXwUhjMYv3U/V8PSQVrhEdTg1wugSLZEKlRYyFAVzgeqnsO886xv
j8yVGhu/BVCk74BIjAimVA7ZVVBm2PoOSzgwPqfd16oHqdmqZqc8FVvl9TNBKAk=
=YcZU
-----END PGP SIGNATURE-----



From (spam-protected)  Sun Oct  4 20:02:29 2009
From: (spam-protected) (Erich)
Date: Sun, 4 Oct 2009 20:02:29 +0200
Subject: [Wien] Verbindung jeden Abend tot
References: <20091004141049.22170@gmx.net>
Message-ID: <6D875468D5C5439D9AE7B40C497A911A@workstation>

Deine Gegenstelle hat eine Menge OLSR Einträge im Log.

OLSR: sendto IPv4 Resource temporarily unavailable

Ich nehme an das in unmittelbarer Nähe ein weiterer Router steht mit der Kennung linksys Kanal 11

Wenn du die die Statistik ansiehst, sieht man recht schön, das der Noise stark ansteigt und vom Nutzsignal nichts mehr übrig bleibt.
http://78.41.112.167/cgi-bin-rrd1.html?START=end-4h

Vielleicht schaltet jemand den Rechner ein oder ein anderes Gerät, das diesen Noise produziert.
Versuch auf Kanal 1 zu wechseln und behalte den Noise im Auge. Wenn möglich den linksys Router auf Kanal 11 etwas weiter weg stellen.

sg Erich


Oct  4 19:50:27 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:27 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:28 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:28 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:29 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:29 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:29 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:29 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:29 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:30 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:30 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:31 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:31 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:31 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:31 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:31 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:34 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:34 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:35 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:35 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:35 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:35 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:36 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:36 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:36 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:37 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:37 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:37 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:37 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:37 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:38 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:39 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:39 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:39 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:39 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:39 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:40 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:44 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:45 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:45 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:45 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:45 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:45 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:46 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:46 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:46 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:48 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:48 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:50 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:50 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:50 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:51 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:51 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:52 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:52 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:52 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:52 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:52 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:53 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:53 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:53 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:53 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:53 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:54 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:54 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:54 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:55 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:55 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:56 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:56 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:56 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:56 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:57 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:57 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:57 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:57 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:57 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:58 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:58 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:58 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:58 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:59 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:59 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:59 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:50:59 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:00 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:00 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:00 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:00 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:01 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:01 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:02 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:02 (none) user.notice cron.minutely: restarting wifi, rx_stat=1962333 old_rx_stat=1962333 channel=4 bssid=26:A4:05:7B:2B:D8
Oct  4 19:51:07 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:08 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:08 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:08 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:08 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:09 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:09 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:09 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:09 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:10 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:10 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:10 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:10 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:10 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:11 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:11 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:11 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:11 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:12 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:12 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:12 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:12 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:13 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:13 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:13 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:13 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:14 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:14 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:14 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:14 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:15 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:15 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:16 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:16 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:16 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:16 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:17 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:17 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:18 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:18 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:18 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:18 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:19 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:19 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:19 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
Oct  4 19:51:19 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable

  ----- Original Message ----- 
  From: attila.mezei at gmx.at 
  To: wien at lists.funkfeuer.at 
  Sent: Sunday, October 04, 2009 4:10 PM
  Subject: [Wien] Verbindung jeden Abend tot


  hi!

  ich habe ein massives Problem, das endlich gelöst werden sollte:

  jeden Abend reißt die Verbindung zwischen meinem Knoten 193.238.156.106 und dem Nachbarknoten mit Tunnel 78.41.112.167 ab. der Knoten sendet irgendwie kein Signal.
  Das Problem fängt ca. um 18h an und endet zwischen 23 und 1uhr in der Nacht. 

  Was könnte die Ursache sein?
  Ein neustart meines Routers hat nichs gebracht. 

  Übringens der Nachbarknoten ist ca. 50 Meter entfernt bei freier sicht. 
  Kann es sein, dass da Störungen von außen kommen, und ev. der Sendekanal zu wechseln wäre. 

  Mit einem Laptop am Fenster kann ich den Nachbarknoten auch sehen, abends ist nur noch mein Knoten da. siehe wlan scan:
  http://forum.muzslya.com/upload/getimg.php?img=wlanverbindungen.jpg



  Bitte um Hilfe!

  Grüße, Attila




  -- 
  Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
  sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser


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


  --
  Wien mailing list
  Wien at lists.funkfeuer.at
  http://lists.funkfeuer.at/mailman/listinfo/wien
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091004/b5632b7a/attachment.htm>

From (spam-protected)  Sun Oct  4 20:28:29 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Sun, 4 Oct 2009 20:28:29 +0200
Subject: [Wien] Link optimieren
In-Reply-To: <A37B4EBDD6DC4A4B8E5EC0A6162E8098@workstation>
References: <85AD8379E7E8411E9617EACEAC6007F2@workstation>
	<6842a4030910040051v64e3dacerd93db2ccd77156f9@mail.gmail.com>
	<A37B4EBDD6DC4A4B8E5EC0A6162E8098@workstation>
Message-ID: <6842a4030910041128j4c49fa2al75b7da4373a00ab3@mail.gmail.com>

Hi!

2009/10/4 Erich <gratis.wlan at wolke7.net>:
> Mir ist schon klar, dass Router B das Paket empfangen und dann wieder senden
> muß, wodurch die Bandbreite sinkt. Die Frage ist, wie kann man das
> optimieren, damit von den 12 bzw 8 Mbit mehr als die jetzigen 2 Mbit über
> bleiben. Eine zweite Antenne möchte ich nicht montieren.

Die Frage ist, wieviel mehr du dir erwartest und ob es dann überhaupt
Sinn macht an irgendwelche Optimierungen außer einem weiteren Router
zu denken (bei denen ich dir ehrlich gesagt nicht helfen könnte).

LG Gregor

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Sun Oct  4 21:13:58 2009
From: (spam-protected) (Erich)
Date: Sun, 4 Oct 2009 21:13:58 +0200
Subject: [Wien] Link optimieren
References: <85AD8379E7E8411E9617EACEAC6007F2@workstation>
	<6842a4030910040051v64e3dacerd93db2ccd77156f9@mail.gmail.com>
	<A37B4EBDD6DC4A4B8E5EC0A6162E8098@workstation>
	<6842a4030910041128j4c49fa2al75b7da4373a00ab3@mail.gmail.com>
Message-ID: <613FF2ED31F84429BB5294AFAE0D1E98@workstation>

Ich finde die Links sind mit 8 Mbit und 12 Mbit relativ gut. Es gibt unter 
Drahtlos ja noch jede Menge Werte die man ändern könnte um wenigstens so um 
die 4 Mbit zusammen zu bringen. Für eine zweite Antenne ist kein Platz, 
daher möchte ich am Router etwas schrauben.

sg Erich

----- Original Message ----- 
From: "Gregor Glashüttner" <gregorprivat at gmail.com>
To: "Erich" <gratis.wlan at wolke7.net>
Cc: "FunkFeuer Wien" <wien at lists.funkfeuer.at>
Sent: Sunday, October 04, 2009 8:28 PM
Subject: Re: [Wien] Link optimieren


Hi!

2009/10/4 Erich <gratis.wlan at wolke7.net>:
> Mir ist schon klar, dass Router B das Paket empfangen und dann wieder 
> senden
> muß, wodurch die Bandbreite sinkt. Die Frage ist, wie kann man das
> optimieren, damit von den 12 bzw 8 Mbit mehr als die jetzigen 2 Mbit über
> bleiben. Eine zweite Antenne möchte ich nicht montieren.

Die Frage ist, wieviel mehr du dir erwartest und ob es dann überhaupt
Sinn macht an irgendwelche Optimierungen außer einem weiteren Router
zu denken (bei denen ich dir ehrlich gesagt nicht helfen könnte).

LG Gregor

-- 
Partykeller
www.meineparty.at 




From (spam-protected)  Sun Oct  4 21:21:59 2009
From: (spam-protected) ((spam-protected))
Date: Sun, 04 Oct 2009 21:21:59 +0200
Subject: [Wien] Verbindung jeden Abend tot
In-Reply-To: <6D875468D5C5439D9AE7B40C497A911A@workstation>
References: <20091004141049.22170@gmx.net>
	<6D875468D5C5439D9AE7B40C497A911A@workstation>
Message-ID: <20091004192159.231460@gmx.net>

Danke für den Tipp! Zum Glück habe ich wieder Verbindung. 
Von 18:50h bis 19:10 hat es wieder einen Ausfall gegeben.

Die Idee von akku mit der Videoübertragung könnte im Gegenüberhaus ev. 
wahr sein. Diese senden auch im 2,4Ghz bereich.  Wenn also wer Abends 
Fernschaut und dieses Gerät im Betrieb hat macht uns echte Probleme. 
Kann man sowas ev. ausmessen?

Auf jeden Fall werde ich es ausprobieren den Sendekanal auf 1 wechseln und 
hoffen, dass der Noise ausbleibt.

Grüße, Attila 

>         
> -------- Original-Nachricht --------
> Datum: Sun, 4 Oct 2009 20:02:29 +0200
> Von: "Erich" <gratis.wlan at wolke7.net>
> An: attila.mezei at gmx.at
> CC: wien at lists.funkfeuer.at
> Betreff: Re: [Wien] Verbindung jeden Abend tot
> 
>         Deine Gegenstelle hat eine Menge OLSR Einträge im  Log.         
>          OLSR: sendto IPv4 Resource temporarily unavailable             
>      Ich nehme an das in unmittelbarer Nähe ein weiterer  Router steht 
> mit der Kennung linksys Kanal 11                  Wenn du die die 
> Statistik ansiehst, sieht man recht  schön, das der Noise stark ansteigt 
> und vom Nutzsignal nichts mehr übrig  bleibt.        
> http://78.41.112.167/cgi-bin-rrd1.html?START=end-4h                  
> Vielleicht schaltet jemand den Rechner ein oder ein  anderes Gerät, das 
> diesen Noise produziert.        Versuch auf Kanal 1 zu wechseln und 
> behalte den  Noise im Auge. Wenn möglich den linksys Router auf Kanal 11 
> etwas weiter weg  stellen.                   sg Erich                  
>            Oct  4 19:50:27 (none) kern.err olsrd[10777]: OLSR: sendto 
> IPv4  Resource temporarily unavailable
> Oct  4 19:50:27 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:28 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:28 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:29 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:29 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:29 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:29 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:29 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:30 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:30 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:31 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:31 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:31 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:31 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:31 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:34 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:34 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:35 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:35 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:35 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:35 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:36 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:36 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:36 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:37 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:37 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:37 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:37 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:37 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:38 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:39 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:39 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:39 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:39 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:39 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:40 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:41 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:41 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:41 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:43 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:43 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:44 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:45 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:45 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:45 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:45 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:45 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:46 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:46 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:46 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:47 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:47 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:48 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:48 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:49 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:49 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:50 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:50 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:50 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:51 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:51 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:52 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:52 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:52 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:52 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:52 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:53 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:53 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:53 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:53 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:53 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:54 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:54 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:54 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:55 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:55 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:56 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:56 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:56 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:56 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:57 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:57 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:57 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:57 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:57 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:58 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:58 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:58 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:58 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:59 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:50:59 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:50:59 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:50:59 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:00 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:00 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:00 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:00 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:01 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:01 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:02 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:02 (none) user.notice cron.minutely: restarting wifi, 
> rx_stat=1962333  old_rx_stat=1962333 channel=4 bssid=26:A4:05:7B:2B:D8
> Oct  4 19:51:07  (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:08 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:08 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:08 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:08 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:09 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:09 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:09 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:09 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:10 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:10 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:10 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:10 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:10 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:11 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:11 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:11 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:11 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:12 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:12 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:12 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:12 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:13 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:13 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:13 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:13 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:14 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:14 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:14 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:14 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:15 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:15 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:16 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:16 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:16 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:16 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:17 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:17 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:18 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:18 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:18 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:18 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:19 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable
> Oct  4 19:51:19 (none) kern.err olsrd[10777]: OLSR: sendto  IPv4 
> Resource temporarily unavailable
> Oct  4 19:51:19 (none) kern.err  olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily unavailable
> Oct  4  19:51:19 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 
> Resource temporarily  unavailable        
> >                  ----- Original Message -----          From:    
> > attila.mezei at gmx.at          To: wien at lists.funkfeuer.at          Sent: 
> > Sunday, October 04, 2009 4:10    PM         Subject: [Wien] Verbindung 
> > jeden Abend    tot        
> >         hi!
> > 
> > ich habe ein massives Problem, das endlich gelöst    werden sollte:
> > 
> > jeden Abend reißt die Verbindung zwischen meinem Knoten    
> > 193.238.156.106 und dem Nachbarknoten mit Tunnel 78.41.112.167    ab. 
> > der Knoten sendet irgendwie kein Signal.
> > Das Problem fängt ca. um 18h    an und endet zwischen 23 und 1uhr in 
> > der Nacht. 
> > 
> > Was könnte die Ursache    sein?
> > Ein neustart meines Routers hat nichs gebracht. 
> > 
> > Übringens der    Nachbarknoten ist ca. 50 Meter entfernt bei freier 
> > sicht. 
> > Kann es sein,    dass da Störungen von außen kommen, und ev. der 
> > Sendekanal zu wechseln wäre.    
> > 
> > Mit einem Laptop am Fenster kann ich den Nachbarknoten auch sehen,    
> > abends ist nur noch mein Knoten da. siehe wlan scan:
> > http://forum.muzslya.com/upload/getimg.php?img=wlanverbindungen.jpg
> > 
> > 
> > 
> > Bitte    um Hilfe!
> > 
> > Grüße, Attila
> >          
> > 
> > 
> > -- 
> > Jetzt kostenlos herunterladen:    Internet Explorer 8 und Mozilla 
> > Firefox 3.5 -
> > sicherer, schneller und    einfacher! 
> > http://portal.gmx.net/de/go/chbrowser        
> > 
> >                             --
> > Wien mailing    list
> > Wien at lists.funkfeuer.at
> > http://lists.funkfeuer.at/mailman/listinfo/wien
>  
    
-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091004/38061026/attachment.htm>

From (spam-protected)  Sun Oct  4 21:30:53 2009
From: (spam-protected) (Erich)
Date: Sun, 4 Oct 2009 21:30:53 +0200
Subject: [Wien] Verbindung jeden Abend tot
References: <20091004141049.22170@gmx.net>
	<6D875468D5C5439D9AE7B40C497A911A@workstation>
	<20091004192159.231460@gmx.net>
Message-ID: <45CB5EF0B2E4493AACBE26658D3B5AB5@workstation>

Falls der Link auf 2,4 Ghz immer wieder Probleme macht, könnte man noch ausprobieren auf 5Ghz auszuweichen.

sgE
  ----- Original Message ----- 
  From: attila.mezei at gmx.at 
  To: Erich 
  Cc: wien at lists.funkfeuer.at 
  Sent: Sunday, October 04, 2009 9:21 PM
  Subject: Re: [Wien] Verbindung jeden Abend tot


  Danke für den Tipp! Zum Glück habe ich wieder Verbindung. 
  Von 18:50h bis 19:10 hat es wieder einen Ausfall gegeben.

  Die Idee von akku mit der Videoübertragung könnte im Gegenüberhaus ev. wahr sein. Diese senden auch im 2,4Ghz bereich.  Wenn also wer Abends Fernschaut und dieses Gerät im Betrieb hat macht uns echte Probleme. 
  Kann man sowas ev. ausmessen?

  Auf jeden Fall werde ich es ausprobieren den Sendekanal auf 1 wechseln und hoffen, dass der Noise ausbleibt.

  Grüße, Attila 

    -------- Original-Nachricht --------
    Datum: Sun, 4 Oct 2009 20:02:29 +0200
    Von: "Erich" <gratis.wlan at wolke7.net>
    An: attila.mezei at gmx.at
    CC: wien at lists.funkfeuer.at
    Betreff: Re: [Wien] Verbindung jeden Abend tot



    Deine Gegenstelle hat eine Menge OLSR Einträge im Log.

    OLSR: sendto IPv4 Resource temporarily unavailable

    Ich nehme an das in unmittelbarer Nähe ein weiterer Router steht mit der Kennung linksys Kanal 11

    Wenn du die die Statistik ansiehst, sieht man recht schön, das der Noise stark ansteigt und vom Nutzsignal nichts mehr übrig bleibt.
    http://78.41.112.167/cgi-bin-rrd1.html?START=end-4h

    Vielleicht schaltet jemand den Rechner ein oder ein anderes Gerät, das diesen Noise produziert.
    Versuch auf Kanal 1 zu wechseln und behalte den Noise im Auge. Wenn möglich den linksys Router auf Kanal 11 etwas weiter weg stellen.

    sg Erich 


    Oct  4 19:50:27 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:27 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:28 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:28 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:29 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:29 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:29 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:29 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:29 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:30 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:30 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:31 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:31 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:31 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:31 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:31 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:34 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:34 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:35 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:35 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:35 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:35 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:36 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:36 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:36 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:37 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:37 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:37 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:37 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:37 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:38 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:39 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:39 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:39 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:39 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:39 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:40 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:41 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:43 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:44 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:45 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:45 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:45 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:45 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:45 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:46 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:46 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:46 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:47 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:48 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:48 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:49 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:50 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:50 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:50 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:51 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:51 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:52 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:52 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:52 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:52 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:52 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:53 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:53 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:53 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:53 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:53 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:54 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:54 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:54 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:55 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:55 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:56 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:56 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:56 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:56 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:57 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:57 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:57 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:57 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:57 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:58 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:58 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:58 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:58 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:59 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:59 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:59 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:50:59 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:00 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:00 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:00 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:00 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:01 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:01 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:02 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:02 (none) user.notice cron.minutely: restarting wifi, rx_stat=1962333 old_rx_stat=1962333 channel=4 bssid=26:A4:05:7B:2B:D8
    Oct  4 19:51:07 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:08 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:08 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:08 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:08 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:09 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:09 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:09 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:09 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:10 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:10 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:10 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:10 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:10 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:11 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:11 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:11 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:11 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:12 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:12 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:12 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:12 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:13 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:13 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:13 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:13 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:14 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:14 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:14 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:14 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:15 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:15 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:16 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:16 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:16 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:16 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:17 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:17 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:18 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:18 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:18 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:18 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:19 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:19 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:19 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable
    Oct  4 19:51:19 (none) kern.err olsrd[10777]: OLSR: sendto IPv4 Resource temporarily unavailable

      ----- Original Message ----- 
      From: attila.mezei at gmx.at 
      To: wien at lists.funkfeuer.at 
      Sent: Sunday, October 04, 2009 4:10 PM
      Subject: [Wien] Verbindung jeden Abend tot


      hi!

      ich habe ein massives Problem, das endlich gelöst werden sollte:

      jeden Abend reißt die Verbindung zwischen meinem Knoten 193.238.156.106 und dem Nachbarknoten mit Tunnel 78.41.112.167 ab. der Knoten sendet irgendwie kein Signal.
      Das Problem fängt ca. um 18h an und endet zwischen 23 und 1uhr in der Nacht. 

      Was könnte die Ursache sein?
      Ein neustart meines Routers hat nichs gebracht. 

      Übringens der Nachbarknoten ist ca. 50 Meter entfernt bei freier sicht. 
      Kann es sein, dass da Störungen von außen kommen, und ev. der Sendekanal zu wechseln wäre. 

      Mit einem Laptop am Fenster kann ich den Nachbarknoten auch sehen, abends ist nur noch mein Knoten da. siehe wlan scan:
      http://forum.muzslya.com/upload/getimg.php?img=wlanverbindungen.jpg



      Bitte um Hilfe!

      Grüße, Attila




      -- 
      Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
      sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser


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



      --
      Wien mailing list
      Wien at lists.funkfeuer.at
      http://lists.funkfeuer.at/mailman/listinfo/wien



  -- 
  Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
  sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091004/e94c73ff/attachment.htm>

From (spam-protected)  Mon Oct  5 08:57:03 2009
From: (spam-protected) (CHCNET Consulting Office)
Date: Mon, 05 Oct 2009 08:57:03 +0200
Subject: [Wien] Verbindung jeden Abend tot
In-Reply-To: <45CB5EF0B2E4493AACBE26658D3B5AB5@workstation>
References: <20091004141049.22170@gmx.net>	<6D875468D5C5439D9AE7B40C497A911A@workstation>	<20091004192159.231460@gmx.net>
	<45CB5EF0B2E4493AACBE26658D3B5AB5@workstation>
Message-ID: <4AC998BF.2020104@chcnet.at>

Hallo Leute,

Ich möchte meinen alten Linksys als node verwenden - Hat schon jemand 
mal die dd-wrt 24 Version mit OLSR verwendet? Oder MUSS es die 
freifunk-recommended-de firmware sein?

lg
Christoph



From (spam-protected)  Mon Oct  5 09:19:07 2009
From: (spam-protected) (Markus Kittenberger)
Date: Mon, 05 Oct 2009 09:19:07 +0200
Subject: [Wien] Verbindung jeden Abend tot
In-Reply-To: <4AC998BF.2020104@chcnet.at>
References: <20091004141049.22170@gmx.net>
	<6D875468D5C5439D9AE7B40C497A911A@workstation>
	<20091004192159.231460@gmx.net>
	<45CB5EF0B2E4493AACBE26658D3B5AB5@workstation>
	<4AC998BF.2020104@chcnet.at>
Message-ID: <op.u1bfx5es871hnn@markit.mshome.net>

Am 05.10.2009, 08:57 Uhr, schrieb CHCNET Consulting Office  
<office at chcnet.at>:

> Hallo Leute,
>
> Ich möchte meinen alten Linksys als node verwenden - Hat schon jemand
> mal die dd-wrt 24 Version mit OLSR verwendet? Oder MUSS es die
> freifunk-recommended-de firmware sein?

brauchst du irgendwelche zwingende features von dd-wrt,..

grundsätzlich rennt olsr klarerweise auch auf dd-wrt, aber die meisten  
probleme im netz haben wir imho momentan nur noch dank uneinheitlciher  
(und vorallem alter) olsr-versionen und uneinheitlicher konfigurationen  
(bezogen auf olsr, wireless und QOS)

und imho keineswegs mehr aufgrund von olsr-bugs,..


darum würde ich empfehlen freifunkfirmware + 0xff-olsr auf den linksys zu  
tun,..
> freifunk-recommended-de firmware sein?
>
> lg
> Christoph
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
>


-- 
lg Markus



From (spam-protected)  Mon Oct  5 17:58:28 2009
From: (spam-protected) (leopold zyka)
Date: Mon, 5 Oct 2009 17:58:28 +0200
Subject: [Wien] Funkfeuer, Metalab, Neue Wohnung
In-Reply-To: <-2118499711331907698@unknownmsgid>
References: <628b75c70909221526k4e7993e5q56a164405536f8f8@mail.gmail.com>
	<-2118499711331907698@unknownmsgid>
Message-ID: <628b75c70910050858x464fa1d8w4998a769c59b0909@mail.gmail.com>

Hallo,

Ich habe jetzt eine Genehmigung.
Mit wem kann ich reden was ich alles benoetige, bzw. mit wem koennten
ich mal eine
Messung machen ?

mfg, Leopold

2009/9/24 Martin W. Mildner <martin.mildner at gmx.at>:
> Ja, ic bau grad in der aslan gasse 9 !!
> Kommst morgen ins swgafredo neben den anker so um  11 uhr 45 ??
> Martin
>
>
> -----Ursprüngliche Nachricht-----
> Von: wien-bounces at lists.funkfeuer.at
> [mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von leopold zyka
> Gesendet: Mittwoch, 23. September 2009 00:26
> An: wien at lists.funkfeuer.at
> Betreff: [Wien] Funkfeuer, Metalab, Neue Wohnung
>
> Hallo,
>
> Hatte unlaengst im Metalab beim Montagstreffen einen Kontakt.
> Habe Telefonnummer und Namen verloren...
> Ich habe nun eine neue Wohnung und potentiell ein Dach...
> Pfarrgasse 11 /11
> A-1190 Wien
>
> Koennte ich da was machen ?
>
> mfg, Leopold
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
>
>



-- 
Leopold Zyka
Karlweisgasse 23/1/6
A-1180 Vienna
Tel.: 0699 1024 1032



From (spam-protected)  Mon Oct  5 21:13:07 2009
From: (spam-protected) ((spam-protected))
Date: Mon, 5 Oct 2009 21:13:07 +0200
Subject: [Wien] Falsche IP!!!!
Message-ID: <46DE9E6EBD35314AA91F588FD886AE7402BF8D51@SWI19MXSV3.orf.local>


Hallo Michael,
ich hab gerde bemerkt, dass du eine falsche IP-Adresse auf einem deiner devices verwendest.
Dabei handelt es sich um 78.41.113.133 dass du scheinbar am Device plenv10omni verwendest.
Lt. Datenbank gehört sie Christoph Christ aus Hainburg und ist für den Node "frei8" reserviert.

LG Joe
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091005/dea8e829/attachment.htm>

From (spam-protected)  Mon Oct  5 21:35:49 2009
From: (spam-protected) (Michael H. Fischer, ADir.)
Date: Mon, 05 Oct 2009 21:35:49 +0200
Subject: [Wien] Falsche IP!!!!
In-Reply-To: <46DE9E6EBD35314AA91F588FD886AE7402BF8D51@SWI19MXSV3.orf.local>
References: <46DE9E6EBD35314AA91F588FD886AE7402BF8D51@SWI19MXSV3.orf.local>
Message-ID: <4ACA4A95.3000105@mhf.at>

josef.semler at orf.at wrote:
> 
> Hallo Michael,

hallo josef,

> ich hab gerde bemerkt, dass du eine falsche IP-Adresse auf einem deiner 
> devices verwendest.

danke, dass du das bemerkt hast. ein device ist hin geworden und ich hab 
die ip zurueckgegeben, dann ist der  scheintote zu meiner allergroessten 
ueberraschung wieder auferstanden.

> Dabei handelt es sich um 78.41.113.133 dass du scheinbar am Device 
> plenv10omni verwendest.
> Lt. Datenbank gehört sie Christoph Christ aus Hainburg und ist für den 
> Node "frei8" reserviert.
> LG Joe

most cordial regards,
mhf
-- 
*---== michael h. fischer, adir. ==-------------------------*
| http://mhf.at                                  mhf at mhf.at |
| tel : +43 1 9903586               fax: +43 720 722 722 20 |
| cell: +43 664 817 55 32           sip: +43 720 722 722    |
*-----------------------------------------------------------*
the box said: for windows or better!    so i installed linux!



From (spam-protected)  Mon Oct  5 23:14:31 2009
From: (spam-protected) ((spam-protected))
Date: Mon, 5 Oct 2009 23:14:31 +0200 (CEST)
Subject: [Wien] htlo wieder online, nbg-west link
In-Reply-To: <30D308DF-1936-4310-A7E3-12CD4BB77B47@Lax.Priv.at>
References: <1492.78.41.112.170.1253895408.squirrel@runout.at>
	<2712.78.41.112.170.1254504240.squirrel@runout.at>
	<20091002211102.GA11928@minos.sil.at>
	<45564.193.238.158.206.1254687318.squirrel@runout.at>
	<30D308DF-1936-4310-A7E3-12CD4BB77B47@Lax.Priv.at>
Message-ID: <44349.193.238.156.182.1254777271.squirrel@runout.at>

wenn du an die list antwortest, dann gehts schneller mit antworten auf
dein e probleme.

lg markus

> ah, ich hab mich schon länger nicht um ein update gekümmert, aber er
> verweigert weil ich das wan interface füer die kabelverbindung mit dem
> anderen router verwende:
>
> root at v13:~# ipkg install
> http://texas.funkfeuer.at/~markus/olsrd/0xff-olsrd/0xff-olsr_0.5.6.5.8.2_mipsel.ipk
> Downloading
> http://texas.funkfeuer.at/~markus/olsrd/0xff-olsrd/0xff-olsr_0.5.6.5.8.2_mipsel.ipk
>   ...
> Connecting to texas.funkfeuer.at[193.238.157.78]:80
> 0xff-olsr_0.5.6.5.8. 100% |***************************************|
> 101 KB    00:00 ETA
> Done.
> Unpacking 0xff-olsr...Done.
> Configuring 0xff-olsr... 0xff-olsr is checking your system...
> checking network configuration...
> You have OLSR activated on WAN, but WAN protocol != olsr, correct this
> before installing. (change ipadress or proto in wan config)
> //usr/lib/ipkg/info/0xff-olsr.preinst failed. Aborting installation of
> 0xff-olsr
> root at v13:~#
>
> da muss es doch einen anderen weg geben als die deaktivierung des wan
> interfaces ... oder?
>
> caio
> franz
>
>
> --
> franz at lax.priv.at
> mobile phone: +43-676 958 1140         fax: +43-1-23670729
>
>
>
>
>
>
>
> On 04.10.2009, at 22:15, markus at runout.at wrote:
>
>>> leider nicht im ows zu sehen .....
>>
>> schade, aber du solltest dringend deinen olsr updaten:
>> http://texas.funkfeuer.at/~markus/olsrd/0xff-olsrd/
>> (README lesen)
>>
>> lg, markus
>>
>>
>
>
>





From (spam-protected)  Tue Oct  6 09:32:24 2009
From: (spam-protected) (leopold zyka)
Date: Tue, 6 Oct 2009 09:32:24 +0200
Subject: [Wien] Funkfeuer, Metalab, Neue Wohnung
In-Reply-To: <4D0CA405-C2CD-4AAB-B910-4BF6CBA5EAC5@lo-res.org>
References: <628b75c70909221526k4e7993e5q56a164405536f8f8@mail.gmail.com>
	<-2118499711331907698@unknownmsgid>
	<628b75c70910050858x464fa1d8w4998a769c59b0909@mail.gmail.com>
	<4D0CA405-C2CD-4AAB-B910-4BF6CBA5EAC5@lo-res.org>
Message-ID: <628b75c70910060032t78778faemf3309f484d6cf6a6@mail.gmail.com>

Hallo Aaron,

Scheinbar gibt es in Oesterreich keinen Verein oder Gruppierung (noch so klein)
die nicht gespalten ist.  Ich kenne die Hintergruende nicht und will
mich auch nicht einmischen. Gibt es irgendeine Vereinbarung zwischen
den zwei Gruppen oder herrscht
Kriegszustand ? Ich bin an der besten technischen Umsetzung
interessiert und moechte
nicht in einem Gemetzel landen.
Kann mir bitte jemand den aktuellen Status erklaeren und die beiden
Systeme gegenueberstellen ? Was sind die Perspektiven fuer die
naechsten Jahre ?

Da ich vor meinem Umzug die SAT und Amateurfunk ?Verkabelung machen moechte,
wuerde ich gerne auch gleich eine Verkabelung fuer Funkfeuer vorsehen.
Wer kann mich beraten ? Gibt es einen Amateurfunker bei Funkfeuer ?
Wer kann zu mir messen kommen ?
Mir geht es vorerst nur um die Verkabelung.

mfg, Leopold



2009/10/5 L. Aaron Kaplan <aaron at lo-res.org>:
> Lieber Leopold,
>
> bitte *nicht* mit Martin!
>
> Es gibt da einen - glaub mir einfach - schlechten hintegrund mit der Person.
> Es kommen nur technisch schlechte verbindungen zustande und er haelt sich
> nicht an die grundregeln von funkfeuer, moechte vieleher sein "eigenes"
> privates WLAN netz aufbauen....
>
> Hier beim funkfeuer core team sind alle ueber ihn frustriert.
>
> Nur so als hintergrund.
> Wir sind - wie immer - am MO im Metalab.
>
> lg,
> a.
>
>
>
> On Oct 5, 2009, at 5:58 PM, leopold zyka wrote:
>
>> Hallo,
>>
>> Ich habe jetzt eine Genehmigung.
>> Mit wem kann ich reden was ich alles benoetige, bzw. mit wem koennten
>> ich mal eine
>> Messung machen ?
>>
>> mfg, Leopold
>>
>> 2009/9/24 Martin W. Mildner <martin.mildner at gmx.at>:
>>>
>>> Ja, ic bau grad in der aslan gasse 9 !!
>>> Kommst morgen ins swgafredo neben den anker so um  11 uhr 45 ??
>>> Martin
>>>
>>>
>>> -----Ursprüngliche Nachricht-----
>>> Von: wien-bounces at lists.funkfeuer.at
>>> [mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von leopold zyka
>>> Gesendet: Mittwoch, 23. September 2009 00:26
>>> An: wien at lists.funkfeuer.at
>>> Betreff: [Wien] Funkfeuer, Metalab, Neue Wohnung
>>>
>>> Hallo,
>>>
>>> Hatte unlaengst im Metalab beim Montagstreffen einen Kontakt.
>>> Habe Telefonnummer und Namen verloren...
>>> Ich habe nun eine neue Wohnung und potentiell ein Dach...
>>> Pfarrgasse 11 /11
>>> A-1190 Wien
>>>
>>> Koennte ich da was machen ?
>>>
>>> mfg, Leopold
>>>
>>> --
>>> Wien mailing list
>>> Wien at lists.funkfeuer.at
>>> http://lists.funkfeuer.at/mailman/listinfo/wien
>>>
>>>
>>
>>
>>
>> --
>> Leopold Zyka
>> Karlweisgasse 23/1/6
>> A-1180 Vienna
>> Tel.: 0699 1024 1032
>>
>> --
>> Wien mailing list
>> Wien at lists.funkfeuer.at
>> http://lists.funkfeuer.at/mailman/listinfo/wien
>
> ---
> there's no place like 127.0.0.1
>
> (üäö)
>
>



-- 
Leopold Zyka
Karlweisgasse 23/1/6
A-1180 Vienna
Tel.: 0699 1024 1032



From (spam-protected)  Tue Oct  6 09:51:09 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Tue, 6 Oct 2009 09:51:09 +0200
Subject: [Wien] htlo wieder online, nbg-west link
In-Reply-To: <44349.193.238.156.182.1254777271.squirrel@runout.at>
References: <1492.78.41.112.170.1253895408.squirrel@runout.at>
	<2712.78.41.112.170.1254504240.squirrel@runout.at>
	<20091002211102.GA11928@minos.sil.at>
	<45564.193.238.158.206.1254687318.squirrel@runout.at>
	<30D308DF-1936-4310-A7E3-12CD4BB77B47@Lax.Priv.at>
	<44349.193.238.156.182.1254777271.squirrel@runout.at>
Message-ID: <6842a4030910060051g7e455e13mbb87a3902a5c1066@mail.gmail.com>

Am 5. Oktober 2009 23:14 schrieb  <markus at runout.at>:
> wenn du an die list antwortest, dann gehts schneller mit antworten auf
> dein e probleme.
>
> lg markus
>
>> ah, ich hab mich schon länger nicht um ein update gekümmert, aber er
>> verweigert weil ich das wan interface füer die kabelverbindung mit dem
>> anderen router verwende:


Na dann kannst du dort ja olsr aktivieren?! (Auch im webif)...

LG Gregor

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Tue Oct  6 12:52:36 2009
From: (spam-protected) (akku)
Date: Tue, 06 Oct 2009 12:52:36 +0200
Subject: [Wien] Funkfeuer, Metalab, Neue Wohnung
In-Reply-To: <628b75c70910060032t78778faemf3309f484d6cf6a6@mail.gmail.com>
References: <628b75c70909221526k4e7993e5q56a164405536f8f8@mail.gmail.com>	<-2118499711331907698@unknownmsgid>	<628b75c70910050858x464fa1d8w4998a769c59b0909@mail.gmail.com>	<4D0CA405-C2CD-4AAB-B910-4BF6CBA5EAC5@lo-res.org>
	<628b75c70910060032t78778faemf3309f484d6cf6a6@mail.gmail.com>
Message-ID: <4ACB2174.5010109@gmx.at>

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

ja ich bin auch funker 1gzu und kann mal messen /schauen kommen

069910322691


leopold zyka schrieb:
> Hallo Aaron,
> 
> Scheinbar gibt es in Oesterreich keinen Verein oder Gruppierung (noch so klein)
> die nicht gespalten ist.  Ich kenne die Hintergruende nicht und will
> mich auch nicht einmischen. Gibt es irgendeine Vereinbarung zwischen
> den zwei Gruppen oder herrscht
da versteh ich was nicht bzw hab ich was übersehen ?

> Kriegszustand ? Ich bin an der besten technischen Umsetzung
> interessiert und moechte
> nicht in einem Gemetzel landen.
> Kann mir bitte jemand den aktuellen Status erklaeren und die beiden
> Systeme gegenueberstellen ? Was sind die Perspektiven fuer die
beide systeme ? wie wo was ?
> naechsten Jahre ?
> 
> Da ich vor meinem Umzug die SAT und Amateurfunk ?Verkabelung machen moechte,
> wuerde ich gerne auch gleich eine Verkabelung fuer Funkfeuer vorsehen.
> Wer kann mich beraten ? Gibt es einen Amateurfunker bei Funkfeuer ?
> Wer kann zu mir messen kommen ?
> Mir geht es vorerst nur um die Verkabelung.
> 
> mfg, Leopold
> 
> 
hf akku
> 
> 2009/10/5 L. Aaron Kaplan <aaron at lo-res.org>:
>> Lieber Leopold,
>>
>> bitte *nicht* mit Martin!
>>
>> Es gibt da einen - glaub mir einfach - schlechten hintegrund mit der Person.
>> Es kommen nur technisch schlechte verbindungen zustande und er haelt sich
>> nicht an die grundregeln von funkfeuer, moechte vieleher sein "eigenes"
>> privates WLAN netz aufbauen....
>>
>> Hier beim funkfeuer core team sind alle ueber ihn frustriert.
>>
>> Nur so als hintergrund.
>> Wir sind - wie immer - am MO im Metalab.
>>
>> lg,
>> a.
>>
>>
>>
>> On Oct 5, 2009, at 5:58 PM, leopold zyka wrote:
>>
>>> Hallo,
>>>
>>> Ich habe jetzt eine Genehmigung.
>>> Mit wem kann ich reden was ich alles benoetige, bzw. mit wem koennten
>>> ich mal eine
>>> Messung machen ?
>>>
>>> mfg, Leopold
>>>
>>> 2009/9/24 Martin W. Mildner <martin.mildner at gmx.at>:
>>>> Ja, ic bau grad in der aslan gasse 9 !!
>>>> Kommst morgen ins swgafredo neben den anker so um  11 uhr 45 ??
>>>> Martin
>>>>
>>>>
>>>> -----Ursprüngliche Nachricht-----
>>>> Von: wien-bounces at lists.funkfeuer.at
>>>> [mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von leopold zyka
>>>> Gesendet: Mittwoch, 23. September 2009 00:26
>>>> An: wien at lists.funkfeuer.at
>>>> Betreff: [Wien] Funkfeuer, Metalab, Neue Wohnung
>>>>
>>>> Hallo,
>>>>
>>>> Hatte unlaengst im Metalab beim Montagstreffen einen Kontakt.
>>>> Habe Telefonnummer und Namen verloren...
>>>> Ich habe nun eine neue Wohnung und potentiell ein Dach...
>>>> Pfarrgasse 11 /11
>>>> A-1190 Wien
>>>>
>>>> Koennte ich da was machen ?
>>>>
>>>> mfg, Leopold
>>>>
>>>> --
>>>> Wien mailing list
>>>> Wien at lists.funkfeuer.at
>>>> http://lists.funkfeuer.at/mailman/listinfo/wien
>>>>
>>>>
>>>
>>>
>>> --
>>> Leopold Zyka
>>> Karlweisgasse 23/1/6
>>> A-1180 Vienna
>>> Tel.: 0699 1024 1032
>>>
>>> --
>>> Wien mailing list
>>> Wien at lists.funkfeuer.at
>>> http://lists.funkfeuer.at/mailman/listinfo/wien
>> ---
>> there's no place like 127.0.0.1
>>
>> (üäö)
>>
>>
> 
> 
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJKyyF0AAoJEAEdF7rjCoMyXdIH+wZPsAr6nIo4gi9+sEWfIMPR
8jKf8HCRsgLJfDRQdrWDE5U3z+IbhG6YF8Bs3BP7jXnqhmUsvg/UO9CyRtkXxjf3
dsoOkIY0/QJQTgQKD0c+WKw3BOndMvWBVhqG5IEmoKvtzkNj55G8lKXiLeNO7T15
p6Q5aUC6vGZue/eAVW1+FZykbHV5tFUo33b5eerudoxc11vKuuJeHvlfap13qtpM
iILt2SH90IGBxTKbzSesRZP5b879p2+zWsYK7q6dnuHHbMGwAAL8BeRxGqYNXmi1
yU8JPSlGcflH76BgdaO53+nPma0fr+Jr4nLknJ1bscvkuAhKObzqS6f9LeontrU=
=X2YE
-----END PGP SIGNATURE-----



From (spam-protected)  Tue Oct  6 14:08:44 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Tue, 6 Oct 2009 14:08:44 +0200
Subject: [Wien] Funkfeuer, Metalab, Neue Wohnung
In-Reply-To: <628b75c70910060032t78778faemf3309f484d6cf6a6@mail.gmail.com>
References: <628b75c70909221526k4e7993e5q56a164405536f8f8@mail.gmail.com>
	<-2118499711331907698@unknownmsgid>
	<628b75c70910050858x464fa1d8w4998a769c59b0909@mail.gmail.com>
	<4D0CA405-C2CD-4AAB-B910-4BF6CBA5EAC5@lo-res.org>
	<628b75c70910060032t78778faemf3309f484d6cf6a6@mail.gmail.com>
Message-ID: <6842a4030910060508nb8da785rb9a2cdf95843b230@mail.gmail.com>

Hallo Leopold!

Am 6. Oktober 2009 09:32 schrieb leopold zyka <leopold.zyka at gmail.com>:
> Kann mir bitte jemand den aktuellen Status erklaeren und die beiden
> Systeme gegenueberstellen ? Was sind die Perspektiven fuer die
> naechsten Jahre ?

Der Status ist, dass Martin´s Knoten ein Teil von Funkfeuer sind und
"sein Netz" nicht ohne Funkfeuer funktionieren würde. Funkfeuer ist
offen für alle und jeden, "leider" auch für Leute die chaotisch Knoten
aufbauen und sich nicht an gewisse Konventionen halten.
Funkfeuer ist ein Verein mit -zig Mitstreitern, den es sicher noch
ganz lange geben wird. Martin ist alleine.

> Da ich vor meinem Umzug die SAT und Amateurfunk ?Verkabelung machen moechte,
> wuerde ich gerne auch gleich eine Verkabelung fuer Funkfeuer vorsehen.
> Wer kann mich beraten ? Gibt es einen Amateurfunker bei Funkfeuer ?
> Wer kann zu mir messen kommen ?
> Mir geht es vorerst nur um die Verkabelung.

Bezüglich Funk und Messen hat dir ja Akku schon geantwortet. Welche
Hilfe brauchst du bei der Verkabelung?

LG Gregor

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Tue Oct  6 16:26:11 2009
From: (spam-protected) (Erich N. Pekarek)
Date: Tue, 06 Oct 2009 16:26:11 +0200
Subject: [Wien] Funkfeuer 802.11n?
Message-ID: <4ACB5383.6080001@pekarek.at>

Hallo,

gerade war auf derstandard folgender Eintrag zu lesen:
    
http://derstandard.at/fs/1254310682029/Neuer-Wlan-Router-Netgear-laedt-zum-Hardware-Hacking
mit Verweis auf:
    http://www.myopenrouter.com/

Mit welchen Antennen der Router ausgestattet ist, war nicht zu lesen und 
der vergleichsweise niedrige Preis des Gerätes, lässt auf Antennen auf 
der Platine schliessen - sollte es anders sein, wird damit etwa 
vielleicht der N-Standard Funkfeuer-Standard werden können?

Wie stehen die Chancen? Was haltet Ihr von dem Gerät?

SG
Erich




From (spam-protected)  Tue Oct  6 16:45:56 2009
From: (spam-protected) (Markus Kittenberger)
Date: Tue, 6 Oct 2009 16:45:56 +0200
Subject: [Wien] Funkfeuer 802.11n?
In-Reply-To: <4ACB5383.6080001@pekarek.at>
References: <4ACB5383.6080001@pekarek.at>
Message-ID: <4095b6c00910060745p2c72e848r8b51c7fa3c2b8807@mail.gmail.com>

etwas ueberteuert (nach weihnachten wirds evt. der rpeis eh besser), aber
ansich keine schlechte sache das auch netgear sich mal in die richtige
richtung bewegt *G
lg Markus

2009/10/6 Erich N. Pekarek <erich at pekarek.at>

> Hallo,
>
> gerade war auf derstandard folgender Eintrag zu lesen:
>
>
> http://derstandard.at/fs/1254310682029/Neuer-Wlan-Router-Netgear-laedt-zum-Hardware-Hacking
> mit Verweis auf:
>    http://www.myopenrouter.com/
>
> Mit welchen Antennen der Router ausgestattet ist, war nicht zu lesen und
> der vergleichsweise niedrige Preis des Gerätes, lässt auf Antennen auf
> der Platine schliessen - sollte es anders sein, wird damit etwa
> vielleicht der N-Standard Funkfeuer-Standard werden können?
>
> Wie stehen die Chancen? Was haltet Ihr von dem Gerät?
>
> SG
> Erich
>
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
>
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091006/08a734b4/attachment.htm>

From (spam-protected)  Tue Oct  6 16:49:05 2009
From: (spam-protected) (Martin Mayr)
Date: Tue, 6 Oct 2009 16:49:05 +0200
Subject: [Wien] Funkfeuer 802.11n?
In-Reply-To: <4095b6c00910060745p2c72e848r8b51c7fa3c2b8807@mail.gmail.com>
References: <4ACB5383.6080001@pekarek.at>
	<4095b6c00910060745p2c72e848r8b51c7fa3c2b8807@mail.gmail.com>
Message-ID: <ac8402940910060749n6030f534s759bab67201b1a9@mail.gmail.com>

Aus gegebenem anlass: Welcher N-Router ist denn nun der "beste"?

2009/10/6 Markus Kittenberger <Markus.Kittenberger at gmx.at>

> etwas ueberteuert (nach weihnachten wirds evt. der rpeis eh besser), aber
> ansich keine schlechte sache das auch netgear sich mal in die richtige
> richtung bewegt *G
> lg Markus
>
> 2009/10/6 Erich N. Pekarek <erich at pekarek.at>
>
> Hallo,
>>
>> gerade war auf derstandard folgender Eintrag zu lesen:
>>
>>
>> http://derstandard.at/fs/1254310682029/Neuer-Wlan-Router-Netgear-laedt-zum-Hardware-Hacking
>> mit Verweis auf:
>>    http://www.myopenrouter.com/
>>
>> Mit welchen Antennen der Router ausgestattet ist, war nicht zu lesen und
>> der vergleichsweise niedrige Preis des Gerätes, lässt auf Antennen auf
>> der Platine schliessen - sollte es anders sein, wird damit etwa
>> vielleicht der N-Standard Funkfeuer-Standard werden können?
>>
>> Wie stehen die Chancen? Was haltet Ihr von dem Gerät?
>>
>> SG
>> Erich
>>
>>
>> --
>> Wien mailing list
>> Wien at lists.funkfeuer.at
>> http://lists.funkfeuer.at/mailman/listinfo/wien
>>
>>
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
>



-- 
Schöne Grüße
Martin

KatzenKlo Manager
AquariumsAdministrator
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091006/5709e141/attachment.htm>

From (spam-protected)  Tue Oct  6 18:22:52 2009
From: (spam-protected) (leopold zyka)
Date: Tue, 6 Oct 2009 18:22:52 +0200
Subject: [Wien] Funkfeuer, Metalab, Neue Wohnung
In-Reply-To: <-5087827928988949323@unknownmsgid>
References: <628b75c70909221526k4e7993e5q56a164405536f8f8@mail.gmail.com>
	<-2118499711331907698@unknownmsgid>
	<628b75c70910050858x464fa1d8w4998a769c59b0909@mail.gmail.com>
	<-5087827928988949323@unknownmsgid>
Message-ID: <628b75c70910060922o36eb633alb5b33b2250e83e23@mail.gmail.com>

Hallo,

Ich trage selten weisse Hemden und wohne (noch) im zweiten Stock)...
Bist Du der Typ der mich beim Metalabtreff nachher mitgenommen hat ?

Leopold

2009/10/6 Martin W. Mildner <martin.mildner at gmx.at>:
> Hallo leopold . bist du der unsymphatische Typ im vorletzten Stock am Balkon
> mit wesen hemd, etwas stärker, der nicht mal antwortet , wenn wir dich
> freundlich grüssen ?
>
> -----Ursprüngliche Nachricht-----
> Von: wien-bounces at lists.funkfeuer.at
> [mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von leopold zyka
> Gesendet: Montag, 05. Oktober 2009 17:58
> An: martin.mildner at gmx.at; wien at lists.funkfeuer.at
> Betreff: Re: [Wien] Funkfeuer, Metalab, Neue Wohnung
>
> Hallo,
>
> Ich habe jetzt eine Genehmigung.
> Mit wem kann ich reden was ich alles benoetige, bzw. mit wem koennten
> ich mal eine
> Messung machen ?
>
> mfg, Leopold
>
> 2009/9/24 Martin W. Mildner <martin.mildner at gmx.at>:
>> Ja, ic bau grad in der aslan gasse 9 !!
>> Kommst morgen ins swgafredo neben den anker so um  11 uhr 45 ??
>> Martin
>>
>>
>> -----Ursprüngliche Nachricht-----
>> Von: wien-bounces at lists.funkfeuer.at
>> [mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von leopold zyka
>> Gesendet: Mittwoch, 23. September 2009 00:26
>> An: wien at lists.funkfeuer.at
>> Betreff: [Wien] Funkfeuer, Metalab, Neue Wohnung
>>
>> Hallo,
>>
>> Hatte unlaengst im Metalab beim Montagstreffen einen Kontakt.
>> Habe Telefonnummer und Namen verloren...
>> Ich habe nun eine neue Wohnung und potentiell ein Dach...
>> Pfarrgasse 11 /11
>> A-1190 Wien
>>
>> Koennte ich da was machen ?
>>
>> mfg, Leopold
>>
>> --
>> Wien mailing list
>> Wien at lists.funkfeuer.at
>> http://lists.funkfeuer.at/mailman/listinfo/wien
>>
>>
>
>
>
> --
> Leopold Zyka
> Karlweisgasse 23/1/6
> A-1180 Vienna
> Tel.: 0699 1024 1032
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
>
>



-- 
Leopold Zyka
Karlweisgasse 23/1/6
A-1180 Vienna
Tel.: 0699 1024 1032



From (spam-protected)  Tue Oct  6 18:37:27 2009
From: (spam-protected) ((spam-protected))
Date: Tue, 6 Oct 2009 18:37:27 +0200 (CEST)
Subject: [Wien] Funkfeuer, Metalab, Neue Wohnung
In-Reply-To: <628b75c70910060922o36eb633alb5b33b2250e83e23@mail.gmail.com>
References: <628b75c70909221526k4e7993e5q56a164405536f8f8@mail.gmail.com>
	<-2118499711331907698@unknownmsgid>
	<628b75c70910050858x464fa1d8w4998a769c59b0909@mail.gmail.com>
	<-5087827928988949323@unknownmsgid>
	<628b75c70910060922o36eb633alb5b33b2250e83e23@mail.gmail.com>
Message-ID: <1853.78.41.113.80.1254847047.squirrel@runout.at>

liebe freunde,
könnt ihr die kommunikation auf dieser liste bitte auf einem etwas
gehobenerem niveau führen?
man kann sich auch etwas freundlicher anreden.

danke.
lg markus

> Ich trage selten weisse Hemden und wohne (noch) im zweiten Stock)...
> Bist Du der Typ der mich beim Metalabtreff nachher mitgenommen hat ?
>
> Leopold
>
> 2009/10/6 Martin W. Mildner <martin.mildner at gmx.at>:
>> Hallo leopold . bist du der unsymphatische Typ im vorletzten Stock am
>> Balkon
>> mit wesen hemd, etwas stärker, der nicht mal antwortet , wenn wir dich
>> freundlich grüssen ?
...

TOFU freundlich entsorgt




From (spam-protected)  Tue Oct  6 19:18:56 2009
From: (spam-protected) (Markus Kittenberger)
Date: Tue, 06 Oct 2009 19:18:56 +0200
Subject: [Wien] Funkfeuer 802.11n?
In-Reply-To: <ac8402940910060749n6030f534s759bab67201b1a9@mail.gmail.com>
References: <4ACB5383.6080001@pekarek.at>
	<4095b6c00910060745p2c72e848r8b51c7fa3c2b8807@mail.gmail.com>
	<ac8402940910060749n6030f534s759bab67201b1a9@mail.gmail.com>
Message-ID: <op.u1d2duri871hnn@markit.mshome.net>

Am 06.10.2009, 16:49 Uhr, schrieb Martin Mayr <martindermayr at gmail.com>:

> Aus gegebenem anlass: Welcher N-Router ist denn nun der "beste"?
hängt von vielen faktoren ab *G

was willst du denn damit tun?

lg Markus



From (spam-protected)  Tue Oct  6 19:35:43 2009
From: (spam-protected) (Martin Mayr)
Date: Tue, 6 Oct 2009 19:35:43 +0200
Subject: [Wien] Funkfeuer 802.11n?
In-Reply-To: <op.u1d2duri871hnn@markit.mshome.net>
References: <4ACB5383.6080001@pekarek.at>
	<4095b6c00910060745p2c72e848r8b51c7fa3c2b8807@mail.gmail.com>
	<ac8402940910060749n6030f534s759bab67201b1a9@mail.gmail.com>
	<op.u1d2duri871hnn@markit.mshome.net>
Message-ID: <ac8402940910061035y7831af03yc3b1624bc4fe2b60@mail.gmail.com>

Folgendes würde ich mir von dem Kastl erwarten:

   1. Fileserver (SMB und vielleicht UPnP) um den Mplayer auf der Wii und
   Musikgeräte zu befeuern
   2. Printserver
   3. Energiesparend
   4. Ein Router solls sein fürs chello (no na)
   5. ideal wär wenn man Wuala drauf laufen lassen könnte, aber das ist
   natürlich ein Wunschtraum (der aber mit den vierhundert-irgendwas megahertz
   des netgear vielleicht näher rückt).
   6. Externe Antennen Ansteckbar (gibts das bei N überhaupt? Muss aber
   nicht unbedingt sein)
   7. Die üblichen 4 Ethernetports und ein (oder mehrere) USB der auch mit
   einem Hub zurechtkommt damit man platten und drucker anstecken kann.
   8. Es wär praktisch wenn das ding torrents runterlädt

(auf die Idee bin ich wegen der Fonera 2.0n gekommen die ja einiges davon
kann, derweil habe ich einen ollen g router der nix kann.)

Vielen Dank schonmal für die Mühen!
Martin

2009/10/6 Markus Kittenberger <Markus.Kittenberger at gmx.at>

> Am 06.10.2009, 16:49 Uhr, schrieb Martin Mayr <martindermayr at gmail.com>:
>
>  Aus gegebenem anlass: Welcher N-Router ist denn nun der "beste"?
>>
> hängt von vielen faktoren ab *G
>
> was willst du denn damit tun?
>
> lg Markus
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091006/94e5d04d/attachment.htm>

From (spam-protected)  Tue Oct  6 17:33:28 2009
From: (spam-protected) (Martin W. Mildner)
Date: Tue, 6 Oct 2009 17:33:28 +0200
Subject: [Wien] Funkfeuer, Metalab, Neue Wohnung
In-Reply-To: <628b75c70910050858x464fa1d8w4998a769c59b0909@mail.gmail.com>
References: <628b75c70909221526k4e7993e5q56a164405536f8f8@mail.gmail.com>	<-2118499711331907698@unknownmsgid>
	<628b75c70910050858x464fa1d8w4998a769c59b0909@mail.gmail.com>
Message-ID: <00e901ca469a$5b3f8d80$11bea880$@mildner@gmx.at>

Hallo leopold . bist du der unsymphatische Typ im vorletzten Stock am Balkon
mit wesen hemd, etwas stärker, der nicht mal antwortet , wenn wir dich
freundlich grüssen ?

-----Ursprüngliche Nachricht-----
Von: wien-bounces at lists.funkfeuer.at
[mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von leopold zyka
Gesendet: Montag, 05. Oktober 2009 17:58
An: martin.mildner at gmx.at; wien at lists.funkfeuer.at
Betreff: Re: [Wien] Funkfeuer, Metalab, Neue Wohnung

Hallo,

Ich habe jetzt eine Genehmigung.
Mit wem kann ich reden was ich alles benoetige, bzw. mit wem koennten
ich mal eine
Messung machen ?

mfg, Leopold

2009/9/24 Martin W. Mildner <martin.mildner at gmx.at>:
> Ja, ic bau grad in der aslan gasse 9 !!
> Kommst morgen ins swgafredo neben den anker so um  11 uhr 45 ??
> Martin
>
>
> -----Ursprüngliche Nachricht-----
> Von: wien-bounces at lists.funkfeuer.at
> [mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von leopold zyka
> Gesendet: Mittwoch, 23. September 2009 00:26
> An: wien at lists.funkfeuer.at
> Betreff: [Wien] Funkfeuer, Metalab, Neue Wohnung
>
> Hallo,
>
> Hatte unlaengst im Metalab beim Montagstreffen einen Kontakt.
> Habe Telefonnummer und Namen verloren...
> Ich habe nun eine neue Wohnung und potentiell ein Dach...
> Pfarrgasse 11 /11
> A-1190 Wien
>
> Koennte ich da was machen ?
>
> mfg, Leopold
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
>
>



-- 
Leopold Zyka
Karlweisgasse 23/1/6
A-1180 Vienna
Tel.: 0699 1024 1032

--
Wien mailing list
Wien at lists.funkfeuer.at
http://lists.funkfeuer.at/mailman/listinfo/wien




From (spam-protected)  Tue Oct  6 18:15:22 2009
From: (spam-protected) (Martin W. Mildner)
Date: Tue, 6 Oct 2009 18:15:22 +0200
Subject: [Wien] Funkfeuer, Metalab, Neue Wohnung
In-Reply-To: <628b75c70910060032t78778faemf3309f484d6cf6a6@mail.gmail.com>
References: <628b75c70909221526k4e7993e5q56a164405536f8f8@mail.gmail.com>	<-2118499711331907698@unknownmsgid>	<628b75c70910050858x464fa1d8w4998a769c59b0909@mail.gmail.com>	<4D0CA405-C2CD-4AAB-B910-4BF6CBA5EAC5@lo-res.org>
	<628b75c70910060032t78778faemf3309f484d6cf6a6@mail.gmail.com>
Message-ID: <00fb01ca46a0$35751e20$a05f5a60$@mildner@gmx.at>

:-)
Nein, kein Krieg , lächerlich!
Wien ist doch groß genug, OLSR eine tolle Sache, und jeder darf machen was
er will!
Wenn ein paar Läute sauer sind, weil sie lieber ein "ganz großes Netz"
gemacht hätten, da kann man halt auch nix machen, und Gregor ist immer schon
böse auf mich, weil er denkt ich hätte Ihm einst im VIVI geschnitten (ist
nicht wahr!)
Anscheinend hast du uns (betreiber von kahl. Kahl , kind und mich) heute
geschnitten, so um 13 uhr mit kinderwagen, siehst du so schnell geht das,
habe dir auch verziehen :-) (falls du das warst )
l.g.
Martin

-----Ursprüngliche Nachricht-----
Von: wien-bounces at lists.funkfeuer.at
[mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von leopold zyka
Gesendet: Dienstag, 06. Oktober 2009 09:32
An: L. Aaron Kaplan
Cc: wien at lists.funkfeuer.at
Betreff: Re: [Wien] Funkfeuer, Metalab, Neue Wohnung

Hallo Aaron,

Scheinbar gibt es in Oesterreich keinen Verein oder Gruppierung (noch so
klein)
die nicht gespalten ist.  Ich kenne die Hintergruende nicht und will
mich auch nicht einmischen. Gibt es irgendeine Vereinbarung zwischen
den zwei Gruppen oder herrscht
Kriegszustand ? Ich bin an der besten technischen Umsetzung
interessiert und moechte
nicht in einem Gemetzel landen.
Kann mir bitte jemand den aktuellen Status erklaeren und die beiden
Systeme gegenueberstellen ? Was sind die Perspektiven fuer die
naechsten Jahre ?

Da ich vor meinem Umzug die SAT und Amateurfunk –Verkabelung machen moechte,
wuerde ich gerne auch gleich eine Verkabelung fuer Funkfeuer vorsehen.
Wer kann mich beraten ? Gibt es einen Amateurfunker bei Funkfeuer ?
Wer kann zu mir messen kommen ?
Mir geht es vorerst nur um die Verkabelung.

mfg, Leopold



2009/10/5 L. Aaron Kaplan <aaron at lo-res.org>:
> Lieber Leopold,
>
> bitte *nicht* mit Martin!
>
> Es gibt da einen - glaub mir einfach - schlechten hintegrund mit der
Person.
> Es kommen nur technisch schlechte verbindungen zustande und er haelt sich
> nicht an die grundregeln von funkfeuer, moechte vieleher sein "eigenes"
> privates WLAN netz aufbauen....
>
> Hier beim funkfeuer core team sind alle ueber ihn frustriert.
>
> Nur so als hintergrund.
> Wir sind - wie immer - am MO im Metalab.
>
> lg,
> a.
>
>
>
> On Oct 5, 2009, at 5:58 PM, leopold zyka wrote:
>
>> Hallo,
>>
>> Ich habe jetzt eine Genehmigung.
>> Mit wem kann ich reden was ich alles benoetige, bzw. mit wem koennten
>> ich mal eine
>> Messung machen ?
>>
>> mfg, Leopold
>>
>> 2009/9/24 Martin W. Mildner <martin.mildner at gmx.at>:
>>>
>>> Ja, ic bau grad in der aslan gasse 9 !!
>>> Kommst morgen ins swgafredo neben den anker so um  11 uhr 45 ??
>>> Martin
>>>
>>>
>>> -----Ursprüngliche Nachricht-----
>>> Von: wien-bounces at lists.funkfeuer.at
>>> [mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von leopold zyka
>>> Gesendet: Mittwoch, 23. September 2009 00:26
>>> An: wien at lists.funkfeuer.at
>>> Betreff: [Wien] Funkfeuer, Metalab, Neue Wohnung
>>>
>>> Hallo,
>>>
>>> Hatte unlaengst im Metalab beim Montagstreffen einen Kontakt.
>>> Habe Telefonnummer und Namen verloren...
>>> Ich habe nun eine neue Wohnung und potentiell ein Dach...
>>> Pfarrgasse 11 /11
>>> A-1190 Wien
>>>
>>> Koennte ich da was machen ?
>>>
>>> mfg, Leopold
>>>
>>> --
>>> Wien mailing list
>>> Wien at lists.funkfeuer.at
>>> http://lists.funkfeuer.at/mailman/listinfo/wien
>>>
>>>
>>
>>
>>
>> --
>> Leopold Zyka
>> Karlweisgasse 23/1/6
>> A-1180 Vienna
>> Tel.: 0699 1024 1032
>>
>> --
>> Wien mailing list
>> Wien at lists.funkfeuer.at
>> http://lists.funkfeuer.at/mailman/listinfo/wien
>
> ---
> there's no place like 127.0.0.1
>
> (üäö)
>
>



-- 
Leopold Zyka
Karlweisgasse 23/1/6
A-1180 Vienna
Tel.: 0699 1024 1032

--
Wien mailing list
Wien at lists.funkfeuer.at
http://lists.funkfeuer.at/mailman/listinfo/wien




From (spam-protected)  Tue Oct  6 18:59:10 2009
From: (spam-protected) (Martin W. Mildner)
Date: Tue, 6 Oct 2009 18:59:10 +0200
Subject: [Wien] werd sicher nix abdrehen! never ever!
Message-ID: <000501ca46a6$5391cce0$fab566a0$@mildner@gmx.at>

Nur keine Aufregung, werde sicher nie was abdrehen, finde funkfeuer und olsr
gut und sehr nützlich! Muss es alles geben, damit die Welt bunt bleibt!

l.g.

Martin

 

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091006/64ca552f/attachment.htm>

From (spam-protected)  Tue Oct  6 20:20:16 2009
From: (spam-protected) (=?ISO-8859-1?Q?Martin_Mauerb=F6ck?=)
Date: Tue, 06 Oct 2009 20:20:16 +0200
Subject: [Wien] Funkfeuer 802.11n?
In-Reply-To: <ac8402940910061035y7831af03yc3b1624bc4fe2b60@mail.gmail.com>
References: <4ACB5383.6080001@pekarek.at>	<4095b6c00910060745p2c72e848r8b51c7fa3c2b8807@mail.gmail.com>	<ac8402940910060749n6030f534s759bab67201b1a9@mail.gmail.com>	<op.u1d2duri871hnn@markit.mshome.net>
	<ac8402940910061035y7831af03yc3b1624bc4fe2b60@mail.gmail.com>
Message-ID: <4ACB8A60.9060607@photo-photo.at>

Da kann ich nur ein ALIX2D(1)3 empfehlen, das hat allerdings nur 3 
Ethernet Ports, d. h. du bräuchtest noch einen zusätzlichen Switch (der 
dann am besten Gigabit unterstützt).
Wireless wird durch eine zusätzliche MiniPCI Karte ermöglicht, HW und 
Antennen je nach Bedarf und Unterstützung durchs bevorzugte OS.
http://www.pcengines.ch/alix2d13.htm
Von Wuala hab ich noch nichts gehört ;-)
Vergiss Fonera & Co, da ist die CPU meistens unbrauchbar langsam und 
Flash & RAM nur minimalst vorhanden...

lg
(ebenfalls) Martin (mit ALIX2C3 als Router u.v.a.m.)

Martin Mayr schrieb:
> Folgendes würde ich mir von dem Kastl erwarten:
>
>    1. Fileserver (SMB und vielleicht UPnP) um den Mplayer auf der Wii
>       und Musikgeräte zu befeuern
>    2. Printserver
>    3. Energiesparend
>    4. Ein Router solls sein fürs chello (no na)
>    5. ideal wär wenn man Wuala drauf laufen lassen könnte, aber das
>       ist natürlich ein Wunschtraum (der aber mit den
>       vierhundert-irgendwas megahertz des netgear vielleicht näher rückt).
>    6. Externe Antennen Ansteckbar (gibts das bei N überhaupt? Muss
>       aber nicht unbedingt sein)
>    7. Die üblichen 4 Ethernetports und ein (oder mehrere) USB der auch
>       mit einem Hub zurechtkommt damit man platten und drucker
>       anstecken kann.
>    8. Es wär praktisch wenn das ding torrents runterlädt
>
> (auf die Idee bin ich wegen der Fonera 2.0n gekommen die ja einiges 
> davon kann, derweil habe ich einen ollen g router der nix kann.)
>
> Vielen Dank schonmal für die Mühen!
> Martin
>
> 2009/10/6 Markus Kittenberger <Markus.Kittenberger at gmx.at 
> <mailto:Markus.Kittenberger at gmx.at>>
>
>     Am 06.10.2009, 16:49 Uhr, schrieb Martin Mayr
>     <martindermayr at gmail.com <mailto:martindermayr at gmail.com>>:
>
>
>         Aus gegebenem anlass: Welcher N-Router ist denn nun der "beste"?
>
>     hängt von vielen faktoren ab *G
>
>     was willst du denn damit tun?
>
>     lg Markus
>
>
>
>
> ------------------------------------------------------------------------
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091006/ad810905/attachment.htm>

From (spam-protected)  Tue Oct  6 20:25:46 2009
From: (spam-protected) (=?ISO-8859-1?Q?Martin_Mauerb=F6ck?=)
Date: Tue, 06 Oct 2009 20:25:46 +0200
Subject: [Wien] Funkfeuer 802.11n?
In-Reply-To: <4ACB5383.6080001@pekarek.at>
References: <4ACB5383.6080001@pekarek.at>
Message-ID: <4ACB8BAA.60800@photo-photo.at>

Ja, das habe ich heute auch schon überrascht gelesen, aber ich habe mich 
wohl zu früh gefreut.
Vermutlich ist da schon wieder dieses sch.... wireless Chipset von 
Broadcom verbaut, wo es wahrscheinlich erst im Jahr 3033 brauchbare 
Linux-Unterstützung für einen 2.6er Kernel geben wird (inzwischen gibt 
es dann schon einen 23.59er Kernel).
Falls das nicht so ist, bitte ich um Aufklärung...

lg
Martin

Erich N. Pekarek schrieb:
> Hallo,
>
> gerade war auf derstandard folgender Eintrag zu lesen:
>     
> http://derstandard.at/fs/1254310682029/Neuer-Wlan-Router-Netgear-laedt-zum-Hardware-Hacking
> mit Verweis auf:
>     http://www.myopenrouter.com/
>
> Mit welchen Antennen der Router ausgestattet ist, war nicht zu lesen und 
> der vergleichsweise niedrige Preis des Gerätes, lässt auf Antennen auf 
> der Platine schliessen - sollte es anders sein, wird damit etwa 
> vielleicht der N-Standard Funkfeuer-Standard werden können?
>
> Wie stehen die Chancen? Was haltet Ihr von dem Gerät?
>
> SG
> Erich
>
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
>   



From (spam-protected)  Tue Oct  6 20:34:45 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Tue, 6 Oct 2009 20:34:45 +0200
Subject: [Wien] werd sicher nix abdrehen! never ever!
In-Reply-To: <7081993967118643617@unknownmsgid>
References: <7081993967118643617@unknownmsgid>
Message-ID: <6842a4030910061134p3fb83d34me511606df25eb54e@mail.gmail.com>

2009/10/6 Martin W. Mildner <martin.mildner at gmx.at>:
> Nur keine Aufregung, werde sicher nie was abdrehen, finde funkfeuer und olsr
> gut und sehr nützlich! Muss es alles geben, damit die Welt bunt bleibt!

Keine Sorgen, niemand regt sich auf. Funkfeuer würde auch ohne deine
Knoten ganz gut funktionieren.

LG

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Tue Oct  6 20:35:33 2009
From: (spam-protected) (Martin Mayr)
Date: Tue, 6 Oct 2009 20:35:33 +0200
Subject: [Wien] Funkfeuer 802.11n?
In-Reply-To: <4ACB8A60.9060607@photo-photo.at>
References: <4ACB5383.6080001@pekarek.at>
	<4095b6c00910060745p2c72e848r8b51c7fa3c2b8807@mail.gmail.com>
	<ac8402940910060749n6030f534s759bab67201b1a9@mail.gmail.com>
	<op.u1d2duri871hnn@markit.mshome.net>
	<ac8402940910061035y7831af03yc3b1624bc4fe2b60@mail.gmail.com>
	<4ACB8A60.9060607@photo-photo.at>
Message-ID: <ac8402940910061135w162a8fe3q1644bcc38d27967d@mail.gmail.com>

Das ding sieht in der tat spannend aus! Der Geode ist ja ein x86 Prozessor
oder? Da könnte sogar Wuala hinhauen...

Wuala ist ein P2P online-speicher bei dem jeder speicher tauschen kann. Es
basiert aber auf Java und ist recht resourcenhungrig wenn neue dateien
verschlüsselt werden müssen.
http://de.wikipedia.org/wiki/Wuala bzw. http://www.wuala.com/

2009/10/6 Martin Mauerböck <mmcm at photo-photo.at>

>  Da kann ich nur ein ALIX2D(1)3 empfehlen, das hat allerdings nur 3
> Ethernet Ports, d. h. du bräuchtest noch einen zusätzlichen Switch (der dann
> am besten Gigabit unterstützt).
> Wireless wird durch eine zusätzliche MiniPCI Karte ermöglicht, HW und
> Antennen je nach Bedarf und Unterstützung durchs bevorzugte OS.
> http://www.pcengines.ch/alix2d13.htm
> Von Wuala hab ich noch nichts gehört ;-)
> Vergiss Fonera & Co, da ist die CPU meistens unbrauchbar langsam und Flash
> & RAM nur minimalst vorhanden...
>
> lg
> (ebenfalls) Martin (mit ALIX2C3 als Router u.v.a.m.)
>
> Martin Mayr schrieb:
>
> Folgendes würde ich mir von dem Kastl erwarten:
>
>    1. Fileserver (SMB und vielleicht UPnP) um den Mplayer auf der Wii und
>    Musikgeräte zu befeuern
>     2. Printserver
>    3. Energiesparend
>    4. Ein Router solls sein fürs chello (no na)
>    5. ideal wär wenn man Wuala drauf laufen lassen könnte, aber das ist
>    natürlich ein Wunschtraum (der aber mit den vierhundert-irgendwas megahertz
>    des netgear vielleicht näher rückt).
>    6. Externe Antennen Ansteckbar (gibts das bei N überhaupt? Muss aber
>    nicht unbedingt sein)
>    7. Die üblichen 4 Ethernetports und ein (oder mehrere) USB der auch mit
>    einem Hub zurechtkommt damit man platten und drucker anstecken kann.
>    8. Es wär praktisch wenn das ding torrents runterlädt
>
> (auf die Idee bin ich wegen der Fonera 2.0n gekommen die ja einiges davon
> kann, derweil habe ich einen ollen g router der nix kann.)
>
> Vielen Dank schonmal für die Mühen!
> Martin
>
> 2009/10/6 Markus Kittenberger <Markus.Kittenberger at gmx.at>
>
>> Am 06.10.2009, 16:49 Uhr, schrieb Martin Mayr <martindermayr at gmail.com>:
>>
>>  Aus gegebenem anlass: Welcher N-Router ist denn nun der "beste"?
>>>
>>  hängt von vielen faktoren ab *G
>>
>> was willst du denn damit tun?
>>
>> lg Markus
>>
>
>
>
> ------------------------------
>
> --
> Wien mailing listWien at lists.funkfeuer.athttp://lists.funkfeuer.at/mailman/listinfo/wien
>
>


-- 
Schöne Grüße
Martin

KatzenKlo Manager
AquariumsAdministrator
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091006/e32ffd1a/attachment.htm>

From (spam-protected)  Tue Oct  6 20:42:17 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Tue, 6 Oct 2009 20:42:17 +0200
Subject: [Wien] Funkfeuer 802.11n?
In-Reply-To: <ac8402940910061035y7831af03yc3b1624bc4fe2b60@mail.gmail.com>
References: <4ACB5383.6080001@pekarek.at>
	<4095b6c00910060745p2c72e848r8b51c7fa3c2b8807@mail.gmail.com>
	<ac8402940910060749n6030f534s759bab67201b1a9@mail.gmail.com>
	<op.u1d2duri871hnn@markit.mshome.net>
	<ac8402940910061035y7831af03yc3b1624bc4fe2b60@mail.gmail.com>
Message-ID: <6842a4030910061142ua7e392fk33514995e29741e2@mail.gmail.com>

Hi!

2009/10/6 Martin Mayr <martindermayr at gmail.com>:
> Folgendes würde ich mir von dem Kastl erwarten:
>
> Fileserver (SMB und vielleicht UPnP) um den Mplayer auf der Wii und
> Musikgeräte zu befeuern
> Printserver
> Energiesparend
> Ein Router solls sein fürs chello (no na)
> ideal wär wenn man Wuala drauf laufen lassen könnte, aber das ist natürlich
> ein Wunschtraum (der aber mit den vierhundert-irgendwas megahertz des
> netgear vielleicht näher rückt).
> Externe Antennen Ansteckbar (gibts das bei N überhaupt? Muss aber nicht
> unbedingt sein)
> Die üblichen 4 Ethernetports und ein (oder mehrere) USB der auch mit einem
> Hub zurechtkommt damit man platten und drucker anstecken kann.
> Es wär praktisch wenn das ding torrents runterlädt

Vielleicht wär ja der Sheevaplug von Marvell (zusätzlich zu einem
"normalen" N-Router) was für dich? Ist ein vollwertiger ARM-PC mit
1.2GHz, je 512MB RAM und Flash, GBit Ethernet, USB und SDIO in der
Größe eines Netzteiles... Google findet eh einiges...

LG Gregor

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Tue Oct  6 20:45:22 2009
From: (spam-protected) (=?ISO-8859-1?Q?Martin_Mauerb=F6ck?=)
Date: Tue, 06 Oct 2009 20:45:22 +0200
Subject: [Wien] Funkfeuer 802.11n?
In-Reply-To: <ac8402940910061135w162a8fe3q1644bcc38d27967d@mail.gmail.com>
References: <4ACB5383.6080001@pekarek.at>	
	<4095b6c00910060745p2c72e848r8b51c7fa3c2b8807@mail.gmail.com>	
	<ac8402940910060749n6030f534s759bab67201b1a9@mail.gmail.com>	
	<op.u1d2duri871hnn@markit.mshome.net>	
	<ac8402940910061035y7831af03yc3b1624bc4fe2b60@mail.gmail.com>	
	<4ACB8A60.9060607@photo-photo.at>
	<ac8402940910061135w162a8fe3q1644bcc38d27967d@mail.gmail.com>
Message-ID: <4ACB9042.5090804@photo-photo.at>



Martin Mayr schrieb:
> Das ding sieht in der tat spannend aus! Der Geode ist ja ein x86 
> Prozessor oder? Da könnte sogar Wuala hinhauen...
Genau, und ich hab als OS Ubuntu Server 8.04 LTS laufen, da braucht man 
sich nicht so mühsam um Updates und Pakete kümmern wie bei z.B. OpenWrt.
Wenn es die nächste LTS gibt, werd ich einfach ein 
Online-Distributionsupgrade machen, ohne neu flashen und so....
Für P2P wirst du eh sinnvollerweise eine Festplatte einbauen, ein 2,5" 
IDE Header ist ja drauf, halt leider kein SATA.
Ich habe eine 4GB CF für's OS und eine 40GB IDE Platte für Daten und Logs.
IDE gibts leider nur bis 300GB.
>
> Wuala ist ein P2P online-speicher bei dem jeder speicher tauschen 
> kann. Es basiert aber auf Java und ist recht resourcenhungrig wenn 
> neue dateien verschlüsselt werden müssen.
> http://de.wikipedia.org/wiki/Wuala bzw. http://www.wuala.com/
>
>
Closed Source?
Und das am Router?
Freu' dich schon auf die Exploits... :-/



From (spam-protected)  Tue Oct  6 20:51:00 2009
From: (spam-protected) (Martin Mayr)
Date: Tue, 6 Oct 2009 20:51:00 +0200
Subject: [Wien] Funkfeuer 802.11n?
In-Reply-To: <4ACB9042.5090804@photo-photo.at>
References: <4ACB5383.6080001@pekarek.at>
	<4095b6c00910060745p2c72e848r8b51c7fa3c2b8807@mail.gmail.com>
	<ac8402940910060749n6030f534s759bab67201b1a9@mail.gmail.com>
	<op.u1d2duri871hnn@markit.mshome.net>
	<ac8402940910061035y7831af03yc3b1624bc4fe2b60@mail.gmail.com>
	<4ACB8A60.9060607@photo-photo.at>
	<ac8402940910061135w162a8fe3q1644bcc38d27967d@mail.gmail.com>
	<4ACB9042.5090804@photo-photo.at>
Message-ID: <ac8402940910061151g1e41ad0fr5953cbfac4ace5cc@mail.gmail.com>

>
> Und das am Router?
> Freu' dich schon auf die Exploits... :-/
>

Ja mei was soll man machen, wenns doch so praktisch ist (womit war nochmal
der pfad zur hölle gepflastert? ;-)

Blöde frage und auch schon etwas off topic: Machts denn einen Unterschied ob
ich einen alten laptop mit Wuala laufen habe der am router hängt oder obs
direkt am router läuft? Ich will halt nicht dauernd so viele kastln
eingeschalten haben...

-- 
Schöne Grüße
Martin

KatzenKlo Manager
AquariumsAdministrator
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091006/1def65c3/attachment.htm>

From (spam-protected)  Tue Oct  6 21:46:20 2009
From: (spam-protected) (=?ISO-8859-1?Q?Martin_Mauerb=F6ck?=)
Date: Tue, 06 Oct 2009 21:46:20 +0200
Subject: [Wien] Funkfeuer 802.11n?
In-Reply-To: <ac8402940910061151g1e41ad0fr5953cbfac4ace5cc@mail.gmail.com>
References: <4ACB5383.6080001@pekarek.at>	
	<4095b6c00910060745p2c72e848r8b51c7fa3c2b8807@mail.gmail.com>	
	<ac8402940910060749n6030f534s759bab67201b1a9@mail.gmail.com>	
	<op.u1d2duri871hnn@markit.mshome.net>	
	<ac8402940910061035y7831af03yc3b1624bc4fe2b60@mail.gmail.com>	
	<4ACB8A60.9060607@photo-photo.at>	
	<ac8402940910061135w162a8fe3q1644bcc38d27967d@mail.gmail.com>	
	<4ACB9042.5090804@photo-photo.at>
	<ac8402940910061151g1e41ad0fr5953cbfac4ace5cc@mail.gmail.com>
Message-ID: <4ACB9E8C.8080905@photo-photo.at>



Martin Mayr schrieb:
>
>     Und das am Router?
>     Freu' dich schon auf die Exploits... :-/
>
>
> Ja mei was soll man machen, wenns doch so praktisch ist (womit war 
> nochmal der pfad zur hölle gepflastert? ;-)
>
> Blöde frage und auch schon etwas off topic: Machts denn einen 
> Unterschied ob ich einen alten laptop mit Wuala laufen habe der am 
> router hängt oder obs direkt am router läuft? Ich will halt nicht 
> dauernd so viele kastln eingeschalten haben...
Wenn ein Angreifer das Gerät übernehmen kann, auf dem Wuala läuft, kann 
er am Router wesentlich mehr anstellen.
So gesehen dürfte am Router sonst nichts laufen, was irgendwie 
angreifbar wäre, aber je mehr Dienste nach aussen offen sind, desto 
höher die Chancen für potenzielle Angreifer.
>
> -- 
> Schöne Grüße
> Martin
>
> KatzenKlo Manager
> AquariumsAdministrator
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091006/7c226cf7/attachment.htm>

From (spam-protected)  Wed Oct  7 09:28:24 2009
From: (spam-protected) (Zoff)
Date: Wed, 07 Oct 2009 09:28:24 +0200
Subject: [Wien] Funkfeuer 802.11n?
In-Reply-To: <6842a4030910061142ua7e392fk33514995e29741e2@mail.gmail.com>
References: <4ACB5383.6080001@pekarek.at>	<4095b6c00910060745p2c72e848r8b51c7fa3c2b8807@mail.gmail.com>	<ac8402940910060749n6030f534s759bab67201b1a9@mail.gmail.com>	<op.u1d2duri871hnn@markit.mshome.net>	<ac8402940910061035y7831af03yc3b1624bc4fe2b60@mail.gmail.com>
	<6842a4030910061142ua7e392fk33514995e29741e2@mail.gmail.com>
Message-ID: <4ACC4318.3040201@zoff.at>

Hi!

den sheeva plug kann ich nur empfehlen. jedoch wird er bei dauerbetrieb schon sehr heiss.

	lg,
	Zoff.

Gregor Glashüttner wrote:
> Hi!
>
> 2009/10/6 Martin Mayr<martindermayr at gmail.com>:
>> Folgendes würde ich mir von dem Kastl erwarten:
>>
>> Fileserver (SMB und vielleicht UPnP) um den Mplayer auf der Wii und
>> Musikgeräte zu befeuern
>> Printserver
>> Energiesparend
>> Ein Router solls sein fürs chello (no na)
>> ideal wär wenn man Wuala drauf laufen lassen könnte, aber das ist natürlich
>> ein Wunschtraum (der aber mit den vierhundert-irgendwas megahertz des
>> netgear vielleicht näher rückt).
>> Externe Antennen Ansteckbar (gibts das bei N überhaupt? Muss aber nicht
>> unbedingt sein)
>> Die üblichen 4 Ethernetports und ein (oder mehrere) USB der auch mit einem
>> Hub zurechtkommt damit man platten und drucker anstecken kann.
>> Es wär praktisch wenn das ding torrents runterlädt
>
> Vielleicht wär ja der Sheevaplug von Marvell (zusätzlich zu einem
> "normalen" N-Router) was für dich? Ist ein vollwertiger ARM-PC mit
> 1.2GHz, je 512MB RAM und Flash, GBit Ethernet, USB und SDIO in der
> Größe eines Netzteiles... Google findet eh einiges...
>
> LG Gregor
>



From (spam-protected)  Wed Oct  7 09:37:43 2009
From: (spam-protected) (Martin Mayr)
Date: Wed, 7 Oct 2009 09:37:43 +0200
Subject: [Wien] Funkfeuer 802.11n?
In-Reply-To: <4ACC4318.3040201@zoff.at>
References: <4ACB5383.6080001@pekarek.at>
	<4095b6c00910060745p2c72e848r8b51c7fa3c2b8807@mail.gmail.com>
	<ac8402940910060749n6030f534s759bab67201b1a9@mail.gmail.com>
	<op.u1d2duri871hnn@markit.mshome.net>
	<ac8402940910061035y7831af03yc3b1624bc4fe2b60@mail.gmail.com>
	<6842a4030910061142ua7e392fk33514995e29741e2@mail.gmail.com>
	<4ACC4318.3040201@zoff.at>
Message-ID: <ac8402940910070037g302e72d6s45bb5505f8ed8b1c@mail.gmail.com>

Der Sheeva-Plug hat aber wieder keinen x86 Prozessor, also aller
vorraussicht nach kein Wuala...

Vielen Dank jedenfalls für die ganzen Hinweise, jetzt weiss ich jedenfalls,
dass die Fonera 2.0 eigentlich auch ein blödsinn ist ;-)
Ich warte sowieso mal ab, welche geräte der Partnerschaft von Wuala und
LaCie entspringen, und baue dann erst meine netzwerkinfrastruktur um.

2009/10/7 Zoff <zoff at zoff.at>

> Hi!
>
> den sheeva plug kann ich nur empfehlen. jedoch wird er bei dauerbetrieb
> schon sehr heiss.
>
>        lg,
>        Zoff.
>
>
> Gregor Glashüttner wrote:
>
>> Hi!
>>
>> 2009/10/6 Martin Mayr<martindermayr at gmail.com>:
>>
>>> Folgendes würde ich mir von dem Kastl erwarten:
>>>
>>> Fileserver (SMB und vielleicht UPnP) um den Mplayer auf der Wii und
>>> Musikgeräte zu befeuern
>>> Printserver
>>> Energiesparend
>>> Ein Router solls sein fürs chello (no na)
>>> ideal wär wenn man Wuala drauf laufen lassen könnte, aber das ist
>>> natürlich
>>> ein Wunschtraum (der aber mit den vierhundert-irgendwas megahertz des
>>> netgear vielleicht näher rückt).
>>> Externe Antennen Ansteckbar (gibts das bei N überhaupt? Muss aber nicht
>>> unbedingt sein)
>>> Die üblichen 4 Ethernetports und ein (oder mehrere) USB der auch mit
>>> einem
>>> Hub zurechtkommt damit man platten und drucker anstecken kann.
>>> Es wär praktisch wenn das ding torrents runterlädt
>>>
>>
>> Vielleicht wär ja der Sheevaplug von Marvell (zusätzlich zu einem
>> "normalen" N-Router) was für dich? Ist ein vollwertiger ARM-PC mit
>> 1.2GHz, je 512MB RAM und Flash, GBit Ethernet, USB und SDIO in der
>> Größe eines Netzteiles... Google findet eh einiges...
>>
>> LG Gregor
>>
>>


-- 
Schöne Grüße
Martin

KatzenKlo Manager
AquariumsAdministrator
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091007/0721404d/attachment.htm>

From (spam-protected)  Wed Oct  7 11:16:03 2009
From: (spam-protected) (Rabbit74)
Date: Wed, 07 Oct 2009 11:16:03 +0200
Subject: [Wien] wrt54gl v1.1 totgeflasht, schon alles probiert
Message-ID: <20091007091603.164310@gmx.net>

hi Leute,

ich habe da einen wrt54gl v1.1 der nicht geht, da beim Flashen was 
schiefgegangen ist.
Ich habe schon sämtliche Tipps ausprobiert, und das Gerät lässt sich 
nicht anpingen.

Kann mir wer helfen?
Danke!


grüße, RAbbit74    
-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091007/dbe9003a/attachment.htm>

From (spam-protected)  Wed Oct  7 11:32:41 2009
From: (spam-protected) ((spam-protected))
Date: Wed, 7 Oct 2009 11:32:41 +0200
Subject: [Wien] wrt54gl v1.1 totgeflasht, schon alles probiert
In-Reply-To: <20091007091603.164310@gmx.net>
References: <20091007091603.164310@gmx.net>
Message-ID: <46DE9E6EBD35314AA91F588FD886AE740386FB95@SWI19MXSV3.orf.local>

Gern. Meld dich unter 0664 6278459 mal bei mir.

Hab erst gestern einen wieder zum Leben erweckt

 

Joe

 

Von: wien-bounces at lists.funkfeuer.at [mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von Rabbit74
Gesendet: Mittwoch, 07. Oktober 2009 11:16
An: wien at lists.funkfeuer.at
Betreff: [Wien] wrt54gl v1.1 totgeflasht, schon alles probiert

 

hi Leute,

ich habe da einen wrt54gl v1.1 der nicht geht, da beim Flashen was schiefgegangen ist.
Ich habe schon sämtliche Tipps ausprobiert, und das Gerät lässt sich nicht anpingen.

Kann mir wer helfen?
Danke!


grüße, RAbbit74 




-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091007/57f155c0/attachment.htm>

From (spam-protected)  Wed Oct  7 12:01:10 2009
From: (spam-protected) (akku)
Date: Wed, 07 Oct 2009 12:01:10 +0200
Subject: [Wien] wrt54gl v1.1 totgeflasht, schon alles probiert
In-Reply-To: <20091007091603.164310@gmx.net>
References: <20091007091603.164310@gmx.net>
Message-ID: <4ACC66E6.4020608@gmx.at>

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

hab ich schon eine unzahl wiederbelebt
sogar seriell bootloader neu aufgespielt
069910322691
hf akku
Rabbit74 schrieb:
> hi Leute,
> 
> ich habe da einen wrt54gl v1.1 der nicht geht, da beim Flashen was 
> schiefgegangen ist.
> Ich habe schon sämtliche Tipps ausprobiert, und das Gerät lässt sich 
> nicht anpingen.
> 
> Kann mir wer helfen?
> Danke!
> 
> 
> grüße, RAbbit74    
> 
> 
> ------------------------------------------------------------------------
> 
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJKzGblAAoJEAEdF7rjCoMyEOQIAJrtiaKzEeTA4Ani1csgSqwV
A50ALOsgnxyBfNTL+pcv456iPVJo0z12zjXyjcoah5t92r4msnz1peGp4N7l5Oma
/kiDnIb+GHAHd868ilu4QQPwXG4PVkq4MdwxtAygNrUOGXKury5MbEZLU2kCSVoU
jLVuq5khtBe7g5fiRUqG1nB+WbfO5XNYra/MKYYbX5ed2tpSXE7R9fs12fYSX8m5
UnlY96YuWmhPRetsSpwaXtiIhEN+pgqzFPQ9gZCYgcsAvjL9dIDcd8dyk1qs2J4V
yJ30o35gO/cVG8em+8SqzTujYlj8qij2Wi/ctkqf0Qmp1D6BLvNXLUWluybdu2I=
=uPUJ
-----END PGP SIGNATURE-----



From (spam-protected)  Wed Oct  7 15:36:15 2009
From: (spam-protected) (CHCNET Consulting Christoph Christ)
Date: Wed, 07 Oct 2009 15:36:15 +0200
Subject: [Wien] wrt54gl v1.1 totgeflasht, schon alles probiert
In-Reply-To: <46DE9E6EBD35314AA91F588FD886AE740386FB95@SWI19MXSV3.orf.local>
References: <20091007091603.164310@gmx.net>
	<46DE9E6EBD35314AA91F588FD886AE740386FB95@SWI19MXSV3.orf.local>
Message-ID: <4ACC994F.7010203@chcnet.at>

Hallo,

Jedes Linksys kistl kann man wieder zum Leben erwecken - wenn der 
Apparat nimma anspringt, muss man per TFTP das wieder aufspielen.

1) Du musst zuerst den PC auf eine fixe IP (am besten 192.168.1.2, 
subnetmask 255.255.255, kein default gateway) einstellen, und dann mit 
TFTP das image draufspielen. Wenn überhaupt nichts mehr geht, hab ich es 
noch hinbekommen, indem ich die original firmware aufgespielt habe. 
Selbige bekommst du von der Linksys Homepage:

http://www.linksysbycisco.com/DE/de/support/WRT54GL/download

2) Vorher mindestens 30 Sekunden den Resetknopf drücken, dann sollte 
zumindest das RAM wieder auf Originalzustand kommen.
3) gleichzeitig mit dem Einschalten das TFTP programm starten. Obacht, 
du musst dazu deinen PC am Port 1 vom Linksys anstecken, da das 
TFTP-Programm im ROM auf diesem Port lauscht.
4) wenn alles gut geht, siehst du punkterl, stricherl und pluszeichen, 
bis die firmware aufgespielt ist....
5) danach nochmal den Reset Knopf drücken mindestens 30 Sekunden, und 
der Linksys sollte wieder im Originalzustand sein....

Bei mir hats so funktioniert. Allerdings keine Garantie dafür ;-)

josef.semler at orf.at schrieb:
>
> Gern. Meld dich unter 0664 6278459 mal bei mir.
>
> Hab erst gestern einen wieder zum Leben erweckt
>
>  
>
> Joe
>
>  
>
> *Von:* wien-bounces at lists.funkfeuer.at 
> [mailto:wien-bounces at lists.funkfeuer.at] *Im Auftrag von *Rabbit74
> *Gesendet:* Mittwoch, 07. Oktober 2009 11:16
> *An:* wien at lists.funkfeuer.at
> *Betreff:* [Wien] wrt54gl v1.1 totgeflasht, schon alles probiert
>
>  
>
> hi Leute,
>
> ich habe da einen wrt54gl v1.1 der nicht geht, da beim Flashen was 
> schiefgegangen ist.
> Ich habe schon sämtliche Tipps ausprobiert, und das Gerät lässt sich 
> nicht anpingen.
>
> Kann mir wer helfen?
> Danke!
>
>
> grüße, RAbbit74
>
>
>
>
> -- 
> GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
>
> ------------------------------------------------------------------------
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien




From (spam-protected)  Wed Oct  7 15:57:45 2009
From: (spam-protected) ((spam-protected))
Date: Wed, 7 Oct 2009 15:57:45 +0200
Subject: [Wien] wrt54gl v1.1 totgeflasht, schon alles probiert
In-Reply-To: <4ACC994F.7010203@chcnet.at>
References: <20091007091603.164310@gmx.net>
	<46DE9E6EBD35314AA91F588FD886AE740386FB95@SWI19MXSV3.orf.local>
	<4ACC994F.7010203@chcnet.at>
Message-ID: <46DE9E6EBD35314AA91F588FD886AE740386FBCE@SWI19MXSV3.orf.local>

Ein Tipp mit dem es immer geht.
Steck das Teil wie von Chris beschrieben an Port 1. (Aufpassen nicht den abgesetzten WAN erwischen!)
Und mach den Reset. Dabei ist es hilfreich wenn du auf die Adresse 192.168.1.1 pingst. Dazu unter "Ausführen" "CMD" eintippen und im schwarzen Fenster "Ping -t 192.168.1.1" schreiben.

Jetzt siehst du, dass das Teil antworten. 
Wenn du jetzt den Strom wegnimmst und dann wieder ansteckst kommt irgendwann TTL=100. Das ist dein Zeichen um beim TFTP-Programm auf PUT zu drücken. (Klar hast du dort schon alles eingestellt vorher. Also das die "openwrt-g-freifunk-1.6.36-de.bin" aus dem Verzeichnis http://ipkg.funkfeuer.at/ipkg/freifunk/_g+gl/ lokal geladen und die IP eingetragen.

Good Luck
Joe

-----Ursprüngliche Nachricht-----
Von: CHCNET Consulting Christoph Christ [mailto:office at chcnet.at] 
Gesendet: Mittwoch, 07. Oktober 2009 15:36
An: Semler Josef Ing. MBA, TA 3
Cc: attila.mezei at gmx.at; wien at lists.funkfeuer.at
Betreff: Re: [Wien] wrt54gl v1.1 totgeflasht, schon alles probiert

Hallo,

Jedes Linksys kistl kann man wieder zum Leben erwecken - wenn der 
Apparat nimma anspringt, muss man per TFTP das wieder aufspielen.

1) Du musst zuerst den PC auf eine fixe IP (am besten 192.168.1.2, 
subnetmask 255.255.255, kein default gateway) einstellen, und dann mit 
TFTP das image draufspielen. Wenn überhaupt nichts mehr geht, hab ich es 
noch hinbekommen, indem ich die original firmware aufgespielt habe. 
Selbige bekommst du von der Linksys Homepage:

http://www.linksysbycisco.com/DE/de/support/WRT54GL/download

2) Vorher mindestens 30 Sekunden den Resetknopf drücken, dann sollte 
zumindest das RAM wieder auf Originalzustand kommen.
3) gleichzeitig mit dem Einschalten das TFTP programm starten. Obacht, 
du musst dazu deinen PC am Port 1 vom Linksys anstecken, da das 
TFTP-Programm im ROM auf diesem Port lauscht.
4) wenn alles gut geht, siehst du punkterl, stricherl und pluszeichen, 
bis die firmware aufgespielt ist....
5) danach nochmal den Reset Knopf drücken mindestens 30 Sekunden, und 
der Linksys sollte wieder im Originalzustand sein....

Bei mir hats so funktioniert. Allerdings keine Garantie dafür ;-)

josef.semler at orf.at schrieb:
>
> Gern. Meld dich unter 0664 6278459 mal bei mir.
>
> Hab erst gestern einen wieder zum Leben erweckt
>
>  
>
> Joe
>
>  
>
> *Von:* wien-bounces at lists.funkfeuer.at 
> [mailto:wien-bounces at lists.funkfeuer.at] *Im Auftrag von *Rabbit74
> *Gesendet:* Mittwoch, 07. Oktober 2009 11:16
> *An:* wien at lists.funkfeuer.at
> *Betreff:* [Wien] wrt54gl v1.1 totgeflasht, schon alles probiert
>
>  
>
> hi Leute,
>
> ich habe da einen wrt54gl v1.1 der nicht geht, da beim Flashen was 
> schiefgegangen ist.
> Ich habe schon sämtliche Tipps ausprobiert, und das Gerät lässt sich 
> nicht anpingen.
>
> Kann mir wer helfen?
> Danke!
>
>
> grüße, RAbbit74
>
>
>
>
> -- 
> GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
>
> ------------------------------------------------------------------------
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien


From (spam-protected)  Wed Oct  7 22:43:55 2009
From: (spam-protected) (Andreas Safranek)
Date: Wed, 07 Oct 2009 22:43:55 +0200
Subject: [Wien] Fehler beim Flashen eines WRT54Gv7
Message-ID: <20091007204355.77670@gmx.net>

Nachdem auf dem WRT54Gv7 zwar DHCP läuft aber man nicht einloggen kann wollte ich den Router mit der Original-sw neu flashen. 

Fehler beim Flashen eines WRT54Gv7 mit Original sw

C:\Daten\Funkfeuer>tftp -i 192.168.1.1 PUT FW_WRT54Gv7_7.00.8.008_20090709.bin
Fehler auf Server : Access violation

Hat jemand den Fehler schon mal gesehen und weiss wie vorzugehen ist?

Danke!
Lg
Andreas
-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser



From (spam-protected)  Thu Oct  8 10:27:58 2009
From: (spam-protected) (akku)
Date: Thu, 08 Oct 2009 10:27:58 +0200
Subject: [Wien] Fehler beim Flashen eines WRT54Gv7
In-Reply-To: <20091007204355.77670@gmx.net>
References: <20091007204355.77670@gmx.net>
Message-ID: <4ACDA28E.6060807@gmx.at>

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

mithilfe resetknopfs password einstellungen zurück setzen ?
hf akku
Andreas Safranek schrieb:
> Nachdem auf dem WRT54Gv7 zwar DHCP läuft aber man nicht einloggen kann wollte ich den Router mit der Original-sw neu flashen. 
> 
> Fehler beim Flashen eines WRT54Gv7 mit Original sw
> 
> C:\Daten\Funkfeuer>tftp -i 192.168.1.1 PUT FW_WRT54Gv7_7.00.8.008_20090709.bin
> Fehler auf Server : Access violation
> 
> Hat jemand den Fehler schon mal gesehen und weiss wie vorzugehen ist?
> 
> Danke!
> Lg
> Andreas

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJKzaKOAAoJEAEdF7rjCoMypC0H/RwWb02POkwrnrS+tee4gw5H
RUQwt44X8AVwigC1PZTlgXh+JfZ7tiZKamjFgnBjb74j6v6j/Sir+JfEDiEF+ea5
TIeEJENEQhj0HKA+n0S4hEvNi7xdEhJwFfvcTXgjPAo5mdSe2XbwZLxZxIgprTse
M/X1Gpy7gs1JRipud41Zi5plctMqS2zpAyqbCkPfV97Waoltu0HO+te2E7ToFf5Y
Si1/39CxMUNEjagf5Ir3yW8nxs/pN8N2jdEAu8gr+JMWePKjMK0zK/v0NrIdVxnp
x25AqMmSDG2cXoSFwh5WEh6jccR8WuUqjIMLBfVdN8Q6rY7z/CojKIUC3YnJPYw=
=mddU
-----END PGP SIGNATURE-----



From (spam-protected)  Thu Oct  8 13:09:05 2009
From: (spam-protected) (Alexander Szlezak)
Date: Thu, 08 Oct 2009 13:09:05 +0200
Subject: [Wien] Verbindungsverschlechterung
Message-ID: <4ACDC851.4010401@szlezak.com>

Liebe Leute,

Mein Linksys WRT54GS1.1 unter http://78.41.112.43/ (REI6) zeigt seit 
einigen Tagen seltsame Verhaltensweisen.

Die OLSR Verbindungen über WLAN zu

ows0 v13
klg30 klg30v13
l13 v13b
loef34 git

werden nachdem der Router einige Minuten läuft (nach Neustart) sehr 
schlecht (ETX) obwohl sie voerher jeweils bei 1,4-1,8 waren.

Die Routen über die 5ghz freebone Strecke sind aber ok (alle bei 1) Ideen?

Firmware: 1.6.36, Olsrd: 
http://texas.funkfeuer.at/~markus/olsrd/0xff-olsrd/0xff-olsr_0.5.6.5.x/0xff-olsr_0.5.6.5.0.3_mipsel.ipk

Ich habe lustigerweise auch die Meldungen von den hier unlängst die Rede 
war im Log (direkt nach Reboot aber auch später):

Dec 31 12:00:07 (none) kern.err olsrd[1096]: error 'Network is 
unreachable' (128                            ) add route to 
78.41.112.38/32 via 193.238.156.242 dev vlan1
Dec 31 12:00:07 (none) kern.err olsrd[1096]: . autogenerating route to 
handle 'N                            etwork unreachable' (128) while 
adding route!
Dec 31 12:00:13 (none) kern.err olsrd[1096]: error 'File exists' (17) 
add route                             to 193.238.156.242/32 via 
78.41.113.147 dev vlan1
Dec 31 12:00:13 (none) kern.err olsrd[1096]: . auto-deleting similar 
routes to r                            esolve 'File exists' (17) while 
adding route!
Oct  8 13:02:31 (none) kern.info rrdcollect[2408]: We just started
Oct  8 13:02:31 (none) kern.info rrdcollect[2408]: Update method: rrdlib
Oct  8 13:02:32 (none) kern.err olsrd[1096]: OLSR: sendto IPv4 Resource 
temporar                            ily unavailable
Oct  8 13:02:32 (none) kern.err olsrd[1096]: OLSR: sendto IPv4 Resource 
temporar                            ily unavailable
Oct  8 13:02:32 (none) kern.err olsrd[1096]: OLSR: sendto IPv4 Resource 
temporar                            ily unavailable
Oct  8 13:02:33 (none) kern.err olsrd[1096]: OLSR: sendto IPv4 Resource 
temporar                            ily unavailable
Oct  8 13:02:33 (none) kern.err olsrd[1096]: OLSR: sendto IPv4 Resource 
temporar                            ily unavailable
Oct  8 13:02:33 (none) kern.err olsrd[1096]: OLSR: sendto IPv4 Resource 
temporar                            ily unavailable
Oct  8 13:02:33 (none) kern.err olsrd[1096]: OLSR: sendto IPv4 Resource 
temporar                            ily unavailable



Ideen?

lg,
Alex


-- 
--
Follow me on Twitter @ http://twitter.com/magicshark
__________________________________________________________________
Mag. Alexander SZLEZAK


Reischergasse 6/2
A-1130 Vienna
Austria
M +43 699 1 350 41 01
F +43 720 345 197
E alex at szlezak.com

https://www.xing.com/profile/Alexander_Szlezak



From (spam-protected)  Thu Oct  8 13:40:53 2009
From: (spam-protected) (Markus Kittenberger)
Date: Thu, 08 Oct 2009 13:40:53 +0200
Subject: [Wien] Verbindungsverschlechterung
In-Reply-To: <4ACDC851.4010401@szlezak.com>
References: <4ACDC851.4010401@szlezak.com>
Message-ID: <op.u1hb2fwb871hnn@markit.mshome.net>

wo nix mehr geht - da geht nix mehr,..

> Oct  8 13:02:32 (none) kern.err olsrd[1096]: OLSR: sendto IPv4 Resource  
> temporarily unavailable

du kämpst hier definitv mit keinem olsr problem, sonderm mit nem mangel an  
airtime, oder nem massiven ueberfluss an noise,.. etc,..

der olsr versucht dir hier schlichtweg zu sagen das wireless interface  
nichtmal mehr in der Lage ist den olsr traffic zu bewältigen,.. (d.h. der  
sendebuffer ist voll, und armer olsrd kann nicht noch mehr olsr-messages  
hineinstopfen,.. *G)

wenn du genauere daten haben willst wievoll der sendebuffer ist,..
kannst du 0xff-olsr 0.5.6.6.1.5 (test-version) drauftun, der beginnt schon  
syslog meldungen zu machen wenn der sendebuffer mehr als halb voll ist

zu begutachten z.b. hier: http://193.238.159.5/cgi-bin-status.html

aber back on topic (was kann man gegen den mangen an airtime tun,..)

imho gibts da wenig leicht umsetzbare gegenmassnahmen:
ausser kanal wechseln, und schärfere antenne nehmen, bzw antenne woanders  
hindrehen wo weniger noise ist,..

<zynic>
ansonsten halt noch allen leuten ausreden auf 2.4ghz noise zu machen (dazu  
zählen auch wir selber, wenn wir unsre linksys mir zu starken  
sendeleistungen betreiben, (was sie dazu veranlasst auch die nachbarkanäle  
grosszügiger miteinzurauschen))

weiters verbrauchen die niedrigen wlanraten (5.5mbps) die wir so gern fix  
nehmen, damit die superlangen querduchdiestadtlinks noch funktionieren  
auch viel an airtime,..

hardware tauschen kann/sollte man natürlich auch noch probieren, am besten  
alle broadcoms im netz *G (denn solang wir diese haben sind wir wohl  
weiter an die (fixeingestellten) 811.b wlanraten gefesselt)

evt. kommen andere devices auch sowieso einfach besser mit dem wiener  
noise level klar als die linksys,..

evt. sollt ma auch unser ganzes netz auf andere hardware umbauen, und die  
linksys bestenfalls noch als lokale hotspot devices verwenden,..

und wenn wir alle keinen traffic machen würden wäre es evt. auch etwas  
besser *G
</zynic>

jedfalls wird momentan schon an einem olsr gebastelt welcher wireless  
interfaces die mit diesen problem kämpfen schon erkennt bevor es zu spät  
ist, und sie dann im grunde eben nicht mehr (bzw. so wenig wie möglich)  
verwendet, und gleichzeitig in den syslog schreibt das das wireless  
interface in seinem momentanten zustand eher unbrauchbar ist,..

keine wirkliche lösung, aber um den kreis zu schliessen, was will man  
schon machen wenn nix mehr geht,..

lg Markus

Am 08.10.2009, 13:09 Uhr, schrieb Alexander Szlezak <alex at szlezak.com>:

> Liebe Leute,
>
> Mein Linksys WRT54GS1.1 unter http://78.41.112.43/ (REI6) zeigt seit
> einigen Tagen seltsame Verhaltensweisen.
>
> Die OLSR Verbindungen über WLAN zu
>
> ows0 v13
> klg30 klg30v13
> l13 v13b
> loef34 git
>
> werden nachdem der Router einige Minuten läuft (nach Neustart) sehr
> schlecht (ETX) obwohl sie voerher jeweils bei 1,4-1,8 waren.
>
> Die Routen über die 5ghz freebone Strecke sind aber ok (alle bei 1)  
> Ideen?
>
> Firmware: 1.6.36, Olsrd:
> http://texas.funkfeuer.at/~markus/olsrd/0xff-olsrd/0xff-olsr_0.5.6.5.x/0xff-olsr_0.5.6.5.0.3_mipsel.ipk
>
> Ich habe lustigerweise auch die Meldungen von den hier unlängst die Rede
> war im Log (direkt nach Reboot aber auch später):
>
> Dec 31 12:00:07 (none) kern.err olsrd[1096]: error 'Network is
> unreachable' (128                            ) add route to
> 78.41.112.38/32 via 193.238.156.242 dev vlan1
> Dec 31 12:00:07 (none) kern.err olsrd[1096]: . autogenerating route to
> handle 'N                            etwork unreachable' (128) while
> adding route!
> Dec 31 12:00:13 (none) kern.err olsrd[1096]: error 'File exists' (17)
> add route                             to 193.238.156.242/32 via
> 78.41.113.147 dev vlan1
> Dec 31 12:00:13 (none) kern.err olsrd[1096]: . auto-deleting similar
> routes to r                            esolve 'File exists' (17) while
> adding route!
> Oct  8 13:02:31 (none) kern.info rrdcollect[2408]: We just started
> Oct  8 13:02:31 (none) kern.info rrdcollect[2408]: Update method: rrdlib
> Oct  8 13:02:32 (none) kern.err olsrd[1096]: OLSR: sendto IPv4 Resource
> temporar                            ily unavailable
> Oct  8 13:02:32 (none) kern.err olsrd[1096]: OLSR: sendto IPv4 Resource
> temporar                            ily unavailable
> Oct  8 13:02:32 (none) kern.err olsrd[1096]: OLSR: sendto IPv4 Resource
> temporar                            ily unavailable
> Oct  8 13:02:33 (none) kern.err olsrd[1096]: OLSR: sendto IPv4 Resource
> temporar                            ily unavailable
> Oct  8 13:02:33 (none) kern.err olsrd[1096]: OLSR: sendto IPv4 Resource
> temporar                            ily unavailable
> Oct  8 13:02:33 (none) kern.err olsrd[1096]: OLSR: sendto IPv4 Resource
> temporar                            ily unavailable
> Oct  8 13:02:33 (none) kern.err olsrd[1096]: OLSR: sendto IPv4 Resource
> temporar                            ily unavailable
>
>
>
> Ideen?
>
> lg,
> Alex
>
>


-- 
lg Markus



From (spam-protected)  Thu Oct  8 16:29:24 2009
From: (spam-protected) (L. Aaron Kaplan)
Date: Thu, 8 Oct 2009 16:29:24 +0200
Subject: [Wien] Funkfeuer, Metalab, Neue Wohnung
In-Reply-To: <628b75c70910060032t78778faemf3309f484d6cf6a6@mail.gmail.com>
References: <628b75c70909221526k4e7993e5q56a164405536f8f8@mail.gmail.com>
	<-2118499711331907698@unknownmsgid>
	<628b75c70910050858x464fa1d8w4998a769c59b0909@mail.gmail.com>
	<4D0CA405-C2CD-4AAB-B910-4BF6CBA5EAC5@lo-res.org>
	<628b75c70910060032t78778faemf3309f484d6cf6a6@mail.gmail.com>
Message-ID: <62CBC0F1-1731-47A7-89D3-35DBD13586A0@lo-res.org>


On Oct 6, 2009, at 9:32 AM, leopold zyka wrote:

> Hallo Aaron,
>
> Scheinbar gibt es in Oesterreich keinen Verein oder Gruppierung  
> (noch so klein)
> die nicht gespalten ist.  Ich kenne die Hintergruende nicht und will

Moechte hier nur was anmerken:
a) zuerstmal danke Gregor fuer die guten kommentare
b) meine mail an dich war privat und ist auf der wien liste gelandet :(
c) ich sehe keine spaltung. Entweder Martin richtet sich nach dem  
Picopeering agreement (dann ist es teil von funkfeuer) oder nicht  
(dann macht er sein eigenes netz, ist auch OK). Derzeit sehe ich  
zumindest noch keinen verstoss gegen unserer aller picopeering  
agreement. Ergo auch keine spaltung (auch wenn es Martin immer wieder  
ankuendigt).

> mich auch nicht einmischen. Gibt es irgendeine Vereinbarung zwischen
> den zwei Gruppen oder herrscht
> Kriegszustand ? Ich bin an der besten technischen Umsetzung
nein, kein kriegszustand. Lediglich meinungsverschiedenheiten.

> interessiert und moechte
> nicht in einem Gemetzel landen.
;-) keine angst
> Kann mir bitte jemand den aktuellen Status erklaeren und die beiden
> Systeme gegenueberstellen ? Was sind die Perspektiven fuer die
> naechsten Jahre ?
>
die perspektive ist: es gibt das funkfeuer netz in Wien. Und das ist  
ein netz, das das picopeering agreement als basis hat.

Und es hat platz fuer eine menge leute - und natuerlich gehen da immer  
wieder mal die meinungen auseinander.
Aber das ist der preis eines offenen netzes. Es darf widerspruch  
geben. Das bedingt aber auch, dass man als "qualitaetskontrolle" auch  
mal ueber andere knoten laestern / schimpfen darf (in der hoffnung,  
dass sie besser werden - vorschreiben koennen wir es natuerlich  
nicht). stichwort: reputation.

Solange a) alles techn gut funktioniert und niemand den anderen  
(absichtlich, unabsichtlich) stoert (sprich: solange wir techn. ein  
gutes netz gemeinsam aufbauen) und b) das picopeering agreement  
beachtet wird, gibt es ein  funk netz.

Falls das nicht beachtet wird, dann wirds halt muehsamer. Dann muss  
man sich neue mechanismen einfallen lassen.
Derzeit gibt es (und das ist nicht nur meine meinung) halt oft  
probleme , wenn knoten von Martin der "zwischen hop" sind. Am anderen  
ende des "qualitaets"spektrums sind dann die neuen freebone knoten mit  
massiver bandbreite und guter planung.

-> Es haengt also sehr davon ab, wie gut die funknachbarn vernetzt  
sind und wie sauber dort aufgebaut wurde.

> Da ich vor meinem Umzug die SAT und Amateurfunk ?Verkabelung machen  
> moechte,
> wuerde ich gerne auch gleich eine Verkabelung fuer Funkfeuer vorsehen.
> Wer kann mich beraten ? Gibt es einen Amateurfunker bei Funkfeuer ?
Ja, es gibt amateurfunker bei funkfeuer. Sogar recht gute :)

> Wer kann zu mir messen kommen ?
> Mir geht es vorerst nur um die Verkabelung.
>

Hoffe, ich konnte den hintergrund halbwegs neutral (ganz gelingt es  
mir sicher nicht, ich bin bei der sache nciht neutral) zu beschreiben.


Zusammenfassung
===============

sehe keine konkrete spaltung derzeit und selbst wenn es eine geben  
sollte irgendwann - wen juckts  ;-)
Netzwerke leben eh nur davon, dass sie zusammengeroutet werden ;-)))

Das interessante ist natuerlich auch die techn. entwicklung des  
ganzen. Und da gibts bei funkfeuer (als verein) eine sehr starke  
tradition und laufend sehr viel fortschritt: OLSR, 802.11n, mikrotik  
hacks, housing, die liste ist lange und spannend.

lg,
a.

---
there's no place like 127.0.0.1

(üäö)




From (spam-protected)  Fri Oct  9 08:02:31 2009
From: (spam-protected) (Rabbit74)
Date: Fri, 09 Oct 2009 08:02:31 +0200
Subject: [Wien] Angriffversuche von Chinesen auf Funkfeuer Knoten
Message-ID: <20091009060231.7650@gmx.net>

Hi Leute,

heute Morgen habe ich beim durchschauen des System-Logs an meinem Router  
festgestellt, dass gestern am Abend ein Chinese, mit der IP:211.143.6.226, 
versucht hat meinen Router zu hacken. 

Zum Glück ohne Erfolg!
Über eine Stunde hat er versucht das Paswort vom Router zu erraten.

Grüße, Rabbit

Siehe System-Log:
        Oct  8 20:26:52 (none) kern.warn dropbear[24097]: bad password 
attempt for 'root' from 211.143.6.226:41586
Oct  8 20:26:53 (none) kern.info dropbear[24097]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:29:05 (none) kern.info dropbear[24702]: Child connection from 
211.143.6.226:53168
Oct  8 20:29:08 (none) kern.warn dropbear[24702]: bad password attempt for 
'root' from 211.143.6.226:53168
Oct  8 20:29:09 (none) kern.warn dropbear[24702]: bad password attempt for 
'root' from 211.143.6.226:53168
Oct  8 20:29:10 (none) kern.info dropbear[24702]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:31:20 (none) kern.info dropbear[25259]: Child connection from 
211.143.6.226:55146
Oct  8 20:31:23 (none) kern.warn dropbear[25259]: bad password attempt for 
'root' from 211.143.6.226:55146
Oct  8 20:31:24 (none) kern.warn dropbear[25259]: bad password attempt for 
'root' from 211.143.6.226:55146
Oct  8 20:31:25 (none) kern.info dropbear[25259]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:33:25 (none) kern.info dropbear[25786]: Child connection from 
211.143.6.226:34287
Oct  8 20:33:28 (none) kern.warn dropbear[25786]: bad password attempt for 
'root' from 211.143.6.226:34287
Oct  8 20:33:29 (none) kern.warn dropbear[25786]: bad password attempt for 
'root' from 211.143.6.226:34287
Oct  8 20:33:30 (none) kern.info dropbear[25786]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:35:36 (none) kern.info dropbear[26246]: Child connection from 
211.143.6.226:36216
Oct  8 20:35:39 (none) kern.warn dropbear[26246]: bad password attempt for 
'root' from 211.143.6.226:36216
Oct  8 20:35:40 (none) kern.warn dropbear[26246]: bad password attempt for 
'root' from 211.143.6.226:36216
Oct  8 20:35:41 (none) kern.info dropbear[26246]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:37:30 (none) kern.info dropbear[26743]: Child connection from 
211.143.6.226:36542
Oct  8 20:37:33 (none) kern.warn dropbear[26743]: bad password attempt for 
'root' from 211.143.6.226:36542
Oct  8 20:37:34 (none) kern.warn dropbear[26743]: bad password attempt for 
'root' from 211.143.6.226:36542
Oct  8 20:37:35 (none) kern.info dropbear[26743]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:41:14 (none) kern.info dropbear[27639]: Child connection from 
211.143.6.226:40065
Oct  8 20:41:18 (none) kern.warn dropbear[27639]: bad password attempt for 
'root' from 211.143.6.226:40065
Oct  8 20:41:18 (none) kern.warn dropbear[27639]: bad password attempt for 
'root' from 211.143.6.226:40065
Oct  8 20:41:19 (none) kern.info dropbear[27639]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:42:52 (none) syslog.info -- MARK --
Oct  8 20:43:02 (none) kern.info dropbear[28096]: Child connection from 
211.143.6.226:35340
Oct  8 20:43:05 (none) kern.warn dropbear[28096]: bad password attempt for 
'root' from 211.143.6.226:35340
Oct  8 20:43:06 (none) kern.warn dropbear[28096]: bad password attempt for 
'root' from 211.143.6.226:35340
Oct  8 20:43:07 (none) kern.info dropbear[28096]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:44:42 (none) kern.info dropbear[28446]: Child connection from 
211.143.6.226:36983
Oct  8 20:44:45 (none) kern.warn dropbear[28446]: bad password attempt for 
'root' from 211.143.6.226:36983
Oct  8 20:44:46 (none) kern.warn dropbear[28446]: bad password attempt for 
'root' from 211.143.6.226:36983
Oct  8 20:44:47 (none) kern.info dropbear[28446]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:46:23 (none) kern.info dropbear[28904]: Child connection from 
211.143.6.226:38813
Oct  8 20:46:26 (none) kern.warn dropbear[28904]: bad password attempt for 
'root' from 211.143.6.226:38813
Oct  8 20:46:27 (none) kern.warn dropbear[28904]: bad password attempt for 
'root' from 211.143.6.226:38813
Oct  8 20:46:28 (none) kern.info dropbear[28904]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:48:00 (none) kern.info dropbear[29226]: Child connection from 
211.143.6.226:39521
Oct  8 20:48:04 (none) kern.warn dropbear[29226]: bad password attempt for 
'root' from 211.143.6.226:39521
Oct  8 20:48:05 (none) kern.warn dropbear[29226]: bad password attempt for 
'root' from 211.143.6.226:39521
Oct  8 20:48:06 (none) kern.info dropbear[29226]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:49:41 (none) kern.info dropbear[29682]: Child connection from 
211.143.6.226:41135
Oct  8 20:49:44 (none) kern.warn dropbear[29682]: bad password attempt for 
'root' from 211.143.6.226:41135
Oct  8 20:49:45 (none) kern.warn dropbear[29682]: bad password attempt for 
'root' from 211.143.6.226:41135
Oct  8 20:49:46 (none) kern.info dropbear[29682]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:51:16 (none) kern.info dropbear[30042]: Child connection from 
211.143.6.226:42876
Oct  8 20:51:19 (none) kern.warn dropbear[30042]: bad password attempt for 
'root' from 211.143.6.226:42876
Oct  8 20:51:20 (none) kern.warn dropbear[30042]: bad password attempt for 
'root' from 211.143.6.226:42876
Oct  8 20:51:21 (none) kern.info dropbear[30042]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:52:56 (none) kern.info dropbear[30452]: Child connection from 
211.143.6.226:52796
Oct  8 20:52:59 (none) kern.warn dropbear[30452]: bad password attempt for 
'root' from 211.143.6.226:52796
Oct  8 20:53:00 (none) kern.warn dropbear[30452]: bad password attempt for 
'root' from 211.143.6.226:52796
Oct  8 20:53:01 (none) kern.info dropbear[30452]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:54:37 (none) kern.info dropbear[30910]: Child connection from 
211.143.6.226:54374
Oct  8 20:54:40 (none) kern.warn dropbear[30910]: bad password attempt for 
'root' from 211.143.6.226:54374
Oct  8 20:54:40 (none) kern.warn dropbear[30910]: bad password attempt for 
'root' from 211.143.6.226:54374
Oct  8 20:54:42 (none) kern.info dropbear[30910]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:56:18 (none) kern.info dropbear[31289]: Child connection from 
211.143.6.226:56105
Oct  8 20:56:21 (none) kern.warn dropbear[31289]: bad password attempt for 
'root' from 211.143.6.226:56105
Oct  8 20:56:22 (none) kern.warn dropbear[31289]: bad password attempt for 
'root' from 211.143.6.226:56105
Oct  8 20:56:23 (none) kern.info dropbear[31289]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 20:57:57 (none) kern.info dropbear[31695]: Child connection from 
211.143.6.226:58338
Oct  8 20:57:57 (none) kern.info dropbear[31695]: exit before auth: Exited 
normally
Oct  8 20:57:57 (none) kern.info dropbear[31697]: Child connection from 
211.143.6.226:58348
Oct  8 20:57:58 (none) kern.info dropbear[31697]: exit before auth: Exited 
normally
Oct  8 20:57:58 (none) kern.info dropbear[31701]: Child connection from 
211.143.6.226:58354
Oct  8 20:57:58 (none) kern.info dropbear[31701]: exit before auth: Exited 
normally
Oct  8 20:57:58 (none) kern.info dropbear[31702]: Child connection from 
211.143.6.226:58362
Oct  8 20:57:58 (none) kern.info dropbear[31702]: exit before auth: Exited 
normally
Oct  8 20:59:35 (none) kern.info dropbear[32066]: Child connection from 
211.143.6.226:59891
Oct  8 20:59:38 (none) kern.warn dropbear[32066]: bad password attempt for 
'root' from 211.143.6.226:59891
Oct  8 20:59:39 (none) kern.warn dropbear[32066]: bad password attempt for 
'root' from 211.143.6.226:59891
Oct  8 20:59:40 (none) kern.info dropbear[32066]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 21:01:14 (none) kern.info dropbear[32524]: Child connection from 
211.143.6.226:33418
Oct  8 21:01:17 (none) kern.warn dropbear[32524]: bad password attempt for 
'root' from 211.143.6.226:33418
Oct  8 21:01:18 (none) kern.warn dropbear[32524]: bad password attempt for 
'root' from 211.143.6.226:33418
Oct  8 21:01:19 (none) kern.info dropbear[32524]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 21:02:52 (none) syslog.info -- MARK --
Oct  8 21:02:54 (none) kern.info dropbear[384]: Child connection from 
211.143.6.226:56221
Oct  8 21:02:57 (none) kern.warn dropbear[384]: bad password attempt for 
'root' from 211.143.6.226:56221
Oct  8 21:02:58 (none) kern.warn dropbear[384]: bad password attempt for 
'root' from 211.143.6.226:56221
Oct  8 21:02:59 (none) kern.info dropbear[384]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 21:04:32 (none) kern.info dropbear[833]: Child connection from 
211.143.6.226:57778
Oct  8 21:04:35 (none) kern.warn dropbear[833]: bad password attempt for 
'root' from 211.143.6.226:57778
Oct  8 21:04:36 (none) kern.warn dropbear[833]: bad password attempt for 
'root' from 211.143.6.226:57778
Oct  8 21:04:37 (none) kern.info dropbear[833]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 21:06:10 (none) kern.info dropbear[1214]: Child connection from 
211.143.6.226:59498
Oct  8 21:06:13 (none) kern.warn dropbear[1214]: bad password attempt for 
'root' from 211.143.6.226:59498
Oct  8 21:06:14 (none) kern.warn dropbear[1214]: bad password attempt for 
'root' from 211.143.6.226:59498
Oct  8 21:06:15 (none) kern.info dropbear[1214]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 21:07:46 (none) kern.info dropbear[1612]: Child connection from 
211.143.6.226:44690
Oct  8 21:07:49 (none) kern.warn dropbear[1612]: bad password attempt for 
'root' from 211.143.6.226:44690
Oct  8 21:07:50 (none) kern.warn dropbear[1612]: bad password attempt for 
'root' from 211.143.6.226:44690
Oct  8 21:07:51 (none) kern.info dropbear[1612]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 21:09:24 (none) kern.info dropbear[2061]: Child connection from 
211.143.6.226:46231
Oct  8 21:09:27 (none) kern.warn dropbear[2061]: bad password attempt for 
'root' from 211.143.6.226:46231
Oct  8 21:09:28 (none) kern.warn dropbear[2061]: bad password attempt for 
'root' from 211.143.6.226:46231
Oct  8 21:09:29 (none) kern.info dropbear[2061]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 21:11:11 (none) kern.info dropbear[2456]: Child connection from 
211.143.6.226:47994
Oct  8 21:11:14 (none) kern.warn dropbear[2456]: bad password attempt for 
'root' from 211.143.6.226:47994
Oct  8 21:11:15 (none) kern.warn dropbear[2456]: bad password attempt for 
'root' from 211.143.6.226:47994
Oct  8 21:11:16 (none) kern.info dropbear[2456]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 21:12:51 (none) kern.info dropbear[2867]: Child connection from 
211.143.6.226:52094
Oct  8 21:12:54 (none) kern.warn dropbear[2867]: bad password attempt for 
'root' from 211.143.6.226:52094
Oct  8 21:12:55 (none) kern.warn dropbear[2867]: bad password attempt for 
'root' from 211.143.6.226:52094
Oct  8 21:12:56 (none) kern.info dropbear[2867]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 21:14:31 (none) kern.info dropbear[3245]: Child connection from 
211.143.6.226:53668
Oct  8 21:14:35 (none) kern.warn dropbear[3245]: bad password attempt for 
'root' from 211.143.6.226:53668
Oct  8 21:14:35 (none) kern.warn dropbear[3245]: bad password attempt for 
'root' from 211.143.6.226:53668
Oct  8 21:14:36 (none) kern.info dropbear[3245]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 21:17:56 (none) kern.info dropbear[4039]: Child connection from 
211.143.6.226:60133
Oct  8 21:17:59 (none) kern.warn dropbear[4039]: bad password attempt for 
'root' from 211.143.6.226:60133
Oct  8 21:18:00 (none) kern.warn dropbear[4039]: bad password attempt for 
'root' from 211.143.6.226:60133
Oct  8 21:18:01 (none) kern.info dropbear[4039]: exit before auth (user 
'root', 2 fails): Exited normally
Oct  8 21:19:42 (none) kern.info dropbear[4512]: Child connection from 
211.143.6.226:33482
Oct  8 21:19:42 (none) kern.info dropbear[4512]: exit before auth: Exited 
normally
Oct  8 21:19:42 (none) kern.info dropbear[4516]: Child connection from 
211.143.6.226:33489
Oct  8 21:19:43 (none) kern.info dropbear[4516]: exit before auth: Exited 
normally
Oct  8 21:19:43 (none) kern.info dropbear[4517]: Child connection from 
211.143.6.226:33497
Oct  8 21:19:43 (none) kern.info dropbear[4517]: exit before auth: Exited 
normally
Oct  8 21:19:43 (none) kern.info dropbear[4521]: Child connection from 
211.143.6.226:33509
Oct  8 21:19:43 (none) kern.info dropbear[4521]: exit before auth: Exited 
normally
Oct  8 21:19:43 (none) kern.info dropbear[4522]: Child connection from 
211.143.6.226:33522
Oct  8 21:19:44 (none) kern.info dropbear[4522]: exit before auth: Exited 
normally
Oct  8 21:22:52 (none) syslog.info -- MARK --
Oct  8 21:23:12 (none) kern.info dropbear[5373]: Child connection from 
211.143.6.226:51941
Oct  8 21:23:15 (none) kern.warn dropbear[5373]: bad password attempt for 
'root' from 211.143.6.226:51941
Oct  8 21:23:16 (none) kern.warn dropbear[5373]: bad password attempt for 
'root' from 211.143.6.226:51941
Oct  8 21:23:17 (none) kern.info dropbear[5373]: exit before auth (user 
'root', 2 fails): Exited normally
        

    
-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091009/4fb15bbb/attachment.htm>

From (spam-protected)  Fri Oct  9 09:14:50 2009
From: (spam-protected) (Rabbit74)
Date: Fri, 09 Oct 2009 09:14:50 +0200
Subject: [Wien] OLSR Update mit Autoupdate?
Message-ID: <20091009071450.325440@gmx.net>

Hallo!

Ich habe meinen Router mit der Autoupdate Firmware 1.6.36 und olsr 
"0xffolsr: 0.5.6.5.6.6" bespielt. Zum dem Zeitpunkt war diese olsr Version 
die als recomended.

Jetzt habe ich gelesen, dass es eine neue Version "last known stable 
release is 0.5.6.6.0" gibt. Außerdem steht meine olsr Version jetzt bei 
den "unrecomended versions".

Meine Fragen:
Bezieht sich das autoupdate auch auf die neuen olsr Versionen?
Wenn ja, wann wird das update vollzogen?

Grüße, Rabbit    
-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091009/9c3b2033/attachment.htm>

From (spam-protected)  Fri Oct  9 09:34:32 2009
From: (spam-protected) (Markus Kittenberger)
Date: Fri, 9 Oct 2009 09:34:32 +0200
Subject: [Wien] Angriffversuche von Chinesen auf Funkfeuer Knoten
In-Reply-To: <20091009060231.7650@gmx.net>
References: <20091009060231.7650@gmx.net>
Message-ID: <4095b6c00910090034o3610a118me5b9eb2113f6e9d2@mail.gmail.com>

das ist normal *G

darum zumindest halbwegs sinnvolle passwörter verwenden,..

2009/10/9 Rabbit74 <attila.mezei at gmx.at>

>  Hi Leute,
>
> heute Morgen habe ich beim durchschauen des System-Logs an meinem Router
> festgestellt, dass gestern am Abend ein Chinese, mit der IP:211.143.6.226,
> versucht hat meinen Router zu hacken.
>
bezweifle sehr dass das ein "chinese" persönlich war *GG

>
>
> Zum Glück ohne Erfolg!
> Über eine Stunde hat er versucht das Paswort vom Router zu erraten.
>
> Grüße, Rabbit
>
> Siehe System-Log:
>
> Oct  8 20:26:52 (none) kern.warn dropbear[24097]: bad password attempt for 'root' from 211.143.6.226:41586
> Oct  8 20:26:53 (none) kern.info dropbear[24097]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:29:05 (none) kern.info dropbear[24702]: Child connection from 211.143.6.226:53168
> Oct  8 20:29:08 (none) kern.warn dropbear[24702]: bad password attempt for 'root' from 211.143.6.226:53168
> Oct  8 20:29:09 (none) kern.warn dropbear[24702]: bad password attempt for 'root' from 211.143.6.226:53168
> Oct  8 20:29:10 (none) kern.info dropbear[24702]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:31:20 (none) kern.info dropbear[25259]: Child connection from 211.143.6.226:55146
> Oct  8 20:31:23 (none) kern.warn dropbear[25259]: bad password attempt for 'root' from 211.143.6.226:55146
> Oct  8 20:31:24 (none) kern.warn dropbear[25259]: bad password attempt for 'root' from 211.143.6.226:55146
> Oct  8 20:31:25 (none) kern.info dropbear[25259]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:33:25 (none) kern.info dropbear[25786]: Child connection from 211.143.6.226:34287
> Oct  8 20:33:28 (none) kern.warn dropbear[25786]: bad password attempt for 'root' from 211.143.6.226:34287
> Oct  8 20:33:29 (none) kern.warn dropbear[25786]: bad password attempt for 'root' from 211.143.6.226:34287
> Oct  8 20:33:30 (none) kern.info dropbear[25786]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:35:36 (none) kern.info dropbear[26246]: Child connection from 211.143.6.226:36216
> Oct  8 20:35:39 (none) kern.warn dropbear[26246]: bad password attempt for 'root' from 211.143.6.226:36216
> Oct  8 20:35:40 (none) kern.warn dropbear[26246]: bad password attempt for 'root' from 211.143.6.226:36216
> Oct  8 20:35:41 (none) kern.info dropbear[26246]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:37:30 (none) kern.info dropbear[26743]: Child connection from 211.143.6.226:36542
> Oct  8 20:37:33 (none) kern.warn dropbear[26743]: bad password attempt for 'root' from 211.143.6.226:36542
> Oct  8 20:37:34 (none) kern.warn dropbear[26743]: bad password attempt for 'root' from 211.143.6.226:36542
> Oct  8 20:37:35 (none) kern.info dropbear[26743]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:41:14 (none) kern.info dropbear[27639]: Child connection from 211.143.6.226:40065
> Oct  8 20:41:18 (none) kern.warn dropbear[27639]: bad password attempt for 'root' from 211.143.6.226:40065
> Oct  8 20:41:18 (none) kern.warn dropbear[27639]: bad password attempt for 'root' from 211.143.6.226:40065
> Oct  8 20:41:19 (none) kern.info dropbear[27639]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:42:52 (none) syslog.info -- MARK --
> Oct  8 20:43:02 (none) kern.info dropbear[28096]: Child connection from 211.143.6.226:35340
> Oct  8 20:43:05 (none) kern.warn dropbear[28096]: bad password attempt for 'root' from 211.143.6.226:35340
> Oct  8 20:43:06 (none) kern.warn dropbear[28096]: bad password attempt for 'root' from 211.143.6.226:35340
> Oct  8 20:43:07 (none) kern.info dropbear[28096]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:44:42 (none) kern.info dropbear[28446]: Child connection from 211.143.6.226:36983
> Oct  8 20:44:45 (none) kern.warn dropbear[28446]: bad password attempt for 'root' from 211.143.6.226:36983
> Oct  8 20:44:46 (none) kern.warn dropbear[28446]: bad password attempt for 'root' from 211.143.6.226:36983
> Oct  8 20:44:47 (none) kern.info dropbear[28446]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:46:23 (none) kern.info dropbear[28904]: Child connection from 211.143.6.226:38813
> Oct  8 20:46:26 (none) kern.warn dropbear[28904]: bad password attempt for 'root' from 211.143.6.226:38813
> Oct  8 20:46:27 (none) kern.warn dropbear[28904]: bad password attempt for 'root' from 211.143.6.226:38813
> Oct  8 20:46:28 (none) kern.info dropbear[28904]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:48:00 (none) kern.info dropbear[29226]: Child connection from 211.143.6.226:39521
> Oct  8 20:48:04 (none) kern.warn dropbear[29226]: bad password attempt for 'root' from 211.143.6.226:39521
> Oct  8 20:48:05 (none) kern.warn dropbear[29226]: bad password attempt for 'root' from 211.143.6.226:39521
> Oct  8 20:48:06 (none) kern.info dropbear[29226]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:49:41 (none) kern.info dropbear[29682]: Child connection from 211.143.6.226:41135
> Oct  8 20:49:44 (none) kern.warn dropbear[29682]: bad password attempt for 'root' from 211.143.6.226:41135
> Oct  8 20:49:45 (none) kern.warn dropbear[29682]: bad password attempt for 'root' from 211.143.6.226:41135
> Oct  8 20:49:46 (none) kern.info dropbear[29682]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:51:16 (none) kern.info dropbear[30042]: Child connection from 211.143.6.226:42876
> Oct  8 20:51:19 (none) kern.warn dropbear[30042]: bad password attempt for 'root' from 211.143.6.226:42876
> Oct  8 20:51:20 (none) kern.warn dropbear[30042]: bad password attempt for 'root' from 211.143.6.226:42876
> Oct  8 20:51:21 (none) kern.info dropbear[30042]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:52:56 (none) kern.info dropbear[30452]: Child connection from 211.143.6.226:52796
> Oct  8 20:52:59 (none) kern.warn dropbear[30452]: bad password attempt for 'root' from 211.143.6.226:52796
> Oct  8 20:53:00 (none) kern.warn dropbear[30452]: bad password attempt for 'root' from 211.143.6.226:52796
> Oct  8 20:53:01 (none) kern.info dropbear[30452]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:54:37 (none) kern.info dropbear[30910]: Child connection from 211.143.6.226:54374
> Oct  8 20:54:40 (none) kern.warn dropbear[30910]: bad password attempt for 'root' from 211.143.6.226:54374
> Oct  8 20:54:40 (none) kern.warn dropbear[30910]: bad password attempt for 'root' from 211.143.6.226:54374
> Oct  8 20:54:42 (none) kern.info dropbear[30910]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:56:18 (none) kern.info dropbear[31289]: Child connection from 211.143.6.226:56105
> Oct  8 20:56:21 (none) kern.warn dropbear[31289]: bad password attempt for 'root' from 211.143.6.226:56105
> Oct  8 20:56:22 (none) kern.warn dropbear[31289]: bad password attempt for 'root' from 211.143.6.226:56105
> Oct  8 20:56:23 (none) kern.info dropbear[31289]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 20:57:57 (none) kern.info dropbear[31695]: Child connection from 211.143.6.226:58338
> Oct  8 20:57:57 (none) kern.info dropbear[31695]: exit before auth: Exited normally
> Oct  8 20:57:57 (none) kern.info dropbear[31697]: Child connection from 211.143.6.226:58348
> Oct  8 20:57:58 (none) kern.info dropbear[31697]: exit before auth: Exited normally
> Oct  8 20:57:58 (none) kern.info dropbear[31701]: Child connection from 211.143.6.226:58354
> Oct  8 20:57:58 (none) kern.info dropbear[31701]: exit before auth: Exited normally
> Oct  8 20:57:58 (none) kern.info dropbear[31702]: Child connection from 211.143.6.226:58362
> Oct  8 20:57:58 (none) kern.info dropbear[31702]: exit before auth: Exited normally
> Oct  8 20:59:35 (none) kern.info dropbear[32066]: Child connection from 211.143.6.226:59891
> Oct  8 20:59:38 (none) kern.warn dropbear[32066]: bad password attempt for 'root' from 211.143.6.226:59891
> Oct  8 20:59:39 (none) kern.warn dropbear[32066]: bad password attempt for 'root' from 211.143.6.226:59891
> Oct  8 20:59:40 (none) kern.info dropbear[32066]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 21:01:14 (none) kern.info dropbear[32524]: Child connection from 211.143.6.226:33418
> Oct  8 21:01:17 (none) kern.warn dropbear[32524]: bad password attempt for 'root' from 211.143.6.226:33418
> Oct  8 21:01:18 (none) kern.warn dropbear[32524]: bad password attempt for 'root' from 211.143.6.226:33418
> Oct  8 21:01:19 (none) kern.info dropbear[32524]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 21:02:52 (none) syslog.info -- MARK --
> Oct  8 21:02:54 (none) kern.info dropbear[384]: Child connection from 211.143.6.226:56221
> Oct  8 21:02:57 (none) kern.warn dropbear[384]: bad password attempt for 'root' from 211.143.6.226:56221
> Oct  8 21:02:58 (none) kern.warn dropbear[384]: bad password attempt for 'root' from 211.143.6.226:56221
> Oct  8 21:02:59 (none) kern.info dropbear[384]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 21:04:32 (none) kern.info dropbear[833]: Child connection from 211.143.6.226:57778
> Oct  8 21:04:35 (none) kern.warn dropbear[833]: bad password attempt for 'root' from 211.143.6.226:57778
> Oct  8 21:04:36 (none) kern.warn dropbear[833]: bad password attempt for 'root' from 211.143.6.226:57778
> Oct  8 21:04:37 (none) kern.info dropbear[833]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 21:06:10 (none) kern.info dropbear[1214]: Child connection from 211.143.6.226:59498
> Oct  8 21:06:13 (none) kern.warn dropbear[1214]: bad password attempt for 'root' from 211.143.6.226:59498
> Oct  8 21:06:14 (none) kern.warn dropbear[1214]: bad password attempt for 'root' from 211.143.6.226:59498
> Oct  8 21:06:15 (none) kern.info dropbear[1214]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 21:07:46 (none) kern.info dropbear[1612]: Child connection from 211.143.6.226:44690
> Oct  8 21:07:49 (none) kern.warn dropbear[1612]: bad password attempt for 'root' from 211.143.6.226:44690
> Oct  8 21:07:50 (none) kern.warn dropbear[1612]: bad password attempt for 'root' from 211.143.6.226:44690
> Oct  8 21:07:51 (none) kern.info dropbear[1612]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 21:09:24 (none) kern.info dropbear[2061]: Child connection from 211.143.6.226:46231
> Oct  8 21:09:27 (none) kern.warn dropbear[2061]: bad password attempt for 'root' from 211.143.6.226:46231
> Oct  8 21:09:28 (none) kern.warn dropbear[2061]: bad password attempt for 'root' from 211.143.6.226:46231
> Oct  8 21:09:29 (none) kern.info dropbear[2061]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 21:11:11 (none) kern.info dropbear[2456]: Child connection from 211.143.6.226:47994
> Oct  8 21:11:14 (none) kern.warn dropbear[2456]: bad password attempt for 'root' from 211.143.6.226:47994
> Oct  8 21:11:15 (none) kern.warn dropbear[2456]: bad password attempt for 'root' from 211.143.6.226:47994
> Oct  8 21:11:16 (none) kern.info dropbear[2456]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 21:12:51 (none) kern.info dropbear[2867]: Child connection from 211.143.6.226:52094
> Oct  8 21:12:54 (none) kern.warn dropbear[2867]: bad password attempt for 'root' from 211.143.6.226:52094
> Oct  8 21:12:55 (none) kern.warn dropbear[2867]: bad password attempt for 'root' from 211.143.6.226:52094
> Oct  8 21:12:56 (none) kern.info dropbear[2867]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 21:14:31 (none) kern.info dropbear[3245]: Child connection from 211.143.6.226:53668
> Oct  8 21:14:35 (none) kern.warn dropbear[3245]: bad password attempt for 'root' from 211.143.6.226:53668
> Oct  8 21:14:35 (none) kern.warn dropbear[3245]: bad password attempt for 'root' from 211.143.6.226:53668
> Oct  8 21:14:36 (none) kern.info dropbear[3245]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 21:17:56 (none) kern.info dropbear[4039]: Child connection from 211.143.6.226:60133
> Oct  8 21:17:59 (none) kern.warn dropbear[4039]: bad password attempt for 'root' from 211.143.6.226:60133
> Oct  8 21:18:00 (none) kern.warn dropbear[4039]: bad password attempt for 'root' from 211.143.6.226:60133
> Oct  8 21:18:01 (none) kern.info dropbear[4039]: exit before auth (user 'root', 2 fails): Exited normally
> Oct  8 21:19:42 (none) kern.info dropbear[4512]: Child connection from 211.143.6.226:33482
> Oct  8 21:19:42 (none) kern.info dropbear[4512]: exit before auth: Exited normally
> Oct  8 21:19:42 (none) kern.info dropbear[4516]: Child connection from 211.143.6.226:33489
> Oct  8 21:19:43 (none) kern.info dropbear[4516]: exit before auth: Exited normally
> Oct  8 21:19:43 (none) kern.info dropbear[4517]: Child connection from 211.143.6.226:33497
> Oct  8 21:19:43 (none) kern.info dropbear[4517]: exit before auth: Exited normally
> Oct  8 21:19:43 (none) kern.info dropbear[4521]: Child connection from 211.143.6.226:33509
> Oct  8 21:19:43 (none) kern.info dropbear[4521]: exit before auth: Exited normally
> Oct  8 21:19:43 (none) kern.info dropbear[4522]: Child connection from 211.143.6.226:33522
> Oct  8 21:19:44 (none) kern.info dropbear[4522]: exit before auth: Exited normally
> Oct  8 21:22:52 (none) syslog.info -- MARK --
> Oct  8 21:23:12 (none) kern.info dropbear[5373]: Child connection from 211.143.6.226:51941
> Oct  8 21:23:15 (none) kern.warn dropbear[5373]: bad password attempt for 'root' from 211.143.6.226:51941
> Oct  8 21:23:16 (none) kern.warn dropbear[5373]: bad password attempt for 'root' from 211.143.6.226:51941
> Oct  8 21:23:17 (none) kern.info dropbear[5373]: exit before auth (user 'root', 2 fails): Exited normally
>
>
>
>
>
>
> --
> GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091009/d461e9bb/attachment.htm>

From (spam-protected)  Fri Oct  9 09:36:40 2009
From: (spam-protected) (L. Aaron Kaplan)
Date: Fri, 9 Oct 2009 09:36:40 +0200
Subject: [Wien] Angriffversuche von Chinesen auf Funkfeuer Knoten
In-Reply-To: <20091009060231.7650@gmx.net>
References: <20091009060231.7650@gmx.net>
Message-ID: <99E39199-5575-4F03-8125-08D91A95F58D@lo-res.org>


On Oct 9, 2009, at 8:02 AM, Rabbit74 wrote:

> Hi Leute,
>
> heute Morgen habe ich beim durchschauen des System-Logs an meinem  
> Router festgestellt, dass gestern am Abend ein Chinese, mit der IP: 
> 211.143.6.226, versucht hat meinen Router zu hacken.
>
> Zum Glück ohne Erfolg!
> Über eine Stunde hat er versucht das Paswort vom Router zu erraten.

Der ganz normale Wahnsinn mit SSH passwort brute forcing.  
Gegenstrategie: ein gutes passwort (12+ Stellen mit Sonderzeichen und  
Ziffern eingetstreut) verwenden. So eines kann man auf diese art  
derzeit nicht erraten.

lg,
a.


---
there's no place like 127.0.0.1

(üäö)

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091009/3e2c348c/attachment.htm>

From (spam-protected)  Fri Oct  9 09:52:40 2009
From: (spam-protected) (Markus Kittenberger)
Date: Fri, 9 Oct 2009 09:52:40 +0200
Subject: [Wien] Angriffversuche von Chinesen auf Funkfeuer Knoten
In-Reply-To: <99E39199-5575-4F03-8125-08D91A95F58D@lo-res.org>
References: <20091009060231.7650@gmx.net>
	<99E39199-5575-4F03-8125-08D91A95F58D@lo-res.org>
Message-ID: <4095b6c00910090052r54d7a055i2749920cefae12af@mail.gmail.com>

selbst 6 stellen (gross klein zahlen sonderzeichen) sollten ~ 1000 jahre
dauern,..

was nicht heissen soll das 12 stellen nicht weitaus besser wären,..

aber bei etlichen passwörten von funkfueer routern die ich so kenne wäre ein
halbwegs gutes 6 oder 8 stelliges passwort schon ein unglaublicher
fortschritt,... *G

lg Markus

2009/10/9 L. Aaron Kaplan <aaron at lo-res.org>

>
> On Oct 9, 2009, at 8:02 AM, Rabbit74 wrote:
>
> Hi Leute,
>
> heute Morgen habe ich beim durchschauen des System-Logs an meinem Router
> festgestellt, dass gestern am Abend ein Chinese, mit der IP:211.143.6.226,
> versucht hat meinen Router zu hacken.
>
> Zum Glück ohne Erfolg!
> Über eine Stunde hat er versucht das Paswort vom Router zu erraten.
>
>
> Der ganz normale Wahnsinn mit SSH passwort brute forcing. Gegenstrategie:
> ein gutes passwort (12+ Stellen mit Sonderzeichen und Ziffern eingetstreut)
> verwenden. So eines kann man auf diese art derzeit nicht erraten.
>
> lg,
> a.
>
>
> ---
> there's no place like 127.0.0.1
>
> (üäö)
>
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091009/769473e8/attachment.htm>

From (spam-protected)  Fri Oct  9 14:50:20 2009
From: (spam-protected) (Felix Ehritz)
Date: Fri, 9 Oct 2009 14:50:20 +0200
Subject: [Wien] Angriffversuche von Chinesen auf Funkfeuer Knoten
In-Reply-To: <20091009060231.7650@gmx.net>
Message-ID: <mailman.101.1618330129.10647.wien@lists.funkfeuer.at>

Vorschlag:

Da wir ja mit offiziellen ip’s fahren… wäre es nicht klug zumindest telnet &
ssh port zu verlegen.

Glaube dass das sicher einige „hobbyhacker“ das schon zu viel ist.

 

Mit freundlichen Grüßen felix

  _____  

Von: wien-bounces at lists.funkfeuer.at
[mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von Rabbit74
Gesendet: Freitag, 9. Oktober 2009 08:03
An: wien at lists.funkfeuer.at
Betreff: [Wien] Angriffversuche von Chinesen auf Funkfeuer Knoten

 

Hi Leute,

heute Morgen habe ich beim durchschauen des System-Logs an meinem Router
festgestellt, dass gestern am Abend ein Chinese, mit der IP:211.143.6.226,
versucht hat meinen Router zu hacken. 

Zum Glück ohne Erfolg!
Über eine Stunde hat er versucht das Paswort vom Router zu erraten.

Grüße, Rabbit

Siehe System-Log:



Oct  8 20:26:52 (none) kern.warn dropbear[24097]: bad password attempt for
'root' from 211.143.6.226:41586


Oct  8 20:26:53 (none) kern.info dropbear[24097]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:29:05 (none) kern.info dropbear[24702]: Child connection from
211.143.6.226:53168


Oct  8 20:29:08 (none) kern.warn dropbear[24702]: bad password attempt for
'root' from 211.143.6.226:53168


Oct  8 20:29:09 (none) kern.warn dropbear[24702]: bad password attempt for
'root' from 211.143.6.226:53168


Oct  8 20:29:10 (none) kern.info dropbear[24702]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:31:20 (none) kern.info dropbear[25259]: Child connection from
211.143.6.226:55146


Oct  8 20:31:23 (none) kern.warn dropbear[25259]: bad password attempt for
'root' from 211.143.6.226:55146


Oct  8 20:31:24 (none) kern.warn dropbear[25259]: bad password attempt for
'root' from 211.143.6.226:55146


Oct  8 20:31:25 (none) kern.info dropbear[25259]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:33:25 (none) kern.info dropbear[25786]: Child connection from
211.143.6.226:34287


Oct  8 20:33:28 (none) kern.warn dropbear[25786]: bad password attempt for
'root' from 211.143.6.226:34287


Oct  8 20:33:29 (none) kern.warn dropbear[25786]: bad password attempt for
'root' from 211.143.6.226:34287


Oct  8 20:33:30 (none) kern.info dropbear[25786]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:35:36 (none) kern.info dropbear[26246]: Child connection from
211.143.6.226:36216


Oct  8 20:35:39 (none) kern.warn dropbear[26246]: bad password attempt for
'root' from 211.143.6.226:36216


Oct  8 20:35:40 (none) kern.warn dropbear[26246]: bad password attempt for
'root' from 211.143.6.226:36216


Oct  8 20:35:41 (none) kern.info dropbear[26246]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:37:30 (none) kern.info dropbear[26743]: Child connection from
211.143.6.226:36542


Oct  8 20:37:33 (none) kern.warn dropbear[26743]: bad password attempt for
'root' from 211.143.6.226:36542


Oct  8 20:37:34 (none) kern.warn dropbear[26743]: bad password attempt for
'root' from 211.143.6.226:36542


Oct  8 20:37:35 (none) kern.info dropbear[26743]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:41:14 (none) kern.info dropbear[27639]: Child connection from
211.143.6.226:40065


Oct  8 20:41:18 (none) kern.warn dropbear[27639]: bad password attempt for
'root' from 211.143.6.226:40065


Oct  8 20:41:18 (none) kern.warn dropbear[27639]: bad password attempt for
'root' from 211.143.6.226:40065


Oct  8 20:41:19 (none) kern.info dropbear[27639]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:42:52 (none) syslog.info -- MARK --


Oct  8 20:43:02 (none) kern.info dropbear[28096]: Child connection from
211.143.6.226:35340


Oct  8 20:43:05 (none) kern.warn dropbear[28096]: bad password attempt for
'root' from 211.143.6.226:35340


Oct  8 20:43:06 (none) kern.warn dropbear[28096]: bad password attempt for
'root' from 211.143.6.226:35340


Oct  8 20:43:07 (none) kern.info dropbear[28096]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:44:42 (none) kern.info dropbear[28446]: Child connection from
211.143.6.226:36983


Oct  8 20:44:45 (none) kern.warn dropbear[28446]: bad password attempt for
'root' from 211.143.6.226:36983


Oct  8 20:44:46 (none) kern.warn dropbear[28446]: bad password attempt for
'root' from 211.143.6.226:36983


Oct  8 20:44:47 (none) kern.info dropbear[28446]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:46:23 (none) kern.info dropbear[28904]: Child connection from
211.143.6.226:38813


Oct  8 20:46:26 (none) kern.warn dropbear[28904]: bad password attempt for
'root' from 211.143.6.226:38813


Oct  8 20:46:27 (none) kern.warn dropbear[28904]: bad password attempt for
'root' from 211.143.6.226:38813


Oct  8 20:46:28 (none) kern.info dropbear[28904]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:48:00 (none) kern.info dropbear[29226]: Child connection from
211.143.6.226:39521


Oct  8 20:48:04 (none) kern.warn dropbear[29226]: bad password attempt for
'root' from 211.143.6.226:39521


Oct  8 20:48:05 (none) kern.warn dropbear[29226]: bad password attempt for
'root' from 211.143.6.226:39521


Oct  8 20:48:06 (none) kern.info dropbear[29226]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:49:41 (none) kern.info dropbear[29682]: Child connection from
211.143.6.226:41135


Oct  8 20:49:44 (none) kern.warn dropbear[29682]: bad password attempt for
'root' from 211.143.6.226:41135


Oct  8 20:49:45 (none) kern.warn dropbear[29682]: bad password attempt for
'root' from 211.143.6.226:41135


Oct  8 20:49:46 (none) kern.info dropbear[29682]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:51:16 (none) kern.info dropbear[30042]: Child connection from
211.143.6.226:42876


Oct  8 20:51:19 (none) kern.warn dropbear[30042]: bad password attempt for
'root' from 211.143.6.226:42876


Oct  8 20:51:20 (none) kern.warn dropbear[30042]: bad password attempt for
'root' from 211.143.6.226:42876


Oct  8 20:51:21 (none) kern.info dropbear[30042]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:52:56 (none) kern.info dropbear[30452]: Child connection from
211.143.6.226:52796


Oct  8 20:52:59 (none) kern.warn dropbear[30452]: bad password attempt for
'root' from 211.143.6.226:52796


Oct  8 20:53:00 (none) kern.warn dropbear[30452]: bad password attempt for
'root' from 211.143.6.226:52796


Oct  8 20:53:01 (none) kern.info dropbear[30452]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:54:37 (none) kern.info dropbear[30910]: Child connection from
211.143.6.226:54374


Oct  8 20:54:40 (none) kern.warn dropbear[30910]: bad password attempt for
'root' from 211.143.6.226:54374


Oct  8 20:54:40 (none) kern.warn dropbear[30910]: bad password attempt for
'root' from 211.143.6.226:54374


Oct  8 20:54:42 (none) kern.info dropbear[30910]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:56:18 (none) kern.info dropbear[31289]: Child connection from
211.143.6.226:56105


Oct  8 20:56:21 (none) kern.warn dropbear[31289]: bad password attempt for
'root' from 211.143.6.226:56105


Oct  8 20:56:22 (none) kern.warn dropbear[31289]: bad password attempt for
'root' from 211.143.6.226:56105


Oct  8 20:56:23 (none) kern.info dropbear[31289]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 20:57:57 (none) kern.info dropbear[31695]: Child connection from
211.143.6.226:58338


Oct  8 20:57:57 (none) kern.info dropbear[31695]: exit before auth: Exited
normally


Oct  8 20:57:57 (none) kern.info dropbear[31697]: Child connection from
211.143.6.226:58348


Oct  8 20:57:58 (none) kern.info dropbear[31697]: exit before auth: Exited
normally


Oct  8 20:57:58 (none) kern.info dropbear[31701]: Child connection from
211.143.6.226:58354


Oct  8 20:57:58 (none) kern.info dropbear[31701]: exit before auth: Exited
normally


Oct  8 20:57:58 (none) kern.info dropbear[31702]: Child connection from
211.143.6.226:58362


Oct  8 20:57:58 (none) kern.info dropbear[31702]: exit before auth: Exited
normally


Oct  8 20:59:35 (none) kern.info dropbear[32066]: Child connection from
211.143.6.226:59891


Oct  8 20:59:38 (none) kern.warn dropbear[32066]: bad password attempt for
'root' from 211.143.6.226:59891


Oct  8 20:59:39 (none) kern.warn dropbear[32066]: bad password attempt for
'root' from 211.143.6.226:59891


Oct  8 20:59:40 (none) kern.info dropbear[32066]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 21:01:14 (none) kern.info dropbear[32524]: Child connection from
211.143.6.226:33418


Oct  8 21:01:17 (none) kern.warn dropbear[32524]: bad password attempt for
'root' from 211.143.6.226:33418


Oct  8 21:01:18 (none) kern.warn dropbear[32524]: bad password attempt for
'root' from 211.143.6.226:33418


Oct  8 21:01:19 (none) kern.info dropbear[32524]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 21:02:52 (none) syslog.info -- MARK --


Oct  8 21:02:54 (none) kern.info dropbear[384]: Child connection from
211.143.6.226:56221


Oct  8 21:02:57 (none) kern.warn dropbear[384]: bad password attempt for
'root' from 211.143.6.226:56221


Oct  8 21:02:58 (none) kern.warn dropbear[384]: bad password attempt for
'root' from 211.143.6.226:56221


Oct  8 21:02:59 (none) kern.info dropbear[384]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 21:04:32 (none) kern.info dropbear[833]: Child connection from
211.143.6.226:57778


Oct  8 21:04:35 (none) kern.warn dropbear[833]: bad password attempt for
'root' from 211.143.6.226:57778


Oct  8 21:04:36 (none) kern.warn dropbear[833]: bad password attempt for
'root' from 211.143.6.226:57778


Oct  8 21:04:37 (none) kern.info dropbear[833]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 21:06:10 (none) kern.info dropbear[1214]: Child connection from
211.143.6.226:59498


Oct  8 21:06:13 (none) kern.warn dropbear[1214]: bad password attempt for
'root' from 211.143.6.226:59498


Oct  8 21:06:14 (none) kern.warn dropbear[1214]: bad password attempt for
'root' from 211.143.6.226:59498


Oct  8 21:06:15 (none) kern.info dropbear[1214]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 21:07:46 (none) kern.info dropbear[1612]: Child connection from
211.143.6.226:44690


Oct  8 21:07:49 (none) kern.warn dropbear[1612]: bad password attempt for
'root' from 211.143.6.226:44690


Oct  8 21:07:50 (none) kern.warn dropbear[1612]: bad password attempt for
'root' from 211.143.6.226:44690


Oct  8 21:07:51 (none) kern.info dropbear[1612]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 21:09:24 (none) kern.info dropbear[2061]: Child connection from
211.143.6.226:46231


Oct  8 21:09:27 (none) kern.warn dropbear[2061]: bad password attempt for
'root' from 211.143.6.226:46231


Oct  8 21:09:28 (none) kern.warn dropbear[2061]: bad password attempt for
'root' from 211.143.6.226:46231


Oct  8 21:09:29 (none) kern.info dropbear[2061]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 21:11:11 (none) kern.info dropbear[2456]: Child connection from
211.143.6.226:47994


Oct  8 21:11:14 (none) kern.warn dropbear[2456]: bad password attempt for
'root' from 211.143.6.226:47994


Oct  8 21:11:15 (none) kern.warn dropbear[2456]: bad password attempt for
'root' from 211.143.6.226:47994


Oct  8 21:11:16 (none) kern.info dropbear[2456]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 21:12:51 (none) kern.info dropbear[2867]: Child connection from
211.143.6.226:52094


Oct  8 21:12:54 (none) kern.warn dropbear[2867]: bad password attempt for
'root' from 211.143.6.226:52094


Oct  8 21:12:55 (none) kern.warn dropbear[2867]: bad password attempt for
'root' from 211.143.6.226:52094


Oct  8 21:12:56 (none) kern.info dropbear[2867]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 21:14:31 (none) kern.info dropbear[3245]: Child connection from
211.143.6.226:53668


Oct  8 21:14:35 (none) kern.warn dropbear[3245]: bad password attempt for
'root' from 211.143.6.226:53668


Oct  8 21:14:35 (none) kern.warn dropbear[3245]: bad password attempt for
'root' from 211.143.6.226:53668


Oct  8 21:14:36 (none) kern.info dropbear[3245]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 21:17:56 (none) kern.info dropbear[4039]: Child connection from
211.143.6.226:60133


Oct  8 21:17:59 (none) kern.warn dropbear[4039]: bad password attempt for
'root' from 211.143.6.226:60133


Oct  8 21:18:00 (none) kern.warn dropbear[4039]: bad password attempt for
'root' from 211.143.6.226:60133


Oct  8 21:18:01 (none) kern.info dropbear[4039]: exit before auth (user
'root', 2 fails): Exited normally


Oct  8 21:19:42 (none) kern.info dropbear[4512]: Child connection from
211.143.6.226:33482


Oct  8 21:19:42 (none) kern.info dropbear[4512]: exit before auth: Exited
normally


Oct  8 21:19:42 (none) kern.info dropbear[4516]: Child connection from
211.143.6.226:33489


Oct  8 21:19:43 (none) kern.info dropbear[4516]: exit before auth: Exited
normally


Oct  8 21:19:43 (none) kern.info dropbear[4517]: Child connection from
211.143.6.226:33497


Oct  8 21:19:43 (none) kern.info dropbear[4517]: exit before auth: Exited
normally


Oct  8 21:19:43 (none) kern.info dropbear[4521]: Child connection from
211.143.6.226:33509


Oct  8 21:19:43 (none) kern.info dropbear[4521]: exit before auth: Exited
normally


Oct  8 21:19:43 (none) kern.info dropbear[4522]: Child connection from
211.143.6.226:33522


Oct  8 21:19:44 (none) kern.info dropbear[4522]: exit before auth: Exited
normally


Oct  8 21:22:52 (none) syslog.info -- MARK --


Oct  8 21:23:12 (none) kern.info dropbear[5373]: Child connection from
211.143.6.226:51941


Oct  8 21:23:15 (none) kern.warn dropbear[5373]: bad password attempt for
'root' from 211.143.6.226:51941


Oct  8 21:23:16 (none) kern.warn dropbear[5373]: bad password attempt for
'root' from 211.143.6.226:51941


Oct  8 21:23:17 (none) kern.info dropbear[5373]: exit before auth (user
'root', 2 fails): Exited normally

 




-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091009/178275b2/attachment.htm>

From (spam-protected)  Fri Oct  9 14:58:42 2009
From: (spam-protected) ((spam-protected))
Date: Fri, 9 Oct 2009 14:58:42 +0200 (CEST)
Subject: [Wien] Angriffversuche von Chinesen auf Funkfeuer Knoten
In-Reply-To: <E1MwEvd-0003mA-K9@marvin.funkfeuer.at>
References: <E1MwEvd-0003mA-K9@marvin.funkfeuer.at>
Message-ID: <50844.193.238.158.206.1255093122.squirrel@runout.at>

> Vorschlag:
>
> Da wir ja mit offiziellen ip’s fahren
 wäre es nicht klug zumindest telnet
> &
> ssh port zu verlegen.

telnet sollte nicht laufen (solange der router nicht gehackt wurde)

markus

p.s.: TOFU entsorgt




From (spam-protected)  Fri Oct  9 15:00:49 2009
From: (spam-protected) (Henning Rogge)
Date: Fri, 9 Oct 2009 15:00:49 +0200
Subject: [Wien] Angriffversuche von Chinesen auf Funkfeuer Knoten
In-Reply-To: <E1MwEvd-0003mA-Cs@marvin.funkfeuer.at>
References: <E1MwEvd-0003mA-Cs@marvin.funkfeuer.at>
Message-ID: <200910091500.54104.hrogge@googlemail.com>

Am Freitag 09 Oktober 2009 14:50:20 schrieb Felix Ehritz:
> Vorschlag:
> 
> Da wir ja mit offiziellen ip’s fahren
 wäre es nicht klug zumindest telnet
>  & ssh port zu verlegen.
> 
> Glaube dass das sicher einige „hobbyhacker“ das schon zu viel ist.
Ich denke nicht daß das was bringt, speziell wegen Tools wie nmap. Da kann man 
recht gut automatisiert nach Ports suchen.

Henning
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.funkfeuer.at/pipermail/wien/attachments/20091009/6696fdc3/attachment.sig>

From (spam-protected)  Fri Oct  9 15:06:47 2009
From: (spam-protected) (Felix Ehritz)
Date: Fri, 9 Oct 2009 15:06:47 +0200
Subject: [Wien] Angriffversuche von Chinesen auf Funkfeuer Knoten
In-Reply-To: <50844.193.238.158.206.1255093122.squirrel@runout.at>
Message-ID: <mailman.102.1618330129.10647.wien@lists.funkfeuer.at>



-----Ursprüngliche Nachricht-----
Von: markus at runout.at [mailto:markus at runout.at] 
Gesendet: Freitag, 9. Oktober 2009 14:59
An: Felix Ehritz
Cc: 'Rabbit74'; wien at lists.funkfeuer.at
Betreff: Re: [Wien] Angriffversuche von Chinesen auf Funkfeuer Knoten

> Vorschlag:
>
> Da wir ja mit offiziellen ip’s fahren… wäre es nicht klug zumindest telnet
> &
> ssh port zu verlegen.

telnet sollte nicht laufen (solange der router nicht gehackt wurde)

markus

sorry.. telnet nicht...
p.s.: TOFU entsorgt

wenn ich mir den log von meinem server ansehe der vor meiner port-umstellung
nur so bombardiert wurde von loginversuchen auf ssh/root
und jetzt, wo ssh auf einem anderen port und permit_root_logon
ist jetzt fast komplett ruhe.




From (spam-protected)  Fri Oct  9 15:08:41 2009
From: (spam-protected) (L. Aaron Kaplan)
Date: Fri, 9 Oct 2009 15:08:41 +0200
Subject: [Wien] Angriffversuche von Chinesen auf Funkfeuer Knoten
In-Reply-To: <E1MwFBQ-0004Vu-KS@marvin.funkfeuer.at>
References: <E1MwFBQ-0004Vu-KS@marvin.funkfeuer.at>
Message-ID: <70FDD990-5227-4EAC-88DD-77DE30F8DED7@lo-res.org>

>
> wenn ich mir den log von meinem server ansehe der vor meiner port- 
> umstellung
> nur so bombardiert wurde von loginversuchen auf ssh/root
> und jetzt, wo ssh auf einem anderen port und permit_root_logon
> ist jetzt fast komplett ruhe.
>
Das stimmt schon... derzeit versuchen die meisten noch nur port 22 zu  
attackieren.
Aber laengerfristig wird sicher mit tools gescannt werden.


---
there's no place like 127.0.0.1

(üäö)




From (spam-protected)  Fri Oct  9 17:14:28 2009
From: (spam-protected) (L. Aaron Kaplan)
Date: Fri, 9 Oct 2009 17:14:28 +0200
Subject: [Wien] Angriffversuche von Chinesen auf Funkfeuer Knoten
In-Reply-To: <70FDD990-5227-4EAC-88DD-77DE30F8DED7@lo-res.org>
References: <E1MwFBQ-0004Vu-KS@marvin.funkfeuer.at>
	<70FDD990-5227-4EAC-88DD-77DE30F8DED7@lo-res.org>
Message-ID: <CDB05C23-3106-42A7-914F-BA1CE282C3A5@lo-res.org>


On Oct 9, 2009, at 3:08 PM, L. Aaron Kaplan wrote:

>>
>> wenn ich mir den log von meinem server ansehe der vor meiner port-
>> umstellung
>> nur so bombardiert wurde von loginversuchen auf ssh/root
>> und jetzt, wo ssh auf einem anderen port und permit_root_logon
>> ist jetzt fast komplett ruhe.
>>
> Das stimmt schon... derzeit versuchen die meisten noch nur port 22 zu
> attackieren.
> Aber laengerfristig wird sicher mit tools gescannt werden.

Nachsatz: solange folgendes geht

  http://www.maximumpc.com/article/news/unbelievable_123456_most_common_hotmail_password

sehe ich aber keinen bedarf auf der seite der angreifer, nmap zu  
verwenden ;-)
(nicht immer sind 6 letter passwords sicher ;-))

lg,
a.

---
there's no place like 127.0.0.1

(üäö)




From (spam-protected)  Sat Oct 10 07:58:26 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Sat, 10 Oct 2009 07:58:26 +0200
Subject: [Wien] OLSR Update mit Autoupdate?
In-Reply-To: <20091009071450.325440@gmx.net>
References: <20091009071450.325440@gmx.net>
Message-ID: <6842a4030910092258h77008a95u8e0194e5b879ce8@mail.gmail.com>

Hallo Rabbit!

2009/10/9 Rabbit74 <attila.mezei at gmx.at>:
> Bezieht sich das autoupdate auch auf die neuen olsr Versionen?
> Wenn ja, wann wird das update vollzogen?

Prinzipiell ja, die autoupdate-Firmware kann auch neue olsr-Versionen
einspielen. Allerdings geschieht das in unregelmäßigen Abständen ;-)
Werden aber bald mal wieder einen Durchgang starten, es gibt ja grad
wieder eine "ganz frische" olsr-Version!

LG Gregor

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Sat Oct 10 08:09:01 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Sat, 10 Oct 2009 08:09:01 +0200
Subject: [Wien] Angriffversuche von Chinesen auf Funkfeuer Knoten
In-Reply-To: <20091009060231.7650@gmx.net>
References: <20091009060231.7650@gmx.net>
Message-ID: <6842a4030910092309y289bbdc4s5afdfd08703eddfb@mail.gmail.com>

2009/10/9 Rabbit74 <attila.mezei at gmx.at>:
> Hi Leute,
>
> heute Morgen habe ich beim durchschauen des System-Logs an meinem Router
> festgestellt, dass gestern am Abend ein Chinese, mit der IP:211.143.6.226,
> versucht hat meinen Router zu hacken.

http://wiki.funkfeuer.at/index.php/Port_Scans

LG Gregor

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Sun Oct 11 11:06:00 2009
From: (spam-protected) (Felix Ehritz)
Date: Sun, 11 Oct 2009 11:06:00 +0200
Subject: [Wien] Angriffversuche von Chinesen auf Funkfeuer Knoten
In-Reply-To: <CDB05C23-3106-42A7-914F-BA1CE282C3A5@lo-res.org>
Message-ID: <mailman.103.1618330129.10647.wien@lists.funkfeuer.at>

>> wenn ich mir den log von meinem server ansehe der vor meiner port-
>> umstellung
>> nur so bombardiert wurde von loginversuchen auf ssh/root
>> und jetzt, wo ssh auf einem anderen port und permit_root_logon
>> ist jetzt fast komplett ruhe.
>>
> Das stimmt schon... derzeit versuchen die meisten noch nur port 22 zu
> attackieren


	Dann wäre ja portänderung ideal


> Aber laengerfristig wird sicher mit tools gescannt werden.


	Dann müsste man sich was anderes überlegen



Nachsatz: solange folgendes geht
http://www.maximumpc.com/article/news/unbelievable_123456_most_common_hotmai
l_password
sehe ich aber keinen bedarf auf der seite der angreifer, nmap zu verwenden
;-) (nicht immer sind 6 letter passwords sicher ;-))


	Da sind die user (zu denen ich mich selbst zählen musste-zwar wars
nicht 123456 aber ein anderes suuper passwort) selbst schuld.





From (spam-protected)  Sun Oct 11 11:19:59 2009
From: (spam-protected) (Felix Ehritz)
Date: Sun, 11 Oct 2009 11:19:59 +0200
Subject: [Wien] eigenartiges webinferface
Message-ID: <mailman.104.1618330129.10647.wien@lists.funkfeuer.at>

Was ist da passiert?

Habe nichts umgestellt!

Reboot ohne veränderung!

So was schon mal gesehen?



Mit freundlichen Grüßen 

            Felix

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091011/c2a62875/attachment.htm>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image001.jpg
Dateityp    : image/jpeg
Dateigröße  : 41788 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.funkfeuer.at/pipermail/wien/attachments/20091011/c2a62875/attachment.jpg>

From (spam-protected)  Sun Oct 11 11:32:11 2009
From: (spam-protected) (Bernhard Kainerstorfer)
Date: Sun, 11 Oct 2009 11:32:11 +0200
Subject: [Wien] eigenartiges webinferface
In-Reply-To: <E1Mwub1-0005It-Sl@marvin.funkfeuer.at>
References: <E1Mwub1-0005It-Sl@marvin.funkfeuer.at>
Message-ID: <DA62C94C754D4443B7637C1E3C5B25BE@core2>

da dürfte jemandem fad gewesen sein...wer weiß was jetzt noch für dienste
drauf laufen.
 
lg

  _____  

Von: wien-bounces at lists.funkfeuer.at
[mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von Felix Ehritz
Gesendet: Sonntag, 11. Oktober 2009 11:20
An: 'FunkFeuer Wien'
Betreff: [Wien] eigenartiges webinferface



Was ist da passiert?

Habe nichts umgestellt!

Reboot ohne veränderung!

So was schon mal gesehen?



Mit freundlichen Grüßen 

            Felix

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091011/98c6dd00/attachment.htm>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image001.jpg
Dateityp    : image/jpeg
Dateigröße  : 41788 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.funkfeuer.at/pipermail/wien/attachments/20091011/98c6dd00/attachment.jpg>

From (spam-protected)  Sun Oct 11 15:08:45 2009
From: (spam-protected) ((spam-protected))
Date: Sun, 11 Oct 2009 15:08:45 +0200 (CEST)
Subject: [Wien] eigenartiges webinferface
In-Reply-To: <E1Mwub2-0005It-1n@marvin.funkfeuer.at>
References: <E1Mwub2-0005It-1n@marvin.funkfeuer.at>
Message-ID: <1371.78.41.113.80.1255266525.squirrel@runout.at>

> Was ist da passiert?
...

bitte bilder _nicht_ als inline html!
das bringt spam punkte, deine mail war knapp dran von meinem mailserver
als spam behandelt zu werden.

bilder immer als attachement!

ausserdem soll es leute geben, die in ihrem mail reader eingebettete
bilder nicht anzeigen lassen.

markus




From (spam-protected)  Sun Oct 11 20:13:07 2009
From: (spam-protected) ((spam-protected))
Date: Sun, 11 Oct 2009 20:13:07 +0200
Subject: [Wien] eigenartiges webinferface
Message-ID: <1192492145@web.de>



ich würd mal sagen schlechtes passwort
und jemand wollt Dir nett zeigen das es ein sicherheits risiko ist ...

guck trotzdem was für dienste noch laufen ...

mfg Charly _ AT

HH10 - Wien Süd -


> > Was ist da passiert?
> ...
> 
> bitte bilder _nicht_ als inline html!
> das bringt spam punkte, deine mail war knapp dran von meinem mailserver
> als spam behandelt zu werden.
> 
> bilder immer als attachement!
> 
> ausserdem soll es leute geben, die in ihrem mail reader eingebettete
> bilder nicht anzeigen lassen.
> 
> markus
> 
> 
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
> 


______________________________________________________
GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://movieflat.web.de




From (spam-protected)  Sun Oct 11 20:33:32 2009
From: (spam-protected) (Felix Ehritz)
Date: Sun, 11 Oct 2009 20:33:32 +0200
Subject: [Wien] eigenartiges webinferface
In-Reply-To: <1371.78.41.113.80.1255266525.squirrel@runout.at>
Message-ID: <mailman.105.1618330129.10647.wien@lists.funkfeuer.at>

Sorry merks mir fürs nächste mal

-----Ursprüngliche Nachricht-----
Von: markus at runout.at [mailto:markus at runout.at] 
Gesendet: Sonntag, 11. Oktober 2009 15:09
An: Felix Ehritz
Cc: 'FunkFeuer Wien'
Betreff: Re: [Wien] eigenartiges webinferface

> Was ist da passiert?
...

bitte bilder _nicht_ als inline html!
das bringt spam punkte, deine mail war knapp dran von meinem mailserver
als spam behandelt zu werden.

bilder immer als attachement!

ausserdem soll es leute geben, die in ihrem mail reader eingebettete
bilder nicht anzeigen lassen.

markus




From (spam-protected)  Mon Oct 12 07:40:27 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Mon, 12 Oct 2009 07:40:27 +0200
Subject: [Wien] eigenartiges webinferface
In-Reply-To: <E1Mwub1-0005It-Sl@marvin.funkfeuer.at>
References: <E1Mwub1-0005It-Sl@marvin.funkfeuer.at>
Message-ID: <6842a4030910112240q7fbe6b2cid608f5acf0b61724@mail.gmail.com>

Hi!

2009/10/11 Felix Ehritz <freifunk at gmx.at>

>  Was ist da passiert?
>
> Habe nichts umgestellt!
>
> Reboot ohne veränderung!
>
Meinst du die Grafik? Die ist schon Ewigkeiten drauf... Dachte du warst das
selbst ;-) Oder meinst du die Farbe...?

-- 
Partykeller
www.meineparty.at
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091012/8e6ff5b5/attachment.htm>

From (spam-protected)  Mon Oct 12 11:48:17 2009
From: (spam-protected) (Adi Kriegisch)
Date: Mon, 12 Oct 2009 11:48:17 +0200
Subject: [Wien] Neuer Knoten: stu7
Message-ID: <20091012094817.GE16214@kriegisch.at>

Hallo!

Am Wochenende hab ich endlich meinen ersten Knoten gebaut: stu7.
Der Knoten befindet sich am Handelskai direkt an der Donau (auf Höhe
Sturgasse) mit wunderbarem Rundumblick -- und vor allem einer freien Sicht
nach "Transdanubien". :-)

Ich hab gesehen, daß es da drüben 3 im Aufbau befindliche Knoten gibt:
stp1, herzilein, moissig17 sowie etwas weiter unten ginko und htl22 und da
wollt ich fragen, ob ihr vielleicht interesse habt, Euch an meinen Knoten
anzubinden? Im Moment hab ich noch keine Antenne in diese Richtung, aber
die stell ich gerne auf! :-)

In den nächsten 4 Wochen muß ich den Knoten allerdings nochmal kurz offline
nehmen, da wir noch einen größeren, besseren, dichteren und glänzenderen
Schrank mit "0xff"-Aufschrift aufs Dach geben müssen... ;-) Das tät ich
dann aber eh vorher ankündigen und das wär auch der perfekte Zeitpunkt
weitere Antennen aufs Dach zu geben.

Tja, und eine seltsame Sache ist mir da auch noch passiert: (auf
http://ffcentral.stu7.wien.funkfeuer.at) Ich hab eine tolle Verbindung zu
rex23.rex über v13 -- geht man aber aufs Webinterface meldet der Knoten
sich mit boe12v13, der ganz woanders steht und sich "im Aufbau" befindet.
Jetzt hab ich mich schon riesig gefreut, daß ich dazu beigetragen habe, das
Netz zu erweitern, weil ich diesen Knoten einbinde... Aber irgendwie sieht
es so aus, als hätte ich da eine ganz andere Verbindung?! Der Knoten hat
irgendwie auch eine super Verbindung zu boe12v10 und ich bin irgendwie sehr
verwirrt... Könnte mir irgendwer bitte sagen, mit wem ich da verbunden bin,
und warum die Knoten auf der Karte ganz woanders sind?!

Ist ein cooles Gefühl, den ersten Knoten in Betrieb zu nehmen! Danke an
alle, die so viel in Funkfeuer hineinstecken, damit es so ein geniales Netz
ist! :-)

Glg Adi
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 189 bytes
Beschreibung: Digital signature
URL         : <http://lists.funkfeuer.at/pipermail/wien/attachments/20091012/7234aefc/attachment.sig>

From (spam-protected)  Mon Oct 12 16:34:54 2009
From: (spam-protected) (Adi Kriegisch)
Date: Mon, 12 Oct 2009 16:34:54 +0200
Subject: [Wien] Hilfe, doppelte IP!
Message-ID: <20091012143454.GM16214@kriegisch.at>

Hallo!

Ich fürchte ich mach grad das Funkfeuernetz kaputt... :-(

Heute morgen hab ich meine beiden Router nach der Anleitung
zusammengehängt: VLAN mit jeweils einer IP... Die IPs hab ich mir erst
heute in der Früh im Redeemer-Frontend besorgt. Und weil mir das mit den
Knoten irgendwie komisch vorgekommen ist (siehe früheres Mail von mir) hab
ich da weiter nachgeforscht und herausgefunden, daß mein IP,
193.238.156.109 auf miromni.mir.wien.funkfeuer.at auflöst!
Und den Knoten gibts! siehe: http://miromni.mir.wien.funkfeuer.at

:-( Soll ich lan2 einfach im Redeemer löschen und neu anlegen?

host 193.238.156.109
  109.156.238.193.in-addr.arpa domain name pointer
  miromni.mir.wien.funkfeuer.at.
miromni scheint 2 IPs zu besitzen:
host  miromni.mir.wien.funkfeuer.at
  miromni.mir.wien.funkfeuer.at has address 193.238.156.109
  miromni.mir.wien.funkfeuer.at has address 193.238.156.110

Hilfe?!

Glg Adi
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 189 bytes
Beschreibung: Digital signature
URL         : <http://lists.funkfeuer.at/pipermail/wien/attachments/20091012/141d6da2/attachment.sig>

From (spam-protected)  Mon Oct 12 16:38:49 2009
From: (spam-protected) (Adi Kriegisch)
Date: Mon, 12 Oct 2009 16:38:49 +0200
Subject: [Wien] Hilfe, doppelte IP!
In-Reply-To: <20091012143454.GM16214@kriegisch.at>
References: <20091012143454.GM16214@kriegisch.at>
Message-ID: <20091012143849.GN16214@kriegisch.at>

Hallo!

> Ich fürchte ich mach grad das Funkfeuernetz kaputt... :-(
Sorry... Alles falsch!
Ich seh schon Gespenster... Tut mir leid.

Glg Adi 
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 189 bytes
Beschreibung: Digital signature
URL         : <http://lists.funkfeuer.at/pipermail/wien/attachments/20091012/f17a5790/attachment.sig>

From (spam-protected)  Mon Oct 12 16:58:10 2009
From: (spam-protected) (renja)
Date: Mon, 12 Oct 2009 16:58:10 +0200
Subject: [Wien] Router, USW zu Verkaufen oder Tauschen
Message-ID: <bd657ccc0910120758ub78b3b1l20e545a192836b15@mail.gmail.com>

Hallo alle mit  einander.

Hätte ein paar sachen zu verkaufen.

1 Stück. Asus wl-hdd 2.5  ?30.-
1 Stück. Asus wl-hdd 2.5 bei der wurde der rsma anschluss ausgelötet und ein
Kabel direkt angelötet (wurde von mir entfernt)
                und das netzkabel wurde verlängert (hat jetzt ne Blockklemme
als Zirde ;-) ), funktioniert aber 1A     ? 18.-
2 Stück Fon2100 je ? 12.-
Eine kleine runde Richtantenne, 1m Kabel mit Rsma (passt auf den Fon
anschluss) glaube ich, ca. 5-7 Dbi ?10.-
1 Stück Gprs empfenger für die PSP und die dazu passende UMD Disk (wurde für
die Dachorientierung genutzt) ? 40.-
2 Stück Orinocco Pcmcia mit einem anschluss für eine Antenne. je ? 12.-
1 Stück >1m Kabel für die Orinoco auf N ?7.-


Suche einen Wrt54gs version 1-3 also die mit 32mb Ram. Kaufe oder würde ihn
eintausche mit den oben angeführten Sachen.

MFG ANDI
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091012/120d829a/attachment.htm>

From (spam-protected)  Mon Oct 12 17:02:11 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Mon, 12 Oct 2009 17:02:11 +0200
Subject: [Wien] Neuer Knoten: stu7
In-Reply-To: <20091012094817.GE16214@kriegisch.at>
References: <20091012094817.GE16214@kriegisch.at>
Message-ID: <6842a4030910120802j7e45ee29ja747f830b2627cb0@mail.gmail.com>

Hi!

2009/10/12 Adi Kriegisch <adi at kriegisch.at>:
> Ich hab gesehen, daß es da drüben 3 im Aufbau befindliche Knoten gibt:
> stp1, herzilein, moissig17 sowie etwas weiter unten ginko und htl22 und da
> wollt ich fragen, ob ihr vielleicht interesse habt, Euch an meinen Knoten
> anzubinden? Im Moment hab ich noch keine Antenne in diese Richtung, aber
> die stell ich gerne auf! :-)

stp1 war eh schon mal in Betrieb mit Gegenstelle "hk", die aber leider
sehr schlecht gewartet ist. In letzter Zeit ist ein neues Ausrichten
am Zeitmangel des Knotenbetreibers von stp1 gescheitert. Herzilein hat
viel Potenzial (ist der hohe Kirchturm in Kaisermühlen), allerdings
muss da versicherungstechnisch noch was geklärt werden. Aber du kannst
gern mal eine Antenne Richtung Nordost aufstellen, falls Herzilein mal
online geht hast du da sicher einen super Uplink ;-)

> Tja, und eine seltsame Sache ist mir da auch noch passiert: (auf
> http://ffcentral.stu7.wien.funkfeuer.at) Ich hab eine tolle Verbindung zu
> rex23.rex über v13 -- geht man aber aufs Webinterface meldet der Knoten
> sich mit boe12v13, der ganz woanders steht und sich "im Aufbau" befindet.
> Jetzt hab ich mich schon riesig gefreut, daß ich dazu beigetragen habe, das
> Netz zu erweitern, weil ich diesen Knoten einbinde... Aber irgendwie sieht
> es so aus, als hätte ich da eine ganz andere Verbindung?! Der Knoten hat
> irgendwie auch eine super Verbindung zu boe12v10 und ich bin irgendwie sehr
> verwirrt... Könnte mir irgendwer bitte sagen, mit wem ich da verbunden bin,
> und warum die Knoten auf der Karte ganz woanders sind?!

Hm, von boe12 ist nur mehr das Device v1 in der Datenbank eingetragen,
das aber noch nie online war. Die anderen Devices (v10, v13) wurden
dort scheinbar gelöscht, vielleicht wurde der Knoten übersiedelt und
nur der Name im Webinterface nicht aktualisiert? In Zukunft sollte der
Name am Device selbst sich sowieso automatisch aus den
DNS-Informationen einstellen...


> Ist ein cooles Gefühl, den ersten Knoten in Betrieb zu nehmen! Danke an
> alle, die so viel in Funkfeuer hineinstecken, damit es so ein geniales Netz
> ist! :-)

Stimmt, und du bist einer von denen, die so viel hineinstecken! ;-)

LG Gregor

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Mon Oct 12 20:22:03 2009
From: (spam-protected) (renja)
Date: Mon, 12 Oct 2009 20:22:03 +0200
Subject: [Wien] Router, USW zu Verkaufen oder Tauschen
In-Reply-To: <bd657ccc0910120758ub78b3b1l20e545a192836b15@mail.gmail.com>
References: <bd657ccc0910120758ub78b3b1l20e545a192836b15@mail.gmail.com>
Message-ID: <bd657ccc0910121122n513998f0yd24d32971c97eafc@mail.gmail.com>

Update:

was noch da ist:


1Stück Orinocco Pcmcia mit einem anschluss für eine Antenne. je ? 12.-


Suche einen Wrt54gs version 1-3 also die mit 32mb Ram. Kaufe oder würde ihn
eintausche mit den oben angeführten Sachen.

MFG ANDI
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091012/e0e02e1a/attachment.htm>

From (spam-protected)  Tue Oct 13 00:24:21 2009
From: (spam-protected) ((spam-protected))
Date: Tue, 13 Oct 2009 00:24:21 +0200 (CEST)
Subject: [Wien] sperlomni - Kanal / wph
In-Reply-To: <20091012170306.GA493@akh-wien.ac.at>
References: <20091012170306.GA493@akh-wien.ac.at>
Message-ID: <1381.78.41.113.80.1255386261.squirrel@runout.at>

Hi Martin,

> Ich bin der Betreiber von 'ede' und haeng ueber wph (meistens) an
> sperlomni.
>
> Wann willst du/wollt ihr denn die sperlomni auf Kanal 10 umstellen?
> Den haupt.wph kann ich dann mit umstellen (weiss pw).

Ich weiss eigentlich nicht von Kanalumstellung.
Vor einem Jahr war da mal etwas im Gespräch... wurde aber nach
Frequenzproblemen nicht durchgeführt.

Dein Problem ist eigentlich nicht die Sperlgasse. Du hängst an einem
Knoten von Martin Mildner. Viele IP, aber keine sinnvollen Links.

Ich glaube, dass das WPH nicht gut aufgebaut ist. Dass WPH über Sperlgasse
den Uplink hat halte ich für keine gute Lösung. Aber ich kenne den
Standort nicht.


Solche Mails bitte immer über die Wien-Liste: wien at lists.funkfeuer.at

lg Markus




From (spam-protected)  Tue Oct 13 14:55:35 2009
From: (spam-protected) (Bernd Petrovitsch)
Date: Tue, 13 Oct 2009 14:55:35 +0200
Subject: [Wien] Angriffversuche von Chinesen auf Funkfeuer Knoten
In-Reply-To: <E1MwuNW-0004mD-1T@marvin.funkfeuer.at>
References: <E1MwuNW-0004mD-1T@marvin.funkfeuer.at>
Message-ID: <1255438535.5611.7.camel@tara.firmix.at>

On Sun, 2009-10-11 at 11:06 +0200, Felix Ehritz wrote:
> >> wenn ich mir den log von meinem server ansehe der vor meiner port-
> >> umstellung
> >> nur so bombardiert wurde von loginversuchen auf ssh/root
> >> und jetzt, wo ssh auf einem anderen port und permit_root_logon
> >> ist jetzt fast komplett ruhe.
> >>
> > Das stimmt schon... derzeit versuchen die meisten noch nur port 22 zu
> > attackieren
> 
> 	Dann wäre ja portänderung ideal
Im Moment (bzw. die letzten 3 Jahre oder so) ja.

> > Aber laengerfristig wird sicher mit tools gescannt werden.
> 
> 	Dann müsste man sich was anderes überlegen
- Password-Login komplett ausschalten (und Login nur über
  authorized_keys zulassen)
- IP-Range(s) einschränken (über /etc/hosts.{allow,deny}). Wenn das der
  dropbear nicht kann, den dropbear über einen inetd starten, der das
  kann. Oder über iptables den Port 22 nur für bestimmte IP-Range(s)
  aufmachen (wo weniger Information leakt wie bei accept(2)+close(2)
  in $DAEMON).
  Selbst wenn A1 komplett erlaubt ist, ist doch fast das gesamte
  Internet draußen.

[...]
> ;-) (nicht immer sind 6 letter passwords sicher ;-))
6 Zeichen ist auch ziemlich wenig.

	Bernd
-- 
Firmix Software GmbH                   http://www.firmix.at/
mobil: +43 664 4416156                 fax: +43 1 7890849-55
          Embedded Linux Development and Services





From (spam-protected)  Tue Oct 13 17:34:00 2009
From: (spam-protected) (Erich)
Date: Tue, 13 Oct 2009 17:34:00 +0200
Subject: [Wien] VPN Server -> DNS Server
Message-ID: <970B6567728E45F698676A082E3EDC6C@workstation>

Hallo

Über den Tunnelserver sind die DNS Server nicht erreichbar.


sg Erich
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091013/2e4a61a0/attachment.htm>

From (spam-protected)  Tue Oct 13 18:14:03 2009
From: (spam-protected) (Markus Kittenberger)
Date: Tue, 13 Oct 2009 18:14:03 +0200
Subject: [Wien] VPN Server -> DNS Server
In-Reply-To: <970B6567728E45F698676A082E3EDC6C@workstation>
References: <970B6567728E45F698676A082E3EDC6C@workstation>
Message-ID: <op.u1qx1ph7871hnn@markit.mshome.net>

Am 13.10.2009, 17:34 Uhr, schrieb Erich <gratis.wlan at wolke7.net>:

> Hallo
>
> Über den Tunnelserver sind die DNS Server nicht erreichbar.

jep der tunnelserver hat seine links zu kryptaroof/devvserver verbockt,..
hat also quasi nurnoch tunnels aber sonst nix,..

193.238.159.100	78.41.113.119	0.00	(1.000/0.000) INFINITE
193.238.159.100	78.41.112.104	0.00	(1.000/0.000) INFINITE
193.238.159.100	193.238.157.147	0.00	(1.000/0.000) INFINITE

mal sehen worans liegt,..
>
>
> sg Erich


-- 
lg Markus



From (spam-protected)  Tue Oct 13 18:41:50 2009
From: (spam-protected) (Erich)
Date: Tue, 13 Oct 2009 18:41:50 +0200
Subject: [Wien] VPN Server -> DNS Server
References: <970B6567728E45F698676A082E3EDC6C@workstation>
	<op.u1qx1ph7871hnn@markit.mshome.net>
Message-ID: <4ADEF209183147189A85340F3F949487@workstation>

Spricht etwas gegen www.opendns.com

208.67.222.222
208.67.220.220

sgE

----- Original Message ----- 
From: "Markus Kittenberger" <Markus.Kittenberger at gmx.at>
To: "Erich" <gratis.wlan at wolke7.net>; "FunkFeuer Wien" 
<wien at lists.funkfeuer.at>
Sent: Tuesday, October 13, 2009 6:14 PM
Subject: Re: [Wien] VPN Server -> DNS Server


> Am 13.10.2009, 17:34 Uhr, schrieb Erich <gratis.wlan at wolke7.net>:
>
>> Hallo
>>
>> Über den Tunnelserver sind die DNS Server nicht erreichbar.
>
> jep der tunnelserver hat seine links zu kryptaroof/devvserver verbockt,..
> hat also quasi nurnoch tunnels aber sonst nix,..
>
> 193.238.159.100 78.41.113.119 0.00 (1.000/0.000) INFINITE
> 193.238.159.100 78.41.112.104 0.00 (1.000/0.000) INFINITE
> 193.238.159.100 193.238.157.147 0.00 (1.000/0.000) INFINITE
>
> mal sehen worans liegt,..
>>
>>
>> sg Erich
>
>
> -- 
> lg Markus 




From (spam-protected)  Tue Oct 13 19:20:09 2009
From: (spam-protected) (Erich)
Date: Tue, 13 Oct 2009 19:20:09 +0200
Subject: [Wien] Brenner
Message-ID: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation>

Hallo Akku

Der Brenner routet derzeit über Hainburg. Hainburg sendet mit nur 2 Mbit und ist daher etwas langsam. Könntest du den Multiplikator am Brenner entsprechend ändern, damit nicht über Hainburg geroutet wird? So macht das surfen keinen Spaß.

sg Erich
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091013/2c10ec9d/attachment.htm>

From (spam-protected)  Tue Oct 13 19:40:03 2009
From: (spam-protected) ((spam-protected))
Date: Tue, 13 Oct 2009 19:40:03 +0200 (CEST)
Subject: [Wien] Brenner
In-Reply-To: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation>
References: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation>
Message-ID: <3281.78.41.113.80.1255455603.squirrel@runout.at>

> Der Brenner routet derzeit über Hainburg. Hainburg sendet mit nur 2 Mbit
> und ist daher etwas langsam. Könntest du den Multiplikator am Brenner
> entsprechend ändern, damit nicht über Hainburg geroutet wird? So macht das
> surfen keinen Spaß.

keine gute idee.
da sollte der grund gefunden werden.
ich nehm an, das hängt mit dem vorigen posting von dir zusammen, dem
tunnelserver problem

markus




From (spam-protected)  Tue Oct 13 19:41:24 2009
From: (spam-protected) (Markus Kittenberger)
Date: Tue, 13 Oct 2009 19:41:24 +0200
Subject: [Wien] Brenner
In-Reply-To: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation>
References: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation>
Message-ID: <op.u1q13asv871hnn@markit.mshome.net>

Am 13.10.2009, 19:20 Uhr, schrieb Erich <gratis.wlan at wolke7.net>:

> Hallo Akku
>
> Der Brenner routet derzeit über Hainburg. Hainburg sendet mit nur 2 Mbit  
> und ist daher etwas langsam. Könntest du den Multiplikator am Brenner  
> entsprechend ändern, damit nicht über Hainburg geroutet wird? So macht  
> das surfen keinen Spaß.

würde das viel bringen

brenner hat ja wohl keine uplinks ausser seinen tunnel, oder eben  
hainburg,..

lg Markus



From (spam-protected)  Tue Oct 13 19:52:41 2009
From: (spam-protected) (Erich)
Date: Tue, 13 Oct 2009 19:52:41 +0200
Subject: [Wien] Zwischenfrage Re:  Brenner
References: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation>
	<20091013174101.48760@gmx.net>
Message-ID: <5BA274A0BCD549B2B16487C84846471B@workstation>

Der Rauchfang wurde schon abgetragen. Das stört nicht weiter, da die Antenne 
auf dem anderen Rauchfang ist. Den Knoten läuft daher noch.

sgE

----- Original Message ----- 
From: "Martin" <m.msp at gmx.de>
To: "Erich" <gratis.wlan at wolke7.net>
Sent: Tuesday, October 13, 2009 7:41 PM
Subject: Zwischenfrage Re: [Wien] Brenner


> Hi,
>
> mal eine leicht OT Zwischenfrage:  Ist Brenner nicht auf dem 
> wunderschoenen Schlot des Kraftwerks Simmering?  In diesem 
> Stadtwerke-Heftl (24 Std f. Wien) stand neulich drinnen, dass der sehr 
> bald von einem Roboter innert 100 Tagen komplett aufgejausnet werden soll.
>
> http://www.24h-online.at/portal/articles.22+M5e17f11be9e.0.html
>
> muesste eigentlich bald soweit sein.  Das stoert doch bestimmt die 
> Funkqualitaet? ;-)
>
> Nein, im Ernst:  Sollte man nicht eher anfangen um den Node herumzuplanen 
> bzw. Alternativen aufzubauen, bevor der ploetzlich weg ist?  (Oder ist 
> "Brenner" woanders drauf?)
> Hat jetzt nichts konkret mit der vorigen Mail zu tun.
>
> lg,
>   Martin.
>
> -------- Original-Nachricht --------
>> Datum: Tue, 13 Oct 2009 19:20:09 +0200
>> Von: "Erich" <gratis.wlan at wolke7.net>
>> An: "Gerhard P." <akku99 at gmx.at>
>> CC: FunkFeuer Wien <wien at lists.funkfeuer.at>
>> Betreff: [Wien] Brenner
>
>> Hallo Akku
>>
>> Der Brenner routet derzeit über Hainburg. Hainburg sendet mit nur 2 Mbit
>> und ist daher etwas langsam. Könntest du den Multiplikator am Brenner
>> entsprechend ändern, damit nicht über Hainburg geroutet wird? So macht 
>> das
>> surfen keinen Spaß.
>>
>> sg Erich
>
> -- 
> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 
> 3.5 -
> sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser 




From (spam-protected)  Tue Oct 13 19:59:18 2009
From: (spam-protected) (Erich)
Date: Tue, 13 Oct 2009 19:59:18 +0200
Subject: [Wien] Brenner
References: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation>
	<op.u1q13asv871hnn@markit.mshome.net>
Message-ID: <5637C92059944662A5D4B4790F342541@workstation>



> Am 13.10.2009, 19:20 Uhr, schrieb Erich <gratis.wlan at wolke7.net>:
>
>> Hallo Akku
>>
>> Der Brenner routet derzeit über Hainburg. Hainburg sendet mit nur 2 Mbit 
>> und ist daher etwas langsam. Könntest du den Multiplikator am Brenner 
>> entsprechend ändern, damit nicht über Hainburg geroutet wird? So macht 
>> das surfen keinen Spaß.
>
> würde das viel bringen

ja, weil der tunnel wesentlich schneller und stabieler ist als der funklink

derzeit siehts so aus :-(
ff_openvpn_lq=0.2

>
> brenner hat ja wohl keine uplinks ausser seinen tunnel, oder eben 
> hainburg,..
>

derzeit läuft der traffic eben nicht über den tunnel vom brenner sondern 
zuerst nach hainburg und dann über einen tunnel zurück nach wien

nicht so optimal. ETX ist gut, aber 2 Mbit sind etwas zach (nicht 
bandbreite, sondern WLAN Speed)
 rate is 2 Mbps mrate is 5.5 Mbps
sg E 




From (spam-protected)  Tue Oct 13 20:02:18 2009
From: (spam-protected) (Erich)
Date: Tue, 13 Oct 2009 20:02:18 +0200
Subject: [Wien] Brenner
References: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation>
	<op.u1q13asv871hnn@markit.mshome.net>
Message-ID: <C4929799447C46E08FE5BB9DACD9C1E4@workstation>



> Am 13.10.2009, 19:20 Uhr, schrieb Erich <gratis.wlan at wolke7.net>:
>
>> Hallo Akku
>>
>> Der Brenner routet derzeit über Hainburg. Hainburg sendet mit nur 2 Mbit
>> und ist daher etwas langsam. Könntest du den Multiplikator am Brenner
>> entsprechend ändern, damit nicht über Hainburg geroutet wird? So macht
>> das surfen keinen Spaß.
>
> würde das viel bringen

ja, weil der tunnel wesentlich schneller und stabieler ist als der funklink

derzeit siehts so aus :-(
ff_openvpn_lq=0.2

>
> brenner hat ja wohl keine uplinks ausser seinen tunnel, oder eben
> hainburg,..
>

derzeit läuft der traffic eben nicht über den tunnel vom brenner sondern
zuerst nach hainburg und dann über einen tunnel zurück nach wien

nicht so optimal. ETX ist gut, aber 2 Mbit sind etwas zach (nicht
bandbreite, sondern WLAN Speed)
 rate is 2 Mbps mrate is 5.5 Mbps

Seiten sind unvollständig, Mailsabrufen/senden geht zT nicht
sg E




From (spam-protected)  Tue Oct 13 20:12:10 2009
From: (spam-protected) ((spam-protected))
Date: Tue, 13 Oct 2009 20:12:10 +0200
Subject: [Wien] Brenner
References: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation><op.u1q13asv871hnn@markit.mshome.net>
	<5637C92059944662A5D4B4790F342541@workstation>
Message-ID: <46DE9E6EBD35314AA91F588FD886AE7402BF8D63@SWI19MXSV3.orf.local>


nicht nur der funklink ist "zach" wie erich das bezeichnet, sondern leider auch meine Adsl. Eine Morsestrecke - sozusagen :-)
Joe

-----Ursprüngliche Nachricht-----
Von: wien-bounces at lists.funkfeuer.at im Auftrag von Erich
Gesendet: Di 13.10.2009 19:59
An: Markus Kittenberger
Cc: FunkFeuer Wien
Betreff: Re: [Wien] Brenner
 


> Am 13.10.2009, 19:20 Uhr, schrieb Erich <gratis.wlan at wolke7.net>:
>
>> Hallo Akku
>>
>> Der Brenner routet derzeit über Hainburg. Hainburg sendet mit nur 2 Mbit 
>> und ist daher etwas langsam. Könntest du den Multiplikator am Brenner 
>> entsprechend ändern, damit nicht über Hainburg geroutet wird? So macht 
>> das surfen keinen Spaß.
>
> würde das viel bringen

ja, weil der tunnel wesentlich schneller und stabieler ist als der funklink

derzeit siehts so aus :-(
ff_openvpn_lq=0.2

>
> brenner hat ja wohl keine uplinks ausser seinen tunnel, oder eben 
> hainburg,..
>

derzeit läuft der traffic eben nicht über den tunnel vom brenner sondern 
zuerst nach hainburg und dann über einen tunnel zurück nach wien

nicht so optimal. ETX ist gut, aber 2 Mbit sind etwas zach (nicht 
bandbreite, sondern WLAN Speed)
 rate is 2 Mbps mrate is 5.5 Mbps
sg E 


--
Wien mailing list
Wien at lists.funkfeuer.at
http://lists.funkfeuer.at/mailman/listinfo/wien

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091013/16f4a9d1/attachment.htm>

From (spam-protected)  Tue Oct 13 20:32:11 2009
From: (spam-protected) (Erich)
Date: Tue, 13 Oct 2009 20:32:11 +0200
Subject: [Wien] Brenner
References: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation><op.u1q13asv871hnn@markit.mshome.net>
	<5637C92059944662A5D4B4790F342541@workstation>
	<46DE9E6EBD35314AA91F588FD886AE7402BF8D63@SWI19MXSV3.orf.local>
Message-ID: <27420EBBAB744272B538D2654ECCB503@workstation>

AW: [Wien] BrennerHi Joe

Mit dem Paket freifunk-netperf-de kannst du die Bandbreit zwischen zwei Knoten messen. Ein guter ETX ist nicht alles :-)

sg Erich


mit SSH
ipkg update
ipkg install freifunk-netperf-de 
  ----- Original Message ----- 
  From: josef.semler at orf.at 
  To: gratis.wlan at wolke7.net ; Markus.Kittenberger at gmx.at 
  Cc: wien at lists.funkfeuer.at 
  Sent: Tuesday, October 13, 2009 8:12 PM
  Subject: AW: [Wien] Brenner




  nicht nur der funklink ist "zach" wie erich das bezeichnet, sondern leider auch meine Adsl. Eine Morsestrecke - sozusagen :-)
  Joe

  -----Ursprüngliche Nachricht-----
  Von: wien-bounces at lists.funkfeuer.at im Auftrag von Erich
  Gesendet: Di 13.10.2009 19:59
  An: Markus Kittenberger
  Cc: FunkFeuer Wien
  Betreff: Re: [Wien] Brenner



  > Am 13.10.2009, 19:20 Uhr, schrieb Erich <gratis.wlan at wolke7.net>:
  >
  >> Hallo Akku
  >>
  >> Der Brenner routet derzeit über Hainburg. Hainburg sendet mit nur 2 Mbit
  >> und ist daher etwas langsam. Könntest du den Multiplikator am Brenner
  >> entsprechend ändern, damit nicht über Hainburg geroutet wird? So macht
  >> das surfen keinen Spaß.
  >
  > würde das viel bringen

  ja, weil der tunnel wesentlich schneller und stabieler ist als der funklink

  derzeit siehts so aus :-(
  ff_openvpn_lq=0.2

  >
  > brenner hat ja wohl keine uplinks ausser seinen tunnel, oder eben
  > hainburg,..
  >

  derzeit läuft der traffic eben nicht über den tunnel vom brenner sondern
  zuerst nach hainburg und dann über einen tunnel zurück nach wien

  nicht so optimal. ETX ist gut, aber 2 Mbit sind etwas zach (nicht
  bandbreite, sondern WLAN Speed)
   rate is 2 Mbps mrate is 5.5 Mbps
  sg E


  --
  Wien mailing list
  Wien at lists.funkfeuer.at
  http://lists.funkfeuer.at/mailman/listinfo/wien


-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091013/b2cfcbc0/attachment.htm>

From (spam-protected)  Tue Oct 13 20:52:29 2009
From: (spam-protected) (Henning Rogge)
Date: Tue, 13 Oct 2009 20:52:29 +0200
Subject: [Wien] Brenner
In-Reply-To: <27420EBBAB744272B538D2654ECCB503@workstation>
References: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation>
	<46DE9E6EBD35314AA91F588FD886AE7402BF8D63@SWI19MXSV3.orf.local>
	<27420EBBAB744272B538D2654ECCB503@workstation>
Message-ID: <200910132052.34071.hrogge@googlemail.com>

Am Dienstag 13 Oktober 2009 20:32:11 schrieb Erich:
> AW: [Wien] BrennerHi Joe
> 
> Mit dem Paket freifunk-netperf-de kannst du die Bandbreit zwischen zwei
>  Knoten messen. Ein guter ETX ist nicht alles :-)
Hoffe in 12 Monaten haben wir ne OLSRd Version die (unter anderem) ETT kann. 
;)

Henning
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 198 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.funkfeuer.at/pipermail/wien/attachments/20091013/ba5c33eb/attachment.sig>

From (spam-protected)  Tue Oct 13 21:15:23 2009
From: (spam-protected) (akku)
Date: Tue, 13 Oct 2009 21:15:23 +0200
Subject: [Wien] Brenner
In-Reply-To: <27420EBBAB744272B538D2654ECCB503@workstation>
References: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation><op.u1q13asv871hnn@markit.mshome.net>	<5637C92059944662A5D4B4790F342541@workstation>	<46DE9E6EBD35314AA91F588FD886AE7402BF8D63@SWI19MXSV3.orf.local>
	<27420EBBAB744272B538D2654ECCB503@workstation>
Message-ID: <4AD4D1CB.30200@gmx.at>

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

da tunnel server wieder gesund ist,
hab ich  0.2 mult wieder rausgenommen
hf akku

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJK1NHLAAoJEAEdF7rjCoMyGN4H/Rc0FFAv5BDGqT27jAD52WSK
taiCztSX++/dZMTa7wobZE/qg/LChi7cKimR1HmGCJ1eLbpwtpNLHnhWkHDeZx7d
EaYwm1zPzz8eWh839VWJLT0AFGrV8wyLJtDWxohCsHbmjnvhq1uCiiUFBa1zui9J
EMVFDEqiN+Hw9MtTNCGo+yBhPOG/eGYUBAUxs5Caf19CTrcd+3eWFse4L7ITzUbD
5d9bBoXqnQMIY4SQX/3buqXKNrcPhjo5rqs46ixTR2mSjupZ/0t4iGiIPKylNF6d
YB7HV9KRHql5akAOMuVh/w+tMs/6sXJZn0B8TcY4TrO0KR9Nh/uwoqVItSRrHxo=
=qxpM
-----END PGP SIGNATURE-----



From (spam-protected)  Tue Oct 13 21:16:09 2009
From: (spam-protected) ((spam-protected))
Date: Tue, 13 Oct 2009 21:16:09 +0200 (CEST)
Subject: [Wien] Brenner
In-Reply-To: <27420EBBAB744272B538D2654ECCB503@workstation>
References: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation><op.u1q13asv871hnn@markit.mshome.net>
	<5637C92059944662A5D4B4790F342541@workstation>
	<46DE9E6EBD35314AA91F588FD886AE7402BF8D63@SWI19MXSV3.orf.local>
	<27420EBBAB744272B538D2654ECCB503@workstation>
Message-ID: <3725.78.41.113.80.1255461369.squirrel@runout.at>

> Mit dem Paket freifunk-netperf-de kannst du die Bandbreit zwischen zwei
> Knoten messen. Ein guter ETX ist nicht alles :-)

gute idee, aber nicht wundern wenn dein webinterface dann die farben und
bilder ändert....

lg markus




From (spam-protected)  Tue Oct 13 21:46:05 2009
From: (spam-protected) (Erich)
Date: Tue, 13 Oct 2009 21:46:05 +0200
Subject: [Wien] Brenner
References: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation><op.u1q13asv871hnn@markit.mshome.net>
	<5637C92059944662A5D4B4790F342541@workstation>
	<46DE9E6EBD35314AA91F588FD886AE7402BF8D63@SWI19MXSV3.orf.local>
	<27420EBBAB744272B538D2654ECCB503@workstation>
	<3725.78.41.113.80.1255461369.squirrel@runout.at>
Message-ID: <3BB4E96E831C406089C6DF97ECFDB6D0@workstation>

Hallo

Wenn es mit dem Paket ein Sicherheitsproblem gibt, dann sollte man das Paket 
nicht zum Installieren anbieten und einen Eintrag im Wiki machen.
Hast du konkrete Hinweise darauf?
Bis jetzt hatte ich noch keine Probleme mit den Farben vom Webinterface 
*aufholzklopf*

sg Erich

----- Original Message ----- 
From: <markus at runout.at>
To: "Erich" <gratis.wlan at wolke7.net>
Cc: <josef.semler at orf.at>; "FunkFeuer Wien" <wien at lists.funkfeuer.at>
Sent: Tuesday, October 13, 2009 9:16 PM
Subject: Re: [Wien] Brenner


>> Mit dem Paket freifunk-netperf-de kannst du die Bandbreit zwischen zwei
>> Knoten messen. Ein guter ETX ist nicht alles :-)
>
> gute idee, aber nicht wundern wenn dein webinterface dann die farben und
> bilder ändert....
>
> lg markus 




From (spam-protected)  Tue Oct 13 22:02:05 2009
From: (spam-protected) ((spam-protected))
Date: Tue, 13 Oct 2009 22:02:05 +0200 (CEST)
Subject: [Wien] Brenner
In-Reply-To: <3BB4E96E831C406089C6DF97ECFDB6D0@workstation>
References: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation><op.u1q13asv871hnn@markit.mshome.net>
	<5637C92059944662A5D4B4790F342541@workstation>
	<46DE9E6EBD35314AA91F588FD886AE7402BF8D63@SWI19MXSV3.orf.local>
	<27420EBBAB744272B538D2654ECCB503@workstation>
	<3725.78.41.113.80.1255461369.squirrel@runout.at>
	<3BB4E96E831C406089C6DF97ECFDB6D0@workstation>
Message-ID: <4018.78.41.113.80.1255464125.squirrel@runout.at>

> Wenn es mit dem Paket ein Sicherheitsproblem gibt, dann sollte man das
> Paket
> nicht zum Installieren anbieten und einen Eintrag im Wiki machen.
> Hast du konkrete Hinweise darauf?
> Bis jetzt hatte ich noch keine Probleme mit den Farben vom Webinterface
> *aufholzklopf*

sag das den entwicklern in deutschland. die wurden bereits vor einem
halben jahr drauf hingewiesen.

markus




From (spam-protected)  Tue Oct 13 22:10:14 2009
From: (spam-protected) (Markus Kittenberger)
Date: Tue, 13 Oct 2009 22:10:14 +0200
Subject: [Wien] Brenner
In-Reply-To: <3BB4E96E831C406089C6DF97ECFDB6D0@workstation>
References: <FE6E4E583EE647E5B2E91C7EE881FB50@workstation>
	<op.u1q13asv871hnn@markit.mshome.net>
	<5637C92059944662A5D4B4790F342541@workstation>
	<46DE9E6EBD35314AA91F588FD886AE7402BF8D63@SWI19MXSV3.orf.local>
	<27420EBBAB744272B538D2654ECCB503@workstation>
	<3725.78.41.113.80.1255461369.squirrel@runout.at>
	<3BB4E96E831C406089C6DF97ECFDB6D0@workstation>
Message-ID: <op.u1q8zblx871hnn@markit.mshome.net>

Am 13.10.2009, 21:46 Uhr, schrieb Erich <gratis.wlan at wolke7.net>:

> Hallo
>
> Wenn es mit dem Paket ein Sicherheitsproblem gibt, dann sollte man das  
> Paket
> nicht zum Installieren anbieten
auf unseren mirror (ipkg.funkfeuer.at) sollte afaik schon monatelang eine  
korrigierte version sein,...
aber auf wohl allen anderen freifunk-ipkg mirros nicht,..

dieses netperf-gui paket ist jedfalls ganz sicher korrigiert:
http://193.238.157.78/~markus/freifunk-netperf-de_1.6.37_mipsel.ipk

nur solang die korrigierte version nicht auf den upstream ipkg servern  
landet (was vmtl erst passiert wenn massiv probleme auftauchen,..)

lg Markus



From (spam-protected)  Tue Oct 13 22:32:20 2009
From: (spam-protected) (Markus Kittenberger)
Date: Tue, 13 Oct 2009 22:32:20 +0200
Subject: [Wien] OLSR Paket - Nachbarnamen werden nicht mehr abgefragt
In-Reply-To: <4F9FCA88B49C429F9C7E6207F8729B81@workstation>
References: <4F9FCA88B49C429F9C7E6207F8729B81@workstation>
Message-ID: <op.u1q9z6ej871hnn@markit.mshome.net>

Am 13.10.2009, 22:18 Uhr, schrieb Erich <gratis.wlan at wolke7.net>:

> Hallo
>
> Heute war der DNS Server nicht erreichbar, daher war mir klar, dass die  
> IP angezeigt wird.
> Mir ist aufgefallen, dass meine Knoten mit deinem Update die IP Adressen  
> der Nachbarn im Status nicht mehr auflösen.
> Sprich es steht nicht der Name vom Nachbarn, sondern nur die IP.
> Nun läuft wieder alles und die Namen werden trotzdem zT nicht angezeigt.
>
alle 0xff-olsrd versionen bis 0.5.6.6.2 cachen (in /tmp/) die dns  
auflösugen für die statusseite
weil sie furchtbar lahm bei resolven sind,.. (sei verwenden nslookup  
einzlen für jeden domainanmen)

mit 0.5.6.6.2 gibts nen eigenen markant schnelleren, und  
ressourcenschonenderen (aber trotzdem multithreaded) dns resolver, welcher  
selber keien cache hat, aber eben idr den lokalen cache des dnsmasq  
benutzt (wenn dieser vorhanden bzw. nicht deaktiviert ist)

wie lange der dnsmasq negative responses cacht müsste man halt in der  
dnsmasq.conf oder so ähnlich einstellen/nachsehen imho reden wir da aber  
aber im schlimsmten fall von ein paar minuten,...

> http://78.41.113.112/cgi-bin-status.html
ist ne 0.6.6.0 die muss man neustarten (oder geduldig sein) damit die  
ihren eigenen cache vergisst (haben 1h negative response, 24h für positive)

> http://78.41.113.111/cgi-bin-status.html
>
> die IP 193.238.158.141 ist während dem DNS Ausfall aktiv geworden und  
> konnte daher nicht aufgelöst werden. Jetzt sollte sie aber durch den  
> Namen ersetzt werden...
>
>
> Hier hat ein Neustart das Problem gelöst.
> http://193.238.158.141/cgi-bin-status.html
> Namensauflösung geht wieder

as expected,..

-- 
lg Markus



From (spam-protected)  Thu Oct 15 15:48:26 2009
From: (spam-protected) ((spam-protected))
Date: Thu, 15 Oct 2009 15:48:26 +0200 (CEST)
Subject: [Wien] netzwerkschrank gesucht
Message-ID: <1498.78.41.113.80.1255614506.squirrel@runout.at>

hallo,
hat zufällig jemand einen netzwerkschrank
(600x800 oder 800x800, ca. 42HE)
den er loswerden will?

abholung sollte kein problem sein.

markus




From (spam-protected)  Fri Oct 16 00:55:44 2009
From: (spam-protected) (Christian Krutis)
Date: Fri, 16 Oct 2009 00:55:44 +0200
Subject: [Wien] Neues Mitglied
Message-ID: <20091015225544.294520@gmx.net>

Hallo

ich bin jetzt vor kurzem umgezogen und ein Freund half mir beim ausmessen 
und sind deswegen draufgekommen ich hab von meinem Dach aus eine Verbindung zu Node664 

mich würde interessieren ob es möglich ist am Monntag vorbeizukommen und einzusteigen bei euch 

lg Chris
-- 
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser



From (spam-protected)  Fri Oct 16 07:42:28 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Fri, 16 Oct 2009 07:42:28 +0200
Subject: [Wien] Neues Mitglied
In-Reply-To: <20091015225544.294520@gmx.net>
References: <20091015225544.294520@gmx.net>
Message-ID: <6842a4030910152242j625ff0bbvcfb1c76f54e92152@mail.gmail.com>

Hi!

Am 16. Oktober 2009 00:55 schrieb Christian Krutis <Krutis.c at gmx.at>:
> mich würde interessieren ob es möglich ist am Monntag vorbeizukommen und einzusteigen bei euch

Ja klar! Herzlich willkommen!

LG Gregor

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Fri Oct 16 12:21:17 2009
From: (spam-protected) (Markus Kittenberger)
Date: Fri, 16 Oct 2009 12:21:17 +0200
Subject: [Wien] =?utf-8?q?nanostation_+_satsch=C3=BCssel_*G?=
Message-ID: <op.u1v1ppfu871hnn@markit.mshome.net>

no comment *G

http://www.ubnt.ca/home?page=shop.product_details&flypage=flypage.tpl&product_id=83&category_id=22

-- 
lg Markus



From (spam-protected)  Fri Oct 16 16:59:51 2009
From: (spam-protected) (Clemens Hopfer)
Date: Fri, 16 Oct 2009 16:59:51 +0200
Subject: [Wien] =?iso-8859-1?q?nanostation_+_satsch=FCssel_*G?=
In-Reply-To: <op.u1v1ppfu871hnn@markit.mshome.net>
References: <op.u1v1ppfu871hnn@markit.mshome.net>
Message-ID: <200910161659.51754.datacop@wireloss.net>

Am Freitag 16 Oktober 2009 12:21:17 schrieb Markus Kittenberger:
> no comment *G
>
> http://www.ubnt.ca/home?page=shop.product_details&flypage=flypage.tpl&produ
>ct_id=83&category_id=22

Hmm mit ner Nanostation5M würde das mehr Sinn machen :-)

cu,
Clemens



From (spam-protected)  Fri Oct 16 20:05:47 2009
From: (spam-protected) (Peter Kuhm)
Date: Fri, 16 Oct 2009 20:05:47 +0200
Subject: [Wien] Ab Di. im Metalab: Workshop "Ausbildung zum Funkamateur"
Message-ID: <20091016200547.50820e2b@zero>

Lustige Runde unter der Obhut von Mike Zwingl (Österr. Versuchssenderverband), et al.

-> http://metalab.at/wiki/Metafunk

--- snip ---

Workshop "Ausbildung zum Funkamateur"

ab 20.10.2009 jeden Dienstag um 19:30 Uhr im Metalab

  Details zur Abwicklung [0]

WTF?

Wir bereiten uns gezielt auf den "Nachweis der Kenntnisse und Fertigkeiten"
gegenüber der Fernmeldebehörde vor.

* Damit ist es möglich, eine Amateurfunklizenz zu beantragen.
* lizenzierten Funkamateur steht es offen, Funkgeräte selbst zu bauen und
  in Betrieb zu nehmen.
* Was man da so alles treiben kann --> Metaday 26

[...]

--- snap ---

[0] http://metalab.at/wiki/Metafunk/Start



From (spam-protected)  Fri Oct 16 19:21:45 2009
From: (spam-protected) (HP Szvastics)
Date: Fri, 16 Oct 2009 19:21:45 +0200
Subject: [Wien] Farben der Links
Message-ID: <krmaw9.1hxv9l@webmail.htl-donaustadt.at>

Hallo,

ich habe eine Frage bzgl. der Karte von Wien.

Was haben die unterschiedlichen Farben der Links zu bedeuten?

Liebe Grüße
Hans-Peter
___________________________________________________________
htl donaustadt WebMail         http://www.htl-donaustadt.at





From (spam-protected)  Fri Oct 16 20:32:47 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Fri, 16 Oct 2009 20:32:47 +0200
Subject: [Wien] Farben der Links
In-Reply-To: <krmaw9.1hxv9l@webmail.htl-donaustadt.at>
References: <krmaw9.1hxv9l@webmail.htl-donaustadt.at>
Message-ID: <6842a4030910161132r4444fd0ch48368f47a4c4c5b3@mail.gmail.com>

Hi!

Am 16. Oktober 2009 19:21 schrieb HP Szvastics
<szvasticsh at itabt.htl-donaustadt.at>:
> Hallo,

Bitte subscribe dich auf der Liste, wenn du posten willst.

> ich habe eine Frage bzgl. der Karte von Wien.
>
> Was haben die unterschiedlichen Farben der Links zu bedeuten?

Sie symbolisieren die Linkkosten (ETX-Wert).
Grün: gute Verbindung, wenig Verluste.
Gelb: mittel
Rot: schlecht
Schwarz: Wert unbekannt.

Das sagt aber nicht unbedingt etwas über die Geschwindigkeit der Verbindung aus.

LG Gregor

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Fri Oct 16 20:39:37 2009
From: (spam-protected) (Clemens Hopfer)
Date: Fri, 16 Oct 2009 20:39:37 +0200
Subject: [Wien] Farben der Links
In-Reply-To: <6842a4030910161132r4444fd0ch48368f47a4c4c5b3@mail.gmail.com>
References: <krmaw9.1hxv9l@webmail.htl-donaustadt.at>
	<6842a4030910161132r4444fd0ch48368f47a4c4c5b3@mail.gmail.com>
Message-ID: <200910162039.38053.datacop@wireloss.net>

Am Freitag 16 Oktober 2009 20:32:47 schrieb Gregor Glashüttner:
> [...]
> Schwarz: Wert unbekannt.
Jein, schwarze Links sind eigentlich Links mit unendlicher Linkcost, also 
meist Links, bei denen nur eine Seite die sehen kann.
>
> Das sagt aber nicht unbedingt etwas über die Geschwindigkeit der Verbindung
> aus.
sehr wenig, es lassen sich damit nur Vermutungen anstellen, ob ein Knoten 
schlecht angebunden ist.

cu,
Clemens



From (spam-protected)  Sat Oct 17 16:24:03 2009
From: (spam-protected) (Markus Kittenberger)
Date: Sat, 17 Oct 2009 16:24:03 +0200
Subject: [Wien] =?utf-8?q?Heute/morgen_evt=2E_Ausf=C3=A4lle_w=C3=A4hrend_d?=
 =?utf-8?q?er_=22Aktionstage_Kryptaroof=22?=
In-Reply-To: <1255716853.2187.20.camel@orbiter>
References: <1254133840.6399.49.camel@resort> <1255177325.6304.1.camel@resort>
	<1255716853.2187.20.camel@orbiter>
Message-ID: <op.u1x7mcjn871hnn@markit.mshome.net>

dabei wird es wohl zu kurzen ausfällen des kryptaroofs kommen,

(was allerdings fast einen komplettausfall des uplinks fürs Funknetz  
gleichkommt, ...)

lg Markus

------- Weitergeleitete Nachricht -------
Von: "Andreas Marksteiner" <andreas at marksteiner.net>
An: backbone at lists.funkfeuer.at, freebone at lists.funkfeuer.at
Kopie:
Betreff: [Freebone] REMINDER - Aktionstage Kryptaroof ;-)
Datum: Fri, 16 Oct 2009 20:14:13 +0200

Hallo Leute,

On Sat, 2009-10-10 at 14:22 +0200, Andreas Marksteiner wrote:
> die Aktionstage sind verschoben auf das Wochenende
>
> 17.10 und 18.10

morgen ist es also endlich soweit ;-)

Startschuss Morgen 17.10 um 9 Uhr mit Frühstück und Planung.



From (spam-protected)  Sun Oct 18 16:09:05 2009
From: (spam-protected) (Marcel J.)
Date: Sun, 18 Oct 2009 16:09:05 +0200
Subject: [Wien] Knoten im Aufbau (bc35)
Message-ID: <4ADB2181.9090103@gmx.at>

Hallo liebe Funkfeuer-Mailingliste!

Ich möchte gerne einen Funkfeuer-Knoten bauen.
Zu diesem Zweck hab ich mich vor ca. 2 Wochen beim Treffen schlau 
gemacht, und war heute, bewaffnet mit Notebook und Digicam am Dach.

Obwohl ich angesichts meiner isolierten Situation auf der 
Funkfeuer-Karte eher mit einer Funkfeuer-Wüste gerechnet habe, konnte 
ich von einer Seite meines Hausdaches immerhin 2 Knoten empfangen, 
nämlich "h1.west.brenner.funkfeuer" und "v1.feiesnetz.www.funkfeuer.at".

Ich (durchaus technisch interessiert und nicht völlig unbegabt, aber in 
Funkfeuer-Fragen ziemlich ahnungslos) würd jetzt gern wissen wies 
weitergeht?

Wie find ich raus, wo sich diese Knoten befinden (auf der Karte find ich 
sie nicht unter diesen Namen).
Und was mach ich als nächstes?
Schon Hardware kaufen? (Wenn ja, brauch ich da auch noch Infos, aber da 
frag ich dann nochmal nach)

Hier noch meine Adresse:
Böcklinstraße 35, 1020
(auf der Karte mit bl35 eingezeichnet)

Danke schonmal für die Hilfe, und schön, dass es Funkfeuer gibt.

Liebe Grüße,

Marcel



From (spam-protected)  Sun Oct 18 18:18:33 2009
From: (spam-protected) ((spam-protected))
Date: Sun, 18 Oct 2009 18:18:33 +0200 (CEST)
Subject: [Wien] Knoten im Aufbau (bc35)
In-Reply-To: <4ADB2181.9090103@gmx.at>
References: <4ADB2181.9090103@gmx.at>
Message-ID: <1291.78.41.113.80.1255882713.squirrel@runout.at>

...
> Ich (durchaus technisch interessiert und nicht völlig unbegabt, aber in
> Funkfeuer-Fragen ziemlich ahnungslos) würd jetzt gern wissen wies
> weitergeht?

sehr schön :)
am besten zum montagstreff (metalab) vorbeikommen und alles weitere
besprechen. bzw. hwlfen bei firmware flashen und konfigurieren.

> Wie find ich raus, wo sich diese Knoten befinden (auf der Karte find ich
> sie nicht unter diesen Namen).
einer davon hat die id: 1126 (brenner), der ist SSO von dir

> Schon Hardware kaufen? (Wenn ja, brauch ich da auch noch Infos, aber da
> frag ich dann nochmal nach)

wenn du mit nb ein halbwegs gutes signal hast, dann kanns mit einer
sinnvollen antenne nur besser werden.
schau im wiki.funkfeuer.at welche hardware sinnvoll ist (buffalo, linksys)
und was du günstig bekommen kannst.

lg markus




From (spam-protected)  Sun Oct 18 19:37:58 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Sun, 18 Oct 2009 19:37:58 +0200
Subject: [Wien] Knoten im Aufbau (bc35)
In-Reply-To: <1291.78.41.113.80.1255882713.squirrel@runout.at>
References: <4ADB2181.9090103@gmx.at>
	<1291.78.41.113.80.1255882713.squirrel@runout.at>
Message-ID: <6842a4030910181037v7d5e5cdco9573f7f4eefc6839@mail.gmail.com>

Hi!

Am 18. Oktober 2009 18:18 schrieb  <markus at runout.at>:
> wenn du mit nb ein halbwegs gutes signal hast, dann kanns mit einer
> sinnvollen antenne nur besser werden.

Genau. Besorg dir schon mal einen Router und flashe und konfiguriere
ihn. Zugangsdaten zur Benutzerdatenbank und damit eine IP-Adresse
bekommst du am Montagstreffen. Dann gehst du mit dem fertig
konfigurierten Ding nochmal aufs Dach und schaust nach, mit welchen
Knoten du dich tatsächlich verbindest (Brenner ist leicht zu finden,
was das andere ist ist noch interessant). Abhängig von diesem Ergebnis
kannst du dann entscheiden, was für eine Antenne sinnvoll ist (ist
abhängig von der Entfernung).

LG Gregor

PS: schau auch auf shop.funkfeuer.at mit Zugangsdaten gast/funkfeuer

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Sun Oct 18 22:14:41 2009
From: (spam-protected) (Marcel J.)
Date: Sun, 18 Oct 2009 22:14:41 +0200
Subject: [Wien] [Fwd: Re:  Knoten im Aufbau (bl35)]
Message-ID: <4ADB7731.6010600@gmx.at>

Diese Nachricht hab ich vorher falsch versendet, und der Funkfeuer-Liste 
daher vorenthalten

Danke für die Antwort.
Am Montagstreffen war ich eh schon mal (komm aber gerne wieder ;-) ).

Ja, den "brenner"-Knoten hab ich schon gefunden. Die Signalstärke in 
Ubuntu wurde mit etwa einem Drittel des Balkens dargestellt. Das andere 
Signal (v1.freiesnetz.www.funkfeuer.at) war noch stärker. Das kann ich 
aber nicht orten. Habt ihr eine Idee wie ich den Knoten finden kann 
(oder tu ich da was mißinterpretieren)?

Beim Montagstreffen wurden mir einige mögliche Hardware-Konfigurationen 
aufgezählt. Am meisten würde mich die Routerstation reizen, weil die 
sehr "anpassungsfähig" scheint. Ich will aber insgesamt auch nicht zu 
viel Geld ausgeben (hab mir so ein Limit von 150 ? für den 1. 
Ausbauschritt gesetzt). Ist das (mit Gehäuse, mini-pci-Karte(n), 
Antennen, usw.) drinnen? Oder wär was anderes besser?

Außerdem war am Montagstreffen die Rede von Sammelbestellungen (wäre 
wohl für die Antenne sinnvoll, weil die kriegt man ja nicht so leicht in 
Österreich). Ist sowas in Aussicht?

Liebe Grüße,

Marcel

markus at runout.at schrieb:
> ...
>   
>> Ich (durchaus technisch interessiert und nicht völlig unbegabt, aber in
>> Funkfeuer-Fragen ziemlich ahnungslos) würd jetzt gern wissen wies
>> weitergeht?
>>     
>
> sehr schön :)
> am besten zum montagstreff (metalab) vorbeikommen und alles weitere
> besprechen. bzw. hwlfen bei firmware flashen und konfigurieren.
>
>   
>> Wie find ich raus, wo sich diese Knoten befinden (auf der Karte find ich
>> sie nicht unter diesen Namen).
>>     
> einer davon hat die id: 1126 (brenner), der ist SSO von dir
>
>   
>> Schon Hardware kaufen? (Wenn ja, brauch ich da auch noch Infos, aber da
>> frag ich dann nochmal nach)
>>     
>
> wenn du mit nb ein halbwegs gutes signal hast, dann kanns mit einer
> sinnvollen antenne nur besser werden.
> schau im wiki.funkfeuer.at welche hardware sinnvoll ist (buffalo, linksys)
> und was du günstig bekommen kannst.
>
> lg markus
> ------------------------------------------------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com 
> Version: 8.5.422 / Virus Database: 270.14.20/2444 - Release Date: 10/18/09 09:04:00
>
>   





From (spam-protected)  Sun Oct 18 22:59:28 2009
From: (spam-protected) (L. Aaron Kaplan)
Date: Sun, 18 Oct 2009 22:59:28 +0200
Subject: [Wien] [Fwd: Re:  Knoten im Aufbau (bl35)]
In-Reply-To: <4ADB7731.6010600@gmx.at>
References: <4ADB7731.6010600@gmx.at>
Message-ID: <B1345C6F-7153-4403-810F-9324162EA798@lo-res.org>


On Oct 18, 2009, at 10:14 PM, Marcel J. wrote:

> Diese Nachricht hab ich vorher falsch versendet, und der Funkfeuer- 
> Liste
> daher vorenthalten
>
> Danke für die Antwort.
> Am Montagstreffen war ich eh schon mal (komm aber gerne wieder ;-) ).
>
> Ja, den "brenner"-Knoten hab ich schon gefunden. Die Signalstärke in
> Ubuntu wurde mit etwa einem Drittel des Balkens dargestellt. Das  
> andere
> Signal (v1.freiesnetz.www.funkfeuer.at) war noch stärker. Das kann ich
> aber nicht orten. Habt ihr eine Idee wie ich den Knoten finden kann
> (oder tu ich da was mißinterpretieren)?
>
Es gibt (fuer die linksys oder atheros karten auf linux) das "horst"  
tool.
Damit kann man die OLSR packets und IP Addressen dekodieren.
Dann nimmt man eine IP und macht einen reverse DNS lookup:
dig -x $IP.
Zugegeben: besonders komfortabel ist das noch nicht.

> Beim Montagstreffen wurden mir einige mögliche Hardware- 
> Konfigurationen
> aufgezählt. Am meisten würde mich die Routerstation reizen, weil die
> sehr "anpassungsfähig" scheint. Ich will aber insgesamt auch nicht zu
> viel Geld ausgeben (hab mir so ein Limit von 150 ? für den 1.
> Ausbauschritt gesetzt). Ist das (mit Gehäuse, mini-pci-Karte(n),
> Antennen, usw.) drinnen? Oder wär was anderes besser?
>
geht sich ungefaehr aus.

> Außerdem war am Montagstreffen die Rede von Sammelbestellungen (wäre
> wohl für die Antenne sinnvoll, weil die kriegt man ja nicht so  
> leicht in
> Österreich). Ist sowas in Aussicht?


lg,
a.

---
there's no place like 127.0.0.1

(üäö)




From (spam-protected)  Sun Oct 18 23:05:52 2009
From: (spam-protected) (Marcel J.)
Date: Sun, 18 Oct 2009 23:05:52 +0200
Subject: [Wien] [Fwd: Re:  Knoten im Aufbau (bl35)]
In-Reply-To: <B1345C6F-7153-4403-810F-9324162EA798@lo-res.org>
References: <4ADB7731.6010600@gmx.at>
	<B1345C6F-7153-4403-810F-9324162EA798@lo-res.org>
Message-ID: <4ADB8330.7050402@gmx.at>

na vielleicht schaff ichs ja, morgen auch wieder vorbeizukommen... wenn 
nicht, ruf ich dich an, josef, danke für dieses angebot!

dass ich bis dahin herausgefunden hab, wer noch zu mir sendet is aber 
eher unwahrscheinlich... wenn sichs ausgeht probier ichs.

danke für die viele hilfe mal bis auf weiteres!

L. Aaron Kaplan schrieb:
>
> On Oct 18, 2009, at 10:14 PM, Marcel J. wrote:
>
>> Diese Nachricht hab ich vorher falsch versendet, und der Funkfeuer-Liste
>> daher vorenthalten
>>
>> Danke für die Antwort.
>> Am Montagstreffen war ich eh schon mal (komm aber gerne wieder ;-) ).
>>
>> Ja, den "brenner"-Knoten hab ich schon gefunden. Die Signalstärke in
>> Ubuntu wurde mit etwa einem Drittel des Balkens dargestellt. Das andere
>> Signal (v1.freiesnetz.www.funkfeuer.at) war noch stärker. Das kann ich
>> aber nicht orten. Habt ihr eine Idee wie ich den Knoten finden kann
>> (oder tu ich da was mißinterpretieren)?
>>
> Es gibt (fuer die linksys oder atheros karten auf linux) das "horst" 
> tool.
> Damit kann man die OLSR packets und IP Addressen dekodieren.
> Dann nimmt man eine IP und macht einen reverse DNS lookup:
> dig -x $IP.
> Zugegeben: besonders komfortabel ist das noch nicht.
>
>> Beim Montagstreffen wurden mir einige mögliche Hardware-Konfigurationen
>> aufgezählt. Am meisten würde mich die Routerstation reizen, weil die
>> sehr "anpassungsfähig" scheint. Ich will aber insgesamt auch nicht zu
>> viel Geld ausgeben (hab mir so ein Limit von 150 ? für den 1.
>> Ausbauschritt gesetzt). Ist das (mit Gehäuse, mini-pci-Karte(n),
>> Antennen, usw.) drinnen? Oder wär was anderes besser?
>>
> geht sich ungefaehr aus.
>
>> Außerdem war am Montagstreffen die Rede von Sammelbestellungen (wäre
>> wohl für die Antenne sinnvoll, weil die kriegt man ja nicht so leicht in
>> Österreich). Ist sowas in Aussicht?
>
>
> lg,
> a.
>
> ---
> there's no place like 127.0.0.1
>
> (üäö)
>



From (spam-protected)  Mon Oct 19 16:34:02 2009
From: (spam-protected) ((spam-protected))
Date: Mon, 19 Oct 2009 16:34:02 +0200 (CEST)
Subject: [Wien] krypta - nbg43 neue teststrecke
Message-ID: <60000.78.41.113.80.1255962842.squirrel@runout.at>

zusätzlich zum bestehenden nstream2 link wurde eine freebone-teststrecke
mit nanostation m5 eingerichtet, deshalb kam es heute zu einem etwa 5min.
langen ausfall auf der nbg43.

markus






From (spam-protected)  Mon Oct 19 19:22:09 2009
From: (spam-protected) (Clemens Hopfer)
Date: Mon, 19 Oct 2009 19:22:09 +0200
Subject: [Wien] v1.6.17
In-Reply-To: <003701ca5050$5be99180$13bcb480$@mildner@gmx.at>
References: <1254133840.6399.49.camel@resort>
	<op.u1x7mcjn871hnn@markit.mshome.net>
	<003701ca5050$5be99180$13bcb480$@mildner@gmx.at>
Message-ID: <200910191922.09855.datacop@wireloss.net>

Hi,

Bitte trag dich bei der Mailingliste ein, wenn du was posten willst, ich hab 
keine Lust jedes deiner Mails einzeln durchzulassen....

cu,
Clemens

Am Montag 19 Oktober 2009 02:08:59 schrieb Martin W. Mildner:
> Hallo Liste, weiß jemand wem der Knoten
> http://193.238.159.188/cgi-bin-contact.html
> Gehört ?
> L.G.
> Martin





From (spam-protected)  Tue Oct 20 11:11:26 2009
From: (spam-protected) (Markus Kittenberger)
Date: Tue, 20 Oct 2009 11:11:26 +0200
Subject: [Wien] =?utf-8?q?Ausf=C3=A4lle_gestern_22=3A45_bis_heute_10h?=
Message-ID: <op.u13c5cm8871hnn@markit.mshome.net>

zu rinfo,..

gestern von 22:45 - 00:00 gab es einen ausfall des ospf daemons am  
subway,..

dadurch konnte das freenet das housing (und die dns server usw,..) nicht  
erreichen,..

während den debug/aufräumarbeiten kam es dann wohl leider zu einem  
kollateralschaden welcher bis heute 10h dafür sorgte das 78.41.112.0/23  
nicht über den kryptaroof geroutet wurde,

nun sollte wieder alles passen,..

-- 
lg Markus



From (spam-protected)  Tue Oct 20 19:45:28 2009
From: (spam-protected) (Felix Ehritz)
Date: Tue, 20 Oct 2009 19:45:28 +0200
Subject: [Wien] forum fehlt auf 0xFF-HP
Message-ID: <mailman.106.1618330129.10647.wien@lists.funkfeuer.at>

Habe gestern am montagstreffen mit einem interessenten gesprochen, der mich
auf folgendes aufmerksam machte:

Auf unserer HP ist unter services kein link fürs forum. Mit absicht? Würde
es auch nicht schlecht finden wenn das wer ergänzen könnte.

 

Mit freundlichen Grüßen Felix

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091020/a9883804/attachment.htm>

From (spam-protected)  Tue Oct 20 21:16:02 2009
From: (spam-protected) ((spam-protected))
Date: Tue, 20 Oct 2009 21:16:02 +0200 (CEST)
Subject: [Wien] forum fehlt auf 0xFF-HP
In-Reply-To: <E1N0ImF-0001ZH-QQ@marvin.funkfeuer.at>
References: <E1N0ImF-0001ZH-QQ@marvin.funkfeuer.at>
Message-ID: <1205.78.41.113.80.1256066162.squirrel@runout.at>

> Habe gestern am montagstreffen mit einem interessenten gesprochen, der
> mich
> auf folgendes aufmerksam machte:
>
> Auf unserer HP ist unter services kein link fürs forum. Mit absicht? Würde
> es auch nicht schlecht finden wenn das wer ergänzen könnte.

ich glaube das ist bewusst so...
ich persönlich hab keine lust dauernd in ein forum reinzuschauen.
und mbmn sollten alle interessierten leute und vor allem alle
knotenbesitzer auf der wien-liste mitlesen. für knotenbesitzer sollte das
eigentlich verpflichtend eingeführt werden.
die listen haben ein öffentliches archiv, ev. sollte es dorthin einen
direkteren link geben. da mir niemand einen typo3 account geben wollte
werd ich mich aber auch nicht drum bemühen.

markus





From (spam-protected)  Tue Oct 20 22:49:41 2009
From: (spam-protected) (Alexander Szlezak)
Date: Tue, 20 Oct 2009 22:49:41 +0200
Subject: [Wien] wl500gp - power adapter fehler
In-Reply-To: <4ADDE47B.7040205@netousek.com>
References: <4AC3D48C.6090706@szlezak.com> <4ADDE47B.7040205@netousek.com>
Message-ID: <4ADE2265.5000609@szlezak.com>

Hi Thomas,

Super - wie hast du das Gehäuse ohne es zu zerstören aufbekommen. Das 
hab ich nämlich auf die Schnelle nicht geschafft.

danke für einen Tipp!

Alex

Thomas Netousek schrieb:
> Alexander Szlezak wrote:
>> Hi,
>>
>> Falls es interessiert: bei uns in der Firma sind grad 4 von 6 der 
>> beliebten Asus WL500GP einfach hängengeblieben. Nach einigem 
>> Rumprobieren bin ich draufgekommen, dass es am Netzteil liegt.
>>
>> Danach gegoogelt und das gefunden: http://wl500g.info/showthread.php?t=18121
>>
>> Fazit: die Asus Netzteile sind am eingehen und liefern nicht mehr die 
>> Stromstärke die der Access Point braucht weil die Elkos hin werden.
>>
>> Daher - neues Netzteil (oh Wunder geht wirklich) mit 5V und gerne ein 
>> bisserl mehr als 2,5Ah und die Sacher ist erledigt!
>>
>> lg,
>> Alex
>>
>>   
> Ich hatte das gleiche Problem.
> Meinen Messungen zufolge verbraucht der WL500gP wesentlich weniger als 2.5A.
> Ich habe das Originalnetzteil aufgemacht, den defekten 1200uF
> Kondensator gegen 2 Stk mit je 1000uF ausgetauschen (dafür ist ja genug
> Platz und die 2Stk können sich die Arbeit teilen) und alles funktioniert
> wieder wie neu !
> 
> 
> Thomas
> 

-- 
--
Follow me on Twitter @ http://twitter.com/magicshark
__________________________________________________________________
Mag. Alexander SZLEZAK


Reischergasse 6/2
A-1130 Vienna
Austria
M +43 699 1 350 41 01
F +43 720 345 197
E alex at szlezak.com

https://www.xing.com/profile/Alexander_Szlezak



From (spam-protected)  Wed Oct 21 10:48:26 2009
From: (spam-protected) (HOELLRIGL SIEGFRIED)
Date: Wed, 21 Oct 2009 10:48:26 +0200
Subject: [Wien] Siemens SE505 und "Funnel" Bootloader
Message-ID: <7B2CDF26EAF3ED46A31B82655D24C285020A57ED@FRVELSMBS23.ad2.ad.alcatel.com>


Hallo !

Gibt es hier jemand, der schon mal auf ein Siemens SE505 einen neuen
Bootloader geflasht hat ?

Lg, Sigi



From (spam-protected)  Wed Oct 21 22:24:24 2009
From: (spam-protected) (Gottfried Motowidlo)
Date: Wed, 21 Oct 2009 22:24:24 +0200
Subject: [Wien] Neuer Freifunker
Message-ID: <001401ca528c$81f6ba90$0101a8c0@net.local>

Grüß Euch Leute!
Bin neues Mitglied bei FF, wohne in Wiener Neudorf und sage hallo in die Runde! Von der Amateurfunkseite kommend (oe3gmw), kenne ich schon einige Freifunker. Vielleicht gibt es hier am Reisenbauer Ring bald einen Testknoten, mal sehen... 
L.G. an alle, Gottfried Motowidlo 
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091021/35796617/attachment.htm>

From (spam-protected)  Wed Oct 21 22:46:07 2009
From: (spam-protected) ((spam-protected))
Date: Wed, 21 Oct 2009 13:46:07 -0700 (PDT)
Subject: [Wien] Neuer Freifunker
Message-ID: <3728716.835.1256157969656.JavaMail.seven@ap1.trial.red.7sys.net>

Hi Gottfried,

Schön dich hier zu haben. Reisenbauerring Umkreis gibt es was (sieh dir mal die Karte an), allerdings ist sehr stark die Frage 
Ob du hinsiehst.

Ich hätte ich könnte mir noch mindestens einen Freund vorstellen der dort (leider im ersten Stock) wohnt und Interesse hätte.

Lg Alex
--
Alexander Szlezak
alex at szlezak.com
+4369913504101

-- Urspr. Mitt. --
Betreff: [Wien] Neuer Freifunker
Von: "Gottfried Motowidlo" <gomowi at gmail.com>
Datum: 21.10.2009 22:24

Grüß Euch Leute!
Bin neues Mitglied bei FF, wohne in Wiener Neudorf und sage hallo in die Runde! Von der Amateurfunkseite kommend (oe3gmw), kenne ich schon einige Freifunker. Vielleicht gibt es hier am Reisenbauer Ring bald einen Testknoten, mal sehen... 
L.G. an alle, Gottfried Motowidlo 




From (spam-protected)  Wed Oct 21 22:55:20 2009
From: (spam-protected) (Markus Gschwendt)
Date: Wed, 21 Oct 2009 22:55:20 +0200
Subject: [Wien] sicherheits update! extrem wichtig!
Message-ID: <1256158520.5015.13.camel@buchhaltung2.roland>

hallo,

das paket "netperf" hat eine sicherheitslücke, die einem angreifer
vollen zugang zur shell ermöglicht.

bitte alle die das paket "netperf" verwenden, dieses von folgender
quelle updaten. das paket am freifunk-server ist bisher anscheinend
nicht gefixd worden:

http://texas.funkfeuer.at/~markus/freifunk-netperf-de_1.6.37_mipsel.ipk

z.b. per ssh (windows: putty.exe) am router einloggen und folgende
befehlszeile (ohne zeilenumbrüche) ausführen:

ipkg install
http://texas.funkfeuer.at/~markus/freifunk-netperf-de_1.6.37_mipsel.ipk

markus

@aaron: kann das bitte jemand (mit zugang) auf der 0xff-homepage also
offizielle bestätigung eintragen? ev. dort mit md5 hash.

-- 
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/x-pkcs7-signature
Dateigröße  : 1832 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.funkfeuer.at/pipermail/wien/attachments/20091021/bb420429/attachment.bin>

From (spam-protected)  Wed Oct 21 23:10:22 2009
From: (spam-protected) (L. Aaron Kaplan)
Date: Wed, 21 Oct 2009 23:10:22 +0200
Subject: [Wien] sicherheits update! extrem wichtig!
In-Reply-To: <1256158520.5015.13.camel@buchhaltung2.roland>
References: <1256158520.5015.13.camel@buchhaltung2.roland>
Message-ID: <0556ABDF-E4BB-4DD9-AE29-374B2ACB8AA3@lo-res.org>

>
> ipkg install
> http://texas.funkfeuer.at/~markus/freifunk-netperf- 
> de_1.6.37_mipsel.ipk
>
> markus
>
> @aaron: kann das bitte jemand (mit zugang) auf der 0xff-homepage also
> offizielle bestätigung eintragen? ev. dort mit md5 hash.
>

wird morgen gemacht

lg,
a.

---
there's no place like 127.0.0.1

(üäö)




From (spam-protected)  Thu Oct 22 07:26:07 2009
From: (spam-protected) (Henning Rogge)
Date: Thu, 22 Oct 2009 07:26:07 +0200
Subject: [Wien] sicherheits update! extrem wichtig!
In-Reply-To: <0556ABDF-E4BB-4DD9-AE29-374B2ACB8AA3@lo-res.org>
References: <1256158520.5015.13.camel@buchhaltung2.roland>
	<0556ABDF-E4BB-4DD9-AE29-374B2ACB8AA3@lo-res.org>
Message-ID: <87eacd830910212226g597e8c6dt7a8852f5b62e8cda@mail.gmail.com>

2009/10/21 L. Aaron Kaplan <aaron at lo-res.org>:
>>
>> ipkg install
>> http://texas.funkfeuer.at/~markus/freifunk-netperf-
>> de_1.6.37_mipsel.ipk
>>
>> markus
>>
>> @aaron: kann das bitte jemand (mit zugang) auf der 0xff-homepage also
>> offizielle bestätigung eintragen? ev. dort mit md5 hash.
>>
>
> wird morgen gemacht
>
> lg,
> a.
Ist ein Grund bekannt warum dieser Fehler noch nicht im OpenWRT-Trunk
gefixt ist (oder ist er es schon ?) ?

Henning

-- 
"Wo kämen wir hin, wenn alle sagten, wo kämem wir hin, und niemand
ginge, um einmal zu schauen, wohin man käme, wenn man ginge." (Kurt
Marti)



From (spam-protected)  Thu Oct 22 07:38:53 2009
From: (spam-protected) (Henning Rogge)
Date: Thu, 22 Oct 2009 07:38:53 +0200
Subject: [Wien] sicherheits update! extrem wichtig!
In-Reply-To: <87eacd830910212226g597e8c6dt7a8852f5b62e8cda@mail.gmail.com>
References: <1256158520.5015.13.camel@buchhaltung2.roland>
	<0556ABDF-E4BB-4DD9-AE29-374B2ACB8AA3@lo-res.org>
	<87eacd830910212226g597e8c6dt7a8852f5b62e8cda@mail.gmail.com>
Message-ID: <87eacd830910212238j23f19f6as2b201d6c31d27a03@mail.gmail.com>

2009/10/22 Henning Rogge <hrogge at googlemail.com>:
> Ist ein Grund bekannt warum dieser Fehler noch nicht im OpenWRT-Trunk
> gefixt ist (oder ist er es schon ?) ?
Nach dem was ich sehe enthält der Trunk von OpenWRT seit 2 Wochen aus
Netperf 2.4.5.
https://dev.openwrt.org/changeset/17883
Diese Version sollte nicht mehr gegen den Netperf-Exploit anfällt sein.
http://www.vupen.com/english/advisories/2007/0912

Henning

-- 
"Wo kämen wir hin, wenn alle sagten, wo kämem wir hin, und niemand
ginge, um einmal zu schauen, wohin man käme, wenn man ginge." (Kurt
Marti)



From (spam-protected)  Thu Oct 22 08:22:01 2009
From: (spam-protected) ((spam-protected))
Date: Thu, 22 Oct 2009 08:22:01 +0200
Subject: [Wien] Neuer Freifunker
In-Reply-To: <001401ca528c$81f6ba90$0101a8c0@net.local>
References: <001401ca528c$81f6ba90$0101a8c0@net.local>
Message-ID: <46DE9E6EBD35314AA91F588FD886AE7403A71D18@SWI19MXSV3.orf.local>

Hallo Gottfried!

Erst mal auch von mir "Willkommen bei 0xFF"

Es würd mich sehr freuen wenn du eine Verbindung zu den von dir angesprochenen "unsichtbaren" oxff- Knoten schaffen würdest.

Infos über das Device schick ich dir gleich direkt

 

Joe

 

Von: wien-bounces at lists.funkfeuer.at [mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von Gottfried Motowidlo
Gesendet: Mittwoch, 21. Oktober 2009 22:24
An: wien at lists.funkfeuer.at
Betreff: [Wien] Neuer Freifunker

 

Grüß Euch Leute!

Bin neues Mitglied bei FF, wohne in Wiener Neudorf und sage hallo in die Runde! Von der Amateurfunkseite kommend (oe3gmw), kenne ich schon einige Freifunker. Vielleicht gibt es hier am Reisenbauer Ring bald einen Testknoten, mal sehen... 

L.G. an alle, Gottfried Motowidlo 

 

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091022/c3bd1e6b/attachment.htm>

From (spam-protected)  Thu Oct 22 08:44:34 2009
From: (spam-protected) (Ben Dover)
Date: Thu, 22 Oct 2009 08:44:34 +0200
Subject: [Wien] =?iso-8859-1?q?Hf-Kabel_ab_1m_mit_h=F6her_Daempfun?=
Message-ID: <cc0fad5e0910212344j5970e2b3k7f197a9ca0e9d049@mail.gmail.com>

Hi!

suche ein Kabel ("schnur") mit möglichst grosser Dämpfung. 5- 10 DB.
wenn einer so ein Kabel aus Gruenden des hohen Signalverlustes herumliegen
hat, ich wuerdes im
abkaufen.

fuer ratschlaege bezueglich daempfungserhoehung router - antenne bin ich
dankbar.

(suche auf diesem weg auch nen onlinecalc fuer kabeltypen/normen)

lg



Am 22. Oktober 2009 08:22 schrieb <wien-request at lists.funkfeuer.at>:

> Um e-Mails an die Liste Wien zu schicken, nutzen Sie bitte die Adresse
>
>        wien at lists.funkfeuer.at
>
> Um sich via Web von der Liste zu entfernen oder draufzusetzen:
>
>        http://lists.funkfeuer.at/mailman/listinfo/wien
>
> oder, via Email, schicken Sie eine Email mit dem Wort 'help' in
> Subject/Betreff oder im Text an
>
>        wien-request at lists.funkfeuer.at
>
> Sie koennen den Listenverwalter dieser Liste unter der Adresse
>
>        wien-owner at lists.funkfeuer.at
>
> erreichen
>
> Wenn Sie antworten, bitte editieren Sie die Subject/Betreff auf einen
> sinnvollen Inhalt der spezifischer ist als "Re: Contents of Wien
> digest..."
>
>
> Meldungen des Tages:
>
>   1. Neuer Freifunker (Gottfried Motowidlo)
>   2. Re: Neuer Freifunker (alex at szlezak.com)
>   3. sicherheits update! extrem wichtig! (Markus Gschwendt)
>   4. Re: sicherheits update! extrem wichtig! (L. Aaron Kaplan)
>   5. Re: sicherheits update! extrem wichtig! (Henning Rogge)
>   6. Re: sicherheits update! extrem wichtig! (Henning Rogge)
>   7. Re: Neuer Freifunker (josef.semler at orf.at)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 21 Oct 2009 22:24:24 +0200
> From: "Gottfried Motowidlo" <gomowi at gmail.com>
> Subject: [Wien] Neuer Freifunker
> To: <wien at lists.funkfeuer.at>
> Message-ID: <001401ca528c$81f6ba90$0101a8c0 at net.local>
> Content-Type: text/plain; charset="windows-1252"
>
> Grüß Euch Leute!
> Bin neues Mitglied bei FF, wohne in Wiener Neudorf und sage hallo in die
> Runde! Von der Amateurfunkseite kommend (oe3gmw), kenne ich schon einige
> Freifunker. Vielleicht gibt es hier am Reisenbauer Ring bald einen
> Testknoten, mal sehen...
> L.G. an alle, Gottfried Motowidlo
> -------------- nächster Teil --------------
> Ein Dateianhang mit HTML-Daten wurde abgetrennt...
> URL:
> http://lists.funkfeuer.at/pipermail/wien/attachments/20091021/35796617/attachment-0001.htm
>
> ------------------------------
>
> Message: 2
> Date: Wed, 21 Oct 2009 13:46:07 -0700 (PDT)
> From: "alex at szlezak.com" <alex at szlezak.com>
> Subject: Re: [Wien] Neuer Freifunker
> To: <gomowi at gmail.com>
> Cc: wien at lists.funkfeuer.at
> Message-ID:
>        <3728716.835.1256157969656.JavaMail.seven at ap1.trial.red.7sys.net>
> Content-Type: text/plain; charset=UTF-8
>
> Hi Gottfried,
>
> Schön dich hier zu haben. Reisenbauerring Umkreis gibt es was (sieh dir mal
> die Karte an), allerdings ist sehr stark die Frage
> Ob du hinsiehst.
>
> Ich hätte ich könnte mir noch mindestens einen Freund vorstellen der dort
> (leider im ersten Stock) wohnt und Interesse hätte.
>
> Lg Alex
> --
> Alexander Szlezak
> alex at szlezak.com
> +4369913504101
>
> -- Urspr. Mitt. --
> Betreff: [Wien] Neuer Freifunker
> Von: "Gottfried Motowidlo" <gomowi at gmail.com>
> Datum: 21.10.2009 22:24
>
> Grüß Euch Leute!
> Bin neues Mitglied bei FF, wohne in Wiener Neudorf und sage hallo in die
> Runde! Von der Amateurfunkseite kommend (oe3gmw), kenne ich schon einige
> Freifunker. Vielleicht gibt es hier am Reisenbauer Ring bald einen
> Testknoten, mal sehen...
> L.G. an alle, Gottfried Motowidlo
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 21 Oct 2009 22:55:20 +0200
> From: Markus Gschwendt <markus at runout.at>
> Subject: [Wien] sicherheits update! extrem wichtig!
> To: wien at lists.funkfeuer.at
> Message-ID: <1256158520.5015.13.camel at buchhaltung2.roland>
> Content-Type: text/plain; charset="utf-8"
>
> hallo,
>
> das paket "netperf" hat eine sicherheitslücke, die einem angreifer
> vollen zugang zur shell ermöglicht.
>
> bitte alle die das paket "netperf" verwenden, dieses von folgender
> quelle updaten. das paket am freifunk-server ist bisher anscheinend
> nicht gefixd worden:
>
> http://texas.funkfeuer.at/~markus/freifunk-netperf-de_1.6.37_mipsel.ipk
>
> z.b. per ssh (windows: putty.exe) am router einloggen und folgende
> befehlszeile (ohne zeilenumbrüche) ausführen:
>
> ipkg install
> http://texas.funkfeuer.at/~markus/freifunk-netperf-de_1.6.37_mipsel.ipk
>
> markus
>
> @aaron: kann das bitte jemand (mit zugang) auf der 0xff-homepage also
> offizielle bestätigung eintragen? ev. dort mit md5 hash.
>
> --
> -------------- n?ster Teil --------------
> Ein Dateianhang mit Binärdaten wurde abgetrennt...
> Dateiname   : smime.p7s
> Dateityp    : application/x-pkcs7-signature
> Dateigröße  : 1832 bytes
> Beschreibung: nicht verfügbar
> URL         :
> http://lists.funkfeuer.at/pipermail/wien/attachments/20091021/bb420429/attachment-0001.bin
>
> ------------------------------
>
> Message: 4
> Date: Wed, 21 Oct 2009 23:10:22 +0200
> From: "L. Aaron Kaplan" <aaron at lo-res.org>
> Subject: Re: [Wien] sicherheits update! extrem wichtig!
> To: markus at runout.at
> Cc: wien at lists.funkfeuer.at
> Message-ID: <0556ABDF-E4BB-4DD9-AE29-374B2ACB8AA3 at lo-res.org>
> Content-Type: text/plain; charset=iso-8859-1; format=flowed; delsp=yes
>
> >
> > ipkg install
> > http://texas.funkfeuer.at/~markus/freifunk-netperf-
> > de_1.6.37_mipsel.ipk
> >
> > markus
> >
> > @aaron: kann das bitte jemand (mit zugang) auf der 0xff-homepage also
> > offizielle bestätigung eintragen? ev. dort mit md5 hash.
> >
>
> wird morgen gemacht
>
> lg,
> a.
>
> ---
> there's no place like 127.0.0.1
>
> (üäö)
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 22 Oct 2009 07:26:07 +0200
> From: Henning Rogge <hrogge at googlemail.com>
> Subject: Re: [Wien] sicherheits update! extrem wichtig!
> To: "L. Aaron Kaplan" <aaron at lo-res.org>
> Cc: wien at lists.funkfeuer.at
> Message-ID:
>        <87eacd830910212226g597e8c6dt7a8852f5b62e8cda at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/10/21 L. Aaron Kaplan <aaron at lo-res.org>:
> >>
> >> ipkg install
> >> http://texas.funkfeuer.at/~markus/freifunk-netperf-
> >> de_1.6.37_mipsel.ipk
> >>
> >> markus
> >>
> >> @aaron: kann das bitte jemand (mit zugang) auf der 0xff-homepage also
> >> offizielle bestätigung eintragen? ev. dort mit md5 hash.
> >>
> >
> > wird morgen gemacht
> >
> > lg,
> > a.
> Ist ein Grund bekannt warum dieser Fehler noch nicht im OpenWRT-Trunk
> gefixt ist (oder ist er es schon ?) ?
>
> Henning
>
> --
> "Wo kämen wir hin, wenn alle sagten, wo kämem wir hin, und niemand
> ginge, um einmal zu schauen, wohin man käme, wenn man ginge." (Kurt
> Marti)
>
>
>
> ------------------------------
>
> Message: 6
> Date: Thu, 22 Oct 2009 07:38:53 +0200
> From: Henning Rogge <hrogge at googlemail.com>
> Subject: Re: [Wien] sicherheits update! extrem wichtig!
> To: "L. Aaron Kaplan" <aaron at lo-res.org>
> Cc: wien at lists.funkfeuer.at
> Message-ID:
>        <87eacd830910212238j23f19f6as2b201d6c31d27a03 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> 2009/10/22 Henning Rogge <hrogge at googlemail.com>:
> > Ist ein Grund bekannt warum dieser Fehler noch nicht im OpenWRT-Trunk
> > gefixt ist (oder ist er es schon ?) ?
> Nach dem was ich sehe enthält der Trunk von OpenWRT seit 2 Wochen aus
> Netperf 2.4.5.
> https://dev.openwrt.org/changeset/17883
> Diese Version sollte nicht mehr gegen den Netperf-Exploit anfällt sein.
> http://www.vupen.com/english/advisories/2007/0912
>
> Henning
>
> --
> "Wo kämen wir hin, wenn alle sagten, wo kämem wir hin, und niemand
> ginge, um einmal zu schauen, wohin man käme, wenn man ginge." (Kurt
> Marti)
>
>
>
> ------------------------------
>
> Message: 7
> Date: Thu, 22 Oct 2009 08:22:01 +0200
> From: <josef.semler at orf.at>
> Subject: Re: [Wien] Neuer Freifunker
> To: <gomowi at gmail.com>, <wien at lists.funkfeuer.at>
> Message-ID:
>        <46DE9E6EBD35314AA91F588FD886AE7403A71D18 at SWI19MXSV3.orf.local>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hallo Gottfried!
>
> Erst mal auch von mir "Willkommen bei 0xFF"
>
> Es würd mich sehr freuen wenn du eine Verbindung zu den von dir
> angesprochenen "unsichtbaren" oxff- Knoten schaffen würdest.
>
> Infos über das Device schick ich dir gleich direkt
>
>
>
> Joe
>
>
>
> Von: wien-bounces at lists.funkfeuer.at [mailto:
> wien-bounces at lists.funkfeuer.at] Im Auftrag von Gottfried Motowidlo
> Gesendet: Mittwoch, 21. Oktober 2009 22:24
> An: wien at lists.funkfeuer.at
> Betreff: [Wien] Neuer Freifunker
>
>
>
> Grüß Euch Leute!
>
> Bin neues Mitglied bei FF, wohne in Wiener Neudorf und sage hallo in die
> Runde! Von der Amateurfunkseite kommend (oe3gmw), kenne ich schon einige
> Freifunker. Vielleicht gibt es hier am Reisenbauer Ring bald einen
> Testknoten, mal sehen...
>
> L.G. an alle, Gottfried Motowidlo
>
>
>
> -------------- nächster Teil --------------
> Ein Dateianhang mit HTML-Daten wurde abgetrennt...
> URL:
> http://lists.funkfeuer.at/pipermail/wien/attachments/20091022/c3bd1e6b/attachment.htm
>
> ------------------------------
>
> _______________________________________________
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
>
> Ende Wien Nachrichtensammlung, Band 29, Eintrag 34
> **************************************************
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091022/b516b738/attachment.htm>

From (spam-protected)  Thu Oct 22 08:50:58 2009
From: (spam-protected) ((spam-protected))
Date: Thu, 22 Oct 2009 08:50:58 +0200
Subject: [Wien] =?iso-8859-1?q?WG=3A__Hf-Kabel_ab_1m_mit_h=F6her_Daempfun?=
Message-ID: <46DE9E6EBD35314AA91F588FD886AE7403A71D20@SWI19MXSV3.orf.local>

Ähm... warum bitte? J

Man kann die Leistung bei den Devices auch so reduzieren. -> Die "Sender" machen dann wenig "Mist" in den Nachbarkanälen.

Vergiss nicht: Wenn di das Sendesignal dämpfst wird dein Empfänger auch taub dadurch.

 

Joe

 

Von: wien-bounces at lists.funkfeuer.at [mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von Ben Dover
Gesendet: Donnerstag, 22. Oktober 2009 08:45
An: wien at lists.funkfeuer.at
Betreff: [Wien] Hf-Kabel ab 1m mit höher Daempfun

 

Hi!

 

suche ein Kabel ("schnur") mit möglichst grosser Dämpfung. 5- 10 DB. 

wenn einer so ein Kabel aus Gruenden des hohen Signalverlustes herumliegen hat, ich wuerdes im 

abkaufen. 

 

fuer ratschlaege bezueglich daempfungserhoehung router - antenne bin ich dankbar. 

 

(suche auf diesem weg auch nen onlinecalc fuer kabeltypen/normen)

 

lg



 

Am 22. Oktober 2009 08:22 schrieb <wien-request at lists.funkfeuer.at>:

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

       wien at lists.funkfeuer.at

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

       http://lists.funkfeuer.at/mailman/listinfo/wien

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

       wien-request at lists.funkfeuer.at

Sie koennen den Listenverwalter dieser Liste unter der Adresse

       wien-owner at lists.funkfeuer.at

erreichen

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


Meldungen des Tages:

  1. Neuer Freifunker (Gottfried Motowidlo)
  2. Re: Neuer Freifunker (alex at szlezak.com)
  3. sicherheits update! extrem wichtig! (Markus Gschwendt)
  4. Re: sicherheits update! extrem wichtig! (L. Aaron Kaplan)
  5. Re: sicherheits update! extrem wichtig! (Henning Rogge)
  6. Re: sicherheits update! extrem wichtig! (Henning Rogge)
  7. Re: Neuer Freifunker (josef.semler at orf.at)


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

Message: 1
Date: Wed, 21 Oct 2009 22:24:24 +0200
From: "Gottfried Motowidlo" <gomowi at gmail.com>
Subject: [Wien] Neuer Freifunker
To: <wien at lists.funkfeuer.at>
Message-ID: <001401ca528c$81f6ba90$0101a8c0 at net.local>
Content-Type: text/plain; charset="windows-1252"

Grüß Euch Leute!
Bin neues Mitglied bei FF, wohne in Wiener Neudorf und sage hallo in die Runde! Von der Amateurfunkseite kommend (oe3gmw), kenne ich schon einige Freifunker. Vielleicht gibt es hier am Reisenbauer Ring bald einen Testknoten, mal sehen...
L.G. an alle, Gottfried Motowidlo
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: http://lists.funkfeuer.at/pipermail/wien/attachments/20091021/35796617/attachment-0001.htm

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

Message: 2
Date: Wed, 21 Oct 2009 13:46:07 -0700 (PDT)
From: "alex at szlezak.com" <alex at szlezak.com>
Subject: Re: [Wien] Neuer Freifunker
To: <gomowi at gmail.com>
Cc: wien at lists.funkfeuer.at
Message-ID:
       <3728716.835.1256157969656.JavaMail.seven at ap1.trial.red.7sys.net>
Content-Type: text/plain; charset=UTF-8

Hi Gottfried,

Schön dich hier zu haben. Reisenbauerring Umkreis gibt es was (sieh dir mal die Karte an), allerdings ist sehr stark die Frage
Ob du hinsiehst.

Ich hätte ich könnte mir noch mindestens einen Freund vorstellen der dort (leider im ersten Stock) wohnt und Interesse hätte.

Lg Alex
--
Alexander Szlezak
alex at szlezak.com
+4369913504101

-- Urspr. Mitt. --
Betreff: [Wien] Neuer Freifunker
Von: "Gottfried Motowidlo" <gomowi at gmail.com>
Datum: 21.10.2009 22:24

Grüß Euch Leute!
Bin neues Mitglied bei FF, wohne in Wiener Neudorf und sage hallo in die Runde! Von der Amateurfunkseite kommend (oe3gmw), kenne ich schon einige Freifunker. Vielleicht gibt es hier am Reisenbauer Ring bald einen Testknoten, mal sehen...
L.G. an alle, Gottfried Motowidlo




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

Message: 3
Date: Wed, 21 Oct 2009 22:55:20 +0200
From: Markus Gschwendt <markus at runout.at>
Subject: [Wien] sicherheits update! extrem wichtig!
To: wien at lists.funkfeuer.at
Message-ID: <1256158520.5015.13.camel at buchhaltung2.roland>
Content-Type: text/plain; charset="utf-8"

hallo,

das paket "netperf" hat eine sicherheitslücke, die einem angreifer
vollen zugang zur shell ermöglicht.

bitte alle die das paket "netperf" verwenden, dieses von folgender
quelle updaten. das paket am freifunk-server ist bisher anscheinend
nicht gefixd worden:

http://texas.funkfeuer.at/~markus/freifunk-netperf-de_1.6.37_mipsel.ipk

z.b. per ssh (windows: putty.exe) am router einloggen und folgende
befehlszeile (ohne zeilenumbrüche) ausführen:

ipkg install
http://texas.funkfeuer.at/~markus/freifunk-netperf-de_1.6.37_mipsel.ipk

markus

@aaron: kann das bitte jemand (mit zugang) auf der 0xff-homepage also
offizielle bestätigung eintragen? ev. dort mit md5 hash.

--
-------------- n?ster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/x-pkcs7-signature
Dateigröße  : 1832 bytes
Beschreibung: nicht verfügbar
URL         : http://lists.funkfeuer.at/pipermail/wien/attachments/20091021/bb420429/attachment-0001.bin

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

Message: 4
Date: Wed, 21 Oct 2009 23:10:22 +0200
From: "L. Aaron Kaplan" <aaron at lo-res.org>
Subject: Re: [Wien] sicherheits update! extrem wichtig!
To: markus at runout.at
Cc: wien at lists.funkfeuer.at
Message-ID: <0556ABDF-E4BB-4DD9-AE29-374B2ACB8AA3 at lo-res.org>
Content-Type: text/plain; charset=iso-8859-1; format=flowed; delsp=yes

>
> ipkg install
> http://texas.funkfeuer.at/~markus/freifunk-netperf-
> de_1.6.37_mipsel.ipk
>
> markus
>
> @aaron: kann das bitte jemand (mit zugang) auf der 0xff-homepage also
> offizielle bestätigung eintragen? ev. dort mit md5 hash.
>

wird morgen gemacht

lg,
a.

---
there's no place like 127.0.0.1

(üäö)




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

Message: 5
Date: Thu, 22 Oct 2009 07:26:07 +0200
From: Henning Rogge <hrogge at googlemail.com>
Subject: Re: [Wien] sicherheits update! extrem wichtig!
To: "L. Aaron Kaplan" <aaron at lo-res.org>
Cc: wien at lists.funkfeuer.at
Message-ID:
       <87eacd830910212226g597e8c6dt7a8852f5b62e8cda at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

2009/10/21 L. Aaron Kaplan <aaron at lo-res.org>:
>>
>> ipkg install
>> http://texas.funkfeuer.at/~markus/freifunk-netperf-
>> de_1.6.37_mipsel.ipk
>>
>> markus
>>
>> @aaron: kann das bitte jemand (mit zugang) auf der 0xff-homepage also
>> offizielle bestätigung eintragen? ev. dort mit md5 hash.
>>
>
> wird morgen gemacht
>
> lg,
> a.
Ist ein Grund bekannt warum dieser Fehler noch nicht im OpenWRT-Trunk
gefixt ist (oder ist er es schon ?) ?

Henning

--
"Wo kämen wir hin, wenn alle sagten, wo kämem wir hin, und niemand
ginge, um einmal zu schauen, wohin man käme, wenn man ginge." (Kurt
Marti)



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

Message: 6
Date: Thu, 22 Oct 2009 07:38:53 +0200
From: Henning Rogge <hrogge at googlemail.com>
Subject: Re: [Wien] sicherheits update! extrem wichtig!
To: "L. Aaron Kaplan" <aaron at lo-res.org>
Cc: wien at lists.funkfeuer.at
Message-ID:
       <87eacd830910212238j23f19f6as2b201d6c31d27a03 at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

2009/10/22 Henning Rogge <hrogge at googlemail.com>:
> Ist ein Grund bekannt warum dieser Fehler noch nicht im OpenWRT-Trunk
> gefixt ist (oder ist er es schon ?) ?
Nach dem was ich sehe enthält der Trunk von OpenWRT seit 2 Wochen aus
Netperf 2.4.5.
https://dev.openwrt.org/changeset/17883
Diese Version sollte nicht mehr gegen den Netperf-Exploit anfällt sein.
http://www.vupen.com/english/advisories/2007/0912

Henning

--
"Wo kämen wir hin, wenn alle sagten, wo kämem wir hin, und niemand
ginge, um einmal zu schauen, wohin man käme, wenn man ginge." (Kurt
Marti)



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

Message: 7
Date: Thu, 22 Oct 2009 08:22:01 +0200
From: <josef.semler at orf.at>
Subject: Re: [Wien] Neuer Freifunker
To: <gomowi at gmail.com>, <wien at lists.funkfeuer.at>
Message-ID:
       <46DE9E6EBD35314AA91F588FD886AE7403A71D18 at SWI19MXSV3.orf.local>
Content-Type: text/plain; charset="iso-8859-1"

Hallo Gottfried!

Erst mal auch von mir "Willkommen bei 0xFF"

Es würd mich sehr freuen wenn du eine Verbindung zu den von dir angesprochenen "unsichtbaren" oxff- Knoten schaffen würdest.

Infos über das Device schick ich dir gleich direkt



Joe



Von: wien-bounces at lists.funkfeuer.at [mailto:wien-bounces at lists.funkfeuer.at] Im Auftrag von Gottfried Motowidlo
Gesendet: Mittwoch, 21. Oktober 2009 22:24
An: wien at lists.funkfeuer.at
Betreff: [Wien] Neuer Freifunker



Grüß Euch Leute!

Bin neues Mitglied bei FF, wohne in Wiener Neudorf und sage hallo in die Runde! Von der Amateurfunkseite kommend (oe3gmw), kenne ich schon einige Freifunker. Vielleicht gibt es hier am Reisenbauer Ring bald einen Testknoten, mal sehen...

L.G. an alle, Gottfried Motowidlo



-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: http://lists.funkfeuer.at/pipermail/wien/attachments/20091022/c3bd1e6b/attachment.htm

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

_______________________________________________
Wien mailing list
Wien at lists.funkfeuer.at
http://lists.funkfeuer.at/mailman/listinfo/wien

Ende Wien Nachrichtensammlung, Band 29, Eintrag 34
**************************************************

 

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091022/2e119577/attachment.htm>

From (spam-protected)  Thu Oct 22 09:43:04 2009
From: (spam-protected) (Christoph Christ CHCNET Consulting)
Date: Thu, 22 Oct 2009 09:43:04 +0200
Subject: [Wien] Siemens SE505 und "Funnel" Bootloader
In-Reply-To: <7B2CDF26EAF3ED46A31B82655D24C285020A57ED@FRVELSMBS23.ad2.ad.alcatel.com>
References: <7B2CDF26EAF3ED46A31B82655D24C285020A57ED@FRVELSMBS23.ad2.ad.alcatel.com>
Message-ID: <4AE00D08.9040102@chcnet.at>

Hallo Siegfried,
Ich hab einen SE505 schon mit neuer Formware ausgestattet - dd-wrt 
allerdings.... inwieweit der SE505 für Funkfeuerzwecke überhaupt 
geeignet ist (wenig Speicher usw) steht jedoch woanders geschrieben. Das 
OLSR hat ja ein riesengrosse routingtabelle....

HOELLRIGL SIEGFRIED schrieb:
> Hallo !
>
> Gibt es hier jemand, der schon mal auf ein Siemens SE505 einen neuen
> Bootloader geflasht hat ?
>
> Lg, Sigi
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
>   


-- 
mit freundlichen Grüßen
Christoph Christ
 
CHCNET Consulting Christoph Christ, Am Röhrgraben 2, A-2410 Hainburg an der Donau
mailto:office at chcnet.at http://www.chcnet.at, Tel: +43/664/9307044, Fax: +43/2165/63895

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : office.vcf
Dateityp    : text/x-vcard
Dateigröße  : 926 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.funkfeuer.at/pipermail/wien/attachments/20091022/37b78033/attachment.vcf>

From (spam-protected)  Thu Oct 22 12:18:45 2009
From: (spam-protected) (L. Aaron Kaplan)
Date: Thu, 22 Oct 2009 12:18:45 +0200
Subject: [Wien] Siemens SE505 und "Funnel" Bootloader
In-Reply-To: <4AE00D08.9040102@chcnet.at>
References: <7B2CDF26EAF3ED46A31B82655D24C285020A57ED@FRVELSMBS23.ad2.ad.alcatel.com>
	<4AE00D08.9040102@chcnet.at>
Message-ID: <7D31C883-88FD-4226-9C77-40F700C3FBEB@lo-res.org>


On Oct 22, 2009, at 9:43 AM, Christoph Christ CHCNET Consulting wrote:

> Hallo Siegfried,
> Ich hab einen SE505 schon mit neuer Formware ausgestattet - dd-wrt  
> allerdings.... inwieweit der SE505 für Funkfeuerzwecke überhaupt  
> geeignet ist (wenig Speicher usw) steht jedoch woanders geschrieben.  
> Das OLSR hat ja ein riesengrosse routingtabelle....

naja... ned wirklich.
Rechne mal nach: sizeof(routing_table_entry)* anzahl der eintraege.  
Das ist nicht so viel in summe :)
Angenommen wir haben v6 addressen: 128bit. 2 Addressen (src, dest)  
macht 32 Bytes. Extra zeug fuer die table , sagen wir 32 Bytes extra.  
Dann haben wir bei ca. 500 devices derzeit: 500*64 bytes = 32KB RAM  
fuer die routing table verbraucht. Das ist nicht soooo viel.

Was viel eher platz braucht sind diverse packages.

lg,
a.


---
there's no place like 127.0.0.1

(üäö)




From (spam-protected)  Thu Oct 22 13:33:32 2009
From: (spam-protected) (Markus Kittenberger)
Date: Thu, 22 Oct 2009 13:33:32 +0200
Subject: [Wien] Fwd: Funkfeuer Knoten
In-Reply-To: <krwxa6.3r8j2g@webmail.htl-donaustadt.at>
References: <krwxa6.3r8j2g@webmail.htl-donaustadt.at>
Message-ID: <op.u168142g871hnn@markit.mshome.net>

hab heut so ein mail bekommen,..

mich würd intressieren wer noch aller? *g

oder kennt wer diese Schule, bzw deren Funkfeuer Schul-Projekt?

22er Bezirk ist ja ansich eh "unterentwickeltes" gebiet *G
also ein dauerhafter Knoten dort wäre sehr nett,..

lg Markus

------- Weitergeleitete Nachricht -------
Von: "HP Szvastics" <szvasticsh at itabt.htl-donaustadt.at>
An: markus.kittenberger at gmx.at
Kopie: Funkfeuer10 <funkfeuer10 at itabt.htl-donaustadt.at>
Betreff: Funkfeuer Knoten
Datum: Thu, 22 Oct 2009 13:01:18 +0200

Sehr geehrte Herr Markus Kittenberger,

ich möchte meinen Kollegen Schwarz Philipp sowie mich Hans-Peter Szvastics
vorstellen.

Wir sind beide Schüler der HTBLA im 22. Wiener Gemeindebezirk. Wir sind
heuer
in unserem letzten Schuljahr und wir haben folgende Diplomarbeit:

Wir müssen unsere Schule an das freie Netz von Funkfeuer anbinden.

Letzte Woche haben wir einen Rund-um-Scan gemacht und Ihren Knoten
gefunden.(v10.heuberg.funkfeuer.at)

Nun haben wir folgende Frage:
Auf welchen Kanälen (abgesehen von dem Kanal 10) senden Sie? Denn unser
Betreuer hat uns gesagt, dass wir einen anderen Kanal verwenden müssen als
die
Gegenseite.

Wir freuen uns auf eine Antwort.

Mit freundlichen Grüßen
Hans-Peter Szvastics -
Philipp Schwarz -

___________________________________________________________
htl donaustadt WebMail         http://www.htl-donaustadt.at


-- 
lg Markus



From (spam-protected)  Thu Oct 22 13:38:00 2009
From: (spam-protected) (Markus Kittenberger)
Date: Thu, 22 Oct 2009 13:38:00 +0200
Subject: [Wien] sicherheits update! extrem wichtig!
In-Reply-To: <87eacd830910212238j23f19f6as2b201d6c31d27a03@mail.gmail.com>
References: <1256158520.5015.13.camel@buchhaltung2.roland>
	<0556ABDF-E4BB-4DD9-AE29-374B2ACB8AA3@lo-res.org>
	<87eacd830910212226g597e8c6dt7a8852f5b62e8cda@mail.gmail.com>
	<87eacd830910212238j23f19f6as2b201d6c31d27a03@mail.gmail.com>
Message-ID: <op.u1689mns871hnn@markit.mshome.net>

das ist ein anderer exploit *GGG )-;

einer des netperf binaries selber,..

unserer ist ein extrem simpl zu spottender bug im gui,..

lg Markus


Am 22.10.2009, 07:38 Uhr, schrieb Henning Rogge <hrogge at googlemail.com>:

> 2009/10/22 Henning Rogge <hrogge at googlemail.com>:
>> Ist ein Grund bekannt warum dieser Fehler noch nicht im OpenWRT-Trunk
>> gefixt ist (oder ist er es schon ?) ?
> Nach dem was ich sehe enthält der Trunk von OpenWRT seit 2 Wochen aus
> Netperf 2.4.5.
> https://dev.openwrt.org/changeset/17883
> Diese Version sollte nicht mehr gegen den Netperf-Exploit anfällt sein.
> http://www.vupen.com/english/advisories/2007/0912
>
> Henning
>


-- 
lg Markus



From (spam-protected)  Thu Oct 22 14:20:55 2009
From: (spam-protected) ((spam-protected))
Date: Thu, 22 Oct 2009 14:20:55 +0200
Subject: [Wien] mir
Message-ID: <20091022122055.212450@gmx.net>

hallo ihr!

kann mir wer sagen was mit "mir" nicht stimmt. haha

g hari


-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01



From (spam-protected)  Thu Oct 22 14:21:44 2009
From: (spam-protected) (Gregor G.)
Date: Thu, 22 Oct 2009 14:21:44 +0200
Subject: [Wien] Fwd: Funkfeuer Knoten
In-Reply-To: <op.u168142g871hnn@markit.mshome.net>
References: <krwxa6.3r8j2g@webmail.htl-donaustadt.at>
	<op.u168142g871hnn@markit.mshome.net>
Message-ID: <4AE04E58.5000708@gmail.com>

Markus Kittenberger schrieb:
> hab heut so ein mail bekommen,..
>
> mich würd intressieren wer noch aller? *g
>
> oder kennt wer diese Schule, bzw deren Funkfeuer Schul-Projekt?
>   
Es war mal ein Lehrer(?) von dort bei einer CACERT-Signing-Session im 
Vivi. Vielleicht ist das deren Betreuer? Kann mich jedenfalls erinnern, 
dass es Pläne gab, auf der HTL22 aufzubauen, sind dann aber anscheinend 
im Sand verlaufen

> 22er Bezirk ist ja ansich eh "unterentwickeltes" gebiet *G
> also ein dauerhafter Knoten dort wäre sehr nett,.
Ja, wär sicher gut ihnen zu helfen!

LG Gregor

-- 
Partykeller
www.meineparty.at




From (spam-protected)  Thu Oct 22 14:24:01 2009
From: (spam-protected) (Gregor G.)
Date: Thu, 22 Oct 2009 14:24:01 +0200
Subject: [Wien] mir
In-Reply-To: <20091022122055.212450@gmx.net>
References: <20091022122055.212450@gmx.net>
Message-ID: <4AE04EE1.10403@gmail.com>

h.meusburger at gmx.at schrieb:
> kann mir wer sagen was mit "mir" nicht stimmt. haha
>   
Brüllhahaha! Komm aus dem Lachen nicht mehr raus ;-)

Keine Ahnung, leider ...

LG Gregor

-- 
Partykeller
www.meineparty.at




From (spam-protected)  Thu Oct 22 14:30:54 2009
From: (spam-protected) ((spam-protected))
Date: Thu, 22 Oct 2009 14:30:54 +0200
Subject: [Wien] Fwd: Funkfeuer Knoten
Message-ID: <krx1fi.j0ntxy@webmail.htl-donaustadt.at>

"Gregor G." <gregorprivat at gmail.com> schrieb:

> Markus Kittenberger schrieb:

> > hab heut so ein mail bekommen,..

> >

> > mich würd intressieren wer noch aller? *g

> >

> > oder kennt wer diese Schule, bzw deren Funkfeuer Schul-Projekt?

> >   

> Es war mal ein Lehrer(?) von dort bei einer CACERT-Signing-Session im 

> Vivi. Vielleicht ist das deren Betreuer? Kann mich jedenfalls erinnern, 

> dass es Pläne gab, auf der HTL22 aufzubauen, sind dann aber anscheinend 

> im Sand verlaufen

> 

> > 22er Bezirk ist ja ansich eh "unterentwickeltes" gebiet *G

> > also ein dauerhafter Knoten dort wäre sehr nett,.

> Ja, wär sicher gut ihnen zu helfen!

> 

> LG Gregor


Der Lehrer heißt Thomas Angermayer. Wie sieht das nun aus wegen den Kanälen.
Wenn A mit dem Kanal 10 (z.B.) sendet, können wir dann auch mit dem Kanal 10
senden?

LG
HTL22 Dipl.Gruppe

___________________________________________________________
htl donaustadt WebMail         http://www.htl-donaustadt.at





From (spam-protected)  Thu Oct 22 14:49:42 2009
From: (spam-protected) (Andreas Marksteiner)
Date: Thu, 22 Oct 2009 14:49:42 +0200
Subject: [Wien] mir
In-Reply-To: <20091022122055.212450@gmx.net>
References: <20091022122055.212450@gmx.net>
Message-ID: <1256215782.8729.13.camel@resort>

Hallo,

On Thu, 2009-10-22 at 14:20 +0200, h.meusburger at gmx.at wrote:
> kann mir wer sagen was mit "mir" nicht stimmt. haha

Netzteil defekt - heute Vormittag wurde der Ersatz geliefert.

Schliesse es am Abend an.


Grüße, Andreas.

P.S.: Demnächst werde ich den Link mir<->ho6 auf Nanostation M5
(802.11n) umbauen. Der Link ho6<->kryptaroof wird ebenfalls entsprechend
aufgerüstet.





From (spam-protected)  Thu Oct 22 14:53:28 2009
From: (spam-protected) ((spam-protected))
Date: Thu, 22 Oct 2009 05:53:28 -0700 (PDT)
Subject: [Wien] Fwd: Funkfeuer Knoten
Message-ID: <26618190.2698.1256216013351.JavaMail.seven@ap1.trial.red.7sys.net>

Ich nicht, aber ich hätte jemand mit hohem dach an der alten donau ....

--
Alexander Szlezak
alex at szlezak.com
+4369913504101

-- Urspr. Mitt. --
Betreff: [Wien] Fwd: Funkfeuer Knoten
Von: "Markus Kittenberger" <Markus.Kittenberger at gmx.at>
Datum: 22.10.2009 13:33

hab heut so ein mail bekommen,..

mich würd intressieren wer noch aller? *g

oder kennt wer diese Schule, bzw deren Funkfeuer Schul-Projekt?

22er Bezirk ist ja ansich eh "unterentwickeltes" gebiet *G
also ein dauerhafter Knoten dort wäre sehr nett,..

lg Markus

------- Weitergeleitete Nachricht -------
Von: "HP Szvastics" <szvasticsh at itabt.htl-donaustadt.at>
An: markus.kittenberger at gmx.at
Kopie: Funkfeuer10 <funkfeuer10 at itabt.htl-donaustadt.at>
Betreff: Funkfeuer Knoten
Datum: Thu, 22 Oct 2009 13:01:18 +0200

Sehr geehrte Herr Markus Kittenberger,

ich möchte meinen Kollegen Schwarz Philipp sowie mich Hans-Peter Szvastics
vorstellen.

Wir sind beide Schüler der HTBLA im 22. Wiener Gemeindebezirk. Wir sind
heuer
in unserem letzten Schuljahr und wir haben folgende Diplomarbeit:

Wir müssen unsere Schule an das freie Netz von Funkfeuer anbinden.

Letzte Woche haben wir einen Rund-um-Scan gemacht und Ihren Knoten
gefunden.(v10.heuberg.funkfeuer.at)

Nun haben wir folgende Frage:
Auf welchen Kanälen (abgesehen von dem Kanal 10) senden Sie? Denn unser
Betreuer hat uns gesagt, dass wir einen anderen Kanal verwenden müssen als
die
Gegenseite.

Wir freuen uns auf eine Antwort.

Mit freundlichen Grüßen
Hans-Peter Szvastics -
Philipp Schwarz -

___________________________________________________________
htl donaustadt WebMail         http://www.htl-donaustadt.at


-- 
lg Markus

--
Wien mailing list
Wien at lists.funkfeuer.at
http://lists.funkfeuer.at/mailman/listinfo/wien





From (spam-protected)  Thu Oct 22 15:07:47 2009
From: (spam-protected) (Martin)
Date: Thu, 22 Oct 2009 15:07:47 +0200
Subject: [Wien] sperl - ows4 / ho6 pingpong statt wph
Message-ID: <20091022130747.195530@gmx.net>

Hallo!

Neverending Story wph:
Zur Zeit geht's wieder ganz uebel schlecht, und ich komm von
ausserhalb des Funkfeuernetzes teilweise gar nicht mehr zum wph.

Wenn ich traceroute richig interpretier (s.u. nutzt das jemandem
was?), spielt der letzte Node vor dem wph, das ist sperlomni,
lieber mit ows4 oder ho6 pingpong, statt zu wph zu routen.  Das
ist doch nicht der Normalzustand, wenn ein Router nicht
erreichbar ist, oder beim mesh-Reouting eben schon schon?

Kann mir da wer helfen, wie man den wirklichen ursaechlichen
Fehler im WPH findet und beseitigt?

lg,
   Martin msp.


** zu wph:
  traceroute 78.41.113.24
traceroute to 78.41.113.24 (78.41.113.24), 30 hops max, 60 byte packets
 1  geheim
 2  auch unwichig. ;-)
 3  vlan746.wien2.aco.net (193.171.13.221)  0.755 ms  0.763 ms  0.758 ms
 4  vlan70.wien1.aco.net (193.171.23.33)  0.810 ms  0.829 ms  0.827 ms
 5  vix.r01.uni.vie.at.nextlayer.net (193.203.0.121)  0.803 ms  0.805 ms  0.804 ms
 6  vl998.r05.uni.vie.at.nextlayer.net (81.16.147.42)  1.096 ms  0.985 ms  0.981 ms
 7  vl21.r02.uni.vie.at.nextlayer.net (81.16.147.196)  2.256 ms  1.497 ms  1.788 ms
 8  funkfeuer-peer-vivi.pof.sil.at (213.129.230.186)  0.659 ms  0.663 ms  0.659 ms
 9  krypta-roof (78.41.115.212)  0.715 ms  0.714 ms  1.204 ms
10  ho6togoz19.ho6.wien.funkfeuer.at (193.238.158.187)  3.415 ms  4.742 ms  5.278 ms
11  sperlomniwan.sperl28.wien.funkfeuer.at (78.41.113.45)  25.443 ms  26.156 ms  25.719 ms
12  ho6togoz19.ho6.wien.funkfeuer.at (193.238.158.187)  17.780 ms  18.619 ms  24.408 ms
13  sperlomniwan.sperl28.wien.funkfeuer.at (78.41.113.45)  46.978 ms  64.547 ms  84.360 ms
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * sperlomniwan.sperl28.wien.funkfeuer.at (78.41.113.45)  176.381 ms  245.786 ms
20  ho6togoz19.ho6.wien.funkfeuer.at (193.238.158.187)  246.948 ms  247.878 ms  259.208 ms
21  sperlomniwan.sperl28.wien.funkfeuer.at (78.41.113.45)  305.073 ms  305.082 ms  305.709 ms
22  ho6togoz19.ho6.wien.funkfeuer.at (193.238.158.187)  338.556 ms  339.314 ms *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  ho6togoz19.ho6.wien.funkfeuer.at (193.238.158.187)  595.966 ms  628.774 ms  631.102 ms
29  * sperlomniwan.sperl28.wien.funkfeuer.at (78.41.113.45)  769.738 ms  771.980 ms
30  ho6togoz19.ho6.wien.funkfeuer.at (193.238.158.187)  785.243 ms  789.177 ms  791.832 ms



** zu ede:
  $ traceroute 78.41.113.16
traceroute to 78.41.113.16 (78.41.113.16), 30 hops max, 60 byte packets
 1  geheim
 2  auch unwichig. ;-)
 3  vlan746.wien2.aco.net (193.171.13.221)  0.836 ms  0.833 ms  0.905 ms
 4  vlan70.wien1.aco.net (193.171.23.33)  0.818 ms  0.936 ms  0.934 ms
 5  vix.r01.uni.vie.at.nextlayer.net (193.203.0.121)  0.747 ms  0.749 ms  0.775 ms
 6  vl998.r05.uni.vie.at.nextlayer.net (81.16.147.42)  1.056 ms  0.895 ms  0.836 ms
 7  vl21.r02.uni.vie.at.nextlayer.net (81.16.147.196)  2.023 ms  2.308 ms  2.456 ms
 8  funkfeuer-peer-vivi.pof.sil.at (213.129.230.186)  0.677 ms  0.678 ms  0.674 ms
 9  krypta-roof (78.41.115.212)  0.797 ms  0.792 ms  0.787 ms
10  tempgarten94.nord27.wien.funkfeuer.at (193.238.159.5)  5.646 ms  5.610 ms  5.672 ms
11  sperlleo.sperl28.wien.funkfeuer.at (193.238.156.173)  41.985 ms  41.981 ms  41.868 ms
12  sperlomniwan.sperl28.wien.funkfeuer.at (78.41.113.45)  41.831 ms  41.834 ms  41.848 ms
13  v13.ows4.wien.funkfeuer.at (78.41.112.54)  21.387 ms  24.102 ms  27.816 ms
14  sperlomniwan.sperl28.wien.funkfeuer.at (78.41.113.45)  41.141 ms  41.158 ms  41.250 ms
15  v13.ows4.wien.funkfeuer.at (78.41.112.54)  70.131 ms  71.378 ms  72.673 ms
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * v13.ows4.wien.funkfeuer.at (78.41.112.54)  115.613 ms  123.229 ms
22  sperlomniwan.sperl28.wien.funkfeuer.at (78.41.113.45)  161.031 ms  161.142 ms  161.141 ms
23  v13.ows4.wien.funkfeuer.at (78.41.112.54)  201.138 ms  201.884 ms  219.213 ms
24  sperlomniwan.sperl28.wien.funkfeuer.at (78.41.113.45)  260.060 ms  299.857 ms *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  sperlomniwan.sperl28.wien.funkfeuer.at (78.41.113.45)  135.283 ms  135.235 ms  135.582 ms

-- 
Neu: GMX DSL bis 50.000 kBit/s und 200,- Euro Startguthaben!
http://portal.gmx.net/de/go/dsl02



From (spam-protected)  Thu Oct 22 15:10:34 2009
From: (spam-protected) (Markus Kittenberger)
Date: Thu, 22 Oct 2009 15:10:34 +0200
Subject: [Wien] mir
In-Reply-To: <4AE04EE1.10403@gmail.com>
References: <20091022122055.212450@gmx.net> <4AE04EE1.10403@gmail.com>
Message-ID: <op.u17djwkg871hnn@markit.mshome.net>

Am 22.10.2009, 14:24 Uhr, schrieb Gregor G. <gregorprivat at gmail.com>:

keine ahnung was mit mir nicht stimmt,. *G

afaik ist ein netzwerkabel ex gegangen und "mir" sind nun 2 knoten die  
sich gegenseitig nicht sehen,..

das ist allerdgins der stand von vor ein paar wochen,...


> h.meusburger at gmx.at schrieb:
>> kann mir wer sagen was mit "mir" nicht stimmt. haha
>>
> Brüllhahaha! Komm aus dem Lachen nicht mehr raus ;-)
>
> Keine Ahnung, leider ...
>
> LG Gregor
>


-- 
lg Markus



From (spam-protected)  Thu Oct 22 15:17:29 2009
From: (spam-protected) (Markus Kittenberger)
Date: Thu, 22 Oct 2009 15:17:29 +0200
Subject: [Wien] Fwd: Funkfeuer Knoten
In-Reply-To: <krx1fi.j0ntxy@webmail.htl-donaustadt.at>
References: <krx1fi.j0ntxy@webmail.htl-donaustadt.at>
Message-ID: <op.u17dvfg8871hnn@markit.mshome.net>

Am 22.10.2009, 14:30 Uhr, schrieb <funkfeuer10 at itabt.htl-donaustadt.at>:

> Wenn A mit dem Kanal 10 (z.B.) sendet, können wir dann auch mit dem  
> Kanal 10
> senden?
müsst ihr sogar, "wifi" verwendet die gleiche sende und empfangsfrequenz

allerdings denke ich nicht dass ihr einen guten link zu garten94 auf kanal  
10 zusammenbringt,..

1. die antenen dort hat wenige grad öffnungswinkel und ist afair auf den  
knoten "mir" ausgerichtet,..
2. ists ziemlich weit,..


intressanter für euch sind wohl eher die geplanten knoten am schüttauplatz  
(kirchturm), und am techgate turm (donaucity)

>
> LG
> HTL22 Dipl.Gruppe
>



From (spam-protected)  Thu Oct 22 16:19:03 2009
From: (spam-protected) ((spam-protected))
Date: Thu, 22 Oct 2009 16:19:03 +0200
Subject: [Wien] Fwd: Funkfeuer Knoten
In-Reply-To: <op.u17dvfg8871hnn@markit.mshome.net>
References: <krx1fi.j0ntxy@webmail.htl-donaustadt.at>
	<op.u17dvfg8871hnn@markit.mshome.net>
Message-ID: <krx6fr.cwrr7s@webmail.htl-donaustadt.at>

nicht garten94, sondern heunord.

Zu dem haben wir eine Verbindung bekommen, bei unseren ersten Scan versuchen.

LG
HTL22 Dipl.Gruppe



Markus Kittenberger <Markus.Kittenberger at gmx.at> schrieb:

> Am 22.10.2009, 14:30 Uhr, schrieb <funkfeuer10 at itabt.htl-donaustadt.at>:
> 
> > Wenn A mit dem Kanal 10 (z.B.) sendet, können wir dann auch mit dem  
> > Kanal 10
> > senden?
> mÃ?sst ihr sogar, "wifi" verwendet die gleiche sende und empfangsfrequenz
> 
> allerdings denke ich nicht dass ihr einen guten link zu garten94 auf kanal  
> 10 zusammenbringt,..
> 
> 1. die antenen dort hat wenige grad öffnungswinkel und ist afair auf den  
> knoten "mir" ausgerichtet,..
> 2. ists ziemlich weit,..
> 
> 
> intressanter fÃ?r euch sind wohl eher die geplanten knoten am schÃ?ttauplatz
 
> (kirchturm), und am techgate turm (donaucity)
> 
> >
> > LG
> > HTL22 Dipl.Gruppe
> >
> 

___________________________________________________________
htl donaustadt WebMail         http://www.htl-donaustadt.at





From (spam-protected)  Mon Oct 26 16:41:49 2009
From: (spam-protected) (Markus Kittenberger)
Date: Mon, 26 Oct 2009 16:41:49 +0100
Subject: [Wien] kraptarrof umbauten
Message-ID: <op.u2ey7zlw871hnn@markit.mshome.net>


in kuerze wird s kruz nen ausfall geben, da verkabelung umgebaut wird,..

-- 
lg Markus



From (spam-protected)  Tue Oct 20 18:25:31 2009
From: (spam-protected) (Thomas Netousek)
Date: Tue, 20 Oct 2009 18:25:31 +0200
Subject: [Wien] wl500gp - power adapter fehler
In-Reply-To: <4AC3D48C.6090706@szlezak.com>
References: <4AC3D48C.6090706@szlezak.com>
Message-ID: <4ADDE47B.7040205@netousek.com>

Alexander Szlezak wrote:
> Hi,
>
> Falls es interessiert: bei uns in der Firma sind grad 4 von 6 der 
> beliebten Asus WL500GP einfach hängengeblieben. Nach einigem 
> Rumprobieren bin ich draufgekommen, dass es am Netzteil liegt.
>
> Danach gegoogelt und das gefunden: http://wl500g.info/showthread.php?t=18121
>
> Fazit: die Asus Netzteile sind am eingehen und liefern nicht mehr die 
> Stromstärke die der Access Point braucht weil die Elkos hin werden.
>
> Daher - neues Netzteil (oh Wunder geht wirklich) mit 5V und gerne ein 
> bisserl mehr als 2,5Ah und die Sacher ist erledigt!
>
> lg,
> Alex
>
>   
Ich hatte das gleiche Problem.
Meinen Messungen zufolge verbraucht der WL500gP wesentlich weniger als 2.5A.
Ich habe das Originalnetzteil aufgemacht, den defekten 1200uF
Kondensator gegen 2 Stk mit je 1000uF ausgetauschen (dafür ist ja genug
Platz und die 2Stk können sich die Arbeit teilen) und alles funktioniert
wieder wie neu !


Thomas



From (spam-protected)  Mon Oct 26 19:49:31 2009
From: (spam-protected) ((spam-protected))
Date: Mon, 26 Oct 2009 19:49:31 +0100 (CET)
Subject: [Wien] umbau ma89
Message-ID: <3993.78.41.113.80.1256582971.squirrel@runout.at>

morgen, di.27.10.2009

ab ca 12:00 wird auf der ma89 umgebaut,
deshalb wird es für einige stunden zu ausfällen kommen.

geplant ist:
*  die anbindung per 5GHz strecken an nbg43 (und zeltgasse)
    so wie ein 5GHz link zu ble20
    nbg43 ist bereits vorbereitet
    ble20 aufbau wird in kürze folgen

*  wenn möglich eine bessere 2.4GHz antenne richtung süden.


bitte alle direkt angrenzenden knoten nach fertigstellung der arbeiten
eventuelle kanaländerungen (2,4GHz) berücksichtigen.
wir werden die kanäle über diese liste posten.

markus




From (spam-protected)  Tue Oct 27 20:44:46 2009
From: (spam-protected) (Manuel W.)
Date: Tue, 27 Oct 2009 20:44:46 +0100
Subject: [Wien] =?iso-8859-1?q?Backbone_f=FCr_das_Audimax_der_Uni_Wien?=
Message-ID: <1256672686.25487.38.camel@erdapfel.hades>

Wie Ihr sicherlich mitbekommen habt finden im Audimax der Uni Wien und
mittlerweile auch an anderen österreichsichen Universitäten Besetzungen
statt. Eines vorweg, ich weiß nicht wie Funkfeuer zu den Protesten
steht. 

Im Audimax der Uni Wien gibt es große Probleme mit der
Internetverbindung (Livestream, ständige Aktualisierungen von Twitter,
soup.io und co, Pressekontakte, etc), sie läuft einfach nicht stabil
genug. 

Gibt es jemanden von Euch der Interesse hätte uns bei der Herstellung
eines Backbones mittels Funkfeuer zu helfen?

Vielen Dank!
Manuel




From (spam-protected)  Tue Oct 27 21:05:36 2009
From: (spam-protected) (Alexander Szlezak)
Date: Tue, 27 Oct 2009 21:05:36 +0100
Subject: [Wien] =?iso-8859-1?q?Backbone_f=FCr_das_Audimax_der_Uni_Wien?=
In-Reply-To: <1256672686.25487.38.camel@erdapfel.hades>
References: <1256672686.25487.38.camel@erdapfel.hades>
Message-ID: <4AE75290.2070400@szlezak.com>

Hi Manuel,

Ich denke mal, dass das Funkfeuer als Netz neutral ist. Es wird 
sicherlich aber Meinungen seitens der Mitglieder und Knotenbetreiber 
hier geben und wenn sich Personen für eure Anliegen interessieren werden 
Sie euch dabei helfen einen Knoten aufzubauen.

Ob der Verein per se Regeln für einen solchen Fall hat, kann am ehesten 
unser Vorstand beantworten.

Ich hoffe das klärt zumindest die Vorgangsweise.

lg,
Alexander

Manuel W. schrieb:
> Wie Ihr sicherlich mitbekommen habt finden im Audimax der Uni Wien und
> mittlerweile auch an anderen österreichsichen Universitäten Besetzungen
> statt. Eines vorweg, ich weiß nicht wie Funkfeuer zu den Protesten
> steht. 
> 
> Im Audimax der Uni Wien gibt es große Probleme mit der
> Internetverbindung (Livestream, ständige Aktualisierungen von Twitter,
> soup.io und co, Pressekontakte, etc), sie läuft einfach nicht stabil
> genug. 
> 
> Gibt es jemanden von Euch der Interesse hätte uns bei der Herstellung
> eines Backbones mittels Funkfeuer zu helfen?
> 
> Vielen Dank!
> Manuel
> 
> 
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien
> 

-- 
Follow me on Twitter @ http://twitter.com/magicshark
__________________________________________________________________
Mag. Alexander SZLEZAK


Reischergasse 6/2
A-1130 Vienna
Austria
M +43 699 1 350 41 01
E alex at szlezak.com

https://www.xing.com/profile/Alexander_Szlezak



From (spam-protected)  Tue Oct 27 21:57:00 2009
From: (spam-protected) ((spam-protected))
Date: Tue, 27 Oct 2009 21:57:00 +0100 (CET)
Subject: [Wien] umbau ma89
In-Reply-To: <3993.78.41.113.80.1256582971.squirrel@runout.at>
References: <3993.78.41.113.80.1256582971.squirrel@runout.at>
Message-ID: <1436.78.41.113.80.1256677020.squirrel@runout.at>

> morgen, di.27.10.2009
> ab ca 12:00 wird auf der ma89 umgebaut,
> deshalb wird es für einige stunden zu ausfällen kommen.

dem war auch so.

erfolgte arbeiten:
  * abbau der osbridge
  * tausch der yagi (towo9)
    gegen eine 90°sector (horizontal polarisiert)
    richtung süswest
  * rb433 in alubox montiert
  * 5GHz strecke zur nbg43 (und zeltgasse) montiert
  * 5GHz antenne richtung ble20 montiert
  * 5GHz antenne richtung wo9 montiert
  * Konfig. begonnen, noch in arbeit

  * die omni ist weiterhin auf kanal 1
  * die H-90° sw-sector hat die momentan die
    einstellungen der früheren yagi (v13)

bei den konfigurationsarbeiten sind wir auf probleme mit den
linksys-routern gestossen. ev. müssen diese getauscht werden. auf einem
kann man nix ins nvram schreiben (er merkt sichs nicht).

markus




From (spam-protected)  Wed Oct 28 11:09:32 2009
From: (spam-protected) (Rabbit74)
Date: Wed, 28 Oct 2009 11:09:32 +0100
Subject: [Wien] 2,5Ghz Knoten am HH10?
Message-ID: <20091028100932.179800@gmx.net>

Hi Leute,

ich möchte einen Knoten (alpen2 << im redemeer bereits angelegt) am Dach 
mit einem wrt54gl + Panel (15dbi) montieren, und möchte fragen, ob es am 
HH10 auch einen 2,4 Ghz Sender gibt? Oder sind da ausschließlich 5Ghz 
Geräte im Betrieb?

Da ich kein Equipment habe um am Dach Tests durchzuführen, richte ich mich 
an die Karte und montiere den Knoten. Ich habe eine relativ gute Sicht zum 
Knoten HH10.

Grüße, 
Rabbit    
-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091028/68e52cc5/attachment.htm>

From (spam-protected)  Wed Oct 28 12:14:54 2009
From: (spam-protected) (Andreas Marksteiner)
Date: Wed, 28 Oct 2009 12:14:54 +0100
Subject: [Wien] [Freebone] umbau ma89
In-Reply-To: <1436.78.41.113.80.1256677020.squirrel@runout.at>
References: <3993.78.41.113.80.1256582971.squirrel@runout.at>
	<1436.78.41.113.80.1256677020.squirrel@runout.at>
Message-ID: <1256728494.6558.20.camel@resort>

Danke an alle Rooftop Warriors für euren Einsatz!!!!

War ja scheinbar eine ziemlich große Aktion :-)


Grüße, Andi.


On Tue, 2009-10-27 at 21:57 +0100, markus at runout.at wrote:
> > morgen, di.27.10.2009
> > ab ca 12:00 wird auf der ma89 umgebaut,
> > deshalb wird es für einige stunden zu ausfällen kommen.
> 
> dem war auch so.
> 
> erfolgte arbeiten:
>   * abbau der osbridge
>   * tausch der yagi (towo9)
>     gegen eine 90°sector (horizontal polarisiert)
>     richtung süswest
>   * rb433 in alubox montiert
>   * 5GHz strecke zur nbg43 (und zeltgasse) montiert
>   * 5GHz antenne richtung ble20 montiert
>   * 5GHz antenne richtung wo9 montiert
>   * Konfig. begonnen, noch in arbeit
> 
>   * die omni ist weiterhin auf kanal 1
>   * die H-90° sw-sector hat die momentan die
>     einstellungen der früheren yagi (v13)
> 
> bei den konfigurationsarbeiten sind wir auf probleme mit den
> linksys-routern gestossen. ev. müssen diese getauscht werden. auf einem
> kann man nix ins nvram schreiben (er merkt sichs nicht).
> 
> markus
> 
> 
> _______________________________________________
> Freebone mailing list
> Freebone at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/freebone




From (spam-protected)  Wed Oct 28 15:59:24 2009
From: (spam-protected) (Peter Gruber)
Date: Wed, 28 Oct 2009 15:59:24 +0100
Subject: [Wien] Mir Anbindung
In-Reply-To: <mailman.5.1256727606.13210.wien@lists.funkfeuer.at>
References: <mailman.5.1256727606.13210.wien@lists.funkfeuer.at>
Message-ID: <641C8221-EA31-4922-9D23-54B078FD2066@petergruber.com>

Liebe Kollengen,

nach den Lachern, die Hari geerntet hat, würde auch ich gern wissen,  
wann es "mir" wieder besser geht. So wie ich es verstehe, ist "mir" im  
Moment nicht über ho angebunden und somit routet zumindest mirv13 über  
den Westen von Wien auf eher abenteuerlichen Wegen. Ich bin sicher  
nicht der einzige, der eine exzellente Verbindung zur mir hat -- ETX  
immer unter 1.5 -- und der sich daher fragt, wann "mir" wieder einen  
direkteren Weg in die Welt findet.

Irgendwelche Vorhersagen?

Liebe Grüsse,
Peter

PS: Robert Heinrich I. ist übrigens der Meinung, dass "mir" in "uns"  
umbenannt werden sollte!


From (spam-protected)  Wed Oct 28 16:44:04 2009
From: (spam-protected) (Markus Kittenberger)
Date: Wed, 28 Oct 2009 16:44:04 +0100
Subject: [Wien] [Freebone] umbau ma89
In-Reply-To: <1436.78.41.113.80.1256677020.squirrel@runout.at>
References: <3993.78.41.113.80.1256582971.squirrel@runout.at>
	<1436.78.41.113.80.1256677020.squirrel@runout.at>
Message-ID: <op.u2ionpm9871hnn@markit.mshome.net>

inzwischen sind die linksys auf der ma89 zwar weiterhin taub, und  
halbhinnig,..

aber zumindest sind sie nun alle online (auch die ma89-zwo), und haben  
kanäle auf denen sie nur soviele nachbarn haben wie sie auch verkraften  
können,..

omni (sehr taub) hat nun kanal 1 und sektor (nach SW) kanal10

@harald, kannst gern ändern wenns dir andersrum oder sonstwie lieber ist

lg Markus

Am 27.10.2009, 21:57 Uhr, schrieb <markus at runout.at>:

>> morgen, di.27.10.2009
>> ab ca 12:00 wird auf der ma89 umgebaut,
>> deshalb wird es für einige stunden zu ausfällen kommen.
>
> dem war auch so.
>
> erfolgte arbeiten:
>   * abbau der osbridge
>   * tausch der yagi (towo9)
>     gegen eine 90°sector (horizontal polarisiert)
>     richtung süswest
>   * rb433 in alubox montiert
>   * 5GHz strecke zur nbg43 (und zeltgasse) montiert
>   * 5GHz antenne richtung ble20 montiert
>   * 5GHz antenne richtung wo9 montiert
>   * Konfig. begonnen, noch in arbeit
>
>   * die omni ist weiterhin auf kanal 1
>   * die H-90° sw-sector hat die momentan die
>     einstellungen der früheren yagi (v13)
>
> bei den konfigurationsarbeiten sind wir auf probleme mit den
> linksys-routern gestossen. ev. müssen diese getauscht werden. auf einem
> kann man nix ins nvram schreiben (er merkt sichs nicht).
>
> markus
>
>
> _______________________________________________
> Freebone mailing list
> Freebone at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/freebone


-- 
lg Markus



From (spam-protected)  Wed Oct 28 17:12:23 2009
From: (spam-protected) ((spam-protected))
Date: Wed, 28 Oct 2009 17:12:23 +0100
Subject: [Wien] 5gHz Equipment
Message-ID: <ks8fon.ekc0hs@webmail.htl-donaustadt.at>

Hallo,

wir haben unsere Pläne zur Anbindung unserer Schule an das Funkfeuer-Netzwerk
leicht abgeändert. Wir haben nun vor zumindest einen 5gHz Link zu einem Knoten
in Wien aufzubauen, wissen jedoch nicht welches Equipment dazu notwendig ist.

Da wir nach einer ausführlichen Recherche im Internet keinen Router gefunden
haben der die Firmware unterstützt ist unser Projektbetreuer (Thomas
Angermayer) auf die Idee gekommen, ob man nicht mit einem WRT54GL Router und
einem 802.11a fähigem Access Point, welcher im Bridge Modus betrieben wird
eine 5gHz Verbindung zu einem Knoten aufzubauen.

Unsere Frage ist nun ob dieses Vorhaben Verwirklichbar ist und wenn nicht, wie
es sonst möglich wäre eine 5gHz Verbindung aufzubauen. 

LG
HTL22 Dipl.Gruppe

___________________________________________________________
htl donaustadt WebMail         http://www.htl-donaustadt.at





From (spam-protected)  Wed Oct 28 18:14:05 2009
From: (spam-protected) (Markus Gschwendt)
Date: Wed, 28 Oct 2009 18:14:05 +0100
Subject: [Wien] 5gHz Equipment
In-Reply-To: <ks8fon.ekc0hs@webmail.htl-donaustadt.at>
References: <ks8fon.ekc0hs@webmail.htl-donaustadt.at>
Message-ID: <1256750045.7220.14.camel@buchhaltung2.roland>

On Wed, 2009-10-28 at 17:12 +0100, funkfeuer10 at itabt.htl-donaustadt.at
wrote:
> Hallo,
> 
> wir haben unsere Pläne zur Anbindung unserer Schule an das Funkfeuer-Netzwerk
> leicht abgeändert. Wir haben nun vor zumindest einen 5gHz Link zu einem Knoten
> in Wien aufzubauen, wissen jedoch nicht welches Equipment dazu notwendig ist.
> 
> Da wir nach einer ausführlichen Recherche im Internet keinen Router gefunden
> haben der die Firmware unterstützt ist unser Projektbetreuer (Thomas
> Angermayer) auf die Idee gekommen, ob man nicht mit einem WRT54GL Router und
> einem 802.11a fähigem Access Point, welcher im Bridge Modus betrieben wird
> eine 5gHz Verbindung zu einem Knoten aufzubauen.

das wird von uns im prinzip auch so gemacht.
ein 2.4GHz link ist wesentlich einfacher als ein 5GHz link.
bei 2.4GHz könnt ihr recht einfach mit allen für euch sichtbaren
0xff-knoten verbindungen aufbauen.
ich würde an eurer stelle erst einmal einen 2.4GHz knoten aufbauen und
dann um einen 5GHz link erweitern.
bei 5GHz müsst ihr bedenken, dass ihr auf eurer gegenstelle ebenfalls
ein 5GHz gerät braucht und ein entsprechendes setup.

das prinzip von 0xff ist es, das netzwerk auch anderen zur verfügung zu
stellen, insofern wäre ein reiner 5GHz link ohne weiterverteilung nicht
wünschenswert. deshalb macht es auf jeden fall sinn erst einmal 2.4GHz
aufzubauen, wenn möglich mit mehreren routern und dann erst um den 5GHz
'uplink' zu erweitern.
 
am besten wäre wohl wenn ihr mal zu einem montags-treff ins metalab
kommt um das besprechen zu können. siehe www.funkfeuer.at

lg. markus
-- 
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/x-pkcs7-signature
Dateigröße  : 1832 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.funkfeuer.at/pipermail/wien/attachments/20091028/0a66d5bc/attachment.bin>

From (spam-protected)  Wed Oct 28 18:24:14 2009
From: (spam-protected) (Adrian Dabrowski)
Date: Wed, 28 Oct 2009 18:24:14 +0100
Subject: [Wien]
 =?iso-8859-1?q?=5Bff=5D_Re=3A__Backbone_f=FCr_das_Audimax_?=
 =?iso-8859-1?q?der_Uni_Wien?=
In-Reply-To: <4AE75290.2070400@szlezak.com>
References: <1256672686.25487.38.camel@erdapfel.hades>
	<4AE75290.2070400@szlezak.com>
Message-ID: <4AE87E3E.3070502@quintessenz.org>

das ist auch mein verständnis: das hat nichst mit dem verein zu tun -
wer einen knoten aufbaut ist teil des netzes. auf der liste finden sich
auch sicher genügend andere knotenbetreiber die mit rat und evt auch mit
tat zur seite stehen.

 allerdings braucht man dafür gewöhnlich dachzugang oder einen balkon
über der gebäudefluchtlinie - im untergeschoss der uni wird man nichts
empfangen; funkfeuer arbeitet mit sehr viel geringeren leistungen als
mobilfunker.

wenn man dann aber schon ein kabel vom keller aufs dach zieht, wird man
vermutlich an duzenden anderen netzwerkdosen vorbeikommen. ausserdem
"sollte" die länge des kabels 100m nicht überschreiten, denn sonst sind
zwischenstationen, medienkonverter etc (da gibts mehrere lösungen)
notwendig, die die angelegenheit deutlich verteuern.

lg
adrian



Alexander Szlezak wrote:
> Hi Manuel,
> 
> Ich denke mal, dass das Funkfeuer als Netz neutral ist. Es wird 
> sicherlich aber Meinungen seitens der Mitglieder und Knotenbetreiber 
> hier geben und wenn sich Personen für eure Anliegen interessieren werden 
> Sie euch dabei helfen einen Knoten aufzubauen.
> 
> Ob der Verein per se Regeln für einen solchen Fall hat, kann am ehesten 
> unser Vorstand beantworten.
> 
> Ich hoffe das klärt zumindest die Vorgangsweise.
> 
> lg,
> Alexander
> 
> Manuel W. schrieb:
>> Wie Ihr sicherlich mitbekommen habt finden im Audimax der Uni Wien und
>> mittlerweile auch an anderen österreichsichen Universitäten Besetzungen
>> statt. Eines vorweg, ich weiß nicht wie Funkfeuer zu den Protesten
>> steht. 
>>
>> Im Audimax der Uni Wien gibt es große Probleme mit der
>> Internetverbindung (Livestream, ständige Aktualisierungen von Twitter,
>> soup.io und co, Pressekontakte, etc), sie läuft einfach nicht stabil
>> genug. 
>>
>> Gibt es jemanden von Euch der Interesse hätte uns bei der Herstellung
>> eines Backbones mittels Funkfeuer zu helfen?
>>
>> Vielen Dank!
>> Manuel
>>
>>
>> --
>> Wien mailing list
>> Wien at lists.funkfeuer.at
>> http://lists.funkfeuer.at/mailman/listinfo/wien
>>
> 




From (spam-protected)  Wed Oct 28 18:29:46 2009
From: (spam-protected) ((spam-protected))
Date: Wed, 28 Oct 2009 18:29:46 +0100
Subject: [Wien] 2,5Ghz Knoten am HH10?
Message-ID: <1217374814@web.de>


Hallo FFF !

bei hh10 gibt es wie Du richtig bemerkt hast nur 5Ghz interlink-strecken 
dieser knoten sichert den Süd-Backbone aber um den gedanken von FF
weiter aufrecht zuhalten wird es auf der seite richtung Wien 1-3-4-5-11 Bezirk also ins Zentrum von Wien
demnächst eine 2.4Ghz 180° Sektor Antenne geben .


Grusssssss Charly_AT für die HH-10-Crew 

www.digisysop.net





> ich möchte einen Knoten (alpen2 << im redemeer bereits angelegt) am 
> Dach mit einem wrt54gl + Panel (15dbi) montieren, und möchte fragen, 
> ob es am HH10 auch einen 2,4 Ghz Sender gibt? Oder sind da ausschließli
> ch 5Ghz Geräte im Betrieb?
> 
> Da ich kein Equipment habe um am Dach Tests durchzuführen, richte ich 
> mich an die Karte und montiere den Knoten. Ich habe eine relativ gute 
> Sicht zum Knoten HH10.
> 
> Grüße, 
> Rabbit 

______________________________________________________
GRATIS für alle WEB.DE-Nutzer: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://movieflat.web.de




From (spam-protected)  Wed Oct 28 20:45:43 2009
From: (spam-protected) (=?UTF-8?Q?Gregor_Glash=C3=BCttner?=)
Date: Wed, 28 Oct 2009 20:45:43 +0100
Subject: [Wien] 5gHz Equipment
In-Reply-To: <ks8fon.ekc0hs@webmail.htl-donaustadt.at>
References: <ks8fon.ekc0hs@webmail.htl-donaustadt.at>
Message-ID: <6842a4030910281245m218562ddqc991f92131511e86@mail.gmail.com>

Hi!

Am 28. Oktober 2009 17:12 schrieb  <funkfeuer10 at itabt.htl-donaustadt.at>:
> Da wir nach einer ausführlichen Recherche im Internet keinen Router gefunden
> haben der die Firmware unterstützt ist unser Projektbetreuer (Thomas
> Angermayer) auf die Idee gekommen, ob man nicht mit einem WRT54GL Router und
> einem 802.11a fähigem Access Point, welcher im Bridge Modus betrieben wird
> eine 5gHz Verbindung zu einem Knoten aufzubauen.

Wie sieht es denn überhaupt mit eurem Budget aus? Zahlt das die Schule
oder müsst ihr das selbst investieren?

LG Gregor

-- 
Partykeller
www.meineparty.at



From (spam-protected)  Wed Oct 28 21:28:49 2009
From: (spam-protected) ((spam-protected))
Date: Wed, 28 Oct 2009 21:28:49 +0100
Subject: [Wien] 5gHz Equipment
In-Reply-To: <6842a4030910281245m218562ddqc991f92131511e86@mail.gmail.com>
References: <ks8fon.ekc0hs@webmail.htl-donaustadt.at>
	<6842a4030910281245m218562ddqc991f92131511e86@mail.gmail.com>
Message-ID: <ks8rk1.256jtn@webmail.htl-donaustadt.at>

Gregor GlashÃ?ttner <gregorprivat at gmail.com> schrieb:

> Hi!
> 
> Am 28. Oktober 2009 17:12 schrieb  <funkfeuer10 at itabt.htl-donaustadt.at>:
> > Da wir nach einer ausfÃ?hrlichen Recherche im Internet keinen Router
> gefunden
> > haben der die Firmware unterstÃ?tzt ist unser Projektbetreuer (Thomas
> > Angermayer) auf die Idee gekommen, ob man nicht mit einem WRT54GL Router
und
> > einem 802.11a fÃ?higem Access Point, welcher im Bridge Modus betrieben
wird
> > eine 5gHz Verbindung zu einem Knoten aufzubauen.
> 
> Wie sieht es denn Ã?berhaupt mit eurem Budget aus? Zahlt das die Schule
> oder mÃ?sst ihr das selbst investieren?
> 
> LG Gregor

Die Kosten übernimmt die Schule im gewissen Bereich. Zuerst schauen wir
natürlich was es für Möglichkeiten gibt. Danach wird natürlich die beste und
kostengünstigste Variante ausgesucht.

LG
HTL22 Dipl.Gruppe


___________________________________________________________
htl donaustadt WebMail         http://www.htl-donaustadt.at





From (spam-protected)  Wed Oct 28 21:47:26 2009
From: (spam-protected) (Andreas Safranek)
Date: Wed, 28 Oct 2009 21:47:26 +0100
Subject: [Wien] 5gHz Equipment
In-Reply-To: <ks8rk1.256jtn@webmail.htl-donaustadt.at>
References: <ks8fon.ekc0hs@webmail.htl-donaustadt.at>
	<6842a4030910281245m218562ddqc991f92131511e86@mail.gmail.com>
	<ks8rk1.256jtn@webmail.htl-donaustadt.at>
Message-ID: <20091028204726.202040@gmx.net>

Hallo,

Soll der Funnkfeuer-Knoten bestehen bleiben?

Weil  wenn ja,  die  HTL hat ja eh eine gute Inet anbinidung, warum  nicht Tunnel-Lösung und 1, oder  2  2,4  GHz Links

http://www.funkfeuer.at/FunkInsel.83.0.html

http://wiki.funkfeuer.at/index.php/Tunnel_Setup

Oder soll/darf der Schul-Inet-Link  dafür nicht verwendet werden?

In  diesem Fall mittels Richtantenne am Dach einen guten Link suchen, ein Panel in diese Richtung montieren.


Damit habt ihr  dann  mal  eine Verbindung, weiterer Ausbau  könnten dann weitere  Panels in andere Richtungen mit anderen Frequenzen aufbauen.

Lg
Andreas


-------- Original-Nachricht --------
> Datum: Wed, 28 Oct 2009 21:28:49 +0100
> Von: funkfeuer10 at itabt.htl-donaustadt.at
> An: "Gregor Glashüttner" <gregorprivat at gmail.com>
> CC: wien at lists.funkfeuer.at
> Betreff: Re: [Wien] 5gHz Equipment

> Gregor GlashÃ?ttner <gregorprivat at gmail.com> schrieb:
> 
> > Hi!
> > 
> > Am 28. Oktober 2009 17:12 schrieb 
> <funkfeuer10 at itabt.htl-donaustadt.at>:
> > > Da wir nach einer ausfÃ?hrlichen Recherche im Internet keinen Router
> > gefunden
> > > haben der die Firmware unterstÃ?tzt ist unser Projektbetreuer
> (Thomas
> > > Angermayer) auf die Idee gekommen, ob man nicht mit einem WRT54GL
> Router
> und
> > > einem 802.11a fÃ?higem Access Point, welcher im Bridge Modus
> betrieben
> wird
> > > eine 5gHz Verbindung zu einem Knoten aufzubauen.
> > 
> > Wie sieht es denn Ã?berhaupt mit eurem Budget aus? Zahlt das die
> Schule
> > oder mÃ?sst ihr das selbst investieren?
> > 
> > LG Gregor
> 
> Die Kosten übernimmt die Schule im gewissen Bereich. Zuerst schauen wir
> natürlich was es für Möglichkeiten gibt. Danach wird natürlich die
> beste und
> kostengünstigste Variante ausgesucht.
> 
> LG
> HTL22 Dipl.Gruppe
> 
> 
> ___________________________________________________________
> htl donaustadt WebMail         http://www.htl-donaustadt.at
> 
> 
> 
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien

-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01



From (spam-protected)  Wed Oct 28 22:04:54 2009
From: (spam-protected) ((spam-protected))
Date: Wed, 28 Oct 2009 22:04:54 +0100
Subject: [Wien] 5gHz Equipment
In-Reply-To: <20091028204726.202040@gmx.net>
References: <ks8fon.ekc0hs@webmail.htl-donaustadt.at>
	<6842a4030910281245m218562ddqc991f92131511e86@mail.gmail.com>
	<ks8rk1.256jtn@webmail.htl-donaustadt.at>
	<20091028204726.202040@gmx.net>
Message-ID: <ks8t86.fblvhj@webmail.htl-donaustadt.at>

Hallo,

nein die Verbindung sollte nicht verwendet werden, da wir eben ein reduntantes
System haben wollen. Sollte die Internet Anbindung ausfallen, dass wir immer
noch Internet (eben über Funkfeuer) beziehen.

Aber danke trotzdem für diesen Vorschlag, er wird vermerkt!

LG
HTL22 Dipl.Gruppe


"Andreas Safranek" <Andreas.Safranek at gmx.at> schrieb:

> Hallo,
> 
> Soll der Funnkfeuer-Knoten bestehen bleiben?
> 
> Weil  wenn ja,  die  HTL hat ja eh eine gute Inet anbinidung, warum  nicht
> Tunnel-Lösung und 1, oder  2  2,4  GHz Links
> 
> http://www.funkfeuer.at/FunkInsel.83.0.html
> 
> http://wiki.funkfeuer.at/index.php/Tunnel_Setup
> 
> Oder soll/darf der Schul-Inet-Link  dafÃ?r nicht verwendet werden?
> 
> In  diesem Fall mittels Richtantenne am Dach einen guten Link suchen, ein
Panel
> in diese Richtung montieren.
> 
> 
> Damit habt ihr  dann  mal  eine Verbindung, weiterer Ausbau  könnten dann
> weitere  Panels in andere Richtungen mit anderen Frequenzen aufbauen.
> 
> Lg
> Andreas
> 
> 
> -------- Original-Nachricht --------
> > Datum: Wed, 28 Oct 2009 21:28:49 +0100
> > Von: funkfeuer10 at itabt.htl-donaustadt.at
> > An: "Gregor GlashÃ&#65533;Â?ttner" <gregorprivat at gmail.com>
> > CC: wien at lists.funkfeuer.at
> > Betreff: Re: [Wien] 5gHz Equipment
> 
> > Gregor GlashÃ&#65533;Å&#65533;ttner <gregorprivat at gmail.com> schrieb:
> > 
> > > Hi!
> > > 
> > > Am 28. Oktober 2009 17:12 schrieb 
> > <funkfeuer10 at itabt.htl-donaustadt.at>:
> > > > Da wir nach einer ausfÃ&#65533;Å&#65533;hrlichen Recherche im Internet
keinen Router
> > > gefunden
> > > > haben der die Firmware unterstÃ&#65533;Å&#65533;tzt ist unser
Projektbetreuer
> > (Thomas
> > > > Angermayer) auf die Idee gekommen, ob man nicht mit einem WRT54GL
> > Router
> > und
> > > > einem 802.11a fÃ&#65533;â&#65533;¬higem Access Point, welcher im
Bridge Modus
> > betrieben
> > wird
> > > > eine 5gHz Verbindung zu einem Knoten aufzubauen.
> > > 
> > > Wie sieht es denn Ã&#65533;Å&#65533;berhaupt mit eurem Budget aus? Zahlt
das die
> > Schule
> > > oder mÃ&#65533;Å&#65533;sst ihr das selbst investieren?
> > > 
> > > LG Gregor
> > 
> > Die Kosten Ã?bernimmt die Schule im gewissen Bereich. Zuerst schauen wir
> > nat�rlich was es f�r Möglichkeiten gibt. Danach wird nat�rlich die
> > beste und
> > kostengÃ?nstigste Variante ausgesucht.
> > 
> > LG
> > HTL22 Dipl.Gruppe
> > 
> > 
> > ___________________________________________________________
> > htl donaustadt WebMail         http://www.htl-donaustadt.at
> > 
> > 
> > 
> > --
> > Wien mailing list
> > Wien at lists.funkfeuer.at
> > http://lists.funkfeuer.at/mailman/listinfo/wien


___________________________________________________________
htl donaustadt WebMail         http://www.htl-donaustadt.at





From (spam-protected)  Wed Oct 28 22:35:44 2009
From: (spam-protected) (Markus Gschwendt)
Date: Wed, 28 Oct 2009 22:35:44 +0100
Subject: [Wien] 5gHz Equipment
In-Reply-To: <ks8t86.fblvhj@webmail.htl-donaustadt.at>
References: <ks8fon.ekc0hs@webmail.htl-donaustadt.at>
	<6842a4030910281245m218562ddqc991f92131511e86@mail.gmail.com>
	<ks8rk1.256jtn@webmail.htl-donaustadt.at>
	<20091028204726.202040@gmx.net>
	<ks8t86.fblvhj@webmail.htl-donaustadt.at>
Message-ID: <1256765744.20110.17.camel@buchhaltung2.roland>

On Wed, 2009-10-28 at 22:04 +0100, funkfeuer10 at itabt.htl-donaustadt.at
wrote:
> nein die Verbindung sollte nicht verwendet werden, da wir eben ein reduntantes
> System haben wollen. Sollte die Internet Anbindung ausfallen, dass wir immer
> noch Internet (eben über Funkfeuer) beziehen.

der tunnel würde trotzdem sinn machen, damit wäre bei ausfall eures
funk-uplinks noch immer euer 0xff-knoten angebunden.

eine automatische umschaltung für euer szenario haben wir bisher afaik
noch nirgends implementiert. wäre aber durchaus interessant.

interessant für euch ist ev. die konfig auf nbg43, da wird der traffic
aus dem schulnetz je nach ziel über die dsl anbindung oder den
0xff-funk-link geroutet.
dazu haben wir einen eigenen router (rb450 bzw. rb750, ~40?), der in
unserem fall sowohl die ppp-verbindung über adsl aufbaut als auch alle
internen netze routet und auch am 0xff-router (rb4xx) hängt.
bei ausfall von einem der beiden uplinks kann durch down nehmen des
entsprechenden interfaces der traffic dann vom anderen uplink übernommen
werden. die zugehörigen rules (nat, routing,...) werden vom RouterOS
automatisch umgeschrieben (aktiviert/deaktiviert).

ein kompletter 5GHz link kostet durchschnittlich 150?. (beide seiten
anteilsmässig, unter verwendung von routerboards. wir nehmen meist rb433
und machen 3 wlan-links mit einem board)

markus


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/x-pkcs7-signature
Dateigröße  : 1832 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.funkfeuer.at/pipermail/wien/attachments/20091028/d91a519e/attachment.bin>

From (spam-protected)  Wed Oct 28 23:35:52 2009
From: (spam-protected) (Markus Kittenberger)
Date: Wed, 28 Oct 2009 23:35:52 +0100
Subject: [Wien] Warnung: Freifunkfirmware 1.6.37
Message-ID: <op.u2i7p21y871hnn@markit.mshome.net>

diese enthält imho einen fehlerhaften olsrd

also besser nicht installieren,...

-- 
lg Markus



From (spam-protected)  Thu Oct 29 00:04:03 2009
From: (spam-protected) (Markus Kittenberger)
Date: Thu, 29 Oct 2009 00:04:03 +0100
Subject: [Wien] Warnung: Freifunkfirmware 1.6.37
In-Reply-To: <op.u2i7p21y871hnn@markit.mshome.net>
References: <op.u2i7p21y871hnn@markit.mshome.net>
Message-ID: <op.u2i801ch871hnn@markit.mshome.net>

Am 28.10.2009, 23:35 Uhr, schrieb Markus Kittenberger  
<Markus.Kittenberger at gmx.at>:

> diese enthält imho einen fehlerhaften olsrd

zumindest macht er dank für diese olsr version "unidealer" konfiguration  
(fibmetric = approx statt flat) potentiell Probleme beim routeneintragen  
und entsprechend viels syslog fehlermeldungen,..

>
> also besser nicht installieren,...

imho ist er aber trotzdem viel besser als der oslr in 1.6.36 oder älter,..  
(die haben diese problem auch, und noch viele andere mehr,..)

d.h. wenn man sowieso flasht ist 1.6.37 wohl besser als die älteren,..

aber trotzdem nachher 0xff-olsr installieren,..

bzw wenn (ein neues) 0xff-olsrd schon installiert ist, brauchts diese  
firmware version imho nit,..

-- 
lg Markus



From (spam-protected)  Thu Oct 29 00:19:10 2009
From: (spam-protected) (L. Aaron Kaplan)
Date: Thu, 29 Oct 2009 00:19:10 +0100
Subject: [Wien]
 =?iso-8859-1?q?=5Bff=5D_Re=3A__Backbone_f=FCr_das_Audimax_?=
 =?iso-8859-1?q?der_Uni_Wien?=
In-Reply-To: <4AE87E3E.3070502@quintessenz.org>
References: <1256672686.25487.38.camel@erdapfel.hades>
	<4AE75290.2070400@szlezak.com> <4AE87E3E.3070502@quintessenz.org>
Message-ID: <E1301F97-D6FA-401D-81A6-6ECE0682F24E@lo-res.org>

Ich denke, an sich ist die Uni Wien *sehr* gut mit internet versorgt.

--> legt ein kabel zu einem internet anschluss auf der uni (vorher  
fragen!) und von dort ein paar access points.

Das funktioniert sicher besser und ist einfacher.

lg,
a.

On Oct 28, 2009, at 6:24 PM, Adrian Dabrowski wrote:

> das ist auch mein verständnis: das hat nichst mit dem verein zu tun -
> wer einen knoten aufbaut ist teil des netzes. auf der liste finden  
> sich
> auch sicher genügend andere knotenbetreiber die mit rat und evt auch  
> mit
> tat zur seite stehen.
>
> allerdings braucht man dafür gewöhnlich dachzugang oder einen balkon
> über der gebäudefluchtlinie - im untergeschoss der uni wird man nichts
> empfangen; funkfeuer arbeitet mit sehr viel geringeren leistungen als
> mobilfunker.
>
> wenn man dann aber schon ein kabel vom keller aufs dach zieht, wird  
> man
> vermutlich an duzenden anderen netzwerkdosen vorbeikommen. ausserdem
^^^^^^^^^^^ genau das!

> "sollte" die länge des kabels 100m nicht überschreiten, denn sonst  
> sind
> zwischenstationen, medienkonverter etc (da gibts mehrere lösungen)
> notwendig, die die angelegenheit deutlich verteuern.
>
> lg
> adrian
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien




From (spam-protected)  Thu Oct 29 11:58:43 2009
From: (spam-protected) (Ulrich Kiermayr)
Date: Thu, 29 Oct 2009 11:58:43 +0100
Subject: [Wien]
 =?iso-8859-1?q?=5Bff=5D_Re=3A__Backbone_f=FCr_das_Audimax_?=
 =?iso-8859-1?q?der_Uni_Wien?=
In-Reply-To: <E1301F97-D6FA-401D-81A6-6ECE0682F24E@lo-res.org>
References: <1256672686.25487.38.camel@erdapfel.hades>
	<4AE75290.2070400@szlezak.com> <4AE87E3E.3070502@quintessenz.org>
	<E1301F97-D6FA-401D-81A6-6ECE0682F24E@lo-res.org>
Message-ID: <CDCFAED2-404E-4312-A3A5-AF5F7BCCCF19@univie.ac.at>

Hallo *,

On 29.10.2009, at 00:19, L. Aaron Kaplan wrote:

> Ich denke, an sich ist die Uni Wien *sehr* gut mit internet versorgt.

Denk ich auch ;-)

> --> legt ein kabel zu einem internet anschluss auf der uni (vorher
> fragen!) und von dort ein paar access points.

Sind vor Ort - und werden auch rege genutzt. Und Fragen ist immer  
besser als einfach anstecken.

>> allerdings braucht man dafür gewöhnlich dachzugang oder einen balkon
>> über der gebäudefluchtlinie - im untergeschoss der uni wird man  
>> nichts
>> empfangen; funkfeuer arbeitet mit sehr viel geringeren leistungen als
>> mobilfunker.

Der Weg aufs Dach ist im uebrigen ein weiter und unwegsamer ;-)

lG uk
-- 
Ulrich Kiermayr                       jabber xmpp:uk at jabber.univie.ac.at
Leiter der Abteilung Datennetz und Telefonie              skype:kiermayr
Vienna University Computer Center                 phone +43 1 4277 14020
Universitaetsstrasse 7, 1010 Wien, AT               fax +43 1 4277  9140




From (spam-protected)  Thu Oct 29 15:14:12 2009
From: (spam-protected) (L. Aaron Kaplan)
Date: Thu, 29 Oct 2009 15:14:12 +0100
Subject: [Wien] ORF doku ueber funkfeuer
Message-ID: <0A57EA4B-27A6-486D-8F8D-E45CBDF4B93E@lo-res.org>

Hallo!

Habe gestern erfahren, dass heute (DO) ein ORF Interview zu Funkfeuer  
ausgestrahlt wird. Es ist im Rahmen des Elevate Festivals in Graz  
aufgenommen worden.

Heute 23.35 - ORF Sondersendung Elevate und der Beitrag kommt ziemlich  
gleich am Anfang.

Ich *hoffe* ich habe das Projekt in eurem Sinne korrekt  
repraesentiert, die Arbeiten von einzelnen Personen entsprechend  
gewuerdigt und im Sinne des Projektes gesprochen. Wenn nicht, koennt  
ihr euch bei mir beim naechsten Montagstreffen persoenl. beschweren ;-)
Es ging in dem Interview um viele Aspekte und es wurde sicherlich  
massiv gekuerzt (ist immer so). Also hoffe ich , dass die richtigen /  
wichtigen Stellen drinnen sind.

Aber in Summe: Funkfeuer ist schon sehr bekannt geworden ->> DANKE an  
alle, die so viel Zeit und Arbeit reingesteckt haben. Es ist schon ein  
Wahnsinn, was wir alles geschafft haben (auch wenn manchmal dieser  
oder jener Link ausfaellt, schlecht aufgebaut ist oder es immer wieder  
Diskussionen gibt - das gehoert dazu).

Unser Projekt ist sehr sehr laessig :)))

lg,
a.





From (spam-protected)  Thu Oct 29 20:23:10 2009
From: (spam-protected) (Manfred Talos)
Date: Thu, 29 Oct 2009 20:23:10 +0100
Subject: [Wien] error 404
Message-ID: <bce111150910291223uffea475v45f0707eeb72231a@mail.gmail.com>

Hi,
ich kann über das webinterface meinen linksys erreichen, aber nicht
konfigurieren, immer wenn ich auf 'verwalten' klicke kommt die error message
404 not found.
Ähnliches via putty:

root at git:~# cd /tmp/
root at git:~# wget
http://ipkg.funkfeuer.at/freifunk-openwrt-autoupdate-1.6.36-0xff.trx
Connecting to ipkg.funkfeuer.at[193.238.157.7]:80
wget: server returned error 404: HTTP/1.1 404 Not Found

Habt Ihr eine Idee, was ich machen kann?
lg manfred
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091029/98e8b20b/attachment.htm>

From (spam-protected)  Thu Oct 29 20:33:59 2009
From: (spam-protected) (Markus Kittenberger)
Date: Thu, 29 Oct 2009 20:33:59 +0100
Subject: [Wien] error 404
In-Reply-To: <bce111150910291223uffea475v45f0707eeb72231a@mail.gmail.com>
References: <bce111150910291223uffea475v45f0707eeb72231a@mail.gmail.com>
Message-ID: <op.u2ktyvw6871hnn@markit.mshome.net>

Am 29.10.2009, 20:23 Uhr, schrieb Manfred Talos <mannix34 at gmail.com>:

> Hi,
> ich kann über das webinterface meinen linksys erreichen, aber nicht
> konfigurieren, immer wenn ich auf 'verwalten' klicke kommt die error  
> message
> 404 not found.
welcher router ist es denn überhaupt *G

weiters:
obiges hat mit untrigen sicher nichts zu tun,..

> Ähnliches via putty:
>
> root at git:~# cd /tmp/
> root at git:~# wget
> http://ipkg.funkfeuer.at/freifunk-openwrt-autoupdate-1.6.36-0xff.trx

hier würd ich einfach ne andere (korrekte) url verwenden *G

> Connecting to ipkg.funkfeuer.at[193.238.157.7]:80
> wget: server returned error 404: HTTP/1.1 404 Not Found
>
> Habt Ihr eine Idee, was ich machen kann?
> lg manfred


-- 
lg Markus



From (spam-protected)  Thu Oct 29 22:43:13 2009
From: (spam-protected) (gerhard)
Date: Thu, 29 Oct 2009 22:43:13 +0100
Subject: [Wien] error 404
In-Reply-To: <bce111150910291223uffea475v45f0707eeb72231a@mail.gmail.com>
References: <bce111150910291223uffea475v45f0707eeb72231a@mail.gmail.com>
Message-ID: <4AEA0C71.70908@gmx.at>

versuch mal https anstatt http
hf akku
Manfred Talos schrieb:
> Hi,
> ich kann über das webinterface meinen linksys erreichen, aber nicht 
> konfigurieren, immer wenn ich auf 'verwalten' klicke kommt die error 
> message 404 not found.
> Ähnliches via putty:
>
> root at git:~# cd /tmp/
> root at git:~# wget 
> http://ipkg.funkfeuer.at/freifunk-openwrt-autoupdate-1.6.36-0xff.trx
> Connecting to ipkg.funkfeuer.at 
> <http://ipkg.funkfeuer.at>[193.238.157.7]:80
> wget: server returned error 404: HTTP/1.1 404 Not Found
>
> Habt Ihr eine Idee, was ich machen kann?
> lg manfred
>
> ------------------------------------------------------------------------
>
> --
> Wien mailing list
> Wien at lists.funkfeuer.at
> http://lists.funkfeuer.at/mailman/listinfo/wien




From (spam-protected)  Thu Oct 29 22:45:30 2009
From: (spam-protected) (gerhard)
Date: Thu, 29 Oct 2009 22:45:30 +0100
Subject: [Wien] error 404
In-Reply-To: <op.u2ktyvw6871hnn@markit.mshome.net>
References: <bce111150910291223uffea475v45f0707eeb72231a@mail.gmail.com>
	<op.u2ktyvw6871hnn@markit.mshome.net>
Message-ID: <4AEA0CFA.2020209@gmx.at>

Markus Kittenberger schrieb:
> Am 29.10.2009, 20:23 Uhr, schrieb Manfred Talos <mannix34 at gmail.com>:
>
>   
>> Hi,
>> ich kann über das webinterface meinen linksys erreichen, aber nicht
>> konfigurieren, immer wenn ich auf 'verwalten' klicke kommt die error  
>> message
>> 404 not found.
>>     
> welcher router ist es denn überhaupt *G
>
> weiters:
> obiges hat mit untrigen sicher nichts zu tun,..
>
>   
>> Ähnliches via putty:
>>
>> root at git:~# cd /tmp/
>> root at git:~# wget
>> http://ipkg.funkfeuer.at/freifunk-openwrt-autoupdate-1.6.36-0xff.trx
>>     
>
> hier würd ich einfach ne andere (korrekte) url verwenden *G
>   

aja

http://ipkg.funkfeuer.at/autoupdate/freifunk-openwrt-autoupdate-1.6.36-0xff.trx
>   
>> Connecting to ipkg.funkfeuer.at[193.238.157.7]:80
>> wget: server returned error 404: HTTP/1.1 404 Not Found
>>
>> Habt Ihr eine Idee, was ich machen kann?
>> lg manfred
>>     
>
>
>   




From (spam-protected)  Fri Oct 30 09:43:28 2009
From: (spam-protected) (Manfred Talos)
Date: Fri, 30 Oct 2009 09:43:28 +0100
Subject: [Wien] error 404
In-Reply-To: <4AEA0C71.70908@gmx.at>
References: <bce111150910291223uffea475v45f0707eeb72231a@mail.gmail.com>
	<4AEA0C71.70908@gmx.at>
Message-ID: <bce111150910300143u4a2eac5fh6143c6afa58ff249@mail.gmail.com>

Am 29. Oktober 2009 22:43 schrieb gerhard <akku99 at gmx.at>:

> versuch mal https anstatt http
> hf akku
>

Danke für den Tipp, so hats funktioniert, außerdem wars ein
Zertifikatproblem im Firefox, ist jetzt korrigiert.
lg manfred



Manfred Talos schrieb:
>
>> Hi,
>> ich kann über das webinterface meinen linksys erreichen, aber nicht
>> konfigurieren, immer wenn ich auf 'verwalten' klicke kommt die error message
>> 404 not found.
>> Ähnliches via putty:
>>
>> root at git:~# cd /tmp/
>> root at git:~# wget
>> http://ipkg.funkfeuer.at/freifunk-openwrt-autoupdate-1.6.36-0xff.trx
>> Connecting to ipkg.funkfeuer.at <http://ipkg.funkfeuer.at
>> >[193.238.157.7]:80
>>
>> wget: server returned error 404: HTTP/1.1 404 Not Found
>>
>> Habt Ihr eine Idee, was ich machen kann?
>> lg manfred
>>
>> ------------------------------------------------------------------------
>>
>> --
>> Wien mailing list
>> Wien at lists.funkfeuer.at
>> http://lists.funkfeuer.at/mailman/listinfo/wien
>>
>
>


-- 
Manfred Talos
Loefflergasse 34
1130 VIENNA
AUSTRIA
E: mannix34 at gmail.com
M: +43 676 3391691
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091030/1d1b2700/attachment.htm>

From (spam-protected)  Fri Oct 30 09:45:08 2009
From: (spam-protected) (Manfred Talos)
Date: Fri, 30 Oct 2009 09:45:08 +0100
Subject: [Wien] error 404
In-Reply-To: <4AEA0CFA.2020209@gmx.at>
References: <bce111150910291223uffea475v45f0707eeb72231a@mail.gmail.com>
	<op.u2ktyvw6871hnn@markit.mshome.net> <4AEA0CFA.2020209@gmx.at>
Message-ID: <bce111150910300145j34fff5a9rebb07a14cefb6cc8@mail.gmail.com>

Am 29. Oktober 2009 22:45 schrieb gerhard <akku99 at gmx.at>:

> Markus Kittenberger schrieb:
>
>  Am 29.10.2009, 20:23 Uhr, schrieb Manfred Talos <mannix34 at gmail.com>:
>>
>>
>>
>>> Hi,
>>> ich kann über das webinterface meinen linksys erreichen, aber nicht
>>> konfigurieren, immer wenn ich auf 'verwalten' klicke kommt die error
>>>  message
>>> 404 not found.
>>>
>>>
>> welcher router ist es denn überhaupt *G
>>
>> weiters:
>> obiges hat mit untrigen sicher nichts zu tun,..
>>
>>
>>
>>> Ähnliches via putty:
>>>
>>> root at git:~# cd /tmp/
>>> root at git:~# wget
>>> http://ipkg.funkfeuer.at/freifunk-openwrt-autoupdate-1.6.36-0xff.trx
>>>
>>>
>>
>> hier würd ich einfach ne andere (korrekte) url verwenden *G
>>
>>
>
> aja
>
>
> http://ipkg.funkfeuer.at/autoupdate/freifunk-openwrt-autoupdate-1.6.36-0xff.trx


Danke, hab die url aus dem wiki kopiert, werde versuchen sie zu korrigieren.
lg manfred

>
>
>>
>>> Connecting to ipkg.funkfeuer.at[193.238.157.7]:80
>>> wget: server returned error 404: HTTP/1.1 404 Not Found
>>>
>>> Habt Ihr eine Idee, was ich machen kann?
>>> lg manfred
>>>
>>>
>>
>>
>>
>>
>
>


-- 
Manfred Talos
Loefflergasse 34
1130 VIENNA
AUSTRIA
E: mannix34 at gmail.com
M: +43 676 3391691
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20091030/d4d3d2dc/attachment.htm>