Bevor mit der Konfiguration der bintec elmeg be.IP begonnen werden kann, müssen zunächst ein paar Einstellungen im Kundenportal der reventix vorgenommen werden.
Melden Sie sich hierzu im Kundenportal an und klicken auf „VoIP-Telefonanschluss“ und anschließend auf „Anschlüsse“.
Auf der folgenden Seite bearbeiten Sie bitte den Anschluss (SIP-Trunk), an den der bintec elmeg be.IP angeschlossen werden soll.
Nun müssen Sie noch die Einstellungen, wie in der Abbildung gezeigt, vornehmen.
Bitte beachten Sie insbesondere die folgenden drei Parameter:
In diesem Kapitel wird ausschließlich die Konfiguration für die Betriebsart Media Gateway behandelt. Die Konfiguration für die Betriebsart Telefonanlage finden Sie hier.
Alle folgenden Konfigurationsschritte müssen in der Ansicht Vollzugriff vorgenommen werden. Um den vollen Zugriff auf die Benutzeroberfläche zu erlangen, gehen Sie oben im Menü auf Ansicht und wählen den Menüpunkt „Vollzugriff“ aus.
Um die Einrichtung möglichst einfach zu gestalten empfehlen wir die Basis-Einrichtung zunächst über die Assistenten durchzuführen. Die dadurch erzeugte Konfiguration wird anschließend weiter verfeinert. Bitte führen Sie zuerst den Assistenten Erste Schritte für die Telefoniefunktionen aus. Übernehmen Sie bitte folgende Einstellungen:
Ländereinstellungen: Bitte legen Sie hier die Präfixe und die Landes- und Ortskennzahl für Ihren Ort fest (z.B. Deutschland: 0049, Berlin: 030). Die hier gewählten Einstellungen werden zur Vorbereitung der Anrufverteilung verwendet und zu einem späteren Zeitpunkt noch einmal verfeinert.
ISDN-Port-Konfiguration: Bitte wählen Sie die ISDN-Ports und den zugehörigen Anschlusstyp aus, an den Ihre ISDN-TK-Anlage angeschlossen werden soll.
Als nächstes konfigurieren Sie Ihren reventix SIP-Trunk als SIP-Provider. Zum Einstellungsdialog kommen Sie wie folgt: Assistenten → Telefonie → SIP-Provider → Neu
SIP-Provider-Einstellungen:
In dieser Abbildung ist dargestellt, wie eingehende Anrufe aus dem öffentlichen Telefonnetz über das Gateway an die daran angeschlossenen Systeme geroutet werden sollen.
Beachten Sie hier ebenfalls die Transformation der gerufenen Adresse.
Beispiel: <00:+>;<0:49>;<+:+>;<+4930>
Im folgenden Dialog passen Sie bitte alle Einstellungen wie in der Abbildung gezeigt an.
Die erweiterten Einstellungen entnehmen Sie bitte der Abbildung:
In dieser Abbbildung können Sie Einstellungen zum Routing von in das öffentliche Telefonnetz vornehmen:
<00:+>;<0:49>;<+:+>;<+4930>;
Die im Beispiel gezeigte Zeichenkette enthält die Ortskennzahl für Berlin (30) und die Landeskennzahl für Deutschland (49) und muss gegebenenfalls an die lokalen Gegebenheiten angepasst werden.
In dieser Abbildung ist dargestellt, wie eingehende Anrufe aus dem öffentlichen Telefonnetz über das Gateway an die daran angeschlossenen Systeme geroutet werden sollen. Beachten Sie hier ebenfalls die Transformation der gerufenen Adresse.
Beispiel:
<00:+>;<0:49>;<+:+>;<+4930>
Damit die Rufnummern schließlich wie gewohnt dargestellt werden, übernehmen Sie bitte die Einstellungen aus der Abbildung.
Hierfür müssen Sie lediglich die Umwandlung CLID_any→bri-0 anpassen. Es handelt sich hierbei um die Umwandlungsparameter die für die Umwandlung der Absenderrufnummer, für Anrufe vom öffentlichen Telefonnetz auf das Gateway, zuständig sind.
Als Transformation der rufenden Adresse geben Sie bitte stets die folgende Zeichenkette ein:
<0049:0>;<+49:0>;<+:00>
Sollten keine weiteren Geräte an das Gateway angeschlossen sein, ist die Konfiguration hiermit beendet.
Vergessen Sie nicht die Konfiguration nach erfolgreichem Test zu speichern!
Zusätzlich zur Telefonanlage können weitere Endgeräte (analog oder ISDN) an das Gateway angeschlossen werden. Sollten Sie dies nicht wünschen, können Sie die beiden folgenden Punkte ignorieren.
Um ein neues Gerät hinzuzufügen klicken sie bitte auf Neu.
Damit die Anrufe auch zu den hinzugefügten Teilnehmern geroutet werden, konfigurieren Sie die Anrufkontrolle für ein analoges Endgerät (wie z. B. ein Fax) wie in der Abbildung gezeigt.
Bei analogen Teilnehmern ist die Transformation der gerufenen Adresse meist nicht von Bedeutung und kann leer gelassen werden. Sollte das Endgerät eine Anzeige der Anrufernummer unterstützen, kann dieser Parameter wie bei einem ISDN-Teilnehmer vorgenommen werden.
Wichtig ist in jedem Fall, dass die Angerufene Adresse konfiguriert wird. Konfigurieren Sie diese bitte auf der Rufnummer, auf die das angeschlossene Gerät reagieren soll. Die Rufnummer sollte hier immer im internationalen Format mit zwei führenden Nullen (00) eingegeben werden.
Einen zusätzlichen ISDN-Teilnehmer richten Sie bitte wie in der Abbildung dargestellt ein.
Wichtig ist für diesen Teilnehmer ebenfalls, dass die Angerufene Adresse konfiguriert wird. Konfigurieren Sie diese bitte auf die Rufnummer, auf die das angeschlossene Gerät reagieren soll. Die Rufnummer sollte hier immer im internationalen Format mit zwei führenden Nullen (00) eingegeben werden.
Als Transformation der rufenden Adresse geben Sie für alle ISDN-Teilnehmer bitte stets die folgende Zeichenkette ein:
<0049:0>;<+49:0>;<+:00>
Sollten Sie eine andere Ortskennzahl haben, so passen Sie diese bitte an.
Überprüfen Sie noch einmal die Anrufkontrolle für die zusätzlichen Teilnehmer. Sollten keine weiteren Geräte an das Gateway angeschlossen sein, ist die Konfiguration hiermit beendet.
Vergessen Sie nicht die Konfiguration nach erfolgreichem Test zu speichern!
# | Test / Parameter | Ergebnis / Wert / Details | |
---|---|---|---|
1 | Hersteller / Modell / Tester | ||
1.1 | Hersteller | Bintec Elmeg | |
1.2 | Modell | be.IP plus | |
1.3 | Betriebsart | Media Gateway | |
1.4 | Getestete Version | V.10.1.27.100 IPv6, IPSec, MGW from 2017/06/20 00:00:00 | |
1.5 | Test-Datum | 08.07.2017 | |
1.6 | Tester | Bastian Schern (reventix GmbH) | |
1.7 | reventix Produkt | SIP-Trunk | |
2 | SIP Connect | ||
2.1 | SIP-Proxy | reg.siptk.de | |
2.2 | SIP-Mode | REGISTER | |
2.3 | SIP via UDP | OK | |
2.4 | SIP via TLS (SIP/S) | OK | |
3 | SIP CLI | ||
3.1 | SIP DDI | OK (P-Called-Party-ID) | |
3.2 | CLIP (abgehend) | OK (P-Preferred-Identity) | |
3.3 | CLIP (kommend) | OK | |
3.4 | CLIR (abgehend) | OK (Privacy: id) | |
3.5 | CLIR (kommend) | OK | |
3.6 | CLIP-no-Screening | ??? | |
3.7 | Diversion | ??? | |
4 | SIP Features | ||
4.1 | Halten | ??? | |
4.2 | Makeln | ??? | |
4.3 | Verbinden | ??? | |
4.4 | 3er-Konferenz | ??? | |
4.5 | AWS im Amt | OK (via reventix Web-Portal) | |
4.6 | AWS im Amt (SIP 302) | OK | |
5 | RTP / Data | ||
5.1 | RTP Audio | OK | |
5.2 | SRTP Audio (abgehend) | OK | |
5.3 | SRTP Audio (kommend) | verpflichtend: OK / optional: OK | |
5.4 | RTP Paketgröße | 20ms | |
5.5 | Getestete Codecs | G.711 aLaw | |
6 | ISDN: RTP / Data | ||
6.1 | DTMF via RFC2833 | OK | |
6.2 | Fax via G.711 (abgehend) | N/A | |
6.3 | Fax via G.711 (kommend) | N/A | |
6.4 | Fax via T.38 (abgehend) | OK: S/W, 100 Seiten1), fein (8031 × 3850), 14400 bps, 2689 s) | |
6.5 | Fax via T.38 (kommend) | OK: S/W, 100 Seiten2), fein (8031 × 3850), 14400 bps, 3325 s) | |
7 | Analog: RTP / Data | ||
7.1 | DTMF via RFC2833 | OK | |
7.2 | Fax via G.711 (abgehend) | N/A | |
7.3 | Fax via G.711 (kommend) | N/A | |
7.4 | Fax via T.38 (abgehend) | OK: S/W, 100 Seiten3), fein (8031 × 3850), 14400 bps, 2688 s) | |
7.5 | Fax via T.38 (kommend) | OK: S/W, 100 Seiten4), fein (8031 × 3850), 14400 bps, 3314 s) |
# | Test / Parameter | Ergebnis / Wert / Details | |
---|---|---|---|
1 | Hersteller / Modell / Tester | ||
1.1 | Hersteller | Bintec Elmeg | |
1.2 | Modell | be.IP 4isdn | |
1.3 | Betriebsart | Media Gateway | |
1.4 | Getestete Version | V.10.1.27.100 IPv6, IPSec, MGW from 2017/06/20 00:00:00 | |
1.5 | Test-Datum | ||
1.6 | Tester | Bastian Schern (reventix GmbH) | |
1.7 | reventix Produkt | SIP-Trunk | |
2 | SIP Connect | ||
2.1 | SIP-Proxy | reg.siptk.de | |
2.2 | SIP-Mode | REGISTER | |
2.3 | SIP via UDP | OK | |
2.4 | SIP via TLS (SIP/S) | OK | |
3 | SIP CLI | ||
3.1 | SIP DDI | OK (P-Called-Party-ID) | |
3.2 | CLIP (abgehend) | OK (P-Preferred-Identity) | |
3.3 | CLIP (kommend) | OK | |
3.4 | CLIR (abgehend) | OK (Privacy: id) | |
3.5 | CLIR (kommend) | OK | |
3.6 | CLIP-no-Screening | ??? | |
3.7 | Diversion | OK (via SIP 302 + CLIP-no-Screening) | |
4 | SIP Features | ||
4.1 | Halten | ??? | |
4.2 | Makeln | ??? | |
4.3 | Verbinden | ??? | |
4.4 | 3er-Konferenz | ??? | |
4.5 | AWS im Amt | OK (via reventix Web-Portal) | |
4.6 | AWS im Amt (SIP 302) | OK | |
5 | RTP / Data | ||
5.1 | RTP Audio | OK | |
5.2 | SRTP Audio (abgehend) | OK | |
5.3 | SRTP Audio (kommend) | verpflichtend: OK / optional: OK | |
5.4 | RTP Paketgröße | 20ms | |
5.5 | Getestete Codecs | G.711 aLaw | |
6 | ISDN: RTP / Data | ||
6.1 | DTMF via RFC2833 | OK | |
6.2 | Fax via G.711 (abgehend) | N/A | |
6.3 | Fax via G.711 (kommend) | N/A | |
6.4 | Fax via T.38 (abgehend) | Fehler | |
6.5 | Fax via T.38 (kommend) | Fehler | |
7 | Analog: RTP / Data | ||
7.1 | DTMF via RFC2833 | OK | |
7.2 | Fax via G.711 (abgehend) | N/A | |
7.3 | Fax via G.711 (kommend) | N/A | |
7.4 | Fax via T.38 (abgehend) | Fehler | |
7.5 | Fax via T.38 (kommend) | Fehler |