Anrufannahme vbox
Hallo Liste, folgendes Problem ergab sich nach dem Update von SuSE 6.1 auf 6.2. Anrufe von einer analogen Gegenstelle werden problemlos aufgezeichnet, aber alle Anrufe von einem ISDN oder Funknetz werden abgewiesen. Folgende log-Meldungen erscheinen: Aug 27 22:53:48 server kernel: isdn_net: call from 1234,1,0 -> 5678 Aug 27 22:53:48 server kernel: isdn_net: Service-Indicator not 7, ignored Aug 27 22:53:48 server kernel: isdn_tty: call from 1234, -> RING on ttyI3 Aug 27 22:53:48 server isdnlog: Aug 27 22:53:48 * Anruf fuer tei 127 von 1234 bei 5678 RING (Speech) Aug 27 22:53:48 server isdnlog: Aug 27 22:53:48 * Anruf fuer tei 127 von 1234 bei 5678 HLC: CCITT, Telefonie Aug 27 22:53:48 server kernel: isdn: Tel0,ch0 cause: E0265 Aug 27 22:53:48 server isdnlog: Aug 27 22:53:48 * Anruf fuer tei 110 von 1234 bei 5678 HANGUP Information element/parameter non-existent or not implemented (User) Aug 27 22:54:26 server isdnlog: Aug 27 22:54:26 * Anruf fuer tei 111 von 1234 bei 5678 HANGUP Information element/parameter non-existent or not implemented (User) Aug 27 22:54:26 server isdnlog: Aug 27 22:54:26 tei 109 Anruf bei von ? HANGUP ( 0:00:42) Nachfolgend die Einträge bei einen analogen Anruf: Aug 25 21:27:23 server kernel: isdn_net: Incoming call without OAD, assuming '0' Aug 25 21:27:23 server kernel: isdn_net: call from 0,1,0 -> 1234 Aug 25 21:27:23 server kernel: isdn_net: Service-Indicator not 7, ignored Aug 25 21:27:23 server kernel: isdn_tty: Incoming call without OAD, assuming '0' Aug 25 21:27:23 server kernel: isdn_tty: call from 0, -> RING on ttyI2 Aug 25 21:27:23 server isdnlog: Aug 25 21:27:23 * Anruf fuer tei 127 von bei RING (3.1kHz audio) Aug 25 21:27:37 server isdnlog: Aug 25 21:27:37 Anruf fuer tei 77 von bei CONNECT (3.1kHz audio) Aug 25 21:29:22 server isdnlog: Aug 25 21:29:22 Anruf fuer tei 77 von bei Normal call clearing (Public network serving local user) Aug 25 21:29:22 server isdnlog: Aug 25 21:29:22 Anruf fuer tei 77 von bei HANGUP ( 0:01:45) Außerdem würde gern wissen was der Eintrag "tei xx" im isdnlog bedeutet. In der Doku hab ich nichts dazu gefunden. Vielen Dank im vorau Thomas
Hallo Thomas, häng doch mal den entsprechenden Teil aus der /var/log/vbox/<logdatei.ttyIx> mit an deine mail, da steht jeder einzelne Schritt, den vbox macht. Ich vermute, das, sobald eine Nummer übermittelt wird, keine Regel mehr zutrifft, und vbox dann ins Trudeln gerät. Alex Thomas Mertin schrieb:
Hallo Liste,
folgendes Problem ergab sich nach dem Update von SuSE 6.1 auf 6.2. Anrufe von einer analogen Gegenstelle werden problemlos aufgezeichnet, aber alle Anrufe von einem ISDN oder Funknetz werden abgewiesen. Folgende log-Meldungen erscheinen:
Aug 27 22:53:48 server kernel: isdn_net: call from 1234,1,0 -> 5678 Aug 27 22:53:48 server kernel: isdn_net: Service-Indicator not 7, ignored Aug 27 22:53:48 server kernel: isdn_tty: call from 1234, -> RING on ttyI3 Aug 27 22:53:48 server isdnlog: Aug 27 22:53:48 * Anruf fuer tei 127 von 1234 bei 5678 RING (Speech) Aug 27 22:53:48 server isdnlog: Aug 27 22:53:48 * Anruf fuer tei 127 von 1234 bei 5678 HLC: CCITT, Telefonie Aug 27 22:53:48 server kernel: isdn: Tel0,ch0 cause: E0265 Aug 27 22:53:48 server isdnlog: Aug 27 22:53:48 * Anruf fuer tei 110 von 1234 bei 5678 HANGUP Information element/parameter non-existent or not implemented (User) Aug 27 22:54:26 server isdnlog: Aug 27 22:54:26 * Anruf fuer tei 111 von 1234 bei 5678 HANGUP Information element/parameter non-existent or not implemented (User) Aug 27 22:54:26 server isdnlog: Aug 27 22:54:26 tei 109 Anruf bei von ? HANGUP ( 0:00:42)
Nachfolgend die Einträge bei einen analogen Anruf:
Aug 25 21:27:23 server kernel: isdn_net: Incoming call without OAD, assuming '0' Aug 25 21:27:23 server kernel: isdn_net: call from 0,1,0 -> 1234 Aug 25 21:27:23 server kernel: isdn_net: Service-Indicator not 7, ignored Aug 25 21:27:23 server kernel: isdn_tty: Incoming call without OAD, assuming '0' Aug 25 21:27:23 server kernel: isdn_tty: call from 0, -> RING on ttyI2 Aug 25 21:27:23 server isdnlog: Aug 25 21:27:23 * Anruf fuer tei 127 von bei RING (3.1kHz audio) Aug 25 21:27:37 server isdnlog: Aug 25 21:27:37 Anruf fuer tei 77 von bei CONNECT (3.1kHz audio) Aug 25 21:29:22 server isdnlog: Aug 25 21:29:22 Anruf fuer tei 77 von bei Normal call clearing (Public network serving local user) Aug 25 21:29:22 server isdnlog: Aug 25 21:29:22 Anruf fuer tei 77 von bei HANGUP ( 0:01:45)
Außerdem würde gern wissen was der Eintrag "tei xx" im isdnlog bedeutet. In der Doku hab ich nichts dazu gefunden.
Vielen Dank im vorau Thomas
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
-- Alexander Meinecke Goldregenweg 31 email: mailto:alex.meinecke@gmx.de 53757 Sankt Augustin Homepage: http://www.home4u.de/am ---------------------- Phone: +49 2241 344 873 D1: +49 171 915 14 55 FAX: +49 2241 333 995
Alexander Meinecke schrieb:
Hallo Thomas,
häng doch mal den entsprechenden Teil aus der /var/log/vbox/<logdatei.ttyIx> mit an deine mail, da steht jeder einzelne Schritt, den vbox macht. Ich vermute, das, sobald eine Nummer übermittelt wird, keine Regel mehr zutrifft, und vbox dann ins Trudeln gerät.
Alex
Die vboxgett-I2.log-Datei sieht bei einen Anruf von einer ISDN-Stelle folgendermassen aus: 30-Aug 21:02:29 <I> Wakeup! 30-Aug 21:02:29 <D> Checking free space on "/var/spool/vbox/thomas"... 30-Aug 21:02:29 <D> Getting number of rings to wait before answer call... 30-Aug 21:02:29 <D> Parsing time(s) "22:30-23:59,00:00-08:59"... 30-Aug 21:02:29 <D> Range 22:30:00 - 23:59:59 (21:02:29): don't match. 30-Aug 21:02:29 <D> Range 00:00:00 - 08:59:59 (21:02:29): don't match. 30-Aug 21:02:29 <D> Parsing time(s) "00:00-10:00"... 30-Aug 21:02:29 <D> Range 00:00:00 - 10:00:59 (21:02:29): don't match. 30-Aug 21:02:29 <D> Parsing time(s) "*"... 30-Aug 21:02:29 <D> Range **:**:** - **:**:** (21:02:29): match. 30-Aug 21:02:29 <D> Parsing day(s) "*"... 30-Aug 21:02:29 <D> Range *: match. 30-Aug 21:02:29 <D> Call will be answered after 6 rings... 30-Aug 21:02:29 <I> [ 1/ 6] RING... 30-Aug 21:02:29 <D> Flushing modem... 30-Aug 21:02:29 <D> Sending "ATS20?"... 30-Aug 21:02:29 <D> Got s-register value "1". 30-Aug 21:02:29 <D> Searching user with caller number "1234"... 30-Aug 21:02:29 <D> Caller number match user "Josef"... 30-Aug 21:02:29 <D> Section "[MERTIN]" will be used... 30-Aug 21:02:29 <D> Parsing settings from section "[MERTIN]"... 30-Aug 21:02:29 <D> Parsing time(s) "*"... 30-Aug 21:02:29 <D> Range **:**:** - **:**:** (21:02:29): match. 30-Aug 21:02:29 <D> Parsing day(s) "*"... 30-Aug 21:02:29 <D> Range *: match. 30-Aug 21:02:29 <I> [ 1/ 6] CALLER NUMBER: 1234 (Josef)... 30-Aug 21:02:29 <D> New number of rings from "vboxrc" are 4... 30-Aug 21:02:29 <D> Checking for new messages in "/var/spool/vbox/thomas/incoming"... (*) 30-Aug 21:02:29 <D> Found 27 new messages; new number of rings are 2... 30-Aug 21:02:41 <I> Initializing modem port (voice mode; 2500 ms)... 30-Aug 21:02:43 <D> Hangup modem (drop dtr 400 ms)... 30-Aug 21:02:43 <D> Flushing modem (timeout)... 30-Aug 21:02:44 <D> Flushing modem... 30-Aug 21:02:44 <D> Sending "ATZ&B512&E5678"... 30-Aug 21:02:44 <D> Waiting for "OK"... Got it. 30-Aug 21:02:44 <D> Flushing modem... 30-Aug 21:02:44 <D> Sending "AT+FCLASS=8"... 30-Aug 21:02:44 <D> Waiting for "OK|VCON"... Got "OK" (1). 30-Aug 21:02:44 <D> Flushing modem... 30-Aug 21:02:44 <D> Sending "ATS13.2=1S13.4=1"... 30-Aug 21:02:44 <D> Waiting for "OK|VCON"... Got "OK" (1). 30-Aug 21:02:44 <D> Flushing modem... 30-Aug 21:02:44 <I> Waiting... Dabei Fällt mir auf, daß die RINGS nicht gezählt werden. In der Version mit SuSE 6.1 sah das ganze nach dem (*) "new number of rings are 2..." so aus: 07-Jul 11:44:31 <I> [ 2/ 6] RING... 07-Jul 11:44:35 <I> [ 3/ 6] RING... 07-Jul 11:44:40 <I> [ 4/ 6] RING... 07-Jul 11:44:44 <I> [ 5/ 6] RING... 07-Jul 11:44:49 <I> [ 6/ 6] RING... 07-Jul 11:44:49 <D> Initializing tcl script "/var/spool/vbox/thomas/standard.tcl"... 07-Jul 11:44:49 <D> Answering call... 07-Jul 11:44:49 <D> Flushing modem... 07-Jul 11:44:49 <D> Sending "ATA"... 07-Jul 11:44:49 <D> Waiting for "VCON|CONNECT"... Got "VCON" (1). 07-Jul 11:44:49 <I> Running tcl script "/var/spool/vbox/thomas/standard.tcl"... 07-Jul 11:44:49 <I> Playing "/var/spool/vbox/thomas/messages/standard.msg"... 07-Jul 11:44:49 <D> Setting voice compression "ADPCM-4"... 07-Jul 11:44:49 <D> Flushing modem... 07-Jul 11:44:49 <D> Sending "AT+VSM=4+VLS=2"... 07-Jul 11:44:49 <D> Waiting for "OK|VCON"... Got "OK" (1). 07-Jul 11:44:49 <D> Flushing modem... 07-Jul 11:44:49 <D> Sending "AT+VTX"... 07-Jul 11:44:49 <D> Waiting for "CONNECT"... Got it. 07-Jul 11:44:59 <D> End of audio data (No such file or directory). 07-Jul 11:44:59 <D> Waiting for "VCON"... Got it. 07-Jul 11:44:59 <D> [vbox_put_message] result "OK". 07-Jul 11:44:59 <I> Playing "/var/spool/vbox/thomas/messages/beep.msg"... 07-Jul 11:44:59 <D> Setting voice compression "ADPCM-4"... 07-Jul 11:44:59 <D> Flushing modem... 07-Jul 11:44:59 <D> Sending "AT+VSM=4+VLS=2"... 07-Jul 11:44:59 <D> Waiting for "OK|VCON"... Got "OK" (1). 07-Jul 11:44:59 <D> Flushing modem... 07-Jul 11:44:59 <D> Sending "AT+VTX"... 07-Jul 11:44:59 <D> Waiting for "CONNECT"... Got it. 07-Jul 11:45:01 <D> End of audio data (No such file or directory). 07-Jul 11:45:01 <D> Waiting for "VCON"... Got it. 07-Jul 11:45:01 <D> [vbox_put_message] result "OK". 07-Jul 11:45:01 <I> Recording "/var/spool/vbox/thomas/incoming/00000931340689-00000217" (90 secs). .. 07-Jul 11:45:01 <D> Setting voice compression "ADPCM-4"... 07-Jul 11:45:01 <D> Flushing modem... 07-Jul 11:45:01 <D> Sending "AT+VSM=4+VLS=2"... 07-Jul 11:45:01 <D> Waiting for "OK|VCON"... Got "OK" (1). 07-Jul 11:45:01 <D> [vbox_get_message] result "HANGUP". 07-Jul 11:45:02 <D> Back from tcl script... 07-Jul 11:45:02 <D> Freeing tcl interpreter... MfG Thomas
folgendes Problem ergab sich nach dem Update von SuSE 6.1 auf 6.2. Anrufe von einer analogen Gegenstelle werden problemlos aufgezeichnet, aber alle Anrufe von einem ISDN oder Funknetz werden abgewiesen. Folgende log-Meldungen erscheinen:
Aug 27 22:53:48 server kernel: isdn_net: call from 1234,1,0 -> 5678 Aug 27 22:53:48 server kernel: isdn_net: Service-Indicator not 7, ignored
Ich glaube, das Problem liegt bei dem Service-Indicator. Du mußt jeder Deiner MSN einen Service-Indicator zuordnen. Da gibt es verschiedene für Sprache, Fax, Daten etc. In irgend einer config mußt Du das richtig einstellen. (Kann gerade nicht nachsehen) Schau mal die Doku durch. Gruß Peter
Peter Bossy schrieb:
Ich glaube, das Problem liegt bei dem Service-Indicator. Du mußt jeder Deiner MSN einen Service-Indicator zuordnen. Da gibt es verschiedene für Sprache, Fax, Daten etc. In irgend einer config mußt Du das richtig einstellen. (Kann gerade nicht nachsehen) Schau mal die Doku durch.
In der callerid.conf sind die ISDN-Nummern für Telefongespräche auf SI=1 (voice) eingestellt. MfG Thomas
Re:
Peter Bossy schrieb:
Ich glaube, das Problem liegt bei dem Service-Indicator. Du mußt jeder Deiner MSN einen Service-Indicator zuordnen. Da gibt es verschiedene für Sprache, Fax, Daten etc. In irgend einer config mußt Du das richtig einstellen. (Kann gerade nicht nachsehen) Schau mal die Doku durch.
In der callerid.conf sind die ISDN-Nummern für Telefongespräche auf SI=1 (voice) eingestellt.
Tut mir leid, dann weiß ich mir auch keinen Rat :( Gruß Peter
Hallo! Hast du schon einmal probiert, den SI komplett auszukommentieren, so dass praktisch jeder Anruf von vbox angenommen wird? So kannst du wenigstens sehen, ob vbox grundsdtzlich nicht funktioniert...... Alex Peter Bossy wrote:
Re:
Peter Bossy schrieb:
Ich glaube, das Problem liegt bei dem Service-Indicator. Du mu_t jeder Deiner MSN einen Service-Indicator zuordnen. Da gibt es verschiedene f|r Sprache, Fax, Daten etc. In irgend einer config mu_t Du das richtig einstellen. (Kann gerade nicht nachsehen) Schau mal die Doku durch.
In der callerid.conf sind die ISDN-Nummern f|r Telefongesprdche auf SI=1 (voice) eingestellt.
Tut mir leid, dann wei_ ich mir auch keinen Rat :(
Gru_
Peter
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verf|gbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
Das war's! Nachdem ich in der callerid.conf alle SI Einträge entfernt habe, funktioniert es wieder. Vielen Dank Thomas alex (root) schrieb:
Hallo!
Hast du schon einmal probiert, den SI komplett auszukommentieren, so dass praktisch jeder Anruf von vbox angenommen wird? So kannst du wenigstens sehen, ob vbox grundsdtzlich nicht funktioniert......
Alex
participants (4)
-
alex (root) -
Alexander Meinecke
-
p.bossy＠vorwerk-automotive.de -
Thomas.Mertin＠t-online.de