May 2006 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

AW: [suse-isdn] OpenSuSE 10.1 // CAPI Treiber
by Alex Ascherl - SL 22 May '06

22 May '06

>Hi, > >Also bei mir waren nach der Installation die ISDN-Treiber für die >AVM-Karte schon da. Hätte ich eigentlich auch erwartet > >Schau einfach mal mit >> lsmod >ob die da schon geladen sind bevor versuchst andere Treiber >draufzumachen (kernelcapi, fcpci müssten das glaub ich sein). Geladen sind: kernelcapi 43552 2 capidrv,capi > >Ich habe mir dann noch "capi4kutils" installiert damit du die >capi-schnittstelle hast >(die gibt's u.a. unter ftp://ftp.in-berlin.de ) Hab ich runtergeladen und installiert > >Anschließend dann: > >In /etc/capi.conf die Zeile mit fcpci "aktivieren" >(Wenn Du die nicht haben solltest einfach mal danach googlen, >die gibt's >mehr als genug im netz) Hab ich, war auch schon aktiv. > >> capiinit start Bringt leider nur: ERROR: failed to load driver fcpci >> modprobe capidrv Ist ja schon geladen... >Rechte setzen: >> chmod 666 /dev/capi20 >Und eventuell: >> chgrp uucp /dev/capi20 > >Und wenn das klappt (mit "capiinfo" kannst Du das checken) >kannst du mit Capiinfo bringt: capi not installed - No such device or address (6) --- ist klar . ..... Was muss ich noch installieren, bzw wo bekomme ich die capi her? Ein modprobe fcpci bringt nix, da sich das Modul leider nicht finden lässt. Danke & Gruß Alex

2 1

Dial-In Server mit Suse 10.0
by Torsten Foertsch 22 May '06

22 May '06

Hallo, gibt es irgendwo ein Howto, wie man eine Suse 10.0 Kiste als Dial-in Server konfiguriert? Ziel: Linux Laptop --bluetooth--> Handy (S55) --telefon(isdn)--> Linux Kiste mit AVM B1 Letztlich soll dann über die Verbindung IP laufen. Die Bluetooth Verbindung zum Handy scheint zu funktionieren. Ich kann mich mit kermit mit dem Handy über /dev/ttyUB0 verbinden und auch per "atdNUMMER" den Wählvorgang anwerfen. In /var/log/messages auf dem Server finde ich dann diese Meldungen: May 21 13:27:54 pelmen isdnlog: May 21 13:27:54 * Call to tei 127 from +49 170/HANDY, Deutschland Mobilfunk D1/Deutschland Mo on+49 6223/SERVER, Neckargemnd RING (3.1 kHz audio) May 21 13:27:54 pelmen kernel: capidrv-1: incoming call HANDY,1,2,SERVER May 21 13:27:54 pelmen kernel: capidrv-1: patching si2=2 to 0 for VBOX May 21 13:27:54 pelmen kernel: isdn_net: call from HANDY -> 0 SERVER ignored May 21 13:27:54 pelmen kernel: isdn_tty: call from HANDY -> SERVER ignored May 21 13:27:54 pelmen kernel: capidrv-1: incoming call HANDY,1,0,SERVER ignored (ich habe die Handynummer durch HANDY und die Servernummer durch SERVER ersetzt.) Das Handy-Modem meldet dann nach einer Weile NO DIALTONE. Offensichtlich merkt der Server den eingehenden Anruf, nimmt ihn aber irgendwie nicht an. Torsten

1 0

Re: [suse-isdn] SuSE 10.1 und faxen mit der Fritzcard
by Kyek, Andreas, VF-DE 22 May '06

22 May '06

Axel Lindlau wrote: > Am Samstag, 20. Mai 2006 10:06 schrieb Karsten Keil: [...] > > Wir (Novell) liefern keine binonly Treiber mehr auf unseren > > Medien und WWW Sites mehr aus. > > > Was kann/soll man darunter verstehen? > Für die Fritzkarte gibt es keine Capi-Unterstüzung "out of > the Box" mehr? Genau das! > Und ich wollte gerade auf die 10.1 updaten....... Das kannst Du ja trotzdem (wobei ich bei meiner 10.0 eigentlich keine echten Grund sehe). Du musst Dir nur die Treiber von AVM selber holen. Andreas

