openSUSE ISDN (Deutsch) January 2006

isdn-de@lists.opensuse.org

21 participants
19 discussions

M$ (XP) kann sich nicht auf Suse 9.2 einwaehlen: No compression negotiated

by Ekkard Gerlach

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

16 years, 2 months

SuSE10.0/amd64: capisuite, kein Fax Empfang, sfftobmp

by . .

Hallo liebe Fax Freunde, ich habe Probleme beim Faxen mit Fritz!PCI v2.0 und Capisuite. Das Senden ist ok, Beim Fax Empfang bekomme ich zwar eine mail, sie enthält jedoch keinen Fax-Anhang und folgende Meldung: See attached file. The original file was saved to file:///var/spool/capisuite/users/werner/received/fax-14.sff ERROR occured while converting file: Can't convert sff to tif. sfftobmp not installed? Please talk to your friendly administrator. Der Administrator (ich) kommt nicht weiter, würde sich aber sehr freuen, wenn ein "friendly" Experte einen Tip geben könnte. sfftobmp ist natürlich installiert (siehe unten). Hier unten habe ich noch ein paar Infos angeheftet. Viele Grüsse und Danke im voraus Werner ---- Infos ---- uname -a 2.6.13-15.7-default #1 Tue Nov 29 14:32:29 UTC 2005 x86_64 x86_64 x86_64 rpm -q avmfritzcapi-2.6-40 capi4linux-2005.8.15-2 capi4linux-32bit-2005.8.15-2 capisuite-0.4.5-7 i4l-base-2005.9.30-0.1 i4l-isdnlog-2005.8.15-2 sfftobmp-2.2-172 capiinfo Number of Controllers : 1 Controller 1: Manufacturer: AVM GmbH CAPI Version: 2.0 Manufacturer Version: 3.11-07 (49.23) .... lsmod | grep capi capidrv 33304 1 capi 20912 4 capifs 7440 2 capi kernelcapi 55648 3 capidrv,fcpci,capi isdn 154592 9 capidrv lsmod | grep pci fcpci 645196 2 kernelcapi 55648 3 capidrv,fcpci,capi pci_hotplug 31720 1 shpchp capisuite.log mit Log=2 --------- Start --------------------------- Sun Jan 15 22:39:10 2006 CapiSuite 0x7fffffc7f850: CapiSuite 0.4.5 started. Sun Jan 15 22:39:10 2006 Capi 0x653e20: Capi object created Sun Jan 15 22:39:10 2006 Capi 0x653e20: >LISTEN_REQ ApplID 0x2 msgNum 0x0 Controller 0x1 InfoMask 0x10 CIPMask 0x0 0x0 NULL NULL Sun Jan 15 22:39:10 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:39:10 2006 Capi 0x653e20: <LISTEN_CONF Controller 0x1 Info 0x0 Sun Jan 15 22:39:10 2006 Capi 0x653e20: Registered successful at CAPI with ApplId 2 Sun Jan 15 22:39:10 2006 CapiSuite 0x7fffffc7f850: 1 controllers found Sun Jan 15 22:39:10 2006 CapiSuite 0x7fffffc7f850: Capi driver: AVM Berlin, version 2.0/1.16 Sun Jan 15 22:39:10 2006 CapiSuite 0x7fffffc7f850: Controller 1: AVM GmbH (2 B channels, DTMF, SuppServ, transparent, FaxG3, FaxG3ext), driver version 2.0/49.23 Sun Jan 15 22:39:10 2006 Capi 0x653e20: >LISTEN_REQ ApplID 0x2 msgNum 0x1 Controller 0x1 InfoMask 0x10 CIPMask 0x10012 0x0 NULL NULL Sun Jan 15 22:39:10 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:39:10 2006 Capi 0x653e20: >LISTEN_REQ ApplID 0x2 msgNum 0x2 Controller 0x1 InfoMask 0x10 CIPMask 0x30012 0x0 NULL NULL Sun Jan 15 22:39:10 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:39:10 2006 Capi 0x653e20: <LISTEN_CONF Controller 0x1 Info 0x0 Sun Jan 15 22:39:10 2006 Capi 0x653e20: <LISTEN_CONF Controller 0x1 Info 0x0 --------- Fax senden --------------------------- Sun Jan 15 22:40:47 2006 CapiSuite 0x7fffffc7f850: job fax-7.sff from werner to 01776455896 initiated Sun Jan 15 22:40:47 2006 Connection 0x705620: Connection object created for outgoing call from 8990168 to 01776455896 service 1 Sun Jan 15 22:40:47 2006 Connection 0x705620: using faxStationID +49 5062 8990168 faxHeadline Werner Kuhlemann CLIR 0 Sun Jan 15 22:40:47 2006 Capi 0x653e20: >CONNECT_REQ: ApplId 0x2, MsgNr 0x4, Controller 0x1 CIPValue 0x11, B1proto 0x4, B2proto 0x4, B3proto 0x5 Sun Jan 15 22:40:47 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:40:47 2006 Capi 0x653e20: <CONNECT_CONF, PLCI: 0x101, Info 0x0 Sun Jan 15 22:40:47 2006 Connection 0x705620: got PLCI 101 Sun Jan 15 22:40:47 2006 Capi 0x653e20: <INFO_IND: Controller/PLCI 0x101, InfoNumber 800d (ignoring) Sun Jan 15 22:40:47 2006 Capi 0x653e20: >INFO_RESP ApplId 0x2, MsgNr 0x1966, Address 0x101 Sun Jan 15 22:40:47 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:40:52 2006 Capi 0x653e20: <INFO_IND: Controller/PLCI 0x101, InfoNumber 8002 (ignoring) Sun Jan 15 22:40:52 2006 Capi 0x653e20: >INFO_RESP ApplId 0x2, MsgNr 0x1967, Address 0x101 Sun Jan 15 22:40:52 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:40:52 2006 Capi 0x653e20: <INFO_IND: Controller/PLCI 0x101, InfoNumber 1e (ignoring) Sun Jan 15 22:40:52 2006 Capi 0x653e20: >INFO_RESP ApplId 0x2, MsgNr 0x1968, Address 0x101 Sun Jan 15 22:40:52 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:40:52 2006 Capi 0x653e20: <INFO_IND: PLCI 0x101, InfoNumber ALERTING Sun Jan 15 22:40:52 2006 Capi 0x653e20: >INFO_RESP ApplId 0x2, MsgNr 0x1969, Address 0x101 Sun Jan 15 22:40:52 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:41:12 2006 Capi 0x653e20: <INFO_IND: Controller/PLCI 0x101, InfoNumber 8003 (ignoring) Sun Jan 15 22:41:12 2006 Capi 0x653e20: >INFO_RESP ApplId 0x2, MsgNr 0x196a, Address 0x101 Sun Jan 15 22:41:12 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:41:12 2006 Capi 0x653e20: <INFO_IND: Controller/PLCI 0x101, InfoNumber 1e (ignoring) Sun Jan 15 22:41:12 2006 Capi 0x653e20: >INFO_RESP ApplId 0x2, MsgNr 0x196b, Address 0x101 Sun Jan 15 22:41:12 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:41:13 2006 Capi 0x653e20: <INFO_IND: Controller/PLCI 0x101, InfoNumber 1e (ignoring) Sun Jan 15 22:41:13 2006 Capi 0x653e20: >INFO_RESP ApplId 0x2, MsgNr 0x196c, Address 0x101 Sun Jan 15 22:41:13 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:41:13 2006 Capi 0x653e20: <CONNECT_ACTIVE_IND PLCI 0x101 Sun Jan 15 22:41:13 2006 Capi 0x653e20: >CONNECT_ACTIVE_RESP ApplId 0x2 MsgNum 0x196d PLCI 0x101 Sun Jan 15 22:41:13 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:41:13 2006 Capi 0x653e20: >CONNECT_B3_REQ: ApplId 0x2, MsgNr 0x4, PLCI 0x101 Sun Jan 15 22:41:13 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:41:13 2006 Capi 0x653e20: <CONNECT_B3_CONF, NCCI: 0x10101, Info 0x0 Sun Jan 15 22:41:30 2006 Capi 0x653e20: <CONNECT_B3_ACTIVE_IND NCCI 0x10101 Sun Jan 15 22:41:30 2006 Capi 0x653e20: >CONNECT_B3_ACTIVE_RESP ApplId 0x2 MsgNum 0x196e NCCI 0x10101 Sun Jan 15 22:41:30 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:41:30 2006 Connection 0x705620: fax connected with rate 14400, lowRes, ID: 01776455896 Sun Jan 15 22:41:30 2006 Connection 0x705620: start_file_transmission /var/spool/capisuite/users/werner/sendq/fax-7.sff Sun Jan 15 22:41:46 2006 Connection 0x705620: stop_file_transmission initiated Sun Jan 15 22:41:55 2006 Capi 0x653e20: <DISCONNECT_B3_IND NCCI 0x10101 Reason 0x0 Sun Jan 15 22:41:55 2006 Connection 0x705620: fax finished with rate 14400, hiRes, ID: 01776455896 , 1 pages Sun Jan 15 22:41:55 2006 Connection 0x705620: stop_file_transmission initiated Sun Jan 15 22:41:55 2006 Connection 0x705620: stop_file_transmission finished Sun Jan 15 22:41:55 2006 Connection 0x705620: stop_file_reception finished Sun Jan 15 22:41:55 2006 Capi 0x653e20: >DISCONNECT_B3_RESP ApplId 0x2 MsgNum 0x196f NCCI 0x10101 Sun Jan 15 22:41:55 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:41:55 2006 Connection 0x705620: stop_file_transmission finished Sun Jan 15 22:41:55 2006 Connection 0x705620: disconnect initiated Sun Jan 15 22:41:55 2006 Capi 0x653e20: >DISCONNECT_REQ ApplId 0x2 MsgNum 0x10 PLCI 0x101 Sun Jan 15 22:41:55 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:41:55 2006 Capi 0x653e20: <DISCONNECT_CONF PLCI 0x101 Info 0x0 Sun Jan 15 22:41:55 2006 Capi 0x653e20: <DISCONNECT_IND PLCI 0x101 Reason 0x3400 Sun Jan 15 22:41:55 2006 Capi 0x653e20: >DISCONNECT_RESP ApplId 0x2 MsgNum 0x1970 PLCI 0x101 Sun Jan 15 22:41:55 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:41:55 2006 Connection 0x705620: Python: deleting connection object Sun Jan 15 22:41:55 2006 Connection 0x705620: stop_file_transmission initiated Sun Jan 15 22:41:55 2006 Connection 0x705620: stop_file_transmission finished Sun Jan 15 22:41:55 2006 Connection 0x705620: stop_file_reception finished Sun Jan 15 22:41:55 2006 Connection 0x705620: Connection object deleted Sun Jan 15 22:41:55 2006 CapiSuite 0x7fffffc7f850: job fax-7.sff: result was 3400,0 Sun Jan 15 22:41:55 2006 CapiSuite 0x7fffffc7f850: job fax-7.sff: finished successfully --------- Fax empfangen --------------------------- Sun Jan 15 22:45:04 2006 Capi 0x653e20: <CONNECT_IND PLCI 0x201 CIP 0x4 Sun Jan 15 22:45:04 2006 Connection 0x7733a0: Connection object created for incoming call PLCI 201 from - to 8990168 CIP 0x4 Sun Jan 15 22:45:04 2006 Capi 0x653e20: <INFO_IND: Controller/PLCI 0x201, InfoNumber 1e (ignoring) Sun Jan 15 22:45:04 2006 Capi 0x653e20: >INFO_RESP ApplId 0x2, MsgNr 0x1972, Address 0x201 Sun Jan 15 22:45:04 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:45:04 2006 Pythonscript /usr/lib/capisuite/incoming.py,callIncoming,0x714870: Connection 0x7733a0 created IncomingScript Sun Jan 15 22:45:04 2006 Connection 0x7733a0: call from - to 8990168 for werner connecting with fax Sun Jan 15 22:45:04 2006 Connection 0x7733a0: accepting with service 1 Sun Jan 15 22:45:04 2006 Connection 0x7733a0: using faxStationID +49 5062 8990168 faxHeadline Werner Kuhlemann Sun Jan 15 22:45:04 2006 Capi 0x653e20: >CONNECT_RESP ApplId 0x2, msgNum 0x1971, PLCI 0x201, Reject 0x0, B1proto 0x4, B2proto 0x4, B3proto 0x5 Sun Jan 15 22:45:04 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:45:04 2006 Capi 0x653e20: <CONNECT_ACTIVE_IND PLCI 0x201 Sun Jan 15 22:45:04 2006 Capi 0x653e20: >CONNECT_ACTIVE_RESP ApplId 0x2 MsgNum 0x1975 PLCI 0x201 Sun Jan 15 22:45:04 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:45:14 2006 Capi 0x653e20: <CONNECT_B3_IND NCCI 0x10201 Sun Jan 15 22:45:14 2006 Capi 0x653e20: >CONNECT_B3_RESP ApplId 0x2 MsgNum 0x1976 NCCI 0x10201 Reject 0x0 Sun Jan 15 22:45:14 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:45:14 2006 Capi 0x653e20: <CONNECT_B3_ACTIVE_IND NCCI 0x10201 Sun Jan 15 22:45:14 2006 Capi 0x653e20: >CONNECT_B3_ACTIVE_RESP ApplId 0x2 MsgNum 0x1977 NCCI 0x10201 Sun Jan 15 22:45:14 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:45:14 2006 Connection 0x7733a0: fax connected with rate 14400, hiRes, ID: 01776455896 Sun Jan 15 22:45:14 2006 Connection 0x7733a0: start_file_reception /var/spool/capisuite/users/werner/received/fax-14.sff Sun Jan 15 22:46:10 2006 Capi 0x653e20: <DISCONNECT_B3_IND NCCI 0x10201 Reason 0x3311 Sun Jan 15 22:46:10 2006 Connection 0x7733a0: fax finished with rate 7200, hiRes, ID: 01776455896 , 0 pages Sun Jan 15 22:46:10 2006 Connection 0x7733a0: stop_file_transmission initiated Sun Jan 15 22:46:10 2006 Connection 0x7733a0: stop_file_transmission finished Sun Jan 15 22:46:10 2006 Connection 0x7733a0: stop_file_reception finished Sun Jan 15 22:46:10 2006 Capi 0x653e20: >DISCONNECT_B3_RESP ApplId 0x2 MsgNum 0x1978 NCCI 0x10201 Sun Jan 15 22:46:10 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:46:10 2006 Connection 0x7733a0: disconnect initiated Sun Jan 15 22:46:10 2006 Capi 0x653e20: >DISCONNECT_REQ ApplId 0x2 MsgNum 0x11 PLCI 0x201 Sun Jan 15 22:46:10 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:46:10 2006 Capi 0x653e20: <DISCONNECT_CONF PLCI 0x201 Info 0x0 Sun Jan 15 22:46:10 2006 Capi 0x653e20: <DISCONNECT_IND PLCI 0x201 Reason 0x3400 Sun Jan 15 22:46:10 2006 Capi 0x653e20: >DISCONNECT_RESP ApplId 0x2 MsgNum 0x1979 PLCI 0x201 Sun Jan 15 22:46:10 2006 Capi 0x653e20: info: 0 Sun Jan 15 22:46:11 2006 Connection 0x7733a0: connection lost with cause 0x3400,0x3311 Sun Jan 15 22:46:11 2006 Connection 0x7733a0: Python: deleting connection object Sun Jan 15 22:46:11 2006 Connection 0x7733a0: stop_file_transmission initiated Sun Jan 15 22:46:11 2006 Connection 0x7733a0: stop_file_transmission finished Sun Jan 15 22:46:11 2006 Connection 0x7733a0: stop_file_reception finished Sun Jan 15 22:46:11 2006 Connection 0x7733a0: Connection object deleted Sun Jan 15 22:46:11 2006 Pythonscript /usr/lib/capisuite/incoming.py,callIncoming,0x714870: IncomingScript deleted

