February 2000 - openSUSE ISDN (Deutsch)

Fritz PCI auf Alcatel Telefonanlage!
by H. Andersson 02 Feb '00

02 Feb '00

Hallo! Folgende Konfiguration: Suse Linux 6.2 isdn4linux Version 99.7.17 HiSax Version 3.2a Alcatel Telefonanlage Folgendes Problem: Bei Versuch eines Einwahls ist in der /var/log/messages folgende Fehlermeldung: Jan 31...... bstmail kernel: isdn: HiSax,ch0 cause: E0101. Daraus schließe ich den Fehler 'Kein Anschluß unter dieser Nummer'. Diese Fehlermeldung bekomme ich auch bei einer internen Telefonnummer. Für externe Nummern habe ich in /etc/isdn/isdnlog.isdnctrl0.options denn Eintrag für 'amt=0' aktiviert, wobei ich nicht glaube das dieser irgend eine Wirkung zeigt. Kann ich irgendwie erkennen, welche Nummer i4l wirklich wählt? Wie schaut es grundsätzlich mit Nebenstellenanlagen aus, einem Modem müßte ich mitteilen, nicht auf ein Freizeichen zu warten (atx3). Herzlichen Dank im Voraus, Henrik Andersson

2 1

[suse-isdn]ISDN-Einwahl und Netzwerkkarte gleichzeitig
by mkoehler_hh＠gmx.net 02 Feb '00

02 Feb '00

Moin, ich habe unter SuSE 6.2 einen Server laufen bei dem die Einwahl ueber ISDN und Serververbindung ueber Netzwerkarte einzeln funktioniert. Mein Problem ist, wenn sich jemand in meinen Server via ISDN eingewae hat, kann ich =FCber Netzwerkarte den Rechner nicht mehr anpingen. Nach dem beenden der ISDN-Verbindung funktioniert die Netzwerkkarte wieder einwandfrei. Ebenso ist es nicht moeglich vom Server waehrend einer ISDN-Verbindung die Clients im Netz anzupingen? Vielen Dank fuer die Hilfe Michael Koehler -- Sent through Global Message Exchange - http://www.gmx.net

3 2

hisax treiber verliert interrupts
by Gerhard.Stegmann 02 Feb '00

02 Feb '00

hallo liste. ich habe da ein problem beobachtet, dass ich zuerst auf defekte hardware zurückgeführt habe : sporadisch, und in zufälligen intervallen hing sich eine von zwei avm fritz (isa) karten auf, d.h. es ging überhaupt nichts mehr. "cat /proc/interrupts" lieferte dann bei wiederholtem aufruf für diese karte immer den gleichen irq-counter. nach entfernen und neustart des hisax-moduls lief die karte dann wieder für eine gewisse zeit, manchmal wochenlang. dies alles passierte unter 2.0.35 auf einem no-name pc. dann wurde auf neue hardware umgestellt (siemens-pc), mit zwei avm fritz pci umgestellt, kernel 2.2.13, suse6.3. die maschine lief nun 6 wochen durch, bis gestern das gleiche symptom wieder auftrat. frage nun : hat jemand dieses symptom ebenfalls beobachten können ? wenn ja, welche ursachen könnte das haben ? Mit freundlichen Grüßen Gerhard Stegmann ----------------------------------------------------------- ECT European Computer Telephony GmbH Tel : +49 89 785805-15 Fax: +49 89 785805-17 http://www.ect-munich.com -----------------------------------------------------------

1 0

AW: [suse-isdn] Wie lautet der korrekte ippd aufruf?
by Gerhard.Stegmann 02 Feb '00

02 Feb '00

