Hi Michi,

----- Original Message -----
From: Michael Reinelt <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Dienstag, 09. November 1999 06:56
Subject: Re: isdnlog/rate/rep


> Hi Leute, Hi Leo,
>
> > Fuer den Datumsbereich beim Provider gibt's den G:-Tag
> >
> > G:-31.08.1999 # gueltig bis
> > G:01.09.1999  # gueltig ab
> > G:01.09.1999-31.03.2000 # gueltig von bis
>
> Leo? Hatten wir uns da nicht bereits auf etwas ganz anderes
geeinigt?

Weiss nicht mehr ;-) Na gut, es haette so aussehen sollen:
P:[1.9.99] 1001
haben wir damals (28.7) diskutiert.
Ist aber fast egal, es gibt ein parseDate, das an passender Stelle
aufgerufen werden kann, das kann ganz schnell geaendert werden, z.B
wenn die Datumsbereiche beim T:-Tag kommen.

> > Nun gibt es ein kleines Problem bei der Providerselektion, bzw. in
> > obiger Ausgabe von isdnrate, die Eintraege '1001:Telekom...' haben
> > keine eindeutige Nummer mehr.
> > Daher plane ich, diese Nummern ganz zu streichen und durch einen
> > String zu ersetzten.
>
> Das plane ich auch.
>
> > und dieser String wird dann exakt so ausgedruckt. Das wuerde
bedeuten
> > rate.conf muesste die selbe Notation haben, genau wie auch
PRESELECTED
> > in isdn.conf.
> >
> > Denkbar waere auch bei der jetzigen Notation 'provider,variante'
zu
> > bleiben und getProvider liefert einen eindeutigen String
> > 'provider_variante' zurueck. Damit waeren keine Aenderungen in der
> > Konfiguration notwendig.
>
> Nein, da bin ich dagegen. Ich will die Varianten loswerden.

Das groessere Problem daran ist, das damit auch Umbauten bei isdnlog,
isdnrep, isdnrate notwendig sind, also ueberall, wo von extern ein
Provider vorgegeben ist:
- PRESELECTED in Konfig
- Kommandozeile von isdnrate
- isdn.log
Das ist ueberall ein "int provider" drin, ein Umbau auf einen String
daher nicht trivial.
Ich hoer in schon wieder rufen "pragmatiker ..." ;-) , aber wie gesagt
der Umbau ist nicht trivial, da etliche Teile betroffen sind, aber die
Schnittstelle ist schon vorhanden.
Prinzipiell gefaellt mir die jetzige Loesung aber nicht schlecht,
denke an die Providerauswahl bei isdnrate:

$ isdnrate -p1_1,29_2,2
ist deutlich einfacher als
$ isdnrate -pTelekom_Standard_Tarif,Cybertron_Business,UTA -HX 01

Weiters speichert isdn.log den Provider ab, also das muss noch genau
ueberlegt werden.

leo





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

Antwort per Email an