16 years, 3 months

Re: [suse-isdn] stört SuSE 10.0 / AVM Fritz ein Telefon?

by Kyek, Andreas, VF-DE

Karsten Keil wrote: > > folgendes Phänomen: > > > > Mein Telefon hängt zusammen mit der ISDN-Karte (AVM Fritz PCI) > > an einer ISDN-Dose, die exclusiv einen S0-Bus der Telefonanlage > > belegen. > > > > Während der PC immer noch funktioniert (zumindest loggt er > > fleissig vom S0) ist das Telefon regelmässig gestört. > > > > Erst ein Reboot des Rechner sowie ein Reboot des Telefons > > erwecken letzteres wieder zum Leben. > > > > Was kann das sein? Verträgt sich ein Rechner nicht am > > S0-Bus mit einem Telefon? Oder wie kann man das mal näher > > untersuchen? > > > > Das deutet sehr stark auf einen Verkablungsfehler hin, > meistens ist ein > Adernpaar verdreht an einem der Geräte angeschlossen. > Ich antworte Dir mal stellvertretend für die anderen: Nachdem nun schon mehrere Leute meine Verkabelung in Frage stellten, habe ich pauschal die Kabel an Rechner und Telefon getauscht. Ich will nicht lange drum herum reden: Es geht! Da ich weder die Zeit noch die Lust habe, diese beiden Kabel auf evtl. Fehler zu untersuchen sind sie beide in der Tonne gelandet. Evtl. hatte eines ja einen Haarriss o.ä., was zu diesem Phänomen führte. Danke nochmal an alle Andreas

