December 2005 - 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

Probleme mit Capi und einer ISDN Leitung
by axel sauerhöfer 31 Dec '05

31 Dec '05

Hallo Liste, ich bin isdn Neuling und habe leider große Probleme eine ISDN Karte ( Gerdes Primux S0 ) unter SuSE 9.1 (Standard Kernel) zum laufen zu bekommen. Ich habe die Karte eingebaut, ok ging noch. Habe den Treiber der Firma Gerdes kompiliert und per insmod geladen. Wie kann ich testen ob die Karte richtig installiert ist? Das Ziel ist einen Faxserver mit der Software David von Tobit zu betreiben. Die ISDN Karte ist direkt an eine ISDN Leitung angeschlossen. Jetzt habe ich 3 MSN zu verfügung, benötige ich dich? Muss ich das ganze capi "Zeug's" vom Betriebssystem installieren (capiinit, capiinfo usw...) Ich habe herausgefunden, wenn ich den Gerdes Treiber geladen habe, kann ich nicht mehr das capiinit starten. Ein /dev/capi exisitert auch. Könnte mir bitte jemand helfen? Vielen Dank im Voraus. mfg axel

2 1

SUSE 10 Internetverbindung via ISDN: DNS-Probleme
by Jens Bender 29 Dec '05

29 Dec '05

