Hallo, ich möchte eine Mailbox mit mgetty über die AVM ISDN PCI 2.0 betreiben; die capi-Module / /dev/ttyI*-Devices funktionieren einwandfrei. Wenn man sich allerdings von außerhalb per ISDN einwählt, wird bei einem Anrufer eine Verbindung aufgebaut (/var/log/messages: isdn_tty: call from YYYYY, -> RING on ttyI0) (/var/log/mgetty/mgetty.tty0: data dev=ttyI0, pid=12537, caller='YYYYY', conn='64000/X.75', name='', cmd='/bin/chroot', user='testmb'), bei einem anderen jedoch nicht (/var/log/messages: isdn_tty: call from YYYYY -> XXXXXX ignored) Woran kann es liegen, daß je nach Anrufer eine Verbindung initiiert wird oder nicht (es sind alle Nummern erlaubt)? Vielen Dank im voraus für jede Antwort & viele Grüße Christoph Reimann
On Wed, Nov 24, 2004 at 02:49:09PM +0100, chyrie@gmx.net wrote:
Hallo, ich möchte eine Mailbox mit mgetty über die AVM ISDN PCI 2.0 betreiben; die capi-Module / /dev/ttyI*-Devices funktionieren einwandfrei. Wenn man sich allerdings von außerhalb per ISDN einwählt, wird bei einem Anrufer eine Verbindung aufgebaut (/var/log/messages: isdn_tty: call from YYYYY, -> RING on ttyI0) (/var/log/mgetty/mgetty.tty0: data dev=ttyI0, pid=12537, caller='YYYYY', conn='64000/X.75', name='', cmd='/bin/chroot', user='testmb'),
bei einem anderen jedoch nicht (/var/log/messages: isdn_tty: call from YYYYY -> XXXXXX ignored)
Woran kann es liegen, daß je nach Anrufer eine Verbindung initiiert wird oder nicht (es sind alle Nummern erlaubt)?
Moeglich: Seviceindikator, nur ISDN Data Verbindungen sind moeglich oder ttyI0 ist noch nicht wieder frei (kann nur einen Anruf handeln). Um naeheres zu sagen, brauch ich das komplette log von beiden Anrufen. -- Karsten Keil SuSE Labs ISDN development
Hallo und vielen Dank zunächst für die schnelle Rückmeldung, hier sind die entsprechenden Ausschnitte aus den Logs. Es ist noch aufgefallen, daß ein Komma hinter der Nummer steht, wenn der ttyI den Anruf annimmt (RING). Vielen Dank fuer Ihre Zeit und Mühe, Christoph Reimann -- Hier das nicht-funktionierende: /var/log/messages: (vorige capi-Meldung: VBOX um 9:45 Uhr) Nov 24 10:09:07 server capidrv-1: incoming call 51159xxxxxx,7,0,6xxxxx Nov 24 10:09:07 server isdn_net: call from 51159xxxxxx -> 0 6xxxxx ignored Nov 24 10:09:07 server isdn_tty: call from 51159xxxxxx -> 6xxxxx ignored Nov 24 10:09:07 server capidrv-1: incoming call 51159xxxxxx,7,0,6xxxxx ignored (nächste Capi-Meldung: VBOX um 10:10 Uhr) So sieht es aus, wenn es funktioniert: ---------- /var/log/messages: (vorige Capi-Meldung: 12:05 Uhr, SID 1 (Modem-Abruf)) Nov 24 12:13:31 server capidrv-1: incoming call 5114xxxxxx,7,0,6xxxxx Nov 24 12:13:31 server isdn_net: call from 5114xxxxxx -> 0 6xxxxx ignored Nov 24 12:13:31 server isdn_tty: call from 5114xxxxxx, -> RING on ttyI0 Nov 24 12:13:31 server capidrv-1: incoming call 5114xxxxxx,7,0,6xxxxx tty alerting Nov 24 12:13:32 server capilib_new_ncci: kcapi: appl 1 ncci 0x10101 up Nov 24 12:13:32 server capidrv-1: chan 0 up with ncci 0x10101 Nov 24 12:13:43 server sz[12538]: [testmb] A01.LDT/ZMODEM: 2465 Bytes, 5886 BPS Nov 24 12:13:43 server kcapi: appl 1 ncci 0x10101 down Nov 24 12:13:43 server capidrv-1: DISCONNECT_IND reason 0x3400 (..) for plci 0x101 (nächste Capi-Meldung: 12:19, Internet-Verbindung) ---------- /var/log/mgetty/mgetty.ttyIO 11/24 12:13:25 yI0 mgetty: experimental test release 1.1.30-Dec16 11/24 12:13:25 yI0 check for lockfiles 11/24 12:13:25 yI0 locking the line 11/24 12:13:26 yI0 lowering DTR to reset Modem 11/24 12:13:27 yI0 send: ATZ[0d] 11/24 12:13:27 yI0 waiting for ``OK'' ** found ** 11/24 12:13:27 yI0 lock not made: lock file exists (pid=12537) 11/24 12:13:27 yI0 send: AT&E699365[0d] 11/24 12:13:27 yI0 waiting for ``OK'' ** found ** 11/24 12:13:27 yI0 send: AT&B512[0d] 11/24 12:13:27 yI0 waiting for ``OK'' ** found ** 11/24 12:13:27 yI0 waiting... 11/24 12:13:31 yI0 wfr: waiting for ``RING'' 11/24 12:13:31 yI0 send: ATA[0d] 11/24 12:13:31 yI0 waiting for ``CONNECT'' ** found ** 11/24 12:13:32 yI0 send: 11/24 12:13:32 yI0 waiting for ``_'' ** found ** 11/24 12:13:40 ##### data dev=ttyI0, pid=12537, caller='5114xxxxxx', conn='64000/X.75', name='', cmd='/bin/chroot', user='testmb' ----------
On Wed, Nov 24, 2004 at 08:28:39PM +0100, chyrie@gmx.net wrote:
Hallo und vielen Dank zunächst für die schnelle Rückmeldung,
hier sind die entsprechenden Ausschnitte aus den Logs. Es ist noch aufgefallen, daß ein Komma hinter der Nummer steht, wenn der ttyI den Anruf annimmt (RING).
Das ist ein Fehler im Format string des printk, hat nichts zu bedeuten. Ich she erstmal auch keinen Fehler, wie sieht /var/log/mgetty/mgetty.ttyIO vor und waehrend des nicht-funktionierenden Anrufs aus ?
Vielen Dank fuer Ihre Zeit und Mühe,
Eine Moeglichkeit die Sache naeher zu untersuchen ist, selbst das isdn Modul neu zu bauen und in isdn_common.h #undef ISDN_DEBUG_MODEM_ICALL in #define ISDN_DEBUG_MODEM_ICALL 1 zu aendern, dann sollte man sehen warum ein Anruf nicht angenommen wird.
Christoph Reimann
-- Hier das nicht-funktionierende: /var/log/messages: (vorige capi-Meldung: VBOX um 9:45 Uhr)
Nov 24 10:09:07 server capidrv-1: incoming call 51159xxxxxx,7,0,6xxxxx Nov 24 10:09:07 server isdn_net: call from 51159xxxxxx -> 0 6xxxxx ignored Nov 24 10:09:07 server isdn_tty: call from 51159xxxxxx -> 6xxxxx ignored Nov 24 10:09:07 server capidrv-1: incoming call 51159xxxxxx,7,0,6xxxxx ignored
(nächste Capi-Meldung: VBOX um 10:10 Uhr)
So sieht es aus, wenn es funktioniert: ---------- /var/log/messages: (vorige Capi-Meldung: 12:05 Uhr, SID 1 (Modem-Abruf))
Nov 24 12:13:31 server capidrv-1: incoming call 5114xxxxxx,7,0,6xxxxx Nov 24 12:13:31 server isdn_net: call from 5114xxxxxx -> 0 6xxxxx ignored Nov 24 12:13:31 server isdn_tty: call from 5114xxxxxx, -> RING on ttyI0 Nov 24 12:13:31 server capidrv-1: incoming call 5114xxxxxx,7,0,6xxxxx tty alerting Nov 24 12:13:32 server capilib_new_ncci: kcapi: appl 1 ncci 0x10101 up Nov 24 12:13:32 server capidrv-1: chan 0 up with ncci 0x10101 Nov 24 12:13:43 server sz[12538]: [testmb] A01.LDT/ZMODEM: 2465 Bytes, 5886 BPS Nov 24 12:13:43 server kcapi: appl 1 ncci 0x10101 down Nov 24 12:13:43 server capidrv-1: DISCONNECT_IND reason 0x3400 (..) for plci 0x101
(nächste Capi-Meldung: 12:19, Internet-Verbindung) ----------
/var/log/mgetty/mgetty.ttyIO
11/24 12:13:25 yI0 mgetty: experimental test release 1.1.30-Dec16 11/24 12:13:25 yI0 check for lockfiles 11/24 12:13:25 yI0 locking the line 11/24 12:13:26 yI0 lowering DTR to reset Modem 11/24 12:13:27 yI0 send: ATZ[0d] 11/24 12:13:27 yI0 waiting for ``OK'' ** found ** 11/24 12:13:27 yI0 lock not made: lock file exists (pid=12537) 11/24 12:13:27 yI0 send: AT&E699365[0d] 11/24 12:13:27 yI0 waiting for ``OK'' ** found ** 11/24 12:13:27 yI0 send: AT&B512[0d] 11/24 12:13:27 yI0 waiting for ``OK'' ** found ** 11/24 12:13:27 yI0 waiting... 11/24 12:13:31 yI0 wfr: waiting for ``RING'' 11/24 12:13:31 yI0 send: ATA[0d] 11/24 12:13:31 yI0 waiting for ``CONNECT'' ** found ** 11/24 12:13:32 yI0 send: 11/24 12:13:32 yI0 waiting for ``_'' ** found ** 11/24 12:13:40 ##### data dev=ttyI0, pid=12537, caller='5114xxxxxx', conn='64000/X.75', name='', cmd='/bin/chroot', user='testmb' ----------
-- 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
-- Karsten Keil SuSE Labs ISDN development
participants (2)
-
chyrie＠gmx.net -
Karsten Keil