Hardcore-Lösung bei Bonding-Problemen...

eMKay77 · 10. Mai 2016, 22:12

Moin Leutz!

Wegen @Jingoros Hartnäckigkeit habe ich mal nach einer harten Lösung für Bonding-Probleme gesucht...
also den DSL-Tunnel zerlegen, damit alles direkt über LTE geht.

Und da ich Einzeiler mag...

Quellcode

ip addr del $(ip addr list dev ppp256 scope global dynamic | grep inet6 | cut -d ' ' -f 6) dev ppp256

Damit entfernt man die IPv6 vom DSL-Interface und der Tunnel bricht zusammen.
Danach läuft alles, was nicht durch besondere Regelungen auf DSL geroutet ist, nur noch über LTE.

Telefon sollte allerdings weiterhin funktionieren.

Also für Leute wie @Jingoro, welche DSL nur für Telefon - aber für Alles andere LTE nutzen wollen eventuell die Lösung

mfg, emkay

EDIT: ist scheinbar nicht so stabil, wie ich dachte - nach mehren Minuten hat die Firmware dann doch eine neue IPv6 an die DSL-Schnittstelle vergeben - man müsste den Befehl wohl regelmäßig ausführen. (eventuell das 10-minütige Update durch den HAAP)

eMKay77 · 10. Mai 2016, 22:39

...also eher so:

Quellcode

while : ; do ip addr del $(ip addr list dev ppp256 scope global dynamic | grep inet6 | cut -d ' ' -f 6) dev ppp256 2> /dev/null ; sleep 1 ; done &

==> immer noch ein Einzeiler

mfg, emkay

EDIT: hab'mal oben aus 10 Sekunden eine gemacht - sonst wird eventuell der Tunnel doch mal für 1-2 Sekunden aktiv...

genevt · 10. Mai 2016, 23:31

Warum der HAAP? Was macht der mit der PPPoE-Sitzung?
Kann man da irgendwie zuschauen (ich mag kein strace...)?

PS: Naja, IPv6 zerstören war eher als Witz gemeint, kann man nicht nur für ppp256 eine Route zum HAAP ins Nirwana setzen? (Ich will es nicht ausprobieren, nachher gibt es gar kein Tunnel mehr... und Routing unter Linux mag mich eh nicht)

Jingoro · 10. Mai 2016, 23:35

man zerlegt ja nur das ipv6 am dsl interface der lte tunnel ist ja noch offen aber die haap url ins nirvana zu schicken ist doof weil die brauch der LTE teil ja noch

danXde · 10. Mai 2016, 23:40

@genevt ...keine gute Idee, wenn die Route ins Nirvana zeigt, werden die Pakete auch ins Nirvana geschickt - ganz bösser Fehler, mit mal geht, mal geht nicht, je nachdem ob DSL oder LTE genutzt wird. Adresse entfernen und damit die Tunnel-Seite (DSL) down zu nehmen ist sauberer.

Grüße

danXde

eMKay77 · 10. Mai 2016, 23:41

@genevt: naja, vom HAAP sprach hier ja auch niemand.

Eventuell könnte man auch das gre1-Interface killen, wenn man's sieht... (müsste dann aber auch regelmäßig passieren)

Übrigens ist mit dem Einzeiler oben IPv6 nicht zerstört - ppp256 hat ja noch die 2. interne IPv6. Nur die externe, welche für den Tunnel wichtig ist, wird entfernt. Ich sah das als einfachste Lösung an -- gibt aber bestimmt auch noch andere

mfg, emkay

eMKay77 · 11. Mai 2016, 00:21

Damit man es auch wieder beenden kann, doch mal als Script:

Shell-Script

#!/bin/sh
while :
do
ip addr del $(ip addr list dev ppp256 scope global dynamic | grep inet6 | cut -d ' ' -f 6) dev ppp256 2> /dev/null
sleep 1
done &

Das Script schickt sich selbst in den Hintergrund - und kann per killall einfach wieder gekillt werden.

mfg, emkay

EDIT: Nachtrag ==> man muß dabei beachten, daß der LTE-Tunnel ohne den DSL-Tunnel nicht aufgebaut wird...
Der LTE-Tunnel muß also schon stehen, wenn man den DSL-Tunnel killt.

genevt · 11. Mai 2016, 07:35

eMKay77 schrieb:

vom HAAP sprach hier ja auch niemand.

eMKay77 schrieb:

eventuell das 10-minütige Update durch den HAAP

Seit wann hat der HAAP was mit dem ppp256-Interface zu tun, außer dass er darüber erreichhar sein sollte?

eMKay77 · 11. Mai 2016, 09:54

genevt schrieb:

Seit wann hat der HAAP was mit dem ppp256-Interface zu tun, außer dass er darüber erreichhar sein sollte?

Weil alle 10 Minuten ein Abgleich mit dem HAAP durchgeführt wird - und dabei alles, was nich passt, wieder passend gemacht wird vielleicht?
Nur mal so'ne Idee...

