Hi,
----- Original Message -----
From: Michael Reinelt <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Mittwoch, 10. November 1999 06:43
Subject: Re: isdnlog/rate/rep
> Hi Leute,
>
> Vorschlag: Es gibt eine nich allzu alte ISO-Norm, nach der ein Datum
> formatiert werden sollte. Diese Norm sollte international (also auch
in
> Deutschland) gelten, und die mi�verst�ndliche Reihenfolge von Tag
und
> Monat vermeiden.
>
> Leider habe ich vergessen (ja, auch ich!), wo und wie genau das
ging.
> Ich glaube mich zu erinnern, es war in der Form Jahr-Monat-Tag, also
> 1999-11-10
Soweit ich weiss, ist das korrekt, nur was nuetzen Normen wenn sich
keiner dran haelt. Die Amis rechnen immer noch in inches, miles und
Gallonen, ihre Datumsangaben sind vollkommen verquer.
Aber wie auch immer, es spricht nix dagegen parseDate so zu erweitern,
dass es beide Datumsformate unterscheidet und erkennt.
> Ich w�rde gerne dieses Format verwenden, um einen internationalen
> isdnlog zu bekommen. Wei� jemand von euch von dieser Norm bzw. kann
sie
> auftreiben?
apropos date liefert z.B. HTTP::Date(3pm) und dort drin steht ISO 8601
>
> Ich meine ja nicht unbedingt eine Text, nur die _M�glichkeit_ eines
> freien textes, ich mag kein fixes Schema "provider_variante"
Wie gesagt, alle ints durch einen String ersetzten und du hast es.
> bye, Michi
>
> P.S. wie soll die rate.conf in Zukunft aussehen? Die Form
> P:prefix=variante
> wird ja sterben, das wird so aussehen:
> #Prefix_variante1
> Prefix_variante2
> #Prefix_variante3
> #Prefix_variante4
rate.conf hat zwei Funktionen:
1) es definiert die "booked" Provider, das sind jene, die ueberhaupt
in rate.conf drin stehen - Funktionalitaet dzt. ein LCR HINT fuer
booked Providers, irgendwann hoffentlich aktives LCR
2) es definiert(e) die Varianten, die wird so nicht mehr haben.
also ist
Prefix_varianteX
sich das einfachste.
>
> d.h. jede Variante ist sowas wie ein eigener Provider, die
entsprechende
> zeile mu� auskommentiert werden.
Genau.
Ein kleines Script koennte raet-CC.dat scannen und rate.conf.sample
erzeugen.
> P.P.S. Macht ein Datum in der rate.conf Sinn? Ich k�nnte damit
angeben,
> ab wann ich einen bestimmten Provider gebucht habe. Kannst du damit
was
> anfangen, leo?
Ja, ist sicher kein Fehler. Ich koennte mir eine rate.conf herrichten
und hineinschreiben, ab Datum soundso bin ich auf diesen Tarif
umgestiegen. isdnrate und -rep koennen damit umgehen. der isdnlog muss
allerdings neugestartet werden - isdnlog & isdnrate -D vertragen
keinen HUP :-(
leo
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
