September 2002 - openSUSE ISDN (Deutsch)

PAP dialin auf einer SuSE 6.2
by Martin Gudel 27 Sep '02

27 Sep '02

Hallo Gemeinde, Untenstehender Ausschnitt stammt aus meiner messages. Verwendet wird ein ausschließlich mit yast konfiguriertes SuSE 6.2, welches von einer HDLC auf eine PPP-Authorisierung verändert werden sollte. Das Interface wählt sich auch ein, scheint aber weder die LCP-Requests zu PAP zu akzeptieren, noch fordert es eine andere Art der Authorisation. Dies führt dann zum hangup des Providers Nun frage ich mich, was an meiner Datei /etc/ppp/options.ippp0 falsch ist, so dass weder PAP noch CHAP verhandelt werden (der Rechner tut beides trotz vorhandener Secrets nicht). Hat jemand sowas wie eine /etc/ppp/options-Datei für mein Problem, in der explizit gemacht wird, dass PAP zu nutzen ist? Oder kann mir jemand sagen, wo ich meinen Einwahl-Client sagen kann, dass er auf PAP-Authentifizierung anspingen soll?- Benutzer und Passwörter dazu etc. sind in den entsprechenden Secrets hinterlegt. Es dankt für Euren Rat ; vielen Dank Martin Gudel -- _________________________________________________________________________ Jun 8 23:13:52 heather kernel: ippp0: dialing 1 019102345... Jun 8 23:13:55 heather ipppd[278]: Local number: 46994146, Remote number: 019102345, Type: outgoing Jun 8 23:13:55 heather ipppd[278]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Jun 8 23:13:55 heather kernel: isdn_net: ippp0 connected Jun 8 23:13:56 heather kernel: ippp0: remote hangup Jun 8 23:13:56 heather kernel: ippp0: Chargesum is 0 Jun 8 23:13:56 heather ipppd[278]: Modem hangup Jun 8 23:13:56 heather ipppd[278]: Connection terminated. Jun 8 23:13:56 heather ipppd[278]: taking down PHASE_DEAD link 0, linkunit: 0 Jun 8 23:13:56 heather ipppd[278]: closing fd 8 from unit 0 Jun 8 23:13:56 heather ipppd[278]: link 0 closed , linkunit: 0 Jun 8 23:13:56 heather ipppd[278]: reinit_unit: 0 Jun 8 23:13:56 heather ipppd[278]: Connect[0]: /dev/ippp0, fd: 8 -- __________________________________________________ Martin Gudel E-Mail: gudel(a)gudel.net Germany WWW: http://www.gudel.net -- "Ich dachte immer, UNIX ist was für Leute, denen es gefällt, auf einen Bildschirm zu starren, auf dem es aussieht, als hätte sich gerade ein Gürteltier auf der Tastatur gewälzt." (Stefan Schneider)

2 1

providerselect
by Andreas Meyer 26 Sep '02

26 Sep '02

Hallo! Ist es möglich, in der isdn.conf/providerselect mehere Provider einzutragen? Ich habe mal so versucht: # providerselect VBN = 010 VBNLEN = 2:3 PRESELECTED=80 VBN = 01931 VBNLEN = 2:3 PRESELECTED=200 erhalte aber: isdnlog: Sep 21 10:01:35 tei 100 calling Q-Dial with ISDN-Router \ No area info for provider 80_0 (0), destination 01931521 Den Eintrag in die rate.de.dat habe ich selbst vorgenommen: P:200,0 Q-DIAL B:01931 C:Name:Q-DIAL C:Address:QSC-AG, Koeln C:Special: Z:17 Q-DIAL A:521 T:*/*=0.0172(60)/1 Gruß -- Andreas Meyer

3 8

CAPI4Linux und ISDN4Linux parallel unter SuSE 8.1
by Bastian Schern 26 Sep '02

26 Sep '02

Hallo, weiß jemand von euch ob man unter SuSE 8.1 CAPI4Linux und ISDN4Linux wie bei 8.0 parallel betreiben kann. HylaFAx funktioniert nur mit CAPI4Linux und ISDN2H323 funktioniert nur mit ISDN4Linux. Viele Grüße Bastian

2 1

Zugangskontrolle mit ISDN2H323 und OpenH323-Gatekeeper
by Bastian Schern 26 Sep '02

26 Sep '02

