isdn / 56k / szerver / stb

[Miklos Niedermayer]

Sziasztok,

van egy (most már két) isdn/56k szerver kártyám, azért fordulok most
hozzátok, mert ingyen adták, és nem akarok azoktól kérdezni még, akiktől
van, mert egyet már tönkretettem és jobb, ha meghúzom magam :)

Szóval egyelőre Linux alá lőttem be, de miután átfutottam a driverét,
kiderült, hogy nagyjából úgy viselkedik, mint egy sima 16-os multiport soros
terminál kártya, ezért írtam a gyártójának, hogy terveznek-e esetleg
FreeBSD supportot, azt a választ kaptam, hogy igen, tervbe van véve az
egész termékpalettájuknál, de valószínűleg akkor lesz belőle valami, ha
minden termékükre elkészül a support (gondolom nem minden eszköz driverét
ilyen egyszerű portolni), és érdeklődés is lesz rá.
Eddig OK.  (Ez egyben jó hír is a FreeBSD-seknek, mert ilyen kártyából
egyedül az AVM-ek kezdtek el mostanában működni FreeBSD alatt, de még elég
beta a driver.)

Elkezdtem használatba is venni.  /dev/ttyM1[a-p] eszközként jelentkezik,
mindegyik AT parancsos, stb.  a-h: isdn portok, i-p: V.90 modemek.
Ez azért fontos infó, mert a manual szerint mindegyikre mgetty-t vagy
valami hasonlót kell telepíteni, és a gyári pppd-vel kell meghajtani
(semmi ipppd, vagy mit tudom én, mi a divat Linux alatt).

Innentől már elég offtopic a dolog, ha gondoljátok, valami szakértő
válaszoljon magánban...

Szóval kapásból abban az irányban kezdtem el nézelődni, hogy Linux
pppd-vel hogy lehet radius autentikációt megoldani, hát elég lesújtó volt
az eredmény, patchek léteznek, de a) régiek b) nem működnek (ismeritek a
jelenséget.  Maga a Linux telepítés / használatbavétel is elég lehangoló
volt).  Így jutottam el egy portslave nevű valamihez, ami ad egy patchelt
pppd, kezeli a modemeket is stb.  Korrekt dolognak tűnt, de waiting for
RING volt végig a logban, és rohadtul nem vette észre, ha csörgött.
Pedig ha minicom-mal ráléptem az adott modemre, teljesen korrektül láttam,
hogy RING (stb.)  Aztán egyszer csak megjavult, akkor meg a CONNECT-et nem
vette észre.   Gondoltam a patchelt pppd-t kiszedem belőle és átállok
mgetty-re.  

Namost:
ott tartok, hogy simán /bin/login behíváskor, majd kilépek (bontom a
kapcsolatot).  Szerver oldalon ez van az mgetty logban:

06/08 03:40:21 M1o  wfr: waiting for ``RING''
06/08 03:40:21 M1o  send: ATA[0d]
06/08 03:40:21 M1o  waiting for ``CONNECT'' ** found **
06/08 03:40:44 M1o  send:
06/08 03:40:44 M1o  waiting for ``_'' ** found **
06/08 03:40:53 ##### data dev=ttyM1o, pid=541, caller='none', conn='31200 V42bis', name='', cmd='/bin/login', user='mico'

--
06/08 03:40:56 M1o  mgetty: experimental test release 1.1.26-Apr16
06/08 03:40:56 M1o  check for lockfiles
06/08 03:40:56 M1o  locking the line
06/08 03:40:56 M1o  WARNING: DCD line still active, check modem settings (AT&Dx)
06/08 03:40:56 M1o  lowering DTR to reset Modem
06/08 03:40:57 M1o  send: \dATQ0V1H0[0d]
06/08 03:40:57 M1o  waiting for ``OK''
06/08 03:41:17 M1o  timeout in chat script, waiting for `OK'
06/08 03:41:17 M1o  init chat timed out, trying force-init-chat
06/08 03:41:18 M1o  send: \d[10][03]\d\d\d+++\d\d\d[0d]\dATQ0V1H0[0d]
06/08 03:41:22 M1o  waiting for ``OK''
06/08 03:41:42 M1o  timeout in chat script, waiting for `OK'
06/08 03:41:42 M1o  init chat failed, exiting...: Interrupted system call

--
06/08 03:11:15 M1o  mgetty: experimental test release 1.1.26-Apr16
06/08 03:11:15 M1o  check for lockfiles
06/08 03:11:15 M1o  locking the line
06/08 03:11:15 M1o  WARNING: DSR is off - modem turned off or bad cable?
06/08 03:11:15 M1o  lowering DTR to reset Modem
06/08 03:11:16 M1o  send: \dATQ0V1H0[0d]
06/08 03:11:17 M1o  waiting for ``OK'' ** found **
06/08 03:11:17 M1o  send: ATS0=0Q0&D3&C1[0d]
06/08 03:11:17 M1o  waiting for ``OK'' ** found **
06/08 03:11:17 M1o  waiting...

Mint látjátok nem sorban másoltam be a log részleteket (nem fért el egy
képernyőn, lapozgattam) de így néz ki egy kapcsolat után a dolog.
(vegyétek úgy, mintha a dátumok sorban lennének)

Szóval ehhez kéne nekem ötlet, hogy mi van, mit csináljak.  Alapjában véve
egyelőre működik, de kapcsolat bontásakor elég sokáig elszöszmötöl ezzel,
mielőtt új kapcsolatot tudna fogadni.

Illetve mitől lehet az, hogy a portslave nem akarta felismerni a RING és
CONNECT jeleket (és volt, hogy az mgetty sem)?  Mivel megjavult, ezért
gondolom, lehet valami AT parancshoz köze, de én nem igazán láttam
változást, pedig elég sokat ültem rajta minicom-mal és figyeltem az
üzeneteket.

A másik kérdésem:  ISDN.
Ha áthívok egyik portról a másikra, ezt kapom:

CONNECT 64000/PPP

A kártya elkezd valamit hardverből PPP-zni, nem nagyon értem ...
Oks, tudok választani V.110, V.120, X.75 és PPP között...  a lényeg, hogy
bekavar, és eddig még nem tudtam így kapcsolatot összehozni.  Az mgetty
itt még soha nem ismerte fel a "CONNECT" szignált, pedig az van, hogy ha
minicom-mal nézem, mindkét oldalon szépen megjelenik ez a CONNECT
64000/PPP üzenet és elvileg tudok helo-zni egymásnak :)

Na szóval várom az ötleteket.


                                         ______  o _. __
                                         / / / (_(_(__(_)  @ bsd.hu