1 0

Re: [suse-isdn] C4, mtg-CAPRI Rufannahme
by Christian Wittmer 19 May '06

19 May '06

Hallo Karsten, Karsten Keil <kkeil(a)suse.de> wrote on 17.05.2006 20:20:55: > On Tue, May 16, 2006 at 06:52:15PM +0200, Christian Wittmer wrote: > > Hallo Karsten, > > > > hier das LOG im Anhang. > > Ich schicke es nur Dir, da ich die Daten nicht an die Liste schicken will. > > > OK. > > 1. Um was fÃ¼r einen Anschluss handelt es sich genau ? Es ist ein Anlagen-Anschluß. Der C4 hängt direkt am NTBA. > > 2. Auswertung: > ... > May 16 16:44:07 srv-ux-0001 kernel: kcapi: put [0x1] LISTEN_REQ > ID=001 #0x0048 LEN=0026 > May 16 16:44:07 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x1 > May 16 16:44:07 srv-ux-0001 kernel: InfoMask = 0x40 > May 16 16:44:07 srv-ux-0001 kernel: CIPmask > = 0x1fff03ff > May 16 16:44:07 srv-ux-0001 kernel: CIPmask2 = 0x0 > May 16 16:44:07 srv-ux-0001 kernel: CallingPartyNumber = default > May 16 16:44:07 srv-ux-0001 kernel: CallingPartySubaddress = default > May 16 16:44:07 srv-ux-0001 kernel: > May 16 16:44:07 srv-ux-0001 kernel: kcapi: got [0x1] LISTEN_CONF > ID=001 #0x0048 LEN=0014 > May 16 16:44:07 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x1 > May 16 16:44:07 srv-ux-0001 kernel: Info = 0x0 > May 16 16:44:07 srv-ux-0001 kernel: > May 16 16:44:07 srv-ux-0001 kernel: kcapi: put [0x2] LISTEN_REQ > ID=001 #0x0048 LEN=0026 > May 16 16:44:07 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x2 > May 16 16:44:07 srv-ux-0001 kernel: InfoMask = 0x40 > May 16 16:44:07 srv-ux-0001 kernel: CIPmask > = 0x1fff03ff > May 16 16:44:07 srv-ux-0001 kernel: CIPmask2 = 0x0 > May 16 16:44:07 srv-ux-0001 kernel: CallingPartyNumber = default > May 16 16:44:07 srv-ux-0001 kernel: CallingPartySubaddress = default > May 16 16:44:07 srv-ux-0001 kernel: > May 16 16:44:07 srv-ux-0001 kernel: kcapi: put [0x3] LISTEN_REQ > ID=001 #0x0048 LEN=0026 > May 16 16:44:07 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x3 > May 16 16:44:07 srv-ux-0001 kernel: InfoMask = 0x40 > May 16 16:44:07 srv-ux-0001 kernel: CIPmask > = 0x1fff03ff > May 16 16:44:07 srv-ux-0001 kernel: CIPmask2 = 0x0 > May 16 16:44:07 srv-ux-0001 kernel: CallingPartyNumber = default > May 16 16:44:07 srv-ux-0001 kernel: CallingPartySubaddress = default > May 16 16:44:07 srv-ux-0001 kernel: > May 16 16:44:07 srv-ux-0001 kernel: kcapi: put [0x4] LISTEN_REQ > ID=001 #0x0048 LEN=0026 > May 16 16:44:07 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x4 > May 16 16:44:07 srv-ux-0001 kernel: InfoMask = 0x40 > May 16 16:44:07 srv-ux-0001 kernel: CIPmask > = 0x1fff03ff > May 16 16:44:07 srv-ux-0001 kernel: CIPmask2 = 0x0 > May 16 16:44:07 srv-ux-0001 kernel: CallingPartyNumber = default > May 16 16:44:07 srv-ux-0001 kernel: CallingPartySubaddress = default > May 16 16:44:07 srv-ux-0001 kernel: > May 16 16:44:07 srv-ux-0001 kernel: kcapi: got [0x2] LISTEN_CONF > ID=001 #0x0048 LEN=0014 > May 16 16:44:07 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x2 > May 16 16:44:07 srv-ux-0001 kernel: Info = 0x0 > May 16 16:44:07 srv-ux-0001 kernel: > May 16 16:44:07 srv-ux-0001 kernel: kcapi: got [0x3] LISTEN_CONF > ID=001 #0x0048 LEN=0014 > May 16 16:44:07 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x3 > May 16 16:44:07 srv-ux-0001 kernel: Info = 0x0 > May 16 16:44:07 srv-ux-0001 kernel: > May 16 16:44:07 srv-ux-0001 kernel: kcapi: got [0x4] LISTEN_CONF > ID=001 #0x0048 LEN=0014 > May 16 16:44:07 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x4 > May 16 16:44:07 srv-ux-0001 kernel: Info = 0x0 > May 16 16:44:07 srv-ux-0001 kernel: > > Applikation 1 schickt an alle 4 Controller einen LISTEN REQ fÃ¼r praktisch > alle Anrufe, das ist die capidrv Application fÃ¼r I4L. > ... > > May 16 16:45:21 srv-ux-0001 kernel: kcapi: put [0x4] LISTEN_REQ > ID=002 #0x0001 LEN=0026 > May 16 16:45:21 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x4 > May 16 16:45:21 srv-ux-0001 kernel: InfoMask = 0x7ff > May 16 16:45:21 srv-ux-0001 kernel: CIPmask = 0x10012 > May 16 16:45:21 srv-ux-0001 kernel: CIPmask2 = 0x0 > May 16 16:45:21 srv-ux-0001 kernel: CallingPartyNumber = default > May 16 16:45:21 srv-ux-0001 kernel: CallingPartySubaddress = default > May 16 16:45:21 srv-ux-0001 kernel: > May 16 16:45:21 srv-ux-0001 kernel: kcapi: got [0x4] LISTEN_CONF > ID=002 #0x0001 LEN=0014 > May 16 16:45:21 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x4 > May 16 16:45:21 srv-ux-0001 kernel: Info = 0x0 > May 16 16:45:21 srv-ux-0001 kernel: > > Eine 2. Applikation (ich nehme an der CAPRI Server) schickt auch ein LISTEN, > aber nur fÃ¼r Controller Nr. 4 > > Service: Voice,Audio,Telephonie Das ist so korrekt, denn der User ist laut capri.aut an Conroller 4 gebunden. > > May 16 16:45:21 srv-ux-0001 kernel: kcapi: put [0x4] FACILITY_REQ > ID=002 #0x0002 LEN=0018 > May 16 16:45:21 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x4 > May 16 16:45:21 srv-ux-0001 kernel: FacilitySelector = 0x3 > May 16 16:45:21 srv-ux-0001 kernel: FacilityRequestParameter > = <00 00 00> > May 16 16:45:21 srv-ux-0001 kernel: > May 16 16:45:21 srv-ux-0001 kernel: kcapi: got [0x4] FACILITY_CONF > ID=002 #0x0002 LEN=0026 > May 16 16:45:21 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x4 > May 16 16:45:21 srv-ux-0001 kernel: Info = 0x0 > May 16 16:45:21 srv-ux-0001 kernel: FacilitySelector = 0x3 > May 16 16:45:21 srv-ux-0001 kernel: FacilityConfirmationParameter > = <00 00 06 00 00>\377<03 00 00> > May 16 16:45:21 srv-ux-0001 kernel: > > Die Applikation 2 fragt die supporteten Supplementary Services ab. > ... > May 16 16:46:01 srv-ux-0001 kernel: kcapi: got [0x4] CONNECT_IND > ID=001 #0x0023 LEN=0049 > May 16 16:46:01 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x104 > May 16 16:46:01 srv-ux-0001 kernel: CIPValue = 0x1 > May 16 16:46:01 srv-ux-0001 kernel: CalledPartyNumber = ?6053911 > May 16 16:46:01 srv-ux-0001 kernel: CallingPartyNumber > = <21 81>6227385160 > May 16 16:46:01 srv-ux-0001 kernel: CalledPartySubaddress = default > May 16 16:46:01 srv-ux-0001 kernel: CallingPartySubaddress = default > May 16 16:46:01 srv-ux-0001 kernel: BC > = <80 90 a3> > May 16 16:46:01 srv-ux-0001 kernel: LLC > = <80 90 a3> > May 16 16:46:01 srv-ux-0001 kernel: HLC = default > May 16 16:46:01 srv-ux-0001 kernel: AdditionalInfo = default > May 16 16:46:01 srv-ux-0001 kernel: > May 16 16:46:01 srv-ux-0001 kernel: kcapi: got [0x4] CONNECT_IND > ID=002 #0x0024 LEN=0049 > May 16 16:46:01 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x104 > May 16 16:46:01 srv-ux-0001 kernel: CIPValue = 0x1 > May 16 16:46:01 srv-ux-0001 kernel: CalledPartyNumber = ?6053911 > May 16 16:46:01 srv-ux-0001 kernel: CallingPartyNumber > = <21 81>6227385160 > May 16 16:46:01 srv-ux-0001 kernel: CalledPartySubaddress = default > May 16 16:46:01 srv-ux-0001 kernel: CallingPartySubaddress = default > May 16 16:46:01 srv-ux-0001 kernel: BC > = <80 90 a3> > May 16 16:46:01 srv-ux-0001 kernel: LLC > = <80 90 a3> > May 16 16:46:01 srv-ux-0001 kernel: HLC = default > May 16 16:46:01 srv-ux-0001 kernel: AdditionalInfo = default > May 16 16:46:01 srv-ux-0001 kernel: > > Ein Voice CALL von Controller 4 wird an Appl. 01 und 02 gemeldet > > May 16 16:46:01 srv-ux-0001 kernel: capidrv-4: incoming call > 6227385160,1,0,6053911 > May 16 16:46:01 srv-ux-0001 kernel: kcapi: got [0x4] INFO_IND > ID=002 #0x0025 LEN=0023 > May 16 16:46:01 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x104 > May 16 16:46:01 srv-ux-0001 kernel: InfoNumber = 0x70 > May 16 16:46:01 srv-ux-0001 kernel: InfoElement = ?6053911 > May 16 16:46:01 srv-ux-0001 kernel: > May 16 16:46:01 srv-ux-0001 kernel: isdn_net: call from 6227385160 > -> 3 6053911 ignored > May 16 16:46:01 srv-ux-0001 kernel: kcapi: got [0x4] INFO_IND > ID=002 #0x0026 LEN=0016 > May 16 16:46:01 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x104 > May 16 16:46:01 srv-ux-0001 kernel: InfoNumber = 0x18 > May 16 16:46:01 srv-ux-0001 kernel: InfoElement = <89> > May 16 16:46:01 srv-ux-0001 kernel: > > An Appl 2 gehen noch die Zusatzinfos ueber Nr. und Channel. > > May 16 16:46:01 srv-ux-0001 kernel: kcapi: put [0x4] > MANUFACTURER_IND ID=002 #0x0000 LEN=0031 > May 16 16:46:01 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x4 > May 16 16:46:01 srv-ux-0001 kernel: ManuID > = 0x214d5641 > May 16 16:46:01 srv-ux-0001 kernel: Class = 0x0 > May 16 16:46:01 srv-ux-0001 kernel: Function = 0x1 > May 16 16:46:01 srv-ux-0001 kernel: ManuData > = <80 08 02 01 01 16> > > Hier fehlt was im LOG, wahrscheinlich zuviele LogInfos auf einmal. > Es war wahrscheinlich ein CONNECT_RESP der 1. Appl (capidrv) das sie den > CALL nicht will. > > May 16 16:46:01 srv-ux-0001 kernel: default > May 16 16:46:01 srv-ux-0001 kernel: LLC > = <80 90 a3> > May 16 16:46:01 srv-ux-0001 kernel: AdditionalInfo = default > May 16 16:46:01 srv-ux-0001 kernel: > May 16 16:46:01 srv-ux-0001 kernel: capidrv-4: incoming call > 6227385160,1,0,6053911 ignored > May 16 16:46:01 srv-ux-0001 kernel: kcapi: got [0x4] DISCONNECT_IND > ID=001 #0x0027 LEN=0014 > May 16 16:46:01 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x104 > May 16 16:46:01 srv-ux-0001 kernel: Reason = 0x0 > May 16 16:46:01 srv-ux-0001 kernel: > May 16 16:46:01 srv-ux-0001 kernel: kcapi: put [0x4] DISCONNECT_RESP > ID=001 #0x0027 LEN=0012 > May 16 16:46:01 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x104 > May 16 16:46:01 srv-ux-0001 kernel: > > Die erste Applikation wird disconnected. > ... > > May 16 16:46:11 srv-ux-0001 kernel: kcapi: got [0x4] DISCONNECT_IND > ID=002 #0x0028 LEN=0014 > May 16 16:46:11 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x104 > May 16 16:46:11 srv-ux-0001 kernel: Reason = 0x0 > May 16 16:46:11 srv-ux-0001 kernel: > > Der Call wurde von der anderen Seite aufgelegt und Appl.2 wird disconnected. Andere Seite ist der Anrufer ? Ja, der hat aufgelegt, weil er "Dienst oder Dienstmerkmal nich verfügbar" gehört hat. > ... > May 16 16:48:01 srv-ux-0001 kernel: > May 16 16:48:01 srv-ux-0001 kernel: kcapi: got [0x2] CONNECT_IND > ID=001 #0x0029 LEN=0049 > May 16 16:48:01 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x102 > May 16 16:48:01 srv-ux-0001 kernel: CIPValue = 0x1 > May 16 16:48:01 srv-ux-0001 kernel: CalledPartyNumber = ?6053911 > May 16 16:48:01 srv-ux-0001 kernel: CallingPartyNumber > = <21 81>6227385160 > May 16 16:48:01 srv-ux-0001 kernel: CalledPartySubaddress = default > May 16 16:48:01 srv-ux-0001 kernel: CallingPartySubaddress = default > May 16 16:48:01 srv-ux-0001 kernel: BC > = <80 90 a3> > May 16 16:48:01 srv-ux-0001 kernel: LLC > = <80 90 a3> > May 16 16:48:01 srv-ux-0001 kernel: HLC = default > May 16 16:48:01 srv-ux-0001 kernel: AdditionalInfo = default > May 16 16:48:01 srv-ux-0001 kernel: > > Ein Voice CALL von Controller 2 wird an Appl. 01 gemeldet, Appliktion 2 > nicht, da diese nur auf Controller 4 ein LISTEN abgesetzt hat. Schlecht, da die gerufene Nummer "6053911" ja wirklich auch nur an Controller 4 lauscht. (User ist laut capri.aut mit seiner Rufnummer an Controller 4 gebunden) > > May 16 16:48:01 srv-ux-0001 kernel: capidrv-2: incoming call > 6227385160,1,0,6053911 > May 16 16:48:01 srv-ux-0001 kernel: isdn_net: call from 6227385160 > -> 1 6053911 ignored > May 16 16:48:01 srv-ux-0001 kernel: isdn_tty: call from 6227385160 > -> 6053911 ignored > May 16 16:48:01 srv-ux-0001 kernel: kcapi: put [0x2] CONNECT_RESP > ID=001 #0x0029 LEN=0031 > May 16 16:48:01 srv-ux-0001 kernel: Controller/PLCI/NCCI = 0x102 > May 16 16:48:01 srv-ux-0001 kernel: Reject = 0x1 > May 16 16:48:01 srv-ux-0001 kernel: BProtocol > May 16 16:48:01 srv-ux-0001 kernel: B1protocol = 0x0 > May 16 16:48:01 srv-ux-0001 kernel: B2protocol = 0x0 > May 16 16:48:01 srv-ux-0001 kernel: B3protocol = 0x0 > May 16 16:48:01 srv-ux-0001 kernel: B1configuration = default > May 16 16:48:01 srv-ux-0001 kernel: B2configuration = default > May 16 16:48:01 srv-ux-0001 kernel: B3configuration = default > May 16 16:48:01 srv-ux-0001 kernel: ConnectedNumber = default > May 16 16:48:01 srv-ux-0001 kernel: ConnectedSubaddress = default > May 16 16:48:01 srv-ux-0001 kernel: LLC > = <80 90 a3> > May 16 16:48:01 srv-ux-0001 kernel: AdditionalInfo = default > May 16 16:48:01 srv-ux-0001 kernel: > > Appl. 01 (capidrv) REJECTED den CALL. > > > Das sieht erstmal so nicht verkehrt aus. Das sehe ich ein. Nach Deiner ausführlichen Erklärung komme ich zu dem Schluß, den Controller über eine TK-Anlage zu schalten. Dann kann ich, wenn ich alles richtig verstanden habe, den kommended Ruf an den richtigen Controller weiterleiten. Dann sollte es doch funktionieren, oder ? Oder kann ich ein LISTEN der Applikation 1 an allen Controllern verhindern, denn ausreichend wäre doch ein LISTEN der Applikation 2 (CAPRI-Server), denn die setzt ja nur ein LISTEN an Controller 4 ab. Danke für die Hilfe. Gruß Christian > > > -- > Karsten Keil > SuSE Labs > ISDN development