Hallo, ich möchte ein VoIP-Gateway mit ISDN2H323 aufbauen. Allerdings habe ich jetzt das Problem, das es außer die IP-Adresse keine Zugangsbeschränkungen gibt. Jetzt habe ich mir gedacht ich könnte das mit OpenH323-Gatekeeper machen. Da bei SuSE nur die version 1.0 dabei ist die man nur als Proxy benutzen kann habe ich auch version 2.0 installiert. Irgendwie funktioniert es aber nicht. OpenPhone kann sich nicht am Gatekeeper anmelden, wenn ich die Passwortabfrage aktiviert habe. Wenn ich die Passwortauthentifizierung abschalte geht es wieder. Das möchte ich aber nicht. Dann könnte ja jeder aus dem Internet über mein GW ins Festnetz telefonieren. --- snip (gatekeeper.ini) --- [Gatekeeper::Main] Fourtytwo=42 Name=OpenH323GK TimeToLive=600 [RoutedMode] GKRouted=1 H245Routed=0 CallSignalPort=1721 CallSignalHandlerNumber=2 RemoveH245AddressOnTunneling=1 DropCallsByReleaseComplete=1 SupportNATedEndpoints=1 Q931PortRange=30000-39999 H245PortRange=40000-49999 [Proxy] Enable=1 InternalNetwork=192.168.1.0/24 T120PortRange=50000-59999 RTPPortRange=50000-59999 [RasSvr::PermanentEndpoints] 192.168.1.1=es;0,1,2,3,4,5,6,7,8,9 ;[RasSvr::GWPrefixes] ;es=* [Gatekeeper::Auth] SimplePasswordAuth=required;RRQ default=allow [Password] KeyFilled=123 CheckID=0 ; don't cache the password PasswordTimeout=0 bastian=smjvnOiV9Xk= [GkStatus::Auth] rule=allow --- snap --- Hat jemand von Euch eine Idee was ich falsch mache? Viele Grüße Bastian

1 0

capi4hylafax auf SuSE 8.1
by Joerg Frings-Fuerst 26 Sep '02

26 Sep '02

Hallo, nach einem Update von 8.0 auf 8.1 geht der Faxempfang nicht mehr. Capiinfo bringt keine Fehlermeldungen, bei lsmod sind auch alle erforderlichen module vorhanden. In der /var/log/messages erscheind nur der folgende Eintrag : isdnlog: Sep 25 20:38:41 * tei 127 calling Fax with ? RING () isdnlog: Sep 25 20:38:59 * Call to tei 127 from Fax on Fax RING (3.1 kHz audio) kernel: capidrv-1: incoming call 6575xxxxxx,1,2,xxxxxx kernel: capidrv-1: patching si2=2 to 0 for VBOX kernel: isdn_tty: call from 6575xxxxxx -> xxxxxx ignored kernel: capidrv-1: incoming call 6575xxxxxx,1,0,xxxxxx ignored isdnlog: Sep 25 20:39:03 tei 66 calling ? with ? User busy (User) isdnlog: Sep 25 20:39:03 tei 66 calling ? with ? HANGUP User busy (User) isdnlog: Sep 25 20:39:23 * tei 127 calling Fax with ? RING () isdnlog: Sep 25 20:39:53 Call to tei 127 from Fax on Fax HANGUP (Timeout) isdnlog: Sep 25 20:39:59 * Call to tei 127 from Fax on Fax RING (3.1 kHz audio) kernel: capidrv-1: incoming call 6575xxxxxxx,1,2,xxxxxx kernel: capidrv-1: patching si2=2 to 0 for VBOX kernel: isdn_tty: call from 6575xxxxxx -> xxxxxxx ignored kernel: capidrv-1: incoming call 6575xxxxxx,1,0,xxxxxx ignored Da in der inittab kein Eintrag c2faxrecv vorhanden war, habe ich den nachgetragen. Dann gabs die Fehlermeldungen : CapiFaxRecv: CAPI not installed, started or have no access rights on it! FaxQueuer[961]: MODEM /dev/faxCAPI appears to be wedged FaxQueuer[961]: MODEM WEDGED: bin/wedged "faxCAPI" "/dev/faxCAPI" Dann habe ich die Rechte für /dev/capi20 auf 666 geändert. Folge war beim Faxanruf Kernelpanik. Normale Anrufe werden aber normal mitgeloggt. Und nun ? So langsam stehe ich auf dem Schlauch. Hat jemand einen Tip ?? So long Jörg PS. Sorry wg. den zu langen Zeilen. -- Jörg Frings-Fürst D-54526 Landscheid Linux registered user #280687 ICQ #170365098 Homepage : http://fixundfoxi.dyndns.info EMail : mailto:JFF@fixundfox.dyndns.info

2 1

