UX1000/UX2000

Es hat einige Zeit gedauert, bis ich neben Audiocodes, Ferrari OfficeMaster und Dialogic DIVA SIP Gateway auch mal ein NET-Gateway konfigurieren konnte. Diese Seite ist ein erster  Bericht über diese Gateways. Er ist sicher nicht so ausführlich wie meine Audiocodes Seiten, die ich für gewöhnlich einsetze, aber meine ersten Eindrücke und Erfahrungen möchte ich hier protokollieren.

UX1000 und UX2000

Ich kann nur von den beiden Geräten UX1000 und UX2000 berichten. Beide sind universelle Gateways, die über ein ASM-Einschub (PC auf Steckkarte) auch zur SBA aufgerüstet werden können, die gleiche Administrationsoberfläche per Browser anbieten und nicht nur als IP/PSTN-Gateway sondern auch als SBC agieren können.

Produktname Ausbaustufe

UX1000
http://www.net.com/Pages/Product.aspx?pgid=263

  • Bis zu 84 gleichzeitige Verbindungen
  • 1-2 E1/T1 Ports
  • Bis zu 24 analoge Anschlüsse
  • Bis zu 8 BRI möglich
  • Bis zu 2x Gigabit
  • Optional Application Server Module (ASM) z.B. für SBA
    (Intel Atom, 2GB RAM, 160GB Disk)
  • UX10000
    http://www.net.com/Pages/Product.aspx?pgid=263

NET UX1000 Video Overview
http://www.youtube.com/watch?v=_-27XANlGE8

UX2000
http://www.net.com/Pages/Product.aspx?pgid=264

UX2000

  • bis zu 8 T1/E1 Module
  • bis zu 4x Gigabit
  • Optional Application Server Module ASM z.B. für SBA
    (Core i7, 4GB Ram, 160 GB Disk)

UX2000 Video Datasheet
http://www.youtube.com/watch?v=dZgonp2w9c4

Diese Seite kann keine komplette Beschreibung der Lync Installation eines NET-Gateways sein, sondern soll ein paar Informationen liefern, die mir beim Einsatz dieser Gateways aufgefallen sind.

Initiales Setup

Das NET-Gateway hat Anfangs eine feste IP-Adresse und muss eine initiale Konfiguration durchlaufen, ehe es an das Hauslan angeschlossen werden sollen. Es wird ein PC benötigt, der an den UX angeschlossen wird

Konfiguration erfolgt per https://192.168.128.2 und sie sollten folgende grundlegenden Einstellungen vornehmen, ehe Sie das Gateway dann an das Hauslan anschließen.

Parameter Wert
Hostname  
DNS-Domain  
IP-Adresse, Subnetz, Default Gateway  
DNS-Server  
Admin-Kennwort  

Danach kann das Gateway neu gestartet und in das Haus-LAN angeschlossen werden.

Nach dem Anschluss an das Netzwerk und TDM sind die entsprechenden Parameter einzurichten, z.B.:

Lync Assistent

Eine Besonderheit von NET, die ich bei anderen Gateways noch nichts gesehen haben ist der Assistent für Lync und OCS. Im Assistenten haben Sie die Auswahl zwischen einer SIP-Anbindung, bei der das Gateway als SBC arbeitet oder eine PBX-Anbindung. Der Assistent konfiguriert viele Einstellungen für Lync wie z.B. Encryption etc., die ansonsten mühsam von Hand eingerichtet werden müssten. Der Assistent unterstützt bei Anbindungen per PSTN als auch bei SIP-Trunks.

Die Ergebnisse sind durchaus durchwachsen. So enthalten die Transformationsregeln aus meiner Sicht unpassende Einträge. Der das richtige PBX-Prefix eingetragen hat, erreicht zumindest eine halbwegs korrekte eingehende Normalisierung der Called Number". Die rufender Nummer ist so aber nicht korrekt normalisiert

Als rufende Nummer kommt sicher keine dreistellige Durchwahl von der Telekom und auf Besonderheiten von NPI und TON geht der Assistent gar nicht ein. Auch ausgehend passen die Tabelle nicht, wie Sie hier sehen:

Die Regeln könnten ausreichen, um ein NET hinter einer PBX einzurichten und dann intern zu telefonieren. Ins Amt aber geht es nicht raus.

Trotzdem ist der Assistent hilfreich, weil es leichter ist, eine bestehende Konfiguration zu erweitern als alle Einstellungen (z.B. auch Codec, Encryption etc.) manuell von vorne aufzubauen. Der Assistent macht aber nur den Anfang.

Der Assistenz erfragt einen Szenario-Namen, der bei allein neu angelegten Objekten als Präfix vorangestellt wird und so immer wieder zu erkennen sind.

Routing und Transformation

Sie haben schon im Abschnitt zum Assistenten gesehen, dass die Normalisierung noch anzupassen ist. Es gehört zur den natürlichsten Aufgaben eines Gateways Verbindungen zu routen und die Rufnummern entsprechend umzusetzen. Audiocodes trennt Routing und Normalisierung. NET hingegen verbindet diese beiden Funktionen derart, dass ein Verbindungsaufbau über die Signaling Group zuerst durch die „Transformation“ geht, bis ein Regelwerk „matched“

