!!! Bitte kein HTML Mails !!! Richtig, ipppd unterstuetzt das CBCP nicht. Welche ISDN Karte kommt zum Einsatz ? Wenn es eine Karte ist, die auch ueber eine CAPI Schnittstelle verfügt, kann es uebern den pppd und das pppcapiplugin gehen. -- Karsten Keil SuSE Labs ISDN development
Sorry wegen dem HTML:-( Als ISDN Karte wird die AVM Fritz PCI benutzt, die sollte eine CAPI Schnittstelle haben. Hat mir jemand einen Tip wie das mit dem capiplugin tut - ist nicht gerade mein Spezialgebiet! Danke schonmal! Michael On 29 Sep 2003 at 20:37, Karsten Keil wrote:
!!! Bitte kein HTML Mails !!!
Richtig, ipppd unterstuetzt das CBCP nicht.
Welche ISDN Karte kommt zum Einsatz ?
Wenn es eine Karte ist, die auch ueber eine CAPI Schnittstelle verfügt, kann es uebern den pppd und das pppcapiplugin gehen.
-- Karsten Keil SuSE Labs ISDN development
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
On Tue, Sep 30, 2003 at 02:35:43PM +0200, Michael Patschull wrote:
Sorry wegen dem HTML:-(
Als ISDN Karte wird die AVM Fritz PCI benutzt, die sollte eine CAPI Schnittstelle haben. Hat mir jemand einen Tip wie das mit dem capiplugin tut - ist nicht gerade mein Spezialgebiet!
Danke schonmal!
Ja, also bei der 8.2 reicht im YaST den Capi2.0 Treiber auszuwaehlen um das pppcapiplugin nutzen zu koennen (est steht dann weiterhin auch die ipppd Schnittstelle zur Verfügung). Generell zum capiplugin: Beispiel pppd Konfigurationen finden sich unter: /etc/ppp/peers/isdn Der pppd Aufruf sieht so aus: pppd call isdn/<filename> <filename> steht fuer eine der Dateien unter /etc/ppp/peers/isdn/ Also am Besten so anfangen: Eine passende Datei kopieren, Rufnummern usw. anpassen und dann erstmal ohne callback mit einer bekannten Gegenstelle testen. Weitere docu: man capiplugin (das dort beschrieben callback ist das zum I4L compatible, nicht das auf PPP basierende) man pppd Nach callback suchen. Die Notwendigen Optionen koennen alle in das entsprechende File unter /etc/ppp/peers/isdn/ gepackt werden. -- Karsten Keil SuSE Labs ISDN development
Hallo Liste, tut mir leid, dass ich nochmal mit der ppp callback-Geschichte komme. Hab inzwischen einiges ausprobiert und das Gefühl der Lösung recht Nahe zu sein, nur richtig klappen tuts auch nicht... Nochmal kurz meine Problemstellung: Router mit SuSE 8.2 und AVM Fritzcard baut Verbindung zu Cisco-Router auf. Dialout tut, nur leider ruft der CISCO nicht zurück. Verwende inzwischen den pppd mit CapiPlugin um einen ppp Callback Request absetzen zu können. Aufruf: 'pppd call isdn/ritz' wobei ritz folgende Parameter enthält: debug 194.175.34.76:126.0.0.25 sync auth require-chap name isremote remotename iscentral callback 0711... plugin capiplugin.so msn 1388920 number 07171... cli 07171... protocol hdlc ipcp-accept-local ipcp-accept-remote /dev/null Die Verbindung steht, Zielhost lässt sich pingen, nur wie gesagt, der Rückruf fehlt. Ich hab die Ausgabe des ipppd als Textdatei ipppd.log dieser Mail angehängt. Noch gleich eine weitere Frage (für den Fall, dass das Callback mal tut:-): Das Callback entgegen nehmen kann ich doch dann direkt mit einem ISDN- Interface, z.B. ippp3, oder? Danke für Eure Geduld und Hilfe! Gruss, Michael On 30 Sep 2003 at 17:54, Karsten Keil wrote:
On Tue, Sep 30, 2003 at 02:35:43PM +0200, Michael Patschull wrote: > Sorry wegen dem HTML:-( > > Als ISDN Karte wird die AVM Fritz PCI benutzt, die sollte > eine CAPI Schnittstelle haben. Hat mir jemand einen Tip > wie das mit dem capiplugin tut - ist nicht gerade mein > Spezialgebiet! > > Danke schonmal!
Ja, also bei der 8.2 reicht im YaST den Capi2.0 Treiber auszuwaehlen um das pppcapiplugin nutzen zu koennen (est steht dann weiterhin auch die ipppd Schnittstelle zur Verfügung).
Generell zum capiplugin:
Beispiel pppd Konfigurationen finden sich unter:
/etc/ppp/peers/isdn
Der pppd Aufruf sieht so aus:
pppd call isdn/<filename>
<filename> steht fuer eine der Dateien unter /etc/ppp/peers/isdn/
Also am Besten so anfangen:
Eine passende Datei kopieren, Rufnummern usw. anpassen und dann erstmal ohne callback mit einer bekannten Gegenstelle testen.
Weitere docu:
man capiplugin (das dort beschrieben callback ist das zum I4L compatible, nicht das auf PPP basierende)
man pppd
Nach callback suchen.
Die Notwendigen Optionen koennen alle in das entsprechende File unter /etc/ppp/peers/isdn/ gepackt werden.
-- Karsten Keil SuSE Labs ISDN development
phrodite:~ # pppd call isdn/ritz Plugin capiplugin.so loaded. capiplugin: $Revision: 1.31 $ capiconn: 1.7 capiplugin: phase serialconn. capiplugin: contr=1 controller 1: listen_change_state 0 -> 1 contr 1: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask=0x0 capimask2=0x0 controller 1: listen_change_state 1 -> 0 plci_change_state:0x0 0 -> 1 event=1 capiplugin: dialing 07171609276 (hdlc) plci_change_state:0x101 1 -> 2 event=3 plci_change_state:0x101 2 -> 3 event=6 ncci_change_state:0x101 0 -> 1 event=1 ncci_change_state:0x10101 1 -> 3 event=3 ncci_change_state:0x10101 3 -> 4 event=7 ncci 0x10101 up capiplugin: connected: "1388920" -> "07171609276" outgoing (pcli=0x101/ncci=0x10101) capiplugin: using /dev/capi/0: "1388920" -> "07171609276" outgoing (pcli=0x101/ncci=0x10101) using channel 18 Using interface ppp0 Connect: ppp0 <--> /dev/capi/0 sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MD5> <magic 0x50726653> <pcomp> <accomp>] capiplugin: phase establish (was serialconn). rcvd [LCP ConfReq id=0x41 <auth chap MD5> <magic 0x5d220924>] sent [LCP ConfAck id=0x41 <auth chap MD5> <magic 0x5d220924>] rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <auth chap MD5> <magic 0x50726653> <pcomp> <accomp>] sent [LCP EchoReq id=0x0 magic=0x50726653] cbcp_lowerup want: 12 phone no: 07111388920 capiplugin: phase authenticate (was establish). sent [CHAP Challenge id=0x1 <46efd64d58acaec595f53f4ed535c979b1>, name = "isremote"] rcvd [CHAP Challenge id=0x2a <d23e5d6993276cbe6d6a1e974e366c16>, name = "iscentral"] sent [CHAP Response id=0x2a <1745da5f33eb537eaa4344ca72c0fd38>, name = "isremote"] rcvd [LCP EchoRep id=0x0 magic=0x5d220924] rcvd [CHAP Success id=0x2a ""] rcvd [CHAP Response id=0x1 <12e0c5759410b1f5ec1034ee7bc32db1>, name = "iscentral"] sent [CHAP Success id=0x1 "Welcome to Aphrodite."] Script /etc/ppp/auth-up started (pid 12145) capiplugin: phase network (was authenticate). sent [IPCP ConfReq id=0x1 <addr 194.175.34.76> <compress VJ 0f 01>] sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>] CHAP peer authentication succeeded for iscentral rcvd [IPCP ConfReq id=0x29 <addr 126.0.0.25>] sent [IPCP ConfAck id=0x29 <addr 126.0.0.25>] rcvd [IPXCP ConfReq id=0x29 <network 49700000> <node 1897e221477a>] Unsupported protocol 'Novell IPX Control Protocol' (0x802b) received sent [LCP ProtRej id=0x2 80 2b 01 29 00 12 01 06 49 70 00 00 02 08 18 97 e2 21 47 7a] rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>] sent [IPCP ConfReq id=0x2 <addr 194.175.34.76>] rcvd [LCP ProtRej id=0x42 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f] rcvd [IPCP ConfAck id=0x2 <addr 194.175.34.76>] local IP address 194.175.34.76 remote IP address 126.0.0.25 capiplugin: phase running (was network). Script /etc/ppp/ip-up started (pid 12148) Script /etc/ppp/auth-up finished (pid 12145), status = 0x0 Script /etc/ppp/ip-up finished (pid 12148), status = 0x0 sent [LCP EchoReq id=0x1 magic=0x50726653] rcvd [LCP EchoRep id=0x1 magic=0x5d220924] ...
participants (2)
-
Karsten Keil
-
Michael Patschull