16 years, 3 months

stört SuSE 10.0 / AVM Fritz ein Telefon?

by Kyek, Andreas, VF-DE

Hallo, folgendes Phänomen: Mein Telefon hängt zusammen mit der ISDN-Karte (AVM Fritz PCI) an einer ISDN-Dose, die exclusiv einen S0-Bus der Telefonanlage belegen. Während der PC immer noch funktioniert (zumindest loggt er fleissig vom S0) ist das Telefon regelmässig gestört. Erst ein Reboot des Rechner sowie ein Reboot des Telefons erwecken letzteres wieder zum Leben. Was kann das sein? Verträgt sich ein Rechner nicht am S0-Bus mit einem Telefon? Oder wie kann man das mal näher untersuchen? Ratlos Andreas

16 years, 3 months

[Fwd: Re: [suse-isdn] ISDN Log und Umlaute]

by Oliver Föhr

Hi, diese Frage hatte ich auch schon mal gestellt, Tobias Becker hat sie mir mehr als ausreichend damals beantwortet hth olly

16 years, 3 months

SUSE 10.0 isdnlog und Umlaute

by Andreas Koenecke

Hallo, auf meinem Rechner mit SUSE 10.0 (Neuinstallation) läuft 'isdnlog' um eingehende (und ausgehende) Anrufe zu protokollieren. Leider werden Städtenamen mit Umlauten nur verstümmelt dargestellt, z.B.: [...] isdnlog: Jan 18 17:10:37 * Call to tei 127 from +49 551/XXXX, Gttingen on Andy RING (Speech) Anscheinend wurden die Dateien unter "/usr/lib/isdn" in einer ISO-8859-Umgebung erstellt, was hier auf einem UTF-8-System "irgendwie suboptimal" ist... Die "*.dat" könnte ich ja noch mit 'recode ...' bearbeiten, aber was mache ich mit den für o.g. Problem wichtigeren (binären) "*.cdb"-Dateien? Gruß Andreas -- XMMS spielt gerade nichts... PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers --

16 years, 3 months

Hardware fÃ¼r Asterisk

by Christian Schoepplein

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Liste, z.Z. setzen wir asterisk zusammen mit einer AVM FRITZ! PCI Karte zum telefonieren über einen normalen ISDN-Anschluss ein. Da uns 2 Kanäle jedoch nicht mehr reichen, haben wir einen weiteren ISDN-Anschluss geordert und würden nun asterisk gerne so konfigurieren, dass auch die neuen Kanäle mit genutzt werden können. Da AFAIK die FRITZ! Karte nur 2 Kanäle gleichzeitig unterstützt, müssten wir wohl auch hardwaremäßig umstellen. Nun stellt sich für uns die Frage, welche Hardware hier am besten geeignet ist. Die Karten von Digium würden sicher gehen, nur sind die leider sehr teuer, so weit ich gesehen habe. Gibt es denn irgendwelche preiswerten Alternativen, also z.B. ISDN-Karten mit mehr als 2 Kanälen die sich leicht unter Linux einbinden und auch über Capi ansprechen lassen? Würde es denn auch gehen eine 2. Fritz! Karte in den rEchner einzubauen und diese als 2. Controler für asterisk zu konfigurieren? Tappe da der Zeit leider etwas im Dunkeln, würde mich daher über jeden Tipp sehr freuen :). Ciao und danke, Christian - -- Christian Schoepplein <chris at schoeppi.net> Linux for the blind: http://www.blinux.suse.de -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDzi8uv/+9eWr7D+oRAvGOAJ0WScc0DnpVMljDWjIoeUGMehKUYwCfXWEy geGekeA9wc0XnrPTBEFpwqc= =opzk -----END PGP SIGNATURE-----