Hallo, auf meinem Notebook habe ich SUSE 9.3 gelöscht und SUSE 10 installiert, um keine Altlasten mitzuschleppen. Einige Konfigurationsdateien habe ich aber gesichert und nach der Installation wieder eingespielt. Dazu gehörten auch die Providerdaten für die ISDN-Internetverbindungen. Von 9 Dateien funktionierte aber nur noch die Verbindung zum Provider 1&1. Auch das Löschen und Neueingeben brachte keine Verbesserung. Vielleicht sehe ich den Wald vor lauter Bäumen nicht, aber ich komme irgendwie nicht weiter. Hardware: FritzCard via USB angeschlossen, von YaST erkannt und konfiguriert. Feste IP für Notebook-Netzwerkkarte: 192.168.0.10 Hostname: lnb01 Domainname: privatnetz Name-Server1: 192.168.0.10 (= wie IP Notebook) Domain-Suche1: privatnetz Standard-Gateway: 192.168.0.10 (= wie IP Notebook) Als Schnittstelle habe ich in YaST SyncPPP eingestellt und alle Checkboxen angekreuzt. Für die ISDN-IP habe ich die dynamische IP-Adresse eingegeben und sowohl als lokale als auch entfernte IP-Adresse die fest vergebene IP meines Notebooks eingetragen (192.168.0.10) in der Erwartung, dass diese Werte beim Einwählen überschrieben werden. ISDN-Einstellungen gemäß Datei ifcfg-ippp0: -------------------------------------------------------------------- STARTMODE="manual" IPADDR="192.168.0.10" PTPADDR="192.168.0.10" DEFAULTROUTE="yes" FIREWALL="yes" MSN="xxxxxxgelöschtxxx" DIALMODE="manual" PROVIDER="provider13" SECURE="on" CHARGEHUP="on" CALLBACK="off" CBDELAY="2" SLAVES="ippp1" MULTILINK="yes" LAYER2="hdlc" LAYER3="trans" ENCAP="syncppp" USERCONTROL="yes" DYNAMICIP="yes" ASKPASSWORD="no" -------------------------------------------- Beispiel für eine Providerdatei in /etc/sysconfig/network/providers: ASKPASSWORD='no' AUTODNS='yes' DEMAND='no' DSLSUPPORTED='no' ENCAP='syncppp' IDLETIME='300' ISDNSUPPORTED='yes' MODEMSUPPORTED='no' MODIFYDNS='yes' PASSWORD='xxxxgeheimxxx' PHONE='019102345' PROVIDER='1und1' USERNAME='1und1/geheim' -------------------------------------------------------- Während mit der oben angegebenen Beispieldatei die Verbindung klappt, d.h. die vom Provider zugewiesenen Werte erkannt und übernommen werden, scheitern Verbindungsaufnahmen über andere Provider (die bisher gingen) mit DNS-Fehlern, d.h. der DNS-Server kann nicht abgefragt werden. Richtig ist, dass auf meinem Notebook weder DHCP noch ein DNS-Server läuft. Warum werden nicht die Werte des Providers übernommen? Hier noch Auszüge aus /var/log/messages (die mir leider nicht helfen): Dec 28 17:44:16 lnb01 ipppd[9964]: Found 2 devices: , Dec 28 17:44:16 lnb01 ipppd[9966]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started Dec 28 17:44:16 lnb01 ipppd[9966]: init_unit: 0 Dec 28 17:44:16 lnb01 ipppd[9966]: Connect[0]: /dev/ippp0, fd: 8 Dec 28 17:44:16 lnb01 ipppd[9966]: init_unit: 1 Dec 28 17:44:16 lnb01 ipppd[9966]: Connect[1]: /dev/ippp1, fd: 9 Dec 28 17:44:16 lnb01 kernel: ippp, open, slot: 0, minor: 0, state: 0000 Dec 28 17:44:16 lnb01 kernel: ippp_ccp: allocated reset data structure c5fac800 Dec 28 17:44:16 lnb01 kernel: ippp, open, slot: 1, minor: 1, state: 0000 Dec 28 17:44:16 lnb01 kernel: ippp_ccp: allocated reset data structure c6859000 ... hier nun ein vergeblicher Einwahlversuch: Der Verbindungsabbruch folgte automatisch (nicht durch mich): Dec 28 17:44:18 lnb01 kernel: ippp0: dialing 1 01920783... Dec 28 17:44:18 lnb01 isdnlog: (AVM B1 driver detected (D2)) Dec 28 17:44:18 lnb01 isdnlog: Dec 28 17:44:18 * tei 81 calling 0192-0783 Online-Dienste with +49 xxx/222xxxxx, xxxx RING (Data) Dec 28 17:44:20 lnb01 kernel: capidrv-1: DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0x101 Dec 28 17:44:21 lnb01 isdnlog: Dec 28 17:44:20 tei 81 calling 0192-0783 Online-Dienste with +49 xxx/222xxxx, xxxx HANGUP Dec 28 17:44:27 lnb01 kernel: isdn_net: local hangup ippp0 Dec 28 17:44:27 lnb01 kernel: capidrv-1: chan 0 disconnect request on free channel Dec 28 17:44:27 lnb01 kernel: ippp0: Chargesum is 0 [KInternet-Verbindung-prüfen zeigte während des Verbindungsaufbaues an, dass über das Kernel-Interface ippp0 und der Standardroute ein Name-Server-Fehler auftrat: "Adressenabfrage funktioniert nicht". Ein Grund hierfür ist für mich nicht ersichtlich, da nachfolgende Einwahl über einen anderen Provider funktioniert.] ... hier bei ansonsten gleichen Einstellungen eine erfolgreiche Einwahl: Dec 28 17:58:32 lnb01 ipppd[11477]: Found 2 devices: , Dec 28 17:58:32 lnb01 ipppd[11478]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started Dec 28 17:58:32 lnb01 ipppd[11478]: init_unit: 0 Dec 28 17:58:32 lnb01 kernel: ippp, open, slot: 0, minor: 0, state: 0000 Dec 28 17:58:32 lnb01 kernel: ippp_ccp: allocated reset data structure c5400800 Dec 28 17:58:32 lnb01 ipppd[11478]: Connect[0]: /dev/ippp0, fd: 8 Dec 28 17:58:32 lnb01 ipppd[11478]: init_unit: 1 Dec 28 17:58:32 lnb01 kernel: ippp, open, slot: 1, minor: 1, state: 0000 Dec 28 17:58:32 lnb01 kernel: ippp_ccp: allocated reset data structure c5400000 Dec 28 17:58:32 lnb01 ipppd[11478]: Connect[1]: /dev/ippp1, fd: 9 Dec 28 17:58:33 lnb01 SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. Dec 28 17:58:33 lnb01 SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ... Dec 28 17:58:33 lnb01 SuSEfirewall2: batch committing... Dec 28 17:58:33 lnb01 SuSEfirewall2: Firewall rules successfully set Dec 28 17:58:33 lnb01 kernel: ippp0: dialing 1 019102345... Dec 28 17:58:33 lnb01 isdnlog: Dec 28 17:58:33 * tei 81 calling 0191-02345 Online-Dienste with +49 xxx/222xxxx, xxxx RING (Data) Dec 28 17:58:37 lnb01 kernel: capilib_new_ncci: kcapi: appl 1 ncci 0x10101 up Dec 28 17:58:37 lnb01 kernel: isdn_net: ippp0 connected Dec 28 17:58:37 lnb01 kernel: capidrv-1: chan 0 up with ncci 0x10101 Dec 28 17:58:37 lnb01 ipppd[11478]: Local number: 222xxxx, Remote number: 019102345, Type: outgoing Dec 28 17:58:37 lnb01 ipppd[11478]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Dec 28 17:58:38 lnb01 ipppd[11478]: ioctl(SIOCSIFMTU): Invalid argument, 7 ippp0 1524. Dec 28 17:58:38 lnb01 isdnlog: Dec 28 17:58:37 tei 81 calling 0191-02345 Online-Dienste with +49 xxx/222xxxx, xxxx Time:Wed Dec 28 17:56:00 2005 Dec 28 17:58:38 lnb01 isdnlog: Dec 28 17:58:37 tei 81 calling 0191-02345 Online-Dienste with +49 xxx/222xxxx, xxxx COLP 0191-02345 Online-Dienste Dec 28 17:58:38 lnb01 isdnlog: Dec 28 17:58:37 tei 81 calling 0191-02345 Online-Dienste with +49 xxx/222xxxx, xxxx CONNECT (Data) Dec 28 17:58:38 lnb01 isdnlog: Dec 28 17:58:37 tei 81 calling 0191-02345 Online-Dienste with +49 xxx/222xxxx, xxxx INTERFACE ippp0 calling 019102345 Dec 28 17:58:38 lnb01 isdnlog: Dec 28 17:58:37 tei 81 calling 0191-02345 Online-Dienste with +49 xxx/222xxxx, xxxx No area info for provider 33_0 (11), destination 019102345 Dec 28 17:58:39 lnb01 ipppd[11478]: Remote message: Dec 28 17:58:39 lnb01 ipppd[11478]: MPPP negotiation, He: Yes We: Yes Dec 28 17:58:39 lnb01 ipppd[11478]: CCP enabled! Trying CCP. Dec 28 17:58:39 lnb01 ipppd[11478]: CCP: got ccp-unit 0 for link 0 (Compression Control Protocol) Dec 28 17:58:39 lnb01 ipppd[11478]: ccp_resetci! Dec 28 17:58:39 lnb01 kernel: Received CCP frame from peer slot(0) Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-rcv[0]: 01 01 00 09 11 05 00 01 04 Dec 28 17:58:39 lnb01 ipppd[11478]: ccp_resetci! Dec 28 17:58:39 lnb01 kernel: Received CCP frame from daemon: Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 01 01 00 04 Dec 28 17:58:39 lnb01 kernel: Received CCP frame from daemon: Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 04 01 00 09 11 05 00 01 04 Dec 28 17:58:39 lnb01 kernel: Received CCP frame from peer slot(0) Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-rcv[0]: 04 01 00 04 Dec 28 17:58:39 lnb01 kernel: Received CCP frame from peer slot(0) Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-rcv[0]: 01 02 00 0a 11 06 00 01 01 03 Dec 28 17:58:39 lnb01 ipppd[11478]: ccp_resetci! Dec 28 17:58:39 lnb01 kernel: Received CCP frame from daemon: Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 01 02 00 04 Dec 28 17:58:39 lnb01 kernel: Received CCP frame from daemon: Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 04 02 00 0a 11 06 00 01 01 03 ... hier kommt das gewünschte Ergebnis, der Provider weist ISDN-IPs zu und anschließend wird resolvconf geändert: Dec 28 17:58:39 lnb01 ipppd[11478]: local IP address 217.245.197.131 Dec 28 17:58:39 lnb01 ipppd[11478]: remote IP address 193.158.141.13 Dec 28 17:58:39 lnb01 kernel: Received CCP frame from peer slot(0) Dec 28 17:58:39 lnb01 kernel: [0/0].ccp-rcv[0]: 04 02 00 04 Dec 28 17:58:40 lnb01 modify_resolvconf: Service ipppd modified /etc/resolv.conf. See info block in this file Dec 28 17:58:41 lnb01 ip-up: SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. Dec 28 17:58:41 lnb01 SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. Dec 28 17:58:41 lnb01 SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ... Dec 28 17:58:41 lnb01 SuSEfirewall2: batch committing... Dec 28 17:58:41 lnb01 SuSEfirewall2: Firewall rules successfully set Dec 28 17:58:47 lnb01 poll.tcpip: Checking for network time protocol daemon (NTPD): ..unused ... wir sind im Internet und es funktioniert, später wird die Verbindung abgebaut: Dec 28 18:05:03 lnb01 kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) Dec 28 18:05:03 lnb01 kernel: isdn_net: local hangup ippp0 Dec 28 18:05:03 lnb01 kernel: ippp0: Chargesum is 0 Dec 28 18:05:03 lnb01 ipppd[11478]: Modem hangup Dec 28 18:05:03 lnb01 ipppd[11478]: Connection terminated. Dec 28 18:05:03 lnb01 ipppd[11478]: taking down PHASE_DEAD link 0, linkunit: 0 Dec 28 18:05:03 lnb01 ipppd[11478]: closing fd 8 from unit 0 Dec 28 18:05:03 lnb01 ipppd[11478]: link 0 closed , linkunit: 0 Dec 28 18:05:03 lnb01 ipppd[11478]: reinit_unit: 0 Dec 28 18:05:03 lnb01 ipppd[11478]: Connect[0]: /dev/ippp0, fd: 8 Dec 28 18:05:03 lnb01 kernel: kcapi: appl 1 ncci 0x10101 down Dec 28 18:05:03 lnb01 kernel: ippp_ccp: freeing reset data structure c5400800 Dec 28 18:05:03 lnb01 kernel: ippp, open, slot: 0, minor: 0, state: 0000 Dec 28 18:05:04 lnb01 kernel: ippp_ccp: allocated reset data structure c5400800 Dec 28 18:05:04 lnb01 isdnlog: Dec 28 18:05:04 tei 81 calling 0191-02345 Online-Dienste with +49 xxx/2225317, Erfurt HANGUP ( 0:06:27 I=645.3Kb O= 62.2Kb) Dec 28 18:05:04 lnb01 kernel: capidrv-1: DISCONNECT_IND reason 0x3490 (Normal call clearing) for plci 0x101 Dec 28 18:05:04 lnb01 modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf Dec 28 18:05:05 lnb01 kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) Dec 28 18:05:05 lnb01 kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) Dec 28 18:05:06 lnb01 ipppd[11478]: Terminating on signal 15. Dec 28 18:05:06 lnb01 ipppd[11478]: closing fd 8 from unit 0 Dec 28 18:05:06 lnb01 kernel: ippp_ccp: freeing reset data structure c5400800 Dec 28 18:05:06 lnb01 ipppd[11478]: link 0 closed , linkunit: 0 Dec 28 18:05:06 lnb01 ipppd[11478]: closing fd 9 from unit 1 Dec 28 18:05:06 lnb01 kernel: ippp_ccp: freeing reset data structure c5400000 Dec 28 18:05:06 lnb01 ipppd[11478]: link 1 closed , linkunit: 1 Dec 28 18:05:06 lnb01 ipppd[11478]: Exit. Dec 28 18:05:06 lnb01 kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) Dec 28 18:05:06 lnb01 kernel: isdn_free_channel: called with invalid drv(-1) or channel(-1) Dec 28 18:05:07 lnb01 SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. Dec 28 18:05:07 lnb01 SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. Dec 28 18:05:07 lnb01 ip-down: SuSEfirewall2: Warning: ip6tables does not support state matching. Extended IPv6 support disabled. Warum klappt es bei der einen Verbindung, nicht aber bei den anderen Providern? Ich bedanke mich vorab für hilfreiche Tipps. mit freundlichen Grüßen und guten Wünschen für 2006 Jens

