ISDN mal wieder !

[Celica]

Hallo !

Frohe Ostern zusammen !

Hmmm - ich habe das System via DSL aufgesetzt ( also Netinstaller = Grundsystem und dann den Rest gesaugt ! ) und dazu natürlich DHCP benutzt.

Damit habe ich aber nicht zwingend einen DNS-Server, oder ( ich sage mal, dass ich keinen habe, bin mir aber nicht ganz sicher ) ?

Wie gesagt: Die zuvor genannten Einträge stehen in meiner /etc/resolv.conf.

Werde heute Abend mal den Eintrag, so wie Du geschrieben hast, machen.

[Celica]

So, habe mal in der [b]/etc/isdn/ipppd.ippp0[/b] nach dem Eintrag [b]ms-get-dns[/b] geschaut, und siehe d - er war bereits eingetragen !

Hier mal die [b]ipppd.ippp0[/b]:

[code]# 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.


# "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 [/code]

Vielleicht siehst Du ja noch den Fehler ?
Gibit es eigentlich Probleme, wenn bei dem Systemstart DHCP für das Netzwerk ( Router mit DSL-Modem ) und ISDN gestartet wird ?

Gestern wo ich probiert hatte, hielt sich ja die Verbindung noch eine ganze Weile bevor diese beendet wurde. Heute jedoch wieder wie beim ersten ISDN-Versuch: Nach ganz kurzer Zeit wird diese direkt zurückgesetzt.

Ich habe keine zusätzliche [b]etc/ppp/resolv.1und1[/b] wie sie für die feste DNS des Providers wohl benutzt wird.

Liegt hier evtl. noch ein Fehler ?

[Celica]

Habe noch ein wenig gestöbert, und dabei herausgefunden, dass wenn dynamische DNS-Konfiguration benutzt wird, die Datei [b]/etc/ppp/ip-up.d/0dns-up[/b] angepast werden muß.

Hier mal der Auszug aus obiger Datei:

[code]# DNS1 and DNS2 are variables exported by pppd when using 'usepeerdns'.
# Do we have them? If so, we are using "dynamic dns". Append a couple of
# nameserver lines to the temp file.

if [ "$DNS1" ] ; then
echo '' >> "$TEMPRESOLV"
echo "nameserver $DNS1" >> "$TEMPRESOLV"
if [ "$DNS2" ] ; then
echo '' >> "$TEMPRESOLV"
echo "nameserver $DNS2" >> "$TEMPRESOLV"
fi
# ipppd uses MS_DNS1 and MS_DNS2 instead of DNS1 and DNS2.
elif [ "$MS_DNS1" ] ; then
echo '' >> "$TEMPRESOLV"
echo "nameserver $MS_DNS1" >> "$TEMPRESOLV"
if [ "$MS_DNS2" ] ; then
echo '' >> "$TEMPRESOLV"
echo "nameserver $MS_DNS2" >> "$TEMPRESOLV"
fi
fi

# We should have something in TEMPRESOLV by now. If not we'd
# better quit.[/code]

Ich weis nicht mehr, wo ich noch ansetzen könnte !

Das Unternehmen "ISDN" weitet sich zur Diplomarbeit aus.

[duploian]

http://www.debianforum.de/forum/viewtop ... highlight=

schau Dir mal oben genannten Link an und schalt mal debug ein...

falsches Passwort o.ä.

[Celica]

Hallo und danke für den Link !

Hatte diesen aber schon zuvor gesehen und angeschaut.

Ich werde jetzt mal einen anderen Account ( einen alten t-online call by call ) probieren, um diesen Fehler ausschließen zu können.

Wenn das nicht funzt, dann werde ich die Karte auf einen andereb Steckplatz "rücken", obwohl ich ja weis ( Knoppix sei dank ! ), dass es so geht.

Habe gelesen, dass verschiedene irq nicht so gut sein sollen, bzw. diese vermieden werden sollten bei ISDN-Karten.

So, jetzt suche ich gereade mal nach dem t-online Account und dann probiere ich wieder ( tolles Ostern ! ).

[Celica]

Sorry, wenn ich jetzt meinem Unmut ein wenig Luft mache !

Ich habe einen neuen Account über T-Online eingerichtet und mich zuvor mit der Einrichtung über T-Online noch kunudig gemacht.

Ergebnis: Null Verbesserung !!!

Dann habe ich die ISDN-Karte in einen anderen Steckplatz gewechselt.

Ergebnis: Null Verbesserung !!!

