ARGL! (ISDN)

[hehejo]

Also, ich hab jetzt viel ausprobiert.
Aber kannst du mit bitte veraten wie ich an mein Kernelcofnig komme? So kenn ich mich ja in Linux schon ganz gut aus - aber hier endets.

Mit dem "dpkg-reconfigure isdnutils-base" wurden mir dann wirklich die isdnctrls in /dev "gebaut".
Als Module habe ich
unter "kernel/drivers/isdn" den isdn-support
und unter
"/kernel/drivers/isdn/hisax" den HiSaxtreiber mit type=27 (einfach zum Testen; Installation war erfolgreich) genommen.

Wenn ich jetzt mit einem

Code: Alles auswählen

/etc/init.d/isdnutils -restart

(laut DebianHandbuch) das System neustarten möchte, kommt diese Meldung:

Code: Alles auswählen

Restarting ISDN-Subsystem: /dev/isdnctrl: No such device

auch mit einem

Code: Alles auswählen

isdnctrl dial ippp0

kommt eine Fehlermeldung

Code: Alles auswählen

Can't open /dev/isdnctrl or /dev/isdn/isdnctrl: No such device

Ich weiß auch nicht weiter.

Johannes

Hier die Ausgabe von "lspci-v"; vll. hilfts ja um meine Karte zu bestimmen:

Code: Alles auswählen

00:09.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
	Subsystem: Cologne Chip Designs GmbH ISDN Board
	Flags: bus master, medium devsel, latency 16, IRQ 10
	I/O ports at e800 [size=8]
	Memory at eb001000 (32-bit, non-prefetchable) [size=256]
	Capabilities: [40] Power Management version 1

[Raoul]

was sagt ein

Code: Alles auswählen

cat /proc/pci

Taucht da für Deine Karte "Master Capable" auf?
Wenn, dann ist's eine HFC-PCI wenn nicht eine PCI/Winbond. Letztere wird laut I4L-FAQ nicht unterstützt (könnte sich aber mittlerweile geändert haben).
Ich hab mich mal wieder geirrt : Du brauchst nicht HFC-S, sondern HFC-PCI. Die aktuelle Kernelconfig findest Du unter /boot/config-<Kernelversion>. Such in der Datei nach

CONFIG_HISAX_HFC_PCI=y

Und dann probierst Du mal etwas rum:

Type Required parameters (in addition to type and protocol)

13 HFC-2BS0 based cards irq, io
...
35 HFC 2BDS0 PCI none
...
37 HFC 2BDS0 S+, SP irq,io
...
39 HFC 2BDS0 SP/PCMCIA irq,io (set with cardmgr)

