February 2006 - openSUSE ISDN (Deutsch)

M$ (XP) kann sich nicht auf Suse 9.2 einwaehlen: No compression negotiated
by Ekkard Gerlach 01 Mar '06

01 Mar '06

Hallo, ich muß mich leider immer wieder mit dem XP beschäftigen, leider. Diesmal kann sich ein XP-PC nicht mit einer Suse 9.2 verbinden: No compression negotiated. Bei Suse 8.2 ging bei einem dutzend Server immer gut, bei ersten Suse 9.2-PC gehts schief: Nov 11 17:03:45 pserver ipppd[21915]: sent [0][IPCP ConfReq id=0x1 <addr 192.168.98.220> <compress VJ 0f 01>] Nov 11 17:03:45 pserver ipppd[21915]: CCP enabled! Trying CCP. Nov 11 17:03:45 pserver ipppd[21915]: CCP: got ccp-unit 0 for link 0 (Compression Control Protocol) Nov 11 17:03:45 pserver ipppd[21915]: ccp_resetci! Nov 11 17:03:45 pserver kernel: Received CCP frame from peer slot(1) Nov 11 17:03:45 pserver kernel: [1/1].ccp-rcv[0]: 01 04 00 0a 12 06 00 00 00 01 Nov 11 17:03:45 pserver ipppd[21915]: rcvd [0][CCP ConfReq id=0x4 < 12 06 00 00 00 01>] Nov 11 17:03:45 pserver ipppd[21915]: ccp_resetci! Nov 11 17:03:45 pserver ipppd[21915]: sent [0][CCP ConfReq id=0x1] Nov 11 17:03:45 pserver ipppd[21915]: sent [0][CCP ConfRej id=0x4 < 12 06 00 00 00 01>] Nov 11 17:03:45 pserver kernel: Received CCP frame from daemon: Nov 11 17:03:45 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 01 01 00 04 Nov 11 17:03:45 pserver kernel: Received CCP frame from daemon: Nov 11 17:03:45 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 04 04 00 0a 12 06 00 00 00 01 Nov 11 17:03:45 pserver ipppd[21915]: rcvd [0][IPCP ConfReq id=0x5 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0. 0.0> <ms-wins1 0.0.0.0> <ms-dns2 0.0.0.0> <ms-wins2 0.0.0.0>] Nov 11 17:03:45 pserver ipppd[21915]: sent [0][IPCP ConfRej id=0x5 <ms-dns1 0.0.0.0> <ms-wins1 0.0.0.0> <ms-dns2 0. 0.0.0> <ms-wins2 0.0.0.0>] Nov 11 17:03:45 pserver ipppd[21915]: rcvd [0][IPCP ConfAck id=0x1 <addr 192.168.98.220> <compress VJ 0f 01>] Nov 11 17:03:45 pserver kernel: Received CCP frame from peer slot(1) Nov 11 17:03:45 pserver kernel: [1/1].ccp-rcv[0]: 02 01 00 04 Nov 11 17:03:45 pserver ipppd[21915]: rcvd [0][CCP ConfAck id=0x1] Nov 11 17:03:45 pserver kernel: Received CCP frame from peer slot(1) Nov 11 17:03:45 pserver kernel: [1/1].ccp-rcv[0]: 05 06 00 10 78 62 1e 56 00 3c cd 74 00 00 02 dc Nov 11 17:03:45 pserver ipppd[21915]: rcvd [0][CCP TermReq id=0x6"xb\036V\000<\37777777715t\000\000\002\37777777734 "] Nov 11 17:03:45 pserver ipppd[21915]: sent [0][CCP TermAck id=0x6] Nov 11 17:03:45 pserver kernel: Received CCP frame from daemon: Nov 11 17:03:45 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 06 06 00 04 Nov 11 17:03:45 pserver ipppd[21915]: rcvd [0][IPCP ConfReq id=0x7 <compress VJ 0f 01> <addr 0.0.0.0>] Nov 11 17:03:45 pserver ipppd[21915]: sent [0][IPCP ConfNak id=0x7 <addr 192.168.98.200>] Nov 11 17:03:45 pserver ipppd[21915]: rcvd [0][IPCP ConfReq id=0x8 <compress VJ 0f 01> <addr 192.168.98.200>] Nov 11 17:03:45 pserver ipppd[21915]: sent [0][IPCP ConfAck id=0x8 <compress VJ 0f 01> <addr 192.168.98.200>] Nov 11 17:03:45 pserver ipppd[21915]: local IP address 192.168.98.220 Nov 11 17:03:45 pserver ipppd[21915]: remote IP address 192.168.98.200 Nov 11 17:03:48 pserver ipppd[21915]: sent [0][CCP ConfReq id=0x1] Nov 11 17:03:48 pserver kernel: Received CCP frame from daemon: Nov 11 17:03:48 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 01 01 00 04 Nov 11 17:03:51 pserver ipppd[21915]: sent [0][CCP ConfReq id=0x1] Nov 11 17:03:51 pserver kernel: Received CCP frame from daemon: Nov 11 17:03:51 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 01 01 00 04 Nov 11 17:03:51 pserver kernel: Received CCP frame from peer slot(1) Nov 11 17:03:51 pserver kernel: [1/1].ccp-rcv[0]: 06 01 00 04 Nov 11 17:03:51 pserver ipppd[21915]: rcvd [0][CCP TermAck id=0x1] Nov 11 17:03:51 pserver ipppd[21915]: sent [0][CCP TermReq id=0x2"No compression negotiated"] Nov 11 17:03:51 pserver kernel: Received CCP frame from daemon: Nov 11 17:03:51 pserver kernel: [1/1].ccp-xmit[0]: ff 03 80 fd 05 02 00 1d 4e 6f 20 63 6f 6d 70 72 Nov 11 17:03:51 pserver kernel: [1/1].ccp-xmit[1]: 65 73 73 69 6f 6e 20 6e 65 67 6f 74 69 61 74 65 Nov 11 17:03:51 pserver ipppd[21915]: rcvd [0][CCP TermAck id=0x1] Nov 11 17:03:51 pserver kernel: Received CCP frame from peer slot(1) Nov 11 17:03:51 pserver kernel: [1/1].ccp-rcv[0]: 06 01 00 04 Nov 11 17:03:51 pserver kernel: Received CCP frame from peer slot(1) Nov 11 17:03:51 pserver kernel: [1/1].ccp-rcv[0]: 06 02 00 1d 4e 6f 20 63 6f 6d 70 72 65 73 73 69 Nov 11 17:03:51 pserver kernel: [1/1].ccp-rcv[1]: 6f 6e 20 6e 65 67 6f 74 69 61 74 65 64 Nov 11 17:03:51 pserver ipppd[21915]: rcvd [0][CCP TermAck id=0x2"No compression negotiated"] Nov 11 17:04:01 pserver /usr/sbin/cron[23445]: (root) CMD ( /usr/local/bin/enable_disabled) Nov 11 17:05:01 pserver /usr/sbin/cron[23457]: (root) CMD ( /usr/local/bin/enable_disabled) Nov 11 17:05:25 pserver ipppd[21915]: rcvd [0][LCP TermReq id=0x9 78 62 1e 56 00 3c cd 74 00 00 00 00] Nov 11 17:05:25 pserver ipppd[21915]: LCP terminated by peer (xb^^V^@<M-Mt^@^@^@^@) Nov 11 17:05:25 pserver ipppd[21915]: ioctl(SIOCDARP): No such file or directory Nov 11 17:05:25 pserver ipppd[21915]: sent [0][LCP TermAck id=0x9] Nov 11 17:05:25 pserver kernel: isdn_net: local hangup ippp1 mein ISDN-Einwahl-Template ist überall das gleiche (natürlich andere IP's), seit Suse 9.2: # /etc/sysconfig/isdn/templ_dialin (Einwahl) CALLBACK="off" CHARGEHUP="on" COMPRESSION="no" DEFAULTROUTE="no" DIALMODE="manual" DYNAMICIP="no" FIREWALL="no" IPADDR="192.168.0.199" PTPADDR="192.168.0.198" MSN="8307xxx" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="pc-dialin_1" STARTMODE="onboot" REMOTE_IN="7218307xxx" IPPPD_OPTIONS="+pap -chap debug proxyarp" Mit Suse 9.2 oder 8.2 auf die obige 9.2-Maschine habe keinerlei Einwahlprobleme, nur eben mit WinXP eines PArtners. Jmd einen heißen Tipp? - Was ist bei Suse 9.2 anderst? Oder: dort wo der Server steht, funkt da vielleicht die Tel-Anlage dazwischen? - Merkwürdig ist nämlich: trotz dem, daß bei Aufnehmen eines Tel-Hörers ein Freizeichn erscheint, muß eine 0 mehr vorgewählt werden. Gut, Analog muß mit dem ISDN-Anschluß für die ISDN-Karte nichts zu tun haben, aber wer weiß ob der ISDN-Anschluß ein externer S0 ist. Vielleicht ein vermurkster interner? danke schonmal Ekkard

3 6

Bluetooth: Can't connect L2CAP socket: Connection refused
by Jochen 28 Feb '06

28 Feb '06

Hello, my problem has been widely discussed however it seems there is not sustainable solution to it. I have installed Suse 10.0 and applied all the current auto updates to it: In a nutshell the problem is that my AVM Fritz USB Bluetooth cannot connect to the dongle hooked up to the S0 bus (no fancy access point, just a non-configurable dongle with a hard coded PIN). Using the ciptool I get the following error: linux:~ # ciptool scan Searching ... Checking service for 00:01:02:03:04:05 Connecting to device 00:01:02:03:04:05 Can't connect L2CAP socket: Connection refused The well known pin file is created and contains the password string imprinted on the dongle. At this point I am having my first eye brown raise: How come, that there is only one entry expected in that pin file. I would imagine some kind of table that has one pin per device. How would this system work if I had, let's say, two access points: With the current architecture I could only connect to one of them ? This problem is bugging me for quite some time now and there is no light at the end of the tunnel. Any help from your side is highly appreciated. Jochen ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de

1 0

Re: [suse-isdn] AVM PCI ISDN
by Michael Friedrichs 26 Feb '06

26 Feb '06

Oliver Föhr schrieb: > Michael Friedrichs schrieb: > >> Hallo Liste, >> >> ich habe da ein über längere Zeit "gewachsenes" Problem: >> >> Ich habe bei einem Bekannten die Fritz AVM PCI ISDN-Karte >> mit der Download Version von Suse auf einem 64bit Rechner verbaut. >> Nun habe ich rausgefunden, dass die Suse-Downloadversion >> den AVM Treiber noch nicht dabei hat. >> > > > ftp://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/x86_64/10.0/SUSE-Linux10… > > >> >> installieren. >> >> Da ist alles nötige für AVM Fritzkarten drin. > > > olly > > Das Paket bringt "Multithreading"-Fähigkeit für den Kernel mit, wenn ich das richtig verstanden habe (Paketbeschreibung). Aber die AVM ISDN Karte wird immer noch nicht richtig angesprochen. Das kann doch nicht so schwer sein mit Suse , ISDN ist doch schon ein alter Hut..? Michael

2 1

1
by Peter Lloréns y Rilk 25 Feb '06

25 Feb '06

1

1 1

s
by Peter Lloréns y Rilk 25 Feb '06

25 Feb '06

s

1 0

Re: [suse-isdn] isdnrep & umlaute]
by Oliver Föhr 24 Feb '06

