November 1999 - openSUSE ISDN (Deutsch)

mppp mit t-online
by Olaf.Bahr＠t-online.de 22 Nov '99

22 Nov '99

Hallo, unterstützt T-Online mppp ? Danke ! Olaf Bahr Moselweg 16 | TEL: +49 228 98787 0 53347 Alfter | FAX: +49 228 98787 30 Germany | eMail: mailto:Olaf.Bahr@t-online.de

1 0

dynip Fehlfunktion
by Sebastian Werner 22 Nov '99

22 Nov '99

Hallo, aus mir unbekannten Gründen scheint das dynip-Patch bei mir (SuSE6.1 2.2.13 Kernel) nicht zu funktionieren. Es ist, genauso wie ip-forwarding, über rc.config aktiviert. In /proc/sys/net/ip_dyaddr steht auch die besagte "7" (warum nicht 2?). Trotzdem verliere ich immer Pakete beim Verbindungsaufbau- besonders stoerend bei Verbindungsaufbau aufgrund eines Namelookups, dann kommt naemlich nichts. Danke Sebastian -- Sent through Global Message Exchange - http://www.gmx.net

1 0

ISDN-Monitor soll alles anzeigen. Wie?
by Stefan Gofferje 21 Nov '99

21 Nov '99

Hallo zusammen, kann mir jemand einen Tip geben, wie ich z.B. kimon dazu bekomme, ALLES anzuzeigen, was sich auf dem S0-Bus tut und nicht nur das, was der Rechner, auf dem kimon läuft, verzapft? Zumindest _ein_gehende Anrufe sollte der doch feststellen können. Wenn hier jemand von ISDN4LINUX mitliest... Schaut Euch mal den ISDN4WIN Monitor an, dann wisst Ihr, was ich meine. Ich suche ein X-Programm, daß vor allem eingehende Anrufe anzeigt mit Remote Number, auf welcher MSN und Verbindungsart (Speech, Data, ...) Am liebsten noch mit einer kleinen Datenbank dazu, die den Nummern Namen zuordnen kann. Der ISDN4WIN Monitor kann sogar mit einer Klicktel oder DINFO CD selbstständig die Nummern identifizieren, MSN- und Anruferabhängig WAVs abspielen... Viele Grüße, Stefan

2 1

Problem mit VBOX
by Thomas Jach 20 Nov '99

20 Nov '99

