> > Also sollten m�glichst keine L�cher auftreten, sehe ich das richtig ?
>
> Also gegen die *unz�hligen* "strncmp()" tauchen L�cken in der "rate-xx.dat"
> vollkommen unter. Performance-Verluste sind vernachl��igbar.
Ja, das habe ich mir auch schon gedacht. Im Zuge eines �Z:*�, das u.U.
kommen wird, will ich sowieso intern eine andere Zonennummer verwenden,
damit sind die L�cher eine gewesten.
> > > > # Zonenzuordnung f�r Deutschland:
> > > > # 5 : C-Mobilbox
> > > > # 6 : C-Netz
> > > > # 7 : D1-Netz
> > > > # 8 : D2-Netz
> > > > # 9 : E-Plus-Netz
> > > > # 10 : Viag City-Partner (E2)
> > >
Da kommt allerdings was anderes zum Tragen: Ich nehme an, viele Provider
bieten einen allgemeinen Tarif �Mobilfunk� an, der alle obigen Netze
abdeckt. Daf�r dann 6 Zonen zu verbrauchen halte ich echt f�r
Verschwendung. Falls ein Provider unterscheidliche Tarife hat, kann man
immer noch anhand des A:-tags mehrere Zonen aufmachen.
In einigen F�llen macht die fixe Zonennummernvergabe durchaus Sinn:
* Zone 0 = gratis
* Inlandszonen: hier mu� die Zonennummer in der rate-xx.dat mit der
Nummer in der zone-xx.dat �bereinstimmen (aber wiederum nur innerhalb
eines Providers, aber hier brauchen wird die M�glichkeit eine
Zonennummer zu vergeben.
* ZONE-Eintrag in der callerid.conf (fr�her oder sp�ter _brauchen_ wir
diesen Eintrag wieder. Ein Beispiel: Ein �sterreichischer Provider
beitet einen tarif �special friends�: zu einigen (anzumeldenden) Nummern
ists ganz speziell billig.Diese Nummern m��ten in die Ccallerid.conf
aufgeommen und mit einer Zone versehen werden).
> Frage 1: Michael, bekommen wir ein "Z:*" ?
Ja, unter einer Bedingung: Die Notation "Z:1-4,6" f�llt wieder weg.
(ich meine das ernst!)
bye, Michi
--
netWorks Vox: +43 316 698260
Michael Reinelt Fax: +43 316 692343
Geisslergasse 4 GSM: +43 676 3079941
A-8045 Graz, Austria e-mail: [EMAIL PROTECTED]
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
