Problem bei der Einrichtung von ISDN

Hallo! (Bitte nur direkt an mich antworten, weil ich
die Liste nicht lese. Danke :-))

Ich versuche, einen ISDN-Gateway mit NAT für unser
WG-LAN aufzusetzen, und stoße dabei auf herbe Probleme
mit I4B.

Auf dem Gateway-Rechner ("moria") läuft FreeBSD
3.3-RELEASE (bißchen alt, aber daran sollte es
eigentlich
nicht scheitern) mit einem nagelneuen I4B 0.90. Die
ISDN-Karte ist eine Telekom Teledat 100, baugleich mit
der Sedlbauer Win Speed. Mein Kernel enthält I4B, alle
nötigen pseudo-devices und die Optionen IPFIREWALL und
IPDIVERT.

Zunächst richtete ich den isdnd für sPPP ein (über
isp0). Das läuft auch wunderbar, solange ich keine NAT
verwende. Sobald ich NAT einrichtete, bekam ich
merkwürdige Fehlermeldungen vom Kernel, und der
IP-Verkehr über isp0 war abgewürgt:

----------->( snip )<-----------------
Jul 9 11:34:55 moria /kernel: i4b-L1-ph_data_req:
still in state F3!
Jul 9 11:34:57 moria /kernel: i4b-L1-timer3_expired:
state = F4 Awaiting Signal
Jul 9 11:34:57 moria /kernel: i4b-L1-isic_recover:
HSCX B: ISTA = 0x0
Jul 9 11:34:57 moria /kernel: i4b-L1-isic_recover:
ISAC: ISTA = 0x0
Jul 9 11:34:57 moria /kernel: i4b-L1-isic_recover:
HSCX B: IMASK = 0xf9
Jul 9 11:34:58 moria /kernel: i4b-L1-isic_recover:
HSCX A: IMASK = 0x28
Jul 9 11:34:58 moria /kernel: i4b-L1-isic_recover:
ISAC: IMASK = 0x2a
Jul 9 11:34:58 moria /kernel:
i4b-L2-i4b_mph_status_ind: unit 0, cannot access S0
bus!
Jul 9 11:34:58 moria /kernel:
i4b-L3-i4b_mdl_status_ind: STI_NOL1ACC: unit 0 no
outgoing access to S0
----------->( snip )<-----------------

Das tritt _nur_ auf, wenn ich die Maschine für NAT
konfiguriert habe (d.h. "natd -interface isp0
-dynamic", und u.a. eine Firewallregel "/sbin/ipfw add
divert natd all from any to any via isp0").

Also warf ich die Idee mit sPPP über den Haufen und
fing an, Userland PPP zu verwenden, was mir sowieso
sympathischer ist. Das PPP ist ebenfalls nagelneu (von
heute). Ich verwendete die originalen
ML-PPP-Konfigurationsdateien für isdnd und PPP, bis
darauf, daß ich die Multilink-Teile entfernte und
Telefonnummern und Paßwörter für meinen Uni-Account
einrichtete. Wer hätte es gedacht - dieselben
Fehlermeldungen.

Um das Ganze etwas klarer darzustellen, füge ich hier
ein gekürztes Logfile ein, aus dem ich die sich
wiederholenden Teile entfernt habe, um es kleiner zu
halten. Sind immer noch etwa achtzig Zeilen, aber ich
habe allmählich keine Ahnung mehr, woran es liegt, und
dann halte ich es besser möglichst vollständig, falls
sich jemand en detail damit beschäftigen will. Das
Logfile ist aus einer Serie von Experimenten mit
Userland PPP, aber im Prinzip sieht es mit sPPP
genauso aus. BTW: Daß die Systemuhr nicht stimmt, ist
mir auch schon aufgefallen. :-))

Also, los geht's:

----------->( snip )<-----------------
12:42:59 DBG init_controller_state: controller 0 is
Sedlbauer win speed
12:43:00 DBG [defaults, no controller section]
controller 0: protocol = dss1
         (now isdnd reads its rc file, successfully)
12:43:00 DBG init_controller: found 1 ISDN
controller(s)
12:43:00 DMN i4b isdn daemon started (pid = 509)
12:43:22 CHD 00015 userppp0 dialing out from 2426963
to 9694370
12:43:22 CHD 00015 userppp0 outgoing call proceeding
(ctl 0, ch 0)
12:43:22 CHD 00015 userppp0 rate 150 sec/unit (rate)
12:43:22 DBG FSM event [msg-dialout]: [idle =>
dialing]
12:43:22 DBG F_DIAL: local dial out request
12:43:22 DBG find_by_device_for_dialoutnumber: found
entry 0!
12:43:22 DBG msg_dialoutnumber: dial req from rbch,
unit 0
12:43:22 DBG select_first_dialno: only one no, no =
9694370
12:43:22 DBG setup_dialout: entry userppp0 ok!
12:43:22 moria /kernel: i4b: unit 0, assigned TEI = 68
= 0x44
12:43:23 CHD 00015 userppp0 outgoing call active (ctl
0, ch 0, rbch0)
12:43:23 DBG FSM event [msg-con-act-ind]: [dialing =>
connected]
12:43:23 DBG F_DOK: dial out ok
12:43:23 DBG select_this_dialno: index = 0, no =
9694370
12:43:23 DMN date/time from exchange = 0007091335
12:43:24 moria /kernel: i4b-L1-isic_recover: ISAC:
ISTA = 0x0
12:43:24 moria /kernel: i4b-L1-isic_recover: HSCX A:
IMASK = 0x28
12:43:24 moria /kernel: i4b-L1-isic_recover: HSCX B:
IMASK = 0xf9
12:43:24 moria /kernel: i4b-L1-isic_recover: HSCX B:
ISTA = 0x0
12:43:24 moria /kernel: i4b-L1-timer3_expired: state =
F4 Awaiting Signal
12:43:25 moria /kernel: i4b-L1-isic_recover: ISAC:
IMASK = 0x2a
12:43:32 moria /kernel: i4b-L1-ph_data_req: still in
state F3!
         (these seven i4b messages will be repeated
every one or two seconds,
                  sometimes in different order. In order to reduce
log size, I
                  cut them out)
