April 2001 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

ISDNLOG und EAZ
by Christian Arnold 12 Apr '01

12 Apr '01

Hallo Liste, habe da ein kleines "dummes" Problem: Ich habe hier einen Anlagenanschluss, meine EAZ ist 912. Wenn ich nun z.B. nach T-Online wähle, sagt mir isdlog z.B. calling +011 91011 -> America etc.... beim Einwählen z.B. Call from +61 54mynumber -> Australia Was muss ich in der isdn.conf eintragen, damit dass stimmt ? Vor allem ist mir unklar, wie das mit der EAZ auszusehen hat... Vielen Dank Gruss Christian Arnold

3 2

ISDN Callback mit zu bestimmender Telefonnummer
by gmx 12 Apr '01

12 Apr '01

Hallo Liste, ich habe einen Linux-dial-in-Server. Weiss jemand, ob es die Möglichkeit gibt, sich jetzt in diesen einzuwählen und anzumelden und im Anschluss hieran fragt der Server, wo er zurückrufen soll? Danke, Gruß Nils

1 0

Antwort: Re: [suse-isdn] ISDN-Einwahlserver und analog
by Dominik.Brosch＠alps-europe.com 12 Apr '01

12 Apr '01

Klappt irgendwie alles nicht. Ich füge mal die Kopie von eine paar Dateien bei, vielleicht sieht ja jmd. von Euch den Fehler. #/etc/rc.config.d/i4l.rc.config # # enable "isdnctrl verbose $I4L_VERBOSE_LEVEL" (yes or no) # I4L_VERBOSE="yes" # # verbose level (default 3; it 'll log the dialin trigger paket) # I4L_VERBOSE_LEVEL="3" # # idletime before hangup (in seconds) # I4L_IDLETIME_0="60" I4L_IDLETIME_1="60" I4L_IDLETIME_2="60" I4L_IDLETIME_3="60" I4L_IDLETIME_4="60" # # Set the number of dial atempts for each number # set to "" for unlimited # I4L_DIALMAX_0=2 I4L_DIALMAX_1="2" I4L_DIALMAX_2="2" I4L_DIALMAX_3="2" I4L_DIALMAX_4="0" # # my phone number (MSN/EAZ) # On NI1 lines MSN:SPID # I4L_LOCALMSN_0="" I4L_LOCALMSN_1="380" I4L_LOCALMSN_2="381" I4L_LOCALMSN_3="382" I4L_LOCALMSN_4="383" # # remote station phone number dialout # example: "09113206726 09113206728" # I4L_REMOTE_OUT_0="" I4L_REMOTE_OUT_1="" I4L_REMOTE_OUT_2="" I4L_REMOTE_OUT_3="" I4L_REMOTE_OUT_4="" # # remote station phone number dialin # example: "09113206726 09113206728" # I4L_REMOTE_IN_0="" I4L_REMOTE_IN_1=" 380 354 381 382 383 " I4L_REMOTE_IN_2=" 380 354 381 382 383 " I4L_REMOTE_IN_3=" 380 354 381 382 383 " I4L_REMOTE_IN_4=" 380 354 381 382 383 " # # encapsulation # possible values: "rawip" (default), "ip", "cisco-h", "ethernet", # "syncppp", "uihdlc" # see: /usr/src/linux/Documentation/isdn # and /usr/doc/packages/i4ldoc # I4L_ENCAP_0="syncppp" I4L_ENCAP_1="syncppp" I4L_ENCAP_2="syncppp" I4L_ENCAP_3="syncppp" I4L_ENCAP_4="syncppp" # # secure # "on" = only defined numbers are allowed to call in # "off" = all numbers are allowed to call in # I4L_SECURE_0="on" I4L_SECURE_1="on" I4L_SECURE_2="on" I4L_SECURE_3="on" I4L_SECURE_4="on" # bind this netinterface to the ippp-device ("yes" or "no") I4L_PPPBIND_0="yes" I4L_PPPBIND_1="yes" I4L_PPPBIND_2="yes" I4L_PPPBIND_3="yes" # hangup befor next charge info ("on" or "off") # this only works, if your isdn-provider transmits the charge-info during # and after the connection I4L_CHARGEHUP_0=off I4L_CHARGEHUP_1=off I4L_CHARGEHUP_2=off I4L_CHARGEHUP_3=off # # hang-up-timer for incoming calls ("on" or "off") # I4L_IHUP_0=off I4L_IHUP_1=off I4L_IHUP_2=off I4L_IHUP_3=off # # # layer-2 protocol (default: "hdlc") # With the ICN-driver and the Teles-driver, "x75i" and "hdlc" is available. # With other drivers, "x75ui", "x75bui" may be possible too # I4L_L2_0="hdlc" I4L_L2_1="hdlc" I4L_L2_2="hdlc" I4L_L2_3="hdlc" # # layer-3 protocol (only "trans" is allowed) # I4L_L3_0="trans" I4L_L3_1="trans" I4L_L3_2="trans" I4L_L3_3="trans" # # set interface dialmode # # - off No connections at all are possible. # This is similar to "isdnctrl status <if> off". # Useful if you want to be sure that _no_ connections # will be made. # # - manual Only outgoing connections made manually are possible. # Incoming connections can be made (they don't cost # anything :-) Incoming callback connections are _not_ # possible (they _do_ cost money). # This means that if you want to make a connection, you # have to give the command "isdnctrl dial <if>". # IMPORTANT: you also have to give the command # "isdnctrl hangup <if>" to stop the connection! It won't # hangup by itself. # # - auto This is the same as the old situation (before "isdnctrl # status"). When necessary, a connection will be made # automatically; this is also the only mode where incoming # callback calls will succeed (i.e. connections that you # call back). It will also hangup after the specified # huptimeout. # # - "manual" is the default. # # I4L_DIALMODE_0="manual" I4L_DIALMODE_1="manual" I4L_DIALMODE_2="manual" I4L_DIALMODE_3="manual" I4L_DIALMODE_4="manual" #/etc/rc.config # # IP Adresses # IPADDR_0="10.51.64.211" IPADDR_1="192.168.16.99" IPADDR_2="192.168.16.98" IPADDR_3="192.168.16.97" IPADDR_4="192.168.16.96" # # network device names (e.g. "eth0") # NETDEV_0="eth0" NETDEV_1="ippp0" NETDEV_2="ippp1" NETDEV_3="ippp2" NETDEV_4="ippp3" # # parameteres for ifconfig, simply enter "bootp" or "dhcpclient" to use the # respective service for configuration # sample entry for ethernet: # IFCONFIG_0="192.168.81.38 broadcast 192.168.81.63 netmask 255.255.255.224" # IFCONFIG_0="10.51.64.211 broadcast 10.51.64.255 netmask 255.255.255.0 up" IFCONFIG_1="192.168.16.99 pointopoint 10.51.64.211 up" IFCONFIG_2="192.168.16.98 pointopoint 10.51.64.211 up" IFCONFIG_3="192.168.16.97 pointopoint 10.51.64.211 up" IFCONFIG_4="192.168.16.96 pointopoint 10.51.64.211 up" #/etc/mgetty+sendfax/mgetty.conf port ttyI0 modem-type auto speed 115200 init-chat "" ATZ OK AT&E380 OK port ttyI1 modem-type data speed 115200 init-chat "" ATZ OK AT&E381 OK port ttyI2 modem-type data speed 115200 init-chat "" ATZ OK AT&E382 OK port ttyI3 modem-type data speed 115200 init-chat "" ATZ OK AT&E383 OK #/etc/ppp/options.ttyI0 plugin /etc/ppp/plugins/capiplugin.so crtscts protocol modem async auth +chap -pap #-ipx-protocol ms-dns 192.168.15.3 ms-wins 10.51.64.2 192.168.16.99:192.168.16.100 proxyarp -defaultroute mru 1524 mtu 1500 #/var/log/mgetty.tty0 04/12 13:46:41 yI0 mgetty: experimental test release 1.1.21-Jul24 04/12 13:46:41 yI0 check for lockfiles 04/12 13:46:41 yI0 locking the line 04/12 13:46:42 yI0 lowering DTR to reset Modem 04/12 13:46:43 yI0 send: ATZ[0d] 04/12 13:46:43 yI0 waiting for ``OK'' ** found ** 04/12 13:46:43 yI0 send: AT&E380[0d] 04/12 13:46:43 yI0 waiting for ``OK'' ** found ** 04/12 13:46:43 yI0 waiting... #/var/log/messages Apr 12 13:47:06 lnxras isdnlog: (AVM B1 driver detected (D2)) Apr 12 13:47:06 lnxras isdnlog: Apr 12 13:47:06 * Call to tei 127 from +49 211/354, Düsseldorf on +49 RING (Fernsprechen) Apr 12 13:47:06 lnxras isdnlog: Apr 12 13:47:06 * Call to tei 127 from +49 211/354, Düsseldorf on ISDN-Device 380 RING (3.1 kHz audio) Apr 12 13:47:06 lnxras isdnlog: Apr 12 13:47:06 Call to tei 127 from +49 211/354, Düsseldorf on ISDN-Device 380 Unexpected discriminator 0x4e -- ignored! Apr 12 13:47:06 lnxras isdnlog: Apr 12 13:47:06 * Call to tei 127 from +49 211/354, Düsseldorf on +49 RING (Fernsprechen) Apr 12 13:47:06 lnxras kernel: capidrv-1: incoming call 354,1,2,380 Apr 12 13:47:06 lnxras kernel: capidrv-1: patching si2=2 to 0 for VBOX Apr 12 13:47:06 lnxras kernel: isdn_net: call from 354,1,0 -> 380 Apr 12 13:47:06 lnxras kernel: isdn_net: Service-Indicator not 7, ignored Apr 12 13:47:06 lnxras kernel: isdn_tty: call from 354 -> 380 ignored Apr 12 13:47:06 lnxras kernel: capidrv-1: incoming call 354,1,0,380 ignored Apr 12 13:47:06 lnxras isdnlog: Apr 12 13:47:06 * Call to tei 127 from +49 211/354, Düsseldorf on ISDN-Device 380 RING (3.1 kHz audio) Apr 12 13:47:06 lnxras kernel: capidrv-1: incoming call 354,1,2,380 Apr 12 13:47:06 lnxras kernel: capidrv-1: patching si2=2 to 0 for VBOX Apr 12 13:47:06 lnxras kernel: isdn_net: call from 354,1,0 -> 380 Apr 12 13:47:06 lnxras kernel: isdn_net: Service-Indicator not 7, ignored Apr 12 13:47:06 lnxras kernel: isdn_tty: call from 354 -> 380 ignored Apr 12 13:47:06 lnxras kernel: capidrv-1: incoming call 354,1,0,380 ignored Apr 12 13:47:07 lnxras isdnlog: Apr 12 13:47:07 * Call to tei 127 from +49 211/354, Düsseldorf on +49 RING (Fernsprechen) Apr 12 13:47:15 lnxras /usr/sbin/gpm[634]: No data Bitte helft mir, denn ich weiss echt keinen Rat mehr, und das ist ein Projekt, das dringend fertig werden muss. Danke Dominik ________________________________________________ ALPS Electric Europa GmbH Hansaallee 203 40549 Düsseldorf Tel: +49-211-5977-0 Fax: +49-211-5977-139 http://www.alps-europe.com mailto:Dominik.Brosch@alps-europe.com |--------+--------------------------------> | | Mathias Schaal | | | <mathias.schaal@team-k| | | onzept.de> | | | | | | 11.04.2001 17:03 | | | | |--------+--------------------------------> >-----------------------------------------------------------------------------------------------------------| | | | An: <Dominik.Brosch(a)alps-europe.com> | | Kopie: <suse-isdn(a)suse.com> | | Thema: Re: [suse-isdn] ISDN-Einwahlserver und analog | >-----------------------------------------------------------------------------------------------------------| hi dominik, ich bin schon ein wenig weiter. das modem auf der isdnkarte kannst du mit /dev/ttyIx ansprechen. um eine analoge verbindung auf zubauen, musst du folegenden string an das modem senden: AT&FS14=10s15=0s18=1&E1409 danach kannst du eine verbindung mit einem analogen modem aufbauen. siehe man ttyI ich habe es auch hinbekommen, das mgetty eine verbindung annimmt. folgender eintrag in der /etc/inittab I7:35:respawn:/usr/sbin/mgetty -D -m '"" AT&FS14=10s15=0s18=1&E1409 OK' ttyI7 leider wird nach dem die verbindung zwischen den modems besteht, die verbindung gleich wieder getrennt. viel erfolg! waehre schoen von dir zu hoeren, wenn du weiter gekommen bist. cu mathias On Mon, 9 Apr 2001 Dominik.Brosch(a)alps-europe.com wrote: > Hallo Zusammen, > > ich besitze eine C4-Karte von AVM, die in einem Rechner als ISDN-RAS-Karte > läuft. Ich habe dabei die vier devices ippp0-ippp3 für die jeweiligen Ports > definiert. Die ISDN-Verbindungen laufen prima > Nun würde ich gern, dass die Karte auch bei analogen Verbindungen > antwortet. Momentan bekomme ich in \var\log\messages immer nur die Meldung: > "Service Indicator is not 7, ignored" > Das die 7 einen ISDN-Anruf kennzeichnet weiß ich, aber wie mache ich der > Karte verständlich, dass sie eine analoge Leitungen aufbauen muss? Muss ich > ggf. dazu die devices ttyIx benutzen? > > Gruss > > Dominik ______________________________________________________________ Mathias Schaal Team-Konzept Informationstechnologien GmbH & Co. KG Gneisenaustrasse 44/45 10961 Berlin, Germany T: +49 30 69 04 71-52 F: +49 30 69 04 71-99 mathias.schaal(a)team-konzept.de PGP Key: http://www.team-konzept.de/pgp/mathias_schaal.asc ______________________________________________________________ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com For additional commands, e-mail: suse-isdn-help(a)suse.com

