October 2003 - openSUSE ISDN (Deutsch)

Re: [suse-isdn] Mehrere DSL Interfaces
by Rainer Stransky 16 Oct '03

16 Oct '03

On Thursday 16 October 2003 13:06, Christian.Wittmer(a)intercomponentware.com wrote: > Versuch mal deinem Device den Namen wie "ppp0, ppp1,..." zu geben, denn > meines wissens ist das DSL-Device ppp0. > Der von YAST2 angelegte Config-File heist: ifcfg-dsl0. Wenn man ifup dsl0 eingibt, wird ein DSL-Device ppp0 angelegt. Ich habe nun zuerst den einen Zugang mit YAST2 konfiguriert und getestet. Habe dann ifcfg-dsl0 nach ifcfg-dsl1 kopiert und intern dito für den dsl-provider. Beim Versuch nun mit ifup dsl1 dieses zweite Interface zu starten kommt dann eben der Fehler : ifup-dsl: interface dsl1 is not known by smpppd Beim Versuch "ifup ppp1" wird folgende Fehlermeldung ausgegeben : "ifup: No configuration found for ppp1" was nachvollziehbar ist. Aber dennoch danke für deine Hilfe, ansonsten ist wohl keiner da, der einen Tipp hat. MfG Rainer > MfG > > Christian Wittmer > > > > > > > Rainer Stransky <Rainer.Stransky(a)so-fa.de> > 13.10.2003 18:54 > > > To: suse-isdn(a)suse.com > cc: > Subject: [suse-isdn] Mehrere DSL Interfaces > > > Kann per YAST2 nur ein DSL Interface konfigurieren. Ich möchte jedoch 2 > parallel betreiben (eins mit fixer IP-Adresse jedoch volumentarifiert und > eins mit dynamischer IP Adresse jedoch FLAT tarfiert). > > Habe die mit YAST2 erstellten Konfig-Files kopiert/gedoppelt: > ./ifcfg-dsl1 > ./providers/dsl-provider1 > > jedoch wird beim Versuch die Interfaces zu starten folgende Fehlermedlung > > ausgegeben: > > ifup dsl1 > > ifup-dsl: interface dsl1 is not known by smpppd > > > Hat jemand einen Tipp ? > > Rainer -- -------------------------------------------------------------------------- Software Factory GmbH mailto:Rainer.Stransky@so-fa.de Panoramastr. 47, 73084 Salach phone : +49 7162 460592 o technical software development fax : +49 7162 460593 o system engineering mobile : +49 172 6714084 o consulting www : http://www.so-fa.de --------------------------------------------------------------------------

1 0

Antw: Re: [suse-isdn] automatischer Rückruf funktioniert nicht
by Leonhard Lichtenfels 16 Oct '03

16 Oct '03

Danke für die schnelle Antwort! >Das ist so gewollt (Sicherheit) es werden nur die angegebene Nummer >gewaehlt, etwas anderes ist im I4L nicht vorgesehen. Also muss ich 11 Schnittstellen mit jeweils 1 Provider mit der entsprechenden Nummer einrichten? >Na ebend, der Rechner ist der "Provider" und braucht deswegen einige Infos, >insbesondere die erlaubten login Daten und die Nummer im Rueckruffall. Warum >sollte man das dann anderes handeln als wie bei einem Client ? Also an der Stelle "Provider" im YaST gebe ich die Daten ein, die der Server braucht, um sich beim Rückruf am Client zu authentifizieren? >Windows versteht unter Callback etwas anderes als in I4L implementiert wurde, >dieses spezille Callbackprotokoll wird nicht durch Linux unterstuetzt. >Er nimmt sie garnicht an wenn er als Server konfiguriert ist sondern weist >sie ab und baut dann die Verbindung auf. Wie richte ich das denn ein, dass der Linux-Server den Windows Client zurück ruft und das auch funktioniert...? Muss ich ein zusätzliches Protokoll einsetzen? Muss ich dann am Client irgendwie einstellen, dass er direkt nach dem Wählen wieder auflegen soll und auf den eingehenden Anruf warten soll? Laut der Windows-Hilfe soll irgendwann während der Herstellung der Verbindung ein Dialogfeld eingeblendet werden "eingehender Rückruf" o.ä. >Hier ist Kanalbündlung im Spiel, damit funktioniert Callback nicht stabil. Das ist richtig. Dann nehme ich die erstmal wieder raus. Obwohl ich die der Geschwindigkeit halber eigentlich bräuchte... Danke nochmal für Deine Hilfe! Gruß Leo