Ausserdem gibt es noch eine /usr/src/kernel-source-<Version>/Documentation/isdn(README.hfc-pci, die Du Dir mal anschauen solltest.

Viel Erfolg!

Ach ja; Wenn ich mal Kernelcofnig schreibe, kannst Du Dir sicher sein, dass es config heissen sollte und brauchst es nicht auch noch falsch abzutippen

[hehejo]

Ich hab jetzt echt alles mögliche gemacht.

dpkg-refigure isdnutils-base

hat mit zwar die devices erstellt aber der Rest.

cat /proc/pci
Taucht da für Deine Karte "Master Capable" auf?
CONFIG_HISAX_HFC_PCI=y

beidermale: ja.
Als Hisaxtyp hab ich dann einfach 35 genommen.
Laut cat /proc/pci habt meine IsdnKarte den irq 10 - den hat aber meine Netzwerkkarte auch. (Die ist aber nicht in Betrieb.)
Aber in /proc/interrupts war der 10er gar nicht aufgezeigt.

Wenn ich dann mittels isdnctrl dial ippp0 wäle kommt die Meldung:
"Dialing of ippp0 triggered." und imontty zeigt mir an, dass beide Kanäle "zu" sind.
Passwort und Username stimmen.
Bei REMOTEMSN hab ich die Rufnummer von Provider eingetragen (laut Debian Handbuch).
Ich weiß weder ob ich einen Nameserver eingetragen habe geschweige denn was ich da für eine IP bräuchte.


Was stimmt denn nun nicht! Ich verstehe es nicht.

Ausserdem gibt es noch eine /usr/src/kernel-source-<Version>/Documentation/isdn(README.hfc-pci, die Du Dir mal anschauen solltest.

/usr/src/kern--- gibt es auf meinem System nicht. Warum weiß ich nicht. [/quote]

Danke

[Raoul]

Als Hisaxtyp hab ich dann einfach 35 genommen.

Ausprobieren: 10, 12, ... wie ich gesagt hatte.

Laut cat /proc/pci habt meine IsdnKarte den irq 10 - den hat aber meine Netzwerkkarte auch.

Na, und? Eine der Segnungen des PCI-Slots ist doch, das sich Geräte IRQs teilen können. Guck mal, was bei mir alles auf 11 liegt:

Code: Alles auswählen

11:    9018277          XT-PIC  usb-ohci, usb-ohci, SiS 7012, es1371, fcpcipnp, bttv

(Die ist aber nicht in Betrieb.)
Aber in /proc/interrupts war der 10er gar nicht aufgezeigt.

Wenn nicht in Betrieb, dann bekommt sie auch keien Interrupt zugewiesen

Wenn ich dann mittels isdnctrl dial ippp0 wäle kommt die Meldung:
"Dialing of ippp0 triggered." und imontty zeigt mir an, dass beide Kanäle "zu" sind.
Passwort und Username stimmen.
Bei REMOTEMSN hab ich die Rufnummer von Provider eingetragen (laut Debian Handbuch).

Du solltest erstmal sicher stellen, dass die Karte auch "läuft". Wenn der isdnlogd läuft, sollte der die alle Aktivitäten am B-Kanal aufzeichen, sprich auch Anrufe auf Dein Telefon etc. Dann weisst Du, dass die Karte hardwareseitig schon mal läuft. Hat er das Modul überhaupt fehlerfrei geladen? Taucht danach die ISDN-Karte bei einem "cat /proc/interrupts" auf?

Ich weiß weder ob ich einen Nameserver eingetragen habe geschweige denn was ich da für eine IP bräuchte.

"usepeerdns", dann bekommst Du automatisch bei Einwahl 2 DNS Server vom Provider zugewiesen.

/usr/src/kern--- gibt es auf meinem System nicht. Warum weiß ich nicht.

Weil Du vielleicht die kernel-sourcen nicht installiert hast??? Oder Du hast das Verzeichnis noch nicht entpackt. Ich poste Dir die Datei hier mal: (das Forum möge mir verzeichen, so lang ist sie ja nicht)

The driver for the HFC-PCI and HFC-PCI-A chips from CCD may be used
for many OEM cards using this chips.
Additionally the driver has a special feature which makes it possible
to read the echo-channel of the isdn bus. So all frames in both directions
may be logged.
When the echo logging feature is used the number of available B-channels
for a HFC-PCI card is reduced to 1. Of course this is only relevant to
the card, not to the isdn line.
To activate the echo mode the following ioctls must be entered:

hisaxctrl <driver/cardname> 10 1

This reduces the available channels to 1. There must not be open connections
through this card when entering the command.
And then:

hisaxctrl <driver/cardname> 12 1

This enables the echo mode. If Hex logging is activated the isdnctrlx
devices show a output with a line beginning of HEX: for the providers
exchange and ECHO: for isdn devices sending to the provider.

If more than one HFC-PCI cards are installed, a specific card may be selected
at the hisax module load command line. Supply the load command with the desired
IO-address of the desired card.
Example:
There tree cards installed in your machine at IO-base addresses 0xd000, 0xd400
and 0xdc00
If you want to use the card at 0xd400 standalone you should supply the insmod
or depmod with type=35 io=0xd400.
If you want to use all three cards, but the order needs to be at 0xdc00,0xd400,
0xd000 you may give the parameters type=35,35,35 io=0xdc00,0xd400,0xd00
Then the desired card will be the initialised in the desired order.
If the io parameter is used the io addresses of all used cards should be
supplied else the parameter is assumed 0 and a auto search for a free card is
invoked which may not give the wanted result.

Comments and reports to werner@isdn4linux.de or werner@isdn-development.de

[hehejo]

Hallo.
Entschuldigung, dass ich mich schon so lange nimmer gemeldet habe.

Beide PCs hängen bei uns am selben ISDN-Kabel. Wenn ich nun mir dem einen PC im Netz bin, werden mir auf der Konsole diverse Meldungen angeben. Ich denke also schon, dass die Karte hardwareseitig läuft.

Bei der Parameterangabe für den Hisaxtreiber wüsste ich aber dennoch nicht, welche Adresse ich angeben müsste. Ist das Protokoll wichtig?

Johannes

[Raoul]

Wenn ich nun mir dem einen PC im Netz bin, werden mir auf der Konsole diverse Meldungen angeben. Ich denke also schon, dass die Karte hardwareseitig läuft.

Was denn für welche??

Bei der Parameterangabe für den Hisaxtreiber wüsste ich aber dennoch nicht, welche Adresse ich angeben müsste. Ist das Protokoll wichtig?

Angabe des Kartentyps sollte eigentlich reichen, Protokoll ist in 99% SyncPP, falls Du das meinst, und JA, das ist wichtig.

Raoul

[hehejo]

Hallo!
Das hier bringt mein PC:

Code: Alles auswählen

OPEN: 10.0.0.1 -> 192.76.144.66 UDP, port 1025 -> 53
ippp0: dialing 1 0192071
isdn_net: ippp0 connected
ippp0: remote hangup
ippp0: Chargesum = 0
NETDEV WATCHDOG: ippp0 transmit timed out
isdn_tx_timeout dev ippp0 dialstate 0

"imon" bzw "imontty" zeigen aber an, dass beide Kanäle "offline" sind.
Warum?

In den /proc/interrups ist schon was drin:

Code: Alles auswählen

10: 2012 XT-PIC HiSax

Ein "isdnctrl dial ippp0" bringt das hier:

Code: Alles auswählen

ippp0: dialing of ippp0 triggered
isdn_net: ippp0 connected
ippp0: remote hangup
ippp0: Chargesum is 0

[Raoul]

Glückwunsch, die Karte läuft astrein! Aber die Fehlermeldung ist doch eigentlich eindeutig, oder?

Code: Alles auswählen

ippp0: remote hangup

Die Gegenseite hat die Verbindung getrennt. Mögliche Ursachen:
* Falsches Protokoll (rawip statt synpp)
* Falsches Passwort/Benutzername
* Verwählt?
Setz mal debug auf 1 für ippp0, dann erfährst Du mehr.

Raoul

[hehejo]

Ich möchte hier nicht als Idiot gelten, wenn ich immer weiter frag. Aber ich weiß es einfach nicht. (Vll. stelle ich mich auch nur zu blöd an!)

Frage 1:
Wie und wo setze ich "debug auf 1 für ippp0"?
Frage2:
für SyncPP "type=35 protocol=SyncPP" oder muss ich mir das anders vorstellen?

Verwählt kann ich ausschließen. Die Nummer stimmt. Ich hoffe es ist richitg, dass die Nummer als REMOTEMSN eingetragen ist.
Benutzername und Passwort werd ich gleich noch mal überprüfen.

Kannst du die vorstellen wie glücklich ich bin, dass ich bald mit meinem Rechner im Internet bin? Mein Papa wird Freudensprünge machen!

[Raoul]

Frage 1:
Wie und wo setze ich "debug auf 1 für ippp0"?

in der /etc/isdn/ipppd.ippp0 das Kommentarzeichen vor debug rausnehmen.

Frage2:
für SyncPP "type=35 protocol=SyncPP" oder muss ich mir das anders vorstellen?

Ähh, was, wie, wo? Wo willst Du das einstellen? Bei den Kernelmodulen?
Die Kernelmodule benötigen höchstens die Angabe des Kartentyps und die Karte läuft ja kernelseitig. SyncPP wird bei ISDN automtisch gewählt, das musst Du nirgends eingeben.

Ich vermute einen Fehler bei der Authetikation. Also guck Dir nochmal die ipppd.ippp0 im Abschnitt "Authetication" und die pap- bzw. chap-secrets an.

Raoul

[hehejo]

Ich war in der Zwischenzeit nicht untätig und hab mich auch durch die 3 Dateien gewühlt.

Für den Treiber hab ich jetzt das Deutsche Isdn Protokoll genommen.
Dann ist mir aufgefallen, dass ich einen Zahlendreher im Passwort hatte. *peinlich peinlich*

das "debug"-dings hab ich auch gefunden - bracht aber für mich keine sichtbaren Unterschiede in der Arbeitsweise.

bei syncPP und dem Anderem kommt es mir so vor als würde das Skript selbst entscheiden, was denn nun besser ist. Lieg ich damit richtig.

In der pap-secrets hab ich ein bissi rumgespielt und weiß darum nimmer so recht wie es richtig heißen muss.
"username" * "password"
"username * password"
'username' * 'password'
oder doch ganz anders.

Auf jeden Fall sehe ich per imon, dass gewählt wird ("Calling"). Nach kurzer Zeit wird aber "aufgelegt". Ich bin also auch der Meinung, dass etwas mit der Authentifikation nicht stimmt. Vll. liegt es ja an der Angabe in der pap-secrets.
Ich kann mir aber auch vorstellen, dass ich irgendwo einen kleinen Parameter bzw. Einstellung falsch hab..

Aber ich hab dennoch das Gefühl, dass ich ganz nah dran bin.. *hoff*

[hehejo]

ES GEHT! ICH BIN IM NETZ!

War grad auf einer CD unterwegs als sich mein Rechner eingewählt hat.
(dialmode = auto) Und siehe da! Juhu!!
Oh mann, Danke für die gute und nachsichte Hilfe! Ich bin glücklich!

(So jetzt wird nur etwas rumprobiert dass auch ich mich als normaler user einwählen kann. In der Gruppe dialoout bin ich schon.. na mal sehen!
juhuuu!

[Bert]

Die Ausgaben, die Du durch 'debug' eingeschalten hast, solltest Du /var/log/messages bewundern können. Einfach in einer anderen Konsole/x-term,... ein

Code: Alles auswählen

tail -f /var/log/messages

eingeben, und dann das dialing auslösen.

[Raoul]

Glückwunsch!!!

Der Vollständigkeit halber:

bei syncPP und dem Anderem kommt es mir so vor als würde das Skript selbst entscheiden, was denn nun besser ist. Lieg ich damit richtig.

yepp, wie ich gesagt hatte: Wenn du ISDN bzw. den ipppd nimmst, wird's automatisch gemacht, beim pppd musst Du's u. U. angeben.

In der pap-secrets hab ich ein bissi rumgespielt und weiß darum nimmer so recht wie es richtig heißen muss.
"username" * "password"
"username * password"
'username' * 'password'
oder doch ganz anders.

Mit Anführungsstrichen bist Du immer auf der sicheren Seite, falls irgendwo Leerzeihen auftreten sollten, z. B. im Benutzernamen.
1. Parameter ist user, 2. ist Server (in Deinem Fall *, weil Du nicht immer auf der selben Einwahlmaschine landen wirst), 3. Passwort. Wenn ein Passwort nur für einen Server gelten soll also bei 2 eintragen: "username" "servername" "passwort"

Viel Spass noch im Netz. Wenn Du keine Flatrate hast, solltest Du NIE dialmode auto nehmen, das kann SEHR teuer werden!!!

Raoul

[hehejo]

Ich hab eine Flatrate.
Was ich ja noch machen möchte, ist denn "dialmode" auf "off" zu stellen und dann immer wenn ich ins Netz will, lass ich den von einem Skript auf auto umstellen und dann kann ich surfen. Wenn ich dann fertig bin, wird es wieder per Skript auf off gestellt.

Warum hab ich als Mitglied der Gruppe dialout keinen Zugriff auf "isdnctrl" oder die anderen Befehle!?

Johannes

PS: Mein Vater ist schon glücklich. Aber er ist noch skeptisch wie lang es wohl gut geht.
PPS: Als erste Aktion hab ich mir erst mal die "blackbox" gezogen.. Werd mich da mal reinknieen und sie mir "schön" machen.
Kannst du mit vll. einen "guten" WM empfehlen? Schlank soll er sein und auf jeden Fall irgendwie "cool" sein. Muss nicht überladen sein. Windows hab ich schon auf der Arbeit. Daheim will ich was besonders.

[Raoul]

UUps, ganz Vergessen.

Als WM empfehle ich Dir IceWM, ist wie Windows 98, da sollte jeder sofort mit zurecht kommen, auch dein Vater
Wenn Du was Spaciges haben willst, nimm Fluxbox, allerdings nicht in der Version, die bei Debian dabei ist, sondern von http://screaming-fist.net/diary/fluxbox/ (neuere Version).
Entsprechender sources.list-Link lautet: deb http://people.debian.org/~dopey/fluxbox/woody/ ./
Fluxbox baut auf Blackbox auf, die Applets funktioneren auch in Fluxbox (sogar KDE und Gnome-Applets).

Ansonsten noch XFce (kleine Desktopumgebung, aber alles dabei) oder halt einen der richtig grossen Desktops wie Gnome oder KDE.
Viel Spass

Raoul

[hehejo]

:) Das hast du falsch verstanden.
Mein Papa ist froh, dass ich nicht mehr an seinen Pc muss um ins Internet zu kommen.
Ich benutze die Fluxbox.
Dank demPaketsystem konnte ich ja einige WMs ausprobieren. IceWMgefällt mir nicht so gut.
Aber danke für die Angabe der neueren Fluxbox Version.

Johannes