> -----Ursprüngliche Nachricht----- > Von: Fengor Wolfsclaw [SMTP:9d@cosmosdirekt.de] > Gesendet am: Mittwoch, 2. Februar 2000 08:50 > An: suse-isdn(a)suse.com > Betreff: [suse-isdn] Wie lautet der korrekte ippd aufruf? > > Hallo Liste, > > Ich habe ein kleines Problem mit meiner Internet-Anbindung. Und zwar > scheint der ipppd keinen handshake zu machen. > > Ich habe ippp0 vorher laut ISDN-HowTO konfiguriert (eaz, encap=syncppp, > phone out, layer2_prot=hdlc, layer3_prot=trans, ...) und es dann mit > ifconfig ippp0 up aktiviert. > > Wenn ich nun den ipppd mit /sbin/ipppd name "user" nodefaultip > defaultroute starte > und mit /sbin/isdnctrl dial ippp0 versuche mich bei meinem ISP > einzuwählen scheint dies auf den ersten Blick zu klappen (imon meldet > ausgehende Verbindung). Allerdings wird die Verbindung nach ca 30sec > gecancelt. Ein schneller Blick in die /var/log/messages verrät mir > entweder ein 'remote hang up' oder ein 'local hang up'. > als Grund für den local hangup wird angegeben 'LCP config request timed > out'. > > Na gut, kann ja sein das das Skript stimmt aber der Serve down ist, also > mal flux Windoze hochgefahren und dort versucht mich einzuwählen. Dort > klappt es! > Was ist also das kleine aber wichtige Detail das ich anscheinend > vergessen habe? > > Danke im vorraus > Daniel "Fengor" Brachmann > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com probier mal den parameter "passive" in der ippp-options datei aus. hat mich auch gegehelft. was auch noch gerne genommen wird ist "noccp".. ansonsten wäre es das geschickteste, du schaltest mit "debug" das logging ein, und schickst uns einen auszug aus dem syslog gruss gehhard

1 0

RE: [suse-isdn] Netscape & dial on demand
by gnieder＠t-online.de 01 Feb '00

01 Feb '00

Hallo Liste, das Problem um das es in diesem Thread geht, kann ich genau so bestaetigen. Allerdings faellt mir auf, dass der Effekt, IMHO, auch Prozessorabhaengig ist. Soll heissen: - in der 5.3, Kernel 2.0.35 mit dynIP patch, trat genau dieser Effekt auf, jedoch nur wenn ich einen P75 im Rechner werkeln hatte. Mit einem P233MMX im gleichen Rechner reduzierte sich der Fehler auf etwa 1 mal von 10 Versuchen. - in der 6.1 oder 6.2 mit orginal Kerneln konnte ich diesen Effekt nicht mehr feststellen. Auch nicht mit einem P75 im Rechner. - seit der 6.3 ist der Fehler wieder aehnlich wie in der 5.3 vorhanden. Der Kernel Patch funktioniert definitiv, der dynamic Parameter macht nach der Korrektur des ip-up scripts auch keinen Aerger mehr. Meine Schlussfolgerung: - der Fehler tritt waehrend des Umschreibens der default route auf. Hier ist, abhaengig von der CPU Geschwindigkeit, fuer eine kurze Zeit keine default route vorhanden. Der Kernel weiss aber, dass die Verbindung bereits besteht, und schickt die Pakete mit der neuen source IP bereits los, obwohl die default route noch nicht ganz gesetzt ist. Ergebnis ist eine Fehlerausgabe mit network unreachable - ret=-1 - das Ganze geht sogar soweit, dass ich z.B. auf einem 486 System diese Meldung zwei bis drei mal erhalte, bis das erste Paket tatsaechlich rausgeht. - auf einem K6/2-400 Sytem laeuft es bis auf ca. 1 oder 2 mal bei ca.50 Versuchen einwandfrei. Dieser Effekt duerfte weg sein, wenn der Kernel wartet bis die neue default route tatsaechlich fertig gesetzt ist. Frage: kann man das irgendwo beeinflussen???? ciao Guenter Niedermeier > Wenn hier Pakete verloren gehen, dann bedeutet das, daß der dynamic > IP-Patch nicht aktiv ist. Kontrolliere doch mal mit > cat /proc/sys/net/ipv4/ip_dynaddr > ob da ein Wert ungleich 0 herauskommt. Wenn hier 0 steht, dann gehen alle > Pakete bis zur stehenden Verbindung verloren. Beim dynamic Parameter ist > nur wichtig, daß er aktiv ist wenn die Verbindung abgebaut wird, damit > nicht irgendwelche Verbindungen bestehen bleiben, die aufgrund dynamischer > IP-Adressen nicht mehr aufgebaut werden können. > > > Berthold Gunreben (bg(a)suse.de) > > ------------------------------------------------------------------ > --------- > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com >

