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

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

ELSA MicroLink ISDN PCI
by Steffen Wagner 01 Apr '00

01 Apr '00

Hallo Zusammen, wenn ich die Elsa Microlink ISDN PCI unter SuSE 6.3 oder auch 6.4 über den yast-...-hardware integriere erhalte ich beim Neustart des Rechners folgende Fehlermeldung vom Hisax-Treiber: ------schnipp----SuSE 6.4---- Loading ISDN driver ... Loading HiSax driver ... /sbin/insmod /lib/modules/2.2.14/net/slhc.o /sbin/insmod /lib/modules/2.2.14/misc/isdn.o /sbin/insmod /lib/modules/2.2.14/misc/hisax.o type=18 irq=5 mem=0xd0000 protocol=2 id=HiSax ------schnapp----- Dannach steht der Rechner und nix läuft mehr :-( Kann mir einer weiterhelfen ? Vielen Dank für jeden Tip. Unter der yast-Konfiguration kann man auch NUR die Quickstep angeben. Nach Aussage von Elsa soll das aber mit dem Microlink-Treiber laufen ?!?!? <:-o -- Mit freundlichen Grüßen Steffen Wagner mailto:S.Wagner@st-elisabeth.de

3 2

Sync-PPP and Windows-NT RAS
by Klaus Hoffmann 31 Mar '00

31 Mar '00

Hi Everybody, I have a working ISDN-Card an several PPP-Connections Working - on SuSE6.2. so the installation should be fine in general... One of my customers has a big NT-Domain with RAS-Services running and Administrator defined Callback. When I try to connect with my Linux box, I the RAS server hangs up. (Please look at the attachment...). On the other hand: When I make a call with a Win95 DFü - The RAS-Server calls back an can connect to my Linux-Box... Can you help? All I´ve found in the documentations is about Async-PPP. What I´m going to do is Sync-PPP. Are there any informations? Please reply CC to mailto://handatalog@compuserve.com Thank you in advance. Klaus Hoffmann -- Klaus Hoffmann EMail: handatalog(a)compuserve.com Tel.: +49-7161-989464 Krummstr. 9/1 Fax: +49-7161-989466 D-73054 Eislingen Mobil: +49-170-2033183 Mar 24 08:35:26 klaus isdnlog: Mar 24 08:35:26 * tei 76 calling TEST DATA with HDLE DATA RING (Data) Mar 24 08:35:26 klaus isdnlog: Can't start "(null)" with execvp(): No such file or directory Mar 24 08:35:26 klaus isdnlog: Mar 24 08:35:29 klaus isdnlog: Mar 24 08:35:29 tei 76 calling TEST DATA with HDLE DATA Time:Fri Mar 24 08:35:00 2000 Mar 24 08:35:29 klaus isdnlog: Mar 24 08:35:29 tei 76 calling TEST DATA with HDLE DATA CONNECT (Data) Mar 24 08:35:29 klaus isdnlog: Mar 24 08:35:29 tei 76 calling TEST DATA with HDLE DATA Unknown provider 33 Mar 24 08:35:29 klaus ipppd[247]: Local number: 989465, Remote number: 1234567890987 Type: outgoing Mar 24 08:35:29 klaus ipppd[247]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 5, linkunit: 0, fd: 7 Mar 24 08:35:29 klaus ipppd[247]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0xaccbb15a> <pcomp> <accomp>] Mar 24 08:35:29 klaus kernel: isdn_net: ippp5 connected Mar 24 08:35:29 klaus kernel: isdn_net: chargetime of ippp5 now 1276811 Mar 24 08:35:29 klaus ipppd[247]: rcvd [0][LCP ConfReq id=0x1 <auth chap msoft> <magic 0x1dd> <pcomp> <accomp>] Mar 24 08:35:29 klaus ipppd[247]: sent [0][LCP ConfAck id=0x1 <auth chap msoft> <magic 0x1dd> <pcomp> <accomp>] Mar 24 08:35:29 klaus ipppd[247]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0xaccbb15a> <pcomp> <accomp>] Mar 24 08:35:29 klaus ipppd[247]: lcp layer is UP Mar 24 08:35:29 klaus ipppd[247]: rcvd [0][CHAP Challenge id=0x3c <919e41eca08e03c0>, name = ""] Mar 24 08:35:29 klaus ipppd[247]: ChapReceiveChallenge: Rcvd id 60. Mar 24 08:35:29 klaus ipppd[247]: ChapReceiveChallenge: received name field: '' Mar 24 08:35:29 klaus ipppd[247]: ChapReceiveChallenge: using 'GD_TEST\HDLEi' as remote name Mar 24 08:35:29 klaus ipppd[247]: sent [0][CHAP Response id=0x3c <000000000000000000000000000000000000000000000000ce9c3de3cc371578c633045e1a2cc6fb91df205049fd516101>, name = "GD_TEST\HDLEi"] Mar 24 08:35:29 klaus ipppd[247]: rcvd [0][CHAP Success id=0x3c ""] Mar 24 08:35:29 klaus ipppd[247]: ChapReceiveSuccess: Rcvd id 60. Mar 24 08:35:29 klaus ipppd[247]: MPPP negotiation, He: No We: No Mar 24 08:35:29 klaus ipppd[247]: sent [0][IPCP ConfReq id=0x1 <addr 192.168.200.1> <compress VJ 0f 01>] Mar 24 08:35:29 klaus ipppd[247]: CCP enabled! Trying CCP. Mar 24 08:35:29 klaus ipppd[247]: CCP: got ccp-unit 0 for link 0 (protocol: 0x80fd) Mar 24 08:35:29 klaus ipppd[247]: ccp_resetci! Mar 24 08:35:29 klaus ipppd[247]: rcvd [0][LCP TermReq id=0x1 00 00 02 89] Mar 24 08:35:29 klaus ipppd[247]: LCP terminated by peer (^@^@^BM-^I) Mar 24 08:35:29 klaus ipppd[247]: sent [0][LCP TermAck id=0x1] Mar 24 08:35:30 klaus kernel: isdn_net: Got CINF chargetime of ippp5 now 1276924 Mar 24 08:35:30 klaus isdnlog: Mar 24 08:35:30 tei 76 calling TEST DATA with HDLE DATA Normal call clearing (User) Mar 24 08:35:30 klaus kernel: ippp5: remote hangup Mar 24 08:35:30 klaus kernel: ippp5: Chargesum is 1 Mar 24 08:35:30 klaus kernel: ippp, open, slot: 3, minor: 5, state: 0000 Mar 24 08:35:30 klaus kernel: ippp_ccp: allocating reset data structure Mar 24 08:35:30 klaus ipppd[247]: Modem hangup Mar 24 08:35:30 klaus ipppd[247]: Connection terminated. Mar 24 08:35:30 klaus ipppd[247]: taking down PHASE_DEAD link 0, linkunit: 0 Mar 24 08:35:30 klaus ipppd[247]: LCP is down Mar 24 08:35:30 klaus ipppd[247]: closing fd 7 from unit 0 Mar 24 08:35:30 klaus ipppd[247]: link 0 closed , linkunit: 0 Mar 24 08:35:30 klaus ipppd[247]: reinit_unit: 0 Mar 24 08:35:30 klaus ipppd[247]: Connect[0]: /dev/ippp5, fd: 7 Mar 24 08:35:30 klaus isdnlog: Mar 24 08:35:30 tei 76 calling TEST DATA with HDLE DATA HANGUP (2 EH DEM 0.240 0:00:01 I= 78.0 b O=144.0 b

1 0

AW: [suse-isdn] sendmail
by Burghardt, Axel 31 Mar '00

31 Mar '00

Hallo Axel, <EINSCHUB> Hatte für Dein yaps-Problem leider keine Lösung gefunden. Hatte vergessen, mich noch mal zu melden. Sorry. </ENSCHUB> in /etc/rc.config.d/sendmail.rc.config SENDMAIL_NOCANONIFY="no" und SENDMAIL_NODNS="yes" setzen. Dann SuSEconfig aufrufen. Dann /sbin/init.d/sendmail restart Dann testen. Sollte das Problem nach dem Update auf 6.4 aufgetreten sein, am besten noch mal Sendmail deinstallieren und neu installieren. Ich habe irgendwie den Eindruck, dass es mit der Erstellung der sendmail.cf immer noch Probleme speziell nach Updates gibt. Hatte dieses Problem gestern nämlich auch mal wieder. :-( Kann das jemand aus der Liste bestätigen? Gruß Axel -----Ursprüngliche Nachricht----- Von: Axel Thuere [mailto:axel@atcom-edv.de] Gesendet am: Dienstag, 29. Februar 2000 07:53 An: mailinglist suseisdn Betreff: [suse-isdn] sendmail hallo, hat schon jemand rausbekommen wie man sendmail beibringt das es keine nameserver-anfragen macht bevor es die mail in die queue stellt wenn es mail uebergeben bekommt, aber so eingestellt ist das es direkt versendet also ohne smarthost ? bye und danke Axel --------------------------------------------------------------------- To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com For additional commands, e-mail: suse-isdn-help(a)suse.com

1 0

Re: [suse-isdn] firewalling
by Burghardt, Axel 31 Mar '00

31 Mar '00

Hi, um die Lösungssuche ein wenig zu beschleunigen, könnte ein Auszug aus /var/log/messages hilfreich sein. Bitte vorher ein "isdnctrl verbose 3" machen, damit i4l ein wenig gesprächiger wird. Ohne "Fakten" kann ich persönlich nur schwer helfen. ;-) Gruß Axel -----Ursprüngliche Nachricht----- Von: Rainer Koch [mailto:koch@kapp-coburg.de] Gesendet am: Freitag, 31. März 2000 07:25 An: Wolfgang Wagner; suse-isdn(a)suse.com Betreff: Re: [suse-isdn] firewalling > > ich nun versuche von einem Client aus auf's Internet zuzugreifen, dauert > > das (beim ersten Zugriff nach dem Aufbauen der Verbindung) ewig lang (ca. > > 60 Sekunden), danach ist die Geschwindigkeit ganz normal bis die > > Verbindung wieder abgebaut wird. Kann es sein, dass die erste Anforderung > Das dauert, weil ja erst eine Verbindung aufgebaut werden muß, > deine Zugangsdaten beim Provider geprüft werden und erst dann > Du eine IP-Nummer erhältst. Wie lange dauert Deiner Meinung nach der Verbindungsaufbau ??? Also bei mir sind's maximal zwei Sekunden bis die PPP-Verbindung steht... Trotzdem wuerde es auch bei mir 60 Sekunden dauern, wenn ich nicht sofort auf "Abbrechen" und "Aktualisieren" drücken würde.. > > des Clients ins Leere läuft (weil die Routen ja noch nicht bekannt und > > richtig gesetzt sind) und wie kann ich das vermeiden? > > > Nein, die Anfrage läuft nicht ins leere, weil auch die erste Anfrage > beantwortet wird, aber eben erst nach dem erfolgreichen > Verbindungasaufbau. Komisch - bei mir kommt definitiv nichts zurück - auch nicht nach 60 Sekunden ! Das was zurückkommt ist die Antwort auf den Retry.. sofern dieser stattfindet bevor I4L wieder aufgelegt hat. Deshalb musste ich die Zeit bis zum Auflegen auf mindestens 1:30 einstellen, sonst kam überhaupt keine Verbindung zustande. Dabei würde ich den HANGUP gern auf 10 Sekunden einstellen, da bei mir sekundengenau abgerechnet wird :-( > Vermeiden? Nur mit Standleitung. Es geht auch schneller, wenn > Dein Provider deine Zugangsdaten schneller prüft. Letzteres ? IMHO Nein ! Selbst wenn er innerhalb einer hundertstel Sekunde alles abwickeln würde geht das erste Paket wegen der falschen Adresse verloren. Ja, ich habe den DYNIP aktiviert, manchmal geht es auch, aber nicht immer ! Vor allem beim ersten Verbindungsauf- bau gibt es den Totalhaenger, erneuter Verbindungsaufbau kurz nachdem er aufgelegt hat geht ab und zu (vielleicht bekomme ich da einfach wieder die alte IP zugewiesen ??). Ab und zu erscheint auch die Meldung "Shifting .....", aber das dauert zwischen 10 und 40 Sekunden bis die kommt. Koennte auch sein, das hier das zweite Paket (der Retry) geshiftet wird. Außerdem: Mit fester IP-Adresse geht das alles wunderbar !! Sowohl mit PPP als auch mit Raw-IP (getestet !) MfG Rainer Koch (Der sich damit abgefunden hat, das es z.Zt. anscheinend keine 100% Loesung für das Problem unter Linux gibt. Gegenanzeigen erwünscht !) --------------------------------------------------------------------- To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com For additional commands, e-mail: suse-isdn-help(a)suse.com

1 0

Re: [suse-isdn] firewalling
by Rainer Koch 31 Mar '00

31 Mar '00

> > ich nun versuche von einem Client aus auf's Internet zuzugreifen, dauert > > das (beim ersten Zugriff nach dem Aufbauen der Verbindung) ewig lang (ca. > > 60 Sekunden), danach ist die Geschwindigkeit ganz normal bis die > > Verbindung wieder abgebaut wird. Kann es sein, dass die erste Anforderung > Das dauert, weil ja erst eine Verbindung aufgebaut werden muß, > deine Zugangsdaten beim Provider geprüft werden und erst dann > Du eine IP-Nummer erhältst. Wie lange dauert Deiner Meinung nach der Verbindungsaufbau ??? Also bei mir sind's maximal zwei Sekunden bis die PPP-Verbindung steht... Trotzdem wuerde es auch bei mir 60 Sekunden dauern, wenn ich nicht sofort auf "Abbrechen" und "Aktualisieren" drücken würde.. > > des Clients ins Leere läuft (weil die Routen ja noch nicht bekannt und > > richtig gesetzt sind) und wie kann ich das vermeiden? > > > Nein, die Anfrage läuft nicht ins leere, weil auch die erste Anfrage > beantwortet wird, aber eben erst nach dem erfolgreichen > Verbindungasaufbau. Komisch - bei mir kommt definitiv nichts zurück - auch nicht nach 60 Sekunden ! Das was zurückkommt ist die Antwort auf den Retry.. sofern dieser stattfindet bevor I4L wieder aufgelegt hat. Deshalb musste ich die Zeit bis zum Auflegen auf mindestens 1:30 einstellen, sonst kam überhaupt keine Verbindung zustande. Dabei würde ich den HANGUP gern auf 10 Sekunden einstellen, da bei mir sekundengenau abgerechnet wird :-( > Vermeiden? Nur mit Standleitung. Es geht auch schneller, wenn > Dein Provider deine Zugangsdaten schneller prüft. Letzteres ? IMHO Nein ! Selbst wenn er innerhalb einer hundertstel Sekunde alles abwickeln würde geht das erste Paket wegen der falschen Adresse verloren. Ja, ich habe den DYNIP aktiviert, manchmal geht es auch, aber nicht immer ! Vor allem beim ersten Verbindungsauf- bau gibt es den Totalhaenger, erneuter Verbindungsaufbau kurz nachdem er aufgelegt hat geht ab und zu (vielleicht bekomme ich da einfach wieder die alte IP zugewiesen ??). Ab und zu erscheint auch die Meldung "Shifting .....", aber das dauert zwischen 10 und 40 Sekunden bis die kommt. Koennte auch sein, das hier das zweite Paket (der Retry) geshiftet wird. Außerdem: Mit fester IP-Adresse geht das alles wunderbar !! Sowohl mit PPP als auch mit Raw-IP (getestet !) MfG Rainer Koch (Der sich damit abgefunden hat, das es z.Zt. anscheinend keine 100% Loesung für das Problem unter Linux gibt. Gegenanzeigen erwünscht !)

1 0

firewalling
by Florian Link 30 Mar '00

30 Mar '00

Wenn ich das richtig verstanden habe, muß ich die SuSE-Firewall jedesmal mit "restart" oder "reload" im ppp-up neu starten, damit bei einer Dial-up-Verbindung mit dynamischen IPs alles richtig funktioniert. Wenn ich nun versuche von einem Client aus auf's Internet zuzugreifen, dauert das (beim ersten Zugriff nach dem Aufbauen der Verbindung) ewig lang (ca. 60 Sekunden), danach ist die Geschwindigkeit ganz normal bis die Verbindung wieder abgebaut wird. Kann es sein, dass die erste Anforderung des Clients ins Leere läuft (weil die Routen ja noch nicht bekannt und richtig gesetzt sind) und wie kann ich das vermeiden? TIA, Florian

2 1

Suse 6.4, I4L, Sedlbauer speedfax+
by Thomas von Siebenthal 30 Mar '00

30 Mar '00

Hallo, ich habe mir eine Sedlbauer speedfax+ zugelegt und moechte nun diese mit Hylafax zum faxen verwenden. Hat jemand von Euch ev. schon Erfahrungen wie ich den Kernelpatch mit den Kernel-Quellen von Suse 6.4 zum Laufen bringe??? cu Thomas -- ************************************************************ Thomas von Siebenthal Voice ++41 (0)32 / 645 04 70 Flurstrasse 28A Fax ++41 (0)32 / 645 04 74 CH-2544 Bettlach E-Mail Thomas(a)von.Siebenthal.ch Switzerland WWW http://www.siebenthal.ch ************************************************************

1 0

firewalling
by Florian Link 29 Mar '00

29 Mar '00

Wenn ich das richtig verstanden habe, muß ich die SuSE-Firewall jedesmal mit "restart" oder "reload" im ppp-up neu starten, damit bei einer Dial-up-Verbindung mit dynamischen IPs alles richtig funktioniert. Wenn ich nun versuche von einem Client aus auf's Internet zuzugreifen, dauert das (beim ersten Zugriff nach dem Aufbauen der Verbindung) ewig lang (ca. 60 Sekunden), danach ist die Geschwindigkeit ganz normal bis die Verbindung wieder abgebaut wird. Kann es sein, dass die erste Anforderung des Clients ins Leere läuft (weil die Routen ja noch nicht bekannt und richtig gesetzt sind) und wie kann ich das vermeiden? TIA, Florian

1 0

SUSE 6.2 an ELSA Lancom 1000, bitte melden!
by Axel Spallek 29 Mar '00

29 Mar '00

Hallo Leute. Hat mir mal jemand schnell nen Tip? Was ist ein "illegal ipcp_unit". Nach dieser Meldung bricht die Verbindung nach einigen Sekunden ab. Der Suse-Rechner hat hier versucht sich auf einem ELSA Lancom 1000 einzuwählen. Unter Win98 klappt die Einwahl auf das Lancom problemlos. Auch kommt der SUSE Rechner über Talknet problemlos ins Internet. Weswegen ich annahm, daß SUSE->Lancom auch problemlos klappen müßte. Satz mit "X", hehehe. Mar 29 14:50:58 DS01SV01 kernel: isdn_net: ippp1 connected Mar 29 14:50:58 DS01SV01 kernel: isdn_net: chargetime of ippp1 now 7633911 Mar 29 14:51:01 DS01SV01 ipppd[148]: ipcp_input: illegal ipcp_unit for linkunit 0 Mar 29 14:56:58 DS01SV01 last message repeated 9 times Mar 29 14:57:01 DS01SV01 ipppd[148]: LCP terminated by peer Gruß, Axel

1 0