Fritz!Load…

Hatte die neuen Dateien jetzt in froher Hoffnung eingespielt.
Berichten kann ich auf jeden Fall dass es nicht funktioniert hat, hatte leider vergessen die Debug-Log zu aktivieren.
Werde aber gleich mit aktivierter Debug Log einen provozierten Test durchführen.
Edit:
FEHLALARM!
Beim ersten drüberschauen stellt sich heraus dass meine voipcheck.lua irgenwdie beim Download beschädigt wurde, bei exaktem Hinsehen stellte sich heraus dass es sich um einen Fehler-40 handelte.
Für zukünftige Generationen:
Man darf nicht diesen Link  als Ziel speichern:
https://sourceforge.net/p/avmload/code/ … pcheck.lua
Sondern muss diesen nehmen
https://sourceforge.net/p/avmload/code/ … format=raw,
sonst hat man nur eine Menge HTML Kram in einer .lua 

Das da funktioniert bei mir sehr gut, jetzt gut eine Woche ohne dass ich für abgerochene Telefonate angeschissen wurde, Selbstversuch also geglückt.
Aber deswegen bitte ich ja dass vielleicht noch ein zwei Leute es vielleicht nur mal stichprobenartig testen, es müssen wie gesagt nicht alle Boxen gleich sein, und das ist das erste mal das ich nach "Hello World" irgendetwas "nützliches" programmiert habe, also bitte erst nochmal drüberschauen bevor es jemand einpflegt, aber wenn in Zukunft jemand nach einer Lösung sucht findet er so fast zwangsläufig diese hier.

"voipname" ist unerheblich, deswegen ist er ja auch in der Variante erstmal rausgeflogen, sobald ich rauskriege wie oder wenn jemand sich dessen annimmt ( den Großteil hat PeterPawn im ippf schon gemacht, es müsste sich mal jemand ransetzen der $eval richtig beherscht) kann es wieder eingebunden werden, und die Nummern werden wieder angezeigt. Im Gegenzug sieht man so im Moment wie viele Telefonate geführt werden, hat ja auch was.

Zum Umstieg: Da bin ich überfragt, aber man kann die UI-Module ja checken, ctrlmgr _ voipstat kann halt auf meiner Box nur noch Load und unload, die restlichen Befehle sind gestrichen, der Mac Check funktioniert aber noch.
Ich glaube im ippf hat jemand was geschrieben wann AVM umgestiegen ist, alles was jetzt noch funktioniert sind vermutlich noch "Codeleichen", die den Schuss noch nicht gehört haben. Ein "harter Umstieg" war es also nicht.

Den simplen call Check habe ich schon Testweise implementiert. Im Laufe der nächsten Tage werde ich hier mal posten was ich haben, wenn ich mir einigermaßen sicher bin.
Wie man die zugehörige Nummer mitabliest sollte auch zu machen sein, allerdings bekomme ich diese Daten bisher nicht wieder zurück in die reconnect.sh, das müsste mal jemand Erfahreneres versuchen.

PeterPawn hat echt Ahnung, das stimmt schon

Wie gesagt, wenn jemand es schaft eine Lua zu schreiben die nur die Nummern der aktiven Anrufe ausgibt (siehe ippf Thread), die also einen variablen String übergibt der dann als voipname in Reconnect.sh eingepflegt werden kann, dann ist alles wieder so wie ursprünglich geplant, und dabei zuverlässiger und schneller. Leider übersteigt das meine handwerklichen Fähigkeiten, ich biete mich aber an zum Korrekturlesen, Testen etc....
Ich schaffe mit Einsen und Nullen, dass sortieren von Tabellen überlasse ich den Profis.

BtW:Da AVM ja auf die LUA Bibliothek umschwenkt, könnte man vielleicht versuchen andere Sachen die noch die webcm Schnittstelle benutzen wie die Mac-Check oder Wlan-Check auch umzustellen, dann dürfte ein paar Jahre Ruhe im Karton sein
Aber eins nach dem anderen.

Ich hätte präziser sein können:
Ich kann sowohl den Bug bestätigen, als auch das pseudex's Einzeiler den FTP Transfer für mich gefixt hat.
Den Teil mit dem HTTP Server und WOL habe ich nicht überprüft, teils weil ich keinen HTTP Server habe und mein FTP Server immer online ist.

Reconnect.sh ist laut Header ursprünglich das Werk von einem gewissen Harald Becker (@telefonsparbuch.de). Tummelt Herr Becker sich noch in diesem Forum?

root@fritz:/var/mod/root# ctlmgr_ctl r voipstat status/load

root@fritz:/var/mod/root# ctlmgr_ctl r voipstat status/localnames/count
0
root@fritz:/var/mod/root# ctlmgr_ctl r voipstat status/localnames0/localname
root@fritz:/var/mod/root# ctlmgr_ctl r voipstat status/unload

root@fritz:/var/mod/root#

