l2tp Tester gesucht!

Mo Mär 7 09:22:35 CET 2016

Hm seltsam ... ich würde dir nie etwas unterstellen ;) aber mei Robert, 
Moexe und mir läufts mit den ;
hier einer meiner Broker

[broker]
; IP address the broker will listen and accept tunnels on
address=5.196.164.9
; Ports where the broker will listen on
port=20004
; Interface with that IP address
interface=eth0
; Maximum number of tunnels that will be allowed by the broker
max_tunnels=1024
; Tunnel port base
port_base=24000
; Tunnel id base
tunnel_id_base=4000
; Namespace (for running multiple brokers); note that you must also
; configure disjunct ports, and tunnel identifiers in order for
; namespacing to work
namespace=has
; check if all kernel module are loaded. Do not check for built-ins.
check_modules=true

[log]
; Log filename
filename=tunneldigger-broker.log
; Verbosity
verbosity=DEBUG
; Should IP addresses be logged or not
log_ip_addresses=false

[hooks]
; Arguments to the session.{up,pre-down,down} hooks are as follows:
;
;    <tunnel_id> <session_id> <interface> <mtu> <endpoint_ip> 
<endpoint_port> <local_port>
;
; Arguments to the session.mtu-changed hook are as follows:
;
;    <tunnel_id> <session_id> <interface> <old_mtu> <new_mtu>
;

; Called after the tunnel interface goes up
session.up=/srv/tunneldigger/tunneldigger/broker/scripts/has.up
; Called just before the tunnel interface goes down
session.pre-down=
; Called after the tunnel interface goes down
session.down=/srv/tunneldigger/tunneldigger/broker/scripts/has.down
; Called after the tunnel MTU gets changed because of PMTU discovery
session.mtu-changed=

Am 07.03.2016 um 08:26 schrieb Christian Dresel:
> hi
>
> kann jemand bestätigen das es nicht klappt, in der File
>
> /srv/tunneldigger/tunneldigger/broker/l2tp_broker-xxx.cfg
>
> Kommentare mit ; anzufangen (wie im Wiki beschrieben)? Ich brachte ums
> verre***** das Ding nicht zum laufen, nachdem ich die ; durch # ersetzt
> habe scheint es nun zu laufen.
>
> Bin ich nur zu doof dafür oder liegt es wirklich an den Kommentarzeichen
> (müsste man dann im Wiki unterbringen damit nicht der nächste wie ich ne
> Stunde oder zwei verzweifelt dran rumsucht ;))
>
> Bin mal weiter testen...
>
> mfg
>
> Christian
>
> Am 06.03.2016 um 14:06 schrieb Alexander Gutzeit:
>> Wiki sollte jetzt aktuell sein.
>> Dann mal viel Spaß beim Testen. :)
>>
>>
>>
>>
>> Am 06.03.2016 um 10:50 schrieb Moexe:
>>> Moin.
>>>
>>> Hab's gestern Nacht nicht mehr geschafft im Wiki zu aktualisieren. Und komme heute frühestens ab 22.00 Uhr dazu das zu aktualisieren. Evtl. kann das Alex oder Robert schon früher machen.
>>>
>>> Wenn dann steht es hier:
>>>
>>> https://wiki.freifunk-franken.de/w/L2TP_und_Tunneldigger
>>>
>>>> Am 06.03.2016 um 10:29 schrieb mayosemmel <mayosemmel at googlemail.com>:
>>>>
>>>> Hallo zusammen,
>>>>
>>>> hab mir auch grad das IRC Log durchgelesen. Wenn das wirklich so viel
>>>> Performance bringt, wär das ja richtig klasse!
>>>> Auch von mir die Frage, was muss da am GW machen?! Würde das mal für
>>>> Nürnberg versuchen.
>>>>
>>>> Grüße Jan
>>>>
>>>> Am Sonntag, den 06.03.2016, 05:57 +0100 schrieb Christian Dresel:
>>>>> hi
>>>>>
>>>>> super Sache tolle Arbeit, ich hab grad das IRC Log von heute Nacht
>>>>> gelesen und es hört sich super an :)
>>>>>
>>>>> Gibt es auch für Gateways eine Anleitung was grob getan werden muss?
>>>>> Dann würde ich das gerne auch mal in Fürth aufsetzen und testen.
>>>>>
>>>>> mfg
>>>>>
>>>>> Christian
>>>>>
>>>>>> Am 06.03.2016 um 00:49 schrieb Robert Langhammer:
>>>>>> Hallo,
>>>>>>
>>>>>> wir haben eine Testumgebung für die Anbindung der Router an die Gateways
>>>>>> über das l2tp Protokoll eingerichtet.
>>>>>> Man findet Artikel im Internet die behaupten, daß es schneller ist und
>>>>>> weniger Resourcen braucht. Da man nicht alles glauben soll, was im Netz
>>>>>> steht, möchten wir selbst testen.
>>>>>>
>>>>>> Falls du in der HAS oder HAS-SUED Hood einen Router hast (bisher
>>>>>> getestet mit 841 und 1043) und mal einige Tests machen möchtest:
>>>>>>
>>>>>> Ich habe euch nen tarball gemacht. Da ist alles drin und läuft mit der
>>>>>> normalen aktuellen stable.
>>>>>>
>>>>>> Folgendes am Router ausführen:
>>>>>>
>>>>>> wget -P/ langhammer-mainberg.de/fff/tunneldigger.tar
>>>>>> <http://langhammer-mainberg.de/fff/tunneldigger.tar>
>>>>>> cd / && tar -xf tunneldigger.tar
>>>>>>
>>>>>> Jetzt einmal die Konfig erstellen:
>>>>>>
>>>>>> l2tunnel conf
>>>>>>
>>>>>> und starten (macht der Router beim nächsten reboot automatisch)
>>>>>>
>>>>>> /etc/init.d/tunneldigger start
>>>>>>
>>>>>> man steuert das ganze mit dem Kommando l2tunnel
>>>>>>
>>>>>> Viel Spass damit!
>>>>>>
>>>>>> Wenn der Router neu startet, läuft fastd. Alles bleibt beim alten. Ihr
>>>>>> müsst die Tunnel dann händisch mit l2tunnel scharf machen. Es ist zum
>>>>>> Testen gedacht.
>>>>>>
>>>>>> Was kann man Testen?
>>>>>> Geschwindigkeit und Auslastung der Router
>>>>>> Stabilität
>>>>>> MTU Probleme
>>>>>> Machen die Tunnel einen Reconnect wenn der Provider zwangsweise trennt
>>>>>> und wir eine neue IP bekommen? (ich hab hier Kabel -> immer gleich IP)
>>>>>> und vieles woran wir jetzt noch gar nicht gedacht haben.
>>>>>>
>>>>>> Wir freuen uns schon auf euere Ergebnisse :-)
>>>>>>
>>>>>> Robert
>>>>> -- 
>>>>> franken-dev mailing list
>>>>> franken-dev at freifunk.net
>>>>> http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net
>>>> -- 
>>>> franken-dev mailing list
>>>> franken-dev at freifunk.net
>>>> http://lists.freifunk.net/mailman/listinfo/franken-dev-freifunk.net
>>>>
>>>>
>>
>>
>
>
>

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20160307/394ac080/attachment-0002.html>