1 0

automatischer Rückruf funktioniert nicht
by Leonhard Lichtenfels 16 Oct '03

16 Oct '03

Hi @all! Ich habe folgendes Problem: Ich habe einen SuSE 8.1 Linux-Rechner als einwahlserver konfigurieren wollen. In diesem Rechner sind zwei passive AVM Fritz-Karten drin. Dann habe ich mit Yast2 alles soweit konfiguriert und die Einwahl mit CHAP-Authentifizierung funktioniert wunderbar. Allerdings nur solange, wie ich im Yast die Option "Rückruf aus" (oder Rückruf Client) aktiviert habe. Wenn ich jedoch auf "Rückruf Server" stelle, kann ich mich nicht mehr einwählen. Der Server scheint die Verbindung nicht zu trennen. Und darüber hinaus wählt er nicht die Nummer, die anruft. Er wählt zwar eine Nummer, aber das ist die, die ich der Schnittstelle ippp0 bzw. ippp1 als Provider zuweisen MUSSTE. Das mit den Providern kommt mir ohnehin etwas suspekt vor. Schließlich soll der Rechner selbst der Provider sozusagen sein. Wieso MUSS ich da einen Provider angeben...? Na ja, und wie gesagt. Er wählt immer die Nummer des Providers. Aber selbst, wenn ich als Provider die Nummer des anrufenden Client angebe, trennt der Server nicht die Verbindung. Ich kriege lediglich die aussagekräftigste Fehlermeldung von allen am (Windows 2000-)Client: "Das Gerät hat einen Fehler gemeldet." Woran kann das liegen und wie kann ich dem Server klar machen, dass er die Verbindung trennen soll und die anrufende Nummer zurückrufen soll? Künftig sollen von 11 verschiedenen Nummern die Clients einwählen, und da macht die Sache mit dem Provider ja ohnehin keinen Sinn. Ich habe auch schon alles mögliche ausprobiert: Versch. Treiber (AVM CAPI und HiSax), mit 0 und ohne 0 zur Amtsholung, Server mal an der Telefonanlage (elmeg) und mal am NTBA und sonstige Einstellungen. Immer das gleiche Resultat. Ich bin (in der Angelegenheit zumindest) noch nicht so fit in Linux. Ich danke schonmal im Vorraus für eure Antworten! Viele Grüße Leo Hier noch ein paar Auszüge aus der /var/log/messages Oct 15 14:21:53 chekov kernel: capidrv-1: incoming call 511434XXXX,7,0,270XXXX Oct 15 14:21:53 chekov kernel: ICALLslv: ippp2 Oct 15 14:21:53 chekov kernel: master=ippp0 Oct 15 14:21:53 chekov kernel: master offline Oct 15 14:21:53 chekov kernel: mlpf: 0 Oct 15 14:21:53 chekov kernel: ippp0: call from 511434XXXX -> 270XXXX, start callback Oct 15 14:21:53 chekov kernel: isdn: Rejecting Call Oct 15 14:21:53 chekov kernel: capidrv-1: incoming call 511434XXXX,7,0,270XXXX Oct 15 14:21:53 chekov kernel: ICALLslv: ippp2 Oct 15 14:21:53 chekov kernel: master=ippp0 Oct 15 14:21:53 chekov kernel: master online Oct 15 14:21:53 chekov kernel: mlpf: 1 Oct 15 14:21:53 chekov kernel: ippp2: call from 511434XXXX -> 270XXXX, start callback Oct 15 14:21:53 chekov kernel: isdn: Rejecting Call Oct 15 14:21:55 chekov kernel: ippp0: dialing 1 0511434XXXX... Oct 15 14:21:55 chekov isdnlog: Oct 15 14:21:55 * tei 66 calling +49 511/434XXXX, Hannover with +49 511/270XXXX, Hannover RING (Data) Oct 15 14:21:55 chekov kernel: capidrv-1: DISCONNECT_IND reason 0x34a2 (No circuit / channel available) for plci 0x101 Oct 15 14:21:55 chekov kernel: ippp2: dialing 1 0511434XXXX... Oct 15 14:21:55 chekov isdnlog: Oct 15 14:21:55 * tei 66 calling +49 511/434XXXX, Hannover with +49 511/270XXXX, Hannover RING (Data) Oct 15 14:21:55 chekov kernel: capidrv-1: DISCONNECT_IND reason 0x34a2 (No circuit / channel available) for plci 0x101 Oct 15 14:21:57 chekov isdnlog: Oct 15 14:21:57 * Call to tei 127 from +49 511/434XXXX, Hannover on +49 511/270XXXX, Hannover RING (Data) Oct 15 14:21:57 chekov kernel: capidrv-1: incoming call 511434XXXX,7,0,270XXXX Oct 15 14:21:57 chekov kernel: isdn_tty: call from 511434XXXX -> 270XXXX ignored Oct 15 14:21:57 chekov kernel: capidrv-1: incoming call 511434XXXX,7,0,270XXXX ignored Oct 15 14:22:01 chekov kernel: capidrv-1: incoming call 511434XXXX,7,0,270XXXX Oct 15 14:22:01 chekov kernel: isdn_tty: call from 511434XXXX -> 270XXXX ignored Oct 15 14:22:01 chekov kernel: capidrv-1: incoming call 511434XXXX,7,0,270XXXX ignored Oct 15 14:22:04 chekov kernel: isdn_net: hang up slave ippp2 before ippp0 Oct 15 14:22:04 chekov kernel: isdn_net: local hangup ippp2 Oct 15 14:22:04 chekov kernel: capidrv-1: chan 1 disconnect request on free channel Oct 15 14:22:04 chekov kernel: ippp2: Chargesum is 0 Oct 15 14:22:04 chekov kernel: isdn_net: local hangup ippp0 Oct 15 14:22:04 chekov kernel: capidrv-1: chan 0 disconnect request on free channel Oct 15 14:22:04 chekov kernel: ippp0: Chargesum is 0 Oct 15 14:22:21 chekov isdnlog: Oct 15 14:22:21 * Call to tei 127 from +49 511/434XXXX, Hannover on +49 511/270XXXX, Hannover RING (Data) Oct 15 14:22:21 chekov kernel: capidrv-1: incoming call 511434XXXX,7,0,270XXXX Oct 15 14:22:21 chekov kernel: ICALLslv: ippp2 Oct 15 14:22:21 chekov kernel: master=ippp0 Oct 15 14:22:21 chekov kernel: master offline Oct 15 14:22:21 chekov kernel: mlpf: 0 Oct 15 14:22:21 chekov kernel: ippp0: call from 511434XXXX -> 270XXXX, start callback Oct 15 14:22:21 chekov kernel: isdn: Rejecting Call Oct 15 14:22:21 chekov isdnlog: Oct 15 14:22:21 * Call to tei 127 from +49 511/434XXXX, Hannover on +49 511/270XXXX, Hannover RING (Data) Oct 15 14:22:21 chekov kernel: capidrv-1: incoming call 511434XXXX,7,0,270XXXX Oct 15 14:22:21 chekov kernel: isdn_tty: call from 511434XXXX -> 270XXXX ignored Oct 15 14:22:21 chekov kernel: capidrv-1: incoming call 511434XXXX,7,0,270XXXX ignored Oct 15 14:22:24 chekov kernel: ippp0: dialing 1 0511434XXXX... Oct 15 14:22:24 chekov isdnlog: Oct 15 14:22:24 * tei 66 calling +49 511/434XXXX, Hannover with +49 511/270XXXX, Hannover RING (Data) Oct 15 14:22:24 chekov kernel: capidrv-1: DISCONNECT_IND reason 0x34a2 (No circuit / channel available) for plci 0x101 Oct 15 14:22:25 chekov isdnlog: Oct 15 14:22:25 * Call to tei 127 from +49 511/434XXXX, Hannover on +49 511/270XXXX, Hannover RING (Data)

