On 18-Jan-99 [EMAIL PROTECTED] wrote:

> I am connecting via ISDN to the net and under Windows, I can obtain both
> channels without any problems.  However, when I try to connect with Linux,
> I can only get one channel.  I have a 3com Impact IQ connecting via COM1
> and found that this is a great modem, but without the second channel, I am
> disappointed.

I've got one of those.  The only trick for me was to make sure that I enabled
CHAP on the modem; S84=0; and you must not try and login via plain-text.  If
you are using a plain-text login script it is already too late to MPPP
because the modem has switched into V.120 mode rather than async-sync PPP.

So, just set up your chap-secrets and try it.

at%r and at\s are good for looking at the modem configuration.  Here is mine
in case it helps:

at%r
REG  DEC  HEX    REG  DEC  HEX    REG  DEC  HEX
S00  000  00H    S63  009  09H    S79  062  3eH
S50  003  03H    S70  003  03H    S80  000  00H
S55  071  47H    S71  000  00H    S82  005  05H
S56  070  46H    S73  000  00H    S84  000  00H
S57  001  01H    S74  256 100H
S58  001  01H    S75  000  00H
S59  001  01H    S76  001  01H
S60  064  40H    S77  060  3cH
S61  000  00H    S78  061  3dH

at\s
IDLE           22:22:36
LAST DIAL      n/a
PORT 1 ANI     n/a
PORT 2 ANI     2268090
DATA ANI       n/a
CAUSE CODE     (000) Unspecified
SERIAL BPS     230400     AT$B230400
SERIAL FLOW    H/W        AT\Q3
DCD            1          AT&C1
DTR            2          AT&D2
DATA ECHO      ON         ATE1
RESULTS        ON         ATQ0
RESULT TYPE    LONG       ATV1
CONNECT MSG    DTE        ATW0
INACTIVE TIMER 0          AT\T0
COMPRESSION    ON         AT%C2

B-CHAN PROT    QuickSelect
VOICE DBA      IN/OUT
ML PPP         Disabled
ML EPD CLASS   5
ML EPD ADDR    9042268090
L2 FRAME TYPE  I-Frame
V.120 Frm Sz   256 Bytes
CALL WAITING   Port 1
CONF CODE      60
TRANS CODE     61
DROP CODE      62
CALL STATUS    Protocol: n/a, Rate: n/a

Don't mind the ML PPP disabled.  I keep the NVRAM like that and then in my
chat script I do this; ATS80=0.

Here are the two files that I use to connect:

iag-isdn
--------
#!/bin/sh
MODEM=cua1
pppd asyncmap 0 noipdefault defaultroute /dev/$MODEM 38400 \
user chrisf remotename iag ipparam masq \
connect "chat -t 2 -f /usr/local/bin/iag-chat.isdn"

iag-chat.isdn
-------------
ABORT BUSY ABORT 'NO ANSWER' '' 'ATS80=0 D7566664' 'CONNECT 230400\r'

The 'ipparam masq' is an extra user-defined parameter that gets sent to my
ppp-up and ppp-down scripts so that I can tell whether to enable IP
Masquerading for that particular dial-out or dial-in.

Also notice the 38400 in the iag-isdn script.  I have a hi-speed (StarTek
16650 chips) serial card and therefore I have replaced the 38400 baud rate
with proper values to achieve 230400 baud.  I put this line in my
/etc/rc.d/rc.serial:

setserial /dev/cua0 spd_cust baud_base 460800 divisor 4
setserial /dev/cua1 spd_cust baud_base 460800 divisor 2

I wouldn't recommend the 16650 chips as they are not very compatible with my
kernel (2.0.27) in the way that it is not auto-detected and the compatibility
differences between 16650 and 16550 wind up setting the recieve threshold at
an innappropriate level (something like 24 chars in a 32 byte FIFO, rather
than 8 in a 16 byte FIFO).  Therefore I get recieve over-runs if my machine
is busy.  I /think/ that a 16750 would fix this but I am not sure.. or maybe
it is handled better in later kernels.

HTH.

/* Chris Faherty <[EMAIL PROTECTED]>, finger for PGP */


-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]

Reply via email to