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

AVM C4 mit mtG-CAPRI am ISDN-AA
by Christian Wittmer 04 Apr '06

04 Apr '06

Hallo Leute, hab hier ein Problem, was ich absolut nicht nachvollziehen kann. Eine SLES9-SP2 mit AVM C4 hängt direkt an einem ISDN-Anlagen-Anschluß. Zur Verteilung der CAPI im Netz habe ich den CAPRI-Server von (www.mtg.de) installiert. funzt soweit. Auf dem Client (W2K/XP) habe ich cFOS, damit ich die Netz-CAPI für DFÜ nutzen kann. Mach ich nun eine DFÜ-Verbindung, dann wird diese nach ca. 2-3 min getrennt (level 2, 3302). Will ich jetzt neu anwählen, dann erhalte ich "Leitung bestezt" obwohl: Mar 29 14:49:58 srv-ux-0001 isdnlog: Mar 29 14:49:58 tei 0 calling ? with ? CONNECT Mar 29 14:49:58 srv-ux-0001 kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x10102 up Mar 29 14:49:58 srv-ux-0001 isdnlog: Mar 29 14:49:58 tei 0 calling ? with ? Time:Wed Mar 29 16:49:00 2006 Mar 29 14:49:58 srv-ux-0001 isdnlog: Mar 29 14:49:58 tei 0 calling ? with ? CONNECT Mar 29 14:49:58 srv-ux-0001 kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x20202 up Mar 29 14:52:56 srv-ux-0001 kernel: kcapi: appl 2 ncci 0x10102 down Mar 29 14:52:58 srv-ux-0001 kernel: kcapi: appl 2 ncci 0x20202 down habe. Nach Rücksprache mit Störung Telekom steht die Leitung immer noch, obwohl Client und Capi bereits getrennt haben. T-Com Techniker meint, dass irgendwas die Verbindung aufrecht hält, aber was ???? Hat jemand eine Idee, wo das Problem sein könnte ? Ich bin für jede Hilfe dankbar. Gruß Christian Wittmer --------------------------------------------------------------------------------

3 4

Unterscheidung unbekannte und nicht übermittelte Nummern
by Thomas Richter 26 Mar '06

26 Mar '06

Hi, nochmal mit hoffentlich eigenem Thread. Ich habe noch SuSE 9.0 mit einem 2.4 Kernel drauf und da kann man mit ISDN Tools nicht unterscheiden zwischen zwar übermittelten aber unbekannten Nummern (in /etc/isdn/callerid.conf fehlt der Eintrag) und Anrufen, die die Nummer unterdrücken oder nicht übermitteln. Ich möchte unbekannte Nummern abfragen (das habe ich schon) und bei unterdrückten oder nicht übermittelten Nummern eine Ansage schalten. Bei ISDN sollte doch in neueren Systemen etwas verändert werden ... ... kann man die Unterscheidung nun vornehmen? wkr Thomas Richter -- dss1://49.431.801306 Wot're we going to do tonight, Brain ? gsm://49.179.5192431 The same thing we do every night, Pinky . icq://124849926 Try to TAKE OVER THE WORLD ! mailto:richter@thomas-richter.de http://www.thomas-richter.de

1 0

Unterscheidung unbekannte und nicht übermittelte Nummern
by Thomas Richter 25 Mar '06

25 Mar '06

Hi, ich habe noch SuSE 9.0 mit einem 2.4 Kernel drauf und da kann man mit ISDN Tools nicht unterscheiden zwischen zwar übermittelten aber unbekannten Nummern (in /etc/isdn/callerid.conf fehlt der Eintrag) und Anrufen, die die Nummer unterdrücken oder nicht übermitteln. Ich möchte unbekannte Nummern abfragen (das habe ich schon) und bei unterdrückten oder nicht übermittelten Nummern eine Ansage schalten. Bei ISDN sollte doch in neueren Systemen etwas verändert werden ... ... kann man die Unterscheidung nun vornehmen? wkr Thomas Richter -- dss1://49.431.801306 Wot're we going to do tonight, Brain ? gsm://49.179.5192431 The same thing we do every night, Pinky . icq://124849926 Try to TAKE OVER THE WORLD ! mailto:richter@thomas-richter.de http://www.thomas-richter.de

3 2

Fritz! Card DSL V2.0 / SuSE 9.3 / 6MBit *nur* mit Upgrade des Treibers von AVM
by Dieter Jurzitza 15 Mar '06

15 Mar '06

Liebe Liste, in den letzten Tagen habe ich einiges an Geld verloren, weil ich die entsprechende Information nicht gefunden hatte und deshalb einen Telekom Techniker über eine Stunde bei mir beschäftigt war, daher hier ein Hinweis: Fritz! Card DSL und 6MBit bei SuSE 9.3 funktionieren *nur* mit Einspielen der aktualisierten Treiber von der AVM-Webseite. Mit den Standard - Treibern gibt es keine Synchronisation oberhalb von 3MBit Datenrate. Wenn Sie keine Netzverbindung nach der Freischaltung der 6MBit erhalten, dann ist ein Update der Treiber dringend angesagt (SuSE 9.3). Leider steht das nirgends explizit mit Referenz auf 6MBit Datenrate. Mindestens haben weder die AVM-Webseite noch die Mailingliste hier für mich eindeutig zur Klärung beigetragen. Klasse wäre es, wenn es ein Update-Paket für den AVM-Kerneltreiber gäbe, der dies automatisch gewährleistet (und die Kernelupdates nicht gegen die alten Treiber gelinkt würden). Wen's interessiert, mfG Dieter Jurzitza -- ----------------------------------------------------------- | \ /\_/\ | | ~x~ |/-----\ / \ /- \_/ ^^__ _ / _ ____ / <°°__ \- \_/ | |/ | | || || _| _| _| _| if you really want to see the pictures above - use some font with constant spacing like courier! :-) -----------------------------------------------------------

1 0

Ausfuehrung eines Programmes bei Anruf
by Ekkard Gerlach 01 Mar '06

01 Mar '06

Just zur Info der Liste: Aufruf eines beliebigen Programmes durch den isdnlog: einfach in isdn.conf (früher isdnlog.conf) eintragen (die 12345678 ist Eure MSN auf die reagiert werden soll): [MSN] NUMBER = 12345678 ALIAS = Name ist wurscht erscheint in var_log_messages SI = 1 ZONE = 1 START = { [FLAG] FLAGS=IR USER=root GROUP=root PROGRAM = /usr/local/bin/my_skript } So funzt es jedenfalls bei Suse 9.2. Anwendung z.B.: PC wählt sich ins Internet und macht dynDNS. Voraussetzung ist allerdings, daß der isdnlog mit der Option für Start externer Programme auch gestartet ist z.B. /etc/isdn/isdnlog.options.contr0 , start=yes was bei Suse offenbar immer so per default ist. Gruss Ekkard

1 0

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