2 1

Bevor ich auf SuSE 9 umsteige, eine Frage ...
by Mathias Uebel 15 Oct '03

15 Oct '03

Oh, ich habe da wohl einen schlechten Zeitpunk erwischt. Die neue Suse ist raus und die Liste füllt sich mit Lob und Tadel. Leider hatte bislang Keiner Lust mir bei meinem ISDN-Problem zu helfen!? Darum versuche ich es noch einmal: Folgende Konstellation: Server SuSE 8.2, FritzCard, ISDN, als Webserver, Gateway und anderes kinternet läuft einwandfrei mit squid können alle Mitbewohner surfen nun habe ich smpppd-web installiert, da der Internet per Hand geregelt werden muss (wir haben keine Flatrate, suchen aber noch Sponsoren!) Die html-Seite von smpppd-web zeigt aber einen Fehler. Es kann wohl mit cinternet kein Status,Start,Stop etc. erfolgen. Ich habe die Kommandos aus dem Script in der Shell ausgeführt und ebenso kein Erfolg gehabt. z.B.: cinternet-wwwrun --start ergibt eine Fehlermeldung mit dem Hinweis, dass ein Inteface benötigt wird cinternet-wwwrun --interface-list ergibt aber: 01 ippp0 ... Was läuft hier falsch? Hat jemand damit Erfahrung? Grusz Mathias

