Unterst{[uuml ]}tzt werden nur interne Karten f{[uuml ]}r den ISA- oder
PCI-Bus. Auch ISA Plug{[amp ]}Play Karten werden unterst{[uuml ]}tzt,
ben{[ouml ]}tigen aber etwas zus{[auml ]}tzliche Handarbeit mit den
isapnptools
. Details der Konfiguration findest Du bei der Frage
config_pnp.
Es gibt aktive, semi-aktive oder passive interne Karten. Wenn Du nicht gerade viel Geld ausgegeben hast, kannst Du davon ausgehen, da{[szlig ]} Du eine passive Karte hast. Mehr {[uuml ]}ber den Unterschied findest Du bei hardware_activepassive.
Z.Zt. gibt es einen Treiber f{[uuml ]}r alle passiven Karten mit
bestimmten Siemens Chips (HiSax Treiber). In der mit dem Treiber
gelieferten Datei README.HiSax
findest Du die neuesten
Informationen {[uuml ]}ber unterst{[uuml ]}tzte Karten und welche Parameter
dem HiSax {[uuml ]}bergeben werden m{[uuml ]}ssen. Dies ist der Status vom
4. September 1999 (wird laufend verbessert):
cat /proc/pci
. Bei HFC-PCI bekommst Du
bei Deiner Karte eine Zeile mit dem Text "Master capable".F{[uuml ]} deutsche Leser: Jede Karte, die die Deutsche Telekom in der Vergangenheit herausgab, wird unterst{[uuml ]}tzt. Das gilt NICHT f{[uuml ]}r die TK-Anlagen!
Die folgenden Karten werden definitiv nicht unterst{[uuml ]}tzt, vermutlich auch in Zukunft nicht, da die Hersteller die Spezifikationen f{[uuml ]}r ihre sehr propriet{[auml ]}re Hardware und Protokolle nicht herausgegeben haben:
F{[uuml ]}r die Eumex 404 gibt es ein inoffizielles Treiber-Binary f{[uuml ]}r ISDN4LINUX mit SuSE 6.3, das hilfreich sein k{[ouml ]}nnte (oder auch nicht). Benutzung auf eigene Gefahr: {urlnam}.
Eine aktive ISDN-Karte f{[uuml ]}hrt die meisten ISDN-Verbindungsprotokolle (Anwahl, Empfang von Anrufen, usw.) selbst aus, da sie eine Art Minicomputer mit eigener Software (Firmware) besitzt. Bei einer passiven ISDN-Karte muss der Computer, in dem die Karte sitzt, diese Funktionen ausf{[uuml ]}hren.
Prinzipiell werden beide Arten von ISDN4LINUX unterst{[uuml ]}tzt. Da jedoch aktive Karten ein nicht standardisiertes Interface haben, kann ein Treiber nur dann erstellt werden, wenn der Hersteller die Spezifikationen f{[uuml ]}r das Interface herausgibt. Ebenfalls muss die Firmware der Karte frei verf{[uuml ]}gbar sein. Im Unterschied dazu enthalten viele passive Karten den gleichen Chipset. Wenn einmal ein Treiber f{[uuml ]}r einen Chipset existiert werden daher viele passive Karten unterst{[uuml ]}tzt.
Diese aktiven Karten werden z.Zt. von einem speziellen Treiber unterst{[uuml ]}tzt:
Die Entwickler schlagen ELSA Karten vor. ELSA stellte den Entwicklern ihre Spezifikationen zur Verf{[uuml ]}gung und gab eine Menge Unterst{[uuml ]}tzung, was zu einem exzellenten Treiber f{[uuml ]}hrte. Ausserdem sind ELSA Karten in Deutschland zum Gebrauch an {[ouml ]}ffentlichen Netzen zugelassen (siehe Frage country_certified).
F{[uuml ]}r den Kauf einer aktiven Karte w{[uuml ]}rden die Entwickler die PCI Serverkarte von Eicon empfehlen. Sie kann auf beiden Kan{[auml ]}len Faxe mit Class 2 Befehlen verschicken/empfangen und enth{[auml ]}lt ein V.90 Modem. Die AVM B1 arbeitet ebenfalls recht gut, kann jedoch nur auf einem Kanal faxen. Auch die Karten von Hypercope funktionieren recht gut mit allen verf{[uuml ]}gbaren Fax-Kan{[auml ]}len. Sie ben{[ouml ]}tigen jedoch ein Hardware-Upgrade f{[uuml ]}r den Faxbetrieb und der Linux-Treiber ist recht neu. Wenn der Faxbetrieb f{[uuml ]}r Dich wichtig ist aber die Kosten f{[uuml ]}r eine aktive Karte zu hoch sind, k{[ouml ]}nnte Dir eine Karte mit ISAR Chipset eher dienlich sein. Es gibt z.B. die Sedlbauer Speedfax+, die man in Deutschland u.a. bei Conrad bekommt.
Nein, aber das ist auch nicht n{[ouml ]}tig. Terminaladapter benehmen sich entweder wie ein Modem oder wie eine Netzwerkkarte. Linux unterst{[uuml ]}tzt bereits sowohl Modems als auch Netzwerkkarten ohne ISDN4LINUX - also wird kein spezieller ISDN-Treiber ben{[ouml ]}tigt (wodurch sich gew{[ouml ]}hnlich die Konfiguration sehr vereinfacht). Schau Dir z.B. das Programm wvdial an.
Alle Details dieser Art werden in der excellenten Kabel-FAQ behandelt,
die Du zumindest auf Deutsch auf
{urlnam}
findest.
Auf vielen PCI-Boards wird der Interrupt 12 von der PS/2 Maus belegt (auch wenn Du keine solche hast oder der IRQ nicht daf{[uuml ]}r aktiviert ist). Der IRQ k{[ouml ]}nnte sogar belegt sein wenn Du keinen PS/2 Anschluss hast. Interrupt 15 wird auch oft vom zweiten IDE Bus benutzt (auch wenn Du ihn nicht benutzt oder der IRQ daf{[uuml ]}r nicht festgelegt ist). Sogar wenn man denkt, da{[szlig ]} einige IRQs verf{[uuml ]}gbar sind, k{[ouml ]}nnen sie dennoch irgendwie vom BIOS reserviert sein. Eine gute Wahl ist immer IRQ 5 und IRQ 9. Ohne Modem oder Maus kannst Du auch 4 und 3 versuchen, die auch auf exotischen Boards funktionieren.
Ja, die Treiber wurden so geschrieben, da{[szlig ]} es geht. Zumindest
bei der Karte AVM Fritz!PCI wurden jedoch manchmal auftretende
Probleme bei Motherboards mit einem BIOS-Bug berichtet (DFI
Motherboards K6BV3+, P5BV3+ K6XV3).
Als Workaround kann man versuchen, die BIOS-Option CPU to PCI
WRITE Buffer
zu deaktivieren.
Zumindest von diesen S2M Karten wurde berichtet, da{[szlig ]} sie funktionieren:
Zumindest von diesen PCMCIA Karten wurde berichtet, da{[szlig ]} sie funktionieren:
Ja, das geht gut. Kompiliere jedoch auf jeden Fall den Kernel und alle
Module mit der Option SMP
. Wenn Du Probleme hast, wenn beide CPUs
auf denselben IRQ zugreifen wollen, versuche die Bootoption
noapic
.
Ja, die meisten Karten sollten mit ISDN4LINUX auf einem DEC Alpha laufen. Von vielen Karten ist ein einwandfreier Betrieb mit dem HiSax Treiber bekannt. Auch die aktive ICN Karte soll funktionieren.
Vermutlich nicht. Es gibt drei (interne) M{[ouml ]}glichkeiten f{[uuml ]}r ISDN in der SUN:
Ja, die meisten Karten sollten laufen. Zumindest die AVMFritz!PCI Karte wird jedoch nicht funktionieren, da der PPC ein unterschiedliches Endian-Format f{[uuml ]}r die 32-Bit B-Kanal Daten benutzt.
Auf jeden Fall kannst Du auch einen Terminaladapter (= externes ISDN Modem) benutzen. Da Du dann kein ISDN4LINUX ben{[ouml ]}tigst (siehe Frage hardware_external), wird dies hier nicht weiter behandelt.
Das h{[auml ]}ngt von den verf{[uuml ]}gbaren Slots, den freien Interrupts
und IO-Addressen in Deinem Computer und den M{[ouml ]}glichkeiten der
ISDN Karte ab. Die meisten passiven Karten haben ihre Grenzen durch
die unterst{[uuml ]}tzten IO-Addressen (z.B. sind bei der Teles 16.x nur
3 Addressen gesetzlich zugelassen: 0xf80, 0xd80 und 0xe80) und die
Gesamtzahl an Interrupts (jede Karte ben{[ouml ]}tigt einen).
Anm.d.{[Uuml ]}bers.: Da HiSax und auch PCI laut Definition mit
IRQ-Sharing zurecht kommen, ist diese Limitierung (zumindest f{[uuml ]}r
PCI-Karten) eigentlich nicht mehr gegeben.
Falls mehr Karten ben{[ouml ]}tigt werden k{[ouml ]}nnte die ICN Karte Deine Wahl sein. Sie belegt keine Interrupts, bietet eine flexiblere Einstellung des IO-Ports, und der Treiber plaziert die Shared Memory Bereiche aller ICN Karten an derselben Addresse. Der Kartenspeicher wird nur soweit gemapped wie er ben{[ouml ]}tigt wird. Daher kann man soviele Karten benutzen wie Slots verf{[uuml ]}gbar sind.
Wenn Du wirklich eine Menge Anschl{[uuml ]}sse ben{[ouml ]}tigst w{[auml ]}re schlie{[szlig ]}lich noch eine S2M Karte von Interesse, siehe Frage hardware_s2m.
Bei Frage config_manycards bekommst Du Antworten zu den Eigenheiten der Konfiguration von mehr als einer Karte.
Karten mit einem HFC-PCI Chip erlauben einige Spezialit{[auml ]}ten, die mit anderen ISDN Karten nicht m{[ouml ]}glich sind. So kannst Du z.B. die Karte im NT-Modus betreiben (dabei muss die ISDN-Verbindung gekreuzt und die Software ausgetauscht werden) - das bedeutet, Deine Karte simuliert einen NTBA gegen{[uuml ]}ber einer anderen ISDN Karte. Da jedoch ISDN4LINUX das beim Austausch benutzte Level 3 Protokoll nicht unterst{[uuml ]}tzt kannst Du diesen Modus nur wie eine Standleitung benutzen.
Ebenso kannst Du einen B-Kanal aufgeben und daf{[uuml ]}r das komplette D-Kanal-Protokoll auslesen, eine tolle Sache f{[uuml ]}r isdnlog. Das letztere kann man auch mit einer umgekehrt angeschlossenen Karte erreichen (siehe Frage isdnlog_reversedcard), mit HFC Chips funktioniert es aber viel verl{[auml ]}sslicher und sauberer. Du aktivierst diesen speziellen Echo Modus mit:
hisaxctrl {[lt ]}treiber_name{[gt ]} 10 1 hisaxctrl {[lt ]}treiber_name{[gt ]} 12 1
hisaxctrl {[lt ]}treiber_name{[gt ]} 12 0 hisaxctrl {[lt ]}treiber_name{[gt ]} 10 2
Im allgemeinen unterst{[uuml ]}tzt ELSA die ISDN4LINUX Entwickler sehr gut mit Dokumentationen {[uuml ]}ber den Zugriff auf ihre Karten. Daher werden diese Karten sehr gut unterst{[uuml ]}tzt und sind zum Gebrauch mit ISDN4LINUX sehr empfehlenswert. Zus{[auml ]}tzlich ist die ELSA Quickstep 1000 PCI (neuer Name Microlink PCI) das einzige Kartenmodell mit offizieller Zulassung in Deutschland und daher auch in der EU (siehe Frage country_certified zu mehr Informationen {[uuml ]}ber die Zulassung).
Es gibt jedoch eine Eigenheit beim Gebrauch der ELSA Quickstep
1000pro-PCI und einigen nicht PCI-konformen Mainboards. Diese setzen
die IO-Addresse auf unzul{[auml ]}ssige Werte (sie liegen im h{[ouml ]}heren
Speicherbereich und m{[uuml ]}ssen an runden 0x100-Adressen liegen). Das
kann eine Fehlermeldung ("You may have the wrong PCI bios") bewirken
und das System anhalten. Die beste Abhilfe ist ein Bios Upgrade. Wenn
das nicht m{[ouml ]}glich ist, besorge Dir das Modul pcitest
von
Karsten Keil
keil@isdn4linux.de
. Es wird die Karte korrekt einrichten
und sich dann mit einem gewollten Fehler schlie{[szlig ]}en (und dadurch
keinen Speicher belegen).
Die Verbindung von ELSA's RJ11 Stecker zu einem RJ45 Kabel sieht so aus:
RJ11 - RJ45 Pins 1234 12345678 Kabel abcd --abcd--
Was die ELSA Microlink ISDN USB betrifft: Sie arbeitet - entgegen den bisherigen Aussagen - NICHT wie ein serieller Adapter mit dem USB Communication Class Treiber. Zur Zeit wird dieser Adapter nicht von ISDN4LINUX unterst{[uuml ]}tzt.
Die Sedlbauer-Karte gibt es in mehreren Versionen:
Die Speedfax besitzt eine sehr spezielle Hardwareausstattung: Es ist eine semiaktive Karte mit einem ISAR Chipsatz, der das Senden und Empfangen von Faxen und den Betrieb als 14.4-Modem erm{[ouml ]}glicht. Das Besondere an der Karte ist, da{[szlig ]} sie mit HiSax benutzt wird, der normalerweise nur mit passiven Karten arbeitet. Du musst jedoch, wie bei allen aktiven Karten, die Firmware laden (in diesem Fall nach dem HiSax). Die Datei ISAR.BIN mit der Firmware ist Teil der isdn4k-utils.
Hinweis: Kompressionsverfahren (V42bis, MNP) sind nicht in die
Firmware implementiert und werden daher beim Modem-Betrieb nicht
unterst{[uuml ]}tzt. Der ideale Initstring zur Modem-Einwahl ist
AT{[percnt]}C0{[bsol ]}N0
.
Falls bei einigen Faxsendern der Empfang durch Hylafax nicht funktioniert, versuchen Sie die folgenden Parameter f{[uuml ]}r Hylafax einzustellen:
Class1SwitchingDelay: 75
Die Sedlbauer Speedfax PCI ist eine Besonderheit, da sie speziell f{[uuml ]}r Linux produziert wurde - es gibt f{[uuml ]}r sie keinen Windows-Treiber.
Zuerst die neuesten Nachrichten: Nach Berichten des deutschen Magazins c't, Ausgabe 02/2001, hat Teles seine Aktivit{[auml ]}ten im ISDN-Bereich aufgegeben. Deshalb ist diese FAQ eigentlich nicht weiter von Interesse. Ich behalte sie trotzdem einstweilen bei um Teles' Verhalten gegen{[uuml ]}ber ihren Kunden aufzuzeigen. Der Autor hat seit 1994 pers{[ouml ]}nliche Erfahrungen mit Teles.
Eine der meist gestellten Fragen zu Teles-Karten: Die Teles Karte
16.3c hat einen defekten FIFO und ben{[ouml ]}tigt daher f{[uuml ]}r den
Gebrauch der ttyI* Devices die Eingabe von AT{[amp ]}B1024
(wenn die
andere Seite noch Pakete mit mehr als 1024 Bytes sendet wird die Karte
nicht funktionieren - leider nutzen viele CAPIs 2048 Bytes als
Voreinstellung). Die neueste Teles PCI Karte ben{[ouml ]}tigt den
netjet
Treiber, da der Teles Treiber NICHT funktioniert (diese
Karte wird bei cat /proc/pci
als 'TigerJet Tiger300'
angezeigt).
Nun einige Bemerkungen {[uuml ]}ber Teles im allgemeinen (diese sind die
pers{[ouml ]}nliche Ansicht des Autors dieser FAQ und niemand ausser mir
ist daf{[uuml ]}r verantwortlich) (Anm.d.{[Uuml ]}bers.: Diese Ansichten
teile ich ebenfalls voll und ganz!
):
Die Gesch{[auml ]}ftspraktiken von Teles sind sehr Kunden- und Entwickler- unfreundlich verglichen mit anderen Firmen. Selbstverst{[auml ]}ndlich k{[uuml ]}mmern sich die Entwickler vordringlich um Karten, f{[uuml ]}r die Support geleistet wird und deren Spezifikationen frei verf{[uuml ]}gbar sind.
Bisher hat sich Teles gegen{[uuml ]}ber den Entwicklern von I4L sehr unfreundlich verhalten. Es wurde von Teles weder irgenwelche Unterst{[uuml ]}tzung geleistet noch wurden Informationen {[uuml ]}ber den Zugriff auf ihre Karten ver{[ouml ]}ffentlicht. Die Entwickler haben von Anfang an eine Menge an privatem Engagement investiert um diese Karte zum Laufen zu bringen ohne irgendeine Unterst{[uuml ]}tzung zu bekommen. Der Treiber ist also ein Resultat von rein privater Arbeit. Trotzdem br{[uuml ]}stet sich Teles auf ihrer Website damit, da{[szlig ]} ihre Karten unter Linux laufen ohne die wirklich Verantwortlichen zu nennen.
Noch nicht einmal Firmen, die Teles Karten kaufen und unter ihrem eigenen Namen weiter verkaufen, ist es gelungen, den Support zu verbessern. Das f{[uuml ]}hrte dazu, da{[szlig ]} sich eine re-branding Firma (!) selbst um eine Genehmigung f{[uuml ]}r den Gebrauch von I4L mit einer Teles Karte in Deutschland bem{[uuml ]}hen musste.
Aus Verbrauchersicht sollte man sich die Preise f{[uuml ]}r die Hotline
ansehen bevor man Hardware von Teles kauft! Der Autor der FAQ (und
der {[Uuml ]}bersetzer
) weigert sich, eine Hotline zu benutzen, die
216,- DM pro Stunde kostet. Berichte {[uuml ]}ber die Qualit{[auml ]}t und
die Wartezeiten waren nicht immer positiv.
Diese Firma gab {[uuml ]}ber Jahre hinweg (meines Wissens 1995-2000) noch nicht einmal Treiber f{[uuml ]}r andere Betriebssysteme wie z.B. Windows kostenlos heraus. Erst seit April 2000 kann man die Treiber {[uuml ]}ber das Internet beziehen. Vorher musste man zum Download eines Treibers in Deutschland eine sehr teure Nummer (0190, DM 1,20/Minute) anw{[auml ]}hlen. Nicht, da{[szlig ]} es {[uuml ]}berhaupt ratsam w{[auml ]}re, Windows zu benutzen. Ich wollte es nur erw{[auml ]}hnen...
Warnung: Teles hat ihre Karten sehr oft ohne Bekanntgabe ge{[auml ]}ndert ohne den Modellnamen zu {[auml ]}ndern. Nach dem Kauf einer Teles Karte kannst Du eventuell feststellen, da{[szlig ]} Deine brandneue Karte nicht von I4L unterst{[uuml ]}tzt wird! (Wie es mehrere Male geschehen ist...)
Die Entwickler werden versuchen, neue Teles Karten zu unterst{[uuml ]}tzen sobald Informationen {[uuml ]}ber den Zugriff auf die Karte verf{[uuml ]}gbar sind und keine anderen Priorit{[auml ]}ten vorliegen. Nat{[uuml ]}rlich kannst Du jederzeit einen Patch einsenden.
Die Fritz!Karte gibt es in mehreren Variationen. Da die PCI-Karte und die ISA/PNP-Karte den gleichen Typ angeben (27), wird hisax bei der Angabe einer IO-Adresse eine ISA/PNP-Karte und bei keiner Angabe einer IO-Adresse eine PCI-Karte annehmen. Beachte also genau, was Du angibst.
Die aktuelle Fritz! PCI Karte (v2.0) wird jetzt von einem neuen Treiber unterst{[uuml ]}tzt. Dieser wurde jedoch noch nicht ernsthaft getestet. Die Karte kann mittels lspci identifiziert werden: Die Karten-ID ist 0e00.
Wenn der Interrupt der Karte mit anderen Karten geteilt wird und die ISDN-Karte nicht funktioniert kann das am Motherboard liegen. Dazu mehr unter hardware_irqsharing.
Ein interessanter Aspekt: Die Fritz!Karte ist z.Zt. die einzige passive Karte mit einem existierenden CAPI-Treiber und damit imstande Faxe zu senden/empfangen. Weitere Informationen dazu gibt es unter feature_capi und bei {urlnam}.
Diese Karte beinhaltet viele spezielle Eigenschaften in ihrer Firmware und wird von ihrem Linuxtreiber sehr gut unterst{[uuml ]}tzt. Sie ist zur Zeit eine der wenigen ISDN Karten mit denen Du unter ISDN4LINUX Faxe versenden kannst oder die das CAPI 2.0 Interface unterst{[uuml ]}tzen. Die neuesten Treiber bekommst Du auf {urlnam}.
Zum Downloaden der Firmware ben{[ouml ]}tigen Sie die beiden Perl-Scripts von: {urlnam}. Diese Scripts bewirken den Download und das Auspacken der Firmware: {urlnam}.
Zum Gebrauch der AVM an einem Anlagenanschluss musst Du 'DSS1 P2P' zum Ladebefehl der Firmware hinzuf{[uuml ]}gen:
avmcapictrl load /usr/lib/isdn/b1 t4 0 DSS1 P2P
Es gibt eine Mailingliste f{[uuml ]}r Probleme mit der AVM B1 auf:
linux-avmb1@calle.in-berlin.de (sende eine Mail an
majordomo@calle.in-berlin.de mit subscribe linux-avmb1 {[lt ]}Deine
Email Addresse{[gt ]}
im Text).
Diese Karten bieten einige spezielle Eigenschaften in ihrer Firmware und werden neuerdings durch einen Linux-Treiber unterst{[uuml ]}tzt. Sie geh{[ouml ]}ren z.Zt. zu den wenigen ISDN-Karten, die das CAPI 2.0 Interface unterst{[uuml ]}tzen. Zus{[auml ]}tzlich lassen sie sich sehr gut zum Faxen unter ISDN4LINUX nutzen (nach einem Upgrade durch eine Faxkarte - das gilt f{[uuml ]}r die HYSDN Ergo2 und HYSDN Metro4).
Weitere Informationen zum Hersteller und zur Hardware bekommt man auf {urlnam}. Die Konfiguration ist so {[auml ]}hnlich wie bei der AVM B1.
Dies war die erste von ISDN4LINUX unterst{[uuml ]}tzte aktive Karte. Der
Hersteller (
{urlnam}
) hat die I4L
Entwickler immer unterst{[uuml ]}tzt. Die ICN ben{[ouml ]}tigt keine
Interrupts (polling). Daher kann man den PC mit vielen von ihnen ohne
Interrupt-Konflikte ausr{[uuml ]}sten. Die neueste Firmware sollte auf
{urlnam}
zur
Verf{[uuml ]}gung stehen. Leider wird die ICN nicht mehr hergestellt.
Da gibt es einige interessante Sachen:
isapnp.conf
stehen um die PnP-Register richtig zu
initialisieren:
(MEM 0 (BASE 0x0c8000) (MODE bu) (UPPER 0x0c8400)) # (MEM 0 (BASE 0x0c8000) (MODE br) (UPPER 0x000400)) (REG 0x31 (PEEK)) (REG 0x31 (POKE 0)) (REG 0x31 (PEEK)) (ACT Y) ))
hisaxctrl {[lt ]}id{[gt ]} 9 ISAR.BIN
Dieses Verhalten ist typisch f{[uuml ]}r ein Kabel mit falscher Verdrahtung des a/b-Anschlusses. Einige NTs von Quante hatten eine falsche Beschriftung. Sie verursachten genau das beschriebene Verhalten, wenn eine PBX an der Buchse und eine ISDN Karte an dem Stecker des NT angeschlossen waren. Sowie ein Ger{[auml ]}t den Bus aktiviert, kann das andere Ger{[auml ]}t keine Verbindung mehr aufbauen.
Diese Antwort nimmt an, da{[szlig ]} Du {[uuml ]}ber einen installierten internen Bus direkt an den NT angeschlossen bist (ohne ein RJ45 Kabel).
Die einfachste Art zu testen ist die mit einem kleinen Kabel-Tester (der Autor erwarb einen von Conrad Electronics in Deutschland f{[uuml ]}r 29,- DM - folge einfach den leichten Anweisungen).
Anderenfalls hast Du etwas mehr Arbeit. Vertausche Leitung a1 und b1. Wenn das nicht funktioniert, mache das wieder r{[uuml ]}ckg{[auml ]}ngig und vertausche Leitung a2 und b2. Wenn das immer noch nicht l{[auml ]}uft, versuche beide Leitungen zu vertauschen. Solange {[lcub ]}a{[verbar]}b{[rcub ]}1 und {[lcub ]}a{[verbar]}b{[rcub ]}2 unter sich bleiben kann nichts passieren. Um sicher zu gehen kannst Du vor dem Einstecken pr{[uuml ]}fen, da{[szlig ]} zwischen Pins 4 und 5 und zwischen Pins 2 und 6 des Steckers keine Spannung anliegt. Zwischen 3 und 4 und zwischen 6 und 5 sollten 40 V, 6 und 3 positiv gemessen werden.
Mit dem Westernstecker funktioniert das {[auml ]}hnlich. 4 Leitungen werden benutzt:
| | | | | | | | 1 2 3 4Du kannst 1 mit 4 oder 2 mit 3 oder beide Paare vertauschen. Vertausche nie die {[auml ]}usseren mit den inneren Leitungen - das w{[uuml ]}rde die RX und TX Leitungen kreuzen und nichts mehr w{[uuml ]}rde funktionieren.
In der Kabel FAQ findest Du mehr Details dar{[uuml ]}ber, welche Leitung wie anzuschlie{[szlig ]}en ist.
Wenn beide Ger{[auml ]}te {[uuml ]}ber RJ45 angeschlossen sind, ist eines der beiden Kabel verdreht. Das passiert normalerweise wenn einer der RJ45 Stecker verkehrt herum angeschlossen wurde (a1/b1 sind innen, a2/b2 sind aussen, so wird die Anordnung der Sender-/Empf{[auml ]}ngerpaare erhalten). Jetzt brauchst Du nur einen neuen Stecker und nat{[uuml ]}rlich Klammern f{[uuml ]}r den RJ45: alter Stecker ab, neuer Stecker (in der richtigen Anordnung) dran.
Viele PBX benutzen nicht standardisierte ISDN-Protokolle auf ihrem
internen Bus. Das kann I4L dazu bringen, eine Warnung "Unexpected
discriminator 0xZZ" (wobei ZZ eine hexadezimale Zahl ist) auszugeben,
wenn es auf unerwartete Frames trifft (einige alte Versionen
st{[uuml ]}rzen sogar ab). Das kann Deine Logdatei um bis zu 1 MB in 3
Tagen vergr{[ouml ]}{[szlig ]}ern. Die PBX Ackermann Euracom 181
(Discriminator 0xaa) und Ascom
(Discriminator 0x44/0x47) scheinen
daf{[uuml ]}r bekannt zu sein. Du kannst die Warnung vermeiden indem Du
in der Funktion processctrl()
in processor.c
den
switch/case Code anpasst und isdnlog neu kompilierst. Beachte bitte,
da{[szlig ]} nun isdnlog keine ankommenden Datenpakete mehr loggen kann,
da die PBX die Pakete {[uuml ]}bergeben muss. Zum Loggen aller Pakete
muss die PBX umgangen werden. Achte darauf, da{[szlig ]} die PBX
h{[auml ]}ngen bleiben kann, wenn die ISDN Karte nicht auf ihre Requests
antwortet - {[uuml ]}bergehe die PBX in diesem Fall.
Es kann auch sein, da{[szlig ]} eine PBX per default das 1TR6 Protokoll anstatt des EuroISDN auf dem internen Bus benutzt. Du musst I4L (oder die PBX) entsprechend konfigurieren. Am besten versuchst Du beide auf das gleiche Protokoll einzustellen.
Auch die MSN kann anders aussehen als Du erwartest. Versuche es mit
verschiedenen Versionen, keine Ziffer (dann nimm 0
, wird in dem
Fall von I4L erwartet), eine Ziffer oder zwei Ziffern oder die gesamte
MSN. Am besten rufst Du ein Ger{[auml ]}t (z.B. das ISDN Telefon) auf dem
internen Bus an und schaust nach, was I4L im Logfile schreibt. Wenn
eine Hinauswahl misslingt liegt es meist daran, da{[szlig ]} Du die MSN
f{[uuml ]} die Hinauswahl nicht korrekt angegeben hast. Dann lehnt die
PBX das W{[auml ]}hlverlangen ab.
Bei ankommenden Gespr{[auml ]}chen solltest Du beachten, da{[szlig ]} manche Telefonanlagen eine 0 vor die Nummer jedes hereinw{[auml ]}hlenden Ger{[auml ]}tes setzen. Also musst Du die Einstellungen der Secure-Optionen dementsprechend {[auml ]}ndern.
Zuletzt solltest Du daran denken, da{[szlig ]} Du Deine PBX so einstellen musst, da{[szlig ]} sie ankommende Gespr{[auml ]}che auf den internen ISDN Bus 'routen' muss.
Bei einer Point-to-Point Konfiguration ('Anlagenanschluss') kannst Du Deine Karte nicht - parallel zur PBX - direkt an den S0 Bus anschlie{[szlig ]}en (dann geht gar nichts mehr). Du musst sie mit dem internen ISDN Bus verbinden. Deine MSN ist dann normalerweise die Durchwahl am Ende der Telefonnummer.
Besitzer der Ackermann Euracom
finden Hinweise zur
Konfigurations-Software auf der deutschen Seite:
{urlnam}
Es ist m{[ouml ]}glicherweise gar keine Plug 'n' Play Karte - obwohl Teles jetzt auf alle ihre Karten und Kartons PNP druckt. Der Unterschied ist leicht zu erkennen: eine wahre Teles PnP Karte hat die (winzigen) DIP-Schalter zur Einstellung der IO-Addresse nicht mehr.
Diese blinkenden LEDS werden oft durch ein schlechtes Kabel oder einen zu langen oder nicht terminierten Bus verursacht.
Es ist normal. Die ELSA Quickstep 1000 ISA Karte hat einen Hardware
Timer, der nicht durch Software deaktiviert werden kann. Wenn Du ihn
loswerden willst musst Du die Hardware ver{[auml ]}ndern. Frag bei
Karsten Keil nach:
keil@isdn4linux.de