Dann habe ich das ein oder andere, was ich noch so beim lesen in HowTo`s ... aufgeschnappt habe, mit eingearbeitet.

Ergebnis: Null ....

So langsam hängt es mir zum ... !
Ich hatte mit noch keiner Distri ein solches Problem ISDN zum laufen zu bekommen.

Zur Gerechtigkeit möchte ich sagen, dass ich dies auch mit dem 2.6er Kernel bei keiner versucht hatte.

Die Einrichtung über Scripte, ... ist ja o.k., aber so viel Zeit für ein solch niederschmetterndes Ergebnis: Neee, beim besten Willen nicht !

Müste ich diese Zeit in Rechnung stellen und wäre als Unternehmen davon abhängig, dann hätte ich längstens Insolvenz anmelden können !

Die Schuld ist möglicherweise bei mir zu suchen und ich bin nach wie vor von Debian überzeugt, aber diese Aktion finde ich echt ... !

Das geht nicht gegen Debian oder gar die Leute die eine Menge Zeit investieren, ... tolle Arbeit die die Jungs da machen, ... ich weis auch nicht mehr weiter !

Ich werde jetzt nochmal den Versuch unternehmen, hotplug zu entfernen und die Module von Hand zu laden mit der entsprechenden Übergabe von Parametern.

Die letzte Instanz wäre die CAPI-Geschicht !

Dann aber ist Ende !

Sorry, ich weis das soetwas hier nicht hingehört !

[Celica]

So schnell geht es !

Habe versucht hotplug zu entfernen ( um die Module via modconf entfernen zu können ), aber das ging in die Hose !

Da kam das nächste Problem: KDE hat sich nicht mehr starten lassen, bzw. X !

Dieses Problem hätte ich sicherlich noch irgendwann in den Griff bekommen, aber mal unter uns: Wo soll das hinführen ?

Jetzt habe ich mit der CAPI-Variante ein Problem: Wenn ich die Module nicht entfernen kann, wie sieht das mit der CAPI-Lösung aus ?
Lassen sich hisax und CAPI nebeneinander betreiben oder muß ich hisax vollständig entfernt haben ?

Wie schaut es mit meinen ISDN-Scripten bzw. Konfigdateien aus ?
Müssen die auch entfernt werden ?

Dies wird der letzte Versuch ISDN zum laufen zu bringen !

[duploian]

Setzt doch erstmal debug auf 4 und zeig uns die log-Meldungen ehe Du wieder alles neu machst... in den Logs steht bestimmt was!

[Celica]

Hallo !

Habe nun "isdnctrl verbose 4" ( von 2 auf 4 gesetzt ) und "debug" gesetzt.

Hier mal die Ausgabe von "tail -f /var/log/messages":

[code]Mar 29 15:00:05 localhost ipppd[3138]: Terminating on signal 15.
Mar 29 15:00:05 localhost ipppd[3138]: LCP is down
Mar 29 15:00:05 localhost ipppd[3138]: closing fd 8 from unit 0
Mar 29 15:00:05 localhost ipppd[3138]: link 0 closed , linkunit: 0
Mar 29 15:00:05 localhost ipppd[3138]: Exit.
Mar 29 15:00:05 localhost kernel: isdn: Verbose-Level is 4
Mar 29 15:00:05 localhost ipppd[3237]: Found 1 device:
Mar 29 15:00:05 localhost ipppd[3238]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started
Mar 29 15:00:05 localhost ipppd[3238]: init_unit: 0
Mar 29 15:00:05 localhost ipppd[3238]: Connect[0]: /dev/ippp0, fd: 8
Mar 29 15:00:09 localhost kernel: ippp0: dialing 1 0191011...
Mar 29 15:00:15 localhost kernel: isdn: fcpcipnp0,ch0 cause: E001B
Mar 29 15:00:18 localhost kernel: isdn_net: local hangup ippp0
Mar 29 15:00:18 localhost kernel: ippp0: Chargesum is 0[/code]

Das ist der Mitschnitt zwischen dem "/etc/init.d/isdnutils restart" und dem automatischem zurücksetzen der Verbindung.

Den Fehler E001B bringt mich auch nicht wirklich weiter ( habe im HowTo mal gestöbert ! ).
Na ja, aber wirklich mehr an Info`s bringt die Ausgabe jetzt auch nicht, oder ?

[duploian]

Der hisax-Treiber gilt als experimental, ich persönlich hatte nur Probleme mit einem Board ( Rechner fror ein). Ich verwende seit einem Jahr capi ohne Probleme.

[Celica]

Also:
Ich habe noch einen sehr umfangreichen Beitrag hier im Forum gefunden den ich durcharbeiten werde.

Wenn es danach nicht gehen sollte, dann werde ich die CAPI-Version versuchen.

Da wäre es natürlich noch sehr interessant, wie ich das am besten anstelle mit dem Kernel.

Habe sehr wenig Erfahrung im Kernelbacken.