Re: [suse-isdn] Hylafax bricht sporadisch ab und initialisiert sich nicht mehr
by Karsten Keil 26 Sep '02

26 Sep '02

On Thu, Sep 26, 2002 at 05:24:33PM +0200, DieterKoll(a)velodata.de wrote: > Hallo > ich bin neu bei der Mailingliste und daher nicht sicher ob denn nun die Antwort an > kkeil(a)suse.de oder an die Liste soll .... ??? > Besser an die Liste und nur an die (kein cc). An die Poster sollte man nur direkt schreiben wenn: 1. Groessere Datenmengen an Konfigurationen oder LOGs angefordert wurden und man diese schickt. 2. Irgendwelche nicht zum Thema gehoerende Sachen abgeklaert werden (z.B. Beschwerden wegen Fehlern beim posten, falscher "Tonfall" usw.) > > Sieht nach falscher Paritaet bzw. anderem murks auf der seriellen aus. > Könnte ja sein, aber eigentlich muesste der Faxgetty doch wenigstens abbrechen > wenn ich das Modem ausmache. DTR, DSR, und CTS sind dann ja voellig weg. Hmm, kommt darauf an auf was und wie der faxgetty an dieser Stelle wartet und ob die Schnittstelle so eingestellt is, das sie auf DTR, DSR, und CTS in diesem Moment reagiert. Leider ist hylafax ein _sehr_ komplexes Programm, so das man die Stellen die dort ueberhaupt eine Rolle spielen nicht so schnell findet. Inzwischen bin ich fast ueberzeugt das das Modem dort XOFFs sendet, hylafax aber was anderes erwartet und darauf nicht reagiert. Hier koennte ein hoeherer Debuglevel helfen, der die Modemkommunikation mitschneidet, wird aber relativ viel. > > Reicht das allein aus (d.h. ohne Modem an/aus usw.) ? > Ja reicht, habe aber auch schon andere Elsa versucht. > > Wird das Modem noch zu was anderen benutzt ? > Nein > > Es läuft sehr viel Faxverkehr über die Schnittstelle, meist ist es OK. Bei Rausfaxen > (mehrere 1000) ist bisher nie was passiert - bei Rein kein Chema. Drei Tage passiert > nichts, dann zwei mal an einem Tag hängt das Biest. Die Absender sind > unterschiedlich (0911-74053-795) ist echt. Von den gleichen Absendern kommen > aber auch Faxe einwandfrei durch. > > Ich habe einige Male versucht die Daten oder Steuerleitungen zu trennen, immer hat > der Faxempfang richtig abgebrochen und neu initalisiert. > > Auffällig aber das bei allen Fehlerfällen das Protokoll an GENAU der gleichen Stelle > endet. > > Sep 04 15:49:33.36: [ 466]: RECV: 4089 bytes of data, 1168 total lines > Sep 04 15:49:33.36: [ 466]: MODEM set XON/XOFF/DRAIN: input interpreted, > output disabled > Es koennte ein Race zwischen der Umschaltung des Modes und den naechsten Aktionen sein, oder aus irgend einem Grund kommt der Befehl nicht an. So richtig was einleuchtendes faellt mir auch nicht ein. Aber ein hoeherer Session debug (z.B. 0xff) kann eventuell mehr aussagen. -- Karsten Keil SuSE Labs ISDN development

1 0

Re: [suse-isdn] Hylafax bricht sporadisch ab und initialisiert sich nicht mehr
by Karsten Keil 26 Sep '02

26 Sep '02

Hallo, On Thu, Sep 26, 2002 at 01:20:48PM +0200, HeikeKoll(a)velodata.de wrote: > Hallo, > Hylafax sendet und empfängt normalerweise einwandfrei. Sporadisch > bleibt Hylafax dann hängen und es ist kein Faxempfang und senden mehr > möglich. Der Devicestatus ist dann laut > "/var/spool/fax/status/ttyS0": > Receiving from "0911-74053-795ÿÿÿÿÿÿÿÿÿÿ" Sieht nach falscher Paritaet bzw. anderem murks auf der seriellen aus. > > Hylafax stoppen und starten geht - nützt aber nichts > > Modem ein- und ausschalten, nützt auch nichts. > > Erst nach einem Kill auf faxgetty läuft alles wieder für 10-60 Faxe > normal (Leider nur bis zum nächsten mal) > Reicht das allein aus (d.h. ohne Modem an/aus usw.) ? Das sieht fast so aus, als ob noch ein anderes Programm mal auf ttyS0 zugreift und dabei irgendwelche Schnittstellen Einstellungen verbiegt, ein Neustart von Faxgetty richtet das dann wieder. Wird das Modem noch zu was anderen benutzt ? -- Karsten Keil SuSE Labs ISDN development

