[Frage] Auslesen von Daten des aktuellen Telefonats möglich?

[eisbaerin]

Super!
Klappt aber noch nicht ganz.
Bei meinen Beispielen in #8 geht das 1. Beispiel, aber das 2. zeigt bei deinem Programm falsch: Keine Verbindungen zur Zeit!

 

[Rynah]

Super!
Klappt aber noch nicht ganz.
Bei meinen Beispielen in #8 geht das 1. Beispiel, aber das 2. zeigt bei deinem Programm falsch: Keine Verbindungen zur Zeit!

Bei deiner Fritzbox gibts noch Port6 habe ich gerade gesehen. Das habe ich noch eben mit eingebaut. Jetzt müsste es gehen. Neue Version siehe Post (#20) von mir.

 

[eisbaerin]

Jo, das geht jetzt. Bei meiner FB7170 ist Port 5 - ISDN und Port 6 - VoIP.
Was passiert aber bei 2 ISDN Gesprächen und 2,3,4 VoIP Gesprächen gleichzeitig?
Ich könnte mir vorstelle, daß auch noch Port 7, 8, 9, 10, ... möglich sind.

 

[z23]

Rynah, das klappt hervorragend, besten Dank!
Darf man erfahren, in welcher Sprache/Entwicklungsumgebung du das programmiert hast?

 

[Rynah]

Rynah, das klappt hervorragend, besten Dank!

Das freut mich.

Darf man erfahren, in welcher Sprache/Entwicklungsumgebung du das programmiert hast?

Das Programm habe ich in Win32-Assembler mit der Entwicklungsumgebung "WinAsm Studio" geschrieben.

 

[z23]

Rynah, kann es sein, dass CheckTel 1.01 ab FRITZ!OS 6.20 nicht mehr funktioniert?
Bekomm in letzter Zeit immer Errorlevel 2 (=Programmfehler) zurück...

 

[Rynah]

Das kann gut sein.
Kann es leider nicht testen, da ich keine Fritzbox mit OS 6.20 habe.

Log dich mal in die Fritzbox per Telnet ein und gebe folgende Zeile ein:

echo "AT&V" | nc 127.0.0.1 1011 | grep Port

Da wird wahrscheinlich eine Fehlermeldung kommen.

 

[z23]

echo "AT&V" | nc 127.0.0.1 1011 | grep Port

Da wird wahrscheinlich eine Fehlermeldung kommen.

Ja, denn netcat gibt es im Fritz!OS scheinbar nicht (mehr):

-sh: nc: not found

:gruebel:

Und jetzt?

 

[z23]

Weiß niemand mehr?

 

[koyaanisqatsi]

Moin

Klaro, nc oder netcat ist wegen Sicherheitswahn seitens AVM entfernt worden.
Wenn also die Callmonitorschnitstelle (Port 1012) nicht abgehört wird,ja, das geht noch, auch von einen Klienten,
können laufende (VoIP) Verbindungen auf der Box noch mit einem AVM Kommando angezeigt werden: showvoipdstat

Die Ausgabe enthält von Oben nach Unten:
1. Alle Internetnummern und ob registriert oder nicht, auch Statistiken
2. Die unterstützten Sprachcodecs, als Liste
3. Die Registrare, ob angemeldet und die an ihr angemeldete Klienten
4. Die letzten 10 vollendeten Verbindungen plus Statistik

Mit einem geschickten grep lassen sich die gewünschte Infos auch separiert rausholen.
Beispiel: showvoipdstat | grep "connected ok"
Weil das in der Ausgabe für ein laufendes Gespräch steht.

ua7 ([email protected], sipiface=voip): [B][COLOR=#ff0000]connected ok[/COLOR][/B] 0  -- reachability 100 % (backup,overvoip)

Achtung: Damit sieht man nur externe Verbindungen, Interne nicht.

Zum Testen also mal mit Handy/Smartfon anrufen.

 

[z23]

Danke koyaanisqatsi, klappt soweit - sipiface=internet): connected ok 0 -- reachability 100 % (over internet) bei mir.
Weiß leider nicht, wie ich das für ein Programm verwenden kann so wie Rynah es getan hat.

Kennst du eine Möglichkeit auf ein laufendes (externes) Telefonat zu prüfen ohne telnet auf fritz.box?

 

[Joe_57]

Laufende Telefonate lassen sich auch über das WEB-Interface der FritzBox prüfen:
http://fritz.box/fon_num/sip_quality.lua
Wenn man dort den Haken bei "Detailinformationen beendeter Telefonate anzeigen und mit Push Service versenden" setzt, wird auch eine Art History angelegt.

Joe

 

[koyaanisqatsi]

Wurde schon erwähnt: Callmonitor Port 1012
Wenn aktiviert ist der im LAN erreichbar, beispielsweise: nc fritz.box 1012

Oder gerade getestet, in einer Windowskommandozeileneingabe: telnet fritz.box 1012
...und ruf dich mal an. :mrgreen:
...probier mal.

 

[z23]

Laufende Telefonate lassen sich auch über das WEB-Interface der FritzBox prüfen:
http://fritz.box/fon_num/sip_quality.lua

Zwei Probleme dieser Methode:

1. mein Skript müsste erst die SID berechnen (weiß nicht wie)
2. ich brauch den eindeutigen Rückgabewert (siehe oben)

 

[chked]

Du kannst aber "nc" auch nachrüsten. Am einfachsten geht das, wenn du das Modul mit freetz compilierst. Kopiere die Datei nc auf /var/media/ftp und rufe sie mit /var/media/ftp/nc auf. Freetz selber musst du gar nicht installieren.

 

[z23]

Du kannst aber "nc" auch nachrüsten.

Das Hauptproblem ist der fehlende Rückgabewert!
Wegen Batch brauch ich ein eindeutiges Errorlevel, um mich drauf zu beziehen.
Rynahs Programm öffnet deshalb, wenn ich es richtig verstand, eine telnet-Session, führt
das Kommando (damals nc mit Port-grep) durch und returned jeweils einen Rückgabewert.

Soweit ich weiß lassen sich telnet-Session nicht automatisieren, oder?

 

[PeterPawn]

Rynahs Programm öffnet deshalb, wenn ich es richtig verstand, eine telnet-Session, führt
das Kommando (damals nc mit Port-grep) durch und returned jeweils einen Rückgabewert.

und

Soweit ich weiß lassen sich telnet-Session nicht automatisieren, oder?

Was verstehe ich falsch, wenn ich daraus nicht schlau werde?

Wo soll denn nun am Schluß die Abfrage stattfinden, auf der Box oder außerhalb?

Wenn es auch auf der Box sein darf, würde ich ganz normal die Anrufliste über libcalllog.so in Lua einlesen und die Gespräche anhand des Status "läuft noch" auseinander dividieren. Anders macht es ja AVM selbst auch nicht, wenn es z.B. beim Firmware-Update zu einer Anzeige der laufenden Gespräche kommt. Ob da dann ein internes Gespräch auch drin ist, weiß ich nicht ... sollte das nicht der Fall sein (und wenn AVM es nicht vorgesehen hat, würde ich den Aufwand für recht hoch halten, das selbst festzustellen), muß man halt damit leben.

Genauso habe ich allerdings keine Ahnung, ob das auch für eine periodische Abfrage taugt ... andererseits macht es AVM ja auch wieder so, wenn die Übersichtsseite ständig aktualisiert wird, solange sie im Browser geöffnet ist.

 

[z23]

Das Tool CheckTel wurde außerhalb der Box verwendet (s. o.).
Laut Rynah machte es im Hintergrund sowas und gab das Ergebnis so zurück, dass ich's in meiner Batch verarbeiten konnte.

 

[PeterPawn]

Da ja der telefon-Daemon an den Port 1011 nur intern (unter 127.0.0.1) gebunden ist, kann/muß dann 'checktel' ja irgendwie Kommandos auf der Box selbst ausführen. Dafür gibt es ja nun zig verschiedene Wege.

Wenn ich das richtig verstehe, scheitert es inzwischen am fehlenden 'nc'-Applet in der AVM-Busybox. Dafür lassen sich genug Wege finden, von einer anderen Busybox (oder auch nur socat/netcat als gesondertes Kommando) auf einem USB-Stick oder per wget aus dem Netz oder per WebDAV aus dem Netz oder oder oder.

Folgende Programme sind nach wie vor in der Busybox (oder besser der AVM-Firmware) enthalten und können teilweise auch nicht ohne weiteres entsorgt/ersetzt werden:

ftpget/ftpput
telnetd (kein Client, aber problemlos mit beliebigen Programm auf einem gesonderten Port zu starten)
tftp (get/put)
wget (nur HTTP)
httpsdl (nur HTTPS)
cp (vom USB-Stick)
davfs2 (copy after mount)
echo (um aus einer Telnet-Session heraus mit Hex-Kodierung in eine Datei zu schreiben, beim Einsatz von gzip wird der zu kodierende Teil kleiner)

Dann muß man nur die Abfragen durch checktel so weit erweitern, daß erst einmal die Existenz eines passenden Tools sichergestellt wird bzw. dieses dann unter einem definierten Namen in /var abgelegt wird (das könnte im Extremfall sogar eine bash-Shell sein, die kann dann wieder direkt auf Netzwerk-Sockets zugreifen).

Das klingt jetzt alles viel komplizierter als es am Ende ist ... die entscheidende Frage wäre logischerweise erst einmal, welches Programm man verwenden will und wo man es speichern kann. Wenn man ohnehin per Telnet auf die Box muß/will, kann man auch das Programm irgendwie auf die Box schaffen.

Am Ende findet sich immer ein Weg, eine absolut vernagelte Firmware gibt es einfach nicht (bei der derzeit verwendeten Hardware- und Software-Architektur).

 

[z23]

Da ja der telefon-Daemon an den Port 1011 nur intern (unter 127.0.0.1) gebunden ist, kann/muß dann 'checktel' ja irgendwie Kommandos auf der Box selbst ausführen.

So hab ich Rynah auch verstanden.

Wenn ich das richtig verstehe, scheitert es inzwischen am fehlenden 'nc'-Applet in der AVM-Busybox. Dafür lassen sich genug Wege finden, von einer anderen Busybox (oder auch nur socat/netcat als gesondertes Kommando) auf einem USB-Stick oder per wget aus dem Netz oder per WebDAV aus dem Netz oder oder oder.

CheckTel wurde in Assembler programmiert. Ich hoff, das geht anders auch (bspw. in AutoIt).
Analog zu CheckTel möcht ich eine Telnetsession auf die Box machen, dort ein geeignetes Kommando absetzen
und je nach Ergebnis eine Rückgabe setzen. Ein solches Kommando wär:

showvoipdstat | grep "connected ok"

Router-IP und Passwort (bzw. Nutzer) wären halt noch als Parameter zu übergeben (analog zu CheckTel).
Das Tool baut dann die Telnetsession zur Router-IP auf, wählt sich ein, grept den Status und liefert als
Errorlevel 0 zurück (falls keine externe Verbindung besteht) oder 1 (falls Verbindung besteht) bzw. 2
(für Fehler wie z.B. fehlender telnet-Client, fehlende Unterstützung der Fritz!Box usw.).

Dann muß man nur die Abfragen durch checktel so weit erweitern, daß erst einmal die Existenz eines passenden Tools sichergestellt wird bzw. dieses dann unter einem definierten Namen in /var abgelegt wird

Nur wird Rynah ohne Testmöglichkeit das nicht tun.

Wenn man ohnehin per Telnet auf die Box muß/will, kann man auch das Programm irgendwie auf die Box schaffen.

Ich fürchte fast, da komm ich nicht drumrum...