Re: 2.2.7 i4b AVM Fritz!Card nonPNP

Frank Schlichting <fschlichting(at)hps-systemtechnik.com> wrote:

> Das i4b Paket (0.63a) wurde entsprechend installiert und die Karte auch
> erkannt - denke ich ...
>
> [SCHNIPP]
> isic0 at 0x300 irq 15 flags 0x8 on isa
> isic0: AVM A1 or AVM Fritz!Card
> isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2)
> (Addr=0x16e0)
> isic0: HSCX 82525 or 21525 Version 2.1 (AddrA=0x6e0, AddrB=0xee0)

Sieht gut aus.

> #ifconfig isppp0 up
>
> [SCHNIPP]
> isdnd[283]: DBG msg_dialout: dial req from isppp, unit 0
> isdnd[283]: DBG find_device: found entry 1!
> isdnd[283]: DBG FSM event [msg-dialout]: [idle => dialing]
> isdnd[283]: DBG F_DIAL: local dial out request
> isdnd[283]: DBG select_first_dialno: only one no, no = 2222222
> isdnd[283]: CHD 00001 I4BPPP rate 90 sec/unit (rate)
> isdnd[283]: CHD 00001 I4BPPP dialing out from 1111111 to 2222222
> Nov 25 10:41:35 celine /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request
> Nov 25 10:41:35 celine /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request
> Nov 25 10:41:37 celine /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 =
> 3
> Nov 25 10:41:37 celine /kernel: i4b-L2-i4b_T202_timeout: unit 0, N202 =
> 3
> Nov 25 10:41:37 celine /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request
> Nov 25 10:41:37 celine /kernel: i4b-L2-i4b_tei_assign: tx TEI ID_Request

Du hast entweder eine recht langsame Vermittlungsstelle oder ggf.
Übertragungstörungen. Sollte das TEI-Assignment häufiger so lange dauern,
solltest Du auf jeden Fall die korrekte Verkabelung deines S0-Busses
checken.

> Nov 25 10:41:37 celine /kernel: i4b-L2-i4b_tei_rx_frame: TEI ID Assign -
> TEI = 74
> Nov 25 10:41:37 celine /kernel: i4b-L2-i4b_tei_rx_frame: TEI ID Assign -
> TEI = 74
> isdnd[283]: CHD 00001 I4BPPP outgoing call proceeding (ctl 0, ch 0)
> isdnd[283]: CHD 00001 I4BPPP outgoing call disconnected (remote)
> isdnd[283]: CHD 00001 I4BPPP cause 16: Normal call clearing (Q.850)

Die Gegenstelle lehnt deinen Anruf ab.

> Eigentlich sollte er jetzt die Verbindung aufbauen, doch soweit kommt es
> nicht.
>
> Kann mir jemand mitteilen, was ich hier falsch mache.

Überprüft die Gegenstelle die Nummer des Anrufers? Wenn ja, muß
logischerweise deine Nummer da eingetragen sein, und du muß mit der
entsprechenden Nummer rauswählen ("1111111" in deinem Log).

> Mehr Fragen:
>
> a) user ppp
> Wenn ich userppp nutzen möchte, brauche ich dann nicht irgendwelche
> devices in /dev/ die ich ansprechen kann? Keines von den Vorhandenen
> (i4b, i4bfubar) bringt irgendwas. Muss ich erst noch devicenodes anlegen
> für isppp0|1?

Ja. Nicht vorhanden. Entweder selber einen AT-Interpreter mit Character
Device schreiben und einen Async-Sync-PPP-Konverter daranhängen, oder isppp
benutzen.

> b)pppd
> Auch hier ein ähnliches Problem wie unter a). Wenn ich i4b anspreche
> bekommen ich die Meldung das i4b BUSY ist ...

S. o.

PPP über ISDN (RFC 1618) verwendet ein anderes Übertragungsformat als PPP
über Modem. Deshalb können pppd(8) und ppp(8) nicht benutzt werden. Damit
man sie benutzen könnte, müßten sie auf einen Character Device ein "Modem"
vorgegaukelt bekommen, inkl. der Umsetzung von asynchronem (Modem-) PPP zu
synchronem (ISDN-) PPP.

HTH, HAND
Stefan

--
Stefan Bethke
Promo Datentechnik      |  Tel. +49-40-851744-18
+ Systemberatung GmbH   |  Fax. +49-40-851744-44
Eduardstrasse 46-48     |  e-mail: stefan(at)Promo.DE
D-20257 Hamburg         |  http://www.Promo.DE/