[AUFSTELLUNG] Verbesserungsvorschläge für SNOM v6 Firmware

[der_Gersthofer]

95) Genaue Angabe der Uhrzeit im Telefonlogbuch (also auch die Sekunden)
08:48:Sekunden
Hintergrund: Es wäre für eine Beschwerde bei der Bundesnetzagentur heute hilfreich gewesen, den exakten Zeitpunkt des Telefonanrufs angeben zu können

 

[quasselstrippe]

zu 95: Den genauen Zeitpunkt eines Anrufs kann man doch anhand des Logs feststellen (Konfigurationswebfrontend des Telefons aufrufen -> Status -> Log bzw. SIP Protokollierung).
Bei mir (Snom 320 v6.5.2) steht da z.B.:

Received from udp:192.168.1.3:5060 at 19/3/2007 14:45:37:800 (561 bytes):

SIP/2.0 200 OK
...

 

[der_Gersthofer]

Aber eben nicht (mehr), wenn sich SIP Protokollierung oder Log mit anderen Einträgen gefüllt haben und damit die älteren Einträge "herausfallen" (was relativ schnell geschieht, wenn man mehrere Provider eingetragen hat und die Registrierspanne vergleichsweise kurz ist).

 

[quasselstrippe]

zu 95: Gegen Überlaufen der Logs hilft das Loggen auf einen Rechner per syslogd.

In den Ruflisten würde ich keinen Platz für Sekunden verschwenden. Stattdessen könnte man die Sekunden aber gut auf der Startseite des Webfrontends anzeigen - da werden die Ruflisten nämlich ebenfalls angezeigt und da ist genügend Platz.

 

[der_Gersthofer]

Nicht jeder lässt einen syslog-Server mitlaufen (und halte ich für diesen einen Zweck auch völlig überzogen).

Stattdessen könnte man die Sekunden aber gut auf der Startseite des Webfrontends anzeigen - da werden die Ruflisten nämlich ebenfalls angezeigt und da ist genügend Platz.

So war das auch gemeint

 

[der_Gersthofer]

96) Mitschneiden von Gesprächen ohne Hilfe von Asterisk (z.B. sind momentan ja rund 5 MB RAM frei. Man könnte also z.B. bis 2,5 MB große Dateien im mp3 Format (oder einem lizenzfreien Codec) aufzeichnen, diese Datei dann im Hintergrund an eine zuvor vom Nutzer hinterlegte Mailadresse verschicken während weiter aufgezeichnet wird. Sobald wieder 2,5 MB zusammengekommen sind, wird die Teildatei wieder verschickt usw.)

 

[ingmar2]

@96: Bist Du sicher, dass die Hardware da mitspielt? Realtime encoding ist eingermaßen prozessorintensiv.

 

[der_Gersthofer]

Nachdem jetzt die v.7 erschienen ist, geht es hier neu los / weiter.