Re: [PUG] Re: debian isdn ...

2004-03-31 Diskussionsfäden Michael Bischof
Am Mittwoch 31 Mrz 2004 05:50 schrieb Jochen Hein:

 var/log/debug sagt:
 
 Hm, da ist nicht der Debug-Log vom ipppd drin.  Und den brauchen wir,
 wenn ich das recht sehe - denn auf der ISDN-Seite sagt imon doch
 connected, oder?  Zumindest war das im ersten Log so.

Knnte sein da ich in der Zwischenzeit einen weiteren Fehler gemacht habe ...
Ja, und wo sollte der Debug-Log von ipppd drin sein ? 

Gruss,

Michael Bischof 
 



PUG - Penguin User Group Wiesbaden - http://www.pug.org


[PUG] Re: debian isdn ...

2004-03-31 Diskussionsfäden Jochen Hein
Michael Bischof [EMAIL PROTECTED] writes:

 Ja, und wo sollte der Debug-Log von ipppd drin sein ? 

man ipppd, suche nach debug:

   debug Increase debugging level (same as -d).  If this option is
 given, ipppd will log the contents of all control
 packets sent or received in a readable form.  The
 packets are logged through syslog with facility daemon
 and level debug.  This information can be directed to a
 file by setting up /etc/syslog.conf appropriately (see
 syslog.conf(5)).

Also
daemon.debug/var/log/isdn.debug
in die /etc/syslog.conf, killall -HUP syslogd und dann sollte man da
etwas sehen bei isdnctrl dial ippp0.  Und natuerlich debug in der
isdn-Konfiguration.

Jochen

-- 
#include ~/.signature: permission denied

PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: debian isdn ...

2004-03-31 Diskussionsfäden Michael Bischof
Am Mittwoch 31 März 2004 15:38 schrieb Jochen Hein:
 
 Also
 daemon.debug/var/log/isdn.debug
 in die /etc/syslog.conf, killall -HUP syslogd und dann sollte man da
 etwas sehen bei isdnctrl dial ippp0.  Und natuerlich debug in der
 isdn-Konfiguration.
 
Und hier das Ergebnis von /var/log/isdn.debug:
 
Mar 31 20:15:47 koek isdnlog: Got signal 15 
Mar 31 20:M15:47 koek isdnlog: exit now 7 
Mar 31 20:15:47 koek isdnlog: File /var/run/isdnlog.isdnctrl0.pid removed! 
Mar 31 20:15:47 koek isdnlog: File /var/lock/LCK..isdnctrl0 removed! 
Mar 31 20:15:47 koek isdnlog: isdnlog Version 4.57 starting 
Mar 31 20:15:47 koek isdnlog: Holiday Version 1.10-Germany [12-Apr-1999] 
loaded [11 entries from /usr/share/isdn/holiday-de.dat] 
Mar 31 20:15:47 koek isdnlog: Dest V1.01: File '/usr/share/isdn/dest.cdb' 
opened fine - Dest 1.0 int (+h) AT DE NL CH 
Mar 31 20:15:47 koek isdnlog: Zone V1.25: Provider 0 File 
'/usr/share/isdn/zone-de-dtag.cdb' opened fine - V1.25 K2 C2 N256 T157147 O1 
L5 
Mar 31 20:15:47 koek isdnlog: Rates   Version 2.02 [10-Mar-2002 19:03:33] 
loaded [51 Providers, 387 Zones, 1780 Areas, 42 Services, 310 Comments, 0 
eXceptions, 6 Redirects, 1220 Rates from /usr/share/isdn/rate-de.dat] 
Mar 31 20:15:47 koek isdnlog: (ISDN subsystem with ISDN_MAX_CHANNELS  16 
detected, ioctl(IIOCNETGPN) is available) 
Mar 31 20:15:47 koek isdnlog: isdn.conf:2 active channels, 0 MSN/SI entries 
Mar 31 20:15:47 koek isdnlog: (Data versions: iprofd=0x06  net_cfg=0x06  
/dev/isdninfo=0x01) 
Mar 31 20:15:47 koek isdnlog: Everything is fine, isdnlog-4.57 is running in 
full featured mode. 

In /var/log/messages sieht das so aus:

Mar 31 20:15:48 koek ipppd[762]: Connect[0]: /dev/ippp0, fd: 8
Mar 31 20:16:00 koek kernel: ippp0: dialing 1 019231760... 
Mar 31 20:16:07 koek kernel: isdn: fcpcipnp0,ch0 cause: E001B
Mar 31 20:16:09 koek kernel: isdn_net: local hangup ippp0
Mar 31 20:16:09 koek kernel: ippp0: Chargesum is 0

koek:/etc/apt# killall -HUP syslogd
koek:/etc/apt# /etc/init.d/isdn
isdnactivecards  isdnutils
koek:/etc/apt# /etc/init.d/isdnutils restart
Restarting ISDN services:.
koek:/etc/apt# isdnctrl dial ippp0
Dialing of ippp0 triggered
koek:/etc/apt# isdnctrl status ippp0
ippp0 is not connected


koek:/etc/apt# isdnctrl list ippp0

Current setup of interface 'ippp0':

EAZ/MSN:067346713
Phone number(s):
  Outgoing: 019231760
  Incoming:
Dial mode:  auto
Secure: on
Callback:   off
Reject before Callback: on
Callback-delay: 5
Dialmax:1
Hangup-Timeout: 60
Incoming-Hangup:on
ChargeHangup:   off
Charge-Units:   0
Charge-Interval:0
Layer-2-Protocol:   hdlc
Layer-3-Protocol:   trans
Encapsulation:  syncppp
Slave Interface:None
Slave delay:10
Master Interface:   None
Pre-Bound to:   Nothing
PPP-Bound to:   0
 