Du kannst Dir aber gern die Mühe machen, das zu stracen - dann weißt Du's genau.
Und übrigens geht's bei der ganzen Sache überhaupt nicht um die PPOE-Sitzung - nur um den Tunnel...

mfg, emkay

Maeuschen · 11. Mai 2016, 12:25

Wenn ich dein script ausführe sagt er, dass ppp256 nicht existiert .

genevt · 11. Mai 2016, 13:15

Du hast aber Internet über DSL (bspw. daran erkennbar, dass Telefonie funktioniert)?

Maeuschen · 11. Mai 2016, 13:50

Nein, DSL habe ich aus

. Liegt das daran ? Ich wollte mit dem Befehl verhindern, dass er versucht überhaupt mit DSL zu verbinden. Ich glaube nämlich das der Router alle paar Minuten versucht eine DSL Verbindung aufzubauen und dabei die LTE Verbindung unterbricht.

oreo · 26. Mai 2016, 00:13

Hallo,
habe das Shell Script auf dem SPH, nur will der das nicht starten. Kann mir jemand helfen?

lg
oreo

eMKay77 · 26. Mai 2016, 02:26

oreo schrieb:

habe das Shell Script auf dem SPH, nur will der das nicht starten. Kann mir jemand helfen?

wahrscheinlich nicht - dafür bräuchte man schon mehr Informationen.
Zum Beispiel das Script - genau so, wie es auf deinem SPH nun vorhanden ist. --> besser in einem Code-Tag als als Grafik.

Da das Script definitiv funktioniert, tippe ich mal auf so typische (Windows-)Probleme wie Kodierung/Zeilenendekennung.
(also falscher Texteditor, bzw. falsche Einstellung des Editors.)

mfg, emkay

xdjbx · 26. Mai 2016, 18:35

Wenn du den Quellcode postest , Update ich es in der webdisk

sleuny · 22. Juni 2016, 15:07

Hat vielleicht jemand die Güte das Verfahren (Konfiguration / Installation) genauer zu erklären?

@hefr54 hat die frequi_neu.zip hier ende Mai hochgeladen, auf der Webdisk finde ich @xdjbx ssphfrequi 1.4, diese wurde zuletzt anfang Mai bearbeitet.
Ich vermute mal dass der DSL tun Button bei der Webdisk Version nicht enthalten ist.

Wollte gerade die frequi aus Ende Mai von @hefr54 verwenden, gemeinsam mit der Anleitung von @xdjbx ssphfrequi 1.4, allerdings scheitere ich daran den cgi-bin Ordner über telnet zu finden ..

Entschuldigt falls ich den Wald vor lauter Bäumen nicht sehe, danke

sleuny · 22. Juni 2016, 15:43

Oh wow, jetzt ergibt es langsam Sinn.

Habe bisher nur das sphfreq Script drauf um meine Frequenz auf 800 MHz zu beschränken.
An das Bootstraps Zeugs habe ich mich noch nicht gewagt.

Danke für den Hinweis

eMKay77 · 22. Juni 2016, 15:46

Moin @sleuny!

Du brauchst dafür (also die 2. WebUI) den BootStrap und müsstest Dir einen 2. WebServer einrichten. Letzteres ist durch die busybox-mips allerdings trivial, wenn der bootstrap erledigt ist.

mfg, emkay

L33TCH · 26. September 2016, 17:43

Hi,

gibt es schon was neues ?

also die Reinfolge die ich nutze ist bis jetzt:

sh
su
cd /tmp
mkdir rmnt
mount -t jffs2 /dev/mtdblock0 /tmp/rmnt
mount -o remount,rw /dev/mtdblock0 /tmp/rmnt
while : ; do ip addr del $(ip addr list dev ppp256 scope global dynamic | grep inet6 | cut -d ' ' -f 6) dev ppp256 2> /dev/null ; sleep 1 ; done &

wenn ich es soweit richtig mache kommt es aber immer vor, sobald ich am Rechner sitze, dass dann immer wieder so alle 3-5 Minuten LTE anscheinend abbricht und ich dann so 30-60 Sekunden warten muss bis LTE wieder da ist.

im Log steht nur:

26.09.2016 17:33:10 Vom Internetanbieter zugewiesene WAN IPv6-Adresse: (P001)

26.09.2016 17:33:09 Vom Internetanbieter zugewiesene Gateway-IPv6-Adresse: (P002)

26.09.2016 17:33:09 Vom Internetanbieter zugewiesene WAN IPv6-Adresse: (P001)

xdjbx · 26. September 2016, 18:30

Wie ist denn die Empfangssituation ?

Hardcore-Lösung bei Bonding-Problemen...

Hardcore-Lösung bei Bonding-Problemen...

Quellcode

Quellcode

Shell-Script

eMKay77 schrieb:

eMKay77 schrieb:

genevt schrieb:

oreo schrieb:

Teilen

Benutzer online 6

Ähnliche Themen