Hi Ralf, Ralf Kleemann sagte:
Tobias Becker schrieb:
Einige Angaben in der zuerst wiedergebenen Parameterdatei des isdnlogs wie "skipProv" erfordern den aktuellen isdnlog. Welche Einträge Dein isdnlog unterstützt, ist in "man isdnlog" beschrieben. Sofern vorhanden, wäre vor allen "closefds" relevant. Beim protokollierten Anruf klingelt nur ein Telefon.
Wenn ich FLAGS=IH verwende, funktioniert es und das Program wird nur einmal aufgerufen. Bei FLAGS=IR wird es aber zweimal aufgerufen.
wenn du ein Interval angibst (z.B. 60 Sekunden) sollte das dann nicht mehr passieren. Also: FLAGS = I|R|U INTERVAL = 60
Die Fritz Card USB hängt an der internen s0 der Euracom. Ich habe die isdnlog Version 4.68, ist dies die aktuelle Version?
Zu was ist closefds=y gut?
Hier ist meine Konfiguration:
# cat /etc/isdn/isdnlog.options.contr0 | egrep -v "^ *($|#)" [options] daemon=yes syslog=1013 monitor=yes stdout=2048 newline=yes width=80 start=yes thruput=5 time=0 bilingual=no amt=0
# tail -f -n0 /var/log/messages isdnlog: Mar 27 01:41:39 * Call to tei 127 from +49 30/12, Berlin on testmsn RING (Speech) isdnlog: Mar 27 01:41:39 * Call to tei 127 from +49 30/12, Berlin on testmsn HLC: CCITT, Telefonie kernel: capidrv-1: incoming call 12,1,1,21 kernel: capidrv-1: patching si2=1 to for VBOX kernel: isdn_net: call from 12 -> 21 ignored kernel: isdn_tty: call from 12 -> 21 ignored kernel: capidrv-1: incoming call 12,1,0,21 ignored isdnlog: Mar 27 01:41:43 * Call to tei 127 from +49 30/12, Berlin on testmsn RING (Speech) isdnlog: Mar 27 01:41:43 * Call to tei 127 from +49 30/12, Berlin on testmsn HLC: CCITT, Telefonie kernel: capidrv-1: incoming call 12,1,1,21 kernel: capidrv-1: patching si2=1 to for VBOX kernel: isdn_net: call from 12 -> 21 ignored kernel: isdn_tty: call from 12 -> 21 ignored kernel: capidrv-1: incoming call 12,1,0,21 ignored isdnlog: Mar 27 01:42:35 Call to tei 127 from +49 30/12, Berlin on testmsn HANGUP (Timeout)
BTW: Woher weiß isdnlog eigentlich die Namen der Ortsnetze?
aus ner Datenbank die automatisch mitinstalliert wird.
Gruß Ralf
P.S. was hat eigentlich coney.ath.cx mit suse zu tun? Bei den 3 mails, die ich an suse-isdn@suse.com geschrieben habe, kam 3 mal folgendes zurück:
Betreff: Undelivered Mail Returned to Sender Reporting-MTA: dns; coney.ath.cx Arrival-Date: Sat, 26 Mar 2005 15:14:33 +0100 (CET) Final-Recipient: rfc822; coney@localhost.conrad.con Action: failed Status: 5.0.0 Diagnostic-Code: X-Postfix; mail forwarding loop for coney@localhost.conrad.con
die haben nix mit SUSE zu tun. Da hat sich ganz einfach jemand auf der Liste eingetragen, seine Mailadresse funktioniert nicht richtig, und jeder der jetzt Mails an die Liste schreibt kriegt die sch*** Fehlermeldung. Ein Hilfeschrei mit der Bitte an den Moderator die Person aus dem Verteiler zu löschen schafft meistens Abhilfe... Grüße, Ingo