1 0

isdn-server - dial on demand
by Olaf König 29 Dec '05

29 Dec '05

Hallo Liste, hallo Karsten, >>Das Problem ist (wie die Anderen schon geschrieben haben) festzustellen was >>erlaubter Trafik ist, praktisch ueber Rechnergrenzen nicht moeglich. >> >>Wenn auf dem Laptop auch Linux laeuft, ist es garkein Problem, kinternet >>funktioniert auch auf clients. leider gelingt es mir nicht, kinternet auf dem Client beizubringen, dass es den Weg über die Wlan-Karte mit einem Routing auf den Server nimmt und dort die ISDN-Karte aktiviert. Welches Routing muss ich wo machen (eth1 / ippp0) ??? Viele Grüße, Olaf

1 0

Asterisk CallerID abfragen
by Stefan Rother 23 Dec '05

23 Dec '05

Hallo, gibt es eine Funktion über die ich die CallerID irgendwie abfragen kann? Geht das irgendwie direkt über einen "Asterisk -r -x *" aufruf, oder welche Möglichkeiten gibt es da? Danke und einen schönen Abend, Stefan -- ((otrs)) :: OTRS GmbH :: Europaring 4 :: D - 94315 Straubing Fon: +49 (0) 9421 1862 760 :: Fax: +49 (0) 9421 1862 769 http://www.otrs.com/ :: Communication with success!

