Enumlookup

wie deine dig-Abfrage aussieht

pling - Groschen gefallen ... Du meinst das Ergebnis der DIG Abfrage (hoffentlich) :mrgreen:

Code:
;; QUESTION SECTION:
;x.x.x.9.8.9.1.2.6.1.9.4.e164.arpa. IN  ANY

;; ANSWER SECTION:
x.x.x.9.8.9.1.2.6.1.9.4.e164.arpa. 900 IN NAPTR 1 10 "u" "E2U+sip" "!^.*$!sip:[email protected]!" .

Code:
;; QUESTION SECTION:
;x.x.x.4.9.8.4.3.6.1.9.4.e164.arpa. IN  ANY

;; ANSWER SECTION:
x.x.x.4.9.8.4.3.6.1.9.4.e164.arpa. 712 IN NAPTR 1 10 "u" "E2U+iax" "!^.*$!iax:[email protected]/123!" .
 
Ja, genau so. An den Purtel-Eintrag wird fälschlicherweise ein
!
rangehängt. Seh ich das richtig?
Passiert das immer?
Ist das genau dieser Purtel-Eintrag?
 
ich habe keine Nummer, in der ein "NICHT_PURtel-SIP"-Eintrag drinsteht ... müßte ich erstmal eine einrichten, dann kann ich Dir das genauer sagen.

Aber ich habe noch eine Nummer, in der ein IAX und ein SIP Eintrag sind, und da stimmt komischerweise beim lookup beides.

Code:
1.7.9.4.e164.arpa. 900 IN NAPTR 1 10 "u" "E2U+iax" "!^.*$!iax:[email protected]/123!" .
1.7.9.4.e164.arpa. 900 IN NAPTR 2 10 "u" "E2U+sip" "!^.*$!sip:[email protected]!" .
 
Probier erstmal, ob Version 0.04 immernoch einen falschen Eintrag liefert!
 
Gleicher Zustand:

Nummer mit einzelnem SIP-Eintrag -> falsch

Nummer mit einzelnem IAX-Eintrag -> richtig

Nummer mit IAX und SIP -> richtig
 
Ich muss nochmal nachfragen.
1. Was genau ist am zurückgelieferten Eintrag falsch?
2. Du müsstest eine Datei /tmp/enum haben. Kannst du mir die mal posten? Die Nummern kannst du natürlich ändern.
 
1. Was daran falsch ist - in ENUMENTRY1 steht das Ausrufezeichen mit drin

2.
Code:
Exakt so ! Einschließlich des Punktes !

Bei der Nummer mit den beiden Einträgen sieht das so aus:

Alles ok !

Bei der Nummer mit dem einzelnen IAX.

Code:
IAX2/[email protected]/123!" .

Kann dieser Fehler daher kommen, daß eine ENUM-registrierte Nummer EXAKT nur einen Eintrag hat ?
 
Kann dieser Fehler daher kommen, daß eine ENUM-registrierte Nummer EXAKT nur einen Eintrag hat ?
Ich überprüfe das. Das dumme ist, dass ich hier als keine Abfragen machen kann. Das versteh ich halt auch nicht. Aber das liegt sicher nicht an meinem Skript.
 
Nein - Dein Skript liefert ja die Abfragen, die ich Dir hier schicke.

Bei den beiden "Einzeleinträgen" habe ich gerade mal noch einen jeweils zweiten Eintrag eingefügt - mal sehen, was da passiert.
 
Kannst du das mal testen?

EDIT: wurde entfernt, da es eh nicht funktioniert hat
 
geht sofort los !

Inzwischen sind die jeweils "zweiten" Einträge ebenfalls registriert.

Code:
Erster Versuch - die Nummer die vorher NUR den IAX hatte:

    -- Executing NoOp("IAX2/77@77/3", "IAX2/[email protected]/123!") in new stack
    -- Executing NoOp("IAX2/77@77/3", "tel:49163xxxxxxx!") in new stack
    -- Executing NoOp("IAX2/77@77/3", "") in new stack
    -- Executing NoOp("IAX2/77@77/3", "") in new stack
    -- Executing NoOp("IAX2/77@77/3", "") in new stack

Code:
Zweiter Versuch - die Nummer, die vorher NUR den SIP hatte:

    -- Executing NoOp("IAX2/77@77/2", "SIP/[email protected]!") in new stack
    -- Executing NoOp("IAX2/77@77/2", "tel:49162xxxxxxx!") in new stack
    -- Executing NoOp("IAX2/77@77/2", "") in new stack
    -- Executing NoOp("IAX2/77@77/2", "") in new stack
    -- Executing NoOp("IAX2/77@77/2", "") in new stack

Code:
Dritter Versuch - die Nummer, die vorher schon IAX und SIP hatte:

    -- Executing NoOp("IAX2/77@77/5", "IAX2/[email protected]/123!") in new stack
    -- Executing NoOp("IAX2/77@77/5", "SIP/[email protected]!") in new stack
    -- Executing NoOp("IAX2/77@77/5", "") in new stack
    -- Executing NoOp("IAX2/77@77/5", "") in new stack
    -- Executing NoOp("IAX2/77@77/5", "") in new stack

Ergebnis:

Jetzt kommt das falsche Ausrufezeichen am Ende ALLER Einträge ! An der Anzahl der Einträge scheint es nicht zu liegen.

/tmp/enum (vom letzten Beispiel) schrieb:

Vorher war das Ergebnis in der /tmp/enum jedenfalls korrekt - jetzt nicht mehr.
 
Ja, das ist richtig. Ich hatte oben schon gepostet, dass du es vergessen sollst. Aber das hast du leider nicht mehr gesehen. Ich hab noch einen letzten Versuch für heute. Dann geb ich erstmal auf. Das hat einfach keinen Taug, solange die DNS-Abfragen hier nicht funktionieren.

EDIT: Skript wurde nach oben verschoben.
 
ich kann Dir gerne Zugang per SSH zu einem meiner Asterisk-Test-Server geben, dann kannst Du von dort probieren, wenn Dir das was hilft.
 
Ich kann zumindest mal probieren, ob die Abfragen von dort aus funktionieren. Das würde mich nämlich mal interessieren.

EDIT: Eben hats wiedermal funktioniert. Meine drei Einträge werden korrekt übermittelt. Ich hab jetzt auch mal zwei gelöscht. Mal sehen, wie es dann mit einem funktioniert.
 
:bier:

:rosen:

Erfolgsmeldung in allen Varianten !

Auch bei ENUM-Registrierungen, die nur EINEN Eintrag haben !
 
Gut, einen Fehler seh ich noch: mailto-Einträge werden zu lto: verstümmelt.

EDIT: Problem gelöst. Ich schieb das Skript dann mal nach vorne.
 
Du hast eine PN - bei Wünschen zum Experimentieren bitte PN
 
Gut, dann mach ich jetzt erstmal Schluss. Vielleicht gibt es bald ein paar Tester mehr. Dann wird sich zeigen, ob wir noch mehr Nachtschichten einlegen müssen.

Gute Nacht!
Benno
 
ach - wir kriegen das schon hin :D
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.