* Thomas Richter <[EMAIL PROTECTED]> schrieb: > Es gibt eine 090032669000 f�r Annyway SMS. > Wenn ich in service-rnr folgendes eintrage, l�ppt dad nich: > [...] > > Z:501 SMS Anny Way > C:TarifURL: > A:090032669000 > T:*/*=0.09/0,0/60 > X:090032669000=300
Die zweite Variante sollte funktionieren. X:09003... weil die Nummer so gew�hlt wird, A:09003... weil es sich gem�� dem header hier um eine Sonderrufnummer handelt und die Nummer so in einem N: Tag auftaucht. Womit wir dann auch bei der Ursache des Problems w�ren. In ~/isdn4k-utils/isdnlog/tools/telnum.h wird eine Datenstruktur TELNUM definiert, die zur Speicherung einer zerlegten Rufnummer gedacht ist. Wenn die zu zerlegende Rufnummer nun eine Sonderrufnummer ist (passendes N: Zeile in rate-de.dat vorhanden), wird die gesamte Nummer in .area gespeichert, einem String der L�nge TN_MAX_AREA_LEN = 10, was zu kurz ist. isdnlog selbst stolpert in diesem speziellen Fall nicht �ber TELNUM, hier konnte ich mittels fingierte Replaydatei eine korrekte Berechnung nachvollziehen: >| Aug 13 12:09:56 tei 81 calling 090032669000 with +49 4155/666666,\ >| B�chen CHARGE: 9.000 � + 0.000 �/60s = 9.000 � + 0.000 �/Min\ >| (Service-Rufnummer, Premium Rate - Unterhaltung, t�glich) isdnrate und isdnrep (mit -r-) versagen allerdings, da sie beide die Zielrufnummer in einer TELNUM ablegen. Eine L�sung besteht darin, TN_MAX_AREA_LEN entsprechend zu vergr��ern, mit 15 statt 10 sollte dass Problem f�r die n�chsten Jahre aus der Welt sein. Herleitung: Eine internationale Rufnummer (499003...) ist maximal 15 Ziffern lang, bei mindestens zweistelliger Landesvorwahl bleiben 13 Ziffern f�r die nationale Nummer, plus die f�hrende 0 plus \0 am Ende macht 15. Sofern keine Einw�nde kommen, werde ich demn�chst telnum.h entsprechend ab�ndern. Auch hier stellt sich wieder daneben die Frage, ob Zeilen wie >| S:Premium Rate - Unterhaltung >| N:09003* im header der rate-de.dat sinnvoll sind. Sofern ich das Sonderrufnummern-Konzept richtig verstanden habe, erkl�ren wir hiermit, das alle mit 09003* einen vergleichbaren Service anbieten, was ja bei 0900n... nicht der Fall ist. Sinn macht das f�r Internet by Call oder die Auskunft (118..), weil daf�r entsprechende LCR Hints oder isdnrate Abfragen denkbar sind, die derzeit nur arg unvollst�ndig vorhandenen Tarifdaten einmal vorausgesetzt. Unbedingt erforderlich sind die S:/N: Tags wohl nur f�r die Nummern in der Gasse 11, also 110, 112, bald 116116, und die angesprochenen 118.. Als normale Rufnummern w�rde sie in normalisierter Form die eigene Ortsvorwahl enthalten, z. B. 11833 = +493011833 in Berlin. Gerade bei der obigen isdnlog-Ausgabe kommt noch dazu, dass der Service-Name "Premium Rate - Unterhaltung" den Zonennamen " SMS Anny Way" �berschreibt. Aus diesen Gr�nden �berlege ich, die S:/ N: Tags f�r Rufnummernbereiche wie 0180, 019[^0], 0700, 0800, 0900. zu entfernen. Zu kl�ren w�re daf�r u. a. noch, ob dann A:09003 oder A:+499003 die sinnvollere Notation im Ratefile ist. Falls jeamnden ihm mehr oder minder wichtige Gr�nde einfallen, so etwas nicht zu tun, m�ge er bitte nicht z�gern sich zu �u�ern. Gru� Tobias -- Tobias Becker E-Mail [EMAIL PROTECTED] PGP 0xD06BB70D * Und erfahrene Menschen sagen, da� derjenige, der zu viel sieht und zu viel wei�, �hnlich wie der, der zu wenig sieht und zu wenig wei�, leicht vom richtigen Weg abkommt und untergeht. * Stefan Chwin * ------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click _______________________________________________ Rates4linux-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/rates4linux-devel