Hi! Ich hab ein kleines (bzw. ein grosses Problem) mit Vbox. Eigentlich funktioniert vbox ja ganz gut, nur haben sich in letzer Zeit ein paar leute bei mir erkundigt, warum mein anrufbeantworter nicht rangeht, oder sie nach 2mal klingeln ein Besetzt bekommen. Ich hab das ganze dann jetzt mal versucht zu isolieren und bin dabei auf 2 faelle gestossen: 1. Fall jemand ruft mit einem Handy an -> Anrufbeantowrter nimmt nicht ab 2. Fall jemand ruft per Festnetz an -> Manchmal bekommt man nach 2 Rings ein besetzt, und im Logfile sieht das ganze dann so aus 20-Nov 15:47:25 Wakeup! 20-Nov 15:47:25 <D> Checking free space on "/var/spool/vbox/tom"... 20-Nov 15:47:25 <J> 161658880 bytes available; 2000000 bytes needed... enough. 20-Nov 15:47:25 <D> Getting number of rings to wait before answer call... 20-Nov 15:47:25 <J> Jumping to section "[RINGS]"... 20-Nov 15:47:25 <D> Parsing time(s) "23:30-23:59,00:00-08:59"... 20-Nov 15:47:25 <D> Range 23:30:00 - 23:59:59 (15:47:25): don't match. 20-Nov 15:47:25 <D> Range 00:00:00 - 08:59:59 (15:47:25): don't match. 20-Nov 15:47:25 <J> String contains no matching time! 20-Nov 15:47:25 <D> Parsing time(s) "*"... 20-Nov 15:47:25 <D> Range **:**:** - **:**:** (15:47:25): match. 20-Nov 15:47:25 <D> Parsing day(s) "*"... 20-Nov 15:47:25 <D> Range *: match. 20-Nov 15:47:25 <D> Call will be answered after 8 rings... 20-Nov 15:47:25 <J> Reading modem input (6 secs timeout)... 20-Nov 15:47:25 [ 1/ 8] RING... 20-Nov 15:47:25 <J> Reading modem input (6 secs timeout)... 20-Nov 15:47:25 <D> Flushing modem... 20-Nov 15:47:25 <D> Sending "ATS20?"... 20-Nov 15:47:25 <J> Reading modem echo (4 secs timeout)... 20-Nov 15:47:25 <J> Reading modem input (4 secs timeout)... 20-Nov 15:47:25 <D> Got s-register value "1". 20-Nov 15:47:25 <D> Searching user with caller number "173xxxxxx"...<- da steht was richtiges, hab ich nur rausgenommen 20-Nov 15:47:25 <J> Jumping to section "[CALLERIDS]"... 20-Nov 15:47:25 <D> Caller number match user "*** Unknown ***"... 20-Nov 15:47:25 <D> Section "[STANDARD]" will be used... 20-Nov 15:47:25 <D> Parsing settings from section "[STANDARD]"... 20-Nov 15:47:25 <J> Jumping to section "[STANDARD]"... 20-Nov 15:47:25 <D> Parsing time(s) "*"... 20-Nov 15:47:25 <D> Range **:**:** - **:**:** (15:47:25): match. 20-Nov 15:47:25 <D> Parsing day(s) "*"... 20-Nov 15:47:25 <D> Range *: match. 20-Nov 15:47:25 <J> Found Flag "RINGS=8"... 20-Nov 15:47:25 <J> Found Flag "TOLLRINGS=6"... 20-Nov 15:47:25 <J> Settings: Message "/var/spool/vbox/tom/messages/standard.msg". 20-Nov 15:47:25 <J> Settings: Beep "/var/spool/vbox/tom/messages/beep.msg". 20-Nov 15:47:25 <J> Settings: Timeout "/var/spool/vbox/tom/messages/timeout.msg". 20-Nov 15:47:25 <J> Settings: Script "/var/spool/vbox/tom/standard.tcl". 20-Nov 15:47:25 <J> Settings: Rings changed to 8. 20-Nov 15:47:25 <J> Settings: Rings changed to 6 if new message exist. 20-Nov 15:47:25 <J> Settings: Check for new messages in "/var/spool/vbox/tom/incoming". 20-Nov 15:47:25 <J> Settings: 90 secs record time. 20-Nov 15:47:25 <J> Settings: Answer call. 20-Nov 15:47:25 <J> Settings: Record a message. 20-Nov 15:47:25 <J> Settings: Play standard message. 20-Nov 15:47:25 <J> Settings: Play beep message. 20-Nov 15:47:25 <J> Settings: Play timeout message. 20-Nov 15:47:25 [ 1/ 8] CALLER NUMBER: 173xxxxxx (*** Unknown ***)... 20-Nov 15:47:25 <D> Checking for new messages in "/var/spool/vbox/tom/incoming"... 20-Nov 15:47:25 <J> Reading modem input (6 secs timeout)... 20-Nov 15:47:31 <J> Modem timeout function called... 20-Nov 15:47:31 <J> Can't read from modem [0] (timeout). 20-Nov 15:47:31 Initializing modem port (voice mode; 2500 ms)... 20-Nov 15:47:34 <D> Hangup modem (drop dtr 400 ms)... 20-Nov 15:47:34 <D> Flushing modem (timeout)... 20-Nov 15:47:34 <J> Setting modem speed to 57600... 20-Nov 15:47:34 <J> Setting modem flow control (HARD)... 20-Nov 15:47:34 <D> Flushing modem... 20-Nov 15:47:34 <D> Sending "ATZ&B512&Exxxxx"...<- da steht meine MSN 20-Nov 15:47:34 <J> Reading modem echo (4 secs timeout)... 20-Nov 15:47:34 <J> Reading modem input (4 secs timeout)... 20-Nov 15:47:34 <D> Waiting for "OK"... Got it. 20-Nov 15:47:34 <D> Flushing modem... 20-Nov 15:47:34 <D> Sending "AT+FCLASS=8"... 20-Nov 15:47:34 <J> Reading modem echo (4 secs timeout)... 20-Nov 15:47:34 <J> Reading modem input (4 secs timeout)... 20-Nov 15:47:34 <D> Waiting for "OK|VCON"... Got "OK" (1). 20-Nov 15:47:34 <D> Flushing modem... 20-Nov 15:47:34 <D> Sending "ATS13.2=1S13.4=1"... 20-Nov 15:47:34 <J> Reading modem echo (4 secs timeout)... 20-Nov 15:47:34 <J> Reading modem input (4 secs timeout)... 20-Nov 15:47:34 <D> Waiting for "OK|VCON"... Got "OK" (1). 20-Nov 15:47:34 <D> Flushing modem... 20-Nov 15:47:34 Waiting... So... wie ich das sehe kriegt irgendwie das ttyI einen Timeout... nur woran liegt das?? Ich benutze einen 2.036er Kernel und eine AVM-Fritz PCI und relativ alte ISDN-Utils... kann mir da jemand einen Tip geben?? Ich bin halb am verzweifeln! Thomas \\\\|//// \ - - / ( @ @ ) +--------oOOo-(_)-oOOo--------+ | Thomas Jach | | mailto:thomasjach@gmx.net | +-----------------Oooo--------+ oooO ( ) ( ) ) / \ ( (_/ \_)