Durch diese Kombination ist es möglich, abhängig von der Quelle über die Translation entsprechende Ziele zu steuern. Das ist natürlich eine sehr reduzierte Beschreibung ohne auf Message Translation, Cause Route Rerouting, Medialisten etc. einzugehen.

Transformation Besonderheit

Auch denn die Transformation-Tabelle nur referenziert wird, ist sie eine Schlüsselkomponente. Für einen Audiocodes-Admin ist so eine Eintrag mit vielen Zeilen nur eine einzige Zeile im Audiocodes. Es sind eben unterschiedliche Konzepte. NET verknüpft die Transformation als "Bedingungen" für die Route die zugleich dann auch normalisiert. In der Dokumentation von NET steht dazu:


Quelle: Optional Matching Overview https://support.net.com/display/UXDOC/Optional+Matching+Overview

Da stimmt so aber nicht. Laut Trace wird aber jede optionale Rule, die “matched” durchgegangen wird und wenn eine Regel ein Feld verändert, dann sieht die folgende Regel das geänderte Feld als „Input“. Hier ein Beispiel:

Schaut man sich einen Ruf von meinem Mobiltelefon auf die Durchwahl 613 dann an, dann findet man aber folgendes:

Die 4. Regel "matched" um die rufender Nummer umzuschreiben aber die 5. Regel würde normal auch "matchen" aber da die Regel 4 den Wert von "Calling Address/Number" umdreht, (das "+49" addiert) kann die Regel 5 nicht matchen. Aber die Aussage "Last to be matched" ist natürlich so nicht offensichtlich. Es werden alle Verarbeitet.

Transformation und Testcall

NET erlaubt über die GUI einen „Testanruf“ zu starten.

Leider kann man hier keine „Calling Number“ angeben. Wer also eine „Mandantory“ Transformation Regel hat, die die rufende Nummer aus E164 umsetzt, dann schlägt der Call immer fehl.

Wenn das UX ein ASM-Modul enthält und damit eine SBA installiert ist, gibt es auch einen „Lync Testcall“.

Hier kann man zumindest eine SIP-Adresse vorgeben, die dann umgesetzt werden sollte.

Media Bypass, Codec und Encryption

Interessant bei "qualifizierten Gateways" die Funktion MediaBypass. Dies gilt um so mehr, wenn die Media Encryption in Lync auf "Require Encryption" steht. Der Assistent bei der Ersteinrichtung liefert hier schon die ersten Einstellungen mit. Allerdings setzt er „Operation Option“ auf „Required. Das ist i.O. wenn auch Lync auf RequireEncryption und alle anderen Endpunkte auch Encryption verstehen.

Dies ist also eventuell anzupassen. Das Crypto-Einstellung ist in der Media-List referenziert.

Status

Direkt auf der Startseite gibt es auch eine schicke Statusübersicht, die alle Module und ihren Status anzeigt.

Natürlich lässt sich das Gateway auch per SNMP auslesen.

Debugging mit "Log Exchange (LX)"

Ansatzpunkt bei der Fehlersuche ist natürlich der gemeldete Fehler. Oft kommt man damit aber weiter und dann ist der SYSLOG die passende Quelle. Für eine „AdHoc“-Analyse eignet sich das kostenfreie Programm „Log Exchange (LX)“ von NET. Es enthält einen SyslogD und bereitet die Ausgaben optisch besser aus.

LX kann auch SYSLOG-Dateien bestehender SyslogD nutzen. Wer seine Syslogs z.B.: mit „Kiwi Syslog Daemon“ sammelt, sollte dort das Format umstellen, dass der SyslogD einfach nur die Meldungen schreibt und nicht selbst noch einen Zeitstempel und den Host addiert. Das sieht dann so aus.

Hier ist das Log File Format auf „Message Text only“ zu stellen.

Hinweis:
Das Programm LX liest die Datei aber schreibt leider im gleichen Verzeichnis ein „Convert“-File. Ohne Schreibrechte dort funktioniert das Einlesen in LX nicht.

SBA im Gateway

Gerade für den Einsatz in Niederlassungen ist natürlich die SBA-Funktion interessant. Bei einem UX1000 ist das kleiner Slot-PC mit AtomCPU, 2GB RAM und 160 GB Festplatte.

Leider reicht es bei solchen „Einbau-PCs“ in der Regel nicht mehr für eine RAID und auch wenn man per RDP auf den Server kommt, so sollten Sie zweimal überlegen, ob Sie mit Notepad eine mehrere MB-große Syslog-Datei öffnen.

Mit der SBA kommt ein weiterer Statusbildschirm mit, der zumindest die Versionen und einen einfachen Status anzeigt.

Weitere Links

Keywords:Lync Gateway Gateway NET UX1000 UX2000