Next Previous Contents

15. ttyI: Configuration of the ttyI* devices (`Modem emulation')

15.1 ttyI_nomodem: Don't the ttyI* devices emulate an analog modem?

No! The ttyI* devices just offer a similar communication interface, where all commands are started with AT. This makes it easy to reuse software that was written to communicate with a modem. Communication with a remote analog modem is not possible via the ttyI* devices! The real communication happens in digital, not analog form.

15.2 ttyI_dev: Which devices should I use for calls out or calls in?

Only the ttyI* devices should be used. The cui* devices are created only for reasons of compatibility. Now that there is mgetty, there is not reason to use the cui* devices any longer. If they are used, locking will not work correctly (several programs could simultaneously attempt to use the same device).

15.3 ttyI_hdlc: How to I switch the modem emulation from X.75 to HDLC?

With the option S14=3; for example "ATS14=3".

15.4 ttyI_uucp: How can I poll with Taylor-UUCP using isdn4linux?

As usual, the same as with serial interfaces. Simply use /dev/ttyI* as the device, as the init string for the modem emulation you have to set the correct MSN or EAZ with "AT&Emsn/eaz".

15.5 ttyI_speed: What speed should I set for the ttyI* devices?

It doesn't matter. The driver internally always uses the full speed that ISDN offers. This is also given in the connect string.

15.6 ttyI_max: How many devices are the maximum supported number?

The maximum can be set by configuring ISDN_MAX at compile time. Currently, it is set to 64 by default, which means that up to 64 ttyI devices are supported.

15.7 ttyI_nocarrier: When I dial with "ATD....." I always get a "NO CARRIER".

Before dialing, you have to enter "AT&E123456" (if 123456 is your own MSN; with 1TR6 give the one-digit EAZ).

15.8 ttyI_noincall: My ttyI* device/pppd does not recognize an incoming call.

Probably you did not tell the modem emulation with AT&E which MSN to use. For example, use AT&E123456; if your MSN is 123456.

Please also note that only one application using the ttyI* devices will receive a ring for a particular MSN. Which will ring is selected by a loop over all ttyI* devices. A device is selected based on whether its parameters match (protocol, MSN) and whether it is currently not involved with another call. Therefore it does not make sense for multiple applications to register for the same MSN via the ttyI* devices, unless you want to have load sharing between the applications.

15.9 ttyI_callphone: Why can't I dial my telephone or fax from the ttyI* devices?

You can. However, ISDN differentiates different services. All outgoing calls with the ttyI* devices use the service "Digital Data", which is incompatible with telephone or fax, so the call never gets through. Change the service recognition with the ATS18=1 command to audio, then you can dial your telephone or fax.

15.10 ttyI_noconnect: I can't get a connection to my ISDN mailbox/BBS.

There are several possible protocol parameters. There is HDLC, there is X.75 and there are several possible block sizes with X.75. You can tell the modem emulation about the block size with AT&. Mostly used is a block size of 2048 byte: AT&B2048.

15.11 ttyI_forcehangup: My modem emulation hangs. How can I force my card to hang up?

If there is really no process using your modem emulation any more, try:


cu -l /dev/ttyI0 dir
+++
ath0
~.

Before and after "+++" you have to wait for a second, otherwise the modem emulation won't recognize it as the escape sequence (like a normal modem). Watch out for processes that (with "ps -ax") have something like "I0" or "I1" in the second column, they have an ISDN terminal as their controlling terminal. You may have to kill them with kill.

15.12 ttyI_channelclosed: During a tty connection, I get a message from the kernel: "teles_writebuf: channel not open". Then no more input is accepted for this connection.

Can happen when the partner cannot handle the large frames from i4l and simply closes the B channel during the transfer. Try making the frames smaller with AT&B512.

15.13 ttyI_x75uucp: When I use UUCP with X.75, I always get transfer errors!

Andreas Gutzwiller andy@hippo.proxyon.imp.com wrote on 5 Dec 1996:

I had to use the following settings, otherwise I only had errors. # Prot protocol-parameter g packet-size 512 protocol-parameter g short-packets y protocol-parameter g window 7 protocol-parameter g remote-window 7 protocol-parameter v packet-size 512 Now with large packets I can get ca 7300 cps.
Holger Burbach holly@cthulhu.pfalz.de on 5 Feb 1997 had another solution:
I have several XP users who poll without any problems. I did the following: First I set the send packet size for ttyI? to 1024 ("AT&B1024") and then set the packet size for the g protocol in UUCP: protocol-parameter g packet-size 2048 protocol-parameter g remote-packet-size 0 As I said, it works fine..


Next Previous Contents