On Thu, May 13, 1999 at 01:15:13AM +0200, Alexander Skwar wrote:
> Hoi! Zu meiner gro�en Schande mu� ich gestehen, das ich immer noch nicht
> so ganz durch das Prinzip durchsteige, wie isdnlog Gespr�chskosten
> loggt.
Ich manchmal auch nicht -- das ist keine Schande!
Bitte bedenke immer, das es sich momentan um ein Work-in-progress handelt,
ich revidiere �fter einige Dinge, baue um ...
> Also, ich starte isdnlog mit einer Optionsdatei, in der u.a.
> preselected=42 steht, da ich "Preselected" auf TeleBeL (42) bin. Genauer
> gesagt bin ich nicht nur Preselected, sondern habe meinen ganzen
> Anschlu� bei diesem Laden. Also wird isdnlog mit -R42 aufgerufen.
Die Auswertung der Optionsdatei funktioniert momentan nicht :-(
Daher bitte *alle* Optionen direkt �ber die Cmd-Line-Options zuf�hren,
also auf jeden Fall "-R42" verwenden!
> In meiner callerid.conf habe ich u.a. dieses stehen:
>
> [MSN]
> NUMBER = 931080
> ALIAS = TeleBeL Internet
> ZONE = 20
> INTERFACE = ippp0
>
> Wenn ich nun eine Verbindung aufbaue, so scheint isdnlog durcheinander
> zu kommen, denn auf /var/log/messages erscheint dies:
>
> (1) May 13 00:31:08 gartenfrucht isdnlog: B1 tei 75 ruft TeleBeL
> Internet (CLIP: ?) von Computer via TeleBeL (01042) in Zone CityCall
> (Tarifnummer 1) CONNECT (Data)
>
> (2) May 13 00:31:08 gartenfrucht isdnlog: B1 tei 75 ruft TeleBeL
> Internet (CLIP: ?) von Computer via TeleBeL (01042) in Zone CityCall
> (Tarifnummer 1) CHARGE: DEM 0.001/1s = DEM 0.040/Min (TeleBeL, Bergisch
> City, Werktag (Donnerstag), Nebenzeit)
>
> (3) May 13 00:31:08 gartenfrucht isdnlog: B1 tei 75 ruft TeleBeL
> Internet (CLIP: ?) von Computer via TeleBeL (01042) in Zone CityCall
> (Tarifnummer 1) 1.CI DEM 0.001 (now)
>
> (4) May 13 00:31:08 gartenfrucht isdnlog: B1 tei 75 ruft TeleBeL
> Internet (CLIP: ?) von Computer via TeleBeL (01042) in Zone CityCall
> (Tarifnummer 1) NEXT CI AFTER 00:01 (TeleBeL, Bergisch City, Werktag
> (Donnerstag), Nebenzeit)
>
> (5) May 13 00:31:08 gartenfrucht ipppd[6827]: Local number: 2461968,
> Remote number: 931080, Type: outgoing
>
> (6) May 13 00:31:13 gartenfrucht isdnlog: B1 tei 75 ruft TeleBeL
> Internet (CLIP: ?) von Computer via TeleBeL (01042) in Zone CityCall
> (Tarifnummer 1) 6.CI DEM 0.004 (after 0:00:05)
>
> (7) May 13 00:31:18 gartenfrucht isdnlog: B1 tei 75 ruft TeleBeL
> Internet (CLIP: ?) von Computer via TeleBeL (01042) in Zone CityCall
> (Tarifnummer 1) 11.CI DEM 0.007 (after 0:00:10) etc.
>
> Besonders interessant finde ich hierbei die Zeilen (1) - (4). In den
> ungeraden Zeilen ((1) & (3)) schreibt isdnlog, das es eine Zone CityCall
> (?) zur Berechnung verwendet, in den Geraden Zeilen ((2) & (4)) schreibt
> isdnlog was von "Bergisch City", fast die Zone, die verwendet werden
> soll. Durchsetzen tut sich aber die Zone "CityCall" (Zeilen (5) & (6)).
> Bei meinem Provider 42 gibt es aber keine Zone "CityCall", das w�rde
> wenn dann der Zone "Bergisch City" entsprechen.
>
> Was mich aber viel mehr wundert, ist das nicht Zone 20 verwendet wird,
> wie in der callerid.conf angegeben. Laut dem README kann man damit die
> Zone angeben, in der der Gegner liegt.
Der "ZONE=" Eintrag in der "callerid.conf" wird momentan gar nicht
ausgewertet. Das werde ich sp�ter (f�r *Spezialanwendungen*, nicht als
Normalfall!!) wieder einbauen. Jetzt will ich aber erstmal die
vollautomatische Berechnung der Zone �ber die "rate-de.dat" sowie �ber
die Verzonungstabelle fertig bekommen.
> Andererseits m��te doch isdnlog eigentlich selbstens erkennen, das es
> sich bei dieser Nummer um eine Nummer aus der Zone 20 handelt, denn
> schlie�lich steht bei P:42 die Zeile Z:20 Internet und A:931080. Warum
> erkennt isdnlog dann nicht zumindest daran, das Zone 20 verwendet werden
> soll ?
Genau *das* kann isdnlog seit eben gerade. Es war schlicht ein grober
Denkfehler meinerseits :-(
Ich habe nur bei der DTAG auf eine Sonderrufnummer (also Nummern wie
Deine "931080" gepr�ft). Das war nat�rlich Quatsch!
Jetzt pr�ft isdnlog bei allen Providern auf "Sonderrufnummer"
Grundregel im isdnlog ist folgende:
Es gibt fully-qualified Telefonnummern in der Form:
[<Providervorwahl>] <Landesvorwahl> <Ortsvorwahl> <Rufnummer>
also z.b. sowas:
+49 69 4711
und daneben "Sonderrufnummern". Das sind Nummern, die nur innerhalb
eines Landes funktionieren, und daher *nicht* um die Landesvorwahl
erg�nzt werden. Bestes Beispiel ist sicherlich
110 : Polizei
Es ist technisch nicht m�glich, aus der Schweiz die Deutsche Polizei
anzurufen.
Daher versucht isdnlog anhand der Eintr�ge in der "rate-de.dat"
zu ermitteln, ob es sich um eine Sonderrufnummer handelt, oder nicht.
Im Moment macht isdnlog das dadurch, das er annimmt, das alle
Telefonnummern in den Zonen 0, 5..10, 20..99 grunds�tzlich Sonderrufnummern
sind.
Das ist nat�rlich vollkommen unsch�n. Kurzfristig werde ich mit Michael
daher die Syntax der "rate-de.dat" noch dahingehend erweitern, das
mit einem neuen Flag explizit angegeben werden kann, das es sich bei
einem "A:" Eintrag um eine Sonderrufnummer handelt.
> Und ganz nebenbei verechnet sich isdnlog auch noch. Nachdem ich dann
> aufgelegt habe, erscheint dies auf /var/log/messages:
>
> May 13 00:31:45 gartenfrucht isdnlog: B1 tei 75 ruft TeleBeL Internet
> (CLIP: ?) von Computer via TeleBeL (01042) in Zone CityCall (Tarifnummer
> 1) HANGUP (38 CI DEM 0.025; -1 EH DEM 0.120 0:00:37)
-----------------------------^^^^^^
Das ist ja *sehr* interessant! Offensichtlich schickt Dir TeleBel eine
Art von "Geb�hrenimpuls". K�nntest Du mir bitte mal einen Auszug aus
der Datei "/tmp/isdnctrl*" von so einem Internet-Anruf zuschicken?
(mittels "isdnlog -v1" erstellt)
> 37 Sekunden kosten keine 0.12 DM, es sei denn, isdnlog nimmt einen
> Telekom Tarif, was er aber laut /v/l/m nicht tut. 37 Sekunden w�rden im
> "Bergisch City" Tarif um diese Uhrzeit etwa 0.025 DM kosten, im
> korrekten Internet Tarif 0.031 DM.
Das d�rfte der aktuelle isdnlog (isdnlog-3.29) jetzt korrekt abrechnen.
Leider kann ich diese Version z.Zt. nicht einchecken, da seit > 2 Tagen
der CVS-Server von I4L streikt. Wenn das noch lange so weitergeht, stelle
ich meinen aktuellen Source-Tree mal wieder auf meine Home-Page ...
(Oder ich schicke Dir meinen aktuellen Stand per PM zu. Willst Du?)
> Ich verstehe irgendwie nur Bahnhof. Vielleicht k�nnte mich irgendwer
> mal an die Hand nehemn, und mit mir gemeinsam die richtigen
> Einstellungen an den richtigen Dateien vornehmen.
Du machst gar nix falsch, Du benutzt einfach nur ein noch nicht ganz
fertiges Programm :-( Es wird aber von Tag zu Tag besser!
> Und was ich auch noch ganz gerne w��te, ist warum mir isdnlog bei jedem
> CI (ChargeInt) etwas auf /v/l/m ausgibt. Ist ja ganz nett, aber
> irgendwie finde ich das zuviel des guten, besonders wenn jede Sekunde
> ein CI erzeugt wird. Oder liegt das auch wieder nur an meiner
> (vermurksten ?) Konfiguration ? Diese Ausgaben erhalte ich unabh�ngig
> vom mit isdnctrl verbose eingestellten Level. Auch bei level 0
> erscheint dies.
Ich gebe z.Zt. jeden CI aus (bei Sekundentakt auch wirklich jede Sekunde)
um das zu debuggen. Ich pers�nlich fahre den isdnlog momentan so
isdnlog -A0 -nsS -v9 -u1 -w1 -m0x7f7 -l7 -h7:5 -H5 -21 -K -i3 -x0x1ff7 /dev/isdnctrl0 &
(Achtung: Nicht einfach alle Optionen �bernehmen, der h�ngt an einem
internen S0-Bus)
So werden keine "CI" Zeilen ins Syslog geschrieben, und auf der Konsole
bleibt isdnlog immer in derselben Zeile stehen, solange er nur neue
CI-Werte anzeigen will.
Sobald ich sicher bin, da� alles sauber funktioniert, werde ich sicherlich
eine Option einbauen, mit der die CI-Ausgaben reduziert werden k�nnen.
Im Moment gibt es aber wichtigeres zu tun!
> F�r Hilfe w�re ich echt dankbar!
Gern geschehen!
> Alexander Skwar
> --
> My Site : http://www.digitalprojects.com
Ciao,
Andreas
--
Andreas Kool ([EMAIL PROTECTED] * http://www.pweb.de/kool.f)
PGP: 3FBF2411 Fingerprint: B5 35 34 74 25 60 2A 7A 89 06 92 C4 08 BA A5 BD
(To get my PGP key, send me a mail with subject "send pgp key")
Transmission of this message via the Microsoft Network is prohibited
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
