ISDN mal wieder !

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Benutzeravatar
Celica
Beiträge: 2155
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

ISDN mal wieder !

Beitrag von Celica » 19.03.2005 17:48:22

Hallo !

Jetzt ist die Situation eingetroffen, die ich nie wollte: Ein Internetzugang über ISDN muß her !

Habe mir aus zwei Büchern und einem HowTo Info`s gezogen und bin danach vorgegangen.

Die ISDN-Karte ( AVM FritzCard ) war während der Installation ( sarge ) bereits eingebaut, so das die Module installiert wurden.

Code: Alles auswählen

0000:01:08.0 Network controller: AVM Audiovisuelles MKTG & Computer System GmbH A1 ISDN [Fritz] (rev 02)
hier mal ein lsmod:

Code: Alles auswählen

hisax_fcpcipnp         12096  0
hisax_isac              9236  1 hisax_fcpcipnp
hisax                 578768  2 hisax_fcpcipnp,hisax_isac
crc_ccitt               2176  1 hisax
isdn                  146700  1 hisax
slhc                    7872  1 isdn
Dann habe ich noch die isdnutils installiert.
Bei isdnconfig habe ich die ersten zwei Punkte mit ippp0 angegeben.
In der ipppd.ippp0 habe ich die "4. Zeile mit dem echo ..." gelöscht.
Weiterhin habe ich bei
AUTHENTICIATION meinen Benutzernamen vom Provider eingetragen.

Code: Alles auswählen

# AUTHENTICATION

[ Benutzername ]			# set local name for auth XXX_
#user X			# set name for auth with peer; default is value for name
#usehostname		# use hostname for auth
#remotename X		# set remote name for auth
#noauth			# (dont) require peer (the other) to auth
#require-pap		# allow only pap authentication (dialin only)
#require-chap		# allow only chap authentication (dialin only)
#login			# use system password database for pap
#papcrypt		# pap passwords are encrypted
Mein Provider ist 1&1 und ich habe folgende Tele-Nr.: 019102345

Die device.ippp0 sieht wie folgt aus:

Code: Alles auswählen

# The (dummy) IP addresses
#
# Use 192.25.206.10 for LOCALIP and 10.0.0.2 for REMOTEIP if you have
# dynamic IP addresses; with static address fill in the real values!

LOCALIP=192.25.206.10	# XXX_
REMOTEIP=10.0.0.2	# XXX_

Code: Alles auswählen

# EXCEPTION:
# In countries where there are NO areacodes, this leading zero must NOT be
# added. In that case, change the value of LEADINGZERO below to ''
# LEADINGZERO could conceivably need to be something else in certian
# situations, so it is configurable.

LOCALMSN=263155300 	# XXX_
REMOTEMSN=19102345	# XXX_
LEADINGZERO=0		# XXX_  use LEADINGZERO='' if you have no areacodes.

Code: Alles auswählen

    #	verbose num
    # Set verbosity level to <num>.
    # (2 shows the first package of every connection, that is very useful.)
    # WARNING: this is a global parameter, that affects all isdn devices!
    isdnctrl verbose 2

DIALMODE=manual	# XXX_	other values can be 'on' and 'off'
In der device.ippp0 habe ich auch folgendes auskommentiert.

Code: Alles auswählen

#isdnctrl chargehup ${device} on
pap-secrets

Code: Alles auswählen

# UserIDs that cannot use PPP at all. Check your /etc/passwd and add any
# other accounts that should not be able to use pppd!
guest	hostname	"*"	-
master	hostname	"*"	-
root	hostname	"*"	-
support	hostname	"*"	-
stats	hostname	"*"	-

# OUTBOUND connections

# Here you should add your userid password to connect to your providers via
# PAP. The * means that the password is to be used for ANY host you connect
# to. Thus you do not have to worry about the foreign machine name. Just
# replace password with your password.
# If you have different providers with different passwords then you better
# remove the following line.

1und1/Benutzername Provider * [ Passwort ]
In der resolv.conf habe ich noch folgendes stehen:

Code: Alles auswählen

search home
nameserver 192.168.1.1
Hier noch die Ausgabe von /etc/init.d/isdnutils start:

Code: Alles auswählen

debian:~# /etc/init.d/isdnutils start
Starting ISDN services: interfaces iprofd isdnlog.
Note: the following configuration files are not configured yet:
        ipppd.ippp0
Leider kann ich mir nicht erklären was in der ipppd.ippp0 falsch ist.

Wie kann ich weiter den Fehler eingrenzen und woran könnte es noch liegen ?

Ich arbeite mit dem 2.6er Kernel.[/code]
Danke !

Ciao

Celica

Benutzeravatar
duploian
Beiträge: 322
Registriert: 19.08.2003 14:20:54
Wohnort: Dresden
Kontaktdaten:

Beitrag von duploian » 19.03.2005 21:05:36

Hallo Celica,

ich weiß nicht ob das hilft...

vor dem Benutzernamen muß name stehen.

Code: Alles auswählen

# AUTHENTICATION
name [ Benutzername ]         # set local name for auth XXX_

Benutzeravatar
emge
Beiträge: 1525
Registriert: 20.10.2003 22:05:46
Lizenz eigener Beiträge: Artistic Lizenz
Wohnort: 50° 45' 0" N 12° 10' 0" E

Beitrag von emge » 19.03.2005 21:24:11

In der Datei device.ippp0 muss auch noch etwas gelöscht/auskommentiert werden. Ich weiss gerade nicht den ganauen Wortlaut, es steht aber gleich am Anfang.

Grüße, Marco

Benutzeravatar
Celica
Beiträge: 2155
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Beitrag von Celica » 20.03.2005 12:42:04

Hallo !

Ah ... den "name" habe ich mit weggekillert !

In der "device.ippp0" ist es das "echo ... "

Habe ich gemacht !

name habe ich auch eingetragen, aber auch das hilft leider nicht wirklich !

Wenn ich /etc/init.d/isdnutils start mache, erhalte ich wieder die Fehlermeldung.

Dann führe ich isdnctrl dial ippp0 aus ( kann ja nicht gehen ! ), kommt: "Resource temporarily unavailable"

Führe ich gleiche Zeile ohne zuvor /etc/init.d/ ... aus, dann erhalte ich: "ippp0: No such device"

Vielleicht hilft das ja weiter ?

Findet er nur kein Device, weil ISDN nicht gestartet ist, oder gibt es überhaupt keins ?
Danke !

Ciao

Celica

Benutzeravatar
Celica
Beiträge: 2155
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Beitrag von Celica » 20.03.2005 12:59:08

Ich hänge mal meine ippp.ippp0 an:

Code: Alles auswählen

# Options file for ipppd.
# ipppd will not read /etc/ppp/options or /etc/ppp/ioptions or any other
# config file. Everything has to be in here.

# REMOVE the next line once configuration is complete #########################
# Warning! not configured yet!
# REMOVE the above line once configuration is complete ########################

# "peer" is the name for our syncppp partner.

# STANDARD OPTIONS

#debug			# enable debugging
#kdebug X		# set kernel debugging level to X
#nodetach		# (no) fork to the background
#callback X		# ask for callback (parameter X ?)
#lock			# create a lock file for device 
#domain X		# add domain X to a given hostname
#pidfile X		# save pid in file X
#call X			# take options from privileges file (???)
#idle X			# idle time limit (seconds)
#holdoff X		# holdoff time limit (seconds)
#maxconnect X		# set maximum connection time (in seconds ?)
#+mp			# enable multi line ppp
#+pwlog			# log password (WARNING: possible security hole)
#nomagic		# magic number negotiation

# ppp handshake : tuning

#silent			# don't even try to initiate the connection
#passive		# wait for the peer to initiate the connection
#lcp-echo-failure X	# consecutive echo failures
#lcp-echo-interval X	# time for lcp echo events 
lcp-restart 1		# Set timeout for LCP 
#lcp-max-terminate X	# Set max #xmits for term-reqs
#lcp-max-configure X	# Set max #xmits for conf-reqs 
#lcp-max-failure X 	# Set max #conf-naks for LCP


# AUTHENTICATION

name	1und1/2676-82@online.de			# set local name for auth XXX_
#user X			# set name for auth with peer; default is value for name
#usehostname		# use hostname for auth
#remotename X		# set remote name for auth
#noauth			# (dont) require peer (the other) to auth
#require-pap		# allow only pap authentication (dialin only)
#require-chap		# allow only chap authentication (dialin only)
#login			# use system password database for pap
#papcrypt		# pap passwords are encrypted

# AUTHENTICATION TUNING
#pap-restart X		# Set retransmit timeout for PAP 
#pap-max-authreq X	# Set max #xmits for auth-reqs
#pap-timeout X		# Set time limit for peer PAP auth.
#chap-restart X 	# Set timeout for CHAP 
#chap-max-challenge X 	# Set max #xmits for challenge 
#chap-interval X 	# Set interval for rechallenge

# COMPRESSION

#noaccomp		# address compression on/off
#nopcomp		# protocol field compression on/off
#novj			# van jacobsen compression on/off
#novjccomp		# van jacobsen connection-ID compression on/off
#vj-max-slots X		# tune maximum vj header slots
#nobsdcomp		# bsd compression on/off
#nodeflate		# deflate compression on/off
#nopredictor1		# predictor1 compression in/off
noccp			# compression negotation on/off
nolzs			# LZS compression off (not yet supported fully)


# IP NETWORKING

#noip			# (do not) disable ip transfer
#X:Y			# (do not) set local ip to X, remote ip to Y
noipdefault		#  do not  use name for default ip addr
#useifip		# (do)     use ip addresses from interface
#usefirstip		# (do)     use first ip from auth file for remote
netmask 255.255.255.255	#  do      set netmask, 255.255.255.255 for pointopoint
#defaultroute 		# (do not) set default route (for Debian config, don't uncomment)
nohostroute		#  do not  set host route
#proxyarp		# (do not) set an proxy arp entry
mru 1524		#  do      set maximum size of receive units to X
#default-mru		# (do not) enable mru negotation
mtu 1500		#  do      set max size of transmit units (1500 is OK)
#useifmtu		# (do not) use mtu from interface
#ipparam X		# (do not) set ip parameters in script X
#ms-dns X		# (do not) set dns addr for the peers use (dialin only)
#ms-wins X		# (do not) wins address for the peers use (dialin only)
#ms-get-dns		# (do not) accept peers suggestion of dns addr (dialout)
#set_userip 		# (do not) define valid ip addrs in /etc/ppp/useriptab


#ipcp-restart X		# Set timeout for IPCP 
#ipcp-max-terminate X	# Set max #xmits for term-reqs 
#ipcp-max-configure X	# Set max #xmits for conf-reqs 
#ipcp-max-failure X	# Set max #conf-naks for IPCP 
ipcp-accept-local	# Accept peer's address for us 
ipcp-accept-remote	# Accept peer's address for it 

# IPX NETWORKING

#noipx			# en/disable ipx
#ipx-network X 		# IPX network number 
#ipxcp-accept-network	#  Accept peer netowrk
#ipx-node X 		# IPX node number 
#ipxcp-accept-local	# Accept our address 
#ipxcp-accept-remote	# Accept peer's address
#ipx-routing X		# IPX routing proto number 
#ipx-router-name X	# IPX router name
#ipxcp-restart X 	# Set timeout for IPXCP 
#ipxcp-max-terminate X	# max #xmits for term-reqs 
#ipxcp-max-configure X	# max #xmits for conf-reqs 
#ipxcp-max-failure X	# max #conf-naks for IPXCP 
Evtl. sieht von Euch ja einer etwas auffälliges ?
Danke !

Ciao

Celica

Benutzeravatar
emge
Beiträge: 1525
Registriert: 20.10.2003 22:05:46
Lizenz eigener Beiträge: Artistic Lizenz
Wohnort: 50° 45' 0" N 12° 10' 0" E

Beitrag von emge » 20.03.2005 13:20:22

Code: Alles auswählen

# REMOVE the next line once configuration is complete #########################
# Warning! not configured yet!
# REMOVE the above line once configuration is complete ######################## 
Entfernen != Auskommentieren ;-)

Am Besten, du löschst gleich die ganzen drei Zeilen.

Grüße, Marco

Benutzeravatar
Celica
Beiträge: 2155
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Beitrag von Celica » 20.03.2005 17:35:11

Hallo !

Das war der richtige Ansatz !

Die Fehlermeldung beim Startem von: /etc/ini.d/isdnutils start habe ich jetzt nicht mehr !
Zur kontrolle habe ich mir den "isdnbutton" installiert, der mir drei Zustände signalisiert: Rot - Gelb > Grün

Wenn ich den isdn Dienst gestartet habe und dann mit isdctrl dial ippp0 die Verbindung aufbauen möchte, geht der Button zuerst auf Gelb, nach einer kurzen Zeit auf Grün.
Bei dem suchen einer Internetadresse kapituliert das System und geht auf Gelb zurück.

Die Ausgabe von tail -f /var/log/messages bringt folgendes:

Code: Alles auswählen

debian:~# tail -f /var/log/messages
Mar 20 17:17:59 localhost kernel: isdn: Verbose-Level is 2
Mar 20 17:17:59 localhost ipppd: info: no CHAP secret entry for this user!
Mar 20 17:17:59 localhost ipppd[3092]: Found 1 device:
Mar 20 17:17:59 localhost ipppd[3100]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started
Mar 20 17:17:59 localhost ipppd[3100]: init_unit: 0
Mar 20 17:17:59 localhost ipppd[3100]: Connect[0]: /dev/ippp0, fd: 8
Mar 20 17:18:15 localhost kernel: ippp0: dialing 1 019102345...
Mar 20 17:18:21 localhost kernel: isdn: fcpcipnp0,ch0 cause: E001B
Mar 20 17:18:24 localhost kernel: isdn_net: local hangup ippp0
Mar 20 17:18:24 localhost kernel: ippp0: Chargesum is 0
Mar 20 17:22:23 localhost kernel: eth0: link down
Mar 20 17:23:28 localhost kernel: ippp0: dialing 1 019102345...
Mar 20 17:23:34 localhost kernel: isdn: fcpcipnp0,ch0 cause: E001B
Mar 20 17:23:37 localhost kernel: isdn_net: local hangup ippp0
Mar 20 17:23:37 localhost kernel: ippp0: Chargesum is 0
Mar 20 17:24:13 localhost kernel: ippp0: dialing 1 019102345...
Mar 20 17:24:20 localhost kernel: isdn: fcpcipnp0,ch0 cause: E001B
Mar 20 17:24:21 localhost kernel: isdn_net: local hangup ippp0
Mar 20 17:24:21 localhost kernel: ippp0: Chargesum is 0
Mar 20 17:24:50 localhost kernel: ippp0: dialing 1 019102345...
Mar 20 17:24:56 localhost kernel: isdn: fcpcipnp0,ch0 cause: E001B
Mar 20 17:24:59 localhost kernel: isdn_net: local hangup ippp0
Mar 20 17:24:59 localhost kernel: ippp0: Chargesum is 0
Könnte es jetzt noch an meinem Eintrag in der /etc/resolv.conf liegen ?

Code: Alles auswählen

search home
nameserver 192.168.1.1
Ich habe das System via DSL ( 1und1 als Provider für DSL und für ISDN ) installiert.

Diese habe ich belassen.

Ich denke, dass es an den Einträgen in der /etc/resolv.conf liegt !
Woher bekomme ich den die DNS von meinem Provider ?

Mit meinem DSL gehe ich über einen DHCP-Server ( im Router ) ins Netz. Da brauche ich mich nicht drum zu kümmern.

Ich könnte mir zum probieren auch einen T-Online Zugang besorgen.
T-Online wird auch später der feste Zugang sein ( wäre wohl dann auch sinnvoller ).
Danke !

Ciao

Celica

Benutzeravatar
emge
Beiträge: 1525
Registriert: 20.10.2003 22:05:46
Lizenz eigener Beiträge: Artistic Lizenz
Wohnort: 50° 45' 0" N 12° 10' 0" E

Beitrag von emge » 20.03.2005 20:47:47

isdncause sagt dir zu dem Code auch den "richtigen" Grund, warum die Verbindung nicht zustande gekommen ist:

Code: Alles auswählen

pferd:/home/tina# isdncause E001B
Location: Message generated by user.
   Cause: Destination out of order.
This code usually indicates a hardware conflict or a cable problem.
Ich tippe mal auf ein Kabelproblem zwischen PC und NTBA.

Grüße, Marco

Benutzeravatar
Snoopy
Beiträge: 4297
Registriert: 17.11.2003 18:26:56
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Rh.- Pflz.

Beitrag von Snoopy » 21.03.2005 00:39:30

hi
Mar 20 17:24:59 localhost kernel: ippp0: Chargesum is 0
bitte überprüfe mal die einstellung in der <device.ippp0> bei folgendem punkt:

Code: Alles auswählen

# CHARGEHUP FUNCTION
# chargehup name on|off
# Turn on or off hangup before next charge info for interface name. This
# can only be used if the ISDN provider transmits charge info during and
# after the connection. If set to on, the driver will close the
# connection just before the next charge info will  be received if the
# interface is inactive.
# isdnctrl chargehup ${device} on
ich hatte das bei mir einfach auskommentiert (mit #)
aber das hier sollte ebenfalls eine möglichkeit des parameters sein

Code: Alles auswählen

# CHARGEHUP FUNCTION
#  chargehup name on|off
# Turn on or off hangup before next charge info for interface name. This
# can only be used if the ISDN provider transmits charge info during and
# after the connection. If set to on, the driver will close the
# connection just before the next charge info will  be received if the
# interface is inactive.
isdnctrl chargehup ${device} off
einfach die chargehup funktion auf <off> stellen
ipppd: info: no CHAP secret entry for this user!
er hat keine chap-secrets
die soltest du in der nähe der pap-secrets finden...ist meines wissens nach ähnlich aufgebaut
isdn: fcpcipnp0,ch0 cause: E001B
siehe [1]
es muss allerdings nicht zwingend ein netzwerkproblem sein, sondern evtl auch ein hardware-problem (falsche module, konflikte o.ä.)
ne "0" oder so musst du nicht vorwählen ?

wählst du automatisch ein oder nutzt du

Code: Alles auswählen

isdnctrl dial ippp0
danach evtl trennen

Code: Alles auswählen

isdnctrl hangup ippp0
[1] http://www.64-bit.de/dokumentationen/is ... uble_e001b

Benutzeravatar
Celica
Beiträge: 2155
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Beitrag von Celica » 21.03.2005 22:18:38

Hallo !

Ich habe jetzt mal weiter geschaut:

device.ippp0 > isdntctr chargehup ... = off ( zuvor war es auskommentiert ! ) > kein Erfolg !

In der /etc/ppp/pap-secrets habe ich noch folgendes gemacht:

"Benutzernamen" * "Passwort" die "" gesetzt !

Die /etc/ppp/cahp-secrets sieht wie folgt aus:

Code: Alles auswählen

# Secrets for authentication using CHAP
# client	server	secret			IP addresses
Habe die chap-secrets mal wie folgt ergänzt:

"Benutzername" * "Passwort"

Ist das richtig mit den "" ?

Kabelverbindung: Hmmm, wie kann ich außer "rütteln", "schütteln" und auf korrekten Sitz überprüfen, noch einen Fehler ausschließen ?

Kernelmodule ?
Wie gesagt: Hatte extra bei der Installation die ISDN-PCI-Karte in den Rechner eingebaut.
Module wurden mit geladen bei der Installation !
Wie kann ich den feststellen, ob es die richtigen sind ?

Soweit ich das beurteilen kann, müsten die aber o.k. sein ( lt. Beschreibung der Mudule ) !
Danke !

Ciao

Celica

Benutzeravatar
emge
Beiträge: 1525
Registriert: 20.10.2003 22:05:46
Lizenz eigener Beiträge: Artistic Lizenz
Wohnort: 50° 45' 0" N 12° 10' 0" E

Beitrag von emge » 21.03.2005 23:22:13

Celica hat geschrieben:...
Kabelverbindung: Hmmm, wie kann ich außer "rütteln", "schütteln" und auf korrekten Sitz überprüfen, noch einen Fehler ausschließen ?...
Dich selbst mal anrufen. Dann sollte im syslog auf alle Fälle ein entsprechender Eintrag auftauchen.

Funktioniert denn ein anderes ISDN-Gerät an dem Anschluss/Kabel?

Grüße, Marco

Benutzeravatar
Celica
Beiträge: 2155
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Beitrag von Celica » 22.03.2005 10:58:46

Kabelverbindung: Hmmm, wie kann ich außer "rütteln", "schütteln" und auf korrekten Sitz überprüfen, noch einen Fehler ausschließen ?
Lösung: Ich habe eine Knoppix ( 3.4 ) genommen, ISDN eingerichtet, und siehe da: Es funktioniert !

Ergo: ISDN-Karte, Kabel + NTBA = i.O. !!!

Aber: Knoppix mit 2.6er Kernel geht kein ISDN, jedoch mit dem 2.4er geht es !
Habe mal geschaut welche Module der Herr Knopper mit dem 2.4er benutzt:

Code: Alles auswählen

hisax
isdn
slhc
Hinngegen meine 2.6er Version benutzt:

Code: Alles auswählen

hisax_fcpcipnp         12096  0
hisax_isac              9236  1 hisax_fcpcipnp
hisax                 578768  2 hisax_fcpcipnp,hisax_isac
crc_ccitt               2176  1 hisax
isdn                  146700  1 hisax
slhc  
Nü habe ich versuch folgende Module via modconf "auszuladen":

Code: Alles auswählen

hisax_fcpcipnp         12096  0
hisax_isac              9236  1 hisax_fcpcipnp
Ging aber nicht ! Jedesmal habe ich eine Fehlermeldung erhalten.
Also habe ich versucht über einen Eintrag in der "blacklist" die Module beim Systemstart zu unterdrücken, aber auch das scheiterte !

Ich habe den Verdacht, dass es entweder mit den Modulen und/oder dem Kernel zu tun hat.

Hätte ich die Karte erst später einbauen und die Module nachträglich installieren sollen ?

Wie kann ich es jetzt am besten anstellen ?
Danke !

Ciao

Celica

Benutzeravatar
duploian
Beiträge: 322
Registriert: 19.08.2003 14:20:54
Wohnort: Dresden
Kontaktdaten:

Beitrag von duploian » 22.03.2005 14:03:58

welche 2.6 Version benutzt Du denn ?

Benutzeravatar
Celica
Beiträge: 2155
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Beitrag von Celica » 23.03.2005 11:02:24

Code: Alles auswählen

Linux version 2.6.8-1-k7 (joshk@trollwife) (gcc version 3.3.5 (Debian 1:3.3.5-2)) #1 Thu Nov 25 04:24:08 UTC 2004
Sollte ich einen neuen Kernel backen ?
Zuletzt geändert von Celica am 23.03.2005 18:48:30, insgesamt 1-mal geändert.
Danke !

Ciao

Celica

Benutzeravatar
Celica
Beiträge: 2155
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Beitrag von Celica » 23.03.2005 12:47:49

Die zwei genannten Module,

Code: Alles auswählen

hisax_fcpcipnp         12096  0
hisax_isac              9236  1 hisax_fcpcipnp
... werden als experimentell beschrieben.

Ich weis auch nicht wirklich, was die für meine Karte sollen.

Wie kann ich diese wieder entladen ( über modconf habe ich es bereits versucht ! ) oder verhindern, dass diese benutzt werden ?

Mit einem zusätzlichen Eintrag in der "Blacklist" ging es auch nicht !
Wie sehe ich, ob die fest im Kernel integriert sind ?

Wäre es besser eine Installation zuerst ohne ISDN-Karte zu machen und diese dann nachträglich einbauen und so die Module installieren ?

Nachtrag:
Habe nun weiter im Forum gestöbert !
Hier wird immer wieder davon gesprochen, dass im 2.6er Kernel "hisax" nicht mehr enthalten ist und auch nicht mehr funktioniert, dafür dann nur noch CAPI zum Zuge kommt.

Ich bin ein wenig verunsichert und auch zugleich frustriert !
Nun versuche ich schon eine ganze Weile ISDN an`s laufen zu bekommen, aber es will nicht !
Bin nicht der Einzige der Probleme mit der Einrichtung hat !
Warum muß es so umständlich gehen ?
Danke !