Davon abgesehen macht das Arbeiten mit Debian Woody / KDE 3.2 einfach Spaß.
Schnell, griffig ... gefällt mir ! 

Gruss,

Michael 



PUG - Penguin User Group Wiesbaden - http://www.pug.org


[PUG] Re: debian isdn ...

2004-03-31 Diskussionsfäden Jochen Hein
Michael Bischof [EMAIL PROTECTED] writes:

 Am Mittwoch 31 Mrz 2004 15:38 schrieb Jochen Hein:
  
 Also
 daemon.debug/var/log/isdn.debug
 in die /etc/syslog.conf, killall -HUP syslogd und dann sollte man da
 etwas sehen bei isdnctrl dial ippp0.  Und natuerlich debug in der
 isdn-Konfiguration.
  
 Und hier das Ergebnis von /var/log/isdn.debug:

Nicht das richtige drin.  Hm.  Im Source des ipppd taucht auch local2
statt daemon auf.  Bringt das etwas?  Dann ist die Manpage krumpelig.

 In /var/log/messages sieht das so aus:

 Mar 31 20:15:48 koek ipppd[762]: Connect[0]: /dev/ippp0, fd: 8
 Mar 31 20:16:00 koek kernel: ippp0: dialing 1 019231760... 
 Mar 31 20:16:07 koek kernel: isdn: fcpcipnp0,ch0 cause: E001B

Und interessant ist das, was in den letzten sieben Sekunden passiert.

Jochen

-- 
#include ~/.signature: permission denied

PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: debian isdn ...

2004-03-30 Diskussionsfäden Michael Bischof

 Hallo Liste, hallo Jochen, hallo Thomas,

ich habe das Ganze mal nach Euren Tips berarbeitet und versucht den Zustand
hinzukriegen, bei dem unter Mandrake 9.2 auf der gleichen Kiste Internet 
luft:

/var/log/syslog gibt aus:

Mar 30 19:17:55 koek kernel: HiSax: debugging flags card 1 set to 4
Mar 30 19:17:55 koek kernel: ippp, open, slot: 0, minor: 0, state: 
Mar 30 19:17:55 koek kernel: ippp_ccp: allocated reset data structure d8386800
Mar 30 19:17:55 koek kernel: isdn_ppp_poll: minor: 128
Mar 30 19:29:57 koek kernel: isdn_ppp_poll: minor: 128
Mar 30 19:29:57 koek kernel: ippp_ccp: freeing reset data structure d8386800
Mar 30 19:29:57 koek kernel: HiSax: debugging flags card 1 set to 4
Mar 30 19:29:57 koek kernel: ippp, open, slot: 0, minor: 0, state: 
Mar 30 19:29:57 koek kernel: ippp_ccp: allocated reset data structure d8386800
Mar 30 19:29:57 koek kernel: isdn_ppp_poll: minor: 128

koek:/etc/isdn# ifconfig
eth0  Protokoll:Ethernet  Hardware Adresse 00:30:84:74:4C:3C
  inet Adresse:192.168.1.1  Bcast:192.168.1.255  Maske:255.255.255.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  Kollisionen:0 Sendewarteschlangenlnge:100
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
  Interrupt:11 Basisadresse:0xb000

[ Mist: eth0 sollte eigentlich 10.100.10.235 zeigen ! M.B.]   

ippp0 Protokoll:Punkt-zu-Punkt Verbindung
  inet Adresse:192.168.100.1  P-z-P:0.0.0.0  Maske:255.255.255.255
  UP PUNKTZUPUNKT RUNNING NOARP  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  Kollisionen:0 Sendewarteschlangenlnge:30
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

loProtokoll:Lokale Schleife
  inet Adresse:127.0.0.1  Maske:255.0.0.0
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:586 errors:0 dropped:0 overruns:0 frame:0
  TX packets:586 errors:0 dropped:0 overruns:0 carrier:0
  Kollisionen:0 Sendewarteschlangenlnge:0
  RX bytes:58388 (57.0 KiB)  TX bytes:58388 (57.0 KiB)

( zum Vergleich mit Mandrake 9.2 , auf dem das klappt auf der gleichen Kiste )

  ippp0 Protokoll:Punkt-zu-Punkt Verbindung
  inet Adresse:192.168.100.1  P-z-P:0.0.0.0  Maske:255.255.255.255
  UP PUNKTZUPUNKT RUNNING NOARP  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  Kollisionen:0 Sendewarteschlangenl?nge:30
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

Hmmh, das scheint das Gleiche zu sein ! Klappt aber nicht !  )

Current setup of interface 'ippp0':

EAZ/MSN:6713
Phone number(s):
  Outgoing: 06734
  Incoming:
Dial mode:  manual
Secure: on
Callback:   off
Reject before Callback: on
Callback-delay: 5
Dialmax:1
Hangup-Timeout: 60
Incoming-Hangup:on
ChargeHangup:   off
Charge-Units:   0
Charge-Interval:0
Layer-2-Protocol:   hdlc
Layer-3-Protocol:   trans
Encapsulation:  syncppp
Slave Interface:None
Slave delay:10
Master Interface:   None
Pre-Bound to:   Nothing
PPP-Bound to:   0

  



PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: debian isdn ...

2004-03-30 Diskussionsfäden Thomas Borger
On Tuesday 30 March 2004 20:10, Michael Bischof wrote:

 Hmmh, das scheint das Gleiche zu sein ! Klappt aber nicht !  )

Wenn Du Dich unter Mandrake online bist, solltest Du ifconfig aufrufen!
Dann wird ippp0 sicherlich eine gültige IP-Adresse anzeigen.
Andernfalls ziehe ich meinen Hut wenn Du es schaffst mit diesen IP-Adressen 
direkt online zu gehen! ;-) (kleiner Scherz, nicht böse sein)