2 4

Suse 10.0 - ISDN (AVM) - Fax(gateway)
by Seag 19 May '06

19 May '06

Hallo zusammen nochmal, ich habe jetzt meine ISDN-Karte in eine AVM-Version geändert und es geht zwar weiter, aber klappt immernoch nicht ganz. Ich habe installiert (alles neucompiliert, aktuellste Versionen): capi4kutils capi4hylafax hylafax c2faxsend -L -f TIFF -v -d 03522xxxxxx fritz_pic.tif funktioniert, aber Hylafax will nicht so richtig. Es sammeln sich nur die Jobs und nix passiert: > faxstat -s HylaFAX scheduler on localhost.localdomain: Running JID Pri S Owner Number Pages Dials TTS Status 2 127 W stepha 4267293 0:0 0:12 3 127 W stepha 4267293 0:0 0:12 Ich hab es schon faxaddmodem probiert, aber da bekomm ich nur > faxaddmodem faxCAPI /dev/faxCAPI is not a terminal device. Nach ln -s capi20 /dev/faxCAPI geht dann faxaddmodem, aber faxen tut er trotzdem nicht... (trotz restart von hylafax und capi) es verändert sich gar nix Hoffentlich kann mir jemand helfen, der letzte Tipp war schon super! Schöne Grüße, Stephan