2 2

Suse 8.2 macht kein ip-forwarding mehr
by Ekkard Gerlach 15 Oct '03

15 Oct '03

Hallo, ein Suse8.2-PC "server" wählt sich ins Internet ein und anderer PC "Surfer" sollen über diesen surfen dürfen. Geht aber nicht! Hängt PC "server" an einem DSL-Router-PC mit einer gw-default-route darauf, dann funzt es. Warum ist die Mitbenutzung des ippp0 gesperrt? (Selbstverständlich ist auf ippp0 die defaultroute gesetzt, von PC "server" kann über ISDN gesurft werden) SuSEfirewall2 ist auf PC "server" ausgeschaltet (rcSuSEfirewall2 status ist unused), der selbstgebackene kernel 2.4.21 oder der Suse-Originalkernel 2.4.20 macht ip-forwarding (cat /proc/sys/net/ipv4/ip_forward gibt 1 aus). Der PC "surfer" hat route add default gw <ip-server> gesetzt sowie die DNS-IPs des jeweiligen Providers (DSL oder ISDN) in der resolve.conf eingetragen. Auch ein route add default eth0 auf PC "surfer" hilft nicht (BTW: den genauen Unterschied zwischen gw <ip-server> und ohne ist mit nicht klar). Habe mit Suse 7.2 früher häufig mit PC "surfer" wie beschrieben gearbeitet. Warum will 8.2 kein IP-forwarding mehr machen? thx Ekkard

2 2

Routing Probleme nach Einwahl
by Daniel Paul 15 Oct '03

15 Oct '03

Hi, Ich möchte von meinem Suse 8.1 per ISDN ins Internet. Nachdem ich eine Verbindung hergestellt habe, wird allerdings der default Gateway nicht automatisch eingetragen. Die Verbindung ansich wird hergestellt und es werden auch Daten übertragen. (überprüft mit tail -f /var/messages und tcpdump -i ippp0) Warum wird aber kein default Gateway gesetzt?? Wenn ich den Gateway per Hand mit route add default gw <ip-adresse> ippp0 selber setze gehts. Allerdings is das ja nun nich der Wunschzustand. Zumal es sich um einen Call-By-Call Anbieter handelt, sprich der Gateway ist nich zwingend immer der gleiche. Für den Fall das es wichtig ist: die Firewall ist abgeschalten. Hat jemand ne Idee? Danke im vorraus! Gruß Daniel PS: Wenn noch irgendwelche Infos fehlen meldet euch bitte!!!

3 4

cinternet und smpppd-web
by Mathias Uebel 14 Oct '03

14 Oct '03