Habe gesehen, dass es schon CAPI-Module gibt. Bin mir aber nicht sicher, ob das die richtigen für meine Karte sind.
Wie kann ich die hisax-Module entladen bzw. verhindern, dass diese beim Systemstart mit geladen werden ?

Lädt hotplug wirklich Module für eine ISDN-Karte ?

Wie funktioniert das mit CAPI und der ipppd/ippp0 ?
Wie baue ich eine Verbindung damit auf ?
Wie kann ich diese kontrollieren ( z.B.: isdnbuttun ) ?
Ich verstehe aber nicht, warum es mit hisax nicht geht. Es gibt doch mehrere die damit arbeiten, oder ?

Bei meiner FritzCard müssen doch keine Parameter mit übergeben werden wenn ich das richtig gesehen habe, oder hat jemand da eine andere Info ?
Wenn die Module mit beim Start geladen werden, werden auch automatisch Parameter mit übergeben ?

Also, wie gesagt ... melde mich wieder !

[duploian]

Eine kurze Erklärung habe ich ein Beiträge vorher gegeben, hast Du die Kernelsourcen installiert?

[Celica]

Ja, kann mich an den Beitrag erinnern.

Nein, habe noch nicht weiter geschaut.

Werde wie zuvor gesagt, den ausführlichen Beitrag zuerst durch arbeiten ( evtl. Morgen ).

[Celica]

Hallo !

Habe jetzt den Beitrag durchgearbeitet, aber leider ohne Erfolg !

Ich bin am Rande der Verzweiflung !

Ich habe so viel mittlerweile probiert, ich weis garnicht mehr wo vorne und hinten ist !

Ich hänge in der Luft !

[Snoopy]

hi

ok ich klinke mich mal wieder in den thread hier ein...

aber...immer ruhig bleiben...ich weiss das ist net so leicht, aber frust bringt nix...
lieber dann nomma ne gute nacht drüber schlafen...es gibt immer noch nen weiteren tag


zuerst noch ein paar info's bitte:
- wir reden immer noch von einem 2.6er kernel ?
- 2.4er soll nicht mehr genutzt werden ?
- hast du im bios die option <plug'n play os> auf "no" gesetzt ? wenn dort "yes" steht bitte mal umswitchen auf "no"
- was sagt dir

Code: Alles auswählen

cat /proc/interrupts

versuche mal <cat> sofort nach dem boot und dann nochmal nach einem einwahlversuch

[Celica]

Hallo !

Nett, dass Du Dich einhängst - danke !

Also:

Es geht nach wie vor um den 2.6er Kernel.

Eine "plug & play" option im BIOS konnte ich (noch) nicht finden. Habe mich mal durchgehangelt, aber leider ohne Erfolg ! Versuche mal das Handbuch zu dem Board zu finden.
Unter welcher Option verbirgt sich im Normalfall "plug & play" ?

Hier mal die Ausgaben von [b]cat /proc/interrupts[/b] nach dem booten und nach einem Einlogversuch ( /etc/init.d/isdnutils restart > /etc/init.d/isdnutils start > isdnctrl dial ippp0 ):

[code]debian:~# cat /proc/interrupts
CPU0
0: 71929 XT-PIC timer
1: 128 IO-APIC-edge i8042
7: 90 IO-APIC-edge parport0
8: 4 IO-APIC-edge rtc
9: 0 IO-APIC-level acpi
12: 1026 IO-APIC-edge i8042
14: 3927 IO-APIC-edge ide0
15: 13 IO-APIC-edge ide1
177: 0 IO-APIC-level NVIDIA nForce Audio, ohci_hcd
185: 0 IO-APIC-level ohci_hcd
193: 0 IO-APIC-level ehci_hcd
201: 1 IO-APIC-level fcpcipnp, mga@PCI:2:0:0
209: 9 IO-APIC-level eth0
NMI: 0
LOC: 71767
ERR: 0
MIS: 0
debian:~# cat /proc/interrupts
CPU0
0: 159535 XT-PIC timer
1: 330 IO-APIC-edge i8042
7: 166 IO-APIC-edge parport0
8: 4 IO-APIC-edge rtc
9: 0 IO-APIC-level acpi
12: 2698 IO-APIC-edge i8042
14: 4204 IO-APIC-edge ide0
15: 13 IO-APIC-edge ide1
177: 0 IO-APIC-level NVIDIA nForce Audio, ohci_hcd
185: 0 IO-APIC-level ohci_hcd
193: 0 IO-APIC-level ehci_hcd
201: 1 IO-APIC-level fcpcipnp, mga@PCI:2:0:0
209: 263 IO-APIC-level eth0
NMI: 0
LOC: 159370
ERR: 0
MIS: 0
debian:~# [/code]