4 8

Polling Problem bei eingehenden Faxen
by info＠abacus-computer.net 18 May '06

18 May '06

Hallo Liste, Ich habe auf meinem Server eine Primux 1S2M fuer einen PMA laufen und empfange auf allen Kanaelen Faxe mit c2faxrecv. Das funktioniert so weit auch ganz prima. Aber bei einem Teil der eingehenden Anrufe ist kein Faxempfang moeglich. Im Logbuch erscheint dann: May 17 10:46:04.68: [ 4820]: c2faxrecv - INFO: StationID = +xxxxxxxx May 17 10:46:04.68: [ 4820]: c2faxrecv - INFO: BaudRate = 9600 May 17 10:46:04.68: [ 4820]: c2faxrecv - INFO: Flags = Polling, MMR_compr May 17 10:46:04.68: [ 4820]: c2faxrecv - INFO: Could not handle this kind of fax! Disconnect now. May 17 10:46:04.74: [ 4820]: c2faxrecv - INFO: Connection is droped with reason 0x3490 (Normal call clearing). Als Flag ist praktsich Polling gesetzt, obwohl der Absender ein ganz vormales Fax versucht zu senden. Dann bin ich noch dahinter gekommen, dass dies scheinbar oefters passiert, wenn ein Fax auf einer anderen Nummer eingeht und zu unserem Faxserver von einer Telefonanlage weitergeleitet wird. Weiss da jemand Rat? Herzliche Gruesse Christian