24 Feb '06

2 1

isdnrep & umlaute
by Michael Dawart 24 Feb '06

24 Feb '06

Hallo, ich verwende ein Skript um mit dem Befehl smbclient eine Nachricht in der Form "Anruf von 12345 aus YYY" an einen Win-PC über eingehende Anrufe zu senden. Mein Problem ist nun, dass sobald diese Nachricht Umlaute enthält (z.B. Düsseldorf etc.), diese verstümmelt am PC ankommt. Gibt es eine Möglichkeit isdnrep dazu zu bewegen, die Umlaute umzuschreiben bzw. kann ich den verwendeten Zeichensatz irgendwo einstellen? Bei meiner vorherigen Suse 9.1-Installation hat die Meldung auch mit Umlauten problemlos funktioniert. Vielen Dank & Grüße Michael

3 5

Faxversand bricht ab
by oliver＠hotelcristal.de 24 Feb '06

24 Feb '06

Hallo Liste, habe ein Problem mit dem Senden von Faxen. Es klingelt eine Bruchteil einer Sekunde am Empfänger-Fax (geht noch nicht ran)und dann ist Ende. Capisuite logt folgendes: Sat Feb 18 20:02:45 2006 CapiSuite 0xbffffcd0: job fax-14.sff from empfang to 09524545 initiated Sat Feb 18 20:02:45 2006 Connection 0x81ebf68: Connection object created for outgoing call from +49 911 5119271 to 0524545 service 1 Sat Feb 18 20:02:45 2006 Connection 0x81ebf68: Connection object deleted Sat Feb 18 20:02:45 2006 CapiSuite 0xbffffcd0: job fax-14.sff: result was 2,0 und in der ISDN.log: Feb 18 22:42:15 2006|+49 911 5119271|+49911524545 | 0| 0|1140298935| -1|O| 81| 0| 0|3.2|1|0|0.062|EUR|0| 33| -1| Der Empfang klappt, nur habe ich als Linux-Anfänger noch ein klienes Problem: Mit welchem Programm kann ich das empfangene Fas ansehen. Habe es mit KFax versucht, sehe da auch etwas, das ist aber 1cm hoch und 40cm breit und nicht DINa4. Also mit lesen ist da nix. Zu meinem System: AVM PCI ISDN Karte Suse Linux 9,1 Faxversand: über Kdeprintfax - unten rechts steht zwar Hylafax in der Log steht, dass das Fax erfolgreich an capisuitefax übermitteltt wurde. Stimmt grundsätzlich meine Konfiguration, oder soll ich auf ein anderes Programm umstellen. Danke für euere Hilfe. Oliver

