On Tue, May 25, 1999 at 11:10:39AM +0200, Leopold Toetsch wrote:
> Hallo,
> >Wenn unsere Freunde aus Deutschland sich dieser Variante anschlie�en
> >k�nnen (Andreas?), und die Reduktion der dortigen Verzonung ebensogut
> >funktioniert (Andreas, kannst du dem Leo erkl�ren, wie er aus deiner
> >bin�ren Datei Daten rausbekommt?), k�nnten wir N�gel mit K�pfen machen.
>
> Ok, habe gerade Andreas' "Trivial-Script" gestartet, um die verzonung.dat
> auszulesen. Schaetze dass die Script uebermorgen schon fertig ist :-)
Quark :-) Mein K6/233 hat daf�r bloss einen Abend ben�tigt! Kannst das
Ergebnis gerne via email haben, wenn Dein 8080 da �berfordert ist ;-)
(Nicht b�se sein: Das dr�ngte sich f�rmlich auf, oder?)
> Habe dazu aber ein paar Fragen.
>
> Die 'verzonung.dat' bzw. die oesterreichische Variante sind die
> Verzonungstabellen der am Aussterben begriffenen ex-staatlichen
> Monopolistensauriergesellschaften. Stimmen diese Tabellen auch fuer die
> neuen Gesellschaften, sofern diese nicht einen Bundesland- oder
> Einheitstarif haben?
Das ist ja gerade die gro�e Diskussion hier in dieser Runde.
Erstmal gelten diese Verzonungstabellen nur f�r die ex-staatlichen
Gesellschaften.
Allerdings haben (hier in Deutschland) die meisten diese Verzonungstabelle
�bernommen. F�r alle anderen ben�tigen wir nat�rlich noch eigene Tabellen ...
(Kommt sp�ter dran)
> Bzw. faellt mir bei der rate-at.dat auf, dass die Zonen einfach aufsteigend
> vergeben sind, und z.B. bei P:03 die Fernzone 2 Z:4 ist, bei P:07 aber Z:2
> und bei P:01 Z:3
Auch dieser Punkt wird hier gerade hei� diskutiert. Alexander hat eine
saubere Zonen-Zuteilung in der "rate-de.dat" vorgeschlagen (sein
Design ging gestern hier durch diese Liste)
Michael bleibt dabei, in der "rate-at.dat" wahlfrei Zonennummern zu
vergeben - wie's gerade kommt.
> Weiters sind bei den dt. Vorwahlen keine fuehrenden Nullen vorhanden, bei
> der dzt. oesterr. Variante schon. Koennen wir die Nullen streichen? Ich
> denke da z.B an meine jetzige Providereinwahlnummer 19430 (diese Nummer gilt
> oesterreichweit, hat aber keine fuehrende '0'!!). Wird das extern gehandelt
> oder soll das das zukuenftige zone.c abdecken?
Deine "19430" ist eine sog. "Sonderrufnummer" Das sind alle Nummern, die
nur innerhalb eines Landes funktionieren, und die man auch nicht mit
irgend einer Vorwahl anw�hlen kann.
isdnlog rechnet die (nat�rlich mit Hilfe der "rate-xx.dat") sofort raus,
und behandelt die gesondert.
Daher kann in der Verzonungstabelle die vorlaufende "0" auf jeden Fall
raus - ist redundant.
Ergo geh�rt Deine "19430" auch nicht in die Verzonungstabelle rein, da
es immer dasselbe kostet, egal, von wo Du die anrufst!
> >Nachdem Leo ein doch nicht sooo begeisterter Tarif-Hunter ist, k�nnten
> >wir ihn zum Autor des (zuk�nftigen) zone.c k�ren. Hats du Lust, Leo?
> >Traust du dir das zu?
>
>
> Habe zwar schon laenger nicht mehr ge-Cet, aber das sollte kein Problem
> sein.
Fein! Freut mich!
> >Wenn alle obigen Fragen mit "Ja" beantwortet werden, so h�tte ich schon
> >noch ein paar konkrete Vorstellungen bez�glich der Schnittstelle, die
> >will ich aber jetzt noch nicht in die Diskussion einwerfen.
>
> int getzone(int provider, const char* from, const char* to)
IMHO geh�rt noch das Land (.de, .at, .ch, .nl ...) dazu. Michael hatte
vor einigen Tagen hier ein sauberes Design gepostet ...
Bitte mal nachsehen ...
>
> leo
>
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