1 0

ISDN-Einwahlserver und analog
by Dominik.Brosch＠alps-europe.com 11 Apr '01

11 Apr '01

Hallo Zusammen, ich besitze eine C4-Karte von AVM, die in einem Rechner als ISDN-RAS-Karte läuft. Ich habe dabei die vier devices ippp0-ippp3 für die jeweiligen Ports definiert. Die ISDN-Verbindungen laufen prima Nun würde ich gern, dass die Karte auch bei analogen Verbindungen antwortet. Momentan bekomme ich in \var\log\messages immer nur die Meldung: "Service Indicator is not 7, ignored" Das die 7 einen ISDN-Anruf kennzeichnet weiß ich, aber wie mache ich der Karte verständlich, dass sie eine analoge Leitungen aufbauen muss? Muss ich ggf. dazu die devices ttyIx benutzen? Gruss Dominik ________________________________________________ ALPS Electric Europa GmbH Hansaallee 203 40549 Düsseldorf Tel: +49-211-5977-0 Fax: +49-211-5977-139 http://www.alps-europe.com mailto:Dominik.Brosch@alps-europe.com

2 1

Re: [suse-isdn] Immer noch Problem mit dial-in
by rdmail＠t-online.de 11 Apr '01

11 Apr '01

Never change a running System... AASPW (altes Administratorsprichwort) :-) Noch eins? Never upgrade to an even version number! Auch ein AASPW... SuSE 7.1 ist zwar nicht "even" aber der Kernel 2.4 schon... ein schlechter Promotiongag von SuSE... Aber "SuSE 8.0 mit dem neuen Kernel 2.4" hätte wohl keiner gekauft... rofl Kann es sein, das Du in den Feldern für z.b. Layer und Security "nichts" stehen hast? Normalerweise reagieren die "Test"-Abfragen in den Scripten zuweilen etwas empfindlich und Yast2 ist wohl etwas schusselig programmiert. (Beta) Gruß Rolf