3 3

Hylafax / SUSE 9.3 - protocol botch, unexpected EOF.
by Michael Ludwig 22 Dec '05

22 Dec '05

Hi Leute, seitdem ich nrpe (nagios-plugin) auf einem meiner Server (SUSE 9.3) am 03.12. installiert habe (nrpe läuft wie üblich unterm eigenen user/group), bringt hylafax folgende Meldungen ständig im syslog - und ich kann mir absolut nicht erklären, warum... Wer kann/mag mir helfen?? *********************************************************** Dec 20 22:37:37 nwisdn syslog-ng[5112]: STATS: dropped 0 Dec 20 22:38:46 nwisdn FaxQueuer[11455]: HylaFAX (tm) Version 4.2.1 Dec 20 22:38:46 nwisdn FaxQueuer[11455]: Copyright (c) 1990-1996 Sam Leffler Dec 20 22:38:46 nwisdn FaxQueuer[11455]: Copyright (c) 1991-1996 Silicon Graphics, Inc. Dec 20 22:38:46 nwisdn HylaFAX[11458]: HylaFAX INET Protocol Server: restarted. Dec 20 22:38:46 nwisdn HylaFAX[11458]: HylaFAX Old Protocol Server: restarted. Dec 20 22:38:46 nwisdn HylaFAX[11458]: HylaFAX SNPP Protocol Server: restarted. Dec 20 22:38:55 nwisdn HylaFAX[11487]: Protocol botch, unexpected EOF. Dec 20 22:39:15 nwisdn HylaFAX[11531]: Protocol botch, unexpected EOF. Dec 20 22:39:36 nwisdn HylaFAX[11579]: Protocol botch, unexpected EOF. Dec 20 22:39:55 nwisdn HylaFAX[11623]: Protocol botch, unexpected EOF. Dec 20 22:40:15 nwisdn HylaFAX[11667]: Protocol botch, unexpected EOF. Dec 20 22:40:35 nwisdn HylaFAX[11711]: Protocol botch, unexpected EOF. Dec 20 22:40:55 nwisdn HylaFAX[11755]: Protocol botch, unexpected EOF. [.... und so weiter ....] *********************************************************** Michael