Hallo, ick hab da mal ne Frage: Folgende Konstellation: Server SuSE 8.2, FritzCard, ISDN, als Gateway, Router und anderes kinternet läuft einwandfrei mit squid können alle Mitbewohner surfen nun habe ich smpppd-web installiert, da der Internet per Hand geregelt werden muss (wir haben keine Flatrate, suchen aber noch Sponsoren!) Die html-Seite von smpppd-web zeigt aber einen Fehler. Es kann wohl mit cinternet kein Status,Start,Stop etc. erfolgen. Ich habe die Kommandos aus dem Script in der Shell ausgeführt und ebenso kein Erfolg gehabt. z.B.: cinternet-wwwrun --start ergibt eine Fehlermeldung mit dem Hinweis, dass ein Inteface benötigt wird cinternet-wwwrun --interface-list ergibt aber: 01 ippp0 ... Was läuft hier falsch? Hat jemand damit Erfahrung? Grusz Mathias

1 0

cinternet
by Jan Hendrik Berlin 13 Oct '03

13 Oct '03

Hi Leute! Mein rechner macht nicht was ich will! und das find ich gemein! also es dreht sich um folgendes, ich hab mich mal mit cinternet auseinandergesetzt, und versucht ihm begreiflich zu machen, das sein device dsl0 heißt! Also hab ich einfach mal cinternet "--interface-name=dsl0" eingegeben, er scheint es zu schulucken, aber wenn ich dann den provider angeben möchte, streikt er! Dann weis er nämlich nicht mehr, das er ein device hat! er hats schon wieder vergessen! Wie kann ich das ändern??? mfg Jan

1 0

Vbox (I4l) läuft, bis jemand keine Nachricht aufspricht : dannach hebt vbox stumm ab !
by Filip Lyncker 13 Oct '03

13 Oct '03