Als ein erster Schritt, vllt. kann mir ja jemand erfahreneres beibringen wie man hier weiter vorgeht. Die Befehle selbst scheinen nichts zu bewirken, allerdings deuten die Fetzen des Codes die ich verstanden habe ach an dass mit dem Ergebnis gewisse Variablen belegt werden sollen, die befehle wurden ja jetzt nur aus Freeetz heraus abgesetzt, während eines Anrufes allerdings.
Gehe ich richtig dass normalerweise "count" hätte eins seinmüssen und "localname" die Telefonnummer?
Die Telefonnummer wurde nämlich korrekt angezeigt im einen Fall in dem der VoIP Check funktioniert. Leider hatte ich davon nie eine Debug Log..

Auch bei mir verhält sichd er VoiP Check seltsam. Würde das Thema gerne mal pushen.
Einmal hat er ein laufendes Telefonat erkannt, und ich habe das ganze nicht weiter beachtet.
Nun Tage später sehe ich das doch durch Reconnects zahlreiche Telefonate unterbrochen wurden.
Wie wären denn die entsprechenden Kommandozeilenbefehle und zu checken ob die Informationen noch korrekt ausgelesen werden?
Ich bin leider wirklich ein Laie:

callcheck() {
	callcheck="$(sed -n 's/^callcheck="\([^"]*\).*/\1/p' $pdir/config/fritzload.ini)"
	[ "$callcheck" != 1 ] && return 1
	if [ "$callCheckMsg" = 1 ]; then
		print "Telefonatprüfung"
	fi
	login
	local active_calls="$($CURL -s http://$box/home/home.lua?sid=$cgisid \
	2>/dev/null \
	| sed -n 's,.*class="call_current".*?</td>\(.*\)</table>,\1,p')"
	if [ -n "$active_calls" ]; then
		if [ "$callCheckMsg" = 1 ]; then
			print "Ein Telefonat wird geführt, warte..."
			callCheckMsg=0
		fi
		[ ${showMsg:-0} -eq 1 ] && curl_msg_wait 20 "Erneut verbinden - Ein Telefonat wird geführt, warte 20 Sekunden..."
		sleep 20
		return 0
	fi
	return 1
}

voipcheck() {
	local voipstat
	voipcheck="$(sed -n 's/^voipcheck="\([^"]*\).*/\1/p' $pdir/config/fritzload.ini)"
	[ "$voipcheck" != 1 ] && return 1
	if [ "$voipCheckMsg" = 1 ]; then
		print "VoIP-Prüfung"
	fi
	login
	if [ "$boxextern" != 1 ]; then
		#voipstat="$(/usr/www/cgi-bin/webcm getpage=$pdir/html/voip.html | grep '^VOIP:\ ')"
		ctlmgr_ctl r voipstat status/load
		local voipcount=$(ctlmgr_ctl r voipstat status/localnames/count)
		local voipname=$(ctlmgr_ctl r voipstat status/localnames0/localname)
		ctlmgr_ctl r voipstat status/unload
		if [ "${voipcount:-0}" -gt 0 ]; then
			voipstat="VOIP: $voipname"
		else
			return 1
		fi
	else
		voipstat="$($CURL -s http://$box/cgi-bin/webcm \
		-d "getpage=../html/de/fon/qualitytable.html" \
		-d "var:lang=de" \
		-d "sid=$cgisid" \
		-d "login:command/password=$passvoip" \
		2>/dev/null \
		| sed -n '/<table id="tQoS2">/,/<\/table>/ s/.*TrRufnr("\([^"]*\).*/\1, /p' | tr -d '\n')"
		[ -n "$voipstat" ] && voipstat="VOIP: $voipstat"
	fi
	if [ -n "$voipstat" ]; then
		if [ "$voipCheckMsg" = 1 ]; then
			print "VoIP-Telefonat ($voipstat), warte..."
			voipCheckMsg=0
		fi
		[ ${showMsg:-0} -eq 1 ] && curl_msg_wait 20 "VoIP-Telefonat ($voipstat), warte 20 Sekunden..."
		sleep 20
		return 0
	fi
	return 1

http://$box/home/home.lua?sid=$cgisid

--> Mir ist leider nicht klar woher $cgisid kommt. Wer das weiß könnte ja vielleicht mal schauen ob unter der neuen Oberfläche da überhaupt noch etwas auszulesen ist?

Ich habe es nun nach etlichen Stunden irgendwie doch ans laufen bekommen, bin mir allerdings gar nicht sicher warum

Eine andere Frage: MacNoRec, also das nicht neu verbinden falls gewisse MacAdressen aktiv sind, kann es sein dass die Adressen nur in der "ausführenden" Box gecheckt werden und nicht in der anvisierten?
Die Debug-Log und ein paar einfache Tests scheinen das zu bestätigen.
EDIT:
Kann man irgendwo per Editor vielleicht ändern wo das ganze stattfinden soll oder muss Fritzload dafür im eigentlichen Router laufen?

Über diese Variante läuft Fritzload ja im Moment. Ich habe ./install.sh - i verwendet. Aber dank Freetz hat der Zugriff auf debug.cfg ja funktioniert. Denke das sollte dann ja keinen unterschied machen.
"tr" funktioniert ja so oder so nicht wenn ich mich in der Konsole bei Freetz anmelde, sollte also nicht von Fritzload abhängen.