1 0

Zu i4l bzw. An/Abwahl durch selbiges....
by rdmail＠t-online.de 11 Apr '01

11 Apr '01

Hallo, meine Linux-Box SuSE 7.0 erledigt für mein kleines Home-Netz (bunte Mischung w9x, w2k, NT4, Lx) die Arbeit als ISDN-Router mit DoD (Avm b1 mit biod), www-Cache, DNS, Firewall usw. mit einer T-Flat ohne größere Probleme. Soweit läuft auch alles prima (bis auf die üblichen Macken von halb geschlossenen Verbindungen durch Micromist-Browser und ähnlichem Schrott.. aber damit findet man sich halt auch irgendwann ab...) Nun aber mein echtes Sorgenkind: Ich möchte über dyndns.org (hammernode.org oder Zoneedit.com müßte auch gehen...) meinem Linux-Router einen Domänennamen geben und bei der Anwahl per Script den DNS-Eintrag auf meine aktuelle dynamische IP setzen. Also habe ich das Aktualisierungsscript (Python) als Aufruf in IP-Up gesetzt und ... Oh Wunder der Technik.... es klappt! Jetzt wird's aber spannend! Legt mein Router auf, bleibt der DNS-Name auf die IP gesetzt und nachdem die dann freie IP an einen anderen Kunden der Telekom vergeben ist, zeigt sie irgendwo hin, aber nicht auf einen (für mich) sinnvollen Wert. Nach dem Motto: Nach mir die Sintflut... ist das auch nicht weiter tragisch, will ich aber auf meiner Webseite beim Provider ein Link zu Seiten auf meinem Host angeben, gehen die Anfragen sozusagen "etwas weit am Ziel vorbei". Die Lösung wäre nun, kurz bevor i4l auflegt, dyndns.org mitzuteilen, das die IP des Domänennamens baw. (oder bis zu meiner nächsten Einwahl) 127.0.0.1 ist. Dazu müßte ich aber "als letzte Aktion vor dem Auflegen" ein entsprechendes Script starten. Per Hand klappt das auch aber wie automatisiere ich das nun? Da isdnlog mit der AVM B1 nicht richtig umgehen kann und das Script IP-Down erst nach dem Auflegen ausgeführt wird, weis ich nicht, wo man da ansetzen kann. MfG Rolf