2 1

AVM C4
by Rainer Brall 20 Nov '99

20 Nov '99

Hallo, hat jemand Erfahrung mit dem AVM ISDN-Controller C4 ? Wird er von Linux unterstützt ? Danke für Rückmeldungen. Bye, Rainer

3 2

Onlinezeit (=?iso-8859-1?Q?Geb=FChren?=) nach Rechnern im masquiertem Netz aufschlüsseln?
by Hansjoerg Maurer 19 Nov '99

19 Nov '99

Hi, ich habe hier ein kleines Netz mit einem Linuxrechner als ISDN-Gateway (ippp, dynIP, Masquerading), und ich würde gerne aufschlüsseln, welcher Rechner des Netzes wie lange Online ist (bzw. welche Kosten verursacht hat). Es geht mir dabei nicht um eine abrechnung auf heller und Pfennig (Euro, hihi), sondern nur so über den Daumen. Ich habe hier schon ein wenig im Archiv geschaut, aber nichts gefunden . In einem alten thread stand, das eine hoher verbose level bei isdnctrl anzeigt, welcher Rechner eine Verbindung initialisiert. Mit Masquerading ist das bei mir aber immer der lokale Rechner mit der ISDN-Karte, der angezeigt wird. Mit tcpdump kann man scheinbar was basteln, doch ich bin da nicht so fit in perl, shell Programmierung etc, und habe gehofft, dass es da vielleicht schon eine Lösung von der Stange gibt. Vielen dank daidai Hansjörg

2 1

Einwahl ok, doch Probleme mit LCP
by jliesch＠gmx.de 19 Nov '99

19 Nov '99