3 5

Re: [suse-isdn] hylafax nimmt nicht ab
by Kyek, Andreas, VF-DE 22 Dec '05

22 Dec '05

Kyek, Andreas, VF-DE wrote: [...] > Warum zum Henker geht hylafax nicht dran? > > Any Ideas? Ich Idi.... Ich hatte nach der Migration (da im download-ISO hylafax nicht vorhanden war), den Aufruf von c2faxrecv auskommentiert, da ich ansonsten auf der Konsole von vergeblichen Startversuchen zugemüllt wurde. Den hatte ich aber noch auskommentiert. Shame on me Andreas

1 0

hylafax nimmt nicht ab
by Kyek, Andreas, VF-DE 22 Dec '05

22 Dec '05

Hallo, nun habe ich doch 'ne Nachwehe der Migration von 9.2 auf 10.0: Hylafax will nicht abnehmen. (System: 10.0 mit allen Updates) Die Konfiguration hatte ich damals noch unter 9.2 gemacht. hylafax startet. faxstat meldet: --- cut here HylaFAX scheduler on linux.privat.loc: Running Modem faxCAPI (+49.xxxxx.xxxxxx): Running and idle --- cut here --- ein eingehender Call an die Faxnummer kommt am Rechner an; in v/l/m sehe ich (592 ist die Nst des Faxgerätes): --- cut here --- kernel: capidrv-1: incoming call from xxxxx,1,0,592 kernel: capidrv-1: incoming call from xxxxx,1,0,592 ignored --- cut here --- Warum zum Henker geht hylafax nicht dran? Any Ideas? Andreas

