wie kann ich testen ob ISDN/CAPI-2.0 richtig läuft ?
Hallo zusammen, ich weiß das es eigentlich für ISDN-Fragen eine gesonderte Liste gibt. Ich bitte um nachsicht diese eine Frage hier zu stellen da sie auch ehere einen allg. Charakter hat. Sollten weitere Fragen auftauchen werde ich mich in der ISDN-Liste anmelden. So nun aber zu meiner Frage. Ich habe in unserem Server (SL-9.1) einen AVM B1-Controller engebaut. Diesen habe ich via Yast konfiguriert bzw. die Pakete: - capisuite - i4l-base - i4l-isdnlog - i4lfirm - capi4linux Das Problem das ich habe ist das die Applikation welche die ISDN-Karte benutzen soll keine ISDN-Kommunikation zu stande bekommt. Da es sich bei dieser Aplikation um einen eher Linux-Untypische Variante handelt (David-XL von Tobit) möchte ich diese in der folgenden Betrachtung außen vor lassen. Da die Internet-Dienste über ein gesondertes Gateway laufen, kann ich es damit auch nicht testen. Gibt es nun die Möglichkeit zu testen ob die ISDN-Karte richtig mit dem Netzanschluß kommuniziert? Viele Grüße Sven
Hallo Sven,
ich denke, das einfachste ist schnell nen provider für ippp0 zu definieren
und dich aus der shell mit isdnctrl dial ippp0 einzuwaehlen.
Gruesse
Maximilian Steinbauer
----- Original Message -----
From: "Sven Gehr"
Hallo zusammen,
ich weiß das es eigentlich für ISDN-Fragen eine gesonderte Liste gibt. Ich bitte um nachsicht diese eine Frage hier zu stellen da sie auch ehere einen allg. Charakter hat. Sollten weitere Fragen auftauchen werde ich mich in der ISDN-Liste anmelden.
So nun aber zu meiner Frage. Ich habe in unserem Server (SL-9.1) einen AVM B1-Controller engebaut. Diesen habe ich via Yast konfiguriert bzw. die Pakete:
- capisuite - i4l-base - i4l-isdnlog - i4lfirm - capi4linux
Das Problem das ich habe ist das die Applikation welche die ISDN-Karte benutzen soll keine ISDN-Kommunikation zu stande bekommt. Da es sich bei dieser Aplikation um einen eher Linux-Untypische Variante handelt (David-XL von Tobit) möchte ich diese in der folgenden Betrachtung außen vor lassen.
Da die Internet-Dienste über ein gesondertes Gateway laufen, kann ich es damit auch nicht testen. Gibt es nun die Möglichkeit zu testen ob die ISDN-Karte richtig mit dem Netzanschluß kommuniziert?
Viele Grüße Sven
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Hallo zusammen, Am Mittwoch, 21. Juli 2004 14:54 schrieb Maximilian Steinbauer:
ich denke, das einfachste ist schnell nen provider für ippp0 zu definieren
ok, habe ich gemacht.
und dich aus der shell mit isdnctrl dial ippp0 einzuwaehlen.
Wenn ich das eingebe erhalte ich lediglich die Meldung: Dialing of ippp0 triggered Wenn ich dann aber ifconfig aufrufe sehe ich dass das Device ippp0 keine IP hat. Habe ich etwas übersehen? Viele Grüße Sven
Am Mittwoch, 21. Juli 2004 16:38 schrieb Sven Gehr:
Hallo zusammen,
Wenn ich dann aber ifconfig aufrufe sehe ich dass das Device ippp0 keine IP hat. Habe ich etwas übersehen?
Hallo, etwas transparenter wird es, wenn man isdnmon aufruft. Zusätzlich noch tail -f /var/log/messages, und man kann den Verbindungsversuch verfolgen. Gruß, Wolfgang
Hallo zusammen, Am Mittwoch, 21. Juli 2004 16:21 schrieb Wolfgang Hinsch:
etwas transparenter wird es, wenn man isdnmon aufruft. Zusätzlich noch tail -f /var/log/messages, und man kann den Verbindungsversuch verfolgen.
Im Logfile finde ich: isdnlog: Jul 21 16:49:20 Call to tei 127 from +49 1070298, on +49 6212/98, Mannheim HANGUP (Timeout) isdnlog: Jul 21 16:49:20 * tei 105 calling 019256191 with +49 6214/829399, Mannheim RING (Data) kernel: capidrv-1: DISCONNECT_IND reason 0x3481 (Unallocated (unassigned) number) for plci 0x101 [...] isdn_net: local hangup ippp0 kernel: capidrv-1: chan 0 disconnect request on free channel kernel: ippp0: Chargesum is 0 Da scheint es ja durchaus ein Problem mit der Anbindung zu geben. Wenn mir jetzt noch jemand helfen önnte die Fehlermeldung zu interpretieren wäre ich zumindest ein kleines Stück weiter. Analog dazu wollte ich noch 'isdnmon' aufrufen was jedoch nur zu folgender Fehlermeldung führt: /usr/bin/isdnmon: line 3: exec: wish: not found Aber ein Syslog war ja bereits ein Fehler zu erkenn, hoofe ich wenigstens. Viele Grüße Sven
Am Mittwoch, 21. Juli 2004 17:41 schrieb Sven Gehr:
Hallo zusammen,
Am Mittwoch, 21. Juli 2004 16:21 schrieb Wolfgang Hinsch:
etwas transparenter wird es, wenn man isdnmon aufruft. Zusätzlich noch tail -f /var/log/messages, und man kann den Verbindungsversuch verfolgen.
Im Logfile finde ich:
Hallo, Ich versuche mal eine Interpretation, für genauere Hinweise soltest Du auf der Isdn-Liste fragen
isdnlog: Jul 21 16:49:20 Call to tei 127 from +49 1070298, on +49 6212/98, Mannheim HANGUP (Timeout) isdnlog: Jul 21 16:49:20 * tei 105 calling 019256191 with +49 6214/829399, Mannheim RING (Data) kernel: capidrv-1: DISCONNECT_IND reason 0x3481 (Unallocated (unassigned) number) for plci 0x101
Ich vermute, die Telefonnummer der Gegenseite ist nicht vergeben oder kein Datendienst. Fehler in der Rufnummer? Telefonanlage, und führende 0 vergessen? 019x-Nummern geblockt?
[...] isdn_net: local hangup ippp0 kernel: capidrv-1: chan 0 disconnect request on free channel kernel: ippp0: Chargesum is 0
Da scheint es ja durchaus ein Problem mit der Anbindung zu geben. Wenn mir jetzt noch jemand helfen önnte die Fehlermeldung zu interpretieren wäre ich zumindest ein kleines Stück weiter.
Analog dazu wollte ich noch 'isdnmon' aufrufen was jedoch nur zu folgender Fehlermeldung führt:
/usr/bin/isdnmon: line 3: exec: wish: not found
Paket tk, toolkit für tk. Zu finden mit Yast - provides - wish - Suchen (9.0) Gruß, Wolfgang
Hallo zusammen, schrieb Wolfgang Hinsch:
schrieb Sven Gehr:
schrieb Wolfgang Hinsch:
Im Logfile finde ich: [...] isdnlog: Jul 21 16:49:20 Call to tei 127 from +49 1070298, on +49 6212/98, Mannheim HANGUP (Timeout) isdnlog: Jul 21 16:49:20 * tei 105 calling 019256191 with +49 6214/829399, Mannheim RING (Data) kernel: capidrv-1: DISCONNECT_IND reason 0x3481 (Unallocated (unassigned) number) for plci 0x101
Ich vermute, die Telefonnummer der Gegenseite ist nicht vergeben oder kein Datendienst. Fehler in der Rufnummer? Telefonanlage, und führende 0 vergessen? 019x-Nummern geblockt?
Ich habe mal diverse andere Call by call Anbieter in Yast ausgewählt welche uch andere Nummern haben. Funktionieren jedoch alle nicht. Ein führende Null für die Amtsholung habe ich konfiguriert. Am Anschluß liegt es nicht, ich habe mal einen Client-Rechner mit ISDN-Karte an dieses Kabel angeschlossen und mit führender Null eine Verbindung hergestellt. Die B1-Karte habe ich auch schon in einen andren Rechner eingebaut, diese funktioniert. isdnlog: (AVM B1 driver detected (D2)) isdnlog: Jul 22 09:29:51 * tei 64 calling 019231750 with +49 6214/829298, Mannheim RING (Data) kernel: capidrv-1: DISCONNECT_IND reason 0x3481 (Unallocated (unassigned) number) for plci 0x101 kernel: isdn_net: local hangup ippp0 kernel: capidrv-1: chan 0 disconnect request on free channel kernel: ippp0: Chargesum is 0 Prinzipiell hat sich durch die Wahl eines andren Providers (Mobilcom) nichts geändert. Was mich jedoch stutzig macht ist die Zeile: ..... calling 019231750 with +49 6214/829298, die hintere Nummer is die die ich auf dem Adapter konfiguriert habe nur die vordere kommt mir falsch vor. In Yast ist unter diesem Provider die Nummer: 01019019231750 hinterlegt. Ich denke jedoch daß das Problem nicht hiervon kommt. Könnte ich die falschen Pakete installiert haben. Ich habe gelesen das sich im ISDN-Bereich sehr viel geändert hat. Für Ideen jeglicher Art bin ich dankbar. Viele Grüße Sven
Am Donnerstag, 22. Juli 2004 10:32 schrieb Sven Gehr:
Hallo zusammen,
schrieb Wolfgang Hinsch:
[...]
[..]
Ich habe mal diverse andere Call by call Anbieter in Yast ausgewählt welche uch andere Nummern haben. Funktionieren jedoch alle nicht. Ein führende Null für die Amtsholung habe ich konfiguriert. Am Anschluß liegt es nicht, ich habe mal einen Client-Rechner mit ISDN-Karte an dieses Kabel angeschlossen und mit führender Null eine Verbindung hergestellt.
Hallo, ich habe die führende 0 für die Amtsholung jeweils in der Telefonnummer mit aufgenommen, nicht in der Grundkonfiguration. Dadurch kann ich auch an der Telefonanlage lokal testen.
Die B1-Karte habe ich auch schon in einen andren Rechner eingebaut, diese funktioniert.
isdnlog: (AVM B1 driver detected (D2)) isdnlog: Jul 22 09:29:51 * tei 64 calling 019231750 with +49 6214/829298, Mannheim RING (Data) kernel: capidrv-1: DISCONNECT_IND reason 0x3481 (Unallocated (unassigned) number) for plci 0x101 kernel: isdn_net: local hangup ippp0 kernel: capidrv-1: chan 0 disconnect request on free channel kernel: ippp0: Chargesum is 0
Im Logfile müsste noch eine Zeile "kernel: dialing xxxx" sein. Dort steht die genau gewählte Nummer.
Prinzipiell hat sich durch die Wahl eines andren Providers (Mobilcom) nichts geändert. Was mich jedoch stutzig macht ist die Zeile:
..... calling 019231750 with +49 6214/829298,
die hintere Nummer is die die ich auf dem Adapter konfiguriert habe nur die vordere kommt mir falsch vor. In Yast ist unter diesem Provider die Nummer:
01019019231750
hinterlegt.
Benutze mal einen "eigenen Provider". Das sind nur ein paar Eingabefelder, die schnell ausgefüllt sind. Eine weitere Falle ist der kisdn, der gerne die Interfaces und Provider durcheinander würfelt. Ich habe hier kisdn deinstalliert und benutzte Yast nur einmal zur Grundkonfiguration. Danach editierte ich in /etc/sysconfig/isdn die Dateien direkt. Das ist ziemlich einfach. Man muss nur die Namenskonventionen einhalten. cfg-net0 entspricht ippp0 etc. Die eigenen Provider (ich benutze nur eigene) stehen unter /etc/sysconfig/network/providers. Der Name des Files ist beliebig, muss aber genauso im o.g. net-cfgxx stehen. Am besten einen Provider mit Yast anlegen und dann die Datei editieren. Yast ist dafür danach überflüssig und neigt auch zum Vertauschen der Provider. Ich benutze eine feste Zuordnung ippp-Provider. Das ermöglicht routing-Befehle und auch Einwahl in den Server. Nach dem editieren der Files müssen noch die Kommandos: rcnetwork stop -o type=ippp SuSEconfig --module isdn rcnetwork start -o type=ippp gegeben werden. Dann sollten die Schnittstellen mit ifconfig sichtbar sein, soweit als Startparameter onboot eingegeben wurde. Ansonsten mit ifup starten. Mit isdnctrl dial ipppx sollte dann die korrekte Nummer gewählt werden. Zur Fehlersuche kann der Verbose-Level angehoben werden, das füllt dann die logfiles.
Ich denke jedoch daß das Problem nicht hiervon kommt. Könnte ich die falschen Pakete installiert haben. Ich habe gelesen das sich im ISDN-Bereich sehr viel geändert hat.
Ich glaube im Moment noch nicht, dass ISDN generell bei Dir nicht funzt. Es sieht eigentlich mehr nach einem Konfig-Problem aus. Check auch noch /etc/ppp/chap-secrets bzw pap-secrets. Hier müssen Login und Passwort des Providers stehen. Im Idealfall hast Du 2 Rechner an der lokalen Telefonanlage und beobachtest gleichzeitig die logfiles. Dann musst Du aber an einem die Einwahl des anderen erlauben. Gruß, Wolfgang
Hallo zusammen, schrieb Wolfgang Hinsch:
schrieb Sven Gehr:
schrieb Wolfgang Hinsch:
ich habe die führende 0 für die Amtsholung jeweils in der Telefonnummer mit aufgenommen, nicht in der Grundkonfiguration. Dadurch kann ich auch an der Telefonanlage lokal testen.
ok, das habe ich probiert ohne Erfolg.
Im Logfile müsste noch eine Zeile "kernel: dialing xxxx" sein. Dort steht die genau gewählte Nummer.
ok, das macht er nun.
Benutze mal einen "eigenen Provider". Das sind nur ein paar Eingabefelder, die schnell ausgefüllt sind. Eine weitere Falle ist der kisdn, der gerne die Interfaces und Provider durcheinander würfelt.
ok, auch das habe ich versucht jedoch bleibt alles beim alten. [...]
Ich benutze eine feste Zuordnung ippp-Provider. Das ermöglicht routing-Befehle und auch Einwahl in den Server.
Nach dem editieren der Files müssen noch die Kommandos:
rcnetwork stop -o type=ippp SuSEconfig --module isdn rcnetwork start -o type=ippp
ok, habe ich auch kontrolliert und ausgeführt.
Dann sollten die Schnittstellen mit ifconfig sichtbar sein, soweit als Startparameter onboot eingegeben wurde. Ansonsten mit ifup starten.
Ja, ist sie. Logischerweise ohne IP da die Einwahl nicht klappt.
Ich denke jedoch daß das Problem nicht hiervon kommt. Könnte ich die falschen Pakete installiert haben. Ich habe gelesen das sich im ISDN-Bereich sehr viel geändert hat.
Ich glaube im Moment noch nicht, dass ISDN generell bei Dir nicht funzt. Es sieht eigentlich mehr nach einem Konfig-Problem aus.
Ich glaube es ist ein generelles Problem von SuSE-9.1/Kernel-2.6 & dem B1-Controller. Bei AVM habe ich folgendes gefunden (ganz unten): http://www.avm.de/de/Service/AVM_Service_Portale/Linux/Praxis_Tipps/suse_91_... Aber auc wenn ich das Patch installiere ändert sich an der Fehlermeldung nichts. Viele Grüße Sven
Am Donnerstag, 22. Juli 2004 12:04 schrieb Sven Gehr:
Hallo zusammen,
[..]
ok, auch das habe ich versucht jedoch bleibt alles beim alten.
[...]
Aber auc wenn ich das Patch installiere ändert sich an der Fehlermeldung nichts.
Hallo, ich glaube nicht, dass wir hier weiterkommen. Du solltest Dich mit dem Problem auf der SuSE-Isdn-Liste melden. Dort bekommst Du schneller und genauer Hilfe (falls Karsten nicht gerade im Urlaub ist ;-). Wenn noch weitere Probleme daran hängen, solltest Du dafür sowieso einen neuen Thread öffnen. HTH, Wolfgang
Hallo zusammen, Problem erledigt. Ich mußte das Patch von SuSE/AVM installieren. Anschließend habe ich den Provider einfach den Provider neu eingerichtet. Zuvor jedoch einen Neustart durchgeführt und alles ging. Meine Anwendung (Tobit) läuft zwar immernoch nicht aber zumindest weiß ich jetzt das ISDN-Seitig alles io ist. Vielen Dank für die Hilfe. Sven
Hallo Sven,
was sagt den /var/log/messages über den Einwahlerfolg?
Maximilian Steinbauer
----- Original Message -----
From: "Sven Gehr"
Hallo zusammen,
Am Mittwoch, 21. Juli 2004 14:54 schrieb Maximilian Steinbauer:
ich denke, das einfachste ist schnell nen provider für ippp0 zu definieren
ok, habe ich gemacht.
und dich aus der shell mit isdnctrl dial ippp0 einzuwaehlen.
Wenn ich das eingebe erhalte ich lediglich die Meldung:
Dialing of ippp0 triggered
Wenn ich dann aber ifconfig aufrufe sehe ich dass das Device ippp0 keine IP hat. Habe ich etwas übersehen?
Viele Grüße Sven
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
"Maximilian Steinbauer"
Hallo Sven,
was sagt den /var/log/messages über den Einwahlerfolg?
Maximilian Steinbauer
[TOFU entsorgt] Du willst [x] http://learn.to/quote lesen, verstehen und zumindest für diese Liste beherzigen. Philipp
participants (4)
-
Maximilian Steinbauer -
Philipp Thomas -
Sven Gehr -
Wolfgang Hinsch