On Tue, Aug 24, 1999 at 11:39:49AM +0200, Leopold Toetsch wrote:
> Hallo Michi, Andreas, et al
>
> Irgendwie ist mir fast die Mailbox uebergelaufen, wenn ich jetzt auf jede
> Antwort der Antwort und auf jede Antwort antworte, dann - was wollte ich
> eigentlich schreiben - a ja Alzheimer ;-)
>
> Also telnum/normalizeNumber zeigt schoen die Vorgehensweise auf, die wir
> brauchen.
>
> 1) Absplittung der Providernummer
> TODO: VBN + Flag VBN_GERMANY (5/6-stellige Nummmer) aus isdn.conf lesen.
Ok, nicht Ok. "VBN_GERMANY" gef�llt mir nicht. Ich h�tte da gerne eine
eher generelle L�sung. Wei� jemand, wie das in anderen L�ndern l�uft?
In Holland ist die VBN auch variabel lang, das wei� ich ...
> 2) Absplittung des Landes mittels getCountrycode (country.dat).
> TODO: Erweiterung: Sonderbehandlung in country.c 001 (USA/Kanada), die
> Staedte sind schon eine Draufgabe sollten aber wenns viele sind (was ich
> glaube :-) eine eigene Zonendatei 001 bekommen.
Sind sehr viele! Ich hatte Dir doch da so eine Home-Page genannt :-)
> 3) Unterscheidung Sondernummer / "Normale" Rufnummer (getArea, rate-CC.dat)
> Wir brauchen das unbedingt, das kann nicht entfallen. Michi ich sag nur
> 19430.
> (Eine oesterreichweit ueber Provider 1001 verfuegbare Nummer, die eben nicht
> im Ortsnetz liegt)
> 19430 ist also eine Sondernummer - finito.
Korrekt!
> Und die Bezeichnung sollte von getArea()
Korrekt!
> 4a) 0180 123456 und Konsorten:
> Die Vorwahl ist 0180 die Rufnummer ist 123456, aber die Zone ergibt sich aus
> 01801 - getZone() kann das schon (!!!), die 0180 und Konsorten sind daher
> ganz "normale" Rufnummern, brauchen einen Eintrag in code der so aussieht:
>
> 1801 Shared Cost Service 3
>
> (s. auch zone/nl/code)
> Der 3er in der 3.Spalte ist die Laenge der Vorwahl.
> Da die Zone wahrscheinlich nicht einheitlich ist erfolgt die Zurordnung der
> Zonen per rate-de.dat
> getArea() kann da gar nicht die Laenge liefern, da eben die Laenge der
> Nummer, die die Zone bestimmt, nicht der Laenge der Vorwahl entspricht.
> Ergo: Sondernummern sind Nummern fixer Laenger, wenn man was dahinter
> waehlen kann, ist das eine Vorwahl die in CC/code und in rate-CC.dat drin
> stehen.
Absolut einverstanden. "de/code" �bernehme ich!
> 4b) 0700, Handynummern sind ganz normale Nummern in eigener Zone, daher mit
> Eintrag in CC/code (->Bezeichnung, Laenge) und Eintrag in rate-CC.dat
> (Preis, Takt)
Korrekt!
> 4c) Staedte (s. 4b)
Ok.
> Was gibt's noch fuer "echte" Sondernummern (Polizei und Konsorten, Auskunft,
> ...), sonst IMHO nix.
Naja, Auskunft/Polizei sind leider noch mal Sonderf�lle von Sonderf�llen,
da diese Nummern hier in .de _ohne_ vorlaufende "0" sind.
D.h. die Nummer "112 Feuerwehr" bekomme ich per heute nicht in "code" rein!
> Kurz
> Nummer CC/code rate-CC.dat
> +43 1 x 1 Wien Z:x,T:
> +49 180 1 x 1801 Service_180 3 Z:81,A:+491801,T:nnn
> +43 664 x 664 Mobil Z:10,A:+43664,T:nnn
> +43 144 - Z:0 Free, A:144
> +43 19430 - Z:4 Online, A:19430, T:nnn
>
> Die ersten 3 sind normale Nummern, die letzten beiden sind Sondernummern.
> Reihenfolge der Auswertung wie gehabt:
> 1. getArea() Sondernummer Ja (fertig, =>Text=Zone) / Nein
> 2. getZone() =>Laenge, Text
Ok.
> TODO:
> Das braucht der isdnlog nicht, aber das LCR/isdnrate:
>
> 4d) Es gibt Nummern, die nicht bei jedem Provider zur Verfuegung stehen (s.
> auch Andreas DEM 9.99/1) Eine Unterscheidung ueber den Preis 9.99 ist
> natuerlich etwas wackelig (ISDN-IT). Und - Andreas - es fallen Gebuehren an.
> Auch wenn keine Gebuehren anfallen brauchen wir das, denn es ist fuer LCR
> ein eklatanter Unterschied ob du mit einem Provider irgendwo hin _gratis_
> telefonieren oder _gar_nicht_ kannst.
Vollkommen richtig!
> Vorschlag:
> Eine spezielle Zonen (i.e. nicht erreichbar)
> Z.B.
>
> P:02
> Z:9999
> A:19430,19440 # rien ne va plus
> Beim Provder 1002 ist 19430 nicht zu waehlen.
Sehr sch�n! Akzeptiert!
> 4e) Provider DE P:25 Citykom (oder in AT:Telekabel)
> Diese bieten ihr Service nur _von_ einem bestimmten Rufnummerkreis aus an.
> Wir brauchen also einen neuen Tag in rate-CC.dat (F:rom, V:on sind leider
> vergeben, daher eX:clusive) und eine Notation:
> Vorschlag:
> Z.B.
> X:+492???,-492111,+49548?,-495482
> Der Provider bietet sein Service nur von den angegebenen Nummern, '+', aber
> innerhalb dieser Nummern nicht '-' von diesen Nummern (Die ??? stehen da
> wegen der Laenge)
> Ob der 49 da drin steht ist Geschmackssache, bzw. wahrscheinlich ja, da der
> jetzige Code auch solche Nummern matched.
> Weiters gehoeren die Nummern wohin du bei dem Provider im Inland waehlen
> kannst in eine eigene Zonendatei.
>
> Der isdnlog braucht das wie gesagt nicht, da solche nicht waehlbaren Nummern
> auch nicht aufgeloest werden muessen aber LCR/isdnrate brauchts.
Richtig.
> Weiteres Vermischtes:
>
> >> 3. isdnlog raucht grunds�tzlich in "isdnlog/processor.c/prepareRate()"
> >> ab, weil "chan" pl�tzlich 153 ist.
>
> Das sind doch die default-Sekunden vom LCR oder ist das Zufall.
War kein Zufall. Michi hatte die RATE-struct in rate.h ver�ndert, und
mangels dependency im Makefile wurde leider nicht alles neu kompiliert,
was die RATE-struct verwendet ...
> > und eigentlich k�nnte dann das src[2] und dst[2] fallen,
>
> In der struct Rate brauchst du das wirklich nicht. Die Verwaltung der
> Nummern ist eh schon in der struct Num.
>
> - isdnrate.c sollte besser telrate.c heissen, es hat mit ISDN ja eigentlich
> nichts zu tun.
Akzepziert.
> - Ungarische Notation
>
> pszDasIstEinString <-> s
> iMeinZaehlerFuerDieSchleife <-> i
>
> Ich bin 18:1 und 27:1 fuer die 2. Variante
Bis auf eine kleine Erweiterung bin ich einverstanden:
for ( iMeinZaehlerFuerDieSchleife = 1;
iMeinZaehlerFuerDieSchleife < 10;
iMeinZaehlerFuerDieSchleife++ ) { /* BEGIN DER SCHLEIFE */
if ( iMeinZaehlerFuerDieSchleife == 5 );
} /* ENDE DER SCHLEIFE */
-----------------------------------------------^^^^^^^^^^^^^^^^^^^^^^^
Diese Kommentare halte ich f�r enorm wichtig f�r die Lesbarkeit!
> - rate-de.dat
> Die Country-Warnungen sollten bald raus.
Ja!
> - Zeitplan:
>
> Irgendwann demnaechst sollten wir eine stabile Version (inkl. aktualisierter
> Doku :-( ) herausbringen. (s. auch zig Postings auf de.alt.comm.isdn4linux).
> Dann gibt's fuer diese Version ein Code-Freeze und eine Aufsplittung in
> einen Entwicklerzweig.
Ok!
> Kommt da die Umorganisation von rate.c (alle Provider (Varianten/Datum))
> noch hinein, oder soll das spaeter kommen (Michi?)
> Wie schauts mit dem aktiven LCR aus (Andreas?)
Ist fertig und tod :-( Hast Du nicht mein Posting bzgl. des Patentes gelesen?
> > Anyway: Ich w�nsche euch allen da drau�en eine gute Nacht! Hat eigentlich
> > irgend jemand von euch vor, zum Linux-Kongress nach Augsburg zu
> > kommen?
> Wann /wie lange issn das?
www.linux-kongress.de
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
