On Thu, May 06, 1999 at 07:53:32PM +0200, Andreas Kool wrote:
> Diese Frage verstehe ich offengestanden nicht. Versuch' bitte, die Frage
Macht nix. Ich habe die Frage auch nicht so ganz verstanden, als ich sie
gerade noch mal durchgelesen habe :]
Was ich meinte:
In rate-de.dat steht:
# 1 : Ortszone (alle Nummern, die ohne Vorwahl erreichbar sind.
# Z.Zt. nur �ber den preselected Provider erreichbar)
Diese Aussage ist meines Erachtens falsch. Die Ortszone ist doch der
Tarif, den man bezahlt wenn man eine Nummer anw�hlt, die nicht mit '0'
beginnt, die also keine Vorwahl hat.
Und soweit ich das verstanden habe gehen doch nur Gespr�che �ber den
preselected Provider die mit einer '0' beginnen, oder? Wenn dem so ist,
dann ist diese Aussage falsch. Du schreibst ja selber:
> - Wenn Du eine �bliche Preselection w�hlst (also z.b. Mobilcom),
> laufen *alle* Ortsgespr�che weiterhin �ber die Telekom, alle anderen
> �ber Mobilcom.
Also sollte in der rate-de.dat stehen:
# 1 : Ortszone (alle Nummern, die ohne Vorwahl erreichbar sind.
# Z.Zt. nur �ber den Direct Access Provider erreichbar)
Mehr wollte ich eigentlich nicht gesagt haben, aber das ist wohl
untergegangen, in der vorherigen Mail die ich geschrieben habe, da ich
teilweise, aber nicht immer, jetzt aber zum Beispiel schon, einen
leichten, mit unter auch starken, Hang zur verklausulierung (das hei�t
doch so, oder ?) habe, den ich auch noch durch Klammers�tze (wie diesen
Teil hier) sch�n unleserlich mache. Frage: Wo ist das Subjekt im
vorherigen Satz :) Wer es findet, darf es behalten :]]
> Evtl. zum Einstieg:
>
> - die Zonen 0 bis 4 erkennt der isdnlog automatisch, d.h. dort mu�
> nicht's mittels "A:" angegeben werden.
Hmm, mu� da nichts stehen, oder darf da sogar nichts stehen ? Bei
CityKom M�nster kann isdnlog die Regionen nicht korrekt herausfinden, da
die Region 20 (Ortsnetz mit Vorwahl) auf 30 km ausgedehnt wurde, und die
Region 50 (50km um den Ort rum) auf 100km. Also habe ich, wie Du gesehen
hast, bei CityKom die Orte f�r die R30 und R100 eingetragen.
Mir w�re es lieb, da es die Sache vereinfachen w�rde, wenn isdnlog
folgenderma�en matchen k�nnte:
- Sollte in den Zonen 1-4 keine Zeile mit 'A:' vorkommen, so rechnet sich
isdnlog die Zonen selbst aus.
- Sollten Zeilen mit 'A:' vorkommen, so packt isdnlog alle Gespr�che mit
Landesvorwahl +49, die nicht vorher schon gematcht wurden, in Zone 4.
- Dgl. f�r die Zonen 10+. Hier sollte isdnlog alle Auslandsgespr�che (also
Vorwahl != +49) in die letzte Zone packen. Dies kann man ja durch ein
beherztes 'A:+' erreichen, wie Du geschrieben hast.
Ferner f�nde ich es gut, wenn isdnlog nicht top-down matchen w�rde,
sondern sich *alle* Zonen anschaut, und den besten Match nimmt.
Dann d�rfte +7 auch vor Kasachstan stehen. Hmm, isdnlog matcht top-down?
Dann d�rfte isdnlog doch eigentlich keinen korrekten Tarif f�r z.B. Guam
(+1671) liefern, oder ? Zumindest nicht, wenn Nordamerika (USA) (+1) vor
der �brigen Welt (Guam) gelistet wird. Oder verstehe ich schon wieder
was nicht ?
>
> - Es gibt ca. 5 Provider, bei denen Du dich preselecten kannst, um
> dann *alle* Gespr�che dar�ber laufen zu lassen (Netcologne, z.b.)
Das hei�t Direct Access. Oder zumindest hie� es mal so.
Alexander Skwar
--
My Site : http://www.digitalprojects.com
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
