fritz dsl sl will nicht online gehen

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
biertrinken
Beiträge: 11
Registriert: 07.08.2004 11:28:48

fritz dsl sl will nicht online gehen

Beitrag von biertrinken » 07.08.2004 12:02:40

hallo

hoffe ihr könnt mir helfen:
hab gestern den ganzen tag damit verbracht meine fritz card dsl sl zu installieren aber der pppd will keine verbindung aufbauen obwohl sich die module ohne probleme laden lassen.

details:


flaschenhals:~# capiinit start
Warning: loading /lib/modules/2.4.26/kernel/drivers/misc/fcdslsl.o will taint the kernel: non-GPL license - Proprietary
See http://www.tux.org/lkml/#export-tainted for information about tainted modules
Module fcdslsl loaded, with warnings
flaschenhals:~#
flaschenhals:~# lsmod
Module Size Used by Tainted: P
fcdslsl 769376 1
capi 16960 0
capifs 3660 1 [capi]
kernelcapi 29984 2 [fcdslsl capi]
capiutil 22592 0 [kernelcapi]
ppp_generic 18748 0 (autoclean)
slhc 5088 0 (autoclean) [ppp_generic]
ne2k-pci 4608 1
8390 6160 0 [ne2k-pci]
ip_gre 8064 0 (unused)
flaschenhals:~#
flaschenhals:~# pppd call t-dsl
Plugin capiplugin.so loaded.
capiplugin: $Revision: 1.34 $
capiconn: 1.9
flaschenhals:~# Aug 10 12:19:56 flaschenhals kernel: CAPI-driver Rev 1.1.4.1: loaded
Aug 10 12:19:57 flaschenhals kernel: capifs: Rev 1.1.4.1
Aug 10 12:19:57 flaschenhals kernel: capi20: started up with major 68
Aug 10 12:19:57 flaschenhals kernel: kcapi: capi20 attached
Aug 10 12:19:57 flaschenhals kernel: capi20: Rev 1.1.4.2: started up with major 68 (middlew
are+capifs)
Aug 10 12:19:58 flaschenhals kernel: fcdslsl: AVM FRITZ!Card DSL SL driver, revision 0.1
Aug 10 12:19:58 flaschenhals kernel: fcdslsl: (fcdslsl built on Aug 7 2004 at 00:20:21)
Aug 10 12:19:58 flaschenhals kernel: fcdslsl: Loading...
Aug 10 12:19:58 flaschenhals kernel: kcapi: driver fcdslsl attached
Aug 10 12:19:58 flaschenhals kernel: fcdslsl: Auto-attaching...
Aug 10 12:19:58 flaschenhals kernel: kcapi: Controller 1: fcdslsl-pci attached
Aug 10 12:19:58 flaschenhals kernel: fcdslsl: Loaded.
Aug 10 12:19:58 flaschenhals kernel: fcdslsl: Using VCC/VPI/VCI = 0x1/0x1/0x20
Aug 10 12:19:58 flaschenhals kernel: fcdslsl: Stack version 3.11-02
Aug 10 12:20:01 flaschenhals kernel: kcapi: card 1 "fcdslsl-pci" ready.
Aug 10 12:20:01 flaschenhals kernel: kcapi: notify up contr 1
Aug 10 12:20:01 flaschenhals kernel: capi: controller 1 up
Aug 10 12:22:10 flaschenhals pppd[374]: Plugin capiplugin.so loaded.
Aug 10 12:22:10 flaschenhals pppd[374]: capiplugin: $Revision: 1.34 $
Aug 10 12:22:10 flaschenhals pppd[374]: capiconn: 1.9
Aug 10 12:22:10 flaschenhals kernel: kcapi: appl 1 up
Aug 10 12:22:10 flaschenhals pppd[376]: pppd 2.4.2 started by root, uid 0
Aug 10 12:22:10 flaschenhals pppd[376]: capiplugin: phase serialconn.
Aug 10 12:22:11 flaschenhals pppd[376]: capiplugin: leased line (adslpppoe)
flaschenhals:~#

die letzte meldung wiedeholt sich noch 3 mal und dann beendet sich der pppd

Aug 10 12:23:16 flaschenhals pppd[376]: capiplugin: leased line (adslpppoe)
Aug 10 12:24:21 flaschenhals pppd[376]: capiplugin: leased line (adslpppoe)
Aug 10 12:25:26 flaschenhals pppd[376]: capiplugin: leased line (adslpppoe)
Aug 10 12:26:37 flaschenhals pppd[376]: capiplugin: exit
Aug 10 12:26:37 flaschenhals pppd[376]: Exit.
Aug 10 12:26:37 flaschenhals kernel: kcapi: appl 1 down
flaschenhals:~#