12:44:04 CHD 00015 userppp0 accounting: in 86110, out
5735
12:44:04 CHD 00015 userppp0 cause 7: layer 1 error /
persistent deactivation (I4B)
12:44:04 CHD 00015 userppp0 charging: 0 units, 41
seconds
12:44:04 CHD 00015 userppp0 outgoing call disconnected
(remote)
12:44:04 DBG FSM event [msg-disc-ind]: [connected =>
idle]
12:44:04 DBG F_IDIS: disconnect indication
12:44:05 moria /kernel: i4b-L2-i4b_mph_status_ind:
unit 0, cannot access S0 bus!
12:44:05 moria /kernel: i4b-L3-i4b_mdl_status_ind:
STI_NOL1ACC: unit 0 no outgoing access to S0
         (these two messages are repeated as well, so
I cut them out)
         (now the first automatic redial is beginning)
12:44:08 CHD 00016 userppp0 dialing out from 2426963
to 9694370
12:44:08 CHD 00016 userppp0 outgoing call proceeding
(ctl 0, ch 1)
12:44:08 CHD 00016 userppp0 rate 150 sec/unit (rate)
12:44:08 DBG FSM event [msg-dialout]: [idle =>
dialing]
12:44:08 DBG F_DIAL: local dial out request
12:44:08 DBG find_by_device_for_dialoutnumber: found
entry 0!
12:44:08 DBG msg_dialoutnumber: dial req from rbch,
unit 0
12:44:08 DBG select_first_dialno: only one no, no =
9694370
12:44:08 DBG setup_dialout: entry userppp0 ok!
12:44:08 WRN msg_disconnect_ind: cdid not found
12:44:08 moria /kernel: i4b: unit 0, assigned TEI = 69
= 0x45
12:44:09 CHD 00016 userppp0 outgoing call active (ctl
0, ch 1, rbch0)
12:44:09 DBG FSM event [msg-con-act-ind]: [dialing =>
connected]
12:44:09 DBG F_DOK: dial out ok
12:44:09 DBG select_this_dialno: index = 0, no =
9694370
12:44:09 DMN date/time from exchange = 0007091336
12:44:11 CHD 00016 userppp0 accounting: in 0, out 0
12:44:11 CHD 00016 userppp0 cause 16: Normal call
clearing (Q.850)
12:44:11 CHD 00016 userppp0 charging: 0 units, 2
seconds
12:44:11 CHD 00016 userppp0 outgoing call disconnected
(remote)
12:44:11 DBG FSM event [msg-disc-ind]: [connected =>
idle]
12:44:11 DBG F_IDIS: disconnect indication
         (here, two more automatic redials took place,
and the
                  log messages were more or less identical, so I cut
them out)
         (now, another automatic redial, slightly
different outcome)
12:44:28 CHD 00019 userppp0 cause 34: No circuit /
channel available (Q.850)
12:44:28 CHD 00019 userppp0 dialing out from 2426963
to 9694370
12:44:28 CHD 00019 userppp0 outgoing call disconnected
(remote)
12:44:28 CHD 00019 userppp0 rate 150 sec/unit (rate)
12:44:28 DBG FSM event [msg-dialout]: [idle =>
dialing]
12:44:28 DBG F_DIAL: local dial out request
12:44:28 DBG find_by_device_for_dialoutnumber: found
entry 0!
12:44:28 DBG msg_dialoutnumber: dial req from rbch,
unit 0
12:44:28 DBG select_first_dialno: only one no, no =
9694370
12:44:28 DBG setup_dialout: entry userppp0 ok!
12:44:28 WRN msg_disconnect_ind: cdid not found
12:44:29 DBG FSM (SUSE) event [msg-disc-ind]: [dialing
=> idle]
12:44:29 DBG F_DFL: dial retry fail, dial retries
exhausted
12:44:29 DBG dialresponse: sent [temporary failure]
         (this one is repeated, again, for three
times, with extra "cause 34"
                  messages strewn in)
         (now I decided to kill it manually)
12:45:34 DMN daemon terminating, exitval = 0
----------->( snip )<-----------------

Weiß jemand Bescheid, wie ich i4b das abgewöhne?

Danke im voraus, auch dafür, daß ihr bis hierher
gelesen habt.

Philipp

__________________________________________________________________
Do You Yahoo!?
Gesendet von Yahoo! Mail - http://mail.yahoo.de
Yahoo! Mail auf Ihrem Handy? - http://mobil.yahoo.de

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Sun 09 Jul 2000 - 15:33:32 CEST