openSUSE ISDN (Deutsch) May 2001

isdn-de@lists.opensuse.org

104 participants
121 discussions

rcapid und passende Clients
by Roland Hebertinger 30 Jul '01

30 Jul '01

Hallo! Ich habe mir die Tage mal den rcapid angeschaut. Die Dokumentation dazu es ja recht dürftig... :-((( Die Installation auf dem Server ist einigermassen gut beschrieben, aber wie siehts mit Client-Programmen a) für Linux und b) für andere Plattformen, z.B. Win9x und WinNT aus? Meine aktuelle Plattform, auf der das ganze laufen soll: SuSE Linux 6.2, Kernel 2.2.10SuSE AVM B1 V2.0 Für Informationen aller Art bin ich sehr DANKBAR! c ya! Roland

2 1

Erste Anforderung läuft schief verschwinden
by bjoern＠b-scheffer.de 05 Jun '01

05 Jun '01

Hallo! Die erste Anforderung an meinen SuSE-Router unter 7.1 verschwindet hin und wieder, so dass keine Verbindunge aufgebaut wird oder wenn eine Aufgebaut wird, weil der Nameserver was nachfragt, dann wird die wieder abgebaut. Im Logbuch bzw. messages kann ich nichts erkennen. Woran könnte es liegen? Evtl. am DynIP-Patch ähnlich wie bei SuSE 6.3? MfG Björn Scheffer --------------------------------------------------------------- Life is too short for reboots! LINUX Björn Scheffer Bischof-Ketteler-Ring 28 48599 Gronau-Epe e-Mail: bjoern(a)b-scheffer.de Internet: http://www.b-scheffer.de

3 2

Problem mit dem Isdn_Dial-In-Gateway-Router
by steffenwendzelhomepage＠t-online.de 03 Jun '01

03 Jun '01

Hi ! Hi ! Ich hab ja dieses kleine Netzwerk mit nem Windows und einem LInux-PC (demnächst soll noch ein dritter WinPC dazukommen). Und ich möchte, das sich 'WinPC1' über 'LinuxPC' ins Internet Einwählt: Die Ethernet-Verbindung klappt Problemlos - ich kann zb. absolut problemlos vom Win-PC auf den Apache des Linux-Rechners zugreifen ect. WinPC1 IP 192.168.0.1 Win98 LinuxPC IP 192.168.0.2 SuSE Linux 6.2 - Kernel 2.2.10 WinPC2 IP 192.168.0.3 Win98 Ich möchte den Linux PC als Einwahl-Gateway benutzen. Die PCs sind alle über ne 10MBit BNC-Leitung vernetzt. Im Linux-PC ist ne Fritz Card PCI. Das Automatische Einwählen auf dem localen Linux-Server klappt schonmal - ich komm jedenfalls damit ins Inet. Aber das Routing - das klappt nicht. Und jetzt meine Frage: Um aus meinem Linux-PC einen Isdn- Einwahl-Server zu machen, muss ich doch eigenltich 'nur' mit ipchains eine Chain für forward einrichten oder muss ich noch etwas anderes machen ? Ich hab mir also folgendes kleines Shell-Script geschrieben. Beim Ausführen gibts keine Probleme oder Fehlermeldungen - auch nix an Fehlern in der messages- oder in der warn-Datei. Das script soll erstmal nur einem PC das Routing ermöglichen, um das ganze etwas übersichlicher für mich zu machen ---snip--- # das forwarding erlauben echo 1 > /proc/sys/net/ipv4/ip_forward # jetzt Regeln aufsetzten ipchains -A forward -s 192.168.0.1/0 -p icmp -j DENY ipchains -A input -s 192.168.0.1/0 -p icmp -j DENY ipchains -A output -s 192.168.0.1/0 -p icmp -j DENY ipchains -D forward -s 192.168.0.1/0 -p icmp -j DENY ipchains -D input -s 192.168.0.1/0 -p icmp -j DENY ipchains -D output -s 192.168.0.1/0 -p icmp -j DENY ---snap--- Vielleicht liegt es ja an der rc.config - hier mal das wichtigste: FW_ROUTER <leer> FW_START <no> # weil das ja alles mein Script machen soll.. START_ROUTED <no> # hab gelesen, das man das bei ipchains auf no stellen soll. --- # hier bin ich mir nicht sicher, ob das sooo richtig ist - ich hab die Werte # alle aus Yast entnommen... MSQ_NETWORKS <192.168.0.0/12> MSQ_START <no> --- Den Kernel hab ich übrigends gestern neu komliliert, genau nach einem Buch über die ipchains-FW - da müsste eigentlich alles richtig drin seien. MfG Steffen Wendzel.

4 3

ISDN: Automatische Providerwechsel (LCR)
by Alexander Seesko 01 Jun '01

01 Jun '01

Hi, ich verwende einen Rechner mit Suse Linux 7.0 pro als ISDN-Router (kein KDE, nur bash). Meine Frage lautet: Ich möchte das die Einwahl zu verschiedenen Tageszeiten und Wochentagen bei dem günstigste Provider erfolgt. Bisher habe ich per cronjob einfach die die entsprechend vorbereiteten config-Dateien (i4l.rc.config, pam-secrets und chap-secrets) ausgetauscht und I4l und route neu geladen. Desweiteren wird die dhcpd.config ausgetauscht und der dhcp neu gestartet (nicht jeder soll zu jeder Tageszeit ein Gateway bekommen). Leider ist das ganze nicht so komfortabel und übersichtlich, wie ich es mir vorstelle. Wer kann mir eine andere Möglichkeit vorschlagen, die wenn möglich auch bewegliche Feiertage berücksichtigt. Auch erweist es sich als sehr ungünstig, wenn I4l und route neugestartet werden, während jemand die Verbindung zum Internet benötigt. Fällt einem von euch zu diesem Thema etwas ein ? Schöne Grüsse aus Hamburg Alexander Seesko

4 3

Re: [suse-isdn] Einloggen in SUSE 7.0-Rechner über ISDN
by Weickmann & Weickmann - Bernward Otto 31 May '01

31 May '01

Ich habe jetzt in meiner /etc/mgetty+sendfax/mgetty.config: port ttyI3 debug 8 init-chat "" "\d\d\d+++\d\d\dATZ&R9600" "OK" modem-type data und in meiner /etc/inittab: .... mo:23:respawn:/usr/sbin/mgetty -s 9600 ttyI3 .... wenn ich mich nun einwähle erhalte ich an meinem "Terminal" die Meldung "CONNECT 9600/RLP" bekomme aber kein login-Prompt und die Verbindung wird mit einem Timeout beendet. Die Einträge in meiner /var/log/mgetty.ttyI3 sind ..yI3 mgetty: experimental test release 1.1.21-Jul24 ..yI3 check for lockfiles ..yI3 checklock: stat failed, no file ..yI3 locking the line ..yI3 makelock(ttyI3) called ..yI3 do_makelock: lock='/var/lock/LCK..ttyI3' ..yI3 lock made ..yI3 tio_get_rs232_lines: status: RTS CTS DSR DTR ..yI3 lowering DTR to reset Modem ..yI3 tss: set speed to 9600 (015) ..yI3 tio_set_flow_control( HARD ) ..yI3 waiting for line to clear (VTIME), read: ..yI3 send: \d\d\d+++\d\d\dATZ&R9600[0d] ..yI3 waiting for ``OK'' ..yI3 got: +++ATZ&R9600[0d] ..yI3 CND: +++ATZ&R9600[0d][0a]OK ** found ** ..yI3 waiting for line to clear (VTIME), read: [0d][0a] ..yI3 removing lock file ..yI3 waiting ... Was muß ich nun noch tun, damit ich mich vom "Terminal" aus auf der Suse einloggen kann? Bernward Otto

3 7

Hopefully this time without HTML
by Zonnet 31 May '01

31 May '01

Thank you for the tips. But still, I haven't tackeled the problem. I have managed to destill some info for you, I hope it is enough. In /Var/Log/Messages I have two tries to login into two different accounts. 1) The first account comes with the message: " Could not determine remote IP-adress". 2) The second account is online for about 45 sec, but than hangs-up for whatever reason. I have also added some info about my ISDN card. I run Suse Linux 7.1 Also I hope this message will arrive without HTML, if you want to reply to me personally, please reply to : henk_iguazu(a)hotmail.com All reply is appreciated. Henk May 29 09:58:02 linux kernel: ISDN subsystem Rev: 1.114/1.94/1.140.6.1/1.85/1.21/1.5 loaded May 29 09:58:02 linux kernel: HiSax: Linux Driver for passive ISDN cards May 29 09:58:02 linux kernel: HiSax: Version 3.5 (module) May 29 09:58:02 linux kernel: HiSax: Layer1 Revision 2.41.6.1 May 29 09:58:02 linux kernel: HiSax: Layer2 Revision 2.25 May 29 09:58:02 linux kernel: HiSax: TeiMgr Revision 2.17 May 29 09:58:02 linux kernel: HiSax: Layer3 Revision 2.17 May 29 09:58:02 linux kernel: HiSax: LinkLayer Revision 2.51 May 29 09:58:02 linux kernel: HiSax: Approval certification valid May 29 09:58:02 linux kernel: HiSax: Approved with ELSA Microlink PCI cards May 29 09:58:02 linux kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards May 29 09:58:02 linux kernel: HiSax: Approved with Sedlbauer Speedfax + cards May 29 09:58:02 linux kernel: HiSax: Total 2 cards defined May 29 09:58:02 linux kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) May 29 09:58:02 linux kernel: HiSax: HFC-PCI driver Rev. 1.34.6.3 May 29 09:58:02 linux kernel: PCI: Enabling device 00:10.0 (0000 -> 0003) May 29 09:58:02 linux kernel: PCI: Found IRQ 10 for device 00:10.0 May 29 09:58:02 linux kernel: PCI: The same IRQ used for device 00:07.2 May 29 09:58:02 linux kernel: PCI: The same IRQ used for device 00:07.3 May 29 09:58:02 linux kernel: HiSax: HFC-PCI card manufacturer: CCD/Billion/Asuscom card name: 2BD0 May 29 09:58:02 linux kernel: HFC-PCI: defined at mem 0xc892b000 fifo 0xc46f8000(0x46f8000) IRQ 10 HZ 100 May 29 09:58:02 linux kernel: HFC_PCI: resetting card May 29 09:58:02 linux kernel: HFC 2BDS0 PCI: IRQ 10 count 34 May 29 09:58:02 linux kernel: HFC 2BDS0 PCI: IRQ 10 count 68 May 29 09:58:02 linux kernel: HiSax: DSS1 Rev. 2.30 May 29 09:58:02 linux kernel: HiSax: 2 channels added May 29 09:58:02 linux kernel: HiSax: MAX_WAITING_CALLS added May 29 09:58:02 linux kernel: HiSax: Card 2 Protocol EDSS1 Id=HiSax2 (1) May 29 09:58:02 linux kernel: HiSax: HFC-PCI driver Rev. 1.34.6.3 May 29 09:58:02 linux kernel: HFC-PCI: No PCI card found May 29 09:58:02 linux kernel: HiSax: Card HFC 2BDS0 PCI not installed ! May 29 09:58:02 linux kernel: HiSax: debugging flags card 1 set to 4 May 29 09:58:02 linux isdnlog: isdnlog Version 4.29 starting May 29 09:58:02 linux isdnlog: Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from /usr/lib/isdn/holiday-de.dat] May 29 09:58:02 linux kernel: isdn: Verbose-Level is 3 May 29 09:58:02 linux isdnlog: Dest V1.00: File '/usr/lib/isdn/dest.gdbm' opened fine - (+h) AT CH DE NL US May 29 09:58:02 linux ipppd[1243]: Found 1 device: /dev/ippp0 May 29 09:58:02 linux isdnlog: Zone V1.24: Provider 24 File '/usr/lib/isdn/zone-de-dtag.gdbm' opened fine - V1.21 K2 C2 N256 T157192 O1 L5 May 29 09:58:02 linux ipppd[1244]: ipppd i2.2.11 (isdn4linux version of pppd by MH) started May 29 09:58:02 linux ipppd[1244]: init_unit: 0 May 29 09:58:02 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000 May 29 09:58:02 linux kernel: ippp_ccp: allocated reset data structure c0543800 May 29 09:58:02 linux ipppd[1244]: Connect[0]: /dev/ippp0, fd: 19 May 29 09:58:02 linux ipppd[1268]: Found 1 device: /dev/ippp1 May 29 09:58:02 linux ipppd[1269]: ipppd i2.2.11 (isdn4linux version of pppd by MH) started May 29 09:58:02 linux ipppd[1269]: init_unit: 0 May 29 09:58:02 linux kernel: ippp, open, slot: 1, minor: 1, state: 0000 May 29 09:58:02 linux kernel: ippp_ccp: allocated reset data structure c0542800 May 29 09:58:02 linux ipppd[1269]: Connect[0]: /dev/ippp1, fd: 19 May 29 09:58:03 linux isdnlog: Rates Version 1.10-Germany [20-Jun-2000 19:59:30] loaded [196 Providers, 5713 Zones, 17791 Areas, 17829 Specials, 46 Services, 1056 Comments, 0 eXceptions, 14902 Rates from /usr/lib/isdn/rate-de.dat] May 29 09:58:03 linux isdnlog: (ISDN subsystem with ISDN_MAX_CHANNELS > 16 detected - 2 active channels, 2 MSN/SI entries) May 29 09:58:03 linux isdnlog: (Data versions: iprofd=0x06 net_cfg=0x06 /dev/isdninfo=0x01) May 29 09:58:43 linux kernel: ippp1: dialing 1 7500300... May 29 09:58:44 linux isdnlog: (HiSax driver detected) May 29 09:58:44 linux isdnlog: May 29 09:58:44 * tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag RING (Data) May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag Time:Tue May 29 09:58:16 2001 May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag COLP *INVALID* -- ignored! May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag CONNECT (Data) May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag CHARGE: 0.120 DM/90s = 0.080 DM/Min (DTAG ISDN, City, Werktag (Dienstag), Wochentag) May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag HINT: Better use 01030:TelDaFax, 0.001 DM/1s = 0.069 DM/Min, saving 0.025 DM/Min May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag 1.CI 0.120 DM (now) May 29 09:58:46 linux isdnlog: May 29 09:58:46 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag NEXT CI AFTER 01:30 (DTAG ISDN, City, Werktag (Dienstag), Wochentag) May 29 09:58:47 linux ipppd[1269]: Local number: 3830281, Remote number: 7500300, Type: outgoing May 29 09:58:47 linux ipppd[1269]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit: 0, fd: 19 May 29 09:58:47 linux ipppd[1269]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x6f30901>] May 29 09:58:47 linux kernel: isdn_net: ippp1 connected May 29 09:58:47 linux ipppd[1269]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x6f30901>] May 29 09:58:48 linux ipppd[1269]: rcvd [0][LCP ConfReq id=0x2 <mru 1500> <auth pap> <magic 0x8d076296> <pcomp> <accomp>] May 29 09:58:48 linux ipppd[1269]: sent [0][LCP ConfRej id=0x2 <pcomp> <accomp>] May 29 09:58:48 linux ipppd[1269]: rcvd [0][LCP ConfReq id=0x3 <mru 1500> <auth pap> <magic 0x8d076296>] May 29 09:58:48 linux ipppd[1269]: sent [0][LCP ConfAck id=0x3 <mru 1500> <auth pap> <magic 0x8d076296>] May 29 09:58:48 linux ipppd[1269]: lcp layer is UP May 29 09:58:48 linux ipppd[1269]: sent [0][PAP AuthReq id=0x1 user="henkenguille" password not logged for security reasons! Use '+pwlog' option to enable full logging.] May 29 09:58:48 linux ipppd[1269]: rcvd [0][PAP AuthAck id=0x1msg=""] May 29 09:58:48 linux ipppd[1269]: Remote message: May 29 09:58:48 linux ipppd[1269]: MPPP negotiation, He: No We: No May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>] May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfReq id=0x1 <compress VJ 0f 00>] May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP ConfRej id=0x1 <compress VJ 0f 00>] May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfNak id=0x1 <addr 62.59.52.152> <ms-dns1 62.58.50.5> <ms-dns2 62.58.50.6>] May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP ConfReq id=0x2 <addr 62.59.52.152> <ms-dns1 62.58.50.5> <ms-dns2 62.58.50.6>] May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfReq id=0x2] May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP ConfNak id=0x2 <addr 0.0.0.0>] May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfAck id=0x2 <addr 62.59.52.152> <ms-dns1 62.58.50.5> <ms-dns2 62.58.50.6>] May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP ConfReq id=0x3] May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP ConfAck id=0x3] May 29 09:58:48 linux ipppd[1269]: Could not determine remote IP address May 29 09:58:48 linux ipppd[1269]: sent [0][IPCP TermReq id=0x3 "Could not determine remote IP address"] May 29 09:58:48 linux ipppd[1269]: rcvd [0][IPCP TermAck id=0x3] May 29 09:58:48 linux kernel: Received CCP frame from peer May 29 09:58:48 linux kernel: [1/1].ccp-rcv[0]: 01 01 00 0a 12 06 00 00 00 01 May 29 09:58:48 linux ipppd[1269]: rcvd [0][CCP ConfReq id=0x1 < 12 06 00 00 00 01>] May 29 09:58:48 linux ipppd[1269]: Unsupported protocol 'Compression Control Protocol' (0x80fd) received May 29 09:58:48 linux ipppd[1269]: sent [0][LCP ProtRej id=0x2 80 fd 01 01 00 0a 12 06 00 00 00 01] May 29 09:58:48 linux ip-down: Setting up routing for ippp1 (using /etc/route.conf) done May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag Normal call clearing (User) May 29 09:58:50 linux ipppd[1269]: Modem hangup May 29 09:58:50 linux ipppd[1269]: Connection terminated. May 29 09:58:50 linux ipppd[1269]: taking down PHASE_DEAD link 0, linkunit: 0 May 29 09:58:50 linux ipppd[1269]: sent [0][LCP TermReq id=0x3 6c 69 6e 6b 20 63 6c 6f 73 65 64] May 29 09:58:50 linux ipppd[1269]: LCP is down May 29 09:58:50 linux ipppd[1269]: closing fd 19 from unit 0 May 29 09:58:50 linux ipppd[1269]: link 0 closed , linkunit: 0 May 29 09:58:50 linux ipppd[1269]: reinit_unit: 0 May 29 09:58:50 linux ipppd[1269]: Connect[0]: /dev/ippp1, fd: 19 May 29 09:58:50 linux kernel: isdn: HiSax,ch0 cause: E0010 May 29 09:58:50 linux kernel: ippp1: remote hangup May 29 09:58:50 linux kernel: ippp1: Chargesum is 0 May 29 09:58:50 linux kernel: ippp_ccp: freeing reset data structure c0542800 May 29 09:58:50 linux kernel: ippp, open, slot: 1, minor: 1, state: 0000 May 29 09:58:50 linux kernel: ippp_ccp: allocated reset data structure c053f800 May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag Normal call clearing (User) May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag HINT: Cheapest booked 01030:TelDaFax 0.006 DM (would save 0.114 DM) May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag HINT: Overall cheapest 01028:TeleBridge CbC 0.000 DM (would save 0.120 DM) May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag HINT: LCR:FAILED May 29 09:58:50 linux isdnlog: May 29 09:58:50 tei 99 calling +31 70/7500300, Den Haag with +31 70/3830281, Den Haag HANGUP (1 CI 0.120 DM 0:00:04 I=179.0 b O=235.0 b) May 29 09:59:00 linux /USR/SBIN/CRON[1329]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) May 29 09:59:06 linux kernel: ippp0: dialing 1 3782888... May 29 09:59:06 linux isdnlog: May 29 09:59:06 * tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag RING (Data) May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag Time:Tue May 29 09:58:37 2001 May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag COLP *INVALID* -- ignored! May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag CONNECT (Data) May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag CHARGE: 0.120 DM/90s = 0.080 DM/Min (DTAG ISDN, City, Werktag (Dienstag), Wochentag) May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag HINT: Better use 01030:TelDaFax, 0.001 DM/1s = 0.069 DM/Min, saving 0.025 DM/Min May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag 1.CI 0.120 DM (now) May 29 09:59:08 linux isdnlog: May 29 09:59:08 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag NEXT CI AFTER 01:30 (DTAG ISDN, City, Werktag (Dienstag), Wochentag) May 29 09:59:08 linux ipppd[1244]: Local number: 3830281, Remote number: 3782888, Type: outgoing May 29 09:59:08 linux ipppd[1244]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 19 May 29 09:59:08 linux ipppd[1244]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x2adff2a6>] May 29 09:59:08 linux kernel: isdn_net: ippp0 connected May 29 09:59:08 linux ipppd[1244]: rcvd [0][LCP ConfReq id=0x1 <mru 1524> <auth chap md5> <MPmrru 0x5f4> <MPdiscr: 0x1 [ 47 56 ]>] May 29 09:59:08 linux ipppd[1244]: sent [0][LCP ConfRej id=0x1 <MPmrru 0x5f4>] May 29 09:59:08 linux ipppd[1244]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x2adff2a6>] May 29 09:59:08 linux ipppd[1244]: rcvd [0][LCP ConfReq id=0x2 <mru 1524> <auth chap md5> <MPdiscr: 0x1 [ 47 56 ]>] May 29 09:59:08 linux ipppd[1244]: sent [0][LCP ConfAck id=0x2 <mru 1524> <auth chap md5> <MPdiscr: 0x1 [ 47 56 ]>] May 29 09:59:08 linux ipppd[1244]: lcp layer is UP May 29 09:59:08 linux ipppd[1244]: rcvd [0][CHAP Challenge id=0x1 <017f8df119a8af56b93fb7ed38eb5b31>, name = "NLUDS0GV09"] May 29 09:59:08 linux ipppd[1244]: ChapReceiveChallenge: Rcvd id 1. May 29 09:59:08 linux ipppd[1244]: ChapReceiveChallenge: received name field: 'NLUDS0GV09' May 29 09:59:08 linux ipppd[1244]: sent [0][CHAP Response id=0x1 <40b6ef754638ee99f234eeb468af4a26>, name = "sh346706(a)12move.nl"] May 29 09:59:08 linux ipppd[1244]: rcvd [0][CHAP Success id=0x1 "\000"] May 29 09:59:08 linux ipppd[1244]: ChapReceiveSuccess: Rcvd id 1. May 29 09:59:08 linux ipppd[1244]: Remote message: May 29 09:59:08 linux ipppd[1244]: MPPP negotiation, He: No We: No May 29 09:59:08 linux ipppd[1244]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>] May 29 09:59:08 linux ipppd[1244]: rcvd [0][IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 193.172.249.36>] May 29 09:59:08 linux ipppd[1244]: sent [0][IPCP ConfRej id=0x1 <compress VJ 0f 01>] May 29 09:59:08 linux ipppd[1244]: rcvd [0][IPCP ConfRej id=0x1 <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>] May 29 09:59:08 linux ipppd[1244]: sent [0][IPCP ConfReq id=0x2 <addr 0.0.0.0>] May 29 09:59:08 linux ipppd[1244]: rcvd [0][IPCP ConfReq id=0x2 <addr 193.172.249.36>] May 29 09:59:08 linux ipppd[1244]: sent [0][IPCP ConfAck id=0x2 <addr 193.172.249.36>] May 29 09:59:08 linux ipppd[1244]: rcvd [0][IPCP ConfNak id=0x2 <addr 195.240.226.141>] May 29 09:59:08 linux ipppd[1244]: sent [0][IPCP ConfReq id=0x3 <addr 195.240.226.141>] May 29 09:59:08 linux ipppd[1244]: rcvd [0][IPCP ConfAck id=0x3 <addr 195.240.226.141>] May 29 09:59:08 linux ipppd[1244]: local IP address 195.240.226.141 May 29 09:59:08 linux ipppd[1244]: remote IP address 193.172.249.36 May 29 09:59:54 linux ipppd[1244]: Modem hangup May 29 09:59:54 linux ipppd[1244]: Connection terminated. May 29 09:59:54 linux ipppd[1244]: taking down PHASE_DEAD link 0, linkunit: 0 May 29 09:59:54 linux ipppd[1244]: sent [0][LCP TermReq id=0x2 6c 69 6e 6b 20 63 6c 6f 73 65 64] May 29 09:59:54 linux ipppd[1244]: LCP is down May 29 09:59:54 linux ipppd[1244]: closing fd 19 from unit 0 May 29 09:59:54 linux ipppd[1244]: link 0 closed , linkunit: 0 May 29 09:59:54 linux ipppd[1244]: reinit_unit: 0 May 29 09:59:54 linux ipppd[1244]: Connect[0]: /dev/ippp0, fd: 19 May 29 09:59:54 linux kernel: isdn_net: local hangup ippp0 May 29 09:59:54 linux kernel: ippp0: Chargesum is 0 May 29 09:59:54 linux kernel: ippp, open, slot: 2, minor: 0, state: 0000 May 29 09:59:54 linux kernel: ippp_ccp: allocated reset data structure c053f000 May 29 09:59:54 linux kernel: ippp_ccp: freeing reset data structure c0543800 May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag Normal call clearing (User) May 29 09:59:54 linux ip-down: Setting up routing for ippp0 (using /etc/route.conf) done May 29 09:59:54 linux kernel: isdn: HiSax,ch0 cause: E0010 May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag Normal call clearing (User) May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag HINT: Cheapest booked 01030:TelDaFax 0.054 DM (would save 0.066 DM) May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag HINT: Overall cheapest 01013:Tele 2 Preselection 0.047 DM (would save 0.073 DM) May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag HINT: LCR:FAILED May 29 09:59:54 linux isdnlog: May 29 09:59:54 tei 99 calling +31 70/3782888, Den Haag with +31 70/3830281, Den Haag HANGUP (1 CI 0.120 DM 0:00:46 I=192.0 b O=177.0 b) 00:10.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02) Subsystem: Cologne Chip Designs GmbH ISDN Board Flags: bus master, medium devsel, latency 16, IRQ 10 I/O ports at dc00 [disabled] [size=8] Memory at d9001000 (32-bit, non-prefetchable) [size=256] Capabilities: [40] Power Management version 1

1 0

Propblem mit T-DSL Router
by Harry Hinderer 31 May '01

31 May '01

Hallo, auf der Basis von SuSE 7.0 habe ich mir einen T-DSL Router konfiguriert. Er funktioniert mit gewissen Einschränkungen auch ganz gut. Allerdings habe ich noch folgende Probleme damit: 1. Routing: Bei der ersten Einwahl ins Internet nach dem Booten des Routers wird eine Default-Route auf eine von meinem Provider dynamische Adresse gesetzt. #route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 217.5.98.83 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 192.168.22.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 217.5.98.83 0.0.0.0 UG 0 0 0 ppp0 Wird danach die Verbindung unterbrochen und erneut eingewählt so ändert sich die Routingtabelle nicht. Müsste nicht eigentlich die Defaultroute auf die neue IP-Adresse gesetzt werden ? 2. Firewall: Möglicherweise hängt dieses Probplem mit dem obigen zusammen. Jedenfalls werden vom meinem Firewall Pakete von manchen Webservern und wirklich nur von manchen mit der folgenden Meldung abgelehnt. May 31 09:51:58 rudi kernel: Packet log: input DENY ppp0 PROTO=6 192.67.198.5:80 217.82.66.225:61774 L=40 S=0x00 I=68 Die Zieladresse entspricht der momentan gültigen IP-Adresse und die Ports größer 1023 sind freigegeben: May 31 09:51:41 rudi kernel: IP_MASQ:ip_fw_masquerade(): change masq.addr from 217.82.67.211 to 217.82.66.225 3. Patch dynamische IP-Adressen: Die erste Anfrage an eine Internetadresse versandet von allen Clients im Netz. Dieses Phänomen ist ja ausreichend bekannt und auch dokumentiert. Der entsprechende Patch ist auch aktiviert # cat /proc/sys/net/ipv4/ip_dynaddr 7 zeigt allerdings keine Wirkung. Irgenwie habe ich den Verdacht, daß alle die geschilderten Probleme miteinander zusammenhängen. -- mfg Harry Hinderer mailto:harry.hinderer@gmx.de

1 0

ISDN Einwahl verhindern aber CAPI 'behalten'
by Andreas Krummrich 31 May '01

31 May '01

Hallo zusammen, ich habe jetzt seit zwei Tagen DSL und will nun die versehendliche Einwahl per ISDN verhindern, da die DSL Flat bei den Telekomikern bei ISDN Einwahl mer kostet. Ich möchte aber nebenbei noch mein Capi für's Faxen aufrechterhalten. Hier nun also meine Frage: Wenn ich beim Hochfahren nur 'i4l_hardware' starte, ist doch die Einwahl per ISDN nicht mehr möglich. Sehe ich das richtig? Und weiter ist dann das Faxen per Capi noch möglich oder muß ich hierfür noch 'i4l' starten? Ich hoffe mal ich habe mich richtig ausgedrückt und ihr könnt mir helfen. Danke. Gruß Andreas -- I like work. I can sit there and watch it for hours. Andreas Krummrich <andreas.krummrich(a)t-online.de>

3 2

Installation von Fritz!Card PCMCIA v 2.0
by DVornheder＠t-online.de 31 May '01

31 May '01

Hallo ! Wie bekomme ich meine neu erworbene PCMCIA-Karte unter Linux zum Laufen ? Direkten Treibersupport von AVM scheint es ja für diese Karte nicht zum geben. Welche Optionen im Kernel muß ich aktivieren ? Habe z.Zt. SuSE 7.1 mit Kernel 2.4.5 am laufen. Dirk

1 0

isdnrep/messages + auswertung
by Bernd Sihling 30 May '01

30 May '01

Hi Liste, gibt es ne Möglichkeit, ein logfile (firewall, etc.) so zu Filtern, dass man herausbekommt, von welchem device eine ISDN-Verbindung getriggert wurde. Im Datail: Meine Firewall dient als Einwahlserver zu nem ISP. Die Firewall routet über zwei Ethernet-Karten ein privates Netz (192.1681.1 meines) und in ein Fimennetz (192.168.2.1) ins Internet. Jetzt sollte ich einigermassen genau in der Lage sein, die Verbindungen, die von der Firma getriggert wurden, aufzulisten, damit ich Rechnungen erstellen kann. Das ganze ist nicht hochkritisch, bin mir bewusst, dass das nie ganz genau werden kann, da ich mich ja einer geöffneten Verbindung bediehnen kann und sie dann länger offenhalte (auch anderherum möglich). Das wäre aber egal, es geht eh nur um eine Übergangszeit bis DSL kommt. Mit gespanntem Gruss, Bernd

1 0

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) May 2001