Hi,
Ich schicke mal eine Zusammenfassung an die Liste.
Es geht um Sondernummern und Services.
----- Original Message -----
From: Andreas Kool <[EMAIL PROTECTED]>
To: Leopold Toetsch <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Freitag, 05. November 1999 22:10
Subject: Re: Services
LEO> Am einfachste (wegen der Tippslerei und der Datengroesse) waere
es,
LEO> alle Sondernummner am Anfang der rate-CC.dat zusammenzufassen
..
LEO> es funkt.
LEO> D.h. isdnrate -HX 19430 liefert nur mehr die Telekomik und
*keine*
LEO> Ortscalls fuer die anderen Provider, die diese Nummer nicht
bieten
..
MIC> U:19430 bei anderen Providern
MIC> ("undialable", aber noch nicht implementiert)
> > Hast du dir mal die rate-de.dat angeschaut, wie viele Nummern da
bei
> > jedem Provider eingetragen werden muessen ???
>
> zich tausend! Leo, da mu� ich Dir vollkommen Recht geben!
> (Die alle st�ndig sequentiell durchzuscannen w�re fast so, als w�rde
> man mit R/3 Buchhaltung machen :-)
Genau
> Und ganz wichtig f�r Dich, Michi:
>
> isdnlog hat ein echt gewichtiges Geschwisterlein bekommen, das
nennt
> sich "isdnrate"
> Die "rate-xx.dat" wird seitdem nicht mehr nur zum
mitprotokollieren
> erfolgreicher Raus-Rufe verwandt (da hattest Du vollkommen Recht:
> ein Raus-Ruf, der nicht gehen kann, interessiert isdnlog nat�rlich
nicht),
> sondern auch zum berechnen des billigsten Providers f�r die oder
jene
> Verbindung herangezogen.
> Will sagen: Was isdnlog nicht die Bohne interessiert, sieht bei
> isdnrate massiv bl�de aus!
> Ergo mu� die "rate-xx.dat" mittelfristig so Wasserdicht werden,
da�
> getLeastCost() keinen "Bl�dsinn" mehr errechnet!
Womit wir schon beim Thema sind.
Ich schicke mal meinen Patch und ein angepasstes rate-at.dat:
- alle Sondernummern aller Provider stehen im Header, i.e vor dem
ersten P:-Tag:
Format:
S:Servicename
N:Codes,...
N:...
z.B.
S:Internet
N:19411,19430,19440,07189* # << Nummer mit variabler Laenge
N:019088333
S:Rettung
N:144
Bei den einzelnen Providern aendert sich nichts.
Sondernummern sind jene Nummern, die _nicht_ von allen Providern
angeboten werden, oder Nummern ohne fuehrenden '0'.
Nummern mit variabler Laenge 07189xxx haben im N:-Tag ein '*' hinten
im A:Tag beim Provider braucht das nicht geaendert zu werden.
getArea() aka isSpecial() schaut nur mehr im Header bei diesen
Servicenummern nach und sagt (provider-unabhaengig) das ist eine
Sondernummer Ja / Nein.
getRate() funktioniert wie gehabt, aber getLeastCost bzw isdnrate
wirft nur mehr Provider aus die diese *Nummer* anbieten.
Jetzt koennte man das natuerlich erweitern und sagen, getLeastCost bzw
isdnrate vergleichen alle Nummner die unter dem entsprechenden Service
gelistet sind und bringen den billigstem Anbieter dieses Services -
dann haetten wir das auch.
> Ich habe gerade 2,5 Stunden damit verbracht, die aktuelle
"rate-de.dat"
> soweit aufzuarbeiten, das keine Warnings mehr kommen ---
SCHEISS-JOB!!!
Sind wirklich viel weniger Warnings (9 "Duplicate Areas" 5 Zone has no
'T:' Entries" ... aber ueberschaubar ;-)
MIC> just my ATS 0.02
> >
> > Just my EUR 0.02 ;-)
>
> Wieviel ist das in Schilling ;-)
0.02*13.7603
> > Da kannst du wenigsten nicht ?mein? rate.c zerstoeren ;-)
>
> Jetzt seit aber mal wieder lieb zueinander!
Das war nicht boes gemeint, ganz im Gegentum - ich wollte nur
ausdruecken, dass ich in der rate.c herumgewerkt habe und der Michi
bitte jetzt da nichts groeberes aendert.
> PPS: Warum findet diese Debatte eigentlich nicht auf unserer
> Rate-Mailingliste statt? Ja, ich glaube ich wei�, warum: Der Traffic
> w�rde exorbitant ansteigen ...
Ich wollte programmtechnische Details nicht auf der Mailingliste
ausbreiten.
Die naechste Erweiterung der rate-CC.dat steht dann auch gleich an -
rate.c bzw. initRate wird _alle_ Providervarianten (P:xx,y) einlesen.
Der Providerprefix 'xx' ist dann einfach nur mehr die Verbindung zur
rate.conf
P:xx=y und hat sonst keine Bedeutung mehr.
Damit nun der Provider eindeutig erkannt werden kann brauchen die
Rate-Files einen neuen Tag: B:Einwahlnummer
e.g.
P:33
B:01033
.
P:33,1
B:01033
Welcher Provider dann verwendet wird, geht wieder ueber rate.conf bzw.
PRESELECTED.
> Ciao,
> Andreas
Servas
leo
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