Ciao

Celica

Benutzeravatar
duploian
Beiträge: 322
Registriert: 19.08.2003 14:20:54
Wohnort: Dresden
Kontaktdaten:

Beitrag von duploian » 23.03.2005 20:40:34

hisax im 2.6 funktioniert 100%, aber der "active-filter" für ipppd funktioniert nicht mehr...

Ich empfehle Dir die Treiber von AVM. Mit capi funzt es super.

Benutzeravatar
Celica
Beiträge: 2155
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Beitrag von Celica » 24.03.2005 11:10:40

O.k., aber welche Module benötige ich nun wirklich für meine Karte und wie bekomme ich die vorhandenen entladen oder wie auch immer ?

Sind irgendwelche ( ISDN relevanten ) Module fest mit im Kernel ( vorallem dann, wenn während der Installation die Karte bereits eingebaut ist ? ) ?

Wie stelle ich es am besten an ?
Bin auch bereit eine Neuinstallation zu machen ( wenn ich Hoffnung haben kann, dass es dann geht ! ).

Welche Module oder Treiber von AVM bräuchte ich denn ?
Kann ich die vorhandenen Module benutzen oder muß ich die selbst kompelieren ?

Gibt es eine neuere Installationsanleitung für ISDN ?
Welche ich habe, beziehen sich alle auf den 2.4er.
Selbst in dem Anwenderhandbuch vom Frank R., wird nicht explizit auf den 2.6er eingegangen ( geht ja auch nach wie vor mit den hisax-Mod. ! ).
Jeder sagt etwas anderes !
Das ist natürlich schwierig für jemanden, der mit ISDN wenig bis garkeine Erfahrung ( Debian spezifisch ) hat.
Danke !