2 1

rcisdn stop freeze system
by Christian Wittmer 17 May '06

17 May '06

Hi, habe DELL 1850 mit SLES9-SP2-i386 und AVM C4. wenn ich isdn anhalte, dann friert mir mein system ein. Gleiches Spiel auf einem HP DL380 mit SLES9-SP3-i386 und AVM C4. Sollte ich vielleicht doch besser die x_86 version installieren, oder hat jemand eine Idee, was das sein könnte. Danke und Gruß Christian

1 0

C4, mtg-CAPRI Rufannahme
by Christian Wittmer 16 May '06

16 May '06

Hallo Leute, betreibe hier einen mtG-CAPRI Server mit einer AVM C4 am ISDN-Anlagen-Anschluß. Nun wollte ich den CAPRI auch für die Rufannahme konfigurieren. Stoße aber hierbei auf Probleme. System ist eine SuSE SLES9 SP3 Die Rufe kommen rein, seh es im ISDN LOG aber: May 16 09:28:44 srv-ux-0001 isdnlog: May 16 09:28:44 Call to tei 0 from +49 xxx/xxxxx, Ort on +49 xxx/ xxxxx9, Ort Incompatible destination (User) und der Anrufer hört "Dienst oder Dienstmerkmal nicht verfügbar" Bin für jede Hilfe dankbar Gruß Christian Wittmer