Gruss
Thomas


PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: debian isdn ...

2004-03-30 Diskussionsfäden Michael Bischof
Am Dienstag 30 März 2004 18:12 schrieb Thomas Borger:
 On Tuesday 30 March 2004 20:10, Michael Bischof wrote:
  Hmmh, das scheint das Gleiche zu sein ! Klappt aber nicht !  )

 Wenn Du Dich unter Mandrake online bist, solltest Du ifconfig aufrufen!
 Dann wird ippp0 sicherlich eine gültige IP-Adresse anzeigen.
 Andernfalls ziehe ich meinen Hut wenn Du es schaffst mit diesen IP-Adressen
 direkt online zu gehen! ;-) (kleiner Scherz, nicht böse sein)

Gesagt, getan !
Nur: diese IP-Nummer von ippp0 ändert sich bei jeder Einwahl. Wenn ich unter 
Debian versuchte mit isdnctrl dial ippp0 ins Netz zu gehen und dann ifconfig 
aufrufe kriege ich fast (!) das Gleiche: 
nur die Zeile bei ippp0 sieht so aus wie jetzt bei mir bei ippp1.

Scheißtechnik !

Danke für Deine Antwort ,

Gruss,

Michael 

inet Adresse:192.168.100.1  P-z-P:0.0.0.0  Maske:255.255.255.255
 

[EMAIL PROTECTED] michael]# ifconfig
eth0  Protokoll:Ethernet  Hardware Adresse 00:30:84:74:4C:3C
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:18 errors:0 dropped:0 overruns:0 carrier:0
  Kollisionen:0 Sendewarteschlangenlänge:100
  RX bytes:0 (0.0 b)  TX bytes:4464 (4.3 Kb)
  Interrupt:11 Basisadresse:0x8000

eth0:9Protokoll:Ethernet  Hardware Adresse 00:30:84:74:4C:3C
  inet Adresse:127.255.255.255  Bcast:127.255.255.255  Maske:255.0.0.0
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  Interrupt:11 Basisadresse:0x8000

ippp0 Protokoll:Punkt-zu-Punkt Verbindung
  inet Adresse:213.7.201.24  P-z-P:62.104.212.46  Maske:255.255.255.0
  UP PUNKTZUPUNKT RUNNING NOARP  MTU:1500  Metric:1
  RX packets:92 errors:0 dropped:0 overruns:0 frame:0
  TX packets:105 errors:0 dropped:0 overruns:0 carrier:0
  Kollisionen:0 Sendewarteschlangenlänge:30
  RX bytes:54582 (53.3 Kb)  TX bytes:7283 (7.1 Kb)

ippp1 Protokoll:Punkt-zu-Punkt Verbindung
  inet Adresse:192.168.100.1  P-z-P:0.0.0.0  Maske:255.255.255.255
  UP PUNKTZUPUNKT RUNNING NOARP  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  Kollisionen:0 Sendewarteschlangenlänge:30
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

loProtokoll:Lokale Schleife
  inet Adresse:127.0.0.1  Maske:255.0.0.0
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:294 errors:0 dropped:0 overruns:0 frame:0
  TX packets:294 errors:0 dropped:0 overruns:0 carrier:0
  Kollisionen:0 Sendewarteschlangenlänge:0
  RX bytes:20743 (20.2 Kb)  TX bytes:20743 (20.2 Kb)
 



PUG - Penguin User Group Wiesbaden - http://www.pug.org


[PUG] Re: debian isdn ...

2004-03-30 Diskussionsfäden Jochen Hein
Michael Bischof [EMAIL PROTECTED] writes:

 Nur: diese IP-Nummer von ippp0 ndert sich bei jeder Einwahl. 

Das macht Dein Provider und nennt sich dynamische IP.

 Wenn ich unter 
 Debian versuchte mit isdnctrl dial ippp0 ins Netz zu gehen und dann ifconfig 
 aufrufe kriege ich fast (!) das Gleiche: 
 nur die Zeile bei ippp0 sieht so aus wie jetzt bei mir bei ippp1.

Und das ist flasch.  Warum es nicht geht sollte man im Debug Log
finden koennen.

 Scheitechnik !

Psst.  Das ist schwarze Magie.

Jochen

-- 
#include ~/.signature: permission denied

PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: debian isdn ...

2004-03-30 Diskussionsfäden Michael Bischof
Am Dienstag 30 Mrz 2004 19:19 schrieb Jochen Hein:
 Michael Bischof [EMAIL PROTECTED] writes:
  Nur: diese IP-Nummer von ippp0 ndert sich bei jeder Einwahl.

 Das macht Dein Provider und nennt sich dynamische IP.

  Wenn ich unter
  Debian versuchte mit isdnctrl dial ippp0 ins Netz zu gehen und dann
  ifconfig aufrufe kriege ich fast (!) das Gleiche:
  nur die Zeile bei ippp0 sieht so aus wie jetzt bei mir bei ippp1.

 Und das ist flasch.  Warum es nicht geht sollte man im Debug Log
 finden koennen.
Darauf mut Du nicht lange warten ! ;-)

/var/log/debug sagt: 

Mar 30 22:12:21 koek kernel: CPU: After generic, caps: 0183f9ff c1c7f9ff 
 
Mar 30 22:12:21 koek kernel: CPU: Common caps: 0183f9ff c1c7f9ff 
 