Hallo , ich habe mir einen Anrufbeantworter konfiguriert ( Suse 8.2 Vbox ( suse PM) ). Funktioniert auch wunderbar, jedenfalls solange ein Anrufer keine Nachricht hinterlaesst sondern zum ende des Ansagetextes ( noch vor dem Beep ) auflegt. Beim nächsten Anrufer hebt die Vbox zwar noch ab , aber spielt nix mehr ab , jedenfalls hoert man nix . Jemand ne Idee?? Hier das Log: 13-Oct 18:06:33 <I> Running tcl script "/var/spool/vbox/filip/standard.tcl"... 13-Oct 18:06:33 <I> Playing "/var/spool/vbox/filip/messages/standard.msg"... 13-Oct 18:06:33 <D> Setting voice compression "ADPCM-4"... 13-Oct 18:06:33 <D> Flushing modem... 13-Oct 18:06:33 <D> Sending "AT+VSM=4+VLS=2"... 13-Oct 18:06:33 <J> Reading modem echo (4 secs timeout)... 13-Oct 18:06:33 <J> Reading modem input (4 secs timeout)... 13-Oct 18:06:33 <D> Waiting for "OK|VCON"... Got "OK" (1). 13-Oct 18:06:33 <D> Flushing modem... 13-Oct 18:06:33 <D> Sending "AT+VTX"... 13-Oct 18:06:33 <J> Reading modem echo (4 secs timeout)... 13-Oct 18:06:33 <J> Reading modem input (4 secs timeout)... 13-Oct 18:06:33 <D> Waiting for "CONNECT"... Got it. 13-Oct 18:06:33 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:33 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:33 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:33 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> 13-Oct 18:06:50 <J> Play: <DATA 256 incoming; 256 outgoing> <<<< HIER BLEIBT SIE STEHEN BIS DER ANRUFER ENDLICH AUFLEGT !!!! 13-Oct 18:06:50 <J> Have input... 13-Oct 18:06:50 <J> *** NO CARRIER *** 13-Oct 18:06:50 <J> Have input... 13-Oct 18:06:50 <D> Found sequence "<DLE><DC4>" (remote hangup)... 13-Oct 18:06:50 <J> Function play 17 secs (kernel needs 2 secs)... 13-Oct 18:06:50 <J> Reading modem input (4 secs timeout)... 13-Oct 18:06:50 <D> Waiting for "NO CARRIER"... Got it. 13-Oct 18:06:50 <D> [vbox_put_message] result "HANGUP". 13-Oct 18:06:50 <J> [vbox_pause] waiting 500 ms... 13-Oct 18:06:50 <D> Back from tcl script... 13-Oct 18:06:50 <D> Freeing tcl interpreter... 13-Oct 18:06:50 <D> Hangup modem (drop dtr 400 ms)... 13-Oct 18:06:50 <D> Flushing modem (timeout)... 13-Oct 18:06:50 <J> Junk: 9 13-Oct 18:06:50 <J> Junk: ( 13-Oct 18:06:50 <J> Junk: ( 13-Oct 18:06:50 <J> Junk: ( 13-Oct 18:06:50 <J> Junk: ( 13-Oct 18:06:50 <J> Junk: ( 13-Oct 18:06:50 <J> Junk: ( 13-Oct 18:06:50 <J> Junk: ( 13-Oct 18:06:50 <J> Junk: 9 13-Oct 18:06:50 <J> Junk: ( 13-Oct 18:06:50 <J> Junk: ( 13-Oct 18:06:50 <J> Junk: ( 13-Oct 18:06:50 <J> Junk: ( 13-Oct 18:06:50 <J> Junk: ( 13-Oct 18:06:50 <J> Junk: * 13-Oct 18:06:50 <J> Junk: ! 13-Oct 18:06:50 <J> Junk: ) 13-Oct 18:06:50 <J> Junk: ( 13-Oct 18:06:50 <J> Junk: ( 13-Oct 18:06:50 <J> Junk: ( 13-Oct 18:06:50 <D> Flush has junked 537 bytes... 13-Oct 18:06:51 <I> Initializing modem port (voice mode; 2500 ms)... 13-Oct 18:06:53 <D> Hangup modem (drop dtr 400 ms)... 13-Oct 18:06:53 <D> Flushing modem (timeout)... 13-Oct 18:06:54 <J> Setting modem speed to 57600... 13-Oct 18:06:54 <J> Setting modem flow control (HARD)... 13-Oct 18:06:54 <D> Flushing modem... 13-Oct 18:06:54 <D> Sending "ATZ&B512&E404148"... 13-Oct 18:06:54 <J> Reading modem echo (4 secs timeout)... 13-Oct 18:06:54 <J> Reading modem input (4 secs timeout)... 13-Oct 18:06:54 <D> Waiting for "OK"... Got it. 13-Oct 18:06:54 <D> Flushing modem... 13-Oct 18:06:54 <D> Sending "AT+FCLASS=8"... 13-Oct 18:06:54 <J> Reading modem echo (4 secs timeout)... 13-Oct 18:06:54 <J> Reading modem input (4 secs timeout)... 13-Oct 18:06:54 <D> Waiting for "OK|VCON"... Got "OK" (1). 13-Oct 18:06:54 <D> Flushing modem... 13-Oct 18:06:54 <D> Sending "ATS13.2=1S13.4=1"... 13-Oct 18:06:54 <J> Reading modem echo (4 secs timeout)... 13-Oct 18:06:54 <J> Reading modem input (4 secs timeout)... 13-Oct 18:06:54 <D> Waiting for "OK|VCON"... Got "OK" (1). 13-Oct 18:06:54 <D> Flushing modem... 13-Oct 18:06:54 <I> Waiting...

1 0

Mehrere DSL Interfaces
by Rainer Stransky 13 Oct '03

13 Oct '03

Kann per YAST2 nur ein DSL Interface konfigurieren. Ich möchte jedoch 2 parallel betreiben (eins mit fixer IP-Adresse jedoch volumentarifiert und eins mit dynamischer IP Adresse jedoch FLAT tarfiert). Habe die mit YAST2 erstellten Konfig-Files kopiert/gedoppelt: ./ifcfg-dsl1 ./providers/dsl-provider1 jedoch wird beim Versuch die Interfaces zu starten folgende Fehlermedlung ausgegeben: > ifup dsl1 ifup-dsl: interface dsl1 is not known by smpppd Hat jemand einen Tipp ? Rainer

1 0