2 2

Suse 10.0 - ISDN (HFC-S) - Fax(gateway)
by Seag 16 May '06

16 May '06

Hallo alle zusammen, ich habe ein Problem. Ich habe eine HFC-S basierte ISDN-PCI-Karte und will einfach nur faxen. Ich habe mittlerweile ausprobiert: HiSax + Modememulation auf ttyS1 + Hylafax -> Modem kann nicht angesprochen werden mISDN (Kernel neu kompliert) + capi4kutils + capi4hylafax (und vlt. noch mehr kleines Zeugs) + hisax&co auf blacklist -> CAPI funktioniert (laut capiinfo) -> capi4hylafax kompiliert&installiert, keine fehler -> c2faxsend -d ... Fritz.tiff -> GAR nichts passiert, nichts in /var/log/messages oder /var/log/syslog -> (und fax kommt auch keins an) Ich bin echt am Ende, ich sehe nur noch tausende conf-Dateien wo ich absolut nicht mehr durchblicke was da für was da ist. Ich hab jetzt Suse 10.0 neu installiert. Kann mir jemand sagen wie man das am sinnvollsten macht? Nach ungefähr 20 Howto's die alle mehr oder weniger in oben beschriebenen Sachverhalten enden stehe ich kurz vor der Benutzung einen analogen Modems. (ich ahne schon das der Kauf einer AVM-Karte ansteht) Stephan

