Hi Andreas, Freitag, 14. September 2001, 19:14:45, schriebst du: -(snip)- AK> Incoming-Hangup: on -(snip)- AK> Sep 14 18:34:53 KoCom kernel: ttyI0: incoming call, interface down -> AK> rejected AK> *(Welches Interface?)* AK> Hat eventuell jemand einen Tipp für mich? also ich würde mal schätzen, dass du das ttyI0 auch als Device nehmen kannst.. ansonsten solltest du mal den Incoming-Hangup ausstellen, da der rechner nämlich genau das macht. Er terminiert deine Leitung nach dem Abnehmen. =) Da ich selber noch nicht damit experimentiert habe, kann ich nur schätzen, dass es dann tut.. Viel Erfolg... -- Viele Grüsse, Kilian mailto:kk@verfaction.de

Hi Andreas, hmmm, also betrachten wir nochmal genauer (ja, ich gebe zu, war etwas schnell geschossen *g*) AK> Sep 14 18:34:53 KoCom kernel: ttyI0: incoming call, interface down -> AK> rejected also er sieht auf ttyI0 den Anruf. er würde ihn gerne annehmen, aber kann nicht, weil er das interface nicht ansprechen kann.. also ich nehme mal schwer an, dass du ein /dev/ttyI0 mit den permissions hast, dass der pppd drauf zugreifen kann.. das rejected sieht jedenfalls so aus, dass er in der tat den anruf zurückweist. (also glück für deine handyrechnung *g*) AK> Ein 'isdnctrl l2_prot ttyI0 v110_9600' gibt auf der Konsole 'ttyI0: No AK> such device' und in /v/l/m 'kernel: isdn_net: No driver with selected AK> features'. also das habe ich gerade mal bei mir ausprobiert: liefert dasselbe ergebnis. zugegeben ich habe das was du willst nicht am laufen, von daher muss das nichts heissen, aber die meldung ist auf alle fälle schonmal kein beweis, dass der i4l fehlerhaft oder nicht geladen wäre. was ich mir allerdings vorstellen kann, ist dass ttyI0 nicht als isdnctrl-device eingetragen ist, aber sein müsste um das zu tun, was du willst. und da ist wohl das problem, dass ttyI0 als ppp-device irgendwie problembehaftet war. ich kann mich da dumpf dran erinnern, dass man das sogar gar nicht mit isdnctrl configurieren musste, sondern dass das mit einem AT&E<MSN> auf die richtige Nummer eichen ausreichen sollte. viel glück.. =) -- Viele Grüsse, Kilian mailto:kk@verfaction.de PGP-Key: 0xBB6895D1 DH/DSS 4096/1024 TripleDES PGP-Fingerprint: BC5F 5875 5E0A E9E4 0ED2 CB11 C928 E20B BB68 95D1 Tel: +49 (0)715 2903 707 Genion: +49 (0)69 170 74633 E2: +49 (0)179 6951 439

Hi Andreas, Freitag, 14. September 2001, 22:33:46, schriebst du: AK> # ls -l /dev/ttyI0 AK> crw-rw---- 1 root uucp 43, 0 Sep 14 22:21 /dev/ttyI0 AK> Und der pppd meckert auch nicht. na gut.. gehen wir mal erstmal davon aus, dass die permissions stimmen. ich denke auch, dass das ok ist..

...

was ich mir allerdings vorstellen kann, ist dass ttyI0 nicht als isdnctrl-device eingetragen ist, aber sein müsste um das zu tun, was du willst. AK> Ich glaube, in dem Fall könnte nicht mit 'isdnctrl list ttyI0' AK> gelistet werden. ist zwar richtig. aber das ttyI ist halt kein ppp-device für den isdnctrl. und da bin ich mir eben nicht sicher, ob es da eine option gibt, die das als asyncPPP-Device kennzeichnen kann. aber ich denke sowieso, dass es nicht mit isdnctrl konfiguriert werden muss. also erstmal isdnctrl delif ttyI0.. *g*

...

