On Mon, Jun 07, 1999 at 08:54:29PM +0200, Andreas Kool wrote:
> (�h, Alexander: K�nnte das nicht auch Dein Problem sein, von dem
>  Du seit Tagen schreibst?)

Hmm, in Abwandlung, ja.  Es scheint mir eher daran zu liegen, da� ich von
der VST sowas erhalte:

Jun  6 23:21:29 gartenfrucht kernel: ippp3: dialing 1 019102384...
Jun  6 23:21:30 gartenfrucht isdnlog: B1 tei 65 ruft +49 201/1910, Essen
(CLIP: ?) von Computer  via TeleBeL (01042) in Zone  RegioCall (Nummer 2)
CONNECT (Data)

Scheinbar steht der Einwahlrechner f�r meine Stadt in Essen.  Mal testen,
was passiert wenn ich den A: Eintrag durch +492011910 ersetze. [...]
Zwischendurch: Wann liest isdnlog eigentlich die rate-de ein ?  Nur beim
starten, oder jedesmal, wenn es etwas zu loggen gibt ? [...]  Ja, ich
habe jetzt mal testhalber dort +492011910 eingetragen, und siehe da:

Jun  7 22:13:03 gartenfrucht isdnlog: B1 tei 67 ruft +49 /2011910,
Germany (CLIP: ?) von Computer  via TeleBeL (01042) in Zone  RegioCall
(Nummer 2)  CHARGE: DEM 0.001/1s = DEM 0.055/Min (TeleBeL, NGI, Montag)

Tadaa!  isdnlog nimmt den richtigen Eintrag.  Scheinbar ist es so, da�
isdnlog zur Zonenberechnung *NICHT* die gew�hlte Nummer nimmt, sondern
die, die er von der VST gemeldet bekommt.  Und diese ist u.a. bei NGI =!
gew�hlter Nummer.  Ungut.  Wenn ich dies jetzt drinnenlasse, so kosten
auf einmal auch alle T-Offline Gespr�che nur noch 5,5 Pf, was klar
inkorrekt w�re.  �berdies w�re es mir somit auch nicht m�glich,
verschiedene Preise f�r die verschiedenen T-Offline Reseller anzugeben
(au�er durch verschiedene P: eintr�ge halt, aber damit ver vier facht
sich schlagartig die Gr��e der rate-de).

Andreas, soll ich Dir immernoch die /tmp/isdnctrl schicken ?

> 
> Es gibt ja nur 2 M�glichkeiten:
> 
>  - Variante 1:
>    Ich befrage immer erst die Verzonungstabelle, und nur, wenn die
>    mir meldet: "Keine Ahnung", rufe ich getZone() auf.
>    Damit sind alle Inlandsvorwahlen in der "rate-de.dat" hinf�llig
>    (ja, ja Leo - ich h�re Dein Grinsen bis hier :-)
> 
>  - Variante 2:
>    Ich rufe erst getRate() auf, und wenn die nix wei�, gehe ich in
>    die Verzonungstabelle (so ist das heute realisiert, und f�hrt
>    zu obigem Problem)
> 
> Beide Varianten gefallen mir nicht, und daher sehe ich eigentlich nur
> folgende M�glichkeit:
> 
>  1. Per heute alle "A:+" Eintr�ge aus der "rate-xx.dat" raus
>  2. Darauf warten, da� Leo die Verzonungstabellen-Geschichte
>     fertigstellt.
>  3. Ab dann alle Inlands-Vorwahlen aus der "rate-xx.dat" raus, und
>     in Verzonungstabellen rein
>  4. Dann Vorrangordnung:
>       1. Verzonungstabelle
>       2. getRate()
> 
> Einverstanden?

Und warum nicht einfach solange bei allen Providern einen +49 Eintrag
erstellen ?  Mir gef�llt es gelinde gesagt gar nicht, all die m�hsam
herausgesuchten und eingetragenen A: Auslandseintr�ge (um die geht's
doch, oder ?) zu l�schen.

Alexander Skwar
-- 
My Site : http://www.digitalprojects.com
To get my PGP key, send me an email with the Subject: Send PGP Key.

_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel

Antwort per Email an