Mar 30 22:12:21 koek kernel: vga16fb: initializing
Mar 30 22:12:21 koek kernel: Promise Fasttrak(tm) Softwareraid driver 
0.03beta: No raid array found
Mar 30 22:12:21 koek automount[298]: mount(bind): bind_works = 1
Mar 30 22:12:21 koek kernel: WARNING: USB Mass Storage data integrity not 
assured
Mar 30 22:12:21 koek kernel: USB Mass Storage device found at 2
Mar 30 22:12:21 koek kernel: eth0:  Identified 8139 chip type 'RTL-8139C'
Mar 30 22:12:23 koek kernel: HiSax: debugging flags card 1 set to 4
Mar 30 22:12:23 koek kernel: ippp, open, slot: 0, minor: 0, state: 
Mar 30 22:12:23 koek kernel: ippp_ccp: allocated reset data structure ddf43000
Mar 30 22:12:23 koek kernel: isdn_ppp_poll: minor: 128
Mar 30 22:14:42 koek kernel: isdn_ppp_poll: minor: 128
Mar 30 22:14:42 koek kernel: ippp_ccp: freeing reset data structure ddf43000
Mar 30 22:21:04 koek kernel: HiSax: debugging flags card 1 set to 4
Mar 30 22:21:05 koek kernel: ippp, open, slot: 0, minor: 1, state: 
Mar 30 22:21:05 koek kernel: ippp_ccp: allocated reset data structure d937c000
Mar 30 22:21:05 koek kernel: isdn_ppp_poll: minor: 129
Mar 30 22:29:04 koek kernel: isdn_ppp_poll: minor: 129
Mar 30 22:29:04 koek kernel: ippp_ccp: freeing reset data structure d937c000
Mar 30 22:29:04 koek kernel: HiSax: debugging flags card 1 set to 4
Mar 30 22:29:04 koek kernel: ippp, open, slot: 0, minor: 1, state: 
Mar 30 22:29:04 koek kernel: ippp_ccp: allocated reset data structure d937c000
Mar 30 22:29:04 koek kernel: isdn_ppp_poll: minor: 129
Mar 30 22:34:32 koek kernel: isdn_ppp_poll: minor: 129
Mar 30 22:34:32 koek kernel: ippp_ccp: freeing reset data structure d937c000
Mar 30 22:34:32 koek kernel: HiSax: debugging flags card 1 set to 4
Mar 30 22:34:33 koek kernel: ippp, open, slot: 0, minor: 1, state: 
Mar 30 22:34:33 koek kernel: ippp_ccp: allocated reset data structure d9d0e000
Mar 30 22:34:33 koek kernel: isdn_ppp_poll: minor: 129
Mar 30 22:34:33 koek kernel: ippp, open, slot: 1, minor: 0, state: 
Mar 30 22:34:33 koek kernel: ippp_ccp: allocated reset data structure d9d0e800
Mar 30 22:34:33 koek kernel: isdn_ppp_poll: minor: 128
Mar 30 22:39:30 koek kernel: isdn_ppp_poll: minor: 129
Mar 30 22:39:30 koek kernel: ippp_ccp: freeing reset data structure d9d0e000
Mar 30 22:39:30 koek kernel: isdn_ppp_poll: minor: 128
Mar 30 22:39:30 koek kernel: ippp_ccp: freeing reset data structure d9d0e800
Mar 30 22:39:30 koek kernel: HiSax: debugging flags card 1 set to 4
Mar 30 22:39:30 koek kernel: ippp, open, slot: 0, minor: 1, state: 
Mar 30 22:39:30 koek kernel: ippp_ccp: allocated reset data structure d9d0e800
Mar 30 22:39:30 koek kernel: isdn_ppp_poll: minor: 129
Mar 30 22:39:30 koek kernel: ippp, open, slot: 1, minor: 0, state: 
Mar 30 22:39:30 koek kernel: ippp_ccp: allocated reset data structure d9d0e000
Mar 30 22:39:30 koek kernel: isdn_ppp_poll: minor: 128
Mar 30 22:44:13 koek kernel: ISO 9660 Extensions: RRIP_1991A
Mar 30 22:57:57 koek kernel: isdn_ppp_poll: minor: 129
Mar 30 22:57:57 koek kernel: ippp_ccp: freeing reset data structure d9d0e800
Mar 30 22:57:57 koek kernel: isdn_ppp_poll: minor: 128
Mar 30 22:57:57 koek kernel: ippp_ccp: freeing reset data structure d9d0e000

 
Gru, 

Michael - der den Ausdruck schwarze Magie akzeptiert ...



PUG - Penguin User Group Wiesbaden - http://www.pug.org


[PUG] Re: debian isdn ...

2004-03-30 Diskussionsfäden Jochen Hein
Michael Bischof [EMAIL PROTECTED] writes:

 Und das ist flasch.  Warum es nicht geht sollte man im Debug Log
 finden koennen.

 Darauf mut Du nicht lange warten ! ;-)

 /var/log/debug sagt: 

Hm, da ist nicht der Debug-Log vom ipppd drin.  Und den brauchen wir,
wenn ich das recht sehe - denn auf der ISDN-Seite sagt imon doch
connected, oder?  Zumindest war das im ersten Log so.

Jochen

-- 
#include ~/.signature: permission denied

PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: debian isdn ...

2004-03-29 Diskussionsfäden Michael Bischof
Am Montag 29 Mrz 2004 09:25 schrieb Ridvan Agar:
 Hallo Michael,
 hallo Liste,

 ich wei nicht ob jemand es schon vorgeschlagen hat:
 richte Deinen ISDN-Anschlu mit Knoppix-CD und nimm Dir erstellte
 Dateien daraus.

Danke fr den Tip ! Aber: von Denny habe ich gelernt da man unter Debian
2 ISDN-Zugnge haben kann , nmlich (1) mit Hisax und (2) mit Capi-Treibern.
Beide brauchen wohl Kernel-Untersttzung, was immer das sein mag.
Knoppix hat Capi - deshalb sind die Knoppix-Dateien fr mich nicht einsetzbar.
Habe ich soeben berprft.
Das heit: ich mte schauen das isdn-config-System von Knoppix zu 
installieren. Wohl nicht unmglich ...