1 0

squid 2.2STAB5 und isdn dial-up -> timeout-Meldung
by tb 01 Feb '00

01 Feb '00

Auf die folgende Message habe ich in der squid-Liste bisher keine Antwort erhalten, vielleicht weiss ja hier jemand etwas: We have used squid 2.2STAB3 with isdn dial-up to our provider for a long time without problems. Now we have changed to 2.2STAB5 on a new pc but with the "same configuration" (so far as i can see). The problem is, that squid always send an error-message "parent not accessible" when starting a new request and the line is actually down. The timeout is 2-3 seconds, thats too short for the isdn dial to come up. I haven't found any entry to set the timeout for the connection to a parent cache. Whats wrong ? Here is the entry from the config: ... # # NOTE: non-ICP neighbors must be specified as 'parent'. # #cache_peer hostname type 3128 3130 cache_peer 212.185.251.136 parent 80 0 no-query default # TAG: cache_peer_domain # Use to limit the domains for which a neighbor cache will be # queried. Usage: # ... mfg t_bolbrinker(a)incotec-automation.com

1 0

AW: [suse-isdn] Comundo
by Gerhard.Stegmann 01 Feb '00

01 Feb '00

> -----Ursprüngliche Nachricht----- > Von: Klaus Dahlke [SMTP:klaus.dahlke@gmx.de] > Gesendet am: Dienstag, 1. Februar 2000 09:47 > An: suse-isdn(a)suse.com > Betreff: [suse-isdn] Comundo > > Hallo zusammen, > > ich möchte gerne Comundo als Internetprovider nutzen, was leider auf > etwas Probleme stösst. Die Verbindung kommt zwar zustande, aber in > /var/log/messages kommt von Zeit zu Zeit die Meldung: > > Jan 31 23:11:20 dahlke ipppd[4755]: MPPP negotiation, He: No We: No > Jan 31 23:11:20 dahlke ipppd[4755]: sent [0][IPCP ConfReq id=0x1 <addr > 0.0.0.0>] > Jan 31 23:11:20 dahlke ipppd[4755]: rcvd [0][IPCP ConfReq id=0x1 > <compress VJ 0f 01> <addr 195.71.159.59>] > Jan 31 23:11:20 dahlke ipppd[4755]: sent [0][IPCP ConfRej id=0x1 > <compress VJ 0f 01>] > Jan 31 23:11:20 dahlke ipppd[4755]: rcvd [0][CCP ConfReq id=0x1 <LZS > (Ascend pre-RFC)] > Jan 31 23:11:20 dahlke ipppd[4755]: Unsupported protocol 'Compression > Control Protocol' (0x80fd) received > Jan 31 23:11:20 dahlke ipppd[4755]: sent [0][LCP ProtRej id=0x2 80 fd 01 > 01 00 0a 11 06 00 01 01 03] > Jan 31 23:11:20 dahlke kernel: Received CCP frame from peer > Jan 31 23:11:20 dahlke kernel: [0/1].ccp-rcv[0]: 01 01 00 0a 11 06 00 01 > 01 03 > Jan 31 23:11:20 dahlke ipppd[4755]: rcvd [0][IPCP ConfNak id=0x1 <addr > 62.52.227.150>] > Jan 31 23:11:20 dahlke ipppd[4755]: sent [0][IPCP ConfReq id=0x2 <addr > 62.52.227.150>] > Jan 31 23:11:20 dahlke ipppd[4755]: rcvd [0][IPCP ConfReq id=0x2 <addr > 195.71.159.59>] > Jan 31 23:11:20 dahlke ipppd[4755]: sent [0][IPCP ConfAck id=0x2 <addr > 195.71.159.59>] > Jan 31 23:11:20 dahlke ipppd[4755]: rcvd [0][IPCP ConfAck id=0x2 <addr > 62.52.227.150>] > Jan 31 23:11:20 dahlke ipppd[4755]: local IP address 62.52.227.150 > Jan 31 23:11:20 dahlke ipppd[4755]: remote IP address 195.71.159.59 > > Wenn die Meldung 'Unsupportted ...' auftaucht, kann zwar ein ping auf die > angebgenen IP-Adressen gemacht werden, andere sind > aber nicht erreichbar. > > > Hat jemand vergelichbare Erfahrung gemacht bzw. wie kann man stabile > Einwahlverhältnisse bei Coundo erzielen? > > Danke. > > Klaus Dahlke > > > -- > Sent through Global Message Exchange - http://www.gmx.net > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: suse-isdn-unsubscribe(a)suse.com > For additional commands, e-mail: suse-isdn-help(a)suse.com wenn du das gate anpingen kannst, aber sonst nichts, dann fehlt dir die DEFAULT-route füge einen entsprechenden eintrag in die /etc/route.conf dazu : default <gate> 255.255.255.255 ipppX gruss.gerhard p.s. du kannst dir die ccp-compressoren in den isdn-stack mit einkompilieren..... such mal nach "isdn_lzscomp". is n compressor im beta-stadium, funktioniert hier aber ganz ordentlich. alternativ geht auch folgende kombination #noccp CCP enablen -vj -vjccomp -bscomp damit ist ccp eingeschaltet, aber beim aushandeln der kompressionen werden keine aktiviert.... das geht natürlich ein wenig auf kosten der verbindungsaufbaudauer

