SIP-Vernetzung

Sie können mehrere Kommunikationsserver über SIP vernetzen. Hier richten Sie die SIP-Knoten ein.

Einstellungen zu den fernen SIP-Knoten

Table 1. Allgemeine Einstellungen
Parameter	Anmerkungen
SIP-Knoten	Referenznummer des SIP-Knotens
Name	Name des SIP-Knotens
Bandbreitenbereich	Mit dem zugewiesenen Bandbreitenbereich werden die verwendeten Codecs bestimmt.
Modus Anwesenheitsinformation	Keine: Der ferne SIP-Knoten unterstützt Anwesenheitsinformation nicht. Server: Der ferne SIP-Knoten ist ein Anwesenheitsinformation-Server (z. B. ein BluStar-Server). Peer: Der ferne SIP-Knoten ist ein Peer für Anwesenheitsinformationen (z. B. ein MiVoice Office 400-Kommunikationsserver oder ein Mitel Mobile Client Controller). Note: Konfigurieren Sie den Parameter auf Keine, wenn der ferne SIP-Knoten keine Anwesenheitsinformationen zur Verfügung stellt. Sie verringern damit die Verkehrslast.
Bündel	Weisen Sie dem fernen SIP-Knoten ein Bündel zu.

Table 2. IP-Adressierung
Parameter	Anmerkungen
IP-Adresse: IP-Port	Tragen Sie hier die IP-Adresse und den IP-Port des fernen SIP-Knotens ein.

Table 3. SIP-Signalisierung
Parameter	Erläuterung
Als internationale Vorwahl ’+’ verwenden	Die Rufnummer ist auch im kanonischen Format enthalten.
Wählversuch für externe Anrufe: Zeitüberschreitung	Nach Ablauf dieser Zeitdauer versucht der Kommunikationsserver den Anruf über das nächste im Leitweg definierte Bündel aufzubauen (Standardwert: 32 Sekunden).
’From’-Feld für CLIR	Wenn die Anruferkennung beim anrufenden Benutzer unterdrückt ist, wird je nach Wahl folgender Absender mitgegeben (Anzeigename und Adresse): Anonym mit Datenschutz/kritisch ( 3261): Anzeigename: anonymous@anonymous.invalid; Adresse: anonymous@anonymous.invalid Vom SIP-Konto übernehmen (RFC 3323): Anzeigename und Adresse gemäss der Definition im SIP-Konto. Angezeigter Name ist ’Anonymous’: Anzeigename: anonymous@anonymous.invalid; Adresse bleibt unverändert. Anonym ohne Datenschutzkopf (RFC 3261): Anzeigename: anonymous@anonymous.invalid; Adresse: anonymous@anonymous.invalid
Session-Refresh (RFC 4026) senden	Der Kommunikationsserver versucht, einen Zeitraum für regelmäßige "Session-Aktualisierungsnachrichten" mit dem fernen SIP-Knoten auszuhandeln. Dazu muss der ferne SIP-Knoten RFC4028 unterstützen.
Verwende Ziel-URL von	Die Ziel-URL kann aus dem ’To’-Feld oder Anfragezeilegebildet werden. Die Wahl ist abhängig vom fernen SIP-Knoten.
Wartemusik	Wartemusik wird abgespielt, sofern sie systemweit aktiviert ist.
Musik bei Warten: Signalisierung	Die Signalisierungsart von Musik bei Warten ist abhängig davon, was der SIP-Provider unterstützt: Automatisch: Der Kommunikationsserver versucht selber zu erkennen, welche der zwei RFCs der SIP-provider unterstütz. Gemäß RFC 3264 Der SIP-Provider unterstützt die Signalisierung gemäß RFC Ein Angebot/Antwort-Modell mit dem Session Description Protocol (SDP), Juni 2002. Gemäß RFC 2543 Der SIP-Provider unterstützt die Signalisierung gemäß RFC SIP: Session Initiation Protocol Als aktive Medienaktualisierung: Der Kommunikationsserver hält die 2-Wege-Medienverbindung aufrecht. Dies ermöglicht es, Wartemusik vom Kommunikationsserver statt vom SIP-Provider in den Anrufkanal abzuspielen. Signalverbindungsupdate: Der SIP-Provider wird über die Änderung des Medienports durch eine separate SDP-Nachricht informiert. Keine Signalisierung (kein Update der Media): der SIP-Provider wünscht keine Signalisierung und der Kommunikationsserver speist Musik bei Warten in den Gesprächskanal ein.
Umleitinformationen senden	Mit Umleitinformationen sieht der Angerufene, ob der Anruf umgeleitet wurde und von wem. Dazu sind für SIP zwei unterschiedliche Methoden definiert. Der Parameter ist sowohl pro SIP-Knoten als auch pro SIP-Endgerät konfigurierbar. Nein: Es werden keine Umleitinformationen angezeigt. Ja, mit 'Diversion header (recursing)': Umleitinformationen werden nur bei ankommenden Anrufen angezeigt. Der Anruf wird im Kommunikationsserver umgeleitet. Ja, mit 'Diversion header (non recursing)': Die Umleitung bei abgehenden Anrufen erfolgt indirekt, indem der Kommunikationsserver dem SIP-Telefon ‘Response 302’ (Moved Temporarily) mit den nötigen Umleitinformationen zurückschickt. Das SIP-Telefon führt dann den Anruf an das Umleitungsziel selbst aus und zeigt die Umleitinformationen auf dem eigenen Display. Note: Die Umleitung mit Response 302 ist nicht in allen Fällen möglich.
Methode der Gesprächsübergabe	Hier kann gewählt werden, ob bei einer externen Gesprächsübergabe die Methode REFER oder Re-INVITE angewendet werden soll. Note: Die REFER-Methode wird nur angewendet, wenn sich die beiden zu vermittelnden Benutzer beim selben SIP-Knoten befinden.
PRACK-Support (RFC 3262)	Das PRACK-Methode gemäß RFC 3262 wird unterstützt.