1 0

Immer noch Problem mit dial-in
by Andreas Walther 11 Apr '01

11 Apr '01

Hallo, ich möchte mich in meinen Rechner einwählen können. Leider funktioniert dies seit der Installation von SuSE 7.1 nicht mehr. Sonst läuft die ISDN-Karte jedoch problemlos. Ich kann mich mit minicom (ttyI/8109147) in andere Rechner einwählen, das Internet geht auch. Ich habe in /etc/mgetty.config Folgendes eingetragen: port ttyI0 debug 8 init-chat "" ATZ OK AT&E8109148 OK modem-type data Danach habe ich init q eingegeben. Nun habe ich versucht, mich selbst via minicom einzuwählen : Ergebnis: NO CARRIER . Ich bekomme einfach keinen Connect. /var/log/messages sieht so aus: Es zeigt zuerst eine erfolgreiche Einwahl bei meinem Provider, danach der erfolglose Versuch bei der Einwahl in meinen eigenen Rechner. Apr 11 08:31:27 linux PAM-unix2[938]: session started for user walther, service su Apr 11 08:31:48 linux isdnlog: Apr 11 08:31:48 * tei 107 calling +49 911/530570, Nürnberg with +49 911/8109147, Nürnberg RING (Data) Apr 11 08:31:48 linux isdnlog: Apr 11 08:31:48 tei 107 calling +49 911/530570, Nürnberg with +49 911/8109147, Nürnberg Time:Wed Apr 11 08:31:00 2001 Apr 11 08:31:48 linux isdnlog: Apr 11 08:31:48 tei 107 calling +49 911/530570, Nürnberg with +49 911/8109147, Nürnberg CONNECT (Data) Apr 11 08:31:48 linux isdnlog: Apr 11 08:31:48 tei 107 calling +49 911/530570, Nürnberg with +49 911/8109147, Nürnberg CHARGE: 0.120 DM/90s = 0.080 DM/Min (DTAG ISDN, City, Werktag (Mittwoch), Wochentag) Apr 11 08:31:48 linux isdnlog: Apr 11 08:31:48 tei 107 calling +49 911/530570, Nürnberg with +49 911/8109147, Nürnberg HINT: Better use 01030:TelDaFax, 0.001 DM/1s = 0.039 DM/Min, saving 0.055 DM/Min Apr 11 08:31:48 linux isdnlog: Apr 11 08:31:48 tei 107 calling +49 911/530570, Nürnberg with +49 911/8109147, Nürnberg 1.CI 0.120 DM (now) Apr 11 08:31:48 linux isdnlog: Apr 11 08:31:48 tei 107 calling +49 911/530570, Nürnberg with +49 911/8109147, Nürnberg NEXT CI AFTER 01:30 (DTAG ISDN, City, Werktag (Mittwoch), Wochentag) Apr 11 08:32:04 linux isdnlog: Apr 11 08:32:04 tei 107 calling +49 911/530570, Nürnberg with +49 911/8109147, Nürnberg Normal call clearing (User) Apr 11 08:32:04 linux isdnlog: Apr 11 08:32:04 tei 107 calling +49 911/530570, Nürnberg with +49 911/8109147, Nürnberg HINT: Cheapest booked 01030:TelDaFax 0.011 DM (would save 0.109 DM) Apr 11 08:32:04 linux isdnlog: Apr 11 08:32:04 tei 107 calling +49 911/530570, Nürnberg with +49 911/8109147, Nürnberg HINT: LCR:FAILED Apr 11 08:32:04 linux isdnlog: Apr 11 08:32:04 tei 107 calling +49 911/530570, Nürnberg with +49 911/8109147, Nürnberg HANGUP (1 CI 0.120 DM; 1 EH DEM 1.056 0:00:16 I=832.0 b O= 17.0 b) Apr 11 08:32:15 linux PAM-unix2[938]: session finished for user walther, service su Apr 11 08:32:18 linux su: (to walther) root on /dev/pts/1 Apr 11 08:32:18 linux PAM-unix2[947]: session started for user walther, service su Apr 11 08:32:31 linux isdnlog: Apr 11 08:32:31 * tei 107 calling +49 911/8109148, Nürnberg with +49 911/8109147, Nürnberg RING (Data) Apr 11 08:32:31 linux kernel: isdn_net: call from 9118109147,7,0 -> 8109148 Apr 11 08:32:31 linux kernel: ippp0: call from 9118109147 -> 8109148 accepted Apr 11 08:32:31 linux isdnlog: Apr 11 08:32:31 * Call to tei 127 from +49 911/8109147, Nürnberg on +49 911/8109148, Nürnberg RING (Data) Apr 11 08:32:31 linux isdnlog: Apr 11 08:32:31 Call to tei 107 from +49 911/8109147, Nürnberg on +49 911/8109148, Nürnberg CONNECT (Data) Apr 11 08:32:31 linux isdnlog: Apr 11 08:32:31 tei 107 calling +49 911/8109148, Nürnberg with +49 911/8109147, Nürnberg Time:Wed Apr 11 08:32:00 2001 Apr 11 08:32:31 linux isdnlog: Apr 11 08:32:31 tei 107 calling +49 911/8109148, Nürnberg with +49 911/8109147, Nürnberg CONNECT (Data) Apr 11 08:32:31 linux isdnlog: Apr 11 08:32:31 tei 107 calling +49 911/8109148, Nürnberg with +49 911/8109147, Nürnberg CHARGE: 0.120 DM/90s = 0.080 DM/Min (DTAG ISDN, City, Werktag (Mittwoch), Wochentag) Apr 11 08:32:31 linux isdnlog: Apr 11 08:32:31 tei 107 calling +49 911/8109148, Nürnberg with +49 911/8109147, Nürnberg HINT: Better use 01030:TelDaFax, 0.001 DM/1s = 0.039 DM/Min, saving 0.055 DM/Min Apr 11 08:32:31 linux isdnlog: Apr 11 08:32:31 tei 107 calling +49 911/8109148, Nürnberg with +49 911/8109147, Nürnberg 1.CI 0.120 DM (now) Apr 11 08:32:31 linux isdnlog: Apr 11 08:32:31 tei 107 calling +49 911/8109148, Nürnberg with +49 911/8109147, Nürnberg NEXT CI AFTER 01:30 (DTAG ISDN, City, Werktag (Mittwoch), Wochentag) Apr 11 08:32:31 linux ipppd[868]: Local number: 8109148, Remote number: , Type: incoming Apr 11 08:32:31 linux ipppd[868]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 8 Apr 11 08:32:31 linux kernel: isdn_net: ippp0 connected Apr 11 08:32:31 linux kernel: lldata_handler unknown primitive 0x232 Apr 11 08:32:34 linux kernel: lldata_handler unknown primitive 0x232 Apr 11 08:32:36 linux isdnlog: Apr 11 08:32:36 tei 107 calling +49 911/8109148, Nürnberg with +49 911/8109147, Nürnberg Normal call clearing (User) Apr 11 08:32:36 linux isdnlog: Apr 11 08:32:36 tei 107 calling +49 911/8109148, Nürnberg with +49 911/8109147, Nürnberg HINT: Cheapest booked 01030:TelDaFax 0.004 DM (would save 0.116 DM) Apr 11 08:32:36 linux isdnlog: Apr 11 08:32:36 tei 107 calling +49 911/8109148, Nürnberg with +49 911/8109147, Nürnberg HINT: LCR:FAILED Apr 11 08:32:36 linux isdnlog: Apr 11 08:32:36 tei 107 calling +49 911/8109148, Nürnberg with +49 911/8109147, Nürnberg HANGUP (1 CI 0.120 DM; 1 EH DEM 1.056 0:00:05) Apr 11 08:32:36 linux isdnlog: Apr 11 08:32:36 Call to tei 107 from +49 911/8109147, Nürnberg on +49 911/8109148, Nürnberg Normal call clearing (User) Apr 11 08:32:36 linux kernel: ippp0: remote hangup Apr 11 08:32:36 linux kernel: ippp0: Chargesum is 0 Apr 11 08:32:36 linux ipppd[868]: Modem hangup Apr 11 08:32:36 linux isdnlog: Apr 11 08:32:36 Call to tei 107 from +49 911/8109147, Nürnberg on +49 911/8109148, Nürnberg HANGUP ( 0:00:05 I= 10.0 b O= 36.0 b) Apr 11 08:32:36 linux ipppd[868]: Connection terminated. Apr 11 08:32:36 linux ipppd[868]: taking down PHASE_DEAD link 0, linkunit: 0 Apr 11 08:32:36 linux ipppd[868]: closing fd 8 from unit 0 Apr 11 08:32:36 linux ipppd[868]: link 0 closed , linkunit: 0 Apr 11 08:32:36 linux ipppd[868]: reinit_unit: 0 Apr 11 08:32:36 linux ipppd[868]: Connect[0]: /dev/ippp0, fd: 8 Apr 11 08:32:36 linux kernel: ippp_ccp: freeing reset data structure c549e000 Apr 11 08:32:36 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000 Apr 11 08:32:36 linux kernel: ippp_ccp: allocated reset data structure c549e000 Apr 11 08:32:47 linux PAM-unix2[947]: session finished for user walther, service su Wo könnte der Fehler stecken? Irgendetwas muss sich von Suse 7.0 auf 7.1 in der default-Konfiguration geändert haben, denn vorher lief die Einwahl problemlos. Jetzt benutze ich allerdings den 2.4er Kernel, wie er standardmäßig von SuSE mitgeliefert wird,ich habe isdn einfach mit yast2 konfiguriert. +++++++ Meine rc.config sieht für ISDN so aus: ++++++++++ # # enable "isdnctrl verbose $I4L_VERBOSE_LEVEL" (yes or no) # I4L_VERBOSE="yes" # # verbose level (default 3; it 'll log the dialin trigger paket) # I4L_VERBOSE_LEVEL="3" # # idletime before hangup (in seconds) # I4L_IDLETIME_0="60" I4L_IDLETIME_1="90" I4L_IDLETIME_2="60" I4L_IDLETIME_3="60" # # Set the number of dial atempts for each number # set to "" for unlimited # I4L_DIALMAX_0="2" I4L_DIALMAX_1="" I4L_DIALMAX_2="2" I4L_DIALMAX_3="2" # # my phone number (MSN/EAZ) # On NI1 lines MSN:SPID # I4L_LOCALMSN_0="" I4L_LOCALMSN_1="8109148" I4L_LOCALMSN_2="" I4L_LOCALMSN_3="" # # remote station phone number dialout # example: "09113206726 09113206728" # I4L_REMOTE_OUT_0="" I4L_REMOTE_OUT_1="530570" I4L_REMOTE_OUT_2="" I4L_REMOTE_OUT_3="" # # remote station phone number dialin # example: "09113206726 09113206728" # I4L_REMOTE_IN_0="" I4L_REMOTE_IN_1="" I4L_REMOTE_IN_2="" I4L_REMOTE_IN_3="" # # encapsulation # possible values: "rawip" (default), "ip", "cisco-h", "ethernet", # "syncppp", "uihdlc" # see: /usr/src/linux/Documentation/isdn # and /usr/share/doc/packages/i4ldoc # I4L_ENCAP_0="syncppp" I4L_ENCAP_1="syncppp" I4L_ENCAP_2="rawip" I4L_ENCAP_3="rawip" # # secure # "on" = only defined numbers are allowed to call in # "off" = all numbers are allowed to call in # I4L_SECURE_0="on" I4L_SECURE_1="" I4L_SECURE_2="on" I4L_SECURE_3="on" # bind this netinterface to the ippp-device ("yes" or "no") I4L_PPPBIND_0="" I4L_PPPBIND_1="" I4L_PPPBIND_2="" I4L_PPPBIND_3="" # hangup befor next charge info ("on" or "off") # this only works, if your isdn-provider transmits the charge-info during # and after the connection I4L_CHARGEHUP_0="off" I4L_CHARGEHUP_1="off" I4L_CHARGEHUP_2="off" I4L_CHARGEHUP_3="off" # # hang-up-timer for incoming calls ("on" or "off") # I4L_IHUP_0="off" I4L_IHUP_1="" I4L_IHUP_2="off" I4L_IHUP_3="off" # # # layer-2 protocol (default: "hdlc") # With the ICN-driver and the Teles-driver, "x75i" and "hdlc" is available. # With other drivers, "x75ui", "x75bui" may be possible too # I4L_L2_0="hdlc" I4L_L2_1="" I4L_L2_2="hdlc" I4L_L2_3="hdlc" # # layer-3 protocol (only "trans" is allowed) # I4L_L3_0="trans" I4L_L3_1="" I4L_L3_2="trans" I4L_L3_3="trans" # # set interface dialmode # # - off No connections at all are possible. # This is similar to "isdnctrl status <if> off". # Useful if you want to be sure that _no_ connections # will be made. # # - manual Only outgoing connections made manually are possible. # Incoming connections can be made (they don't cost # anything :-) Incoming callback connections are _not_ # possible (they _do_ cost money). # This means that if you want to make a connection, you # have to give the command "isdnctrl dial <if>". # IMPORTANT: you also have to give the command # "isdnctrl hangup <if>" to stop the connection! It won't # hangup by itself. # # - auto This is the same as the old situation (before "isdnctrl # status"). When necessary, a connection will be made # automatically; this is also the only mode where incoming # callback calls will succeed (i.e. connections that you # call back). It will also hangup after the specified # huptimeout. # # - "manual" is the default. # # I4L_DIALMODE_0="auto" I4L_DIALMODE_1="manual" I4L_DIALMODE_2="auto" I4L_DIALMODE_3="auto" # # callback ("in" , "out" or "off") # "in" callback server # "out" callback client # the other host must accept this # I4L_CALLBACK_0="off" I4L_CALLBACK_1="off" I4L_CALLBACK_2="off" I4L_CALLBACK_3="off" # # callback delay in seconds (default: 2) # set to 1 for callback "out" to 3 for callback "in" # I4L_CBDELAY_0="2" I4L_CBDELAY_1="" I4L_CBDELAY_2="2" I4L_CBDELAY_3="2" # # activ hangup when getting an incoming call (default: "on") # I4L_CBHUP_0="on" I4L_CBHUP_1="" I4L_CBHUP_2="on" I4L_CBHUP_3="on" # # Slave Device for MPPP # see http://www.suse.de/Support/sdb/i4lmppp.html or # /usr/share/doc/packages/i4l/README.mppp for details # It maybe a list of devices # I4L_SLAVE_0="" I4L_SLAVE_1="" I4L_SLAVE_2="" I4L_SLAVE_3="" # # Some special cases for MPPP # # MSN if they differ from master # I4L_SLAVEMSN_0="" I4L_SLAVEMSN_1="" I4L_SLAVEMSN_2="" I4L_SLAVEMSN_3="" # # Outgoing remote phonenumbers if they differ from master # I4L_SLAVE_OUT_0="" I4L_SLAVE_OUT_1="" I4L_SLAVE_OUT_2="" I4L_SLAVE_OUT_3="" # # Incoming remote phonenumbers if they differ from master # I4L_SLAVE_IN_0="" I4L_SLAVE_IN_1="" I4L_SLAVE_IN_2="" I4L_SLAVE_IN_3="" ++++++++++++++++++ Leider hilft es auch nicht, wenn ich I4L_SECURE_0="on" I4L_SECURE_1="on" I4L_SECURE_2="on" I4L_SECURE_3="on" setze und meine Einwahlnummer eintrage. Alles auf off zu setzen bringt auch nichts. Die LOCAL_MSN durch weitere Einträge meiner MSN zu ergänzen, nützt auch nichts. Wo könnte denn der Fehler liegen? Ich habe schon alle möglichen Kombinationen ausprobiert, danach SuSEconfig gestartet und i4l neugestartet, aber leider immer ohne Erfolg. Vielleicht liegt das Problem ganz wo anders? Ich bin für jeden Tipp dankbar. Andreas Walther Andreas Walther ns176(a)fen-net.de andreas.walther(a)nefkom.net