Wo ist hier die FritzCard ?
Was hat [code]201: 1 IO-APIC-level fcpcipnp, mga@PCI:2:0:0[/code] zu bedeuten ?
MGA klingt für mich nach meiner Matrox GraKa. fcpcipnp meine ich doch von den Kernel-Modulen für die FritzCard her zu kennen.
Täusche ich mich irgendwie oder ... könnte das ein IRQ-Konflikt sein ?

Na ja, in der Hoffnung, dass Du mehr damit anfangen kannst wie ich.

Noch als Info, wenn Du es nicht gelesen hast: Ich habe die FritzCard in Ihrem Slot mal getauscht. Hatte aber keinen Einfluss auf das Ergebnis !

Ich habe dem Modul [b]hisax[/b] keinerlei Parameter übergeben.


Am Rande: Seit zwei Tagen habe ich das Problem, dass alles was ich hervorheben möchte mit: [b] / [/b] oder auch [code] / [/code] nicht mehr korrekt dargestellt wird.
Hat hier jemand eine Idee ?

[Snoopy]

Täusche ich mich irgendwie oder ... könnte das ein IRQ-Konflikt sein ?

darauf will ich bei dieser ganzen geschichte raus ja

plug'n pray ist wintendo geschleuder
ich hatte ab und zu paar leuts hier, die probleme bei der interrupt/irq vergabe hatten, als sie diese option noch aktiviert (also auf yes) hatten

kleinen mom...ich mach mich mal schlau bzgl der vergabe der interrupts und ob sich die beiden überhaupt das teil teilen könnnen oder ob die matrox (gute karte !) einfach die fritz überlagert

[Snoopy]

hi

die parameter hast du der karte nicht mitgegeben oder ?

Code: Alles auswählen

Für eine AVM Fritz PCI-Karte kommt folgende Zeile in Frage:
modprobe hisax type=5
io=0x340
irq=10
protocol=2.

[Celica]

Hmmm, aber ...

... ich habe ja den Veruch mit der Knoppix gemacht ( Habe ich im Thread beschrieben ! ). Da hat es ja funktioniert !

Bei gleicher Einstellung etc. ( jedoch 2.4er Kernel ! ).

Gibt es da mit dem 2.6er Kernel einen Zusammenhang ?

Ohne das ich diese Ausgabe von cat /pric/interrupts genau deuten könnte, aber irgendwie hat es den Anschein das es da einen Zusammenhang bezgl. Konflikt gibt !

Bin mal gespannt ob Du etwas findest !

[Celica]

Nein, ich habe keinerlei Parameter mitgegeben, da die Module ja automatisch geladen wurden und ich auch keinen Einfluss nehmen kann ( bis jetzt nicht ) auf das manuelle Laden-/Enladen via modconf der Module.

[Celica]

Würde es einen Sinn machen, die Karte nochmals in einen anderen Slot zu stecken ?

[Snoopy]

hi

welche module hast du jetzt aktuell denn für die karte geladen ?

Code: Alles auswählen

lsmod

siehst du da die isdn-relevanten module ?

[Celica]

Hui, eine ganze Menge !

[code]debian:~# lsmod
Module Size Used by

hisax_fcpcipnp 11008 3
hisax_isac 8212 1 hisax_fcpcipnp
hisax 483280 2 hisax_fcpcipnp,hisax_isac
crc_ccitt 2432 1 hisax
isdn 128204 7 hisax
slhc 7040 1 isdn

debian:~# [/code]

[Snoopy]

hi

hmm wenn du riesige ausgaben von div. befehlen hast nutze bitte das nopaste [1]
dann kannst du einfach den darausfolgenden link hier reinposten

da oben kannst du mal hingehen und alles ausser

Code: Alles auswählen

hisax_fcpcipnp 11008 3
hisax_isac 8212 1 hisax_fcpcipnp
hisax 483280 2 hisax_fcpcipnp,hisax_isac
crc_ccitt 2432 1 hisax
isdn 128204 7 hisax

entfernen

du kannst die hisax-module nicht mit

Code: Alles auswählen

modconf

entladen und testweise mal den i4l isdn laden ?

btw: ich sehe den capi net...schau mal ob der geladen ist

Code: Alles auswählen

modconf kernel/drivers/isdn/capi/capi

[1] http://nopaste.debianforum.de/

[Celica]

Hallo !

Also der CAPI ist lt. modconf nicht geladen. Dafür ist aber das ( i4l ) isdn-Modul geladen.

Alle Module außer ... entladen ?

Äh, sorry: Wie meinst Du dass ?

Wo siehst Du das CAPI-Modul ?