1 0

AW: Re: [suse-isdn] isdn-server - dial on demand
by olaf＠mail4koenig.de 21 Dec '05

21 Dec '05

>> wie kann ich verhindern, dass dial-on-demand >> auf dem Server ungewollt Verbindungen ins Internet >> aufbaut. > >Kein dial on demand benutzen? Naja auch eine Idee, aber der User am Laptop soll eben auch in Internet kommen ohne vorher zum Server zu laufen. >Wie willst du den entscheiden wann die Verbindung gewollt ist und wann nicht? Wenn ich den Browser zum Surfen öffne, soll/darf die Verbindung hergestellt werden. Sonstige Anforderungen vom Server oder Laptop sollen ignoriert werden. Olaf >-- >Um die Liste abzubestellen, schicken Sie eine Mail an: > suse-isdn-unsubscribe(a)suse.com >Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken >Sie eine Mail an: suse-isdn-help(a)suse.com >

5 5

Re: [suse-isdn] isdn-server - dial on demand
by olaf＠mail4koenig.de 21 Dec '05

21 Dec '05

>Das Problem ist (wie die Anderen schon geschrieben haben) festzustellen was >erlaubter Trafik ist, praktisch ueber Rechnergrenzen nicht moeglich. > >Wenn auf dem Laptop auch Linux laeuft, ist es garkein Problem, kinternet >funktioniert auch auf clients. Vielen Dank ! Mit Kinternet auf dem Client ist wohl die beste Art die Onlinezeiten zu überwachen. Viele Grüße nach Nürnberg + Wolfsburg ! Olaf König >-- >Karsten Keil >SuSE Labs >ISDN development > >-- >Um die Liste abzubestellen, schicken Sie eine Mail an: > suse-isdn-unsubscribe(a)suse.com >Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken >Sie eine Mail an: suse-isdn-help(a)suse.com >

1 0