2 1

Fritz-Karte wird beim booten alle 20 Male nicht richtig initialisiert
by Ekkard Gerlach 11 May '06

11 May '06

Hallo, habe Suse 9.2 auf Servern mit dem eigentlich ganz tollen Mainboard ASUS A7N8x-E Deluxe. Bei zwei Kunden habe ich das PRoblem, daß gelegentlich (alle 2-3 Wochen einmal, jeden morgen wird frisch gebootet) die ISDN-KArte (Fritz PCI) beim booten nicht richtig initialisiert wird. Die ISDN-Karte meldet sich dann gar nicht auf dem ISDN-BUS, bekommt auch nichts mit. Das haben wir über den ADSL-ZUgang festgestellt. Wird nach einem ifdown aller ipppX ein rcisdn restart gemacht, dann wird wieder ordnungsgemäß am BUS gelauscht, und nach einem ifup der ipppX funktionierten auch wieder dieselben. Wenn die KArte einmal läuft, dann läuft die, das Probl. besteht nur gelegentlich nach einem reboot.Jmd eine Idee? Hardwareprobleme? In dmesg oder beim booten siehe alles normal aus: alles in grün "done". In /var/log/messages keine Meldungen. isdnctrl status all meldet alle in Ordnung - ist es aber nicht. Also: die Software meldet okay, aber es geht nix durch. Habe dieses Phänomen nur bei dem Deluxe-Board von ASUS, bei Vorgänger- Boards (Abit) hatte ich dieses Phänomen noch nie. Eigentlich ist das Phänomen bei einem Kunden mit dem Deluxe Board verschwunden, beim anderen gibt es das noch. Das Mainboard ist übrigens letzte Woche ausgetauscht worden, weil das GBit-NIC defekt war (Ohhh ASUS, ich dachte das wäre Qualität). Am Mainboard liegt es bestimmt nicht. Hat die Fritz-Karte vielleicht einen Schuss? Wähle ich von hier die KArte an, dann erhalte ich die Meldung No user responding (Private network serving remote user) also so wie wenn der PC abgeschaltet wäre. Beim Versuch vom Server aus zu wählen meint /var/log/messages nur: May 10 10:28:23 pserver kernel: ippp2: dialing 1 00721234567890.. May 10 10:28:32 pserver kernel: isdn_net: local hangup ippp2 danke schon mal Ekkard

2 3