hi Leute,
> Im Moment geht's ja rund um den isdnlog ziemlich ruhig zu - zum Gl�ck!
Dem kann ich nur beipflichten, mir stehts sonst bis zu den
Augenbrauen...
> 3. Ich habe eben bitterb�s' an "rate.c" Hand angelegt, und ersetze
> nun automatisch (mit einer dicken WARNING) jedes
> A:0xxxx
> durch
> A:+49xxxx
> (Nat�rlich nicht fix mit "+49", Michael, sondern mit "mycountry")
Sehr brav. Aber ich habe das schon wieder ge�ndert, und dstatt
print_ms() die warning()-Funktionverwendet. So l�uft er auch im
Standalone-Modus.
> Wer k�nnte mal einen sed-Script schreiben, der die komplette
> "rate-de.dat" dementsprechend umbaut?
Kann nicht so schwierig sein!
Apropos: Ich habe in unserer rate-at.dat ein neues Pseuto-Tag
eingef�hrt, n�mlich
C: maintained by: Michael Reinelt <[EMAIL PROTECTED]>
Damit erkennt man bei jedem Provider, wer daf�r zust�ndig ist, und auch,
ob gewisse Provider noch keinen Maintainer haben. Ich selbst habe mich
f�r die Telekom und max.plus eingetragen, weil ich bei denen Kunde bin
und deshalb ein gewisses Interesse an der Korrektheit der Tarife habe.
Alle anderen sind mir eigentlich wu*scht :-)
> 4. Michael: Seit Deiner letzten �nderung in "processor.c" kommt leider
> die Meldung "CHARGE: xxxx" direkt nach dem "CONNECT" nicht mehr.
> Irgendwie zeigt der Pointer "**msg" von prepareRate() nach dem
> Aufruf nach NULL, daher wird die korrekt aufbereitete "CHARGE:"
> Zeile leider nicht ausgegeben.
Muss ich mir genauer anschauen.
> 5. Der isdnlog kommt nun (neben meinen neuen Warnings) mit folgenden
> wenigen Warnings hoch (tolle Arbeit, Jochen!!):
> Diese Warning's sind so leider nicht richtig, da alle 3 Provider gar
> keinen Tarif f�r Deutschlandweites Telefonieren anbieten
> (201 hat z.b. nur eine Telefonauskunft, 88 nur einen Internet-Zugang)
>
> Hier sollte es die M�glichkeit geben, mit was wei� ich
>
> D:-
>
> diese WARNING zu unterdr�cken (und nat�rlich auch diesen Provider
> bei der Least-Cost-Berechnung au�en vor zu lassen ...)
eieiei. Was mach�mer da? Warnung unterdr�cken ist irgendwie wenig...
Vielleicht sollten wir eine Zond definieren, mit A:-Tags, die von diesem
provider aus _nicht_ erreichbar sind, das w�ren im obigen Fall
eigentlich alle, weil wenn sie nicht Deutschland anbuieten, dann werden
sei ja auch kein Ausland haben, oder?
Ich denke da an
Z:-1
A:+
Zonennummern <0 sind per Definition nicht erreichbar?
oder einfacher:
Z:-
A:+
nachdem wir ja einen �best match� auf das A:-Tag machen, werden alle
Nummern, die keinem A:-Tag entsprechen, mit dieser Zone gematcht, und
isdnlog weiss, was er tut. (hofflich)
> WARNING: rate-de.dat line 9941: Duplicate Service Internet by call
>
> Das verstehe ich nicht, Michael!
Was gibt�s daran nicht zu verstehen? Das Service-Tag dient dazu, eine
Zone anhand der Dienstekennung zu ermitteln. Ein paar Zeilen dar�ber
hast du eine andere zone mit derselben Service-Kennung. Welche soll er
denn nun nehmen?
bye, Michi
--
netWorks Vox: +43 316 692396
Michael Reinelt Fax: +43 316 692343
Geisslergasse 4 GSM: +43 676 3079941
A-8045 Graz, Austria e-mail: [EMAIL PROTECTED]
_______________________________________________
Rates4linux-devel mailing list
[EMAIL PROTECTED]
http://lists.SourceForge.net/mailman/listinfo/rates4linux-devel