Hallo, ... ich hab hier ein kleines ISDN Problemchen. Seltsam seltsam, ... vielleicht weiß ja einer Rat für einen fast verzweifelten. Und zwar folgendes Geschah, ... ich wollte mich mit I4L (SuSE 6.0) bei meinem Provider einwählen. Machte also von der Textebene ein kleines PING. Zu meinem Erstaunen sah ich, daß die Linux auf den Weg machte um eine Verbindung herzustellen. Zu meinem Erschrecken scheiterte das Ganze am Provider, ... Meine /var/log/messages sieht wie folgt aus: Nov 18 15:05:48 Linux kernel: ippp0: dialing 1 73067... Nov 18 15:05:48 Linux isdnlog: Nov 18 15:05:48 * tei 121 calling ? with +49 431/323620, Kiel CPN +49431323620 Nov 18 15:05:48 Linux isdnlog: Nov 18 15:05:48 * tei 121 calling +49 431/73067, Kiel with +49 431/323620, Kiel RING (Data) Nov 18 15:05:49 Linux isdnlog: Nov 18 15:05:49 tei 121 calling +49 431/73067, Kiel with +49 431/323620, Kiel Time:Thu Nov 18 14:00:00 1999 Nov 18 15:05:49 Linux isdnlog: Nov 18 15:05:49 tei 121 calling +49 431/73067, Kiel with +49 431/323620, Kiel CONNECT (Data) Nov 18 15:05:49 Linux kernel: isdn_net: ippp0 connected Nov 18 15:05:49 Linux kernel: isdn_net: chargetime of ippp0 now 86054 Nov 18 15:05:49 Linux ipppd[110]: Local number: 323620, Remote number: 73067, Type: outgoing Nov 18 15:05:49 Linux ipppd[110]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Nov 18 15:05:49 Linux ipppd[110]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xee5c8d5a>] Nov 18 15:05:52 Linux ipppd[110]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xee5c8d5a>] Nov 18 15:05:52 Linux ipppd[110]: rcvd [0][proto=0xd] 0a 0a 0a 0a 0a 0a 00 0d 0a 0a 0a 0a 0a 0a 00 0d 0a 0a 0a 0a 0a 0a 00 0d 0a Nov 18 15:05:52 Linux ipppd[110]: rcvd [0][proto=0xd] 67 00 00 00 00 00 00 Nov 18 15:05:55 Linux ipppd[110]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xee5c8d5a>] Nov 18 15:06:16 Linux last message repeated 7 times Nov 18 15:06:19 Linux kernel: isdn_net: local hangup ippp0 Nov 18 15:06:19 Linux kernel: ippp0: Chargesum is 0 Nov 18 15:06:19 Linux ipppd[110]: LCP: timeout sending Config-Requests Nov 18 15:06:19 Linux ipppd[110]: Connection terminated. Nov 18 15:06:19 Linux ipppd[110]: taking down PHASE_DEAD link 0, linkunit: 0 Nov 18 15:06:19 Linux ipppd[110]: LCP is down Nov 18 15:06:19 Linux ipppd[110]: closing fd 7 from unit 0 Nov 18 15:06:19 Linux ipppd[110]: link 0 closed , linkunit: 0 Nov 18 15:06:19 Linux ipppd[110]: reinit_unit: 0 Nov 18 15:06:19 Linux ipppd[110]: Connect[0]: /dev/ippp0, fd: 7 Nov 18 15:06:19 Linux isdnlog: Nov 18 15:06:19 tei 121 calling +49 431/73067, Kiel with +49 431/323620, Kiel Normal call clearing (User) Nov 18 15:06:19 Linux isdnlog: Nov 18 15:06:19 tei 121 calling +49 431/73067, Kiel with +49 431/323620, Kiel HANGUP ( 0:00:30 I= 34.0 b O=180.0 b) Normal call clearing (User) Nov 18 15:06:20 Linux kernel: ippp0: dialing 1 73067... ... und so weiter !! Wenn das so weiter geht, dann wird die Telekom noch ganz ganz fürchterlich reich an mir, ... Hier sind noch die Dateien, die wohl wichtig sind: # /etc/ppp/ioptions # for isdn4linux/syncPPP global options for ipppd # # # Klaus Franken, kfr(a)suse.de # Version: 15.05.97 (5.0) # # lock # Set 'debug' to create a lot of information in /var/log/messages debug # Set '+pwlog' for logging passwords in /var/log/messages +pwlog # /etc/ppp/options.ippp? # # for isdn4linux/syncPPP and dynamic IP-numbers # # # Klaus Franken, kfr(a)suse.de # Version: 27.08.97 (5.1) # # This file is copy by YaST from /etc/ppp/ioptions.YaST # to options.<device> # The device(s) # for more than one device try: # /dev/ippp0 /dev/ippp1 ... /dev/ippp0 # The IP addresses: <local>:<remote> # just "0.0.0.0:" or nothing for dynamic IP #0.0.0.0: # my user name user "xxxx" # my system name (only for CHAP!) # name "xxxx" # accept IP addresses from peer # use with dynamic IP ipcp-accept-local ipcp-accept-remote noipdefault # try to get IP address from interface # option specific to ipppd (as opposed to pppd) # use only with static IP #useifip # disable all header-compression -vj -vjccomp -ac -pc -bsdcomp # sometimes you need this: #noccp # max receive unit mru 1524 # max transmit unit mtu 1500 # If this machine is a server, force authentication by uncommenting one # of the following. However, if this machine is a client, doing this will # prevent a succesful connection! (message "peer refused to authenticate"). # So, only uncomment on a server. # "+pap" / "+chap" NUR AKTIVIEREN, WENN DIES EIN SERVER IST!!! #+pap #+chap # if you have problems with handshaking (no response for first # lcp-package) try to decrease the retry-cycle. Default is 3 sec, # try for example 2 sec: # lcp-restart 2 (schon ausprobiert ) Wenn jemand Rat weiß, mein Leid und meine Telefonkosten zu senken, dem würd' ich gar dankbar sein. Ciao, ... Jürgen -- Sent through Global Message Exchange - http://www.gmx.net

