On Mon, May 24, 1999 at 11:42:54PM +0200, Andreas Kool wrote:
> Also gegen die *unz�hligen* "strncmp()" tauchen L�cken in der "rate-xx.dat"
> vollkommen unter. Performance-Verluste sind vernachl��igbar.
Sch�n.
>
> Um mal ein "Machtwort" zu sprechen:
>
> Es gibt Bereiche, wo eine Zonen-Nummer mit Sicherheit vollkommen sinnlos
> ist: Im Ausland. *Leider* hat sich fast keiner der neuen Provider an die
> ziemlich einfache Zoneneinteilung der DTAG gehalten - bestes Beispiel ist
> der Provider 3U (momentan im Ausland fast �berall der billigste, und
> daher *sehr* wichtig!), der eigentlich f�r jede Auslandsvorwahl einen
> eigenen Tarif hat.
Ja, ebenso bei RSL. Quasi pro Land ein Tarif. Das war echt �ne Arbeit
den Einzutippen.
>
> Hier halte ich eigentlich eine Notation wie
>
> Z:*
Ja. Dadurch k�nnten auch L�cken vermieden werden, wenn isdnlog dann die
Zonen in schon vorhandene L�cken einsortiert. Hmm, gef�llt mir doch
nicht so gut. F�r die Anzeige im syslog w�re es praktisch, wenn dann die
Nummern ab 200 beginnen. So wei� man direkt (sofern man sich die
Zonennummer anzeigen l�sst), das isdnlog denkt, man w�rde in�s Ausland
telefonieren.
> f�r am sinnvollsten, d.h.: lieber isdnlog, denk' dir beim einlesen der
> "rate-xx.dat" bittesch�n irgend eine Zonen-Nummer aus, ist mir egal,
> welche. Oder andersrum: Lieber isdnlog, jetzt f�ngt eine neue Zone an.
Aha, also so ?
Z:* Kasachstan :-)
A:Kasachstan
T:*/*=1.23/45
Z:* Burkina Faso
A:Burkino Faso
T:*/*=2.34/56
Richtig verstanden ?
> MICHAEL: Hierbei k�nntest Du mit einer simplen Bitmap erst mal die L�cken
> ausnutzen, womit das "Performance-Argument" weg w�re!
Ja, wobei man dann aber auf jeden Fall einen Zonen Namen angeben mu�,
damit die Tarife auch bei der Anzeige unterscheidbar bleiben.
> Andererseits gibt es durchaus Bereiche, wo eine Zonen-Nummer Sinn macht
> (*alle* Provider arbeiten mit dieser Begrifflichkeit, warum sollten wir
> gerade sagen: Quatsch?)
>
> Und (hier in Deutschland!) gibt es nun einmal wirklich folgende absolut
> fixen Zonen:
>
> - Ortszone
> - Nahzone / Cityzone
> - Regionalzone
> - Landesweit
> - Handy's
Nun, so absolut super fix sind die nun auch nicht. Denke nur an CityKom.
Die sind vielleicht die ersten, die mit einer anderen Verzonung arbeiten,
aber ich wage zu behaupten, das die bestimmt nicht die letzten sein
werden. Noch nicht einmal die Ortszone ist ja �berall gleich Verzont.
Telefoniere ich z.B. zu einem anderen TeleBeL Kunde, so kostet mich dies
weniger. Klar, sowas kann man mit isdnlog nicht automatisch realisieren,
sei aber als Beispiel trotzdem erw�hnt.
> Und da das sammeln der Tarife *viel* aufwendiger ist, als das programmieren
> der sinnvollen Abspeicherung, w�rde ich vorschlagen, genau obige Einteilung
> f�r Deutschland einzuf�hren!
Danke :-)
>
> Frage 1: Michael, bekommen wir ein "Z:*" ?
> Frage 2: Wer r�umt die aktuelle "rate-de.dat" (in unserem CVS) auf ?
Nun, bei 01010-01049 bin ich dabei. Darum checke ich auch zur Zeit
nichts ein. Und 01050-01099 ist ja eigentlich Jochens Aufgabe, und
010010-x, da darf Ingo (lebt der eigentlich noch ?) ran. Ich meine mich
erinnern zu k�nnen, das wir uns so geeinigt hatten.
Alexander Skwar
--
My Site : http://www.digitalprojects.com
To get my PGP key, send me an email with the Subject: Send PGP Key.
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