Gruss,

Michael Bischof 

PS. Unter Mandrake  komme ich zum Arbeiten ins Netz. Da ich mir nie nehmen 
lassen mchte was ich nicht brauche will ich es, verdammt noch mal, auch 
unter Debian schaffen. Mit den groen Jungs pinkeln zu gehen ist halt nicht 
so einfach ...
brigens luft mein Woody ( sogar Beide !) jetzt stabil mit KDE 3.2 und mit 
Open Office 1.1  ... 


 



PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: debian isdn ...

2004-03-29 Diskussionsfäden Michael Bischof
Am Sonntag 28 Mrz 2004 21:10 schrieb Jochen Hein:
 Michael Bischof [EMAIL PROTECTED] writes:
  Am Sonntag 28 Mrz 2004 17:38 schrieb Jochen Hein:
  Zeig doch mal die Ausgabe von isdnctrl list ippp0 und die beiden
  Konfigurationsdateien dazu aus /etc/isdn her.
 
  ich schicke Dir mit getrennter mail die m.E. relevanten Daten. Da das
  eine Menge ist sollten wir ,wie ich denke, hier nur die wichtigen Dinge
  zitieren. Oder ?

 Jepp.  Das wichtige fr's Archiv: in der ipppd.ippp0 folgendes eintragen

 debug   # enable debugging
 kdebug 7   # set kernel debugging level to X
 ...
 noauth  # (dont) require peer (the other) to auth
 ...
 defaultroute# (dont) set default route

 Und bitte sicherstellen, dass *alle* syslog-Meldungen in einem Logfile
 landen.  Dann kommen wir der Sache nher.

 Jochen

Hallo Jochen,
ich hoffe ich habe Alles umgesetzt was Du vorgeschlagen hast ! Jetzt
ist es so da ich, wenn ich
  isdnctrl dial ippp0
ausfhre und danach 
  isdnctrl status ippp0
die Meldung erhalte
  isdnctrl is connected
- freilich geht irgendein ping www.heise.de
nicht. Es luft also noch nicht rund.

Danke dennoch erst einmal fr Deine Hilfe !

Gruss,

Michael Bischof 

Hier die Ergebnisse:

/var/log/daemon.log



Mar 29 20:55:18 koek isdnlog: exit now 7 
Mar 29 20:55:18 koek isdnlog: File /var/run/isdnlog.isdnctrl0.pid removed! 
Mar 29 20:55:18 koek isdnlog: File /vaMr/lock/LCK..isdnctrl0 removed! 
Mar 29 20:56:13 koek isdnlog: isdnlog Version 4.57 starting 
Mar 29 20:56:13 koek isdnlog: Holiday Version 1.10-Germany [12-Apr-1999] 
loaded [11 entries from /usr/share/isdn/holiday-de.dat] 
Mar 29 20:56:13 koek isdnlog: Dest V1.01: File '/usr/share/isdn/dest.cdb' 
opened fine - Dest 1.0 int (+h) AT DE NL CH 
Mar 29 20:56:13 koek isdnlog: Zone V1.25: Provider 0 File 
'/usr/share/isdn/zone-de-dtag.cdb' opened fine - V1.25 K2 C2 N256 T157147 O1 
L5 
Mar 29 20:56:13 koek isdnlog: Rates   Version 2.02 [10-Mar-2002 19:03:33] 
loaded [51 Providers, 387 Zones, 1780 Areas, 42 Services, 310 Comments, 0 
eXceptions, 6 Redirects, 1220 Rates from /usr/share/isdn/rate-de.dat] 
Mar 29 20:56:13 koek isdnlog: (ISDN subsystem with ISDN_MAX_CHANNELS  16 
detected, ioctl(IIOCNETGPN) is available) 
Mar 29 20:56:13 koek isdnlog: isdn.conf:2 active channels, 0 MSN/SI entries 
Mar 29 20:56:13 koek isdnlog: (Data versions: iprofd=0x06  net_cfg=0x06  
/dev/isdninfo=0x01) 
Mar 29 20:56:13 koek isdnlog: Everything is fine, isdnlog-4.57 is running in 
full featured mode. 
Mar 29 20:56:13 koek modprobe: modprobe: Can't locate module ippp0
Mar 29 19:13:48 koek kdm[398]: X server for display :0 terminated unexpectedly
Mar 29 19:13:54 koek kdm_greet[908]: Can't open default user face
Mar 29 19:14:08 koek modprobe: modprobe: Can't locate module sound-slot-0
Mar 29 19:14:08 koek modprobe: modprobe: Can't locate module sound-service-0-3

/var/log/debug

Mar 29 20:42:47 koek kernel: eth0:  Identified 8139 chip type 'RTL-8139C'
Mar 29 20:42:49 koek kernel: HiSax: debugging flags card 1 set to 4
Mar 29 20:42:49 koek kernel: ippp, open, slot: 0, minor: 0, state: 
Mar 29 20:42:49 koek kernel: ippp_ccp: allocated reset data structure de0af000
Mar 29 20:52:56 koek kernel: ippp_ccp: freeing reset data structure de0af000
Mar 29 20:53:10 koek kernel: HiSax: debugging flags card 1 set to 4
Mar 29 20:53:10 koek kernel: ippp, open, slot: 0, minor: 0, state: 
Mar 29 20:53:10 koek kernel: ippp_ccp: allocated reset data structure de3a4800
Mar 29 20:53:10 koek kernel: isdn_ppp_poll: minor: 128
Mar 29 20:55:18 koek kernel: isdn_ppp_poll: minor: 128
Mar 29 20:55:18 koek kernel: ippp_ccp: freeing reset data structure de3a4800
Mar 29 20:56:13 koek kernel: HiSax: debugging flags card 1 set to 4
Mar 29 20:56:13 koek kernel: ippp, open, slot: 0, minor: 0, state: 
Mar 29 20:56:13 koek kernel: ippp_ccp: allocated reset data structure de0af000
Mar 29 20:56:13 koek kernel: isdn_ppp_poll: minor: 128

