Hi Leute,
> Ich habe aus isdnrate das normalizeNumber in ein eigenes Modul ausgelagert
> (s. 2 Mail).
> Funktioniert auch soweit gut, aber es gibt Probleme bei Sonderrufnummern.
> Da muessten IMHO 2 Arten von Sondernummern unterschieden werde.
> 1) Providerunabhaenigige:
> z.B. 122, 133, 144, 0800 (in AT Feuerwehr, Kiberei, Rettung, Freephone)
> 2) Providerspezifische
> z.B. 19430 Datenhighway der PTA, also nur Provider 1
> oder div. Auskunftsnummern der Provider
>
> Ad 1) kann verarbeitet werden, wenn bei jedem Provider steht:
> A:122,133,144,+43800
Richtig, das machen wir auch so (zumindest habe ich mich mit Andreas
darauf geeinigt. Es gibt auch in Deutschland nur ganz wenige Nummern,
die per Gesetz von jedem Provider angeboten werden m�ssen)
> Ad 2) Wenn ich ueber einen alternativen Provider waehle:
> 100219430
> sagt mir eine freundlich Kaputterstimme: "herzlich willkommen bei
> Provider.."
> ich bin also nicht auf dem Datenhighway sondern bei dem Provider, der diese
> Nummer eben nicht anbietet.
> Nun ist aber 19430 fuer jeden anderen Provider eine ganz normale Nummer im
> Ortsnetz und die Auswertung bringt +43 2555 19430, was falsch ist.
>
> "Was tun?", sprach Zeus.
Gute Frage. Wir m�ssten bei jedem Provider alle Nummern anf�hren, die
bei irgendeinem anderen Provider eine Sondernummer darstellen, und nur
bei diesem Provider angeboten werden. Overkill, denke ich. Interessiert
uns das wirklich? Wenns wichtig ist, k�nnen wir�s immer noch als Service
definieren (mit S:-Tag).
> Weitere Dinge, die mir aufgefallen sind:
>
> - countryprefix country.c erwartet strikt ein '+', wozu ist der
> countryprefix?
> D.h. ich definier den countryprefix auf '00' und schlage ein Land '0049' in
> getCountrycode nach, und das scheitert dann?
Wiederum eine gute Frage. Ist �+� international genug, um es als
Standard einzuf�hren? Andererseits w�re eiune �nderung in country.c vom
hartkodierten �+� auf countryprefix kein Problem, obwohl z.B. auch in
der country.dat alles mit �+� drinnensteht.
> - areaprefix: kann der ungleich '0' sein?
keine Ahnung.
> - vbn wird offensichtlich noch nicht aus isdn.conf gelesen
Richtig. Laut ANdreas spinnt die Congi-Geschichte. Die
Kommandozeilen-Option funktioniert aber.
> - Laenger der Providernummern
> Die DTAG kocht hier offensichtlich ein eigenes/anders Sueppchen.
> z.B.:
> 010050
> in Oesterreich gibt es auch Provider 1002, 1005 ... daher funktioniert
> dieses System der DTAG in AT nicht.
> Wie lange kann die Nummer hinter vbn sein (ausser bei DTAG)?
Exkrement. Ges��. Was machen wir da? Ich f�rchte, da kommen wir um was
L�nderspezifisches nicht herum. Nochmal in aller eutlichkeit: Exkrement,
Ges��.
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
