Vielen Dank fuer die Information! Bisher war mir nicht bekannt, dass man Dokumentation LESEN soll, bevor man fragt. Ich dachte, die wuerde nur so zum Spass geschrieben? Oh, wie bin ich nur naiv!
Ich versteh zwar den Grund der Anmache nicht, aber ich entschuldige mich dafuer, dass ich geantwortet habe.
Ich nehme an, der Grund für die Anmache war Verbitterung über die sehr konfuse, über x kleine Readme´s, Note´s, Man´s und sonstwas verteilte Doku von i4l. Ich selbst (und 2 weitere Leute) versuchen seit 2 Woche eine Callbackverbindung zum Einwahlserver unserer Arbeitsstelle hinzubekommen. Unter Win war die Konfig. eine sache von 10 Minuten! Ich komme mangels Doku immer mehr zu der Vorahnung, dass ich bald im Code selbst rumhacken werde. Das Howto hat im Vergleich zu den meisten Englischen Howtos allenfalls den Namen Howtogetconfused verdient. Wo ist das Kapitel über Callback? Sollte es bereits ein neueres Howto (in meinem steht ´98) geben entschuldige ich mich und bitte darum, dass mir jemand die Bezugsquelle mitteilt. Ansonsten wäre es bestimmt sinnvoll, etwas an der Doku zu arbeiten. mfg Gerald Kleser
Hallo, On Thu, Mar 16, 2000 at 05:37:54PM +0100, rtzj wrote:
Ich nehme an, der Grund für die Anmache war Verbitterung über die sehr konfuse, über x kleine Readme´s, Note´s, Man´s und sonstwas verteilte Doku von i4l. Ich selbst (und 2 weitere Leute) versuchen seit 2 Woche eine Callbackverbindung zum Einwahlserver unserer Arbeitsstelle hinzubekommen. Unter Win war die Konfig. eine sache von 10 Minuten! Ich komme mangels Doku immer mehr zu der Vorahnung, dass ich bald im Code selbst rumhacken werde.
Wenn an der Arbeitsstelle ein Windows-Rechner die connection entgegennehmen soll, kann ich nur sagen: Vergiss es! Windows kann nicht das (vermutlich von dir gewuenschte) D-Kanal-Callback, sondern nur M$ CBCP (sprich erst Anruf annehmen, im LCP-Dialog aushandeln, dasss zurueckgerufen werden soll, auf- legen und zurueckrufen). Das ist hierzulande eigentlich nur schwachsinnig (es geht immer eine Einheit druaf, bevor man zurueckgerufen wird), ausser- dem kann linux das AFAIK nicht (wozu auch? Das ist nur grosser Mist). Wenn ander Arbeitsstelle eine Cisco stehen wuerde, die da Callback machen soll, oder auch ein Bintec sollte das Funktionieren, mit windows IMHO keine Chance (und das liegt NICHT an Linux).
Das Howto hat im Vergleich zu den meisten Englischen Howtos allenfalls den Namen Howtogetconfused verdient. Wo ist das Kapitel über Callback?
Braucht man das? Sinnvoller waere evt. in der Windows-Doku, dass Win kein D-Kanal-Callback (hierzulande das einzig sinnvolle) machen kann... Tschuess, Juergen Ilse (ilse@asys-h.de) PS: Nicht dass nun ein falscher Eindruck entsteht: ich habe noch kein callback unter Linux konfiguriert weil ich derartiges nich nicht gebraucht habe, aber wenn die Gegenseite ein Windows-Rechner ist hast du mit Linux vermutlich echt keine Chance, ansonsten sollte es gehen. -- Eingedeutschte Fehlermeldungen sind doch etwas | Juergen Ilse schoenes: "Ausserhalb des Scheibenweltraums" | Internet POP Hannover -----------------------------------------------------| Vahrenwalder Str. 205 Neu in de.comp.os.unix.linux.*? Lies die infos-Gruppe| 30165 Hannover
Juergen Ilse schrieb:
Hallo,
On Thu, Mar 16, 2000 at 05:37:54PM +0100, rtzj wrote:
Ich nehme an, der Grund für die Anmache war Verbitterung über die sehr konfuse, über x kleine Readme´s, Note´s, Man´s und sonstwas verteilte Doku von i4l. Ich selbst (und 2 weitere Leute) versuchen seit 2 Woche eine Callbackverbindung zum Einwahlserver unserer Arbeitsstelle hinzubekommen. Unter Win war die Konfig. eine sache von 10 Minuten! Ich komme mangels Doku immer mehr zu der Vorahnung, dass ich bald im Code selbst rumhacken werde.
Wenn an der Arbeitsstelle ein Windows-Rechner die connection entgegennehmen
ist e
soll, kann ich nur sagen: Vergiss es! Windows kann nicht das (vermutlich von dir gewuenschte) D-Kanal-Callback, sondern nur M$ CBCP (sprich erst Anruf annehmen, im LCP-Dialog aushandeln, dasss zurueckgerufen werden soll, auf- legen und zurueckrufen). Das ist hierzulande eigentlich nur schwachsinnig (es geht immer eine Einheit druaf, bevor man zurueckgerufen wird), ausser- dem kann linux das AFAIK nicht (wozu auch? Das ist nur grosser Mist). Wenn ander Arbeitsstelle eine Cisco stehen wuerde, die da Callback machen soll, oder auch ein Bintec sollte das Funktionieren, mit windows IMHO keine Chance (und das liegt NICHT an Linux).
Ich wollte auch nicht Linux schlecht machen, immerhin habe ich unter Linux zumindest theoretisch die Möglichkeit das Problem zu beheben (anders als bei Win????). Wenn man sich aber in der isdn-doku zurechtfinden muss, weil etwas nicht klappt, hat man wirklich mit einem riesen haufen Infowust zu tun. Ich habe nun das ganze archiv durchstöbert und bin schon weiter. Allen die ähnliche Probleme haben seien die Diskussionen von Sept 98 empfohlen!!!!!! Die aufschlüsselung der log-messages von Johannes Blankenstein haben sehr geholfen (Klaus Franke übt sich eher in kurzen aber dafür um so unverständlicheren Äusserungen). Bei mir wird mit "callback 3,meineMSN" die MSN richtig übergeben (kein "t"). Die Info ueber diese callback-optionen hatte ich zwar bereits gefunden (mit grep!?! irgendwo in einer "note"-Datei !) aber "callback 6" half nicht weiter, die 3 habe ich dann garnicht probiert . Auf dem Server läuft übrigens BSD. Mehr weiss ich nicht über diesen. Allerdings weiss der Server mit Sicherheit nicht meine Nummer (muss mich also via PAP authent.) denn ich habe sie niemandem gegeben. Da der callback unter Windoof problemlos lief, bin ich davon ausgegangen, dass der server cbcp spricht, was sich im nachhinein in meinen log-messages auch bestätigt hat. Nun bin ich so weit, dass ich angerufen werde. Der anruf wird zwar ignoriert, aber das kann nur noch ein kleineres Problem sein ( oder wieder ein Fall für grep ;). Also vielen Dank für die bisherigen Beiträge. Und schreib mal jemand ein neues howto, oder zumindest das callback-kapitel, wenn er ne Minute zeit hat. ciao Gerald
participants (2)
-
Juergen Ilse -
rtzj