/var/log/dmesg
CAPI-driver Rev 1.1.4.1: loaded
b1isa: revision 1.1.4.1
kcapi: driver b1isa attached
capifs: Rev 1.1.4.1
capi20: started up with major 68
kcapi: capi20 attached
capi20: Rev 1.1.4.2: started up with major 68 (middleware+capifs)
kcapi: capidrv attached
kcapi: appl 1 up
capidrv: Rev 1.1.4.1: loaded
isapnp: Scanning for PnP cards...
isapnp: No Plug  Play device found
HiSax: Linux Driver for passive ISDN cards
HiSax: Version 3.5 (module)
HiSax: Layer1 Revision 1.1.4.1
HiSax: Layer2 Revision 1.1.4.1
HiSax: TeiMgr Revision 1.1.4.1
HiSax: Layer3 Revision 1.1.4.1
HiSax: LinkLayer Revision 1.1.4.1
hisax_isac: ISAC-S/ISAC-SX ISDN driver v0.1.0
hisax_fcpcipnp: Fritz!Card PCI/PCIv2/PnP ISDN driver v0.0.1
HiSax: Card 1 Protocol EDSS1 Id=fcpcipnp0 (0)
HiSax: DSS1 Rev. 1.1.4.1
HiSax: 2 channels added
HiSax: MAX_WAITING_CALLS added
PCI: Found IRQ 10 for device 00:0c.0
hisax_fcpcipnp: found adapter Fritz!Card PCI at 00:0c.0
spurious 8259A interrupt: IRQ7.
mice: PS/2 mouse device common for all mice
pci_hotplug: PCI Hot Plug 

Re: [PUG] Re: debian isdn ...

2004-03-29 Diskussionsfäden Thomas Borger
 koek:~# isdnctrl dial ippp0
 Dialing of ippp0 triggered
 koek:~# isdnctrl status ippp0
 ippp0 connected to 019231760
 koek:~# ping www.heise.de
 = klappt nicht !


 koek:~# ifconfig
 eth0  Protokoll:Ethernet  Hardware Adresse 00:30:84:74:4C:3C
   inet Adresse:192.168.1.1  Bcast:192.168.1.255
   Maske:255.255.255.0
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
   Kollisionen:0 Sendewarteschlangenlänge:100
   RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
   Interrupt:11 Basisadresse:0xb000

 ippp0 Protokoll:Punkt-zu-Punkt Verbindung
   inet Adresse:10.0.0.1  P-z-P:10.0.0.2  Maske:255.255.255.255
   UP PUNKTZUPUNKT RUNNING NOARP  MTU:1500  Metric:1
   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
   TX packets:0 errors:2 dropped:0 overruns:0 carrier:0
   Kollisionen:0 Sendewarteschlangenlänge:30
   RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

kann ja auch nicht klappen! Du hast auf ippp0 keine valid IP-Adress erhalten!
Scheint als ob die if-up Skripte nicht stimmen die aktiv werden wenn eine Einwahl 
stattfindet?!
Aber bei Debian und ISDN kenne ich mich nich sooo gut aus.
Jedenfalls brauchst du auf ippp0 nach einer erfolgreichen Einwahl bei einem IPS Deiner 
Wahl eine
gültige IP-Adresse mit entspr. Maske, einen DNS-Server der in die /etc/resolv.conf 
eingetragen wird usw.

Gruss
Thomas



PUG - Penguin User Group Wiesbaden - http://www.pug.org


[PUG] Re: debian isdn ...

2004-03-29 Diskussionsfäden Jochen Hein
Michael Bischof [EMAIL PROTECTED] writes:

   isdnctrl status ippp0
 die Meldung erhalte
   isdnctrl is connected

Gut.

 - freilich geht irgendein ping www.heise.de
 nicht. Es luft also noch nicht rund.

Nicht gut.  Das liegt daran:

 koek:~# ifconfig
...
 ippp0 Protokoll:Punkt-zu-Punkt Verbindung
   inet Adresse:10.0.0.1  P-z-P:10.0.0.2  Maske:255.255.255.255

Das ist keine verwendbare IP-Adresse.  Die solltest Du eigentlich von
Deinem Provider bekommen haben.  Warum nicht, das muesste man im
Debug-Log des ipppd sehen.  Wenn ich mich recht erinnere, dann war ja
noipdefault in der Konfiguration eingetragen.  Hm.

Jochen

-- 
#include ~/.signature: permission denied

PUG - Penguin User Group Wiesbaden - http://www.pug.org


[PUG] Re: debian isdn ...

2004-03-28 Diskussionsfäden Jochen Hein
Michael Bischof [EMAIL PROTECTED] writes:

 Am Samstag 27 Mrz 2004 18:55 schrieb Thomas Borger:
  Mar 27 15:09:09 koek kernel: isdn_tx_timeout dev ippp0 dialstate 0
  Mar 27 15:17:16 koek kernel: ippp0: dialing 1 019231760...
  Mar 27 15:17:23 koek kernel: isdn: fcpcipnp0,ch0 cause: E001B
  Mar 27 15:17:24 koek kernel: isdn_net: local hangup ippp0
  Mar 27 15:17:24 koek kernel: ippp0: Chargesum is 0

Wenn Du den ipppd mit debug in der Konfiguration versorgst, was
findest Du dann im Logfile?  Das sollte helfen.

 Deshalb hatte ich darum gebeten ob mir einer funktionierende Dateien 
 device.ippp0 und ipppd.ippp0 schicken kann !

