Design einer skalierbaren SIP-Trunk-Lösung mit vCUSP und CUBE

Download-Optionen

PDF (643.1 KB)
Mit Adobe Reader auf verschiedenen Geräten anzeigen
ePub (507.3 KB)
In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
Mobi (Kindle) (286.8 KB)
Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen

Aktualisiert:22. Januar 2019

Dokument-ID:214017

Inklusive Sprache

In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.

Informationen zu dieser Übersetzung

Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.

Inhalt

Einleitung

Voraussetzungen

Anforderungen

Verwendete Komponenten

Problem

Lösung

Überblick über die skalierbare SIP-Trunk-Lösung mit vCUSP und (v)CUBE

Lösungsbeschreibung

Netzwerkdiagramm - Basislösung

Hinzufügen einer SIP-Trunk-Redundanz.

Einleitung

In diesem Dokument wird ein Lösungsdesign beschrieben, das skalierbare SIP-Trunks (Session Initiation Protocol) für Unternehmen und Service Provider ermöglicht. Bei dieser Lösung wird ein Cisco Unified SIP Proxy (CUSP) verwendet, um eingehende und ausgehende Anrufe über SIP-Trunks an einen Pool von Cisco Unified Border Element (CUBE)-Routern zu föderieren.

Ein Beitrag von Andres Salgado, Technical Marketing Engineer CUBE und Luis Ramirez Cisco TAC Engineer

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

WÜRFEL
TCP
SIP
UDP
CUSP

Verwendete Komponenten

Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.

Problem

Lastverteilung für mehrere SIP-Trunk-Umgebungen bei Bereitstellungen mit mehreren CUBE-Elementen aufgrund von Skalierbarkeits- und Redundanzanforderungen eines oder mehrerer SIP-Anbieter.

Lösung

Überblick über die skalierbare SIP-Trunk-Lösung mit vCUSP und (v)CUBE

Die eingehende SIP-Trunk-Signalisierung von einem Service Provider wird auf dem CUSP beendet. Der CUSP verteilt die Anrufe an einen Pool von CUBE-Routern, die die Anrufsignalisierung verarbeiten und Mediensitzungen nach Bedarf einrichten. Die SIP-Trunk-Anrufkapazität kann einfach durch Vergrößerung des (v)CUBE-Router-Pools erhöht werden. So kann die Anzahl der SIP-Trunks, die durch die Anzahl der IP-Adressen für den Signalisierungskanal angegeben wird, auf nur eine minimiert werden.
Ein zweiter CUSP mit zugehörigem SIP-Trunk kann zur Lösung hinzugefügt werden, um Trunk-Redundanz und Lastenausgleich zu ermöglichen. Der Service Provider verteilt die Anrufe über die beiden SIP-Trunks. Im Falle einer Störung an einem CUSP leitet der Service Provider alle Anrufe an einen anderen SIP-Trunk weiter und vermeidet so Dienstausfälle. Dazu muss der Options-Ping-Befehl vom Service Provider aktiviert werden, um zu überwachen, ob der SIP-Trunk aktiv ist.
Darüber hinaus erhöht der Pool an CUBE-Routern die Gesamtverfügbarkeit der Lösung. Der Ausfall eines CUBE im Pool reduziert lediglich die Anrufverarbeitungskapazität der Lösung und verursacht keine Ausfälle des SIP-Trunks.
Der CUSP umfasst Policy Engine-Funktionen, die eine richtlinienbasierte Weiterleitung von Anrufen ermöglichen, z. B. die Weiterleitung zu Tageszeiten.
Dieser Designleitfaden stellt die Architektur und die Komponenten der Lösung vor.

Lösungsbeschreibung

In diesem Abschnitt wird die skalierbare SIP-Trunk-Basislösung beschrieben. Die Basislösung bietet skalierbaren Lastenausgleich von SIP-Trunks zwischen CUBEs.
Die Basislösung besteht aus den folgenden Elementen:

・SIP-Trunk vom Service Provider.

・Ein CUSP

・Vier CUBE-Router Bei steigender Nachfrage nach eingehenden Anrufen können zusätzliche CUBEs ohne erforderliche Änderungen beim Service Provider oder beim Cisco Unified Communications Manager hinzugefügt werden.

・Der Cisco Unified Communications Manager

