Hallo ViennaAustria,
wie ist der aktuelle Stand der Dinge und wie sieht es mit der Enum-Registrierung aus?
Grüße
Hoschi
wie ist der aktuelle Stand der Dinge und wie sieht es mit der Enum-Registrierung aus?
Grüße
Hoschi
österreichische 0720 Nummern zum Ortstarif
- Ersteller ViennaAustria
- Erstellt am
Danke für den Hinweis.
Habs jetzt mit der zusätzlichen Null ausprobiert und jetzt funktioniert es wieder, dass ich von meinem A1 Handy meine Fairytel-Nummer zuhause anrufen kann.
Habs jetzt mit der zusätzlichen Null ausprobiert und jetzt funktioniert es wieder, dass ich von meinem A1 Handy meine Fairytel-Nummer zuhause anrufen kann.
Hallo,
ich wollte auch einmal kurz nachfragen, wie es mit dem neuen ENUM-Gateway aussieht?
lg,
thomas
ich wollte auch einmal kurz nachfragen, wie es mit dem neuen ENUM-Gateway aussieht?
lg,
thomas
- Mitglied seit
- 11 Okt 2005
- Beiträge
- 177
- Punkte für Reaktionen
- 0
- Punkte
- 0
Nichts hat sich in Luft aufgelöst - ich war in der Zeit auf Urlaub, als Telekom und WNT die Nummern geoutet haben. Wie meist hat's nicht geklappt und wir mussten mehrfach nachbessern lassen.
Der neue Gateway 013 26 720 xxxxxx bzw. 013 26 780 xxxxxx muss nun aber funktionieren. Bitte um Info, wenn dem nicht so ist!
Bitte im e-Mail angeben, welche 0720/0780 Zielrufnummer und aus welchem Netz (Provider) angerufen wurde.
Zuletzt bearbeitet:
- Mitglied seit
- 11 Okt 2005
- Beiträge
- 177
- Punkte für Reaktionen
- 0
- Punkte
- 0
Also grossartig viele Anrufe gehen da nicht drüber:
zeus.selfnet.at:/var/log/asterisk/cdr-csv 09:25# grep 0132672 Master.csv | cut -d, -f 10 | tr -d '"' | cut -f 1 -d ' ' | uniq -c | awk '{print $2": "$1}'
2011-08-04: 1
2011-08-05: 12
2011-08-06: 8
2011-08-08: 3
2011-08-11: 9
2011-08-13: 2
2011-08-15: 11
2011-08-16: 7
2011-08-17: 27
2011-08-18: 9
2011-08-19: 27
2011-08-20: 4
2011-08-23: 27
2011-08-24: 8
2011-08-25: 2
2011-08-26: 1
2011-08-27: 13
2011-08-28: 9
2011-08-29: 4
zeus.selfnet.at:/var/log/asterisk/cdr-csv 09:25# grep 0132672 Master.csv | cut -d, -f 10 | tr -d '"' | cut -f 1 -d ' ' | uniq -c | awk '{print $2": "$1}'
2011-08-04: 1
2011-08-05: 12
2011-08-06: 8
2011-08-08: 3
2011-08-11: 9
2011-08-13: 2
2011-08-15: 11
2011-08-16: 7
2011-08-17: 27
2011-08-18: 9
2011-08-19: 27
2011-08-20: 4
2011-08-23: 27
2011-08-24: 8
2011-08-25: 2
2011-08-26: 1
2011-08-27: 13
2011-08-28: 9
2011-08-29: 4
Hallo Thomas,
ich glaub das dauert ein wenig, bis alle die neue Nummer kennen, bzw. sich das rumgesprochen hat.
Grüße
Timm
ich glaub das dauert ein wenig, bis alle die neue Nummer kennen, bzw. sich das rumgesprochen hat.
Grüße
Timm
Dakapo
Mitglied
- Mitglied seit
- 10 Aug 2004
- Beiträge
- 380
- Punkte für Reaktionen
- 0
- Punkte
- 16
Sehe ich genauso. Von uns sind auf jeden Fall schon Anrufe in Deiner Statistik enthalten
Das 0123-Gateway wurde ja auch auf der Sipgate-Seite bekannt gemacht. Ist das jetzt beim 01326 genauso? Sonst weiß ja niemand davon!
- Mitglied seit
- 11 Okt 2005
- Beiträge
- 177
- Punkte für Reaktionen
- 0
- Punkte
- 0
Wo steht/stand denn die Info diesbezüglich? Dann kann ich dort mal nachhaken...
Ich bilde mir fest ein, dass das seinerzeit auf der Sipgate-Hompage stand (unter News). Ganz sicher stand seinerzeit das Gateway mit der 01962-Nummer, und ich glaube später das 0123.
Unabhängig von Sipgate haben sicher auch andere Betreiber, die jetzt über 01326 erreichbar sind, ein Interesse das ihren Kunden zu kommunizieren.
Unabhängig von Sipgate haben sicher auch andere Betreiber, die jetzt über 01326 erreichbar sind, ein Interesse das ihren Kunden zu kommunizieren.
schlagerstar
Mitglied
- Mitglied seit
- 22 Feb 2006
- Beiträge
- 405
- Punkte für Reaktionen
- 0
- Punkte
- 16
Die 0123 dürfte von Sipgate nie offiziell bekanntgegeben worden sein. http://web.archive.org/web/20060721203708/http://www.sipgate.at/user/news.php
Frage am Rande: Warum gehen eigentlich die Nummern von http://enum-test.at/ nicht?
Frage am Rande: Warum gehen eigentlich die Nummern von http://enum-test.at/ nicht?
- Mitglied seit
- 11 Okt 2005
- Beiträge
- 177
- Punkte für Reaktionen
- 0
- Punkte
- 0
Das sind keine offiziellen Testnummern, sondern "Privatvergnügen" von Rudolf Steiner in Innsbruck. SieheEinige dieser Nummern kann ich bei unserem Gateway einbinden - allerdings nur, wenn sie als "per ENUM erreichbar" gekennzeichnet sind.
Bitte beachte: wir wählen ja nicht über's Telefonnetz raus zu der 0720 Nummer, die man über den Gateway angerufen hat - wer würde die Telefonkosten zahlen? - sondern wir schicken die Calls mittels SIP an den zuständigen Provider weiter ... wenn wir ein Peering eingerichtet dorthin haben.
Das war schon immer so - auch, als wir den 0123 0720 Gateway betrieben haben. Zu beginn dieses Threads findest Du eine recht aktuelle Liste.
D.h., jeder, der eine 0720 Nummer hat, die man über unseren Gateway nicht erreicht, weil wir seinen Provider noch nicht peeren, muss mir das sagen (also Rufnummer, Provider und seine SIP URI, welche sich aus der Nummer errechnen lassen können muss). Ich versuche dann, ein SIP Peering zu diesem Provider einzurichten. Das geht nur, wenn es der jeweilige Provider nicht unterbindet!!!
Das darf er: es ist nirgendwo festgelegt, dass 0720 Nummern von Aussen (Internet) per SIP erreichbar sein müssen. Es ist nichtmal festgelegt, dass man das SIP Protokoll für die Zustellung zum Kunden/Anschluss zu verwenden hat. Ich darf Dir ganz legitim auch auf ISDN, POTS, AIX, Skype Gateways oder sonstwas eine 0720 Nummer draufschalten.
Bei 0780 ist das viel einfacher, weil die gibt's ja nur per SIP bzw. ENUM.
Hi Thomas,
ich dachte immer das Euer GW die ENUM DB(arpa+org) abfrägt und dann an das eingetragene Ziel durchstellen, ist dem nicht so?
Grüße
Timm
ich dachte immer das Euer GW die ENUM DB(arpa+org) abfrägt und dann an das eingetragene Ziel durchstellen, ist dem nicht so?
Grüße
Timm
- Mitglied seit
- 11 Okt 2005
- Beiträge
- 177
- Punkte für Reaktionen
- 0
- Punkte
- 0
Das macht er auch. Allerdings betraf das am alten Gateway gerade mal 1% der Anrufe. Die meisten wählen zu Nummern, die keinen ENUM Entry haben und damit eine fixe Route von uns zum jeweiligen Provider benötigen.
...und dazu brauchen wir halt inidividuelle Info, ob und wie ein Provider Calls per SIP annimmt.
ENUM funktioniert bei uns weltweit: wenn Du den Gateway ohne 0720/0780 Nummer anrufst, also nur 01 3267 ( 2 | 8 ) [0], oder mit einer Nummer, die wir nicht weiterleiten können, dann kommst Du zu einemVoice Prompt, wo Du weltweit Nummern mit ENUM Entry anrufen kannst oder auch amerikanische und andere Toll-Free (0800) Nummern, z.B. 001 888 3527140 für Microsoft USA.
Hi Thomas,
es scheint aber so zu sein das die RN-Blocks der RTR in der Hirachie etwas weiter oben stehen, denn meine RN steht in arpa und in org und ist über Euch nicht erreichbar, da es eine portierte RN von Sipgate zu nemox.net ist.
Grüße
Timm
es scheint aber so zu sein das die RN-Blocks der RTR in der Hirachie etwas weiter oben stehen, denn meine RN steht in arpa und in org und ist über Euch nicht erreichbar, da es eine portierte RN von Sipgate zu nemox.net ist.
Grüße
Timm
Ihr werbt auch nichtmal auf der eigenen Internetseite dafür.
Von wo sollen die Leute auch wissen, dass es eine neue Nummer gibt wenn sie es niergends erfahren.
Bei der 01/23072 hat doch auch keiner gewusst wer diesen Gateway überhaupt betreibt und die meisten haben es nur erfahren weil es weiter erzählt/geschrieben wurde bzw. viele ihre 0720 Nummer schon mit der Vorwahl weitergegben haben.
Zum Thema ENUM:
Das mit der Erreichbarkeit von SIP-Adressen per ENUM-Auflösung scheint ohnehin eine weithin (unnötigerweise) problematische Sache zu sein.
Da gibt es Provider, die ihre Kunden in dem Glauben lassen, im Falle der Existenz eines ENUM SIP-Eintrages zu einer Rufnummer, diese für den Kunden kostenlos erreichen zu können, führen jedoch die von dem Kunden aktivierte ENUM-Abfrage überhaupt nicht durch ( http://www.ip-phone-forum.de/showthread.php?t=109972 )
und dann noch die Sache mit den offenbar ins Leere führenden SIP-Adressen.
So sind z.B. zu der in einem der Beiträge dieses Threads genannten Rufnummer +44 800 699996 ganze 4 SIP-Einträge bei e164.org eingetragen. (Siehe auch: http://enumquery.com/lookup?e164=+44800699996 )
Aber nur aus einer der dort hinterlegten Ersetzungsregeln (
) resultiert eine SIP-Adresse ( [email protected] ) zu der eine Verbindung aufgebaut wird. Die anderen drei SIP-Adressen führen ins Leere.
Wohlgemerkt, es handelt sich hier um keinen Fehler in dem von ViennaAustria geschriebenen Script aus Beitrag #26 dieses Threads ( http://www.ip-phone-forum.de/showthread.php?t=97822&p=600766&viewfull=1#post600766 ) sondern offensichtlich um drei von vier Einträgen die in der Datenbank von e164.org gespeichert sind und ins Leere führen!
An diesem Beispiel wird vieleicht auch klar, dass sich die Erreichbarkeit über ENUM (sei es nun absichtlich oder auch "nur" grob fahrlässig) verhindern lässt! Wieso werden die nicht (mehr ???) funktionierenden Einträge nicht von denen, die sie eingetragen haben aus der e164.org-Datenbank entfernt um eine Erreichbarkeit der Rufnummer mittels des einzigen funktionierenden Eintrags zu ermöglichen?
Das mit der Erreichbarkeit von SIP-Adressen per ENUM-Auflösung scheint ohnehin eine weithin (unnötigerweise) problematische Sache zu sein.
Da gibt es Provider, die ihre Kunden in dem Glauben lassen, im Falle der Existenz eines ENUM SIP-Eintrages zu einer Rufnummer, diese für den Kunden kostenlos erreichen zu können, führen jedoch die von dem Kunden aktivierte ENUM-Abfrage überhaupt nicht durch ( http://www.ip-phone-forum.de/showthread.php?t=109972 )
und dann noch die Sache mit den offenbar ins Leere führenden SIP-Adressen.
So sind z.B. zu der in einem der Beiträge dieses Threads genannten Rufnummer +44 800 699996 ganze 4 SIP-Einträge bei e164.org eingetragen. (Siehe auch: http://enumquery.com/lookup?e164=+44800699996 )
Code:
# ./enumlookup.sh 44800699996
Looking up +44800699996
6.9.9.9.9.6.0.0.8.4.4.e164.org naptr = 200 10 "u" "E2U+SIP" "!^\\+44800(.*)$!sip:44800\\[email protected]!" .
6.9.9.9.9.6.0.0.8.4.4.e164.org naptr = 200 10 "u" "E2U+SIP" "!^\\+44800(.*)$!sip:44800\\[email protected]!" .
6.9.9.9.9.6.0.0.8.4.4.e164.org naptr = 200 10 "u" "E2U+SIP" "!^\\+44800(.*)$!sip:44800\\[email protected]!" .
6.9.9.9.9.6.0.0.8.4.4.e164.org naptr = 200 10 "u" "E2U+SIP" "!^\\+44800(.*)$!sip:44800\\[email protected]!" .Aber nur aus einer der dort hinterlegten Ersetzungsregeln (
Code:
6.9.9.9.9.6.0.0.8.4.4.e164.org naptr = 200 10 "u" "E2U+SIP" "!^\\+44800(.*)$!sip:44800\\[email protected]!" .Wohlgemerkt, es handelt sich hier um keinen Fehler in dem von ViennaAustria geschriebenen Script aus Beitrag #26 dieses Threads ( http://www.ip-phone-forum.de/showthread.php?t=97822&p=600766&viewfull=1#post600766 ) sondern offensichtlich um drei von vier Einträgen die in der Datenbank von e164.org gespeichert sind und ins Leere führen!
An diesem Beispiel wird vieleicht auch klar, dass sich die Erreichbarkeit über ENUM (sei es nun absichtlich oder auch "nur" grob fahrlässig) verhindern lässt! Wieso werden die nicht (mehr ???) funktionierenden Einträge nicht von denen, die sie eingetragen haben aus der e164.org-Datenbank entfernt um eine Erreichbarkeit der Rufnummer mittels des einzigen funktionierenden Eintrags zu ermöglichen?
Zuletzt bearbeitet:
Lt. yesss.at "01234 immer noch nutzbar, Website-Korrektur somit unnötig" ?!?
Beitrag durch User gelöscht!
Beitrag durch User gelöscht!
Zuletzt bearbeitet:
Neueste Beiträge
-
[Erledigt] Erklärung Entstehung/Aufbau SIP/SDP gesucht
- Letzte: essex_man
-
Arcor FW .99c auf T-ONE?- Letzte: stoney
-
[Problem] Smart-Gateway - Keine Push-Nachricht in der App- Letzte: Zwanzigeinundzwanzig
-
Telekom FTTH-"Ausbau" bei bestehender FTTH-Anbindung
- Letzte: Lurtz
-
Pirelli 3.99d Firmware- Letzte: dreieck
-
ELMEG CS 410 TAPI- Letzte: Novize
-
FRITZ!Box 7590 - INHAUS - Smart24P1 - 7.90 - Sammelthema
- Letzte: AugeK