On Mon, Jun 14, 1999 at 09:57:39PM +0200, Alexander Skwar wrote:
> Hi!
> Im Zuge der Gestaltung der Tarif Abfrage auf der Homepage ist mir
> eingefallen, das wir in unseren Daten gar nicht verzeichnet haben, wie
> ein Anbieter zu erreichen ist. Darum f�nde ich es gut, wenn wir
> vielleicht doch noch einen weiteren Tag einf�hren k�nnten, und zwar
> vielleicht 'O:' wie in "Anmeldung erf_O_rderlich", oder wie in "_O_ffen".
> Ehrlich gesagt, finde ich 'O:' nicht so sonderlich toll. Vielleicht
> f�llt euch ja was besseres ein. 'T:' wie in 'Typ' ist ja leider
> vergriffen. 'Z:' wie in 'Zugang' auch.
> Nach dem O: Tag, dachte ich mir folgende Bezeichner:
>
> E -> offenes ("_E_chtes") Call-By-Call (ohne Anmeldung), deutschlandweit
> F -> Anmeldung erforderlich f�r Call-By-Call ("_F_alsches"), deutschlandweit
> P -> _P_reselection, deutschlandweit verf�gbar
> D -> _D_irect Access, Vollanschlu�, deutschlandweit
>
> I -> _I_nternet Anbieter, offen. Wahrscheinlich �berfl�ssig
> T -> Interne_T_ Anbieter, Anmeldung. Wahrscheinlich �berfl�ssig
Keineswegs �berfl�ssig!
IMHO geh�rt da sogar noch was dazu:
Eine Auswahl nach
- all-included (d.h. man bezahlt die Telefongeb�hren, und fertig)
- zzgl. Grundgeb�hr pro Zeiteinheit X (wohl immer pro Monat)
die k�nnte der isdnlog dann irgendwie prozentual auf jede Anwahl
umlegen ... Formel?
- bei �berschreitung von X Stunden/Monat kostet jede weitere Minute
Online Y
Hier k�nnte isdnlog eine �berwachung des Limit bringen, und bei
�berschreitung die Kosten reinrechnen ...
> B -> Call_B_ack-Anbieter, Calling Card
> U -> Callthr_U_-Anbieter, Calling Card
>
> Dann noch mal alle Bezeichner mit einem 'R' hinten angestellt, um zu
> kennzeichnen, das das Angebot nur Regional verf�gbar ist. Also 'ER',
> 'FR', 'PR', etc..
Vollkommen einverstanden! Michael, wer von uns beiden implementiert das?
> Sollte dieser Vorschlag angenommen werden, so k�nnte vielleicht isdnconf
> so erweitert werden, das nur Anbieter angezeigt werden, die von dem
> gew�nschten Typ sind. Man sollte dann aber auch mehrere Typen angeben
> k�nnen.
Richtig!
> W�re es nicht vielleicht dann langsam auch sinnvoller, die ganzen Tarif
> Anzeige M�glichkeiten aus dem isdnconf auszugliedern, in ein eigenes
> Programm ? Vom Namen her ist isdnconf doch "nur" dazu gedacht, ISDN zu
> konfigurieren.
Auch richtig. Das in den isdnconf reinzubauen, war eigentlich nur ein
Quick-Hack von mir.
Ich habe die ganze Zeit auf das neue "rate.c" von Michael gewartet.
Heute morgen habe ich eine *tolle* Lieferung von Michael erhalten!
Morgen abend checke ich isdnlog-3.33 ein, dann werdet Ihr euch wundern!
(Vor allem �ber *viele* sch�ne neue Warnings ...)
Anyway: So ein Programm ist jetzt wirklich schnell zusammengekloppt, sind
nur noch paar Aufrufe an Library-Functions.
Alexander: Erstelle doch bitte ein Design f�r ein Programm, das wirklich
alles liefert, was Du Dir w�nscht.
Also was wei� ich:
isdnrate -A xxx -B yyy -C zzz -D 123 -E 789 -F www -H 4711 -x
Ich programmiere Dir das dann schon, echt kein Problem.
Ich habe momentan nur wirklich leider keine Zeit, sowas in Ruhe
zu entwerfen. Programmieren ist aber kein Problem, sobald ich
ein schl�ssiges Konzept vorliegen habe!
> Alexander Skwar
> --
> My Site : http://www.digitalprojects.com
> To get my PGP key, send me an email with the Subject: Send PGP Key.
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
