MOIn Klaus,
hier im Anhang nochmal ein von mir interpretiertes message-log unserer Maschine:
Wie Du sehen wirst, l�uft der AOCD weiter und ich kann nicht erneut herausw�hlen.
(-> Beispiel 1)
Und bei einer unserer Partnerfirmen zeigt ein Einzelverbindungsnachwei� das wahre
Ausma� des GAUs !!
Nur im Januar kann ich auf einer Maschine 4 F�lle dokumentieren, wobei 3 sich als
wahre GAUs gestalten: Insgesamt 178,5 Stunden !!!!!
1&1 hat daraufhin unterstellt das ein LAN hinter einem Router steckt und diesen
Jungs den Vertrag gek�ndigt ! Daten sind allerdings nicht geflossen !!
(-> Beispiel 2: M�rder-92h-GAU-langes Wochenende)
Bei der Durchsicht einer weiteren Maschinen konnte ich feststellen, da� es auch
dort aufritt (seit Mai 98: 5 F�lle), doch in der Regel die ISDN-Verbindung nach
einiger Zeit abgebrochen wird (max. nach 30min).
Diese Maschine steht nicht in unserem Vermittlungsbereich.
(-> Beispiel 3)
Mittlerweile reb00ten wir die Maschinen 1x am Tag per cron !
Und ich werde noch ein kleines Script schreiben, da� wenn 'E002F'
im messages auftaucht ein reboot augef�hrt wird !
In meiner >Verzweiflung< - ich mu� mich mit dem @#!/ besch�ftingen - entwickle
ich die merkw�rdigsten Theorien:
- Vermittlungsstelle falsch konfiguriert ?
- Der Provider bricht ab, sendet aber kein 'disconnect'
Was aber noch durch ein D-Kanal-Dump bewiesen werden m��te:
Falls Du ein Tool zum debugen des D-Kanal kennst, ...
>Hallo Richard Leopold,
>
>so wie ich das sehe, wird die Verbindung von dir nicht ausgel��t. Ich
>vermisse entsprechende Eintr�ge im isdnlog. Ich denke mal, da� entweder nur
>das Netzwerk vom Provider getrennt wird, aber die Verbindung bestehenbleibt,
>um einen erneuten Datenverkehr zu erm�glichen, oder im D-Kanal ein
>Infoelement gesendet wird, das eigentlich nur eine gegenw�rtige
>Nichtverf�gbarkeit der Verbindung anzeigt, welches von i4l falsch
>interpretiert wird. Eigentlich sollte jetzt der PC die Verbindung trennen.
>Das geschieht aber nicht. Dieses Problem tritt auch �ffters bei externen
>ISDN-Modems auf, bei denen die Steuersoftware nicht mitbekommt, da� die
>Netzwerkverbindung getrennt ist und deshalb einfach nicht auflegen. Hier
>hilft im Grunde nur noch eins: Ein HEX-Dump des D-Kanal Protokolles um zu
>sehen was genau von der Vermittlungstelle gesendet wurde, und wie der PC
>antwortet. Solange die Verbindung durch einen Disconnect von einen der
>beiden Gespr�chsteilnehmer nicht getrennt wird, bleibt sie halt bestehen und
>im allgemeinen Trennen Provider ihre ankommenden Verbindungen nicht, auch
>nicht wenn l�ngere Zeit kein Datenverkehr mehr stattfindet.
>
>mfg Michael
# von <[EMAIL PROTECTED]>
# nochmal Danke f�r die Anregung, Michael.
# das mit dem disconnect Wurde mir auch von anderer Seite so best�tigt.
Weiteres:
- Wie kann ich im ip-down ein disconnect senden ?
- Der ISDNLOG - WATCHDOG und der CHARGEINT scheint nicht zu funktionieren
da das device ipppX weg ist und kein NICHTdatenstrom feststellt werden kann.
- Der ISDNLOG - CHRAGEMAX & WATCHDOG scheint in der SuSE nicht mitkompiliert ?!
(STOPCMD, RELOADCMD)
So, da� ist nun schon fast ein Roman geworden, doch die Lage ist durchaus ernst.
Und ich habe leider keinen Zeit mich intensiv mit I4L zu befassen, so das ich
wohl zum Holzhammer greife, und das System reboote sobald sich das Symtom E002F
zeigt.
Gru� - Richard
- Mein Partner hatte letzen ebenfalls einen >1000ms Ping nach einem solchen E002F !
WATCH IT, if your provider suddendly don't provide: grep the symtom !
_BEISPIEL 1_
###########################################################################################################
Nun will ich mal mein LOG interpretieren:
SuSE 5.3 - I4L/ChargeInt-Patch - 1&1
/* -------------Verbindungsaufbau */
Feb 7 12:05:16 next kernel: OPEN: 192.168.15.3 -> 194.25.2.129 UDP, port: 1477 -> 53
Feb 7 12:05:16 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:05:16 next isdnlog: Feb 07 12:05:16 * tei 65 calling -1und1- with IGATE.WLP
RING (Data)
Feb 7 12:05:17 next isdnlog: Feb 07 12:05:17 * tei 65 calling -1und1- with IGATE.WLP
CHANNEL: BRI, B1 gefordert
Feb 7 12:05:19 next isdnlog: Feb 07 12:05:19 tei 65 calling -1und1- with IGATE.WLP
Time:Sun Feb 7 12:06:00 1999
Feb 7 12:05:19 next isdnlog: Feb 07 12:05:19 tei 65 calling -1und1- with IGATE.WLP
CONNECT (Data)
Feb 7 12:05:19 next kernel: isdn_net: ippp1 connected
Feb 7 12:05:19 next kernel: isdn_net: chargetime of ippp1 now 15691425
Feb 7 12:05:19 next ipppd[114]: Local number: 912081, Remote number: 01801000555,
Type: outgoing
Feb 7 12:05:19 next ipppd[114]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 1, linkunit:
0, fd: 6
/*--------------1. AOC-D - Signal / 1. Einheit */
Feb 7 12:05:19 next isdnlog: Feb 07 12:05:19 tei 65 calling -1und1- with IGATE.WLP
CHARGEINT ippp1 still 150 - City, Freizeit
Feb 7 12:05:19 next isdnlog: Feb 07 12:05:19 tei 65 calling -1und1- with IGATE.WLP
HUPTIMEOUT ippp1 still 30
Feb 7 12:05:19 next isdnlog: Feb 07 12:05:19 tei 65 calling -1und1- with IGATE.WLP
CHARGEMAX remaining=DM 11,16
Feb 7 12:05:19 next isdnlog: Feb 07 12:05:19 tei 65 calling -1und1- with IGATE.WLP
1.EH DM 0,12
/*--------------*/
Feb 7 12:05:22 next ipppd[114]: Remote message:
Feb 7 12:05:22 next ipppd[114]: bundle, he: 0 we: 0
Feb 7 12:05:22 next ipppd[114]: local IP address 62.144.239.165
Feb 7 12:05:22 next ipppd[114]: remote IP address 62.144.240.58
Feb 7 12:05:23 next set_mask: FIREWALL AND MASQUERADING IS UP ... /* ip-up ist
ausgef�hrt */
/*-------------Verbindunsaufbau beendet
Nun schl�gt auch mein FetchMailer zu, der die Post aus verschiedenen
Postf�chern abholt --> Datenverkehr
Pl�tzlich ist die Gegenstelle weg !!!!!!!!!
Ein _REMOTE_HANGUP_ !!!!
--------------*/
Feb 7 12:05:54 next kernel: isdn: HiSax,ch0 cause: E002F
Feb 7 12:05:54 next kernel: ippp1: remote hangup /* REMOTE_HANGUP !!!!!
*/
Feb 7 12:05:54 next kernel: ippp1: Chargesum is 0
/*-------------Die PPP-Verbindung wird heruntergefahren */
Feb 7 12:05:54 next ipppd[114]: Modem hangup
Feb 7 12:05:54 next ipppd[114]: Connection terminated.
Feb 7 12:05:54 next ipppd[114]: taking down PHASE_DEAD link 0, linkunit: 0
Feb 7 12:05:54 next ipppd[114]: link 0 closed , linkunit: 0
Feb 7 12:05:54 next ipppd[114]: reinit_unit: 0
Feb 7 12:05:54 next ipppd[114]: Connect[0]: /dev/ippp1, fd: 6
/*-------------PPP-Shutdown Ende
Nun m��te eigentlich das AOD-E - Signal kommen und die resultierenden
Einheiten anzeigen.
Doch die Vermittlungsstelle h�lt weiter die Leitung offen!!!!!!!!!!
---------------*/
/*-------------Mein FetchMailer probiert auf POP3 fr�hlich weiter und ippp1 w�hlt
erneut */
Feb 7 12:05:55 next kernel: OPEN: 62.144.239.165 -> 192.41.18.180 TCP, port: 4265 ->
110
Feb 7 12:05:55 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:05:55 next del_mask: FIREWALL AND MASQUERADING IS DOWN ... /* ip-down ist
ausgef�hrt und der FetchMailer gekillt */
/*-------------Eigene MSN noch in Benutzung: LOCAL HANGUP*/
Feb 7 12:05:55 next kernel: isdn_net: local hangup ippp1
Feb 7 12:05:55 next kernel: ippp1: Chargesum is 0
---------------*/
Feb 7 12:05:57 next kernel: ip_rewrite_addrs(): shifting saddr from 62.144.239.165 to
192.168.15.3 (state 4) /*IP-DYNADDR: IP-Shifting*/
/*-------------noch ein Datenpaket des Fetchmailers und Wahlversuch -> keine Leitung */
Feb 7 12:05:57 next kernel: OPEN: 192.168.15.3 -> 192.41.18.180 TCP, port: 4265 -> 110
Feb 7 12:05:57 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:06:05 next kernel: isdn_net: local hangup ippp1
Feb 7 12:06:05 next kernel: ippp1: Chargesum is 0
/*-------------ein PING -> keine Leitung */
Feb 7 12:06:06 next kernel: OPEN: 192.168.1.10 -> 212.202.50.2 ICMP
Feb 7 12:06:06 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:06:14 next kernel: isdn_net: local hangup ippp1
Feb 7 12:06:14 next kernel: ippp1: Chargesum is 0
/*------------- usw. */
/*-------------der Bind -> keine Leitung */
Feb 7 12:06:56 next kernel: OPEN: 192.168.15.3 -> 194.25.2.129 UDP, port: 1477 -> 53
Feb 7 12:06:56 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:07:04 next kernel: isdn_net: local hangup ippp1
Feb 7 12:07:04 next kernel: ippp1: Chargesum is 0
/*-------------OH, ein AOC-D - Signal, die Verbindung zum Provider steht noch !! */
Feb 7 12:07:49 next isdnlog: Feb 07 12:07:49 tei 65 calling -1und1- with IGATE.WLP
CHARGEMAX remaining=DM 11,04
Feb 7 12:07:49 next isdnlog: Feb 07 12:07:49 tei 65 calling -1und1- with IGATE.WLP
2.EH DM 0,24 ( 0:02:30)
/*-------------und weiter */
Feb 7 12:08:00 next kernel: OPEN: 192.168.15.3 -> 194.25.2.129 UDP, port: 1477 -> 53
Feb 7 12:08:00 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:08:08 next kernel: isdn_net: local hangup ippp1
Feb 7 12:08:08 next kernel: ippp1: Chargesum is 0
/*------------- usw. */
/*-------------OH, ein AOC-D - Signal, die Verbindung zum Provider steht IMMER noch !!
............ */
Feb 7 12:10:19 next isdnlog: Feb 07 12:10:19 tei 65 calling -1und1- with IGATE.WLP
CHARGEMAX remaining=DM 10,92
Feb 7 12:10:19 next isdnlog: Feb 07 12:10:19 tei 65 calling -1und1- with IGATE.WLP
3.EH DM 0,36 ( 0:05:00)
Feb 7 12:12:09 next kernel: OPEN: 192.168.15.3 -> 192.41.18.180 TCP, port: 4265 -> 110
Feb 7 12:12:09 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:12:16 next kernel: isdn_net: local hangup ippp1
Feb 7 12:12:16 next kernel: ippp1: Chargesum is 0
Feb 7 12:12:49 next isdnlog: Feb 07 12:12:49 tei 65 calling -1und1- with IGATE.WLP
CHARGEMAX remaining=DM 10,80
Feb 7 12:12:49 next isdnlog: Feb 07 12:12:49 tei 65 calling -1und1- with IGATE.WLP
4.EH DM 0,48 ( 0:07:30)
Feb 7 12:14:09 next kernel: OPEN: 192.168.15.3 -> 192.41.18.180 TCP, port: 4265 -> 110
Feb 7 12:14:09 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:14:16 next kernel: isdn_net: local hangup ippp1
Feb 7 12:14:16 next kernel: ippp1: Chargesum is 0
Feb 7 12:15:19 next isdnlog: Feb 07 12:15:19 tei 65 calling -1und1- with IGATE.WLP
CHARGEMAX remaining=DM 10,68
Feb 7 12:15:19 next isdnlog: Feb 07 12:15:19 tei 65 calling -1und1- with IGATE.WLP
5.EH DM 0,60 ( 0:10:00)
Feb 7 12:16:09 next kernel: OPEN: 192.168.15.3 -> 192.41.18.180 TCP, port: 4265 -> 110
Feb 7 12:16:09 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:16:16 next kernel: isdn_net: local hangup ippp1
Feb 7 12:16:16 next kernel: ippp1: Chargesum is 0
Feb 7 12:17:49 next isdnlog: Feb 07 12:17:49 tei 65 calling -1und1- with IGATE.WLP
CHARGEMAX remaining=DM 10,56
Feb 7 12:17:49 next isdnlog: Feb 07 12:17:49 tei 65 calling -1und1- with IGATE.WLP
6.EH DM 0,72 ( 0:12:30)
Feb 7 12:18:09 next kernel: OPEN: 192.168.15.3 -> 192.41.18.180 TCP, port: 4265 -> 110
Feb 7 12:18:09 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:18:16 next kernel: isdn_net: local hangup ippp1
Feb 7 12:18:16 next kernel: ippp1: Chargesum is 0
Feb 7 12:20:09 next kernel: OPEN: 192.168.15.3 -> 192.41.18.180 TCP, port: 4265 -> 110
Feb 7 12:20:09 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:20:16 next kernel: isdn_net: local hangup ippp1
Feb 7 12:20:16 next kernel: ippp1: Chargesum is 0
Feb 7 12:20:19 next isdnlog: Feb 07 12:20:19 tei 65 calling -1und1- with IGATE.WLP
CHARGEMAX remaining=DM 10,44
Feb 7 12:20:19 next isdnlog: Feb 07 12:20:19 tei 65 calling -1und1- with IGATE.WLP
7.EH DM 0,84 ( 0:15:00)
Feb 7 12:22:09 next kernel: OPEN: 192.168.15.3 -> 192.41.18.180 TCP, port: 4265 -> 110
Feb 7 12:22:09 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:22:16 next kernel: isdn_net: local hangup ippp1
Feb 7 12:22:16 next kernel: ippp1: Chargesum is 0
Feb 7 12:22:49 next isdnlog: Feb 07 12:22:49 tei 65 calling -1und1- with IGATE.WLP
CHARGEMAX remaining=DM 10,32
Feb 7 12:22:49 next isdnlog: Feb 07 12:22:49 tei 65 calling -1und1- with IGATE.WLP
8.EH DM 0,96 ( 0:17:30)
Feb 7 12:24:09 next kernel: OPEN: 192.168.15.3 -> 192.41.18.180 TCP, port: 4265 -> 110
Feb 7 12:24:09 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:24:16 next kernel: isdn_net: local hangup ippp1
Feb 7 12:24:16 next kernel: ippp1: Chargesum is 0
Feb 7 12:24:24 next kernel: OPEN: 192.168.15.3 -> 194.25.2.129 UDP, port: 1477 -> 53
Feb 7 12:24:24 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:24:32 next kernel: isdn_net: local hangup ippp1
Feb 7 12:24:32 next kernel: ippp1: Chargesum is 0
Feb 7 12:24:34 next kernel: OPEN: 192.168.15.3 -> 194.162.141.17 UDP, port: 1477 -> 53
Feb 7 12:24:34 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:24:41 next kernel: isdn_net: local hangup ippp1
Feb 7 12:24:41 next kernel: ippp1: Chargesum is 0
Feb 7 12:24:44 next kernel: OPEN: 192.168.15.3 -> 194.162.141.17 UDP, port: 1477 -> 53
Feb 7 12:24:44 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:24:51 next kernel: isdn_net: local hangup ippp1
Feb 7 12:24:51 next kernel: ippp1: Chargesum is 0
Feb 7 12:24:54 next kernel: OPEN: 192.168.15.3 -> 194.162.141.17 UDP, port: 1477 -> 53
Feb 7 12:24:54 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:25:01 next kernel: isdn_net: local hangup ippp1
Feb 7 12:25:01 next kernel: ippp1: Chargesum is 0
Feb 7 12:25:04 next kernel: OPEN: 192.168.15.3 -> 194.162.141.17 UDP, port: 1477 -> 53
Feb 7 12:25:04 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:25:11 next kernel: isdn_net: local hangup ippp1
Feb 7 12:25:11 next kernel: ippp1: Chargesum is 0
Feb 7 12:25:19 next isdnlog: Feb 07 12:25:19 tei 65 calling -1und1- with IGATE.WLP
CHARGEMAX remaining=DM 10,20
Feb 7 12:25:19 next isdnlog: Feb 07 12:25:19 tei 65 calling -1und1- with IGATE.WLP
9.EH DM 1,08 ( 0:20:00)
Feb 7 12:25:24 next kernel: OPEN: 192.168.15.3 -> 194.162.141.17 UDP, port: 1477 -> 53
Feb 7 12:25:24 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:25:31 next kernel: isdn_net: local hangup ippp1
Feb 7 12:25:31 next kernel: ippp1: Chargesum is 0
Feb 7 12:26:09 next kernel: OPEN: 192.168.15.3 -> 192.41.18.180 TCP, port: 4265 -> 110
Feb 7 12:26:09 next kernel: ippp1: dialing 0 01801000555...
Feb 7 12:26:16 next kernel: isdn_net: local hangup ippp1
Feb 7 12:26:16 next kernel: ippp1: Chargesum is 0
Feb 7 12:27:49 next isdnlog: Feb 07 12:27:49 tei 65 calling -1und1- with IGATE.WLP
CHARGEMAX remaining=DM 10,08
Feb 7 12:27:49 next isdnlog: Feb 07 12:27:49 tei 65 calling -1und1- with IGATE.WLP
10.EH DM 1,20 ( 0:22:30)
Feb 7 12:30:19 next isdnlog: Feb 07 12:30:19 tei 65 calling -1und1- with IGATE.WLP
CHARGEMAX remaining=DM 9,96
Feb 7 12:30:19 next isdnlog: Feb 07 12:30:19 tei 65 calling -1und1- with IGATE.WLP
11.EH DM 1,32 ( 0:25:00)
Feb 7 12:32:49 next isdnlog: Feb 07 12:32:49 tei 65 calling -1und1- with IGATE.WLP
CHARGEMAX remaining=DM 9,84
Feb 7 12:32:49 next isdnlog: Feb 07 12:32:49 tei 65 calling -1und1- with IGATE.WLP
12.EH DM 1,44 ( 0:27:30)
/*-------------OK, nun das ganze manuel reloaden:
:# /sbin/init.d/i4l stop
:# /sbin/init.d/i4l_hardware stop
:# /sbin/init.d/i4l_hardware start
:# /sbin/init.d/i4l start
---------------*/
Feb 7 12:34:38 next I4Lreload: RELOADing I4L and HiSax
Feb 7 12:34:38 next ipppd[99]: Terminating on signal 15.
Feb 7 12:34:38 next ipppd[99]: link 0 closed , linkunit: 0
Feb 7 12:34:38 next ipppd[99]: Exit.
Feb 7 12:34:39 next ipppd[114]: Terminating on signal 15.
Feb 7 12:34:39 next ipppd[114]: link 0 closed , linkunit: 0
Feb 7 12:34:39 next ipppd[114]: Exit.
Feb 7 12:34:40 next isdnlog: Got signal 15
Feb 7 12:34:40 next isdnlog: exit now 7
Feb 7 12:34:41 next kernel: HiSax module removed
Feb 7 12:34:41 next kernel: ISDN-subsystem unloaded
......
/*-------------und alles l�uft wieder !! */
_BEISPIEL 2_
###########################################################################################################
Jan 14 17:51:45 router kernel: ippp0: dialing 0 01801000555...
Jan 14 17:51:45 router isdnlog: Jan 14 17:51:45 * tei 74 calling -1&1- with
ISDN.OFFICE.EXSYS RING (Data)
Jan 14 17:51:45 router isdnlog: Jan 14 17:51:45 * tei 74 calling -1&1- with
ISDN.OFFICE.EXSYS CHANNEL: BRI, B1 gefordert
Jan 14 17:51:48 router isdnlog: Jan 14 17:51:48 tei 74 calling -1&1- with
ISDN.OFFICE.EXSYS Time:Thu Jan 14 17:52:00 1999
Jan 14 17:51:48 router isdnlog: Jan 14 17:51:48 tei 74 calling -1&1- with
ISDN.OFFICE.EXSYS CONNECT (Data)
Jan 14 17:51:48 router kernel: isdn_net: ippp0 connected
Jan 14 17:51:48 router kernel: isdn_net: chargetime of ippp0 now 9061245
Jan 14 17:51:48 router ipppd[91]: Local number: 979066, Remote number: 01801000555,
Type: outgoing
Jan 14 17:51:48 router ipppd[91]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0,
linkunit: 0, fd: 6
Jan 14 17:51:55 router ipppd[91]: Remote message:
Jan 14 17:51:55 router ipppd[91]: bundle, he: 0 we: 0
Jan 14 17:51:55 router ipppd[91]: local IP address 62.144.239.186
Jan 14 17:51:55 router ipppd[91]: remote IP address 62.144.240.58
FIREWALL IS UP ...
Jan 14 17:52:13 router kernel: isdn: HiSax,ch0 cause: E002F
Jan 14 17:52:13 router kernel: ippp0: remote hangup
Jan 14 17:52:13 router kernel: ippp0: Chargesum is 0
Jan 14 17:52:13 router ipppd[91]: Modem hangup
Jan 14 17:52:13 router ipppd[91]: Connection terminated.
Jan 14 17:52:13 router ipppd[91]: taking down PHASE_DEAD link 0, linkunit: 0
Jan 14 17:52:13 router ipppd[91]: link 0 closed , linkunit: 0
Jan 14 17:52:13 router ipppd[91]: reinit_unit: 0
Jan 14 17:52:13 router ipppd[91]: Connect[0]: /dev/ippp0, fd: 6
Jan 14 17:52:13 router kernel: ippp0: dialing 0 01801000555...
FIREWALL IS DOWN ...
Jan 14 17:52:16 router kernel: isdn_net: local hangup ippp0
Jan 14 17:52:16 router kernel: ippp0: Chargesum is 0
Jan 14 17:52:22 router kernel: ippp0: dialing 0 01801000555...
Jan 14 17:52:30 router kernel: isdn_net: local hangup ippp0
Jan 14 17:52:30 router kernel: ippp0: Chargesum is 0
Jan 14 17:52:33 router kernel: ippp0: dialing 0 01801000555...
Jan 14 17:52:41 router kernel: isdn_net: local hangup ippp0
Jan 14 17:52:41 router kernel: ippp0: Chargesum is 0
...
Jan 18 14:01:46 router kernel: ippp0: dialing 0 01801000555...
Jan 18 14:01:53 router kernel: isdn_net: local hangup ippp0
Jan 18 14:01:53 router kernel: ippp0: Chargesum is 0
Jan 18 14:02:25 router named[127]: named shutting down
Jan 18 14:02:25 router named[127]: USAGE 916664545 916242202 CPU=0.13u/0.07s
CHILDCPU=0u/0s
Jan 18 14:02:25 router named[127]: NSTATS 916664545 916242202 Unknown=16 A=103 PTR=4
Jan 18 14:02:25 router named[127]: XSTATS 916664545 916242202 RR=30 RNXD=1 RFwdR=22
RDupR=0 RFail=7 RFErr=0 RErr=0 RAXFR=0 RLame=0 ROpts=0 SSysQ=0 SAns=26 SFwdQ=69
SDupQ=99 SErr=0 RQ=123 RIQ=0 RFwdQ=0 RDupQ=29 RTCP=0 SFwdR=22 SFail=0 SFErr=0
SNaAns=10 SNXD=7
Jan 18 14:02:26 router kernel: Kernel logging (proc) stopped.
Jan 18 14:02:26 router kernel: Kernel log daemon terminating.
Jan 18 14:02:26 router syslogd: exiting on signal 15
_BEISPIEL 3_
###########################################################################################################
und noch ein unkommentiertes Log wobei I4L dann irgendwann auflegt :
SuSE 5.2 - t-online
Feb 2 17:22:11 mailhost kernel: ippp0: dialing 0 0191011...
Feb 2 17:22:12 mailhost isdnlog: Feb 02 17:22:12 * tei 112 calling T-Online with
IGATE.PETERS RING (Data)
Feb 2 17:22:12 mailhost isdnlog: Feb 02 17:22:12 * tei 112 calling T-Online with
IGATE.PETERS CHANNEL: BRI, B1 gefordert
Feb 2 17:22:14 mailhost isdnlog: Feb 02 17:22:14 tei 112 calling T-Online with
IGATE.PETERS Time:Tue Feb 2 17:22:00 1999
Feb 2 17:22:14 mailhost isdnlog: Feb 02 17:22:14 tei 112 calling T-Online with
IGATE.PETERS CONNECT (Data)
Feb 2 17:22:14 mailhost kernel: isdn_net: ippp0 connected
Feb 2 17:22:14 mailhost kernel: isdn_net: chargetime of ippp0 now 5168171
Feb 2 17:22:14 mailhost isdnlog: Feb 02 17:22:14 tei 112 calling T-Online with
IGATE.PETERS CHARGEINT ippp0 still 90 - City, Nachmittag
Feb 2 17:22:14 mailhost isdnlog: Feb 02 17:22:14 tei 112 calling T-Online with
IGATE.PETERS HUPTIMEOUT ippp0 still 30
Feb 2 17:22:14 mailhost ipppd[88]: Local number: 990364, Remote number: 0191011,
Type: outgoing
Feb 2 17:22:14 mailhost ipppd[88]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0,
linkunit: 0, fd: 6
Feb 2 17:22:15 mailhost ipppd[88]: Remote message:
Feb 2 17:22:15 mailhost ipppd[88]: bundle, he: 0 we: 0
Feb 2 17:22:15 mailhost ipppd[88]: local IP address 193.159.62.207
Feb 2 17:22:15 mailhost ipppd[88]: remote IP address 193.158.138.89
Feb 2 17:22:18 mailhost set_mask: FIREWALL AND MASQUERADING IS UP ...
Feb 2 17:23:47 mailhost kernel: isdn: HiSax,ch0 cause: E002F
Feb 2 17:23:47 mailhost kernel: ippp0: remote hangup
Feb 2 17:23:47 mailhost kernel: ippp0: Chargesum is 0
Feb 2 17:23:47 mailhost ipppd[88]: Modem hangup
Feb 2 17:23:47 mailhost ipppd[88]: Connection terminated.
Feb 2 17:23:47 mailhost ipppd[88]: taking down PHASE_DEAD link 0, linkunit: 0
Feb 2 17:23:47 mailhost ipppd[88]: link 0 closed , linkunit: 0
Feb 2 17:23:47 mailhost ipppd[88]: reinit_unit: 0
Feb 2 17:23:47 mailhost ipppd[88]: Connect[0]: /dev/ippp0, fd: 6
Feb 2 17:23:48 mailhost kernel: ippp0: dialing 0 0191011...
Feb 2 17:23:48 mailhost kernel: isdn_net: local hangup ippp0
Feb 2 17:23:48 mailhost kernel: ippp0: Chargesum is 0
Feb 2 17:23:51 mailhost kernel: ippp0: dialing 0 0191011...
Feb 2 17:23:58 mailhost kernel: isdn_net: local hangup ippp0
Feb 2 17:23:58 mailhost kernel: ippp0: Chargesum is 0
Feb 2 17:24:09 mailhost kernel: ippp0: dialing 0 0191011...
Feb 2 17:24:17 mailhost kernel: isdn_net: local hangup ippp0
Feb 2 17:24:17 mailhost kernel: ippp0: Chargesum is 0
.......
Feb 2 17:46:09 mailhost kernel: ippp0: dialing 0 0191011...
Feb 2 17:46:16 mailhost kernel: isdn_net: local hangup ippp0
Feb 2 17:46:16 mailhost kernel: ippp0: Chargesum is 0
Feb 2 17:47:39 mailhost popper[3584]: connect from 192.168.138.19
Feb 2 17:48:06 mailhost isdnlog: Feb 02 17:48:06 tei 112 calling T-Online with
IGATE.PETERS Normal call clearing (User)
Feb 2 17:48:06 mailhost isdnlog: Feb 02 17:48:06 tei 112 calling T-Online with
IGATE.PETERS Free of charge
Feb 2 17:48:36 mailhost isdnlog: Feb 02 17:48:36 tei 112 calling T-Online with
IGATE.PETERS Normal call clearing (User)
Feb 2 17:48:36 mailhost isdnlog: Feb 02 17:48:36 tei 112 calling T-Online with
IGATE.PETERS Free of charge
Feb 2 17:48:36 mailhost isdnlog: Feb 02 17:48:36 tei 112 calling T-Online with
IGATE.PETERS HANGUP (0 EH DM 0,00 0:25:52 I= 17,2Kb O= 27,9Kb)
Feb 2 17:48:36 mailhost isdnlog: Feb 02 17:48:36 tei 112 calling T-Online with
IGATE.PETERS CHARGEMAX total=DM 0,00 today=DM 0,00 remaining=DM 20,00
Klaus Franken wrote:
>
> On Fri, Mar 05, 1999 at 01:59:10PM +0100, Richard Leopold wrote:
>
> Hi Richard,
>
> sehr gute Idee eine Umfrage zu machen, um das Problem einzugrenzen!
>
> Ich moechte noch eine weitere Frage hinzufuegen: wird tatsaechlich
> noch die Leitung belegt?!?
> (Test: von anderen Geraeten versuchen, _zwei_ Leitungen zu
> belegen, z.B. sich selbst per Telefon anzurufen)
>
> > scannt mal eure messages-LOGs nach 'E002F' !
> >
> > # cat /var/log/messages | grep 'E002F'
>
> Nur dreimal in diesem Jahr!
> Bei mir kein Problem danach Verbindungen auszubauen!
> ABER: ich danach teilweise das Problem, dass ein ping statt 30
> etwa 1000 msec braucht. Ein Reload vom HiSax loeste das Problem.
>
> > Hat I4L die Verbindung korrekt beendet ? - Erfa�t ISDNLOG eine
> > abschlie�ende
> > Geb�hrenInfo (AOCE) ? Oder l�uft die Geb�hreninfo w�hrend der Verbindung
> > (AOCD - mu� beantragt werden -) weiter ?
>
> isdnlog voellig normal.
>
> > Und sitzt ihr hinter einer Telefonanlage ODER direkt auf dem NTBA ?!
>
> NTBA
>
> > Welche SuSE ?
>
> SuSE 6.0, Kernel 2.2.0, i4l gepatched.
>
> --
>
> Klaus Franken, [EMAIL PROTECTED]
>
> ------------------------------------------------------------
> D O N ' T P A N I C !!!
> ------------------------------------------------------------
> LINUX-ISDN-HOWTO: http://www.franken.de/users/klaus
> ------------------------------------------------------------
-
To unsubscribe from this list please send a mail to [EMAIL PROTECTED] with
'unsubscribe suse-isdn' in its body.