1 0

Crypt ISDN
by Silvio Breyer 10 Apr '01

10 Apr '01

Hallo, ich suche nach einer Moeglichkeit, eine RawIP- oder SyncPPP- Verbindung zwischen zwei Linuxroutern zu verschluesseln. Leider habe ich da noch nicht's gefunden :-(. Fuer jeden Tip waehre ich dankbar. Im Voraus Danke

1 0

Anschluss d. ISDN-Karte an den NTBA oder ISDN-Anlage
by TGraul＠t-online.de 10 Apr '01

10 Apr '01

Hallo, soweit ich weiss kann man durch den Einbau einer zweiten ISDN-Karte auch die Analog-Telefongespräche mit Rufnummer aufzeichnen. Ich habe eine Euracom-Telefonanlage und die ISDN-Karte an den NTBA angeschlossen. An der Euracom besteht die Möglichkeit ein ISDN-Gerät anzuschliessen. Meine Frage lautet: Hat jemand Erfahrungen mit dem Anschluss einer ISDN-Karte direkt an die Telefonanlage? Werden auch die Telefonanrufe sauber mitprotokoliert? -- Thomas Graul <TGraul(a)T-Online.de> D - 64289 Darmstadt

2 3

Probleme mit LINUX-Router
by Harry Hinderer 10 Apr '01

10 Apr '01

Hallo, mit SuSE 7.0 habe ich einen PC als Router konfiguriert. Folgende zwei Probleme habe ich damit noch: 1. Trotz aktivieren des DYNIP-Patches funktioniert der Aufruf von WWW-Adressen von Windows-Clients erst beim Reload. Von LINUX-, und AIX-Client klappt es hingegen tadellos. Liegt das vielleicht an der Konfiguration der NT-Clients? Als Gateway ist die IP-Adresse des Routers gesetzt und als Nameserver die IP-Adresse des DNS meines ISP. 2. Kann man in einer Konfigurationdatei die 'HUPTIMEOUT' fuer das ippp-Interface setzen? Oder muß dies beim Start mit 'isdnctrl huptimeout ipppX XXX' jedesmal gesetzt werden? -- Danke, Harry mailto:harry.hinderer@gmx.de

1 0