Ich schicke Dir das, was ich vor langer Zeit verwendet habe.  Kommt
per getrennter Post direkt an Dich.

Jochen

-- 
#include ~/.signature: permission denied

PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: debian isdn ...

2004-03-28 Diskussionsfäden Michael Bischof
Am Sonntag 28 Mrz 2004 14:04 schrieb Jochen Hein:
 Michael Bischof [EMAIL PROTECTED] writes:
  Am Samstag 27 Mrz 2004 18:55 schrieb Thomas Borger:
   Mar 27 15:09:09 koek kernel: isdn_tx_timeout dev ippp0 dialstate 0
   Mar 27 15:17:16 koek kernel: ippp0: dialing 1 019231760...
   Mar 27 15:17:23 koek kernel: isdn: fcpcipnp0,ch0 cause: E001B
   Mar 27 15:17:24 koek kernel: isdn_net: local hangup ippp0
   Mar 27 15:17:24 koek kernel: ippp0: Chargesum is 0

 Wenn Du den ipppd mit debug in der Konfiguration versorgst, was
 findest Du dann im Logfile?  Das sollte helfen.

Danke Dir, Jochen ! Aber es hilf jedenfalls mir nicht wirklich - weil ich 
nicht wei was signal 15 bedeutet !


isdnlog Version 4.57 starting
Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from 
/usr/share/isdn/holiday-de.dat]
Dest V1.01: File '/usr/share/isdn/dest.cdb' opened fine - Dest 1.0 int (+h) AT 
DE NL CH
Zone V1.25: Provider 0 File '/usr/share/isdn/zone-de-dtag.cdb' opened fine - 
V1.25 K2 C2 N256 T157147 O1 L5
Rates   Version 2.02 [10-Mar-2002 19:03:33] loaded [51 Providers, 387 Zones, 
1780 Areas, 42 Services, 310 Comments, 0 eXceptions, 6 Redirects, 1220 Rates 
from /usr/share/isdn/rate-de.dat]
(ISDN subsystem with ISDN_MAX_CHANNELS  16 detected, ioctl(IIOCNETGPN) is 
available)
isdn.conf:2 active channels, 0 MSN/SI entries
(Data versions: iprofd=0x06  net_cfg=0x06  /dev/isdninfo=0x01)
Everything is fine, isdnlog-4.57 is running in full featured mode.
Got signal 15
exit now 7

 
Herzlichen Dank,

Michael Bischof 



PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: debian isdn ...

2004-03-28 Diskussionsfäden Michael Bischof
Am Sonntag 28 Mrz 2004 15:50 schrieb Jochen Hein:
 
 Oben die Meldungen hast Du ja auch aus dem syslog gefischt, oder? 
Nein, aus /var/log/messages ...

 Im 
 Zweifel *.*   /tmp/all.log in die /etc/syslog.conf aufnehmen und
 kill -1 syslogd bevor's los geht.  Und dann nach dem
 Verbindungsaufbau dort mal nachsehen, was wir finden.
 
 Hm, ich wollte nicht die Ausgabe von isdnlog sehen, sondern das, was
 ipppd bei debug ins syslog schreibt.

Kommt schon : 

Mar 28 15:34:40 koek lpd[371]: restarted
Mar 28 15:34:40 koek isdnlog: isdnlog Version 4.57 starting
Mar 28 15:34:40 koek isdnlog: Holiday Version 1.10-Germany [12-Apr-1999] 
loaded [11 entries from /usr/share/isdn/holiday-de.dat]
Mar 28 15:34:40 koek isdnlog: Dest V1.01: File '/usr/share/isdn/dest.cdb' 
opened fine - Dest 1.0 int (+h) AT DE NL CH
Mar 28 15:34:41 koek isdnlog: Zone V1.25: Provider 0 File 
'/usr/share/isdn/zone-de-dtag.cdb' opened fine - V1.25 K2 C2 N256 T157147 O1 
L5
Mar 28 15:34:41 koek isdnlog: Rates   Version 2.02 [10-Mar-2002 19:03:33] 
loaded [51 Providers, 387 Zones, 1780 Areas, 42 Services, 310 Comments, 0 
eXceptions, 6 Redirects, 1220 Rates from /usr/share/isdn/rate-de.dat]
Mar 28 15:34:41 koek isdnlog: (ISDN subsystem with ISDN_MAX_CHANNELS  16 
detected, ioctl(IIOCNETGPN) is available) 
Mar 28 15:34:41 koek isdnlog: isdn.conf:2 active channels, 0 MSN/SI entries 
Mar 28 15:34:41 koek isdnlog: (Data versions: iprofd=0x06  net_cfg=0x06  
/dev/isdninfo=0x01)
Mar 28 15:34:41 koek isdnlog: Everything is fine, isdnlog-4.57 is running in 
full featured mode.
Mar 28 15:34:41 koek /usr/sbin/cron[399]: (CRON) INFO (pidfile fd = 3)
Mar 28 15:34:41 koek /usr/sbin/cron[400]: (CRON) STARTUP (fork ok)
Mar 28 15:34:41 koek xfs: ignoring font path element 
/usr/lib/X11/fonts/cyrillic/ (unreadable)
Mar 28 15:34:42 koek /usr/sbin/cron[400]: (CRON) INFO (Running @reboot jobs)
Mar 28 15:34:42 koek kdm_config[405]: Unrecognized key 'SessionTypes' in 
section [X-*-Greeter] at /etc/kde3/kdm/kdmrc:248
Mar 28 15:34:42 koek xfs: ignoring font path element /usr/lib/X11/fonts/CID 
(unreadable)
Mar 28 15:34:58 koek kdm_greet[418]: Can't open default user face
Mar 28 15:36:36 koek init: Switching to runlevel: 6
Mar 28 15:36:37 koek automount[300]: shutting down, path = /var/autofs/net
Mar 28 15:36:37 koek automount[295]: shutting down, path = /var/autofs/misc
Mar 28 15:36:37 koek ipppd[370]: Terminating on signal 15.
Mar 28 15:36:37 koek ipppd[370]: closing fd 8 from unit 0
Mar 28 15:36:37 koek ipppd[370]: link 0 closed , linkunit: 0
Mar 28 15:36:37 koek ipppd[370]: Exit.
Mar 28 15:36:37 koek kernel: ippp_ccp: freeing reset data structure ddfcc000
Mar 28 15:36:37 koek isdnlog: Got signal 15
Mar 28 15:36:37 koek isdnlog: exit now 7 
Mar 28 15:36:37 koek isdnlog: File /var/run/isdnlog.isdnctrl0.pid removed! 
Mar 28 15:36:37 koek isdnlog: File /var/lock/LCK..isdnctrl0 removed!
Mar 28 15:36:37 koek xfs[395]: terminating
Mar 28 15:36:39 koek kernel: Kernel logging (proc) stopped.
Mar 28 15:36:39 koek kernel: Kernel log daemon terminating.
Mar 28 15:36:39 koek exiting on signal 15
 