konfiguration:

flaschenhals:~# cat /etc/ppp/peers/t-dsl
# Ondemand Verbindung zu T-DSL über die Fritz!Card DSL
debug
sync
noauth
defaultroute
lcp-echo-interval 5
lcp-echo-failure 3
lcp-max-configure 50
lcp-max-terminate 2
noccp
noipx
#
persist
#demand
connect ""
#
mru 1490
mtu 1490
ipcp-accept-local
ipcp-accept-remote
#
#
#
#plugin userpass.so
# Anschlusskennung T-Online-Nummer Mitbenutzerkennung
# | | |
user XXXXXXXXXXXXXXX
password XXXXXXX

linkname t-dsl
ipparam internet
plugin capiplugin.so
avmadsl
:
/dev/null
flaschenhals:~#
flaschenhals:~# cat /etc/drdsl/adsl.conf
controller 2
protocol adslpppoe
vpi 1
vci 32
flaschenhals:~#

drdsl funktioniert auch nicht.

flaschenhals:~# drdsl
DSL Assistant version 1.0.3 copyright AVM 2002

The DSL Assistant is examining your DSL configuration...
The DSL-Controller has the number 1.
Searching for remote vendor ID... (This could take over a minute)
Speicherzugriffsfehler
flaschenhals:~#


weiß jemand wo der fehler steckt ?
bin kurz davor das ding zu entsorgen.

mfg

tobi

Benutzeravatar
pil
Beiträge: 629
Registriert: 30.04.2002 15:47:27

Re: fritz dsl sl will nicht online gehen

Beitrag von pil » 08.08.2004 09:02:31

Nur nicht aufgeben, das sieht alles schon recht gut aus. Es hängt vermutlich nur an Kleinigkeiten:

Der Pfad /etc/ppp/peers/t-dsl sollte so aussehen:

/etc/ppp/peers/isdn/t-dsl

persist

würde ich auskommentieren.
Einzufügen wäre hier noch

usepeerdns

um den zugewiesenen Nameserver zu benutzen.

und

nocrtscts

um den handshake auszuschalten.


In /etc/drdsl/adsl.conf

würde ich mal statt controller 2 controller 1 eintragen.

drdsl ist unnötig.

biertrinken
Beiträge: 11
Registriert: 07.08.2004 11:28:48

Beitrag von biertrinken » 08.08.2004 12:54:13

danke für deine antwort.

wenn ich das t-dsl file nach /etc/ppp/peers/isdn verschiebe muss ich den pppd
mit

pppd call isdn/t-dsl

starten damit er die datei findet.
macht dann aber keinen unterschied.

hab die anderen parameter mal eingetragen.
machen aber auch keinen unterschied.
( soweit das ich nen dns server brauch bin ich ja noch gar nicht
und der hanshake sollte eigentlich nur für serielle leitungen intressant sein.)

wenn ich controller 1 in die adsl.conf eintrage sieht das ganze dann so aus:

flaschenhals:~# cat /var/log/messages
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Aug 11 13:00:38 flaschenhals kernel: CAPI-driver Rev 1.1.4.1: loaded
Aug 11 13:00:39 flaschenhals kernel: capifs: Rev 1.1.4.1
Aug 11 13:00:39 flaschenhals kernel: capi20: started up with major 68
Aug 11 13:00:39 flaschenhals kernel: kcapi: capi20 attached
Aug 11 13:00:39 flaschenhals kernel: capi20: Rev 1.1.4.2: started up with major 68 (middleware+capifs)
Aug 11 13:00:40 flaschenhals kernel: fcdslsl: AVM FRITZ!Card DSL SL driver, revision 0.1
Aug 11 13:00:40 flaschenhals kernel: fcdslsl: (fcdslsl built on Aug 7 2004 at 00:20:21)
Aug 11 13:00:40 flaschenhals kernel: fcdslsl: Loading...
Aug 11 13:00:40 flaschenhals kernel: kcapi: driver fcdslsl attached
Aug 11 13:00:40 flaschenhals kernel: fcdslsl: Auto-attaching...
Aug 11 13:00:40 flaschenhals kernel: kcapi: Controller 1: fcdslsl-pci attached
Aug 11 13:00:40 flaschenhals kernel: fcdslsl: Loaded.
Aug 11 13:00:40 flaschenhals kernel: fcdslsl: Using VCC/VPI/VCI = 0x1/0x1/0x20
Aug 11 13:00:40 flaschenhals kernel: fcdslsl: Stack version 3.11-02
Aug 11 13:00:43 flaschenhals kernel: kcapi: card 1 "fcdslsl-pci" ready.
Aug 11 13:00:43 flaschenhals kernel: kcapi: notify up contr 1
Aug 11 13:00:43 flaschenhals kernel: capi: controller 1 up
Aug 11 13:01:28 flaschenhals pppd[337]: Plugin capiplugin.so loaded.
Aug 11 13:01:28 flaschenhals pppd[337]: capiplugin: $Revision: 1.34 $
Aug 11 13:01:28 flaschenhals pppd[337]: capiconn: 1.9
Aug 11 13:01:28 flaschenhals kernel: kcapi: appl 1 up
Aug 11 13:01:28 flaschenhals pppd[339]: pppd 2.4.2 started by root, uid 0
Aug 11 13:01:28 flaschenhals pppd[339]: capiplugin: phase serialconn.
Aug 11 13:01:28 flaschenhals pppd[339]: capiplugin: leased line (adslpppoe)
Aug 11 13:01:28 flaschenhals kernel: kcapi: appl 1 ncci 0x10101 up
Aug 11 13:01:28 flaschenhals kernel: kcapi: appl 1 ncci 0x10101 down
Aug 11 13:01:28 flaschenhals pppd[339]: capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x101/ncci=0x10101) 0x0000 (0x0000)
- No additional information
Aug 11 13:01:33 flaschenhals pppd[339]: capiplugin: leased line (adslpppoe)
Aug 11 13:01:33 flaschenhals kernel: kcapi: appl 1 ncci 0x10101 up
Aug 11 13:01:33 flaschenhals kernel: kcapi: appl 1 ncci 0x10101 down
Aug 11 13:01:33 flaschenhals pppd[339]: capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x101/ncci=0x10101) 0x0000 (0x0000)
- No additional information
Aug 11 13:01:38 flaschenhals pppd[339]: capiplugin: leased line (adslpppoe)
Aug 11 13:01:38 flaschenhals kernel: kcapi: appl 1 ncci 0x10101 up
Aug 11 13:01:38 flaschenhals kernel: kcapi: appl 1 ncci 0x10101 down
Aug 11 13:01:38 flaschenhals pppd[339]: capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x101/ncci=0x10101) 0x0000 (0x0000)
- No additional information
Aug 11 13:01:43 flaschenhals pppd[339]: capiplugin: leased line (adslpppoe)
Aug 11 13:01:43 flaschenhals kernel: kcapi: appl 1 ncci 0x10101 up
Aug 11 13:01:43 flaschenhals kernel: kcapi: appl 1 ncci 0x10101 down
Aug 11 13:01:43 flaschenhals pppd[339]: capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x101/ncci=0x10101) 0x0000 (0x0000)
- No additional information
Aug 11 13:01:44 flaschenhals pppd[339]: capiplugin: exit
Aug 11 13:01:44 flaschenhals pppd[339]: Exit.
Aug 11 13:01:44 flaschenhals kernel: kcapi: appl 1 down
flaschenhals:~#

klappt also leider auch nicht aber sieht schon n bischen anders aus

mfg

tobi

Benutzeravatar
pil
Beiträge: 629
Registriert: 30.04.2002 15:47:27

Beitrag von pil » 08.08.2004 13:17:21

Versuchs mal mit dem zusätzlichen Parameter

noipdefault

in t-dsl

biertrinken
Beiträge: 11
Registriert: 07.08.2004 11:28:48

Beitrag von biertrinken » 08.08.2004 17:12:59