1 0

Comundo
by Klaus Dahlke 01 Feb '00

01 Feb '00

Hallo zusammen, ich möchte gerne Comundo als Internetprovider nutzen, was leider auf etwas Probleme stösst. Die Verbindung kommt zwar zustande, aber in /var/log/messages kommt von Zeit zu Zeit die Meldung: Jan 31 23:11:20 dahlke ipppd[4755]: MPPP negotiation, He: No We: No Jan 31 23:11:20 dahlke ipppd[4755]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0>] Jan 31 23:11:20 dahlke ipppd[4755]: rcvd [0][IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 195.71.159.59>] Jan 31 23:11:20 dahlke ipppd[4755]: sent [0][IPCP ConfRej id=0x1 <compress VJ 0f 01>] Jan 31 23:11:20 dahlke ipppd[4755]: rcvd [0][CCP ConfReq id=0x1 <LZS (Ascend pre-RFC)] Jan 31 23:11:20 dahlke ipppd[4755]: Unsupported protocol 'Compression Control Protocol' (0x80fd) received Jan 31 23:11:20 dahlke ipppd[4755]: sent [0][LCP ProtRej id=0x2 80 fd 01 01 00 0a 11 06 00 01 01 03] Jan 31 23:11:20 dahlke kernel: Received CCP frame from peer Jan 31 23:11:20 dahlke kernel: [0/1].ccp-rcv[0]: 01 01 00 0a 11 06 00 01 01 03 Jan 31 23:11:20 dahlke ipppd[4755]: rcvd [0][IPCP ConfNak id=0x1 <addr 62.52.227.150>] Jan 31 23:11:20 dahlke ipppd[4755]: sent [0][IPCP ConfReq id=0x2 <addr 62.52.227.150>] Jan 31 23:11:20 dahlke ipppd[4755]: rcvd [0][IPCP ConfReq id=0x2 <addr 195.71.159.59>] Jan 31 23:11:20 dahlke ipppd[4755]: sent [0][IPCP ConfAck id=0x2 <addr 195.71.159.59>] Jan 31 23:11:20 dahlke ipppd[4755]: rcvd [0][IPCP ConfAck id=0x2 <addr 62.52.227.150>] Jan 31 23:11:20 dahlke ipppd[4755]: local IP address 62.52.227.150 Jan 31 23:11:20 dahlke ipppd[4755]: remote IP address 195.71.159.59 Wenn die Meldung 'Unsupportted ...' auftaucht, kann zwar ein ping auf die angebgenen IP-Adressen gemacht werden, andere sind aber nicht erreichbar. Hat jemand vergelichbare Erfahrung gemacht bzw. wie kann man stabile Einwahlverhältnisse bei Coundo erzielen? Danke. Klaus Dahlke -- Sent through Global Message Exchange - http://www.gmx.net