Ciao

Celica

Benutzeravatar
duploian
Beiträge: 322
Registriert: 19.08.2003 14:20:54
Wohnort: Dresden
Kontaktdaten:

Beitrag von duploian » 24.03.2005 19:08:35

Celica hat geschrieben:
Welche Module oder Treiber von AVM bräuchte ich denn ?
Kann ich die vorhandenen Module benutzen oder muß ich die selbst kompelieren ?
.
lade sie Dir von AVM runter ftp://ftp.avm.de/cardware/fritzcrd.pci/ ... -02.tar.gz

Am besten ist es einen Kernel neu zu backen. Du brauchst die Sourcen und die

Code: Alles auswählen

config-2.6.8-1-k7
aus /boot. Diese benennst Du um in .config und kopierst diese nach /usr/src/linux.
Jetzt startest Du

Code: Alles auswählen

make menuconfig
und entfernst die hisaxmodule.
Device Drivers->ISDN-subsystem->OLD ISDN4Linux->Passive cards->Hisax Siemens....
ganz oben das <M> in < >. Jetzt kannst Du neu kompilieren.z.B. mit

Code: Alles auswählen

          make-kpkg clean
           make-kpkg --append-to-version=-2-k7 --initrd kernel_image
Nach dem start mit neuem Kernel kannst Du Dir den Treiber von AVM vornehmen.

