[Gelöst] Fehlerhafte abgehende Wahl an Unify X3R

[MarcoMed]

Liebes Forum,

ich komme bei der Problematik nicht weiter und stelle das Thema mal hier ein.

Einrichtung einer Unify X3R (osbiz_v2_R7.1.1_040) läuft via Fritz 5690pro am Magenta XL 1000 Glasfaser. Zugangsdaten IP-Telefonie direkt in der Anlage eingetragen, alles läuft und es gibt folgendes Problem:

Nach Wahl der 0 fürs Amt kann ich jegliche Handynummern, Ferngespräche ohne Einschränkung wählen.

Beim Ortsgespräch passiert das:

0 (fürs Amt) - Ziffern die beginnen mit 1,2,3,5,6,7,8,9 werden bei der zweiten Folgeziffer abgebrochen. Besetztzeichen. Selbes Muster wenn ich 0 - Ortsnetzvorwahl wähle. Ausschließlich die Rufnummern mit der Ziffer 4, also 0 - 4xxx oder 0 - Ortsnetzvorwahl 4xxx lässt das System zu.

Auch Reset brachte nichts. Hab die Anlage nun dreimal neu aufgesetzt.

SIP Trunk abgemeldet, Anlage aus. Agfeo Anlage ran: alle Rufnummern werden gewählt.

Zum Test eine zweite Unify X3R, großer Reset, kein Backup, osbiz_v1_R3.4.1566 aufgebaut. Nur mit dem Wizard die notwendigen Einstellungen.
Und genau da selbe Rufproblem.

Da uneingeschränkt Rufe ab Agfeo möglich sind, ist von einem Fehler der FRITZ!Box oder Telekom SIP Trunk nicht auszugehen, oder?

Aber dass zwei verschiedene Anlagen, mit verschiedener Software / Hardware die selben Fehler machen, verstehe ich nicht.

Hat jemand eine Idee?

Danke im Voraus.

 

[LastRaven]

Hast du bei der Einrichtung (mit dem Assistenen?) die Rufnummern in der Anlage gelöscht? Sonst würde ich drauf tippen, dass dir die in DuWa eingetragenen Defaultwerte im Weg sind.

 

[schwester]

Hallo,

ich tippe auf fehlerhafte Standorteinstellungen.
Poste doch mal Screenshots von Richtung 1 und 12.

Gruß S

 

[MarcoMed]

Anbei.

 

[m313rs]

Hallo,

ich schließe mich da schwester an.. ein capture in richtung sip-trunk wäre ganz hilfreich um die r-uri und to-header sehen zu können.

Gruß
Chris

 

[MarcoMed]

@schwester @m313rs @LastRaven

Erstmal danke für die Antworten und Unterstützung.

Ich hoffe, ich konnte alle Daten erzeugen und die Bilder sind nicht zu groß.

 

[m313rs]

@MarcoMed kannst du calllogs bzw. traces zur verfügung stellen? die invite's zu sehen wäre nett.

 

[MarcoMed]

Diese?

 

[freshprince2002]

In der ersten Richtung (heißt bei dir ISDN, wir nennens dann um in Dummy) die Rufnummern kommend ausfüllen.
LKZ, ONKZ müssen stimmen, Anlagennummer trag einfach 123456 ein.
Und dann wichtig: den Haken Standort Nummer anhaken.

Wenns dann immer noch nicht geht, ist das LCR entscheidend.

 

[LastRaven]

Blödsinn. Der Haken "Standortrufnummer" gehört in die Telekom-Richtung. Auch eine beliebige Anlagenrufnummer eintragen wenn man MSN benutzt führt nur an anderer Stelle zu Problemen.

 

[freshprince2002]

Bei lokal ausgehenden Anrufen, die nach der ersten Ziffer abbrechen oder intern landen, liegt es daran, dass der Gateway Standort fehlt.
In der Telekom Richtung gehört keine Anlagennummer rein, weil es bei MSNs keine feste Anlagennummer gibt.
Und da die FX einen Gateway Standort benötigt, kann man das auch händisch in den Grundeinstellungen eintragen, das ist aber verknüpft mit der ersten Richtung.
Deswegen ist der einfachste Weg, das in die erste Richtung einzutragen, die nicht genutzt wird.
Und ob da 123456 steht, oder was anderes, ist der FX egal, es muss nur irgendwas drin stehen.
Ich mach das schon seit Jahren, ich kenn das Phänomen

 

[m313rs]

was ich noch nicht ganz verstehe.. du machst blockwahl. wie kann dir der ISP ab 2. ziffer den call ablehnen? man sollte hier wirklich mal schauen was du hier richtung tcom signalisierst (oder ob da überhaupt was hingeht). kann mir nicht vorstellen, dass die tcom overlap dialing überhaupt noch unterstützt.

 

[freshprince2002]