16 years, 3 months

AVM CAPI unter SUSE 10.0 OSS

by Bastian Schern

Hallo, ich versuche gerade meine Fritz!Card unter SUSE 10.0 OSS zum Laufen zu bringen. Geht aber irgendwie nicht: --- snip --- Jan 17 20:18:44 es kernel: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded Jan 17 20:18:44 es kernel: capidrv: Rev 1.1.2.2: loaded Jan 17 20:18:44 es isdnlog: isdnlog: Can't open /dev/isdnctrl0 (No such device) Jan 17 20:18:44 es isdnlog: isdnlog Version 4.70 exiting Jan 17 20:18:44 es isdnlog: exit now 2 --- snap --- Habe jetzt irgendwo gelesen, dass ich kernel-non-gpl installieren muss. Ist das richtig? Wenn ja, kann ich das einfach von der Novel SUSE 10.0 Professional nehmen? Wenn nein, was muss ich machen, damit die CAPI läuft? Viele Grüße Bastian ____________ Virus checked by G DATA AntiVirusKit Version: AVK 16.4962 from 17.01.2006 Virus news: www.antiviruslab.com

16 years, 3 months

9.2: Anrufe auf zweiter ISDN-Karte registrieren

by Ekkard Gerlach

Hallo, unter 8.2 gings wunderbar: zwei ISDN-KArten in einem PC, eine Elsa die andere Fritz (beide Hisax-Treiber) und es wurden von beiden ISDN-Eingängen die eingehenden Tel-Nrn geloggt. Bei 9.2 geht das nur manchmal, derzeit gar nicht mehr :-(. Nur von der zuerst erkannten KArte, die auch für Ferwartungszwecke eingesetzt wird, werden die eingehenden Tel-Nrn geloggt, von der zweiten, der viel wichtigeren Karte, die auf dem NTBA mit den ständig eingehenden Telefon-Gesprächen liegt, werden keine Tel-Nummern mehr geloggt. Das ist sehr ärgerlich, weil ich Kunden dann nicht mehr zurückrufen kann, wenn der Anrufe z.B. ein Parallelgespräch war, das ich zeitweise nicht annehmen konnte. Geht es grundsätzlich beide Karten loggen zu lassen? - Ich habe auch schon hisac und avm-Treiber genommen, das nutzt auch nichts. Muß ich die zweite KArte vielleicht mal in einen anderen Slot? - Also erkannt von Yast sind beide Karten. danke schon mal Ekkard

16 years, 4 months

Major Problems UTStarcom F1000 registering -- pls help

by Christoph Merk

Hi there, I am trying desperatly to register my WiFi Phone UTStarcomm F1000 with my asterisk server. I already changed the name of the user to "anonymous" since it looks like the phone sends that name. The WiFi Phone's IP is 192.168.1.217, the asterisk server's IP is 192.168.1.200 What is it that I am missing? Any help very much appreciated!!! The error message I get is: Jan 11 13:49:30 NOTICE[24024]: chan_sip.c:10817 handle_request_register: Registration from '"anonymous" <sip:anonymous@192.168.1.200>' failed for '192.168.1.217' - Username/auth name mismatch extract of [sip.conf]: ................................... [UTStarcomF1000] type=friend bindport=5060 username=anonymous ;fromuser=anonymous secret=welcome mailbox=1000 canreinvite=yes context=sipout insecure=very defaultip=192.168.1.217 host=dynamic qualify=yes nat=no ;auth=anonymous:welcome@192.168.1.217 dtmfmode=rcfa2833 .................................................... *CLI> sip show peers Name/username Host Dyn Nat ACL Port Status UTStarcomF1000/anonymous (Unspecified) D 0 UNKNOWN omp-out-4321/419941xxxxx 212.117.200.148 N 5060 OK (64 ms) omp-out-5211/419941xxxxx 212.117.200.148 N 5060 OK (64 ms) omp-out-5200/419941xxxxx 212.117.200.148 N 5060 OK (64 ms) web-de/xxxxx 217.72.200.89 N 5060 OK (64 ms) sipgate-out/19xxxxx 217.10.79.9 N 5060 OK (68 ms) 8 sip peers [5 online , 3 offline] *CLI> sip debug ip 192.168.1.217 SIP Debugging Enabled for IP: 192.168.1.217 *CLI> sip show registry Host Username Refresh State sip.web.de:5060 xxxxx 105 Registered sipgate.de:5060 19xxxxx 105 Registered And here the debug message: ..................................................................... Jan 11 14:28:38 NOTICE[24049]: chan_sip.c:10817 handle_request_register: Registration from '"anonymous" <sip:anonymous@192.168.1.200 >' failed for '192.168.1.217' - Username/auth name mismatch Scheduling destruction of call '129842916(a)192.168.1.217' in 15000 ms <-- SIP read from 192.168.1.217:5060: REGISTER sip:192.168.1.200:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.1.217:5060;rport;branch=z9hG4bK3499846672 From: "anonymous" <sip:anonymous@192.168.1.200>;tag=787472657 To: "anonymous" <sip:anonymous@192.168.1.200> Call-ID: 129842916(a)192.168.1.217 CSeq: 90 REGISTER Contact: <sip:anonymous@192.168.1.217:5060>;action=proxy max-forwards: 70 expires: 60 user-agent: UTSTARCOM F1000/Device ID-0007ba253307 Content-Length: 0 --- (11 headers 0 lines)--- Using latest REGISTER request as basis request Sending to 192.168.1.217 : 5060 (non-NAT) Transmitting (no NAT) to 192.168.1.217:5060: SIP/2.0 404 Not found Via: SIP/2.0/UDP 192.168.1.217:5060;rport;branch=z9hG4bK3499846672;received=192.168.1.217 From: "anonymous" <sip:anonymous@192.168.1.200>;tag=787472657 To: "anonymous" <sip:anonymous@192.168.1.200>;tag=as750293ee Call-ID: 129842916(a)192.168.1.217 CSeq: 90 REGISTER User-Agent: Asterisk PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Max-Forwards: 70 Contact: <sip:anonymous@192.168.1.200> Content-Length: 0 ............................................................................ and here is the SIP and RTP Configuration of the phone: (STUN is turned off) (I hope this will be transmitted to the list as well since it is a paste from the Web Interfrace. In short it says: Sip Terminal Use Outbound Proxy> yes sip terminal use register> yes sip outbound server domain name> server.x.y sip outbound server ip address> 192.168.1.200 sip outbound server port> 5060 sip rigister server domain name> server.x.y sip register server ip address> 192.168.1.200 sip register server port> 5060 sip authentication string> anonymous sip user name> anonymous sip password> welcome sip terminal port> 5060 sip terminal use null packet> no both sip proxy and regisister server use IP> yes dns query type> yes set registration duration> 60 sec terminal audio rtp port> 10120 terminal audio packetize time> 20 milliseconds *SIP Terminal Use Outbound Proxy:* No Yes *SIP Terminal Use Register: * No Yes *SIP Outbound Server Domain Name:* *SIP Outbound Server IP Address:* *SIP Outbound Server Port:* *SIP Register Server Domain Name:* *SIP Register Server IP Address:* *SIP Register Server Port:* *SIP Authentication String:* *SIP User Name:* *SIP Password:* *SIP Terminal Port:* *SIP Terminal Use Null Packet:* No Yes *SIP Terminal Use DNS:* Both SIP Proxy And Register Servers Use IP Register Server Uses DNS And SIP Proxy Uses IP Register Server Uses IP And SIP Proxy Server Uses DNS Both Register And SIP Proxy Servers Use DNS *DNS Query Type: * None SRV SRV *Set Registration Duration:* (sec) *Terminal Audio RTP Port:* *Terminal Audio Packetize Time:* (millisecond)

16 years, 4 months

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

openSUSE ISDN (Deutsch) January 2006