Einwahlproblem Freenet + SuSE8.0 + passive AVM ISDN Cards
Hallo Liste, Hoffe das mir jemand weiter helfen kann, Mein Problem ist, dass kein Verbindungsaufbau via ISDN zu Freenet aufgebaut werden kann. Die Einwahl funktionierte bisher immer. Erst seit einer Neuinstallation der SuSE 8.0 Pro geht bei Freenet nichts mehr. Meine Installation: Pentium 3 mit 256MB RAM, SuSe 8.0 (Neuinstallation) Kernel 2.4.18-4GB, ISDN-Treiber i4l-2002.7.31-0 oder auch AVM capi-Treiber 8.0-03.09.10 , Netzwerk eth0 192.168.1.1, ippp0 192.168.0.99 Ankommende und Abgehende Verbindungen sind mit Fritz!DSL oder auch Ffritz!Classic kein Problem. Aber keine einzige der Verbindungen mit freenet via ISDN kommt zu Stande. Die Einwahl mit Modem oder mit ISDN unter Windoof zu freenet funktioniert ebenfalls. Aus irgend einem Grund meint der PC dass da kein Freenet-Server (oder keine aktive Verbindung) ist und er legt nach ca 9 Sekunden wieder auf. Oct 13 18:12:08 s1 kernel: ippp0: dialing 1 01929... Oct 13 18:12:08 s1 isdnlog: Oct 13 18:12:08 * tei 64 calling 01929,, with +49 xxx/xxxxx, xxxxx RING (Data) Oct 13 18:12:16 s1 isdnlog: Oct 13 18:12:16 tei 64 calling 01929,, with +49 xxx/xxxxx, xxxxx Normal call clearing (User) Oct 13 18:12:16 s1 kernel: isdn_net: local hangup ippp0 Oct 13 18:12:16 s1 kernel: ippp0: Chargesum is 0 Oct 13 18:12:17 s1 isdnlog: Oct 13 18:12:17 tei 64 calling 01929,, with +49 xxx/xxxxx, xxxxx HANGUP Ja das wars. Andere Meldungen werden leider nicht ausgespuckt. Wie schon gesagt, mit Yast 1 lief es über Jahre einwandfrei. Erst ab der Neuinstallation der SuSE 8.0 ist der Wurm drin. Z.Z betreibe ich die Fritz!DSL mit dem capi-Treiber. Die Meldungen aber sind die Gleichen. Wer eine lauffähige Konfiguration für freenet hat möge sich bitte melden. Also mindestens die Dateien /etc/sysconfig/network/providers/Mobilcom oä. und die Datei /etc/sysconfig/isdn/cfg-net0 . Hilfreich wäre auch eine /etc/sysconfig/isdn/cfg-contr0 für die Fritz!Classic bzw. die Fritz!DSL Vielen Dank im Voraus MfG Rolf Anbei einige Konfigurationsdateien ------------------------------------------------- Auszug von siga... ISA 00.0: 10300 ISDN Adapter [Created at isa.53] Unique ID: LJKI.Mb2P2G_yolF Hardware Class: isdn adapter Model: "AVM A1 or Fritz!Classic" Vendor: s3005 "AVM" Device: 0500 "AVM A1 or Fritz!Classic" I/O Ports: 0x240-??? (rw) Driver Info #0: I4L Type: 5/0 [AVM FRITZ!Card Classic] Parameter: 0: (0x1/03): IRQ = 0x7 [0x3,0x4,*0x5,0x7,0x9,0xa,0xb,0xc,0xf] 1: (0x3/01): IO = 0x240 [*0x200,0x240,0x300,0x340] Driver Info #1: I4L Type: 8002/3 [AVM FRITZ!Card Classic] Parameter: 0: (0x1/03): IRQ = 0x4 [0x3,0x4,*0x5,0x7,0x9,0xa,0xb,0xc,0xf] 1: (0x3/01): IO = 0x240 [*0x200,0x240,0x300,0x340] ------------------------------------------------- # /etc/ppp/ioptions # for isdn4linux/syncPPP global options for ipppd # # # Klaus Franken # 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/sysconfig/isdn/cfg-contr0 AREACODE="0xxx" DEBUG="4" DIALPREFIX="" DRIVER="hisax" NAME="AVM FRITZ!Card Classic" PARA_IO="0x240" PARA_IRQ="5" PARA_MEMBASE="" PARA_SUBTYPE="0" PARA_TYPE="5" PROTOCOL="euro" STARTMODE="onboot" UNIQUE="LJKI.Mb2P2G_yolF" ------------------------------------------------ /etc/sysconfig/isdn/cfg-net0 CALLBACK="off" CHARGEHUP="off" COMPRESSION="no" DEFAULTROUTE="no" DIALMODE="manual" DYNAMICIP="no" FIREWALL="no" IDLETIME="120" IPADDR="192.168.0.99" MSN="xxxxx" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="MobilcomABO" PTPADDR="192.168.0.1" STARTMODE="onboot" USEPEERDNS="no" ------------------------------------------------- /etc/sysconfig/network/providers/MobilcomABO ASKPASSWORD="no" AUTODNS="no" COUNTRY="Germany" COMPUSERVE="no" DEMAND="no" DNS1="62.104.196.134" DNS2="62.104.191.241" DSLSUPPORTED="no" HOMEPAGE="http://www.freenet.de/" ISDNSUPPORTED="yes" MODEMSUPPORTED="no" PASSWORD="mobilcom" PHONE="01929" PROVIDER="MobilcomABO" Protocol="syncppp" USERNAME="t0xxxxxxxx" ------------------------------------------------- Ausgabe isdnctrl Current setup of interface 'ippp0': EAZ/MSN: xxxxx Phone number(s): Outgoing: 01929 Incoming: Dial mode: manual Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 1 Hangup-Timeout: 120 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0 ------------------------------------------------- Ausgabe ifconfig ippp0 Protokoll:Punkt-zu-Punkt Verbindung inet Adresse:192.168.0.99 P-z-P:192.168.0.1 Maske:255.255.255.255 UP PUNKTZUPUNKT RUNNING NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:30 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) ------------------------------------------------- Ausgabe route -n 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 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 ------------------------------------------------- -- eom ---
Am Freitag, 18. Oktober 2002 20:12 schrieb Rolf Dreissig:
Hallo Liste,
Hoffe das mir jemand weiter helfen kann,
Mein Problem ist, dass kein Verbindungsaufbau via ISDN zu Freenet aufgebaut werden kann. Die Einwahl funktionierte bisher immer. Erst seit einer Neuinstallation der SuSE 8.0 Pro geht bei Freenet nichts mehr.
Meine Installation: Pentium 3 mit 256MB RAM, SuSe 8.0 (Neuinstallation) Kernel 2.4.18-4GB, ISDN-Treiber i4l-2002.7.31-0 oder auch AVM capi-Treiber 8.0-03.09.10 , Netzwerk eth0 192.168.1.1, ippp0 192.168.0.99
Ankommende und Abgehende Verbindungen sind mit Fritz!DSL oder auch Ffritz!Classic kein Problem. Aber keine einzige der Verbindungen mit freenet via ISDN kommt zu Stande. Die Einwahl mit Modem oder mit ISDN unter Windoof zu freenet funktioniert ebenfalls. Aus irgend einem Grund meint der PC dass da kein Freenet-Server (oder keine aktive Verbindung) ist und er legt nach ca 9 Sekunden wieder auf.
Oct 13 18:12:08 s1 kernel: ippp0: dialing 1 01929... Oct 13 18:12:08 s1 isdnlog: Oct 13 18:12:08 * tei 64 calling 01929,, with +49 xxx/xxxxx, xxxxx RING (Data) Oct 13 18:12:16 s1 isdnlog: Oct 13 18:12:16 tei 64 calling 01929,, with +49 xxx/xxxxx, xxxxx Normal call clearing (User) Oct 13 18:12:16 s1 kernel: isdn_net: local hangup ippp0 Oct 13 18:12:16 s1 kernel: ippp0: Chargesum is 0 Oct 13 18:12:17 s1 isdnlog: Oct 13 18:12:17 tei 64 calling 01929,, with +49 xxx/xxxxx, xxxxx HANGUP
Ja das wars. Andere Meldungen werden leider nicht ausgespuckt. Wie schon gesagt, mit Yast 1 lief es über Jahre einwandfrei. Erst ab der Neuinstallation der SuSE 8.0 ist der Wurm drin. Z.Z betreibe ich die Fritz!DSL mit dem capi-Treiber. Die Meldungen aber sind die Gleichen.
Wer eine lauffähige Konfiguration für freenet hat möge sich bitte melden. Also mindestens die Dateien /etc/sysconfig/network/providers/Mobilcom oä. und die Datei /etc/sysconfig/isdn/cfg-net0 . Hilfreich wäre auch eine /etc/sysconfig/isdn/cfg-contr0 für die Fritz!Classic bzw. die Fritz!DSL
Vielen Dank im Voraus
MfG Rolf
Anbei einige Konfigurationsdateien ------------------------------------------------- Auszug von siga...
ISA 00.0: 10300 ISDN Adapter [Created at isa.53] Unique ID: LJKI.Mb2P2G_yolF Hardware Class: isdn adapter Model: "AVM A1 or Fritz!Classic" Vendor: s3005 "AVM" Device: 0500 "AVM A1 or Fritz!Classic" I/O Ports: 0x240-??? (rw) Driver Info #0: I4L Type: 5/0 [AVM FRITZ!Card Classic] Parameter: 0: (0x1/03): IRQ = 0x7 [0x3,0x4,*0x5,0x7,0x9,0xa,0xb,0xc,0xf] 1: (0x3/01): IO = 0x240 [*0x200,0x240,0x300,0x340] Driver Info #1: I4L Type: 8002/3 [AVM FRITZ!Card Classic] Parameter: 0: (0x1/03): IRQ = 0x4 [0x3,0x4,*0x5,0x7,0x9,0xa,0xb,0xc,0xf] 1: (0x3/01): IO = 0x240 [*0x200,0x240,0x300,0x340] ------------------------------------------------- # /etc/ppp/ioptions # for isdn4linux/syncPPP global options for ipppd # # # Klaus Franken # 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/sysconfig/isdn/cfg-contr0
AREACODE="0xxx" DEBUG="4" DIALPREFIX="" DRIVER="hisax" NAME="AVM FRITZ!Card Classic" PARA_IO="0x240" PARA_IRQ="5" PARA_MEMBASE="" PARA_SUBTYPE="0" PARA_TYPE="5" PROTOCOL="euro" STARTMODE="onboot" UNIQUE="LJKI.Mb2P2G_yolF" ------------------------------------------------ /etc/sysconfig/isdn/cfg-net0
CALLBACK="off" CHARGEHUP="off" COMPRESSION="no" DEFAULTROUTE="no" DIALMODE="manual" DYNAMICIP="no" FIREWALL="no" IDLETIME="120" IPADDR="192.168.0.99" MSN="xxxxx" MULTILINK="no" PROTOCOL="syncppp" PROVIDER="MobilcomABO" PTPADDR="192.168.0.1" STARTMODE="onboot" USEPEERDNS="no" ------------------------------------------------- /etc/sysconfig/network/providers/MobilcomABO
ASKPASSWORD="no" AUTODNS="no" COUNTRY="Germany" COMPUSERVE="no" DEMAND="no" DNS1="62.104.196.134" DNS2="62.104.191.241" DSLSUPPORTED="no" HOMEPAGE="http://www.freenet.de/" ISDNSUPPORTED="yes" MODEMSUPPORTED="no" PASSWORD="mobilcom" PHONE="01929" PROVIDER="MobilcomABO" Protocol="syncppp" USERNAME="t0xxxxxxxx" ------------------------------------------------- Ausgabe isdnctrl
Current setup of interface 'ippp0':
EAZ/MSN: xxxxx Phone number(s): Outgoing: 01929 Incoming: Dial mode: manual Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 1 Hangup-Timeout: 120 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0 ------------------------------------------------- Ausgabe ifconfig
ippp0 Protokoll:Punkt-zu-Punkt Verbindung inet Adresse:192.168.0.99 P-z-P:192.168.0.1 Maske:255.255.255.255 UP PUNKTZUPUNKT RUNNING NOARP MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 Kollisionen:0 Sendewarteschlangenlänge:30 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) ------------------------------------------------- Ausgabe route -n
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 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 ------------------------------------------------- -- eom --- Hallo, ich habe bei einem Kumpel ISDN mit Freenet eingerichtet ...unter der 8.0 und es funktioniert einwandfrei. Das einzige was mich stört ist die Tatsache ,das die Startseite immer die "Freenetseite" ist.Ich dachte zuerst , das es ein WIN-Problem ist...aber unter Linux das gleiche *grmpf* Was ich eigentlich sagen wollte ist ,das es geht.....die Dateien kann ich Dir leider nicht zukommen lassen...dafür ist mir der Weg zu weit :-)...und ausserdem weißt Du was es für einen Kölner heisst ,nach Düsseldorf zu fahren ???*gggg* Gruß Axel - Köln -- Mein System SuSE 8.0 mit original SuSE-Kernel
Das einzige was mich stört ist die Tatsache ,das die Startseite immer die "Freenetseite" ist.Ich dachte zuerst , das es ein WIN-Problem ist...aber unter Linux das gleiche *grmpf*
Moin, Freenet schickt seine Kunden durch einen Transparenten Proxy. Deshalb bekommt man bei der ersten Anfrage immer eine Werbeseite zu sehen. Abhilfe schafft folgende Zeile in der /etc/ppp/ip-up echo "Test" | /usr/bin/lynx -get_data "www.freenet.de" > /dev/null & oder wenn man kein lynx installiert hat müsste auch ein echo -e "GET / HTTP/1.0\n\n" | netcat www.freenet.de 80 > /dev/null & funktionieren. Das "&" stellt sicher, dass nicht erst gewartet wird bevor die u.U. lange HTML Seite fertig übertragen wurde bevor die ip-up weiter abgearbeitet wird. Statt www.freenet.de kann man jede beliebige auflösbare Adresse angeben (evtl. sogar durch eine IP ersetzbar - spart den Lookup), die natürlich nicht im lokalen LAN sein sollte ;) Ciao, Alex
On Fri, Oct 18, 2002 at 08:12:38PM +0200, Rolf Dreissig wrote:
Hallo Liste,
Hoffe das mir jemand weiter helfen kann,
Mein Problem ist, dass kein Verbindungsaufbau via ISDN zu Freenet aufgebaut werden kann. Die Einwahl funktionierte bisher immer. Erst seit einer Neuinstallation der SuSE 8.0 Pro geht bei Freenet nichts mehr.
Meine Installation: Pentium 3 mit 256MB RAM, SuSe 8.0 (Neuinstallation) Kernel 2.4.18-4GB, ISDN-Treiber i4l-2002.7.31-0 oder auch AVM capi-Treiber 8.0-03.09.10 , Netzwerk eth0 192.168.1.1, ippp0 192.168.0.99
Ankommende und Abgehende Verbindungen sind mit Fritz!DSL oder auch Ffritz!Classic kein Problem. Aber keine einzige der Verbindungen mit freenet via ISDN kommt zu Stande. Die Einwahl mit Modem oder mit ISDN unter Windoof zu freenet funktioniert ebenfalls. Aus irgend einem Grund meint der PC dass da kein Freenet-Server (oder keine aktive Verbindung) ist und er legt nach ca 9 Sekunden wieder auf.
Die Gegenseite nimmt inerhalb 8 Sekunden nicht ab, eindeutig.
Oct 13 18:12:08 s1 kernel: ippp0: dialing 1 01929... Oct 13 18:12:08 s1 isdnlog: Oct 13 18:12:08 * tei 64 calling 01929,, with +49 xxx/xxxxx, xxxxx RING (Data) Oct 13 18:12:16 s1 isdnlog: Oct 13 18:12:16 tei 64 calling 01929,, with +49 xxx/xxxxx, xxxxx Normal call clearing (User) Oct 13 18:12:16 s1 kernel: isdn_net: local hangup ippp0 Oct 13 18:12:16 s1 kernel: ippp0: Chargesum is 0 Oct 13 18:12:17 s1 isdnlog: Oct 13 18:12:17 tei 64 calling 01929,, with +49 xxx/xxxxx, xxxxx HANGUP
Muss da nicht noch die 01019 davor, ich glaube das hat sich irgendwann geaendert. -- Karsten Keil SuSE Labs ISDN development
Am Dienstag, 22. Oktober 2002 22:43 schrieb Karsten Keil:
On Fri, Oct 18, 2002 at 08:12:38PM +0200, Rolf Dreissig wrote:
Hallo Liste,
Hoffe das mir jemand weiter helfen kann,
Das will ich wohl hoffen :)
Mein Problem ist, dass kein Verbindungsaufbau via ISDN zu Freenet aufgebaut werden kann. Die Einwahl funktionierte bisher immer. Erst seit einer Neuinstallation der SuSE 8.0 Pro geht bei Freenet nichts mehr.
Wie war denn deine Konfiguration bisher. Hast du alles, was möglich ist, 1 zu 1 übernommen? Hattest du vorher schon die 8.0 drauf, oder eine Vorgängerversion?
Meine Installation: Pentium 3 mit 256MB RAM, SuSe 8.0 (Neuinstallation) Kernel 2.4.18-4GB, ISDN-Treiber i4l-2002.7.31-0 oder auch AVM capi-Treiber 8.0-03.09.10 , Netzwerk eth0 192.168.1.1, ippp0 192.168.0.99
Ankommende und Abgehende Verbindungen sind mit Fritz!DSL oder auch Ffritz!Classic kein Problem. Aber keine einzige der Verbindungen mit freenet via ISDN kommt zu Stande. Die Einwahl mit Modem oder mit ISDN unter Windoof zu freenet funktioniert ebenfalls. Aus irgend einem Grund meint der PC dass da kein Freenet-Server (oder keine aktive Verbindung) ist und er legt nach ca 9 Sekunden wieder auf.
Die Gegenseite nimmt inerhalb 8 Sekunden nicht ab, eindeutig.
ACK ;)
Oct 13 18:12:08 s1 kernel: ippp0: dialing 1 01929... ^^^^^ [snip] Muss da nicht noch die 01019 davor, ich glaube das hat sich irgendwann geaendert.
Jepp! Genau daran wird es liegen. Ich habe auch einen Account bei Freenet. Wenn ich die 01019 weglasse geht bei mir auch nichts mehr. Teste es doch bitte mal mit Vorwahl, denn der Rest scheint IMHO in Ordnung zu sein. cu Manfred
Am Mittwoch, 23. Oktober 2002 07:42 schrieb Manfred Misch:
Mein Problem ist, dass kein Verbindungsaufbau via ISDN zu Freenet aufgebaut werden kann. Die Einwahl funktionierte bisher immer. Erst seit einer Neuinstallation der SuSE 8.0 Pro geht bei Freenet nichts mehr.
Wie war denn deine Konfiguration bisher. Hast du alles, was möglich ist, 1 zu 1 übernommen?
Nein, die Konfiguration von 7.3 nach 8.0 ist ja nicht mehr 1:1 zu übernehmen. Andere Dateinamen und andere Aufteilung etc... Habe also alles gelöscht.
Hattest du vorher schon die 8.0 drauf, oder eine Vorgängerversion?
Die Platte ist neu formatiert worden. Zu Anfang habe ich die Konfiguration mit Yast2 gemacht und einfach den angebotenen Provider mobilcom angeklickt. Der Rest wurde von Yast2 automatisch generiert.
[snip]
Muss da nicht noch die 01019 davor, ich glaube das hat sich irgendwann geaendert.
Jepp! Genau daran wird es liegen. Ich habe auch einen Account bei Freenet. Wenn ich die 01019 weglasse geht bei mir auch nichts mehr. Teste es doch bitte mal mit Vorwahl, denn der Rest scheint IMHO in Ordnung zu sein.
Habe alle möglichen freenet Nummern und Tarife durchprobiert, daran kann es nicht liegen. Ich verrnute irgend ein falschen oder weggelassenen Parameter in der Datei Provider-XY, ./cfg-contr0 und/oder der ./cfg-net0 Eine läuffähige Konfiguration für freenet würde mir da vielleicht weiterhelfen. Da sind einfach zu viele Schrauben an denen man drehen kann ;-) Freenet selbst zeigt sich auch nicht besonders kooperativ. Auf meine Frage nach den Zugangsparametern schreiben die nur ich soll yast2 nutzen. Auch der Hinweis das die Installationsanleitung auf deren Homepage nicht mehr aktuell bzw. unvollständig ist, scheint nicht sonderlich zu jucken.... Vielleicht muss ich mir ja einfach nur einen anderen Provider suchen. Gibt's denn da überhaupt noch kundenfreundliche in dieser Gilde ? Bei manchen muss man ja schon bei der Frage nach der Einwahlnummer die kostenpflichtige Hotline anrufen... :) ... In der Zwischenzeit habe ich lauffähige Dateien für freenet erhalten. So weit so gut, diese habe ich bis auf meine MSN 1:1 übernommen. Leider funktionieren die Dateien aber auch nicht. Es scheint dass Yast2 zumindest exakt die gleichen Dateien generiert falls ich über den Knopf hinzufügen neuer Provider klicke. Finde ich schon mal beruhigend. :) Doch was passiert bei "Beenden", wenn SuSE die Scripte abfeuert ? Nach wie vor funktionieren andere Provider wie z.B. Planet-Intercom. Die Protolkolle beider Provider sollten doch so unterschiedlich nicht sein, oder ? Die log Ausgabe bingt immernoch das gleiche Ergebnis; Oct 23 22:51:29 s1 kernel: ippp0: dialing 1 019231760... Oct 23 22:51:29 s1 isdnlog: Oct 23 22:51:29 * tei 65 calling 019231760,, with +49 xxxxx, xxxxxx RING (Data) Oct 23 22:51:37 s1 kernel: isdn_net: local hangup ippp0 Oct 23 22:51:37 s1 kernel: ippp0: Chargesum is 0 Oct 23 22:51:39 s1 kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (..) for plci 0x101 Oct 23 22:51:39 s1 isdnlog: Oct 23 22:51:39 tei 65 calling 019231760,, with +49 xxxxx, xxxxxx HANGUP Diesmal wurde der capi-Treiber benutzt. Welche Abhängigkeiten könnten da noch eine Rolle spielen ? Wie bekomme ich die Unterschiede zwischen Provider A und B raus? Gibt es irgendwo eine Liste mit den Providerdaten im Internet ? Die Providerdaten bei heise.de hab ich schon gefunden. Sagt leider nichts über die benötigten Optionen unter Linux. MfG Rolf
Am Donnerstag, 24. Oktober 2002 00:12 schrieb Rolf Dreissig:
Am Mittwoch, 23. Oktober 2002 07:42 schrieb Manfred Misch:
Mein Problem ist, dass kein Verbindungsaufbau via ISDN zu Freenet aufgebaut werden kann. Die Einwahl funktionierte bisher immer. Erst seit einer Neuinstallation der SuSE 8.0 Pro geht bei Freenet nichts mehr.
Wie war denn deine Konfiguration bisher. Hast du alles, was möglich ist, 1 zu 1 übernommen?
Nein, die Konfiguration von 7.3 nach 8.0 ist ja nicht mehr 1:1 zu übernehmen. Andere Dateinamen und andere Aufteilung etc... Habe also alles gelöscht.
Okay, dann ist das schon mal klar ;)
Hattest du vorher schon die 8.0 drauf, oder eine Vorgängerversion?
Die Platte ist neu formatiert worden. Zu Anfang habe ich die Konfiguration mit Yast2 gemacht und einfach den angebotenen Provider mobilcom angeklickt. Der Rest wurde von Yast2 automatisch generiert.
Ich habe nicht die Vorauswahl genommen, sondern mir selbst den Provider Freenet angelegt. IIRC passte da irgendwas nicht so ganz. [Einwahlnummer]
Ich verrnute irgend ein falschen oder weggelassenen Parameter in der Datei Provider-XY, ./cfg-contr0 und/oder der ./cfg-net0 Eine läuffähige Konfiguration für freenet würde mir da vielleicht weiterhelfen. Da sind einfach zu viele Schrauben an denen man drehen kann ;-)
Ich kann dir ja mal meine Dateien an deine PM mailen. Bei Intresse melde dich bitte und sag mir, welche Dateien du alles haben willst.
Freenet selbst zeigt sich auch nicht besonders kooperativ. Auf meine Frage nach den Zugangsparametern schreiben die nur ich soll yast2 nutzen. Auch der Hinweis das die Installationsanleitung auf deren Homepage nicht mehr aktuell bzw. unvollständig ist, scheint nicht sonderlich zu jucken....
Vielleicht muss ich mir ja einfach nur einen anderen Provider suchen. Gibt's denn da überhaupt noch kundenfreundliche in dieser Gilde ? Bei manchen muss man ja schon bei der Frage nach der Einwahlnummer die kostenpflichtige Hotline anrufen... :)
Tja, leider. Und das ist nicht nur bei ISP's so :(
In der Zwischenzeit habe ich lauffähige Dateien für freenet erhalten. So weit so gut, diese habe ich bis auf meine MSN 1:1 übernommen. Leider funktionieren die Dateien aber auch nicht. Es scheint dass Yast2 zumindest exakt die gleichen Dateien generiert falls ich über den Knopf hinzufügen neuer Provider klicke. Finde ich schon mal beruhigend. :)
Aha. Hab ich gar nicht erst probiert ;)
Doch was passiert bei "Beenden", wenn SuSE die Scripte abfeuert ?
Ich weiß leider nicht, ob man yast2 genau so abstellen kann wie das alte yast, aber vielleicht solltest du das mal versuchen. IIRC überschreibt yast gnadenlos alles, was nicht von ihm selbst erstellt wurde.Ob das bei yast2 auch noch so ist, weiß ich nicht, aber vermute es ;) Allerdings kann man dann gar nicht mehr mit yast/yast2 arbeiten, das sollte man bei deisem Schritt berücksichtigen. Ich weiß ja nicht, wie wichtig die yast ist.
Nach wie vor funktionieren andere Provider wie z.B. Planet-Intercom. Die Protolkolle beider Provider sollten doch so unterschiedlich nicht sein, oder ?
Eigentlich unterscheiden sich die nur hinsichtlich der Einwahlnummer und des Providernamens.
Die log Ausgabe bingt immernoch das gleiche Ergebnis; [snip] Diesmal wurde der capi-Treiber benutzt.
Welche Abhängigkeiten könnten da noch eine Rolle spielen ? Wie bekomme ich die Unterschiede zwischen Provider A und B raus?
Es gibt da durchaus eine Möglichkeit, nur leider weiß ich im Moment nicht mehr, welche/s Programm/Funktion das ist, mit der man Dateien vergleichen kann. Stand mal in einem LiMa, wie das sehr komfortabel und übersichtlich geht. Ich werd mal nachsehen.
Gibt es irgendwo eine Liste mit den Providerdaten im Internet ?
Ich kenn keine. Such doch mal mit google ;) cu Manfred
On Thu, Oct 24, 2002 at 12:12:54AM +0200, Rolf Dreissig wrote: ...
Habe alle möglichen freenet Nummern und Tarife durchprobiert, daran kann es nicht liegen. Ich verrnute irgend ein falschen oder weggelassenen Parameter in der Datei Provider-XY, ./cfg-contr0 und/oder der ./cfg-net0 Eine läuffähige Konfiguration für freenet würde mir da vielleicht weiterhelfen. Da sind einfach zu viele Schrauben an denen man drehen kann ;-) Freenet selbst zeigt sich auch nicht besonders kooperativ. Auf meine Frage nach den Zugangsparametern schreiben die nur ich soll yast2 nutzen. Auch der Hinweis das die Installationsanleitung auf deren Homepage nicht mehr aktuell bzw. unvollständig ist, scheint nicht sonderlich zu jucken....
Vergiss Parameter usw. Bei dem log das Du hier gepostet hast nimmt die Gegenstelle den Anruf nicht an, da gibt es keinen Parameter der einzustellen ist, ausser der Telefonnummer.
Vielleicht muss ich mir ja einfach nur einen anderen Provider suchen. Gibt's denn da überhaupt noch kundenfreundliche in dieser Gilde ? Bei manchen muss man ja schon bei der Frage nach der Einwahlnummer die kostenpflichtige Hotline anrufen... :)
...
In der Zwischenzeit habe ich lauffähige Dateien für freenet erhalten. So weit so gut, diese habe ich bis auf meine MSN 1:1 übernommen. Leider funktionieren die Dateien aber auch nicht. Es scheint dass Yast2 zumindest exakt die gleichen Dateien generiert falls ich über den Knopf hinzufügen neuer Provider klicke. Finde ich schon mal beruhigend. :) Doch was passiert bei "Beenden", wenn SuSE die Scripte abfeuert ?
Nach wie vor funktionieren andere Provider wie z.B. Planet-Intercom. Die Protolkolle beider Provider sollten doch so unterschiedlich nicht sein, oder ?
Ueberall gleich.
Die log Ausgabe bingt immernoch das gleiche Ergebnis;
Oct 23 22:51:29 s1 kernel: ippp0: dialing 1 019231760... Oct 23 22:51:29 s1 isdnlog: Oct 23 22:51:29 * tei 65 calling 019231760,, with +49 xxxxx, xxxxxx RING (Data) Oct 23 22:51:37 s1 kernel: isdn_net: local hangup ippp0 Oct 23 22:51:37 s1 kernel: ippp0: Chargesum is 0 Oct 23 22:51:39 s1 kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (..) for plci 0x101 Oct 23 22:51:39 s1 isdnlog: Oct 23 22:51:39 tei 65 calling 019231760,, with +49 xxxxx, xxxxxx HANGUP
Diesmal wurde der capi-Treiber benutzt.
Wieder eindeutig, der Provider nimmt nicht ab. Kannst Du das ganze nochmal mit der Nummer: 01019019231750 versuchen ? Das ist die offizielle CbC Nummer fuer Mobilcom/ISDN.
Welche Abhängigkeiten könnten da noch eine Rolle spielen ?
keine ausser der richtigen Telefonnummer und das der Provider keine Stoerung hat.
Wie bekomme ich die Unterschiede zwischen Provider A und B raus? Gibt es irgendwo eine Liste mit den Providerdaten im Internet ? Die Providerdaten bei heise.de hab ich schon gefunden. Sagt leider nichts über die benötigten Optionen unter Linux.
Du brauchst keinerlei Optionen ausser das als Protocol syncppp verwendet wird, mir ist kein einziger Provider bekannt der noch etwas spezielles benoetigt (und falls doch kommt das erst nach einem "CONNECT" zum tragen). -- Karsten Keil SuSE Labs ISDN development
Am Donnerstag, 24. Oktober 2002 11:16 schrieb Karsten Keil:
On Thu, Oct 24, 2002 at 12:12:54AM +0200, Rolf Dreissig wrote: ... Vergiss Parameter usw. Bei dem log das Du hier gepostet hast nimmt die Gegenstelle den Anruf nicht an, da gibt es keinen Parameter der einzustellen ist, ausser der Telefonnummer.
Tja, seh ich ja genau so. Die Leitung scheint tot. Da geht nichts rüber. Will mich da einer ärgern oder hat meine Linux-Büchse bei freenet etwa schon Hausverbot. Obwohl ich bezweifle das da jemand so n'en "Türstopper" hinbekommt. Ok, ich will ja keinem zu nahe treten. Sicher gibts auch da fähige Leute. Tschuldigung! Doch dürfen die denn an die Hardware rann? :) ...
Die log Ausgabe bingt immernoch das gleiche Ergebnis;
Oct 23 22:51:29 s1 kernel: ippp0: dialing 1 019231760... Oct 23 22:51:29 s1 isdnlog: Oct 23 22:51:29 * tei 65 calling 019231760,, with +49 xxxxx, xxxxxx RING (Data) Oct 23 22:51:37 s1 kernel: isdn_net: local hangup ippp0 Oct 23 22:51:37 s1 kernel: ippp0: Chargesum is 0 Oct 23 22:51:39 s1 kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (..) for plci 0x101 Oct 23 22:51:39 s1 isdnlog: Oct 23 22:51:39 tei 65 calling 019231760,, with +49 xxxxx, xxxxxx HANGUP
Diesmal wurde der capi-Treiber benutzt.
Wieder eindeutig, der Provider nimmt nicht ab.
Sag ich doch, aber warum nur ?
Kannst Du das ganze nochmal mit der Nummer: 01019019231750 versuchen ? Das ist die offizielle CbC Nummer fuer Mobilcom/ISDN.
Okey, will mich ja nicht sperren. Probier ich's halt nochmal... Alles nochmal löschen und mit neuer Nummer.
keine ausser der richtigen Telefonnummer und das der Provider keine Stoerung hat.
Müsste das dann nicht bei z.B. heise angezeigt werden ? Nur für den Fall dass das dann doch nicht klappt, würdest du ! :) bitte so freundlich sein und mir die relevanten Dateinamen nennen die yast2 nach dem Klick auf "beenden" aus den schon 3 Bekannten generiert. Am Änderungsdatum kann ich wenigstens mal schaun ob auch alle modifiziert wurden. Habe im Moment keinen Plan mich duch die Scripte zu wursteln. ;-) CU Rolf
On Fri, Oct 25, 2002 at 12:12:02AM +0200, Rolf Dreissig wrote:
Am Donnerstag, 24. Oktober 2002 11:16 schrieb Karsten Keil:
On Thu, Oct 24, 2002 at 12:12:54AM +0200, Rolf Dreissig wrote: ... Vergiss Parameter usw. Bei dem log das Du hier gepostet hast nimmt die Gegenstelle den Anruf nicht an, da gibt es keinen Parameter der einzustellen ist, ausser der Telefonnummer.
Tja, seh ich ja genau so. Die Leitung scheint tot. Da geht nichts rüber. Will mich da einer ärgern oder hat meine Linux-Büchse bei freenet etwa schon Hausverbot. Obwohl ich bezweifle das da jemand so n'en "Türstopper" hinbekommt. Ok, ich will ja keinem zu nahe treten. Sicher gibts auch da fähige Leute. Tschuldigung! Doch dürfen die denn an die Hardware rann? :)
...
Die log Ausgabe bingt immernoch das gleiche Ergebnis;
Oct 23 22:51:29 s1 kernel: ippp0: dialing 1 019231760... Oct 23 22:51:29 s1 isdnlog: Oct 23 22:51:29 * tei 65 calling 019231760,, with +49 xxxxx, xxxxxx RING (Data) Oct 23 22:51:37 s1 kernel: isdn_net: local hangup ippp0 Oct 23 22:51:37 s1 kernel: ippp0: Chargesum is 0 Oct 23 22:51:39 s1 kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (..) for plci 0x101 Oct 23 22:51:39 s1 isdnlog: Oct 23 22:51:39 tei 65 calling 019231760,, with +49 xxxxx, xxxxxx HANGUP
Diesmal wurde der capi-Treiber benutzt.
Wieder eindeutig, der Provider nimmt nicht ab.
Sag ich doch, aber warum nur ?
Kannst Du das ganze nochmal mit der Nummer: 01019019231750 versuchen ? Das ist die offizielle CbC Nummer fuer Mobilcom/ISDN.
Okey, will mich ja nicht sperren. Probier ich's halt nochmal... Alles nochmal löschen und mit neuer Nummer.
keine ausser der richtigen Telefonnummer und das der Provider keine Stoerung hat.
Müsste das dann nicht bei z.B. heise angezeigt werden ?
Nur für den Fall dass das dann doch nicht klappt, würdest du ! :) bitte so freundlich sein und mir die relevanten Dateinamen nennen die yast2 nach dem Klick auf "beenden" aus den schon 3 Bekannten generiert. Am Änderungsdatum kann ich wenigstens mal schaun ob auch alle modifiziert wurden. Habe im Moment keinen Plan mich duch die Scripte zu wursteln. ;-)
Es werden von yast folgende files gespeichert (fuer Verbindungen, Stand 8.1) /etc/sysconfig/network/providers/<provider-datei> /etc/sysconfig/isdn/cfg-netX daraus werden ueber /sbin/conf.d/SuSEconfig.isdn folgende Files erzeugt/modifiziert: /etc/sysconfig/network/ifcfg-ipppX /etc/sysconfig/network/routes /etc/ppp/pap-secrets /etc/ppp/chap-secrets -- Karsten Keil SuSE Labs ISDN development
Am Donnerstag, 24. Oktober 2002 11:16 schrieb Karsten Keil: ...
Wieder eindeutig, der Provider nimmt nicht ab. Kannst Du das ganze nochmal mit der Nummer: 01019019231750 versuchen ? Das ist die offizielle CbC Nummer fuer Mobilcom/ISDN.
Ok, hier kommt die Antwort, Oct 25 00:40:21 s1 kernel: ippp0: dialing 1 01019019231750... Oct 25 00:40:21 s1 isdnlog: (AVM B1 driver detected (D2)) Oct 25 00:40:21 s1 isdnlog: Oct 25 00:40:21 * tei 64 calling +1 019019231,, with +49 xxx/xxxxx, xxxxxx RING (Data) Oct 25 00:40:30 s1 kernel: isdn_net: local hangup ippp0 Oct 25 00:40:30 s1 kernel: ippp0: Chargesum is 0 Oct 25 00:40:31 s1 kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (..) for plci 0x101 Oct 25 00:40:31 s1 isdnlog: Oct 25 00:40:31 tei 64 calling +1 019019231, USA, with +49 xxx/xxxxx, xxxxxx HANGUP Na egal, jedenfalls scheints nicht die Nummer zu sein. Was gibts da noch für Möglichkeiten ? Tuess Rolf
Hallo, Rolf Dreissig wrote:
Oct 25 00:40:21 s1 isdnlog: Oct 25 00:40:21 * tei 64 calling +1 019019231,,
Wählst Du wirklich eine 1 (+1) davor? Wenn das so ist, ist es kein Wunder dass Deine Kiste nach zehn Sekunden genug hat und auflegt. Gruß Karlheinz -- E-Mail: karlheinz.guenster@t-online.de --
Am Freitag, 25. Oktober 2002 07:29 schrieb Karlheinz Guenster:
Hallo,
Rolf Dreissig wrote:
Oct 25 00:40:21 s1 isdnlog: Oct 25 00:40:21 * tei 64 calling +1 019019231,,
Wählst Du wirklich eine 1 (+1) davor? Wenn das so ist, ist es kein Wunder dass Deine Kiste nach zehn Sekunden genug hat und auflegt.
Oops ! Nein, natürlich nicht ! Da hat wohl beim kommentieren die Taste geklemmt. Bitte geht davon aus dass ich in der Lage bin eine, sagen wir mal 12stellige Nummer einzutippen. Wir leben ja nicht mehr im Mittelalter. ;-) Oder gibst vielleicht einen Konsole-Font der eine Nummer verdreht? Aussderdem ist es unlogisch dass ich ausgerechnet immer nur die Freenet-Nummern falsch eintippe und die anderer Provider nicht. Und warum sollte ich plötzlich die freenet-Nummer am Modem richtig eingeben? Aber trotzdem danke für den Hinweis. MfG Rolf
Hallo, Rolf Dreissig wrote:
Am Freitag, 25. Oktober 2002 07:29 schrieb Karlheinz Guenster:
Hallo,
Rolf Dreissig wrote:
Oct 25 00:40:21 s1 isdnlog: Oct 25 00:40:21 * tei 64 calling +1 019019231,,
Wählst Du wirklich eine 1 (+1) davor? Wenn das so ist, ist es kein Wunder dass Deine Kiste nach zehn Sekunden genug hat und auflegt.
Oops ! Nein, natürlich nicht ! Da hat wohl beim kommentieren die Taste geklemmt.
Bitte geht davon aus dass ich in der Lage bin eine, sagen wir mal 12stellige Nummer einzutippen. Wir leben ja nicht mehr im Mittelalter. ;-)
Das hat mit Mittelalter nichts zu tun, solche Fehler passieren.
Oct 25 00:40:31 s1 isdnlog: Oct 25 00:40:31 tei 64 calling +1 019019231, USA, with +49 xxx/xxxxx, xxxxxx HANGUP
Offensichtlich hast Du Deine /etc/isdn/isdn.conf nicht konfiguriert.
Oct 25 00:40:21 s1 kernel: ippp0: dialing 1 01019019231750... 019019231
Seltsam ist, dass der Kernel eine andere Nummer wählt, als isdnlog es feststellt. Du scheinst tatsächlich die USA vorzuwählen? Ich habe keinen Ahnung, welche von den beiden die Freenetnummer ist und wo die "750" bleibt. Ich habe den Thread nicht bisher nicht verfolgt, deshalb weiß ich nicht, ob die Ursache dafür bekannt ist. Wenn beim "Kommentieren die Taste klemmt", und Du die richtigen nicht hinterher lieferst, dann sind die Logauszüge wertlos. Gruß Karlheinz -- E-Mail: karlheinz.guenster@t-online.de --
Am Samstag, 26. Oktober 2002 08:38 schrieb Karlheinz Guenster:
Hallo,
Rolf Dreissig wrote: ...
Bitte geht davon aus dass ich in der Lage bin eine, sagen wir mal 12stellige Nummer einzutippen. Wir leben ja nicht mehr im Mittelalter. ;-)
Das hat mit Mittelalter nichts zu tun, solche Fehler passieren.
Ack, deshalb bin ich auch brav gewesen und habe alle Vorschläge aus der Liste ausprobiert. ;-)
Oct 25 00:40:31 s1 isdnlog: Oct 25 00:40:31 tei 64 calling +1 019019231, USA, with +49 xxx/xxxxx, xxxxxx HANGUP
Offensichtlich hast Du Deine /etc/isdn/isdn.conf nicht konfiguriert.
Nein habe ich nicht. Reicht das!
Oct 25 00:40:21 s1 kernel: ippp0: dialing 1 01019019231750...
019019231
Seltsam ist, dass der Kernel eine andere Nummer wählt, als isdnlog es feststellt. Du scheinst tatsächlich die USA vorzuwählen?
Nein, aber vor einiger Zeit hatte ich mal ne Flat Rate in au. Lange ist's her... :-( Aber die Idee mit dem Kernel finde ich garnicht so verkehrt. Mit dem Kernel 2.4.16 lief es ja noch. Kann man den alten Kernel unter SuSE 8.0 mal ausprobieren oder muss ich da mit Problemen rechnen? Wer hat schon Lust sein System zu schießen.
Ich habe keinen Ahnung, welche von den beiden die Freenetnummer ist und wo die "750" bleibt.
Das ist mir auch schon aufgefallen. Könnte z:B. aber nur an der Ausgabe von isdnlog liegen. In der .../isdn.log steht jedenfalls die Richtige und die vollständige Nummer. An alle die es nicht wissen, Freenet hat ne ganze Latte von Einwahlnummern. Nicht nur zwei. Für einige braucht man eine Anmeldung. Ist man nicht angemeldet surft man automatisch zum teueren CbC Tarif. Ich habe alle probiert. Keine scheint zu funktionieren. Auch wenn ich mich wiederhole die Nummer funktionieren mit Modemeinwahl und genau so mit Windoof auf der gleichen Hardware. Und was die Liste auch wissen wollte, bei mir funktioniert es auch ohne die 01019 vor der Einwahlnummer. Einige haben geschrieben das es bei ihnen nicht bzw. nicht mehr funktioniert. Das will ich mal glauben. Es könnte ja an einer lokalen Vermittlungsstelle liegen.
Ich habe den Thread nicht bisher nicht verfolgt, deshalb weiß ich nicht, ob die Ursache dafür bekannt ist.
Hat sich noch keiner dazu geäußert.
Wenn beim "Kommentieren die Taste klemmt", und Du die richtigen nicht hinterher lieferst, dann sind die Logauszüge wertlos.
Ich behaupte mal, stimmt nicht ganz. Mistrauen ist sicher oft angebracht aber es kann dich auch eine völlig falsche Richtung locken. :) Cu Rolf
Hallo, Rolf Dreissig wrote:
Am Samstag, 26. Oktober 2002 08:38 schrieb Karlheinz Guenster:
Hallo,
Rolf Dreissig wrote: ...
Oct 25 00:40:31 s1 isdnlog: Oct 25 00:40:31 tei 64 calling +1 019019231, USA, with +49 xxx/xxxxx, xxxxxx HANGUP
Offensichtlich hast Du Deine /etc/isdn/isdn.conf nicht konfiguriert.
Nein habe ich nicht. Reicht das!
Was reicht? Ich verstehe Deine Antwort nicht. Egal, das ist Deine isdn.conf, konfiguriere sie oder nicht, nur sind die Logausgaben wertlos.
Oct 25 00:40:21 s1 kernel: ippp0: dialing 1 01019019231750...
019019231
Seltsam ist, dass der Kernel eine andere Nummer wählt, als isdnlog es feststellt. Du scheinst tatsächlich die USA vorzuwählen?
Nein, aber vor einiger Zeit hatte ich mal ne Flat Rate in au. Lange ist's her... :-(
Was hat eine ehemalige Flatrate damit zu tun? Welche Nummer wählst Du oder weißt Du es nicht?
Ich habe keinen Ahnung, welche von den beiden die Freenetnummer ist und wo die "750" bleibt.
Das ist mir auch schon aufgefallen. Könnte z:B. aber nur an der Ausgabe von isdnlog liegen. In der .../isdn.log steht jedenfalls die Richtige und die vollständige Nummer.
Du meinst, dass die Ausgaben von isdnlog in /var/log/isdn.log und /var/log/messages verschieden sind? Was steht dann in /var/log/isdn.log?
An alle die es nicht wissen, Freenet hat ne ganze Latte von Einwahlnummern.
Dann gib eine Nummer bekannt, konfiguriere Dein isdnlog, dann vergleichen wir unsere Anwahlversuche.
Das will ich mal glauben. Es könnte ja an einer lokalen Vermittlungsstelle liegen.
Was Du anderen glaubst oder nicht, spielt keine Rolle, hier will Dir keiner was verkaufen.
Wenn beim "Kommentieren die Taste klemmt", und Du die richtigen nicht hinterher lieferst, dann sind die Logauszüge wertlos.
Ich behaupte mal, stimmt nicht ganz. Mistrauen ist sicher oft angebracht aber es kann dich auch eine völlig falsche Richtung locken. :)
Liefer die richtigen Angaben oder lass es. Gruß Karlheinz -- E-Mail: karlheinz.guenster@t-online.de --
Am Sonntag, 27. Oktober 2002 06:41 schrieb Karlheinz Guenster: ...
Nein, aber vor einiger Zeit hatte ich mal ne Flat Rate in au. Lange ist's her... :-(
Was hat eine ehemalige Flatrate damit zu tun?
Rein garnichts... :)
Welche Nummer wählst Du oder weißt Du es nicht?
Alle offiziell von Freenet zugelassenen.
Ich habe keinen Ahnung, welche von den beiden die Freenetnummer ist und wo die "750" bleibt.
Das ist mir auch schon aufgefallen. Könnte z:B. aber nur an der Ausgabe von isdnlog liegen. In der .../isdn.log steht jedenfalls die Richtige und die vollständige Nummer.
Du meinst, dass die Ausgaben von isdnlog in /var/log/isdn.log und /var/log/messages verschieden sind? Was steht dann in /var/log/isdn.log?
Ja, genau. Die Meldungen sind unterschiedlich. In der /var/log/isdn.log steht die vollständige Nummer Auch wenn ich "isdnctrl list ippp0" aufrufe sehe ich das dem Interface die vollständige Nummer zugewiesen wurde.
An alle die es nicht wissen, Freenet hat ne ganze Latte von Einwahlnummern.
Dann gib eine Nummer bekannt, konfiguriere Dein isdnlog, dann vergleichen wir unsere Anwahlversuche.
Ich habe bereits die wichtigsten Nummern gepostet. Das sollte reichen. Vielleicht hast du nicht den vollständigen thread mitbekommen.
Das will ich mal glauben. Es könnte ja an einer lokalen Vermittlungsstelle liegen.
Was Du anderen glaubst oder nicht, spielt keine Rolle, hier will Dir keiner was verkaufen.
Nun gut, mein Chef will mir auch immer jegliche Selbstständigkeit absprechen. Vielleicht bin ich, was diese Angelegenheit angeht, etwas zu paranoid veranlagt. Also um das Thema zu beenden, ich beschäftige mich mit Linux um etwas zu lernen und nicht um alles vorgekaut zu bekommen. ;-) Ich hoffe das du das als Entschuldigung akzeptierst. Cu Rolf PS Das Problem scheint gelöst. Siehe vorheriges Posting.
On Fre, 25 Okt 2002, Rolf Dreissig wrote:
Auch wenn ich mich wiederhole die Nummer funktionieren mit Modemeinwahl und genau so mit Windoof auf der gleichen Hardware. Und was die Liste auch wissen wollte, bei mir funktioniert es auch ohne die 01019 vor der Einwahlnummer. Einige haben geschrieben das es bei ihnen nicht bzw. nicht mehr funktioniert. Das will ich mal glauben. Es könnte ja an einer lokalen Vermittlungsstelle liegen.
Hast du evtl. ARCOR als Telefon-Provider ?? Gruss, -- Jörg Henner Fon: +49 (7 11) 48 90 83 - 0 ETES - EDV-Systemhaus GbR Fax: +49 (7 11) 48 90 83 - 50 Libanonstrasse 58 A * D-70184 Stuttgart Web: http://www.etes.de ______________________________________ Inflex - eMail Scanning and Protection Queries to: postmaster@etes.de
Am Freitag, 18. Oktober 2002 20:12 schrieb Rolf Dreissig:
Hallo Liste,
Hoffe das mir jemand weiter helfen kann,
Mein Problem ist, dass kein Verbindungsaufbau via ISDN zu Freenet aufgebaut werden kann. Die Einwahl funktionierte bisher immer. Erst seit einer Neuinstallation der SuSE 8.0 Pro geht bei Freenet nichts mehr.
Meine Installation: Pentium 3 mit 256MB RAM, SuSe 8.0 (Neuinstallation) Kernel 2.4.18-4GB, ISDN-Treiber i4l-2002.7.31-0 oder auch AVM capi-Treiber 8.0-03.09.10 , Netzwerk eth0 192.168.1.1, ippp0 192.168.0.99
Ankommende und Abgehende Verbindungen sind mit Fritz!DSL oder auch Ffritz!Classic kein Problem. Aber keine einzige der Verbindungen mit freenet via ISDN kommt zu Stande. Die Einwahl mit Modem oder mit ISDN unter Windoof zu freenet funktioniert ebenfalls. Aus irgend einem Grund meint der PC dass da kein Freenet-Server (oder keine aktive Verbindung) ist und er legt nach ca 9 Sekunden wieder auf.
Oct 13 18:12:08 s1 kernel: ippp0: dialing 1 01929... Oct 13 18:12:08 s1 isdnlog: Oct 13 18:12:08 * tei 64 calling 01929,, with +49 xxx/xxxxx, xxxxx RING (Data) Oct 13 18:12:16 s1 isdnlog: Oct 13 18:12:16 tei 64 calling 01929,, with +49 xxx/xxxxx, xxxxx Normal call clearing (User) Oct 13 18:12:16 s1 kernel: isdn_net: local hangup ippp0 Oct 13 18:12:16 s1 kernel: ippp0: Chargesum is 0 Oct 13 18:12:17 s1 isdnlog: Oct 13 18:12:17 tei 64 calling 01929,, with +49 xxx/xxxxx, xxxxx HANGUP ...
Anbei einige Konfigurationsdateien ------------------------------------------------- ... ------------------------------------------------- Ausgabe isdnctrl
Current setup of interface 'ippp0':
EAZ/MSN: xxxxx Phone number(s): Outgoing: 01929 Incoming: Dial mode: manual Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 1 Hangup-Timeout: 120 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0 -------------------------------------------------
Also, hier kommt die Auflösung. Obwohl ich den Grund für dieses Verhalten nur mutmaßen kann. Letztendlich hat mich die Liste dann auf die Idee gebracht. Wenn auch nicht die Lösung von der Liste direkt kam so habt Ihr mir bestätigt dass ich in meiner Konfiguration keinen offentsichlichen Fehler habe. Besonderen Dank geht meiner Meinung nach wiedermal an Karsten weil er hier die kreativsten Beiträge lieferte. So nun genug der Lorbeeren... ;-) Bitte beachtet den Parameter Dialmax in der oberen Ausgabe von isdnctrl ! Ich habe mich daran erinnert, dass es bei yast 1 immer möglich war den dialmax-Parameter vorzugeben (also mindestens ab SuSE 5.1) . Die Konfiguration ist mit yast 2 also "vereinfacht" wurden. Der Dialmax kann nicht mehr direkt eingegeben werden. Zum Test kann man aber manuell "isdnctrl dialmax ippp0 3" eingeben. Das z.B. erhöht die Wählversuche für ippp0 auf 3. Vielleicht kann Karsten ja nochmal kurz beschreiben an welcher Stelle er es für sinnvoll hält den Parameter in das Suse-Script einzubauen. Ich möchte an dieser Stelle keinen Vorschlag machen, da ich kein Freund von Individuallösungen bin... ;-) Also was passiert nach der Änderung des Dialmax ? Na schaut es euch doch selber an. ------------------------------------------------- Oct 27 17:23:51 s1 kernel: ippp0: dialing 1 01929... Oct 27 17:23:51 s1 isdnlog: Oct 27 17:23:51 * tei 64 calling 01929,, with myServer RING (Data) Oct 27 17:24:00 s1 kernel: ippp0: dialing 2 01929... Oct 27 17:24:00 s1 kernel: capidrv-1: dail ch=0,"01929,7,0,xxxxx" in use (plci=0x101) Oct 27 17:24:01 s1 kernel: kcapi: appl 1 ncci 0x10101 up Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer Time:Sun Oct 27 16:26:00 2002 Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer CONNECT (Data) Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer INTERFACE ippp0 calling 01929 Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer CHARGE: 0.123 EUR/60s = 0.123 EUR/Min (DTAG T-ISDN Standard, Ortszone, täglich) Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer HINT: Better use 01013:Tele2 Privat CbC, 0.040 EUR/60s = 0.040 EUR/Min, saving 0.082 EUR/Min Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer 1.CI 0.123 EUR (now) Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer NEXT CI AFTER 01:00 (DTAG T-ISDN Standard, Ortszone, täglich) Oct 27 17:24:01 s1 ipppd[499]: Local number: xxxxx, Remote number: 01929, Type: outgoing Oct 27 17:24:01 s1 ipppd[499]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 7 Oct 27 17:24:01 s1 ipppd[499]: sent [0][LCP ConfReq id=0x1 <mru 1524> <magic 0x443a6863> <pcomp> <accomp>] Oct 27 17:24:01 s1 kernel: isdn_net: ippp0 connected Oct 27 17:24:01 s1 kernel: capidrv-1: chan 0 up with ncci 0x10101 Oct 27 17:24:02 s1 ipppd[499]: rcvd [0][LCP ConfReq id=0x96 <auth pap> <magic 0xa890e2e6> <MPmrru 1524> <MPdiscr: 0x1 [ 64 74 6d 32 ]>] Oct 27 17:24:02 s1 ipppd[499]: sent [0][LCP ConfRej id=0x96 <MPmrru 1524>] Oct 27 17:24:02 s1 ipppd[499]: rcvd [0][LCP ConfAck id=0x1 <mru 1524> <magic 0x443a6863> <pcomp> <accomp>] Oct 27 17:24:02 s1 ipppd[499]: rcvd [0][LCP ConfReq id=0x97 <auth pap> <magic 0xa890e2e6> <MPdiscr: 0x1 [ 64 74 6d 32 ]>] Oct 27 17:24:02 s1 ipppd[499]: sent [0][LCP ConfAck id=0x97 <auth pap> <magic 0xa890e2e6> <MPdiscr: 0x1 [ 64 74 6d 32 ]>] Oct 27 17:24:02 s1 ipppd[499]: lcp layer is UP Oct 27 17:24:02 s1 ipppd[499]: sent [0][PAP AuthReq id=0x1 user="freenetuser" password="free"] Oct 27 17:24:02 s1 ipppd[499]: rcvd [0][PAP AuthAck id=0x1msg=""] Oct 27 17:24:02 s1 ipppd[499]: Remote message: Oct 27 17:24:02 s1 ipppd[499]: MPPP negotiation, He: No We: No Oct 27 17:24:02 s1 ipppd[499]: sent [0][IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ 0f 01>] Oct 27 17:24:02 s1 ipppd[499]: CCP enabled! Trying CCP. Oct 27 17:24:02 s1 ipppd[499]: CCP: got ccp-unit 0 for link 0 (Compression Control Protocol) Oct 27 17:24:02 s1 ipppd[499]: ccp_resetci! Oct 27 17:24:02 s1 ipppd[499]: rcvd [0][IPCP ConfReq id=0x6a <addr 62.104.210.42>] Oct 27 17:24:02 s1 ipppd[499]: sent [0][IPCP ConfAck id=0x6a <addr 62.104.210.42>] Oct 27 17:24:02 s1 ipppd[499]: rcvd [0][IPCP ConfRej id=0x1 <compress VJ 0f 01>] Oct 27 17:24:02 s1 ipppd[499]: sent [0][IPCP ConfReq id=0x2 <addr 0.0.0.0>] Oct 27 17:24:02 s1 ipppd[499]: rcvd [0][IPCP ConfNak id=0x2 <addr 213.7.224.6>] Oct 27 17:24:02 s1 ipppd[499]: sent [0][IPCP ConfReq id=0x3 <addr 213.7.224.6>] Oct 27 17:24:02 s1 ipppd[499]: rcvd [0][IPCP ConfAck id=0x3 <addr 213.7.224.6>] Oct 27 17:24:02 s1 ipppd[499]: local IP address xxx.xxx.xxx.xxx Oct 27 17:24:02 s1 ipppd[499]: remote IP address 62.104.210.42 ------------------------------------------------- Also ich betrachte die Sache noch nicht als erledigt. Wie man in der log sieht klappt die Verbindung erst beim zweiten Mal. Wie man weiter sieht, es passiert 9 Sekunden lang erstmal garnichts (1.Call ). Aber dann steht die Verbindung innerhalb 1 Sekunde. Obwohl ich nicht bei einer Telefongesellschaft arbeite, könnt ihr mir erzählen was ihr wollt, da ist eindeutig was faul. Noch eine Frage schlagt ihr vor ich soll meine "Erkenntnisse" mal an suse-freedback weiterleiter oder ist das nicht notwendig oder ist alles noch zu unausgegoren ? Im Besonderen würde mich interessieren ob die Leute die sich hier gemeldet hatten, dass ihre Verbindung ohne 01019 nicht klappt, nach einer Erhöhung des dialmax Parameters vielleicht nun möglicherweise doch ohne 01019 auskommen. Auch schon um dem Gerücht das dies "überhaupt" nicht mehr geht entgegen zu treten. Tuess und danke allen die an dem Thema interessiert waren Rolf PS Wegen des "guten" Services der freenet AG habe ich mich entschlossen mein langjähriges ABO bei eben diesen Unternehmen zum Monatsende zu künden. Ich will hier keine Stimmung machen, aber es ist jedem selbst überlassen sich mal Gedanken darüber zu machen von wem Provider leben.
Hallo Rolf, Am Freitag, 25. Oktober 2002 12:36 schrieb Rolf Dreissig:
Am Freitag, 18. Oktober 2002 20:12 schrieb Rolf Dreissig:
Hallo Liste,
[Viel überflüssigen Text entfernt ;)] Also ich betrachte die Sache noch nicht als erledigt. Wie man in der log sieht klappt die Verbindung erst beim zweiten Mal. Wie man weiter sieht, es passiert 9 Sekunden lang erstmal garnichts (1.Call ). Aber dann steht die Verbindung innerhalb 1 Sekunde. Obwohl ich nicht bei einer Telefongesellschaft arbeite, könnt ihr mir erzählen was ihr wollt, da ist eindeutig was faul.
Richtig. Ich erinnere mich, dass gleiche Problem mal mit Arcor gehabt zu haben. Freenet war meine erste Wahl, und damit klappte es immer sofort, bei Arcor klappte es immer erst bei der zweiten Anwahl. Auf SuSE-Linux meinte mal jemand, dass könne an der default-route liegen, aber ich hab das Problem leider nicht in den Griff bekommen. Na ja, dank DSL kann es mir jetzt auch egal sein ;))
Noch eine Frage schlagt ihr vor ich soll meine "Erkenntnisse" mal an suse-freedback weiterleiter oder ist das nicht notwendig oder ist alles noch zu unausgegoren ?
Jepp!
Im Besonderen würde mich interessieren ob die Leute die sich hier gemeldet hatten, dass ihre Verbindung ohne 01019 nicht klappt, nach einer Erhöhung des dialmax Parameters vielleicht nun möglicherweise doch ohne 01019 auskommen.
Es hat auch bei mir mit der Einwahl _ohne_ 01019 geklappt, allerdings musste ich dann den teuren CbC-Tarif zahlen, da mein Tarif (_mit_ _Anmeldung_) nur mit der Vorwahl korrekt abgerechnet wurde :(
Auch schon um dem Gerücht das dies "überhaupt" nicht mehr geht entgegen zu treten.
Tuess und danke allen die an dem Thema interessiert waren Rolf
PS Wegen des "guten" Services der freenet AG habe ich mich entschlossen mein langjähriges ABO bei eben diesen Unternehmen zum Monatsende zu künden. Ich will hier keine Stimmung machen, aber es ist jedem selbst überlassen sich mal Gedanken darüber zu machen von wem Provider leben.
<WERBUNG> Mit meinem DSL-Anschluss hab ich jetzt eine Flatrate bei 1&1. Alles läuft ohne Probleme und der Service war bis jetzt immer absolut in Ordnung, sprich: schnell _und_ hilfreich ;) </WERBUNG> cu Manfred
Hallo Rolf, On Fri, Oct 25, 2002 at 12:36:26PM +0200, Rolf Dreissig wrote:
Also, hier kommt die Auflösung. Obwohl ich den Grund für dieses Verhalten nur mutmaßen kann. Letztendlich hat mich die Liste dann auf die Idee gebracht. Wenn auch nicht die Lösung von der Liste direkt kam so habt Ihr mir bestätigt dass ich in meiner Konfiguration keinen offentsichlichen Fehler habe. Besonderen Dank geht meiner Meinung nach wiedermal an Karsten weil er hier die kreativsten Beiträge lieferte. So nun genug der Lorbeeren... ;-)
Bitte beachtet den Parameter Dialmax in der oberen Ausgabe von isdnctrl ! Ich habe mich daran erinnert, dass es bei yast 1 immer möglich war den dialmax-Parameter vorzugeben (also mindestens ab SuSE 5.1) . Die Konfiguration ist mit yast 2 also "vereinfacht" wurden. Der Dialmax kann nicht mehr direkt eingegeben werden.
Zum Test kann man aber manuell "isdnctrl dialmax ippp0 3" eingeben. Das z.B. erhöht die Wählversuche für ippp0 auf 3.
Vielleicht kann Karsten ja nochmal kurz beschreiben an welcher Stelle er es für sinnvoll hält den Parameter in das Suse-Script einzubauen.
Der Parameter ist bereits im Startscript drin, aber nicht zur Konfiguration vorgesehen, deshalb wird er auch vom SuSEconfig.isdn nicht gehandelt und aus /etc/sysconfig/isdn/cfg-net0 nicht in /etc/sysconfig/network/ifcfg-ippp0 uebernommen. Du kannst Ihn aber direkt in /etc/sysconfig/network/ifcfg-ippp0 als DIALMAX=3 eintragen, wird beim naechsten SuSEconfiglauf allerdings wieder geloescht, bleibt aber wenn man an der Konfiguration nichts aendert.
Ich möchte an dieser Stelle keinen Vorschlag machen, da ich kein Freund von Individuallösungen bin... ;-)
Also was passiert nach der Änderung des Dialmax ? Na schaut es euch doch selber an. ... ------------------------------------------------- Oct 27 17:23:51 s1 kernel: ippp0: dialing 1 01929... Oct 27 17:23:51 s1 isdnlog: Oct 27 17:23:51 * tei 64 calling 01929,, with myServer RING (Data) Oct 27 17:24:00 s1 kernel: ippp0: dialing 2 01929... Oct 27 17:24:00 s1 kernel: capidrv-1: dail ch=0,"01929,7,0,xxxxx" in use (plci=0x101) Oct 27 17:24:01 s1 kernel: kcapi: appl 1 ncci 0x10101 up Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer Time:Sun Oct 27 16:26:00 2002 Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer CONNECT (Data) Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer INTERFACE ippp0 calling 01929
Das sieht so aus als ob Freenet erst nach 10 sek rangeht, OK das ist nicht verboten aber fuer ISDN sehr ungewoehnlich und lang (normalerweise < 1 sek) Leider ist der Timeout in der isdn.o statemachine fest, so das es nur mit dem Umweg ueber dialmax geht. Ich werd mal sehen ob man das mal aendern kann.
Also ich betrachte die Sache noch nicht als erledigt. Wie man in der log sieht klappt die Verbindung erst beim zweiten Mal. Wie man weiter sieht, es passiert 9 Sekunden lang erstmal garnichts (1.Call ). Aber dann steht die Verbindung innerhalb 1 Sekunde. Obwohl ich nicht bei einer Telefongesellschaft arbeite, könnt ihr mir erzählen was ihr wollt, da ist eindeutig was faul.
Ja, wobei rein technisch ist das OK, die lassen es halt ersteinmal klingeln, woran das liegt, ob z.B: die Weiterleitung in Deiner VST falsch eingestellt ist oder der entsprechende Router erstemal wartet kann man so nicht sagen, das kann nur Freenet klaeren.
Noch eine Frage schlagt ihr vor ich soll meine "Erkenntnisse" mal an suse-freedback weiterleiter oder ist das nicht notwendig oder ist alles noch zu unausgegoren ?
Brauchst Du nicht, kommt nach mehreren Umwegen auch nur bei mir an.
Im Besonderen würde mich interessieren ob die Leute die sich hier gemeldet hatten, dass ihre Verbindung ohne 01019 nicht klappt, nach einer Erhöhung des dialmax Parameters vielleicht nun möglicherweise doch ohne 01019 auskommen.
Auch schon um dem Gerücht das dies "überhaupt" nicht mehr geht entgegen zu treten.
Tuess und danke allen die an dem Thema interessiert waren Rolf
PS Wegen des "guten" Services der freenet AG habe ich mich entschlossen mein langjähriges ABO bei eben diesen Unternehmen zum Monatsende zu künden. Ich will hier keine Stimmung machen, aber es ist jedem selbst überlassen sich mal Gedanken darüber zu machen von wem Provider leben.
Wie gesagt das muss nicht Schuld von freenet sein, wenn ich bei denen waer, haette ich auch nicht vermutete (es sei denn dieser Timeout ist üblich) das es an soetwas liegt. Mit dem Fehlerbild (Connect erst 10s nach Einwahl) sollten die jedoch etwas anfangen koennen. Uebrigens ist freenet durchaus ein linux freundlicher Provider, ich hatte selbst bei denen mal einen Kostenlosen Testaccount bekommen um Kanalbuendelung besser testen zu können. -- Karsten Keil SuSE Labs ISDN development
On Mon, 28 Okt 2002, Karsten Keil wrote:
Zum Test kann man aber manuell "isdnctrl dialmax ippp0 3" eingeben. Das z.B. erhöht die Wählversuche für ippp0 auf 3.
Vielleicht kann Karsten ja nochmal kurz beschreiben an welcher Stelle er es für sinnvoll hält den Parameter in das Suse-Script einzubauen.
Der Parameter ist bereits im Startscript drin, aber nicht zur Konfiguration vorgesehen, deshalb wird er auch vom SuSEconfig.isdn nicht gehandelt und aus /etc/sysconfig/isdn/cfg-net0 nicht in /etc/sysconfig/network/ifcfg-ippp0 uebernommen. Du kannst Ihn aber direkt in /etc/sysconfig/network/ifcfg-ippp0 als DIALMAX=3 eintragen, wird beim naechsten SuSEconfiglauf allerdings wieder geloescht, bleibt aber wenn man an der Konfiguration nichts aendert.
Was mich hier noch interessieren würde ist, ob SuSE/du diese "zusatz"-Config-Parameter (wie hier der DIALMAX), mal noch 1-zu-1 aus der /etc/sysconfig/isdn/cfg-net0 übernommen werden... Ist das in Planung, oder kommt das neu auf die TODO - und bis wann ist damit etwa zu rechnen ?? Gruss, -- Jörg Henner Fon: +49 (7 11) 48 90 83 - 0 ETES - EDV-Systemhaus GbR Fax: +49 (7 11) 48 90 83 - 50 Libanonstrasse 58 A * D-70184 Stuttgart Web: http://www.etes.de ______________________________________ Inflex - eMail Scanning and Protection Queries to: postmaster@etes.de
On Mon, Oct 28, 2002 at 11:53:38AM +0100, Joerg Henner wrote:
On Mon, 28 Okt 2002, Karsten Keil wrote:
Zum Test kann man aber manuell "isdnctrl dialmax ippp0 3" eingeben. Das z.B. erhöht die Wählversuche für ippp0 auf 3.
Vielleicht kann Karsten ja nochmal kurz beschreiben an welcher Stelle er es für sinnvoll hält den Parameter in das Suse-Script einzubauen.
Der Parameter ist bereits im Startscript drin, aber nicht zur Konfiguration vorgesehen, deshalb wird er auch vom SuSEconfig.isdn nicht gehandelt und aus /etc/sysconfig/isdn/cfg-net0 nicht in /etc/sysconfig/network/ifcfg-ippp0 uebernommen. Du kannst Ihn aber direkt in /etc/sysconfig/network/ifcfg-ippp0 als DIALMAX=3 eintragen, wird beim naechsten SuSEconfiglauf allerdings wieder geloescht, bleibt aber wenn man an der Konfiguration nichts aendert.
Was mich hier noch interessieren würde ist, ob SuSE/du diese "zusatz"-Config-Parameter (wie hier der DIALMAX), mal noch 1-zu-1 aus der /etc/sysconfig/isdn/cfg-net0 übernommen werden...
Ist das in Planung, oder kommt das neu auf die TODO - und bis wann ist damit etwa zu rechnen ??
Normalerweise sollten alle uebernommen werden, scheinbar haben sich ein paar gut versteckt. Ich werde es fixen - wann ??? -- Karsten Keil SuSE Labs ISDN development
Am Montag, 28. Oktober 2002 10:44 schrieb Karsten Keil: ...
Das sieht so aus als ob Freenet erst nach 10 sek rangeht, OK das ist nicht verboten aber fuer ISDN sehr ungewoehnlich und lang (normalerweise < 1 sek) Leider ist der Timeout in der isdn.o statemachine fest, so das es nur mit dem Umweg ueber dialmax geht. Ich werd mal sehen ob man das mal aendern kann.
Also vielleicht hilft dir das weiter. Ich kann dir bestätigen dass trotz 2tem Call nur eine Verbindung aufgebaut wird (frag nicht woher ich das weiß). Physikalisch wird die Verbindung also nicht unterbrochen. Und dann ist mir ja schon aufgefallen dass wenn man die Nummer per Telefon anruft es am anderen Ende zu piepen anfängt. Ich vermute mal die haben sowas wie einen Multiport-Zugang (z.B. eine Telefonanlage) wie das Gerät genau heissen könnte weiss ich leider nicht. Auf Grund der ISDN Dienstekennung kann dieser ja ganz leicht herausfinden ob ein ISDN oder Analog Modem anruft. Dieser switched bei Anruf nach ca. 9 Sekunden ( wegen ???) auf Analog bzw. eine andere Extension an der ein Analog-Modem hängt um. Ich stelle mir das so vor wie früher die FAX-Weichen arbeiteten. Wenn man an die zwei Strippen die aus der Wand kommen einen Oskar anschliessen könnte, kann man das vielleicht noch präzisieren. Ich könnte auch mal bei Freenet anfragen, nur werden die das nicht jedem auf die Nase binden. ;-)
Also ich betrachte die Sache noch nicht als erledigt. Wie man in der log sieht klappt die Verbindung erst beim zweiten Mal. Wie man weiter sieht, es passiert 9 Sekunden lang erstmal garnichts (1.Call ). Aber dann steht die Verbindung innerhalb 1 Sekunde. Obwohl ich nicht bei einer Telefongesellschaft arbeite, könnt ihr mir erzählen was ihr wollt, da ist eindeutig was faul.
Ja, wobei rein technisch ist das OK, die lassen es halt ersteinmal klingeln, woran das liegt, ob z.B: die Weiterleitung in Deiner VST falsch eingestellt ist oder der entsprechende Router erstemal wartet kann man so nicht sagen, das kann nur Freenet klaeren.
Ja, wo ist da die Grenze zwischen OK und NOK ? Die VST sagt bestimmt die Verbindung wird doch aufgebaut. ...
PS Wegen des "guten" Services der freenet AG habe ich mich entschlossen mein langjähriges ABO bei eben diesen Unternehmen zum Monatsende zu künden. Ich will hier keine Stimmung machen, aber es ist jedem selbst überlassen sich mal Gedanken darüber zu machen von wem Provider leben.
Wie gesagt das muss nicht Schuld von freenet sein, wenn ich bei denen waer, haette ich auch nicht vermutete (es sei denn dieser Timeout ist üblich) das es an soetwas liegt. Mit dem Fehlerbild (Connect erst 10s nach Einwahl) sollten die jedoch etwas anfangen koennen.
Ich kann dir ja mal mailen was ich denen geschrieben habe und was die mir geantwortet haben. Die Angabe dass die Verbindung nach 9 Sek. unterbrochen wird haben sie von mir bekommen. Die Antwort war, etwas verkürzt wiedergegeben, ich soll yast 2 benutzen. Obwohl ich ausführilich genug beschrieben habe dass ich mit yast2 installiert habe und das die On-line Hilfe leider etwas veraltet ist. Man hätte es nur lesen müssen. Dummerweise, hat mich das einige Tage meiner wertvollen Freizeit und noch einiges mehr gekostet.
Uebrigens ist freenet durchaus ein linux freundlicher Provider, ich hatte selbst bei denen mal einen Kostenlosen Testaccount bekommen um Kanalbuendelung besser testen zu können.
Ich geb dir Recht, sicher ist es die Summe der Fehler die hier eine Rolle Spielen. Nun gut, immerhin haben sie eine Anleitung für Linux. Auf der anderen Seite glaube ich, dass es ne Menge Linux-Internet Nutzer gibt. Wer Linux heute nicht unterstüzt wird also zukünftig viel Geld verlieren. Was ich schon immer nicht In Ordnung fand ist die Freenet-Startseite. Wenn Freenet nur so wirtschaftlich Internet-Services anbieten kann dann sollte man dem Vorstand mal genauer auf die Finger sehen. Negativ finde ich dass ich jede Woche mehr und mehr Spam bekomme. Positiv empfand ich immer die relative stabile und schnelle Verbindung. Auch und gerade wenn mal bei der T wieder die Leitungen heiss gelaufen sind hat es bei Freenet kaum Ausfälle gegeben. Positiv fand ich ebenfalls das sich Freenet für einen eigenen news-Server entschieden hat. Nach meiner Meinung aber zu viel spät. Anyway, um das Ganze abzuschliessen die Fritz!DSL kommt leider nur mit DSL so richtig gut. Ich warte nun schon fast 2 Jahre dass die Mobilcom DSL anbietet, aber leider wird das ja nun nichts mehr. Zumindest scheint ja Freenet zu überleben. Tuess Rolf PS Damit das nicht noch mehr OT wird sollten wir es dabei belassen, oder nicht. :)
On Sun, Oct 27, 2002 at 11:06:57AM +0100, Rolf Dreissig wrote:
Am Montag, 28. Oktober 2002 10:44 schrieb Karsten Keil:
...
Das sieht so aus als ob Freenet erst nach 10 sek rangeht, OK das ist nicht verboten aber fuer ISDN sehr ungewoehnlich und lang (normalerweise < 1 sek) Leider ist der Timeout in der isdn.o statemachine fest, so das es nur mit dem Umweg ueber dialmax geht. Ich werd mal sehen ob man das mal aendern kann.
Also vielleicht hilft dir das weiter. Ich kann dir bestätigen dass trotz 2tem Call nur eine Verbindung aufgebaut wird (frag nicht woher ich das weiß). Physikalisch wird die Verbindung also
Das sehe ich auch am log, der erhoehte DIALMAX sorgt hier nur dafuer das der 1. Anwahlversuch nicht nach 8 sekunden abgebrochen wird, sondern weiter 8 sek auf ein "Abheben" der anderen Seite gewartet wird.
nicht unterbrochen. Und dann ist mir ja schon aufgefallen dass wenn man die Nummer per Telefon anruft es am anderen Ende zu piepen anfängt. Ich vermute mal die haben sowas wie einen Multiport-Zugang (z.B. eine Telefonanlage) wie das Gerät genau heissen könnte weiss ich leider nicht. Auf Grund der ISDN
Nein, das kann jedes ISDN Geraet und ist ein Standardmerkmal von ISDN.
Dienstekennung kann dieser ja ganz leicht herausfinden ob ein ISDN oder Analog Modem anruft. Dieser switched bei Anruf nach ca. 9 Sekunden ( wegen
Nein das braucht er nicht, das ist sofort bekannt (deshalb klingelt z.B. Dein Telefon nicht, wenn Du als Rufnummer zum test Deine eigene bei der Providerkonfiguration angibst.
???) auf Analog bzw. eine andere Extension an der ein Analog-Modem hängt um. Ich stelle mir das so vor wie früher die FAX-Weichen arbeiteten. Wenn man an die zwei Strippen die aus der Wand kommen einen Oskar anschliessen könnte, kann man das vielleicht noch präzisieren.
Ich könnte auch mal bei Freenet anfragen, nur werden die das nicht jedem auf die Nase binden. ;-)
Ich vermute hier wirklich einen Fehler bei dem Einwahlknoten, an dem Du reinkommst. Eventuell ist der 1. ISDN Router ausgefallen und nach 10 Sekunden erfolgt das Fallback auf einen anderen.
Also ich betrachte die Sache noch nicht als erledigt. Wie man in der log sieht klappt die Verbindung erst beim zweiten Mal. Wie man weiter sieht, es passiert 9 Sekunden lang erstmal garnichts (1.Call ). Aber dann steht die Verbindung innerhalb 1 Sekunde. Obwohl ich nicht bei einer Telefongesellschaft arbeite, könnt ihr mir erzählen was ihr wollt, da ist eindeutig was faul.
Ja, wobei rein technisch ist das OK, die lassen es halt ersteinmal klingeln, woran das liegt, ob z.B: die Weiterleitung in Deiner VST falsch eingestellt ist oder der entsprechende Router erstemal wartet kann man so nicht sagen, das kann nur Freenet klaeren.
Ja, wo ist da die Grenze zwischen OK und NOK ? Die VST sagt bestimmt die Verbindung wird doch aufgebaut.
Normalerweise erfolgt bei einem ISDN Router die Rufannahme sofort, wie bei allen teueren Spielzeugen gibt es viele Sachen die man einstellen kann, so sicherlich auch eine verzoegerte Rufannahme (bringt denen nichts, da in DE erst bei Connect die Gebuehrenzaehler anfangen zu ticken). Ich vermute eher ein Versehen oder einen Fehler wie oben beschrieben.
...
PS Wegen des "guten" Services der freenet AG habe ich mich entschlossen mein langjähriges ABO bei eben diesen Unternehmen zum Monatsende zu künden. Ich will hier keine Stimmung machen, aber es ist jedem selbst überlassen sich mal Gedanken darüber zu machen von wem Provider leben.
Wie gesagt das muss nicht Schuld von freenet sein, wenn ich bei denen waer, haette ich auch nicht vermutete (es sei denn dieser Timeout ist üblich) das es an soetwas liegt. Mit dem Fehlerbild (Connect erst 10s nach Einwahl) sollten die jedoch etwas anfangen koennen.
Ich kann dir ja mal mailen was ich denen geschrieben habe und was die mir geantwortet haben. Die Angabe dass die Verbindung nach 9 Sek. unterbrochen wird haben sie von mir bekommen. Die Antwort war, etwas verkürzt wiedergegeben, ich soll yast 2 benutzen. Obwohl ich ausführilich genug beschrieben habe dass ich mit yast2 installiert habe und das die On-line Hilfe leider etwas veraltet ist. Man hätte es nur lesen müssen.
Ich weiss das ist aber bei fast allen Hotlines ueblich (und loest meistens schonmal einen Grossteil an Problemen), das erstmal eine erste allgemeine Antwort kommt. Die Verbindung wird nicht unterbrochen sondern i4l wartet nur 8 Sekunden lang und legt dann auf, eine Verbindung bestand bis dahin nicht.
Was ich schon immer nicht In Ordnung fand ist die Freenet-Startseite. Wenn Freenet nur so wirtschaftlich Internet-Services anbieten kann dann sollte man dem Vorstand mal genauer auf die Finger sehen.
Negativ finde ich dass ich jede Woche mehr und mehr Spam bekomme.
Ist aber nicht nur bei freenet so :-(, Spammer scheinen Hochkonjunktur zu haben. -- Karsten Keil SuSE Labs ISDN development
Am Montag, 28. Oktober 2002 10:44 schrieb Karsten Keil:
Hallo Rolf,
On Fri, Oct 25, 2002 at 12:36:26PM +0200, Rolf Dreissig wrote: [snip]
Also was passiert nach der Änderung des Dialmax ? Na schaut es euch doch selber an. ... ------------------------------------------------- Oct 27 17:23:51 s1 kernel: ippp0: dialing 1 01929... Oct 27 17:23:51 s1 isdnlog: Oct 27 17:23:51 * tei 64 calling 01929,, with myServer RING (Data) Oct 27 17:24:00 s1 kernel: ippp0: dialing 2 01929... Oct 27 17:24:00 s1 kernel: capidrv-1: dail ch=0,"01929,7,0,xxxxx" in use (plci=0x101) Oct 27 17:24:01 s1 kernel: kcapi: appl 1 ncci 0x10101 up Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer Time:Sun Oct 27 16:26:00 2002 Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer CONNECT (Data) Oct 27 17:24:01 s1 isdnlog: Oct 27 17:24:01 tei 64 calling 01929,, with myServer INTERFACE ippp0 calling 01929
Das sieht so aus als ob Freenet erst nach 10 sek rangeht, OK das ist nicht verboten aber fuer ISDN sehr ungewoehnlich und lang (normalerweise < 1 sek) Leider ist der Timeout in der isdn.o statemachine fest, so das es nur mit dem Umweg ueber dialmax geht. Ich werd mal sehen ob man das mal aendern kann.
Also ich betrachte die Sache noch nicht als erledigt. Wie man in der log sieht klappt die Verbindung erst beim zweiten Mal. Wie man weiter sieht, es passiert 9 Sekunden lang erstmal garnichts (1.Call ). Aber dann steht die Verbindung innerhalb 1 Sekunde. Obwohl ich nicht bei einer Telefongesellschaft arbeite, könnt ihr mir erzählen was ihr wollt, da ist eindeutig was faul.
Ja, wobei rein technisch ist das OK, die lassen es halt ersteinmal klingeln, woran das liegt, ob z.B: die Weiterleitung in Deiner VST falsch eingestellt ist oder der entsprechende Router erstemal wartet kann man so nicht sagen, das kann nur Freenet klaeren.
Ich glaube nicht, dass das an Freenet liegt, sondern schon ein lokales Problem ist. Wie ich in meiner anderen Mail beschrieben habe hatte ich ein ähnlich gelagertes Problem, allerdings mit Arcor. Verbindungen zu Freenet, seinerzeit, wegen der linuxfreundlichkeit, mein "Haupt"-Provider, funktionierten _immer_ auf Anhieb. Bei Arcor musste ich mich auch immer zweimal einwählen. dabei war die Dauer des ersten Einwahlversuch's egal, den konnte ich auch z.B. nach drei Sekunden unterbrechen, mit der zweiten Anwahl war ich dann trotzdem online. Rolf, teste doch mal, ob das bei dir auch so ist. Würde mich jetzt echt mal interessieren. Vor allem würde mich aber mal interessieren, woran das liegt? cu Manfred
Am Dienstag, 29. Oktober 2002 07:18 schrieb Manfred Misch:
[snip]
Rolf, teste doch mal, ob das bei dir auch so ist. Würde mich jetzt echt mal interessieren. Vor allem würde mich aber mal interessieren, woran das liegt?
cu Manfred
Hallo, hat etwas gedauert... Bei mir klappt die Einwahl mit Arcor einwandfrei (soweit ich das beurteilen kann ;-) ). Der erste call geht sofort durch. Nach 5 Sekunden meldet isdnlog CONNECT. Die Rufnummer die ich getestet habe ist 0192075 mit avm capi-Treiber + isdn utilities. Die Geschwindigkeit von über 6kB/s ist etwa vergleichbar mit freenet und stabil. Hoffe dir weiter geholfen zu haben Rolf
Am Freitag, 1. November 2002 13:51 schrieb Rolf Dreissig:
Am Dienstag, 29. Oktober 2002 07:18 schrieb Manfred Misch:
[snip]
Rolf, teste doch mal, ob das bei dir auch so ist. Würde mich jetzt echt mal interessieren. Vor allem würde mich aber mal interessieren, woran das liegt?
cu Manfred
Hallo,
hat etwas gedauert...
Bei mir klappt die Einwahl mit Arcor einwandfrei (soweit ich das beurteilen kann ;-) ). Der erste call geht sofort durch. Nach 5 Sekunden meldet isdnlog CONNECT. Die Rufnummer die ich getestet habe ist 0192075 mit avm capi-Treiber + isdn utilities. Die Geschwindigkeit von über 6kB/s ist etwa vergleichbar mit freenet und stabil.
Hallo Rolf, ich meinte eigentlich eher, dass du mal testen solltest, ob deine Einwahl bei Freenet auch immer erst beim zweiten mal klappt, unabhängig von der Dauer der ersten Anwahl. Also einfach mal die erste Anwahl nach drei bis vier Sekunden unterbrechen und gleich nochmal versuchen, um zu sehen, ob die Verbindung dann klappt. cu Manfred
On Mon, Nov 04, 2002 at 07:20:30AM +0100, Manfred Misch wrote:
Am Freitag, 1. November 2002 13:51 schrieb Rolf Dreissig:
Am Dienstag, 29. Oktober 2002 07:18 schrieb Manfred Misch:
[snip]
Rolf, teste doch mal, ob das bei dir auch so ist. Würde mich jetzt echt mal interessieren. Vor allem würde mich aber mal interessieren, woran das liegt?
cu Manfred
Hallo,
hat etwas gedauert...
Bei mir klappt die Einwahl mit Arcor einwandfrei (soweit ich das beurteilen kann ;-) ). Der erste call geht sofort durch. Nach 5 Sekunden meldet isdnlog CONNECT. Die Rufnummer die ich getestet habe ist 0192075 mit avm capi-Treiber + isdn utilities. Die Geschwindigkeit von über 6kB/s ist etwa vergleichbar mit freenet und stabil.
Hallo Rolf,
ich meinte eigentlich eher, dass du mal testen solltest, ob deine Einwahl bei Freenet auch immer erst beim zweiten mal klappt, unabhängig von der Dauer der ersten Anwahl. Also einfach mal die erste Anwahl nach drei bis vier Sekunden unterbrechen und gleich nochmal versuchen, um zu sehen, ob die Verbindung dann klappt.
Nein das Ganze ist keine 2* Anwaehl Problem. Das Problem selbst ist vollkommen klar: die Zeit bis freenet den Anruf annimmt ist laenger (~10 sek) als I4L auf die Annahme wartet(8 sek). Unklar ist nur, warum das bei seinem freenet Einwahlknoten so ist. Das kann nur freenet selbst rausbekommen. -- Karsten Keil SuSE Labs ISDN development
On Fre, 25 Okt 2002, Rolf Dreissig wrote:
PS Wegen des "guten" Services der freenet AG habe ich mich entschlossen mein langjähriges ABO bei eben diesen Unternehmen zum Monatsende zu künden. Ich will hier keine Stimmung machen, aber es ist jedem selbst überlassen sich mal Gedanken darüber zu machen von wem Provider leben.
Oder alternativen: www.netic.de Gruss, -- Jörg Henner Fon: +49 (7 11) 48 90 83 - 0 ETES - EDV-Systemhaus GbR Fax: +49 (7 11) 48 90 83 - 50 Libanonstrasse 58 A * D-70184 Stuttgart Web: http://www.etes.de ______________________________________ Inflex - eMail Scanning and Protection Queries to: postmaster@etes.de
Am Montag, 28. Oktober 2002 11:42 schrieb Joerg Henner: ...
Ich will hier keine Stimmung machen, aber es ist jedem selbst überlassen sich mal Gedanken darüber zu machen von wem Provider leben.
Oder alternativen: www.netic.de
Nu ja, man solte meinen dass, - Stetig sinkende HW- und Lizenz-Kosten - Eingefrorene Personal- und Betriebsausgaben - sinkende Personalzahlen - sinkende Leitungsmieten - Zentralisierung der Rechenzentren usw. endlich mal auf den Verbraucherpreis durch schlagen. ;-) Rolf
participants (7)
-
Alexander Noack -
Axel Lindlau -
ESG-M.Misch＠t-online.de -
Joerg Henner -
Karlheinz Guenster -
Karsten Keil -
Rolf Dreissig