FreeBSD , Schweden
- 20. August 2011 - 4 Kommentare
freie schwedische Nummern nachschlagen Service
Als Schweden Nummernportabilität implementiert für Handys (MNP - Mobile Number Portability) und Festnetz dort, wo einige Leute, die diese Informationen in DNS oder ein DNS-artigen System veröffentlicht werden soll angegeben, so wäre es billig und für jedermann verfügbar zu bedienen. Natürlich sind die Telcos tun wollte es so, wie sie es immer taten Dinge. Mit einer zentralen Fett-Lösung.
So Schweden endete mit einem Oracle-basierten zentralen Datenbank (CRDB)-Lösung System von Cap Gemini und Oracle realisiert. Dieses System wird jetzt durch SNPAC AB (im Besitz von Schwedens großen Telcos), die ca. Gebühren laufen. 19200 Euro zu verbinden und 14400 Euro pro Jahr. Das ist wirklich nicht in die Hände für kleine Akteure auf dem Markt oder Hobbyisten Betrieb eines Asterisk-Telefonanlage, die wie zu tun wählen die günstigste Route zu einem Anruf zu tätigen würde.
Der andere Tag, an dem schwedischen PTS (Die schwedische Post und Telecom Agency) hat eine Webseite wo man überprüfen, welche Betreiber beendet, die Nummer war. Also beschloss ich, gehen Sie vor und Implementierung einer DNS-basierten Look-up-Methode.
Zunächst ein wenig schimpfen über ihren Dienst. Nun, es ist schön, dass sie verschiedene Schnittstellen, heute sind sie die Unterstützung von SOAP 1.1, SOAP 1.2, HTTP GET und HTTP POST bieten. Aber warum sollte der Endanwender müssen über die Teilung der in NDC und SN kümmern? (NDC - National Destination Code und SN - Subscriber Number) nach all den PTS ist maßgebend der NDC so warum konnten sie nicht die Anzahl split für uns? Und warum nicht eine ganze MSISDN (Mobile Subscriber Integrated Services Digital Network Number) oder warum nicht eine ganze E.164-Nummer? Oder wie wäre es eigentlich die Implementierung eines ENUM (E.164 Nummer Mapping) nachschlagen?
Ok genug schimpfen. Ich hatte ein paar Stunden über so setzte ich mich mit einem FreeBSD-Box und pwerdns und fing an Code. So jetzt habe ich (und der Rest der Welt) können Sie folgendes tun Lookups mit ihren Lieblings-DNS-Tool:
% Dig 733441006.tel.arnold.se TXT
% Dig 6.0.0.1.4.4.3.3.7.0.6.4.tel.arnold.se TXT
Das Ergebnis ist eine Zeichenfolge mit dem Namen des Betreibers für die entsprechende Anzahl. (Ich habe eine volle Ausgangsleistung unten aufgeführt) nicht die beste Antwort auf die automatische Anrufverteilung, aber gut genug, wie ein Proof of Concept Umsetzung der Überbrückung DNS und MNP-Datenbank tun. Im Moment bin ich die Implementierung eines ENUM-Typ, so dass Sie automatisch konnten integrieren diese in Ihre Asterisk PBX und wählen Sie die besten ausgehende Leitung für Ihre Anrufe. Da die Betreiber haben oft "Call kostenlos in unserem Netzwerk" beschäftigt sich das wäre ein großes Werkzeug für die Low-Cost-Routing Ihrer Anrufe werden.
Aber bevor die Umsetzung Zeug mit dieser ein paar Hinweise:
- Dies ist ein Experiment.
- Ich habe nicht in vollem Umfang Caching und Performance abgestimmt noch.
- Ich momentan nur Unterstützung FOLGENDEN NDC: 8, 31, 40, 70, 72, 73, 76 (Schwedens 3 größten Städte und die GSM-und 3G-Netze) Mehr NDC wird folgen, wenn ich eine maschinenlesbare Liste gefunden haben, damit ich nicht tun haben, um sie alle in Art ...
So ein paar Fragen an Sie dies lesen:
- Möchten Sie dies als einen permanenten Service?
- Jede andere nützliche Dinge Sie nachschlagen möchten über DNS?
- Welche Informationen würden Sie in der ENUM wieder aus? (Ich bin besonders auf die Bedürfnisse von Non Asterisk User interessiert.)
Bitte geben Sie mir ein Feedback unten, und ich werde versuchen, Ihre Ideen zu berücksichtigen.
Ein komplettes Beispiel einer Suche nach graben:
% Dig 733441006.tel.arnold.se. txt
; <<>> DiG 9.6.1-P2 <<>> 733441006.tel.arnold.se. txt
;; Globale Optionen: + cmd
;; Got Antwort:
;; ->> HEADER <<- Opcode: QUERY, status: NOERROR, id: 57824
;; Flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ZUSÄTZLICHE: 0
;; QUESTION SECTION:
; 733441006.tel.arnold.se. IN TXT
;; ANSWER SECTION:
733441006.tel.arnold.se. 3600 IN TXT "Telenor Sverige AB"
;; Query time: 39 ms
;; SERVER: 213.136.34.15 # 53 (213.136.34.15)
;; WANN: 20. August 2011 Sa 13.44.06
;; MSG SIZE rcvd: 72











