und da ist wohl das problem, dass ttyI0 als ppp-device irgendwie problembehaftet war. ich kann mich da dumpf dran erinnern, dass man das sogar gar nicht mit isdnctrl configurieren musste, sondern dass das mit einem AT&E<MSN> auf die richtige Nummer eichen ausreichen sollte. AK> Ja, hier könnte ich mir auch ein Problem vorstellen, denn die AK> angesprochene FAQ schreibt nur von der Konfiguration des pppd und kein AK> Wort von 'isdnctrl'...? AK> Aber wenn ich lediglich den pppd mit der entsprechenden Konfiguration AK> starte, dann bekomme ich folgende Meldungen in /v/l/m:

AK> Sep 14 22:16:09 KoCom pppd[11430]: pppd 2.4.1 started by root, uid 0 AK> Sep 14 22:16:11 KoCom pppd[11430]: Serial connection established. AK> Sep 14 22:16:11 KoCom pppd[11430]: using channel 40 AK> Sep 14 22:16:11 KoCom pppd[11430]: Using interface ppp0 AK> Sep 14 22:16:11 KoCom pppd[11430]: Connect: ppp0 <--> /dev/ttyI0 AK> Sep 14 22:17:14 KoCom kernel: isdn_net: call from <Handy-Nr>,7,197 -> AK> <MSN> AK> Sep 14 22:17:14 KoCom kernel: isdn_net: call from <Handy-Nr> -> 0 AK> <MSN> ignored AK> Sep 14 22:17:14 KoCom kernel: isdn_tty: call from <Handy-Nr> -> AK> <MSN> ignored AK> Auch nicht besser... :-( gut.. also der i4l sieht den anruf. stell doch mal den pppd auf debug on. wie startest du denn den pppd im warte-modus? mit nodetach? wenn du den pppd mit nodetach startest, wo übergibst du dann den AT&E<MSN>? ich kenne das nur mit mgetty und AutoPPP. das wäre jetzt auch mal der vorschlag: mgetty auf ttyI0 ansetzen. dann mit AT&E<MSN> initialisieren und schliesslich mit autoppp aus dem mgetty an einen pppd durchreichen. die optionen für die V110 wären dann als AT-Kommandos dem mgetty zu übergeben (command-line-Parameter oder conf-file) und die pppd-Optionen in der mgetty-AutoPPP-Config oder im options.pppX.. Weiterhin viel erfolg. -- Viele Grüsse, Kilian mailto:kk@verfaction.de PGP-Key: 0xBB6895D1 DH/DSS 4096/1024 TripleDES PGP-Fingerprint: BC5F 5875 5E0A E9E4 0ED2 CB11 C928 E20B BB68 95D1 Tel: +49 (0)715 2903 707 Genion: +49 (0)69 170 74633 E2: +49 (0)179 6951 439

Hallo, On Fri, Sep 14, 2001 at 07:14:45PM +0200, Andreas Koenecke wrote:

Hallo.

Ich versuche nun schon seit ein paar Tagen, meinen PDA über Handy mit meinem Rechner zu verbinden. Leider bisher erfolglos...

Ich habe einen pppd -- wie in 'FAQ/_howto/gsm_over_v110.txt' beschrieben -- konfiguriert und gestartet. Mit 'isdnctrl' habe ich ein 'ttyI0' wie folgt konfiguriert:

# isdnctrl list ttyI0

Current setup of interface 'ttyI0':

Aua. Kein interface fuer ttyI aufsetzen, das ist sozusagen immer schon da. ttyIx verhalten sich wie modems und werden per AT Befehl konfiguriert ( also im chat script des getty), ttyI haben nichts mit irgendwelchen isdnctrl commands zu tun (1 Ausnahme MSN mapping). Koennte so aussehen (<MSN> ersetzen !!!) : init-chat "" ATS0=0 OK AT&E<MSN> OK AT&R9600 OK Und dafuer sorgen das der pppd durchs mgetty gestartet wird. Achtung V.110 funktioniert meistens nur mit vielen Stoerungen. -- Karsten Keil SuSE Labs ISDN development