Das ist es ja, der ISP lehnt hier gar nix ab, die FX wählt gar nicht erst raus.
Ist eine eigenheit der FX, speziell bei Anrufen ins eigene Ortsnetz, wenn der Gateway Standort fehlt.

 

[MarcoMed]

Danke für alle Hinweise. Ohne Eure Hilfen wäre das nie was geworden.

So läuft es jetzt.

Müssen im LCR dennoch Anpassungen vorgenommen werden?

 

[MarcoMed]

Das ist es ja, der ISP lehnt hier gar nix ab, die FX wählt gar nicht erst raus.
Ist eine eigenheit der FX, speziell bei Anrufen ins eigene Ortsnetz, wenn der Gateway Standort fehlt.

Wobei das ja so nicht stimmt. Sie wählte ja eben raus. Sowohl ins Handy wie Fernnetz. Und beim Ortsnetz alle Rufnummern die mit 0-4 begannen.

 

[freshprince2002]

LCR brauchst du dann nicht mehr anfassen.

 

[PowerMike]

Es würden helfen konsequent alles Durchwahlen zu löschen, die nicht einer MSN entsprechen. Unabhängig davon, sollte der SIP-Anschluss korrekt eingerichtet werden mit Einzelrufnummern - statt des Rufnummernbereiches.

Zur Fehlervermeidung nutze ich gerne die Einrichtungsvariante CLIP individuell.
In dieser Anleitung ist die ganze Einrichtung gut beschrieben: https://wiki.unify.com/images/2/2d/OSBiz-SIP-Trunk-Configuration-DeutscheTelekom-DIPVD-Germany.pdf

Nachtrag: Der Fehler kommt durch die Richtung mit Angabe von LKZ + OKZ. Damit denkt die Anlage alles was im Ortsnetz ist, ist auch intern zu finden. Daher der Hinweis mit den Durchwahlen.

 

[freshprince2002]

Es würden helfen konsequent alles Durchwahlen zu löschen, die nicht einer MSN entsprechen.

Überflüssig.

Unabhängig davon, sollte der SIP-Anschluss korrekt eingerichtet werden mit Einzelrufnummern - statt des Rufnummernbereiches.

Ist es doch, den Duwa Bereich hat er nur gezeigt, weil ers nicht besser wusste.

Nachtrag: Der Fehler kommt durch die Richtung mit Angabe von LKZ + OKZ. Damit denkt die Anlage alles was im Ortsnetz ist, ist auch intern zu finden. Daher der Hinweis mit den Durchwahlen.

Der Fehler kommt durch den fehlenden Gateway Standort.
Das ist ein Pflichtfeld.
Meld ein Ticket bei Mitel, die machen nix anderes, als gerade getan wurde.

 

[LastRaven]

Überflüssig.

nö, sinnvoll. Im Einrichtungsassistenten gibt es den Punkt "alle Rufnummern löschen" nicht ohne Grund. Grad bei MSN-Anschlüssen ohne Anlagenrufnummer wird nur eingerichtet, was tatsächlich gebraucht wird. Ist unterm Strich einfacher, schneller und übersichtlicher und benötigt keinen überflüssigen Workaround.

Der Fehler kommt durch den fehlenden Gateway Standort.
Das ist ein Pflichtfeld.
Meld ein Ticket bei Mitel, die machen nix anderes, als gerade getan wurde.

nein, der Fehler kommt durch den fehlenden Eintrag der Stammrufnummer. Die Logik dahinter sagt: alles was ich intern nicht finde geht nach extern. Wenn dann aber jede Default-Durchwahl im Rufnummernplan automatisch als Ortsnetzrufnummer angesehen wird gibts halt dieses Phänomen. Das entsprechende Feld heißt ja auch nicht umsonst "DuWa" und nicht etwa "MSN". Das ist schon zu ISDN-Zeiten beider der 150E so gewesen...
Das was Mitel auf Anfrage da macht ist ein zeitsparender Workaround (alle DuWa-Felder hinterher händisch zu löschen ist wesentlich aufwändiger). Nur weil die das so machen wird das noch lange nicht richtiger.

 

[freshprince2002]

Deine Logik geht aber nicht mehr auf, wenn du noch zusätzlich einen SIP Trunk hast und du Duwas benutzt.
Aber dann trägt man quasi automatisch einen Gateway Standort ein, weil man eine Anlagennummer hat und das Thema hat sich "von alleine" erledigt.
Und wenn du ein Trunk Szenario hast mit mehreren SIP Trunks und du wieder keine Anlagennummer hast und wieder keinen Gateway Standort, läufst du wieder in dieses Problem rein mit dem MSN ITSP.

Der Gateway Standort ist ein Pflichtfeld. Punkt.
Wenn man keine Anlagennummer hat, trägt man irgendwas ein, z.B. 123456.

Das Problem hat sich hier ja auch damit erledigt.