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':
EAZ/MSN: <MSN>
Phone number(s):
Outgoing:
Incoming: <Handy-Nr>
Dial mode: manual
Secure: on
Callback: off
Reject before Callback: on
Callback-delay: 5
Dialmax: 1
Hangup-Timeout: 10
Incoming-Hangup: on
ChargeHangup: off
Charge-Units: 0
Charge-Interval: 0
Layer-2-Protocol: x75i
Layer-3-Protocol: trans
Encapsulation: rawip
Slave Interface: None
Slave delay: 10
Master Interface: None
Pre-Bound to: Nothing
PPP-Bound to: Nothing
Bei einem Verbindungsversuch erscheinen folgende Meldungen in /v/l/m:
Sep 14 18:33:34 KoCom pppd[8863]: pppd 2.4.1 started by root, uid 0
Sep 14 18:33:35 KoCom pppd[8863]: Serial connection established.
Sep 14 18:33:35 KoCom pppd[8863]: using channel 30
Sep 14 18:33:35 KoCom pppd[8863]: Using interface ppp0
Sep 14 18:33:35 KoCom pppd[8863]: Connect: ppp0 <--> /dev/ttyI0
Sep 14 18:34:53 KoCom kernel: isdn_net: call from <Handy-Nr>,7,197 ->
<MSN>
Sep 14 18:34:53 KoCom kernel: ttyI0: incoming call, interface down ->
rejected
*(Welches Interface?)*
Sep 14 18:34:53 KoCom kernel: isdn: Rejecting Call
Sep 14 18:34:53 KoCom isdnlog: Sep 14 18:34:53 * Call to tei 127 from
Handy Andy on V.110 RING (Data)
Sep 14 18:34:53 KoCom isdnlog: Sep 14 18:34:53 * Call to tei 119 from
Handy Andy on V.110 HANGUP Call rejected (User)
Ein 'isdnctrl l2_prot ttyI0 v110_9600' gibt auf der Konsole 'ttyI0: No
such device' und in /v/l/m 'kernel: isdn_net: No driver with selected
features'.
Weitere Daten:
Kernel 2.4.9
pppd 2.4.1
isdn4k-utils vom 3. September 2001
ISDN-Karte: AVM Fritz! Classic
Hat eventuell jemand einen Tipp für mich?
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
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
Hallo Kilian. * Freitag, 14. September 2001 um 19:57 (+0200) schrieb Kilian Krause:
ansonsten solltest du mal den Incoming-Hangup ausstellen,
Ich habe es gerade ausprobiert: Keine Änderung im Verhalten und bei den Meldungen... :-(
da der rechner nämlich genau das macht. Er terminiert deine Leitung nach dem Abnehmen. =)
Bist du sicher? Ich interpretiere die Meldung so, dass er den Ruf
_vor_ dem Abnehmen abweist. (Das beruht aber zum Teil auch auf
Wunschdenken, wegen der nächsten Abrechnung ;-) )
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
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
Hallo Kilian. * Freitag, 14. September 2001 um 21:44 (+0200) schrieb Kilian Krause:
also ich nehme mal schwer an, dass du ein /dev/ttyI0 mit den permissions hast, dass der pppd drauf zugreifen kann..
Ja, das nehme ich auch an: # ls -l /dev/ttyI0 crw-rw---- 1 root uucp 43, 0 Sep 14 22:21 /dev/ttyI0 Und der pppd meckert auch nicht.
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.
Ich glaube, in dem Fall könnte nicht mit 'isdnctrl list ttyI0' gelistet werden.
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.
Ja, hier könnte ich mir auch ein Problem vorstellen, denn die
angesprochene FAQ schreibt nur von der Konfiguration des pppd und kein
Wort von 'isdnctrl'...?
Aber wenn ich lediglich den pppd mit der entsprechenden Konfiguration
starte, dann bekomme ich folgende Meldungen in /v/l/m:
Sep 14 22:16:09 KoCom pppd[11430]: pppd 2.4.1 started by root, uid 0
Sep 14 22:16:11 KoCom pppd[11430]: Serial connection established.
Sep 14 22:16:11 KoCom pppd[11430]: using channel 40
Sep 14 22:16:11 KoCom pppd[11430]: Using interface ppp0
Sep 14 22:16:11 KoCom pppd[11430]: Connect: ppp0 <--> /dev/ttyI0
Sep 14 22:17:14 KoCom kernel: isdn_net: call from <Handy-Nr>,7,197 ->
<MSN>
Sep 14 22:17:14 KoCom kernel: isdn_net: call from <Handy-Nr> -> 0
<MSN> ignored
Sep 14 22:17:14 KoCom kernel: isdn_tty: call from <Handy-Nr> ->
<MSN> ignored
Auch nicht besser... :-(
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
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
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'.
Das sieht hier so aus, als ob der Kernel grundsaetzlich keine TTY- Unterstuetzung hat. Pruefe Deine /usr/src/linux/.config Ich schaetze, es ist "CONFIG_ISDN_AUDIO=y" (Support audio via ISDN) und uebersetze das isdn- und das hisax-Modul neu. -- Klaus Franken, mail@klaus.franken.de ------------------------------------------------------------ D O N ' T P A N I C !!! ------------------------------------------------------------ Uptime: Linux 2.2.19, 79 Days, 23:04 Hours
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
Hallo Karsten. * Samstag, 15. September 2001 um 13:11 (+0200) schrieb Karsten Keil:
Kein interface fuer ttyI aufsetzen, das ist sozusagen immer schon da. ttyIx verhalten sich wie modems und werden per AT Befehl konfiguriert
OK, verstanden.
Koennte so aussehen (<MSN> ersetzen !!!) : init-chat "" ATS0=0 OK AT&E<MSN> OK AT&R9600 OK
Aha. Da bin ich doch auf folgende Passage in dem angesprochenen Mini-Howto hereingefallen: "The main trick to get GSM and V.110 working is the S19=0 register setting." Und genau mit diesem "Trick" geht es offensichtlich (hier) nicht.
Und dafuer sorgen das der pppd durchs mgetty gestartet wird.
Muß das sein? Lasse ich den pppd direkt an ttyI0 "horchen", scheint es genau einmal zu funktionieren, danach wird ein weiterer Anruf nicht einmal mehr vom isdnlog registriert. Erst ein 'init 1 && init 2' (SuSE 6.4) lässt eine weitere Verbindung zu. :-( Bei der Verwendung des mgetty kann ich die ppp*-Devices nicht mehr eindeutig zuordnen. (Ein weiteres ppp* wird hier durch den diald für den Internet-Zugang gestartet.) Was ich bräuchte, wäre eine definierte Zuordnung des ppp*-Devices über die Optionen des pppd. Leider habe ich dazu bisher nichts gefunden...
Achtung V.110 funktioniert meistens nur mit vielen Stoerungen.
Gibt es denn bessere Alternativen ausser dem analogen Zugang?
Danke für die Hinweise, auch an Kilian und Klaus.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
participants (4)
-
Andreas Koenecke
-
Karsten Keil
-
Kilian Krause
-
Klaus Franken