Table 4. Audioeinstellungen
Parameter	Anmerkungen
Bevorzugter Codec	Wählen Sie hier den bevorzugten Codec. Nicht spezifiziert: Ein passender Codec wird automatisch eingestellt. G.711a: Unkomprimierter Codec mit hoher Audioqualität. Geeignet für Verbindungen mit großen Bandbreiten. Die Bitrate beträgt 64 kbit/s. Verwendet das deutsche Tonsignalisierungsverfahren. G.711u: Unkomprimierter Codec mit hoher Audioqualität. Geeignet für Verbindungen mit großen Bandbreiten. Die Bitrate beträgt 64 kbit/s. Verwendet das amerikanische Tonsignalisierungsverfahren. G.729: Komprimierter Codec mit mittlerer Audioqualität. Geeignet für Links mit begrenzter Bandbreite. Die Bitrate beträgt 8 kbit/s.
Komfort-Lärmschutz	Aus: Passiv: Aktiv:
RTCP-Support	Aus: Passiv: Aktiv:

Table 5. NAT-Einstellungen
Parameter	Anmerkungen
Keep-alive aktivieren	Der Kommunikationsserver aktualisiert regelmäßig die NAT-Tabelle auf seiner eigenen Firewall unter Verwendung von Benachrichtigungsnachrichten an den Proxy-Server. Damit bleibt das System für ankommende SIP-Anrufe erreichbar.
ALG-Support	Unterstützt die Verbindung zum fernen SIP-Knoten. Die IP-Pakete, die SIP-Signalisierungsinformationen enthalten, werden vom ALG (Application Layer Gateway) geöffnet und die private IP-Adresse durch die öffentliche IP-Adresse ersetzt. (Die öffentliche IP-Adresse im Kommunikationsserver muss konfiguriert sein.)
Leite RTP-Daten via Kommunikationsserver	Indirekte Umschaltung: Beim Verbindungsaufbau zu einem anderen IP-Endpunkt werden die Sprachdaten über den Kommunikationsserver und nicht direkt weitergeleitet. Dies kann bei der Überwindung von NAT- und Firewall-Problemen hilfreich sein. Direktschaltung: Beim Verbindungsaufbau zu einem anderen IP-Endpunkt werden die Sprachdaten direkt zu diesem geleitet. Note: Indirect-Switching benötigt am Kommunikationsserver 2 zusätzliche VoIP-Kanäle.

Table 6. Authentifizierung und Transportprotokoll
Parameter	Anmerkungen
Lokale Authentifizierung erforderlich	Eine Authentifizierung am fernen SIP-Knoten ist erforderlich.
Benutzername	Tragen Sie hier den Benutzernamen zur Authentifizierung am fernen SIP-Knoten ein.
Kennwort	Tragen Sie hier das Passwort zur Authentifizierung am fernen SIP-Knoten ein.
Transportprotokoll	Wählen Sie hier das gewünschte Transportprotokoll.