1 0

Hylafax bricht sporadisch ab und initialisiert sich nicht mehr
by HeikeKoll＠velodata.de 26 Sep '02

26 Sep '02

Hallo, Hylafax sendet und empfängt normalerweise einwandfrei. Sporadisch bleibt Hylafax dann hängen und es ist kein Faxempfang und senden mehr möglich. Der Devicestatus ist dann laut "/var/spool/fax/status/ttyS0": Receiving from "0911-74053-795ÿÿÿÿÿÿÿÿÿÿ" Hylafax stoppen und starten geht - nützt aber nichts Modem ein- und ausschalten, nützt auch nichts. Erst nach einem Kill auf faxgetty läuft alles wieder für 10-60 Faxe normal (Leider nur bis zum nächsten mal) Hilfe, kennt jemand diesen Effekt ? Gruss Heike Konfig: Modem: Elsa ISDN-TLV-34 SUSE Linux 7.2 Hyla 4.1 So sieht das Protokoll (/var/spool/fax/log/c00002033) eines hängenden Faxempfangs aus. Die Stelle an der das Fax hängt ist immer die Gleiche: Sep 05 01:22:03.84: [ 7362]: SESSION BEGIN 00002033 4924029030225 Sep 05 01:22:03.84: [ 7362]: <-- [4:ATA\r] Sep 05 01:22:13.17: [ 7362]: --> [4:+FCO] Sep 05 01:22:13.17: [ 7362]: ANSWER: FAX CONNECTION Sep 05 01:22:13.17: [ 7362]: MODEM input buffering enabled Sep 05 01:22:13.17: [ 7362]: RECV FAX: begin Sep 05 01:22:13.17: [ 7362]: RECV FAX: CDPN Sep 05 01:22:18.18: [ 7362]: --> [37:+FTI:" 0911-74053- 795ÿÿÿÿÿÿÿÿÿÿ"] Sep 05 01:22:18.18: [ 7362]: REMOTE TSI "0911-74053-795ÿÿÿÿÿÿÿÿÿÿ" Sep 05 01:22:18.18: [ 7362]: --> [20:+FCS:0,5,0,2,0,0,0,0] Sep 05 01:22:18.18: [ 7362]: REMOTE wants 14400 bit/s Sep 05 01:22:18.18: [ 7362]: REMOTE wants page width 1728 pixels in 215 mm Sep 05 01:22:18.18: [ 7362]: REMOTE wants unlimited page length Sep 05 01:22:18.18: [ 7362]: REMOTE wants 3.85 line/mm Sep 05 01:22:18.18: [ 7362]: REMOTE wants 1-D MR Sep 05 01:22:18.18: [ 7362]: --> [2:OK] Sep 05 01:22:18.18: [ 7362]: <-- [7:AT+FDR\r] Sep 05 01:22:20.14: [ 7362]: --> [7:CONNECT] Sep 05 01:22:20.14: [ 7362]: RECV: begin page Sep 05 01:22:20.14: [ 7362]: MODEM set XON/XOFF/FLUSH: input ignored, output generated Sep 05 01:22:20.14: [ 7362]: RECV: send trigger 022 Sep 05 01:22:20.14: [ 7362]: <-- data [1] Sep 05 01:22:35.20: [ 7362]: RECV: 25312 bytes of data, 1171 total lines Sep 05 01:22:35.20: [ 7362]: MODEM set XON/XOFF/DRAIN: input interpreted, output disabled

1 0

ISDN Schnittstelle hängt zeitweilig
by Thomas Jaschke 26 Sep '02

26 Sep '02

Hallo, ich hab hier ein SUSE 8.0 mit einer Fritz Card PCI V2.0. Die Einwahl beim Provider klappt eigentlich problemlos aber zeiteilig geht gar nichts mehr. In der /var/log/messages steht dann: boss kernel :isdn_tx_timeout dev ippp0 dialstate0 last message repeated 2 times Hat jemand eine Idee was hier schief läuft ? Gruß Thomas

1 0

Fritzcard PCI 2.0
by a_kwasny＠t-online.de 25 Sep '02

25 Sep '02

Hallo ! Bin hier Anfänger und habe soeben Linux Suse 8.1 installiert. Da ich Fritzkarte PCI habe möchte ich gern installieren und nur per fax !! versenden und empfangen.Alles andere interessieren mir nichts! Welche vorkehrungen soll ich vornehmen beim installieren und configurieren? Im voraus besten Dank ! Alois Kwasny

3 2