On Fri, Aug 20, 1999 at 05:57:15AM +0200, Michael Reinelt wrote:
> Hi Andreas,
>
> sch�n, da� (dass?) du auch wieder bei uns aktiv wirst!
Aber gerne - macht doch (meistens ...) riesen Spa�!
> > Daher ben�tige ich ****dringend'st**** folgendes (und das *vor* der n�chsten
> > echten Release der I4L-Utils)
>
> Das hatten wir soweit ich mich erinnere, alles bereits diskutiert. Ich
> war der Meinung, da� das auch bereits funktioniert. Zumindest in
> �sterreich tut es das, und wi8r haben hier auch solche
> Internet-ZUugangsnummern ohne Vorwahl.
Stimmt, Michael - mea culpa!
Es gibt genau vier Gr�nde, warum dieses Thema (mal wieder ...) hochkam:
1. Ich leide offensichtlich mittlerweile an Alzheimer, d.h. das war
mir total entfallen.
2. In der "rate-de.dat" waren alle Sondernummern mit vorlaufender
L�nderkennung (also *nicht* "A:0191011", sondern "A:+49191011")
drin. Daher hat das nie gegriffen.
=> Ich habe eben alle Nummern im rate-de CVS gefixt.
3. Das sehr sch�ne Modul "telnum.c" wei� leider noch �berhaupt nix
von Sonderrufnummern oder Handy-Nummern, und rauchte daher ziemlich
gerne ab.
=> Ich habe einen (leider z.Zt. relativ .de spezifischen) Workaround im
Modul "tools.c" drin.
Will sagen ich rufe normalizeNumber() nur noch dann auf, wenn
es *keine* Sonderrufnummer, und *keine* Handy-Nummer ist.
Nicht sch�n, geht aber erst mal, wird in den n�chsten Tagen
sicherlich noch viel besser!
4. Wir sollten langsam mal anfangen, eine gaaaanz kleine Doc zu dem
ganzen Kram zu schreiben ;-)
> > 1. In der "rate-xx.dat" m�ssen alle Sonderrufnummern mit
> > - deren Rufnummer
> > - was die kosten
> > - Flag: *Ist* eine Sonderrufnummer
> > enthalten sein.
> A:0191011
Ok.
> Also: Rufnummer beim A:-Tag
> Kosten: ganz normale Tarif-Eintr�ge
> Flag: Implizit: Kein �+� vor der Rufnummer beim A:-Tag
Alles klar. Evtl. sollte in der Startmeldung des isdnlog von "rate.c"
ausgegeben werden: "x Sonderrufnummern" oder sowas ...
> > 2. Eine neue Routine (in "rate.c")
> >
> > int is_Sonderrufnummer(char *num)
> >
> > -> liefert TRUE zur�ck, wenn "num" eine Sonderrufnummer ist
>
> gibtes ebenfalls bereits implizit: wenn getArea(prefix,"0191011") ein
> Ergebnis liefert, war�s ne Sonernummer.
Ok. Die k�nnte aber noch leicht verbessert werden - hab's aber erstmal
anderweitig gefixt:
Eine typische Sonderrufnummer hier in .de lautet:
0180 1 4711
In der "rate-de.dat" steht (korrekterweise)
A:01801
T:...
Wenn ich (alias isdnlog) nun "rate.c" nach der Nummer "018014711"
frage, sagt rate.c -> keine Sonderrufnummer.
Wenn ich (alias isdnlog) hingegen nach der Nummer "01801" frage,
sagt "rate.c" korrekt -> ist eine Sonderrufnummer.
W�re da noch was machbar, Michael?
> > 3. Die Schnittstelle zwischen isdnlog und "rate.c" mu� irgendwie
> > dahingehend erweitert werden. Ich habe das eben gerade erst mal
> > so gel�st, das ich im Falle einer Sonderrufnummer
> >
> > dst[0] auf "mycountry" setze (weil viele/alle? Sonderrufnummern
> > in der "rate-de.dat" bereits mit Landesvorwahl eingetragen sind)
> korrekt, aber die Eintr�ge sollen ohne Landesvorwahl erfolgen, weil ohne
> f�hrendes �+�. Einfachstes Beispiel: A:112
>
> > dst[1] auf "" setze
> korrekt.
>
> > dst[2] auf die Sonderrufnummer exclusive der vorlaufenden "0"
> > setze.
> Nicht ganz korrekt. 112 hat keine vorlaufende Null. Ich denke, die Null
> ist ganz normaler Bestandteil der Sondernummer. Es gibt eben
> Sondernummern mit 0, und welche ohne.
Vollkommen korrekt Michael.
> Leo, was sagst du dazu?
>
> P.S. bereite das ganze schon mal so auf, da� der Provider bzw. dessen
> Kennung variabel wird. Einfach nur �int prefix� wird�s nicht mehr geben.
> Da kommt auch noch was auf euch zu. Die Gedankenwolken in meinem
> K�fpfchen beginnen sich zu verdichten...
>
> bye, Michi
Wie auch immer: Ich habe gerade isdnlog-3.45 eingecheckt. Der ist erstmal
ca. 1 Mb schlanker geworden, da ich den Support f�r die Datei "vorwahl.dat"
eliminiert habe (wird jetzt alles �ber Leo's Zonendaten abgehandelt)
Ergo k�nnen die Eintr�ge
[GLOBAL]
AREADIFF = /usr/lib/isdn/vorwahl.dat
CODELIB = AREACODE
AREALIB = /usr/lib/isdn/areacodes
ersatzlos aus der "isdn.conf" gestrichen, und die Datei
"/usr/lib/isdn/vorwahl.dat" gel�scht werden.
Da ich (fast) �berall dran rumgefummelt habe (incl. "rate.c", "telnum.c")
bitte ich prim�r Michael und Leo, alsbald einen Checkout zu machen!
Ach so: Den Support f�r die "areacodes" Datenbank von Uz habe ich auch
gleich rausgeworfen. Daher
- kann auch die Datei "/usr/lib/isdn/areacodes" gel�scht werden
- wenn sich neue Ortsvorwahlen ergeben, m�ssen wir diese jetzt nicht
mehr Uz melden, sondern Leo ...
isdnlog st�tzt sich jetzt *nur* noch auf die "rate-xx.dat", die
"country-de.dat" sowie die jeweiligen Zonentabellen von Leo.
Last but not least: Ich habe im Internet eine sch�ne Seite gefunden, in der
alle Ortsvorwahlen innerhalb der USA aufgef�hrt sind. Damit kann man z.b.
endlich "+1" Kanada sauber erkennen! Soll ich die alle in unsere
"country-de.dat" einpflegen?
Nee, nix last but not least:
- ich habe im "rate-de" CVS soeben disabled, das die "country-de.dat"
von dorther installiert wird. Dummerweise schickt mir Michael recht
oft Patches gegen die "country-de.dat", ich vergesse dann, seine
Patches im "rate-de" CVS nachzuf�hren, und hinterher ist alles
beim Teufel.
Also liegt die "Mutter" der "country-de.dat" bis auf weiteres
(wie w�re es mit einem Schreibrecht im rate-de-CVS f�r Michael?)
bei mir zu Hause.
- Einige Tk-Provider hier in .de gehen dazu �ber, nicht nur einfach
einen Tarif f�r "USA" anzubieten, sondern die bringen unterschiedliche
Tarife f�r verschiedene Lokationen in den USA (New York, Washington, usw.)
Die wollen uns echt fertigmachen!
Michael: K�nnen wir sowas bereits, oder w�re sowas realisierbar?
Was ich damit meine:
Mal angenommen, ich rufe in New York an. Bei einigen Providern
in der "rate-xx.dat" gibt es explizit einen Tarif f�r die Vorwahl
von New York, bei anderen einfach nur einen Tarif f�r "USA"
Jetzt m��te "rate.c" das *wissen*, und entsprechend die richtigen
Tarife miteinander vergleichen ...
Jetzt wirklich der Schlu�satz: Ihr merkt schon: Jetzt geht es wieder los
mit dem isdnlog! Wetzt schon mal die Programmierger�te, ich habe schon
viele neue Ideen/Anliegen ....
Von einem Release der I4L-Utils habe ich leider immer noch nix geh�rt -
Fritz ist unauffindbar, und Karsten �berlastet. Sollte aber pl�tzlich
ein Release drau�en sein, w�rde ich mich mit isdnlog-3.45 recht gut
f�hlen!
> --
> netWorks Vox: +43 316 692396
> Michael Reinelt Fax: +43 316 692343
> Geisslergasse 4 GSM: +43 676 3079941
> A-8045 Graz, Austria e-mail: [EMAIL PROTECTED]
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