ändert leider auch nix.
egal ob mit controller 1 oder 2 :(

gibts ne möglichkeit den pppd zu mehr verbosity zu übereden ?

mfg

tobi

Benutzeravatar
pil
Beiträge: 629
Registriert: 30.04.2002 15:47:27

Beitrag von pil » 08.08.2004 18:41:26

Ja, mit dem Parameter

debug

Wollte ich dir sowieso ab jetzt empfehlen.
Jetzt aber bitte nicht alle Meldungen hier rein posten, sondern bes. vor und/oder nach der Zeile

capiplugin: leased line (adslpppoe)

schauen, was da steht.

biertrinken
Beiträge: 11
Registriert: 07.08.2004 11:28:48

Beitrag von biertrinken » 08.08.2004 20:01:25

hab debug jetzt 5 mal drinstehen
sieht dan so aus:

controller 1

capiplugin: leased line (adslpppoe)
plci_change_state:0x101 1 -> 2 event=3
plci_change_state:0x101 2 -> 3 event=6
ncci_change_state:0x101 0 -> 1 event=1
ncci_change_state:0x10101 1 -> 3 event=3
ncci_change_state:0x10101 3 -> 7 event=10
ncci_change_state:0x10101 7 -> 0 event=13
plci_change_state:0x101 3 -> 7 event=8
plci_change_state:0x101 7 -> 8 event=9
plci_change_state:0x101 8 -> 0 event=11
capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x101/ncci=0x10101) 0x0000 (0x0000) - No additional information
capiplugin: couldn't make connection
controller 1: listen_change_state 0 -> 1
contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0
controller 1: listen_change_state 1 -> 0
capiplugin: exit

controller 2

controller 2: listen_change_state 0 -> 1
plci_change_state:0x0 0 -> 1 event=1
capiplugin: leased line (adslpppoe)
capiplugin: couldn't make connection
controller 2: listen_change_state state=1 event=1 ????
capiplugin: exit

die meldungen wiederholen sich jeweils n par mal

mfg

tobi

Benutzeravatar
pil
Beiträge: 629
Registriert: 30.04.2002 15:47:27

Beitrag von pil » 09.08.2004 09:03:36

Ich lese das so: Dein Capi-Treiber geht davon aus, dass zwei Karten vorhanden sind. Weil das aber - vermutlich - nicht der Fall ist, kann die richtige nicht rausgefunden werden.

Du hast vermutlich, neben dem 'controller 2' in adsl.conf noch irgend etwas doppelt?

Was sagt lspci ?

merkur
Beiträge: 4
Registriert: 09.08.2004 09:44:36

Beitrag von merkur » 09.08.2004 09:52:55

Tritt einfach die Fritzcard in die Tonne wie ich. Bei Ebay gibt's Teledat300 ab 30 Euro, und die Fritzcard kann man allemal an irgendwen verticken, den man nicht leiden kann. Nach fünf Wochen Arbeit mit der Fritzcard war es eine Offenbarung: Fritzcard raus, Ethernetcard rein, an DSL-Modem gestöpselt, Passwort eingegeben, drin:-).

Sehr viele Postings über die Fritzcard siehe u.a.:

http://kanotix.mipooh.net/viewtopic.php?t=2184
http://kanotix.mipooh.net/viewtopic.php?t=2095
http://kanotix.mipooh.net/viewtopic.php?t=2088

Benutzeravatar
pil
Beiträge: 629
Registriert: 30.04.2002 15:47:27

Beitrag von pil » 09.08.2004 10:30:58

@merkur:
Man kann es aber auch als kleine Herausforderung ansehen, die Fritz unter Linux zum Laufen zu bringen.
Insgesamt aber muss ich dir recht geben: AVM ist so ein ignorantes Nichtskönner-Unternehmen, das in keinster Weise unterstützt werden soll.
Das fcdsl-Modul ist nach Jahren noch genauso fehlerhaft wie am ersten Tag.

biertrinken
Beiträge: 11
Registriert: 07.08.2004 11:28:48

Beitrag von biertrinken » 09.08.2004 13:00:35

flaschenhals:~# lspci
0000:00:00.0 Host bridge: Silicon Integrated Systems [SiS] 85C501/2
0000:00:01.0 ISA bridge: Silicon Integrated Systems [SiS] SiS85C503/5513 (LPC Bridge)
0000:00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
0000:00:0b.0 Network controller: AVM Audiovisuelles MKTG & Computer System GmbH Fritz!Card DSL SL (rev 01)
0000:00:0d.0 IDE interface: Silicon Image, Inc. (formerly CMD Technology Inc) PCI0640 (rev 02)
flaschenhals:~#


flaschenhals:~# cat /etc/drdsl/adsl.conf
controller 1
protocol adslpppoe
vpi 1
vci 32
flaschenhals:~#

bin auch kein fan von dem fritz zeug.
hatte vor jahren schon probleme mit der fritz card pci v2.
nur die uralte isa isdn karte lies ohne probleme installieren aber für die braucht man ja auch keine treiber von avm.

die dsl sl gabs halt bei 1und1 kostenlos zum anschluss dazu, da hab ich gedacht ich probiers mal. für die zeit die ich damit verschwendet hab hätt ich locker 5 teledat kaufen können. :cry:

Benutzeravatar
pil
Beiträge: 629
Registriert: 30.04.2002 15:47:27

Beitrag von pil » 10.08.2004 10:13:22

So gut es ausgesehen hat, so viel Zeit kanns dann doch noch kosten.
:cry:

Das folgende ist eine Vermutung:
Bist du dir sicher, dass die installierten Capi-Treiber zum verwendeten 2.4er Kernel passen?

Auf ftp://ftp.in-berlin.de/pub/capi4linux/ gibt es auch ältere Versionen im Verzeichnis old,
z.B. capi4k-utils-2003-06-16.tar.gz. Damit gings bei mir unter dem 2.4er Kernel.

merkur
Beiträge: 4
Registriert: 09.08.2004 09:44:36

Beitrag von merkur » 10.08.2004 10:59:11

@pil: Das mit der Herausforderung stimmt natürlich. Ich hatte diese Arbeiten für einen Kumpel ausgeführt. Hatte tatsächlich eine Sekunde lang den Wahnsinnsgedanken, mir die Fritzcard DSL SL auszuborgen, um es bei mir weiter zu probieren. Es ist zum Verrücktwerden: die Probleme mit der Hardwareerkennung und der CAPI-Installation waren nacheinander gelöst, die Fehlermeldungen verschwanden ... nur der Zugang wollte nicht klappen. (Ein paar Probleme, z.B. über HDD über 32 GB, die in 500-MHz-Medion nicht laufen wollen, Kumpels, die ihre eigenen Passwörter nicht auseinanderkennen usw., GRUB, das im Gegensatz zu Lilo nicht Partitionen über 32 GB booten möchte, usw. hab' ich in der Kurzbeschreibung vergessen...). Ich bin irgendwie überzeugt, dass Deine Vermutung richtig ist - die CAPI wäre ansprechbar, wird aber nicht gefunden.

@biertrinken: wem sagst Du das. 5 Fahrten a 120 km, 5 halbe Tage intensiver Arbeit, und insgesamt bestimmt eine Arbeitswoche Recherche, 4 CD-Images downgeloadet, davon eines dreifach mit Überschreitung des Freivolumens (Scheiss-Downloadmanager von Firefox), natürlich für einen Freund, nix Umsatz. Naja, Nebeneffekt: mein eigenes System auf Vordermann gebracht und verstanden. Kann ja nicht dem Kumpel, der Linux aus Sicherheitsgründen für's Internet nehmen wollte, stundenlange Vorträge halten, warum er sich als User einloggen und sich auch Passwörter ausdenken soll, und ich arbeite als Root weiter...;-)).

biertrinken
Beiträge: 11
Registriert: 07.08.2004 11:28:48

Beitrag von biertrinken » 10.08.2004 11:23:07

habs mit dem debian package (testing), der neusten version und grad eben mit der von dir vorgeschlagenen versucht.
sieht alles gleich aus.

tobi

Benutzeravatar
pil
Beiträge: 629
Registriert: 30.04.2002 15:47:27

Beitrag von pil » 10.08.2004 12:42:52

Welchen pppd verwendest du?

pppd --version

biertrinken
Beiträge: 11
Registriert: 07.08.2004 11:28:48

Beitrag von biertrinken » 10.08.2004 13:06:03

2.4.2

Benutzeravatar
pil
Beiträge: 629
Registriert: 30.04.2002 15:47:27

Beitrag von pil » 10.08.2004 13:20:45

Gibt es die Datei /etc/capi.conf mit folgendem Inhalt

fcdslsl /usr/lib/fdssbase.bin

Ist die Datei - es handelt sich um die Firmware der Karte - im angegebenen Pfad vorhanden?

biertrinken
Beiträge: 11
Registriert: 07.08.2004 11:28:48

Beitrag von biertrinken » 10.08.2004 13:44:27

jo.
alles da.
sonst würde sich das fcdslsl modul nicht laden lassen.

tobi

Benutzeravatar
pil
Beiträge: 629
Registriert: 30.04.2002 15:47:27

Beitrag von pil » 10.08.2004 13:50:10

Jetzt bin ich bald - im doppelten Sinn - am Ende: :(
Was sagen die ersten paar Zeilen von capiinfo ?

biertrinken
Beiträge: 11
Registriert: 07.08.2004 11:28:48

Beitrag von biertrinken » 10.08.2004 14:22:38

jetzt hab ich irgenwas ganz kaputt gemacht.
capiinit verursacht jetzt nen schpeicherzugriffsfehler im kernel.

glaub ich kanns mir nicht länger leisten meine zeit mit dem zeug zu verschwenden.

trotzdem vielen dank füe deine hilfe.

tobi

ps: capiinfo sah vorher ganz normal aus. hab ich am anfang schon irgendwo nachgeschaut.

Benutzeravatar
Raoul
Beiträge: 1435
Registriert: 20.05.2003 00:16:35
Lizenz eigener Beiträge: neue BSD Lizenz
Kontaktdaten:

Re: fritz dsl sl will nicht online gehen

Beitrag von Raoul » 12.08.2004 10:52:36

Hallo Leute!

Ich seh den Fehler im ersten Posting.
biertrinken hat geschrieben:...
#
#plugin userpass.so
# Anschlusskennung T-Online-Nummer Mitbenutzerkennung
...
Wenn "plugin userpass.so" auskommentiert ist, kannst Du nicht authentifizert werden, und deshalb trennt die Gegenseite die Verbindung. Entweder userpass oder pap nutzen, bei pap aber dann nur Benutzrenamem angeben, Passwort kommt in die pap-secrets.

Raoul

Code: Alles auswählen

grep -ir fuck /usr/src/linux

biertrinken
Beiträge: 11
Registriert: 07.08.2004 11:28:48

Beitrag von biertrinken » 12.08.2004 11:55:59

auch das hilft leider nicht.
hab immerhin 2 tage damit verbracht alle möglichen optionen in der t-dsl auszuprobieren.
(mal mit, mal ohne userpass)
wär ja froh wenn er überhaupt soweit gekommen wär die benutzerdaten zu senden.
(schau dir mal die fehlermeldungen an !)

tobi

Benutzeravatar
Raoul
Beiträge: 1435
Registriert: 20.05.2003 00:16:35
Lizenz eigener Beiträge: neue BSD Lizenz
Kontaktdaten:

Beitrag von Raoul » 12.08.2004 12:50:05

biertrinken hat geschrieben:(schau dir mal die fehlermeldungen an !)
Ja, eben!
capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x101/ncci=0x10101) 0x0000 (0x0000) - No additional information
Weil Du Dich nicht authentifizierst, trennt die Gegenseite die Verbindung.

Raoul

P.S.: In der /etc/drdsl/adsl.conf muß controller 2 stehen, 1 is der ISDN-Teil der Karte.

@Phil:
Phil hat geschrieben:AVM ist so ein ignorantes Nichtskönner-Unternehmen, das in keinster Weise unterstützt werden soll.
Der Support von AVM ist in der Tat nicht das Gelbe von Ei, wenn man zufällig nicht SuSE verwendet. Dennoch hat sich AVM was Linux, ISDN und CAPI anbelangt, durchaus verdient gemacht. AVM hat eine Menge Entwicklungsarbeit geleistet und die Resultate sind offene Standards statt proprietärer Schnittstellen.
Phil hat geschrieben:Das fcdsl-Modul ist nach Jahren noch genauso fehlerhaft wie am ersten Tag.
Die Dinger sind schon besser geworden, die ersten Treiber konnte man komplett wegschmeißen (auch die für Windoze). Ich hatte meine Fritzcard DSL schon 6 Wochen im Dauereinstatz. inkl. Zwangstrennungen etc. - keine Probleme! Der Vollständigkeit halber sollte ich sagen, daß ich ein gepatchtes Modul nutze, siehe http://freiburg.linux.de/~zeisberg/howt ... rddsl.html ganz unten.

Code: Alles auswählen

grep -ir fuck /usr/src/linux

biertrinken
Beiträge: 11
Registriert: 07.08.2004 11:28:48

Beitrag von biertrinken » 12.08.2004 14:48:12

werd mich morgen nochmal mit der authentiifizierung befassen.
(bin grad nicht in der nähe)

wenn meine meine karte keinen isdn teil hat schreib ich dann controller 1 in die adsl.conf ?
( is ne dsl sl )

tobi

Benutzeravatar
Raoul
Beiträge: 1435
Registriert: 20.05.2003 00:16:35
Lizenz eigener Beiträge: neue BSD Lizenz
Kontaktdaten:

Beitrag von Raoul » 12.08.2004 16:38:41

Nein, auch dann ist es IMO controller 2. Nicht unbedingt logisch...

Für die Fritzcard DSl SL gibt es übrigens auch einen Patch auf der Seite.

Viel Glück
Raoul

Code: Alles auswählen

grep -ir fuck /usr/src/linux

Antworten