・ Der Signalisierungspfad wird durch eine blaue Linie dargestellt.

・Medienpfad für alle Elemente, dargestellt durch die rote Linie

・ Tabellenbasiertes Routing, das von CUSP-Routing-Tabellen unterstützt wird

・Keepalive-Nachrichten werden mit dem Befehl server-group sip ping-options konfiguriert. Der CUSP verwendet diese Meldungen, um zu ermitteln, ob ein Peer-Element aktiv oder inaktiv ist. Wenn er feststellt, dass das Element inaktiv ist, markiert er es als solches und beendet Anrufe. In dieser Lösung verwendet der CUSP diesen Befehl, um Verbindungen mit Peers von Service Providern und den CUBE-Routern zu testen.

CUBE-Router können den Befehl voice-class sip options-keepalive verwenden, um den Status von Peer-Elementen zu überprüfen. Weitere Informationen zu diesem Befehl finden Sie hier:

Diese Lösung kann von einer grundlegenden Topologie zu einer Lösung entwickelt werden, die skaliert werden kann, um das erhöhte Anrufvolumen zu bewältigen, und die Failover, Redundanz und Routing für verschiedene Service Provider hinzugefügt hat. Bei Bedarf können mehrere Service Provider, mehrere vCUSP und mehrere (v)CUBEs in HA vorhanden sein.

Netzwerkdiagramm - Basislösung

call flow

Hinzufügen einer SIP-Trunk-Redundanz.

Dieses Bild zeigt einen redundanten SIP-Trunk zu demselben Service Provider. Redundante SIP-Trunks stellen sicher, dass die SIP-Signalisierung auf den sekundären Trunk umschalten kann, wenn der primäre Trunk ausfällt, und dass neue Anrufanforderungen verarbeitet werden können. Redundanz kann auch für den Lastenausgleich verwendet werden.

In diesem Szenario werden der Topologie der Basislösung folgende Elemente hinzugefügt:

・Ein zusätzlicher SIP-Trunk zum Service Provider

・Ein CUSP

Topologie für redundante SIP-Trunks desselben Service Providers

redundant from Same provider 1

Es gibt einen primären und einen sekundären CUSP. Wenn der Trunk mit dem primären Router ausfällt, kontaktiert der Service Provider den sekundären CUSP.

Topologie für einen SIP-Trunk von einem zweiten Service Provider

redundant different providers

Das Bild zeigt Service Provider 1 und seine Verbindungen in heller Farbe im Gegensatz zu Service Provider 2. Die Abbildung zeigt, dass der Service Provider eine Aktiv-Aktiv-Konfiguration mit beiden CUSPs für den Lastenausgleich verwenden kann. Dies kann dadurch erreicht werden, dass der Service Provider die IP-Adressen cusp1 und cusp2 erkennt. Schlägt der Versuch, cusp1 zu erreichen, fehl, leitet der Service Provider den Service Provider an cusp2 weiter, um die zusätzliche Last zu übernehmen.

Die im CUSP konfigurierten Weiterleitungsrichtlinien können verwendet werden, um ausgehende Anrufe beim Service Provider zu steuern.

Service Provider von SIP-Trunks können Service-Pläne anbieten, die je nach Ziel und Tageszeit unterschiedliche Anrufkostenraten berechnen. In diesem Fall können Sie Anrufe entsprechend an den Service Provider weiterleiten, um von der niedrigsten Rate zu profitieren.

CUBE-zu-CUSP

Für den CUBE-Lastenausgleich unter den Cisco Unified SIP-Proxys können verschiedene Methoden verwendet werden:

Ein SRV-basiertes DNS-Sitzungsziel kann konfiguriert werden, damit CUBE die Priorität der DNS-Antwort verwenden kann.
Servergruppen in ausgehenden DFÜ-Peers auf dem CUBE. Um diese Option effektiv zu verwenden, müssen Sie den Befehl voice-class sip options-keepalive profile konfigurieren, um den mit dem DFÜ-Peer verknüpften CUSP zu überwachen. Wenn sich der CUSP im deaktivierten Zustand befindet, wird der Server deaktiviert, und das CUBE kann den zweiten CUSP ausprobieren, ohne zuerst zu versuchen, den CUSP im deaktivierten Zustand zu halten.

Zugehörige Informationen