Hi Ich hatte ja Probleme Mit der Teledat 2 a/b online zu kommen. Heute war mein Bekannter bei mir, und wir haben es hingebogen bekommen. Aber kaum ist er zu Hause tut es schon wieder nicht. Wenigstens wird jetzt aber gewählt. An einer Überlastung kann es nicht liegen von Win... aus funktioniert es. Vielleicht kann ja jemand mit dem Log was anfangen. Jan 16 16:46:41 linux kernel: isdn_net: local hangup ippp2 Jan 16 16:46:41 linux kernel: ippp2: Chargesum is 0 Jan 16 16:46:41 linux kernel: kcapi: appl 1 ncci 0x10101 down Jan 16 16:46:41 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Jan 16 16:49:13 linux su: (to root) jan on /dev/pts/1 Jan 16 16:49:13 linux su: pam_unix2: session started for user root, service su Jan 16 16:49:38 linux kernel: ippp2: dialing 1 01019019231750... Jan 16 16:49:46 linux kernel: isdn_net: local hangup ippp2 Jan 16 16:49:46 linux kernel: ippp2: Chargesum is 0 Jan 16 16:49:47 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Jan 16 16:52:30 linux kernel: ippp2: dialing 1 01019019231750... Jan 16 16:52:39 linux kernel: isdn_net: local hangup ippp2 Jan 16 16:52:39 linux kernel: ippp2: Chargesum is 0 Jan 16 16:52:39 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Jan 16 16:52:49 linux kernel: ippp2: dialing 1 01019019231750... Jan 16 16:52:58 linux kernel: kcapi: appl 1 ncci 0x10101 up Jan 16 16:52:58 linux kernel: capidrv-1: chan 0 up with ncci 0x10101 Jan 16 16:52:58 linux kernel: isdn_net: local hangup ippp2 Jan 16 16:52:58 linux kernel: ippp2: Chargesum is 0 Jan 16 16:52:58 linux kernel: kcapi: appl 1 ncci 0x10101 down Jan 16 16:52:58 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Danke für die Hilfe Frank
Am Freitag, 16. Januar 2004 17:08 schrieb Frank Noack:
Jan 16 16:46:41 linux kernel: isdn_net: local hangup ippp2
Gleich noch ne Frage, wie kommt es das ippp2 benutzt wird, und wo wird das festgelegt, bzw wo kann man das ändern? Yast lässt wohl keine Auswahl zu Danke
Am Freitag, 16. Januar 2004 17:08 schrieb Frank Noack:
Hi
Ich hatte ja Probleme Mit der Teledat 2 a/b online zu kommen. Heute war mein Bekannter bei mir, und wir haben es hingebogen bekommen. Aber kaum ist er zu Hause tut es schon wieder nicht. Wenigstens wird jetzt aber gewählt. An einer Überlastung kann es nicht liegen von Win... aus funktioniert es. Vielleicht kann ja jemand mit dem Log was anfangen.
Ihr werdets nicht glauben, aber die Lösung liegt in einem Wechsel des Providers. Wir haben noch einen Zugang mit Arcor konfiguriert, und der ging auf Anhieb. Was soll man dazu sagen? Das ganze war miraufgefallen, weilbei denentsprechenden Fehlermeldungen im Netz immer wieder Freenet auftauchte. Vielleicht hilft es ja mal jemand anders. Die Sache mit ippp2 ist aber noch immer interessant für mich. mfg Frank
Hi, On Fri, Jan 16, 2004 at 05:08:20PM +0100, Frank Noack wrote:
Hi
Vorab, es ist wichtig das bei Problemanfragen auch die SuSE Linux Version mit angegeben wird.
Ich hatte ja Probleme Mit der Teledat 2 a/b online zu kommen. Heute war mein Bekannter bei mir, und wir haben es hingebogen bekommen. Aber kaum ist er zu Hause tut es schon wieder nicht. Wenigstens wird jetzt aber gewählt. An einer Überlastung kann es nicht liegen von Win... aus funktioniert es. Vielleicht kann ja jemand mit dem Log was anfangen.
Jan 16 16:46:41 linux kernel: isdn_net: local hangup ippp2 Jan 16 16:46:41 linux kernel: ippp2: Chargesum is 0 Jan 16 16:46:41 linux kernel: kcapi: appl 1 ncci 0x10101 down Jan 16 16:46:41 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Jan 16 16:49:13 linux su: (to root) jan on /dev/pts/1 Jan 16 16:49:13 linux su: pam_unix2: session started for user root, service su Jan 16 16:49:38 linux kernel: ippp2: dialing 1 01019019231750... Jan 16 16:49:46 linux kernel: isdn_net: local hangup ippp2 Jan 16 16:49:46 linux kernel: ippp2: Chargesum is 0 Jan 16 16:49:47 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Jan 16 16:52:30 linux kernel: ippp2: dialing 1 01019019231750... Jan 16 16:52:39 linux kernel: isdn_net: local hangup ippp2 Jan 16 16:52:39 linux kernel: ippp2: Chargesum is 0 Jan 16 16:52:39 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 Jan 16 16:52:49 linux kernel: ippp2: dialing 1 01019019231750... Jan 16 16:52:58 linux kernel: kcapi: appl 1 ncci 0x10101 up Jan 16 16:52:58 linux kernel: capidrv-1: chan 0 up with ncci 0x10101 Jan 16 16:52:58 linux kernel: isdn_net: local hangup ippp2 Jan 16 16:52:58 linux kernel: ippp2: Chargesum is 0 Jan 16 16:52:58 linux kernel: kcapi: appl 1 ncci 0x10101 down Jan 16 16:52:58 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101
Der Provider braucht zulange um den Anruf zu beantworten, I4L hat da ein Limit von 8 sek, Windows hat da wohl mehr Geduld. Zu ippp2: Das haengt davon ab, wie viele Interfaces Du irgendwann angelegt hast. ippp2 deutet darauf hin das Du vorher schon 3 andere hattest. -- Karsten Keil SuSE Labs ISDN development
Am Samstag, 17. Januar 2004 00:17 schrieb Karsten Keil:
Hi,
On Fri, Jan 16, 2004 at 05:08:20PM +0100, Frank Noack wrote:
Hi
Vorab, es ist wichtig das bei Problemanfragen auch die SuSE Linux Version mit angegeben wird.
Äh, ja sorry habe ich dieses mal vergessen. Suse 8.2
Der Provider braucht zulange um den Anruf zu beantworten, I4L hat da ein Limit von 8 sek, Windows hat da wohl mehr Geduld.
Kann ,man das bei capi irgendwo beeinflussen?
Zu ippp2: Das haengt davon ab, wie viele Interfaces Du irgendwann angelegt hast. ippp2 deutet darauf hin das Du vorher schon 3 andere hattest.
Kann man die alten entfernen, und wo? Danke Frank
On Sat, Jan 17, 2004 at 02:46:53PM +0100, Frank Noack wrote:
Am Samstag, 17. Januar 2004 00:17 schrieb Karsten Keil:
Hi,
On Fri, Jan 16, 2004 at 05:08:20PM +0100, Frank Noack wrote:
Hi
Vorab, es ist wichtig das bei Problemanfragen auch die SuSE Linux Version mit angegeben wird.
Äh, ja sorry habe ich dieses mal vergessen. Suse 8.2
Der Provider braucht zulange um den Anruf zu beantworten, I4L hat da ein Limit von 8 sek, Windows hat da wohl mehr Geduld.
Kann ,man das bei capi irgendwo beeinflussen?
1. hat mit capi oder nicht capi nichts u tun. 2. Ab dem SL 9.0 kernel habe ich experimentell einen Parameter fuer isdn.o eingeführt mit dem man das aendern kann. Wenn Du experimentierfreudig bist, kannst Du ja mal den 9.0 (update)kernel vom ftp installieren und folgendes in die /etc/modules.conf schreiben: options isdn dialtimeout=60
Zu ippp2: Das haengt davon ab, wie viele Interfaces Du irgendwann angelegt hast. ippp2 deutet darauf hin das Du vorher schon 3 andere hattest.
Kann man die alten entfernen, und wo?
Ja. Schau mal /etc/sysconfig/isdn/cfg-net* an. Wenn da nur /etc/sysconfig/isdn/cfg-net2 steht benenne es in /etc/sysconfig/isdn/cfg-net0 um und rufe SuSEconfig --module isdn auf. Nach einem Neustart des ISDN/Network Systems sollte dann ippp0 verwendet werden. Ist aber rein kosmetisch, der Name ist sonst vollkommen egal. -- Karsten Keil SuSE Labs ISDN development
Am Samstag, 17. Januar 2004 16:48 schrieb Karsten Keil:
On Sat, Jan 17, 2004 at 02:46:53PM +0100, Frank Noack wrote:
Am Samstag, 17. Januar 2004 00:17 schrieb Karsten Keil:
Der Provider braucht zulange um den Anruf zu beantworten, I4L hat da ein Limit von 8 sek, Windows hat da wohl mehr Geduld.
Kann ,man das bei capi irgendwo beeinflussen?
2. Ab dem SL 9.0 kernel habe ich experimentell einen Parameter fuer isdn.o eingeführt mit dem man das aendern kann. Wenn Du experimentierfreudig bist, kannst Du ja mal den 9.0 (update)kernel vom ftp installieren und folgendes in die /etc/modules.conf schreiben:
options isdn dialtimeout=60
Geht das auch schon mit dem Mantelkern vom ftp? Danke Frank
On Sat, Jan 17, 2004 at 11:08:11PM +0100, Frank Noack wrote:
Am Samstag, 17. Januar 2004 16:48 schrieb Karsten Keil:
On Sat, Jan 17, 2004 at 02:46:53PM +0100, Frank Noack wrote:
Am Samstag, 17. Januar 2004 00:17 schrieb Karsten Keil:
Der Provider braucht zulange um den Anruf zu beantworten, I4L hat da ein Limit von 8 sek, Windows hat da wohl mehr Geduld.
Kann ,man das bei capi irgendwo beeinflussen?
2. Ab dem SL 9.0 kernel habe ich experimentell einen Parameter fuer isdn.o eingeführt mit dem man das aendern kann. Wenn Du experimentierfreudig bist, kannst Du ja mal den 9.0 (update)kernel vom ftp installieren und folgendes in die /etc/modules.conf schreiben:
options isdn dialtimeout=60
Geht das auch schon mit dem Mantelkern vom ftp?
Wenn es ein 2.4 >= .21 basierender ist , ja. Falls nicht kommt ein Fehler beim laden des Moduls isdn das es den Parameter nicht gibt. -- Karsten Keil SuSE Labs ISDN development
Am Samstag, 17. Januar 2004 23:39 schrieb Karsten Keil:
options isdn dialtimeout=60
Geht das auch schon mit dem Mantelkern vom ftp?
Wenn es ein 2.4 >= .21 basierender ist , ja.
Falls nicht kommt ein Fehler beim laden des Moduls isdn das es den Parameter nicht gibt.
Danke, wird demnächst getestet. mfg Frank
participants (2)
-
Frank Noack -
Karsten Keil