2 1

Zwei Connections auf Server
by Dirk.Nitka＠ages.de 01 Feb '00

01 Feb '00

Hallo, ich habe folgendes Problem: Ich möchte auf einer SuSE 6.2 Kiste einen PPP-Server einrichten, der zwei Usern gleichzeitig die Einwahl ermöglichen soll. Die beiden IP-Adressen sollen statisch vergeben werden. Im Rechner ist eine AVM-B1 eingebaut. Eine Connection bekomme ich schon hin. Nachdem ich einfach ein zweites Device ippp1 eingerichtet habe und auch die Datei options.ippp0 nach options.ippp1 kopiert und editiert habe, dachte ich es müßte jetzt mit zwei Connections klappen. Leider ist es aber so, daß die erste Connection gekappt wird, sobald die zweite aufgebaut werden soll. Außerdem scheint jetzt auch das Routing nicht mehr sauber zu funktionieren. Was mach ich da falsch? Falls Ihr mir jetzt mit RTFM kommt, dann bitte mit Hinweis welche! Danke Dirk ______________________________________________________________________ Internet Email Sicherheits-Hinweis / Security Footer * * * * * * * * * * * * * * * * * * * * * * * * * Email-Nachrichten koennen waehrend der Uebermittlung geaendert oder verfaelscht werden. Diese Nachricht kann persoenliche/vertrauliche Informationen enthalten. Falls Sie nicht der in der Nachricht angegebene Empfaenger sind (oder für die Weiterleitung zum Empfaenger zustaendig sind) duerfen Sie diese Nachricht nicht kopieren oder einem Dritten zugaenglich machen. In diesem Fall loeschen Sie bitte die Nachricht und benachrichtigen uns umgehend unter webmaster(a)ages.de. Der Inhalt dieser Email-Nachricht ist nur rechtsverbindlich, wenn er unabhaengig von dieser Nachricht offiziell bestaetigt wird. --------- Email-Messages may be modified or falsified during transmission. Personal/Confidential Information may be contained in this message. If you are not the addressee indicated in this message (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case, you should destroy this message, and notify us immediately at webmaster(a)ages.de. Information expressed in this message are not legally binding unless otherwise indicated by an authorized representative independent of this message.

1 0

Re: [suse-isdn] installation Diva-Karte
by Rolf Ditzell 01 Feb '00

01 Feb '00

Soweit bin ich auch gekommen, da fehlt wohl doch noch ein wenig mehr. Deshalb fragte ich nach einer ausführlicheren Anleitung >> mit evtl. config's. Martin Fink schrieb: > Rolf Ditzell wrote: > > > > Hallo an Euch, > > > > ich brauche Eure Hilfe. > > Nach vielen vergeblichen Versuchen der Installation habe ich es > > aufgegeben, alleine damit fertig zuwerden. > > Also, wer kann mir eine gute Beschreibung evtl. auch config's und > > dergleichen für die Installation einer ISDN-Karte com Typ: > > > > Eicon.Diehl Diva ISA PNP > > > > pnpdump > > -- > Martin Fink Telefon (0711) 42 83 56 > Diplom-Informatiker (FH) Telefax (0711) 42 83 59 > Stuttgart, Germany E-Mail fink(a)m-fink.de

2 1