Benutzeravatar
Celica
Beiträge: 2155
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Beitrag von Celica » 24.03.2005 19:40:24

Ich bin gerade am überlegen eine Neuinstallation zu machen.

Dabei würde ich die Karte zuerst ausgebaut lassen und nach der Installation einbauen.

Prinzipiell sollen die "hiasax"-Module ja funktionieren.

Werde das evtl. vor Deiner Lösung noch probieren. Wenn das nicht gehen sollte, dann versuche ich mit den CAPI-Treibern weiter.

Der Rechner wo dieses Debian mit ISDN laufen soll, ist nicht für mich !
Da ich selbst DSL benutze, möchte ich den Aufwand natürlich in Grenzen halten !

Trotzallem möchte ich ( wenn auch nur mit der "hisax"-Lösung ), dass es funktioniert.
Geht nicht, gibt es nicht unter Linux ( und vorallem Debian ! ) !

Hast Du noch eine Idee zur Installation , was ich besser machen könnte ?

Die ISDN-Module sind doch nicht fest im Standard-Kernel enthalten, oder ?

Hmmm, so wirklich passt mir meine Idee auch nicht ( klingt so nach Windoof-Manier ! ).
Danke !

Ciao

Celica

Benutzeravatar
duploian
Beiträge: 322
Registriert: 19.08.2003 14:20:54
Wohnort: Dresden
Kontaktdaten:

Beitrag von duploian » 24.03.2005 20:45:27

die Module sind nicht fest einkompiliert, steck doch die Isdn-Karte in einen anderen Slot.
Die Fehlermeldung kann auch eine falsche Adressierung bedeuten. Was soll DIr eine Neuinstallation ohne ISDN-Karte bringen.

Benutzeravatar
Celica
Beiträge: 2155
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Beitrag von Celica » 25.03.2005 12:25:24

Wenn ich neue installiere, dann kann ich mir die Module dazuladen !

Irgendwie seltsam !
Warum kann ich die Module nicht entfernen ?
Danke !

Ciao

Celica

Benutzeravatar
duploian
Beiträge: 322
Registriert: 19.08.2003 14:20:54
Wohnort: Dresden
Kontaktdaten:

Beitrag von duploian » 25.03.2005 22:00:20

Celica hat geschrieben:Wenn ich neue installiere, dann kann ich mir die Module dazuladen !

Irgendwie seltsam !
Warum kann ich die Module nicht entfernen ?
Ich denke die Module werden vom Kernel automatisch geladen, deinstalliere mal hotplug, dann müßtest Du mit modconf alle Module selber laden.

Vielleicht weiß jemand etwas genaueres!!!

Benutzeravatar
Celica
Beiträge: 2155
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Beitrag von Celica » 26.03.2005 11:59:41