1 0

Remote-Benutzung von Capi unter Linux
by Christoph Knauer 23 Feb '06

23 Feb '06

Hallo Leute, um mit einem Windoof-PC auf Capi remote zugreifen zu können, gibt es den Capri-Server für Linux und einen entsprechenden Win-Client. Kann ich auch irgentwie auf einen Server mit Capi remote darauf zugreifen? Danke, Christoph -- GPG-Fingerprint: 171A 6F66 52E5 A6CE D664 2427 832F E711 7442 8261

1 0

Re: [suse-isdn] bekomme HylaFax unter SuSE10 nicht mehr zum faxen
by Karsten Keil 23 Feb '06

23 Feb '06

On Wed, Feb 22, 2006 at 11:32:29AM +0100, Sven Gehr wrote: > Am Di 21.02.2006 18:02 schrieb Karsten Keil <kkeil(a)suse.de>: > > On Tue, Feb 21, 2006 at 05:24:34PM +0100, Karsten Keil wrote: > > Hallo Karsten, > > > > > > NumberPlusReplacer: "00" > > > > und ich habe gehofft das hiermit auch der Aufruf: > > > > c2faxsend -v -fG3 -d +496214829399 print.ps Hmm, c2faxsend kann kein .ps nur SFF oder G3 TIFF. sendfax kann man direkt mit Text oder .ps aufrufen. > > > > funktionieren würde. Dem es aber leider nicht so. Aber die Zeile > > > > müßte > > > > doch genau das machen, oder? > > > > > Hier der Output: > > > > Connection established. > > > > StationID = +49 621 4829399 > > > > BaudRate = 9600 > > > > Flags = HighRes, JPEG, MR_compr, MMR_compr > > > > Fax file completely transfered to CAPI. > > > > Connection dropped with Reason 0x3400 (No additional information). > > > > Das sieht erstmal nicht nach einem Fehler aus. > > > Ob die Nummer correct umgesetzt wurde, sollte ein CAPI trace (oder > > > auch die > > > isdnlog Eintraege zeigen). > > > Das ist nicht notwendig, die Verbindung wurde ja korrekt aufgebaut, > > also > > muss die Nummer richtig umgesetzt worden sein. > > > Hinweis: > > StationID = +49 621 4829399 > > kommt von der anderen Seite nachdem die eigentliche Telefonverbindung > > aufgebaut wurde -> Nummer war OK. > > Wenn die andere Seite ein Fax schickt, entspricht das dem Eintrag > > Faxnummer > > in der config.faxCAPI. > > verstehe jetzt nicht genau was du meinst. Wenn ich doch die Zielnummer > ohne +49 eingebe funktioniert es und mit +49 nicht. Was kann ich ändern > damit es geht? Wenn Du +49 verwendest, kommt dann Connection established. StationID = +49 621 4829399 BaudRate = 9600 Flags = HighRes, JPEG, MR_compr, MMR_compr Fax file completely transfered to CAPI. Connection dropped with Reason 0x3400 (No additional information). oder nicht ? Wenn Das kommt wurde die Verbindung aufgebaut und das FAX versendet. -- Karsten Keil SuSE Labs ISDN development

2 3