Danke vorab,

Michael 



PUG - Penguin User Group Wiesbaden - http://www.pug.org


[PUG] Re: debian isdn ...

2004-03-28 Diskussionsfäden Jochen Hein
Michael Bischof [EMAIL PROTECTED] writes:

 Am Sonntag 28 Mrz 2004 15:50 schrieb Jochen Hein:
  
 Oben die Meldungen hast Du ja auch aus dem syslog gefischt, oder? 
 Nein, aus /var/log/messages ...

Und da fehlt u.a. das, was Du neulich gepostest hast.  Hier noch mal
zur Erinnerung, was das war:

   Mar 27 15:09:09 koek kernel: isdn_tx_timeout dev ippp0 dialstate 0
   Mar 27 15:17:16 koek kernel: ippp0: dialing 1 019231760...
   Mar 27 15:17:23 koek kernel: isdn: fcpcipnp0,ch0 cause: E001B
   Mar 27 15:17:24 koek kernel: isdn_net: local hangup ippp0
   Mar 27 15:17:24 koek kernel: ippp0: Chargesum is 0

 Hm, ich wollte nicht die Ausgabe von isdnlog sehen, sondern das, was
 ipppd bei debug ins syslog schreibt.

 Kommt schon : 

 Mar 28 15:34:58 koek kdm_greet[418]: Can't open default user face
 Mar 28 15:36:36 koek init: Switching to runlevel: 6
 Mar 28 15:36:37 koek automount[300]: shutting down, path = /var/autofs/net
 Mar 28 15:36:37 koek automount[295]: shutting down, path = /var/autofs/misc
 Mar 28 15:36:37 koek ipppd[370]: Terminating on signal 15.
 Mar 28 15:36:37 koek ipppd[370]: closing fd 8 from unit 0
 Mar 28 15:36:37 koek ipppd[370]: link 0 closed , linkunit: 0
 Mar 28 15:36:37 koek ipppd[370]: Exit.
 Mar 28 15:36:37 koek kernel: ippp_ccp: freeing reset data structure ddfcc000

Das sieht so aus, als ob Du ein ganz anderes Problem hast.  Ist das
wirklich *.* im Syslog und steht debug in der ipppd-Konfiguration?
Der ipppd sollte wirklich erzhlen, was er da genau tut und welche
Stufen des Verbindungsaufbaus er durchluft.  Zumindest der regulre
pppd macht das sehr gut und nachvollziehbar.

Zeig doch mal die Ausgabe von isdnctrl list ippp0 und die beiden
Konfigurationsdateien dazu aus /etc/isdn her.

Jochen

-- 
#include ~/.signature: permission denied

PUG - Penguin User Group Wiesbaden - http://www.pug.org


Re: [PUG] Re: debian isdn ...

2004-03-28 Diskussionsfäden Michael Bischof
Am Sonntag 28 Mrz 2004 17:38 schrieb Jochen Hein:
 
 Zeig doch mal die Ausgabe von isdnctrl list ippp0 und die beiden
 Konfigurationsdateien dazu aus /etc/isdn her.
 
Jochen,
ich schicke Dir mit getrennter mail die m.E. relevanten Daten. Da das 
eine Menge ist sollten wir ,wie ich denke, hier nur die wichtigen Dinge
zitieren. Oder ?

Gruss und vielen Dank,

Michael Bischof 



PUG - Penguin User Group Wiesbaden - http://www.pug.org


[PUG] Re: debian isdn ...

2004-03-28 Diskussionsfäden Jochen Hein
Michael Bischof [EMAIL PROTECTED] writes:

 Am Sonntag 28 Mrz 2004 17:38 schrieb Jochen Hein:
  
 Zeig doch mal die Ausgabe von isdnctrl list ippp0 und die beiden
 Konfigurationsdateien dazu aus /etc/isdn her.

 ich schicke Dir mit getrennter mail die m.E. relevanten Daten. Da das 
 eine Menge ist sollten wir ,wie ich denke, hier nur die wichtigen Dinge
 zitieren. Oder ?

Jepp.  Das wichtige fr's Archiv: in der ipppd.ippp0 folgendes eintragen

debug   # enable debugging
kdebug 7   # set kernel debugging level to X
...
noauth  # (dont) require peer (the other) to auth
...
defaultroute# (dont) set default route

Und bitte sicherstellen, dass *alle* syslog-Meldungen in einem Logfile
landen.  Dann kommen wir der Sache nher.

Jochen

-- 
#include ~/.signature: permission denied

PUG - Penguin User Group Wiesbaden - http://www.pug.org