Hallo !

Ich habe nun eine Neuinstallation gemacht.

Die ISDN-Karte habe ich dieses Mal im Nachgang eingebaut.
Es ändert nicht`s an den Modulen die automatisch geladen werden.

Wenn ich jetzt hotplug entferne, welche Nachteile entstehen mir für spätere Hardwareinstallationen oder überhaupt ?

Wenn ich mit hisax arbeite, welche Module brauche ich wirklich ?

- hisax
- isdn

Gibt es einen Zusammenhang mit der Kernelversion ?

[b]Nachtrag: Mir ist das ein oder andere zu der vorherigen Installation aufgefallen. Ich hege die Hoffnung, dass es etwas mit der Installation zu tun hat. Werde also nochmals versuchen ( wie zuvor beschrieben ) ISDN zu konfigurieren. Wenn jemand noch den ein oder anderen Tip für mich hätte, vielleicht auch zu den Fragen, die während diesen Threads aufgetaucht sind, dann wäre ich sehr dankbar !
Evtl. kann mir auch jemand mal etwas zu den zwei beschriebenen experimentellen Modulen sagen bzw. genau sagen, welche ich wirklich benötige.[/b]
Danke !

Ciao

Celica

Benutzeravatar
Celica
Beiträge: 2155
Registriert: 16.08.2003 13:37:15
Wohnort: Schleswig Holstein

Beitrag von Celica » 26.03.2005 19:29:36

Hallo !

Habe mich mit neuem Mut an die Konfiguration gesetzt.

Nachdem ich das Paket [b]isdnutils[/b] installiert habe, ist direkt [b]isdnconfig[/b] gestartet ( also nach/während zum Einrichten ).

Hier habe ich so gut es ging alles brav eingetragen ( ISP + MSN-Nr., Benutzernamen + Passwort, ... ).
Danach habe ich mir die jeweiligen Dateien ( welche ich zuvor mühsam von Hand eingerichtet hatte ) angeschaut, und konnte mein Staunen kaum noch zurück halten.
Soweit schien alles richtig zu sein !

Also habe ich mit [b]/etc/init.d/isdnutils restart[/b] nochmal durchgestartet und mittels [b]isdnctrl dial ippp0[/b] die Verbindung aufgebaut.

Tatsächlich wurde diese diesesmal nicht unterbrochen oder zurückgesetzt, jedoch bei der Eingabe im Konqui ( http://www.debianforum.de ), kam eine Fehlermeldung bezgl. Zeitüberschreitung und Verbindung zurückgesetzt.

Hier der Mittschnitt von [b]tail -f /var/log/messages[/b]:

[code]Mar 26 19:16:45 localhost kernel: ippp0: Chargesum is 0
Mar 26 19:16:55 localhost kernel: NETDEV WATCHDOG: ippp0: transmit timed out
Mar 26 19:16:55 localhost kernel: isdn_tx_timeout dev ippp0 dialstate 0
Mar 26 19:16:55 localhost kernel: OPEN: 192.25.206.10 -> 213.239.213.245 TCP, port: 32815 -> 80
Mar 26 19:16:55 localhost kernel: ippp0: dialing 1 019102345...
Mar 26 19:17:04 localhost kernel: isdn_net: local hangup ippp0
Mar 26 19:17:04 localhost kernel: ippp0: Chargesum is 0[/code]

Ich habe den Verdacht, dass es nach wie vor an der Namensauflösung liegt.

Ich habe in der [b]/etc/resolv.conf[/b] folgendes eingetragen:

[code]search home
nameserver 192.168.1.1[/code]

Im Thread hatte ich schoneinmal etwas dazu geschrieben.
Das ist die Verbindung zu meinem DSL-Router.

Kann jemand etwas zu der Ausgabe von [b]tail -f ...[/b] sagen, was mir weiter hilft ?

Vielleicht bekomme ich es ja doch noch auf die Reihe ?
Danke !

Ciao

Celica

Benutzeravatar
duploian
Beiträge: 322
Registriert: 19.08.2003 14:20:54
Wohnort: Dresden
Kontaktdaten:

Beitrag von duploian » 26.03.2005 21:40:03

Hast Du einen eigenen DNS-Server?

setz mal in ipppd.ippp0

Code: Alles auswählen

ms-get-dns
dann wird bei der Einwahl der DNS-Server von Deinem Provider in resolv.conf eingetragen.

Antworten