4 3

Re: [suse-isdn] Adressliste
by Kai_Schulz＠t-online.de 19 Nov '99

19 Nov '99

Sorry Leute, das war ein Fehler in meinem Verteiler! :-((( Volker Tanner schrieb: > ???? > Das Ding war in der Suse-ISDN-Liste! War das Absicht? Natürlich nicht, weiss auch nicht wie die Suse-Liste in meinen Verteiler gekommen ist, sollte eigentlich nur an meine Kollegen gehen. Soll nicht wieder vorkommen Kai

2 1

2 ISDN Karten
by Sven Johannsen 19 Nov '99

19 Nov '99

Hallo, Ich habe in meinem Router eine Fritz Classic- und eine Fritz PCI-Karte eingebaut. Weiterhin habe ich in der /etc/conf.modules folgende Parameter angegeben, - alias ippp0 hisax alias ippp1 hisax options hisax type=5,27 protocol=2,2 io=0x240 irq=7 mem=0xd2000 id=isa%pci Beide Karten sind betriebsbereit, es wird bei 2 gleichzeitigen Verbindungen (ippp0 und ippp1) aber lediglich die ISA Karte benutzt. Wie kann ich die beiden Routen jeweils fest einer Karte zuordnen? Gruß Sven

5 4

Re: [suse-isdn] Einwahl ok, doch Probleme mit LCP
by jliesch＠gmx.de 19 Nov '99

19 Nov '99

Hallo Berthold, ... Ich hatte Schwierigkeiten meine ISDN-Karte (PCI - PnP) unter dem 2.0.36 Kernel einzubinden. Drum, ... die Idee, ... ein neuer Kernel muß her. Leider hatte ich Probleme mit dem Kernel 2.2.13 und I4L (in Version SuSE 6.0). Doch der neue Kernel hatte den IO-Port und die IRQ der Karte in /var/log/messages angegeben, so daß ich sie im 2.0.36 Kernel unter YAST eintragen konnte. Die Karte scheint ja auch zu laufen, ... nur ... Könnte Deine Erklärung, ... Es gibt noch zwei mir bekannte Möglichkeiten, die sich ähnlich äußern: a) verwenden einer PCI-Karte und trotzdem einen IO-Port und IRQ im YaST einstellen. auf mein Problem passen? Und wenn, wie löse ich es? Mfg, Jürgen Berthold Gunreben schrieb: On Thu, 18 Nov 1999, Klaus Franken wrote: > On Thu, Nov 18, 1999 at 04:39:25PM +0100, jliesch(a)gmx.de wrote: > > Hallo, ... > > > > ich hab hier ein kleines ISDN Problemchen. > > Seltsam seltsam, ... vielleicht weiß ja einer Rat für einen fast > > verzweifelten. > > > > Und zwar folgendes Geschah, ... ich wollte mich mit I4L (SuSE 6.0) bei > > meinem Provider einwählen. > > Machte also von der Textebene ein kleines PING. > > Zu meinem Erstaunen sah ich, daß die Linux auf den Weg machte um eine > > Verbindung herzustellen. > > Zu meinem Erschrecken scheiterte das Ganze am Provider, ... > > > Nov 18 15:05:49 Linux ipppd[110]: sent [0][LCP ConfReq id=0x1 <mru 1524> > > <magic 0xee5c8d5a>] > > Nov 18 15:05:52 Linux ipppd[110]: sent [0][LCP ConfReq id=0x1 <mru 1524> > > <magic 0xee5c8d5a>] > > Nov 18 15:05:52 Linux ipppd[110]: rcvd [0][proto=0xd] 0a 0a 0a 0a 0a 0a > > 00 0d 0a 0a 0a 0a 0a 0a 00 0d 0a 0a 0a 0a 0a 0a 00 0d 0a > > Nov 18 15:05:52 Linux ipppd[110]: rcvd [0][proto=0xd] 67 00 00 00 00 00 > > 00 > > Nov 18 15:05:55 Linux ipppd[110]: sent [0][LCP ConfReq id=0x1 <mru 1524> > > <magic 0xee5c8d5a>] > > Nov 18 15:06:16 Linux last message repeated 7 times > > Nov 18 15:06:19 Linux kernel: isdn_net: local hangup ippp0 > > Nov 18 15:06:19 Linux kernel: ippp0: Chargesum is 0 > > Nov 18 15:06:19 Linux ipppd[110]: LCP: timeout sending Config-Requests > > Nov 18 15:06:19 Linux ipppd[110]: Connection terminated. > > Nov 18 15:06:19 Linux ipppd[110]: taking down PHASE_DEAD link 0, > > linkunit: 0 > > Nov 18 15:06:19 Linux ipppd[110]: LCP is down > > Nov 18 15:06:19 Linux ipppd[110]: closing fd 7 from unit 0 > > Nov 18 15:06:19 Linux ipppd[110]: link 0 closed , linkunit: 0 > > Nov 18 15:06:19 Linux ipppd[110]: reinit_unit: 0 > > Nov 18 15:06:19 Linux ipppd[110]: Connect[0]: /dev/ippp0, fd: 7 > > Nov 18 15:06:19 Linux isdnlog: Nov 18 15:06:19 tei 121 calling +49 > > Dein Provider mag wohl kein syncPPP oder hat sonst ein Problem. > Es gibt noch zwei mir bekannte Möglichkeiten, die sich ähnlich äußern: a) verwenden einer PCI-Karte und trotzdem einen IO-Port und IRQ im YaST einstellen b) verwenden einer ISA Karte und irgend eine andere Karte versucht den gleichen IO-Port zu verwenden. Berthold Gunreben (bg(a)suse.de) -- Sent through Global Message Exchange - http://www.gmx.net

2 1