Verständnis der CUSP-Terminologie und Routing-Logik

Download-Optionen

  • PDF     (851.6 KB)
    Mit Adobe Reader auf verschiedenen Geräten anzeigen
  • ePub     (808.9 KB)
    In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
  • Mobi (Kindle)     (496.0 KB)
    Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen
Aktualisiert:29. September 2017
Dokument-ID:212177

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.

    Einführung

    In diesem Dokument wird erläutert, wie die Anrufweiterleitungslogik des Cisco Unified SIP Proxy (CUSP) ausgeführt wird.

    Unterstützt von Joshua Meadows, Cisco TAC Engineer.

    Voraussetzungen

    Anforderungen

    Cisco empfiehlt, über die folgenden Themen zu verfügen:

    • Allgemeine Kenntnisse des Session Initiation Protocol (SIP)
    • Konzeptionelle Kenntnisse von CUSP in Sprachnetzwerkbereitstellungen

    Terminologie

    Definitionen

    Begriff

    Definition

    Netzwerk

    Ein SIP-Netzwerk ist eine logische Sammlung lokaler Schnittstellen, die für allgemeine Routing-Zwecke gleich behandelt werden können.

    Von <http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cusp/rel9_1/gui_configuration/en_US/configuring_networks.html>

    Das Netzwerk definiert logisch Bereiche des Netzwerks.  Das Netzwerk kann mithilfe von Schnittstellen auf dem CUSP-Gerät definiert werden, oder es können spezifische Ports verwendet werden, um eine Segmentierung bereitzustellen.  Um diese logische Segmentierung zu erreichen, können separate Listen-Ports konfiguriert werden. 

    (Beispiel: Listen Ports 14.50.245.9:5060, 14.50.245.9:5062, 14.50.245.9:5065 können drei logische Netzwerke mithilfe eines einzigen CUSP definieren Layer 3-Schnittstelle)

    Sobald die Netzwerke logisch definiert sind, können sie für die Konfiguration von Triggern verwendet werden, die auf dem Netzwerk basieren.

    Hinweis: Wenn Sie einen Überwachungsport einrichten, stellen Sie sicher, dass Geräte, die Datenverkehr an den CUSP senden, den richtigen Port verwenden.  Wenn Sie den Listen-Port 14.50.245.9:5065 für CUCM-Datenverkehr einrichten, müssen Sie sicherstellen, dass CUCM Datenverkehr an Port 5065 sendet, nicht an den Standardwert 5060.

    Trigger

    Trigger können so eingestellt werden, dass eingehende Nachrichten identifiziert werden.

    Trigger können eingehendes Netzwerk, lokalen Port, Remote-Netzwerk usw. identifizieren.

    Servergruppe

    Servergruppen definieren die Elemente, mit denen das Cisco Unified SIP Proxy-System für jedes Netzwerk interagiert.

    Von <http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cusp/rel9_1/gui_configuration/en_US/configuring_server_groups.html>

    In der Routentabelle können sowohl Servergruppe als auch Routengruppe als Ziele verwendet werden.  Eine Servergruppe würde im Allgemeinen für redundante Geräte desselben Typs verwendet.  Ein CUBE-Stack wäre ein gutes Beispiel für eine Servergruppe.

    Routengruppe

    Mit einer Routengruppe können Sie die Reihenfolge festlegen, in der Gateways und Trunks ausgewählt werden. Sie können eine Liste von Gateways und Ports für die Auswahl ausgehender Trunks priorisieren.

    Von <http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cusp/rel9_1/gui_configuration/en_US/configuring_route_groups.html>

    In der Routentabelle können sowohl Servergruppe als auch Routengruppe als Ziele verwendet werden.  Eine Routengruppe definiert im Allgemeinen gewichtete Gruppenziele, um dasselbe Gerät zu erreichen. 

    Ein direkter SIP-Trunk zu einem CUCM und ein SIP-Trunk zu einem PSTN-Gateway zum Erreichen des CUCM wäre ein gutes Beispiel für eine Routengruppe.  Der direkte SIP-Trunk zum CUCM wäre die bevorzugte Methode, und die PSTN-Route wäre ein Backup.

    Routentabelle

    Sie konfigurieren Routing-Tabellen, um SIP-Anfragen an die entsprechenden Ziele zu leiten. Jede Routing-Tabelle besteht aus einer Reihe von Schlüsseln, die anhand der Suchrichtlinie zugeordnet werden.

    Von <http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cusp/rel9_1/gui_configuration/en_US/configuring_route_tables.html>

    Die Routentabellen in CUSP ähneln den Routing-Tabellen auf Layer 3. CUSP-Routentabellen bestehen aus Keys, die den Netzwerken in Layer-3-Routing-Tabellen ähneln. Routentabellen verknüpfen Schlüssel mit Zielen.  

    In der CUSP-Routentabelle können die Schlüssel den folgenden Routentypen zugeordnet werden, um SIP-Nachrichten weiterzuleiten:

    Ziel: Ein bestimmter Host oder eine lokal konfigurierte Servergruppe kann als Ziel konfiguriert werden.

    route-group: Eine lokal konfigurierte Routengruppe mit einem oder mehreren Elementen

    route-policy: Routingrichtlinien können verwendet werden, um ähnlich wie Übersetzungsmuster in CUCM zwischen Routentabellen zu verschieben.

    Antwort: Anstatt eine SIP-Nachricht weiterzuleiten, kann der CUSP eine bestimmte Antwort senden, um den Anrufversuch zu beenden.

    default-sip: Einfaches Routing nach RFC 3263.

    Hinweis: Wenn Sie einen Schlüssel einer Routenrichtlinie zuordnen, sollten Sie logische Schleifen erkennen.

    Routenrichtlinie

    Eine Routenrichtlinie verweist auf eine Routentabelle und definiert die Verwendung des Schlüssels in dieser Routentabelle. 

    Beispiel:

    Name der Routentabelle: "VonCUCM105-RT"

    Suchschlüsselpassungen: "Prefix-Longest-Match"

    Suchschlüssel: "SIP-Header: An - Telefon

    Durch Trennung der Definition des Schlüssels vom konfigurierten Wert des Schlüssels kann dieselbe Routentabelle auf verschiedene Weise verwendet werden.  Beispielsweise könnte eine Routenrichtlinie den Schlüssel der Routentabelle als Präfix für ein TO definieren: -Header, während eine andere Route-Policy den Schlüssel der Routentabelle als Präfix für ein FROM definieren könnte: Header.

    Routing-Trigger

    Routing-Trigger verknüpfen einen Trigger mit einer Routenrichtlinie. 

    Es gibt logisch an, ob eine SIP-Nachricht mit dem Trigger übereinstimmt, und verwendet dann die konfigurierte Routenrichtlinie.

    Zusammenfassend lässt sich sagen, dass eine SIP-Nachricht mit einem Netzwerk auf Basis des SIP-Überwachungsports markiert wird.  Das Netzwerk kann verwendet werden, um einem Trigger zu entsprechen.  Die Routenrichtlinie identifiziert dann die Routentabelle, die auf dem Trigger verwendet werden soll, und definiert, wo nach dem Schlüssel gesucht werden soll.  Die Routentabelle verwendet dann den Schlüssel, um herauszufinden, wohin die SIP-Nachricht (Routentyp) weitergeleitet werden soll.  Der Routentyp (Host, Servergruppe, Routengruppe usw.) wird verwendet, um die SIP-Nachricht an das konfigurierte Ziel (Element) zu senden.

    Netzwerktopologie

    Anrufbeispiel

    Anruf vom PSTN 1001 bis 2003 auf CUCM115

    Grundlegende Anrufweiterleitung

    Eingehendes Netzwerk: "PSTN"

    Trigger: "Von-PSTN-Trigger"

         Trigger bei Übereinstimmung der eingehenden Nachricht mit dem Netzwerk "PSTN"

    Routing-Trigger: "VonPSTN-RPopolicy" "Von-PSTN-Trigger"

         Links "From-PSTN-Trigger" zu "FromPSTN-RPopolicy"

    Routingrichtlinie: "VonPSTN-RPopolicy"

         Gibt die Routing-Tabelle "PSTN-RT" an.

         Gibt Suchschlüsselpassungen "Prefix-Longest-Match" an.

         Gibt den Suchschlüssel an: "SIP-Header: An - Telefon

    Routentabelle: "PSTN-RT"

         Enthält den Schlüssel "2" für die Weiterleitungsgruppe "CUCM115_RG"

    Routengruppe (oder Servergruppe): "CUCM115_RG"

         Enthält Element 14.50.245.20:5065

    Diese Konfigurationen bilden zusammen die logische Anweisung:

    Führen Sie bei einem Anruf vom PSTN, bei dem das Präfix für die Telefonnummer 2 lautet, die Route zu 14.50.245.20:5065.

    Konfigurationen

    PSTN: Anrufe von 2XXX und 5XXX werden über CUBE und vCUBE an CUSP gesendet.

    CUCM 10.5 - 1XXX und 2XXX werden über SIP-Trunk an CUSP gesendet

    CUCM 11.5 - 1XXX und 5XXX werden über SIP-Trunk an CUSP gesendet

    Hinweis: Bei Verwendung der GUI müssen einige Konfigurationen übernommen werden, bevor sie in anderen Konfigurationsabschnitten verfügbar sind.  Diese sind mit ###Commit Configuration gekennzeichnet.

    Wichtige Konfigurationselemente

    CLI-Konfiguration GUI-Konfiguration
                                                                       Netzwerk erstellen
    SIP-Netzwerk PSTN-Standard

    Konfigurieren >> Netzwerke >> Hinzufügen
                                                                       Definieren des Überwachungsports zum Identifizieren des Netzwerks "PSTN"
    sip listen PSTN udp 14.50.245.9 5060

    Konfigurieren >> Netzwerke >> [Netzwerkname] >> SIP Listen Points >> Hinzufügen
                                                                       Trigger für PSTN des eingehenden Netzwerks
    Triggerbedingung Vom PSTN-Trigger
     Abfolge 1
      im Netzwerk ^\QPSTN\E$
      Endfolge
     Endauslösungsbedingung    		 Konfigurieren >> Trigger >> Hinzufügen
    Trigger-Name konfigurieren

    Konfigurieren Sie die Triggerbedingung, und klicken Sie auf Hinzufügen
                                                                       Geben Sie ein Ziel für "CUCM115_RG" an.
    Routengruppe CUCM115_RG
     element target-destination 14.50.245.20:5065:udp CUCM115 q-value 0,0
      Failover-Codes 502-503
      Gewicht 50
      Endelement
     Endstrecke    		 Konfigurieren >> Routengruppen >> Hinzufügen (###Konfiguration bestätigen)
    Konfigurieren eines Routengruppennamens

    Klicken Sie unter "Elementspalte" auf "Hier klicken" und dann auf Hinzufügen
    Geben Sie das Element-Ziel ein.
                                                                       Definieren einer Routentabelle und Zuordnen eines Schlüssels zu einem Ziel
    Weiterleitungstabelle PSTN-RT
     Schlüssel 2 Gruppe CUCM115_RG
     Schlüssel 5 Gruppe CUCM105_RG
     End-Routing-Tabelle

    Konfigurieren >> Weiterleitungstabellen >> Hinzufügen (###Konfiguration bestätigen)
    Konfigurieren eines Routentabellennamens

    Schlüssel und Ziel eingeben

    Wenn Sie eine Routengruppe als Ziel in einer Routentabelle konfigurieren, fügen Sie KEINE Ports und Transportarten hinzu.  Wenn Sie einen Port- und/oder Transporttyp hinzufügen, weisen Sie CUSP an, nach dem Eintrag "Cubestack:5060:UDP" für den DNS-Host zu suchen, anstatt nach den lokal relevanten Servergruppenkonfigurationen zu suchen.
                                                                       Legen Sie den Schlüssel für die "FromPSTN-RPolicy" fest.
    Richtliniensuche vonPSTN-RPopolicy
     Anschluss 100 PSTN-RT-Header an uri-Component-Telefon
      Regelpräfix
      Endfolge
     Endrichtlinie

    Konfigurieren >> Routingrichtlinien >> Hinzufügen (###Konfiguration bestätigen)

    Konfigurieren eines Routenrichtliniennamens

    Klicken Sie auf Hinzufügen, um einen Richtlinienschritt hinzuzufügen.

    Im Richtlinienschritt wird die Verwendung des Schlüssels definiert.  In diesem Fall sucht die Richtlinie nach der längsten Telefonnummernübereinstimmung auf der Registerkarte "To:" (An:). im SIP-Header
                                                                       Verknüpfen Sie den "From-PSTN-Trigger" mit "FromPSTN-RPopolicy".
    Trigger-Routingsequenz 2 Richtlinie Aus PSTN-RPorichtlinienzustand Aus-PSTN-Trigger

    Konfigurieren >> Routing-Trigger >> Hinzufügen

    Wählen Sie eine Routing-Richtlinie für die Verknüpfung mit einem Trigger aus.

    Vollständige Konfiguration

    Hinweis: show configuration active ausführse zeigt die gesamte Konfiguration einschließlich der Routentabellen.

    josmeado-CUSP(cusp)# show configuration active verbose
Building CUSP configuration...
!
server-group sip global-load-balance weight
server-group sip retry-after 250
server-group sip element-retries udp 2
server-group sip element-retries tls 1
server-group sip element-retries tcp 1
sip dns-srv
 enable
 no naptr
 end dns
!
no sip header-compaction
no sip logging
!
sip max-forwards 70
sip network CUCM105 standard
 no non-invite-provisional
 allow-connections
 no tls verify
 retransmit-count invite-client-transaction 3
 retransmit-count invite-server-transaction 5
 retransmit-count non-invite-client-transaction 3
 retransmit-timer T1 500
 retransmit-timer T2 4000
 retransmit-timer T4 5000
 retransmit-timer TU1 5000
 retransmit-timer TU2 32000
 retransmit-timer clientTn 64000
 retransmit-timer serverTn 64000
 tcp connection-setup-timeout 1000
 tls handshake-timeout 3000
 udp max-datagram-size 1500
 end network
!
sip network CUCM115 standard
 no non-invite-provisional
 allow-connections
 no tls verify
 retransmit-count invite-client-transaction 3
 retransmit-count invite-server-transaction 5
 retransmit-count non-invite-client-transaction 3
 retransmit-timer T1 500
 retransmit-timer T2 4000
 retransmit-timer T4 5000
 retransmit-timer TU1 5000
 retransmit-timer TU2 32000
 retransmit-timer clientTn 64000
 retransmit-timer serverTn 64000
 tcp connection-setup-timeout 1000
 tls handshake-timeout 3000
 udp max-datagram-size 1500
 end network
!
sip network PSTN standard
 no non-invite-provisional
 allow-connections
 no tls verify
 retransmit-count invite-client-transaction 3
 retransmit-count invite-server-transaction 5
 retransmit-count non-invite-client-transaction 3
 retransmit-timer T1 500
 retransmit-timer T2 4000
 retransmit-timer T4 5000
 retransmit-timer TU1 5000
 retransmit-timer TU2 32000
 retransmit-timer clientTn 64000
 retransmit-timer serverTn 64000
 tcp connection-setup-timeout 1000
 tls handshake-timeout 3000
 udp max-datagram-size 1500
 end network
!
sip overload reject retry-after 0
!
no sip peg-counting
!
sip privacy service
sip queue message
 drop-policy head
 low-threshold 80
 size 2000
 thread-count 20
 end queue
!
sip queue radius
 drop-policy head
 low-threshold 80
 size 2000
 thread-count 20
 end queue
!
sip queue request
 drop-policy head
 low-threshold 80
 size 2000
 thread-count 20
 end queue
!
sip queue response
 drop-policy head
 low-threshold 80
 size 2000
 thread-count 20
 end queue
!
sip queue st-callback
 drop-policy head
 low-threshold 80
 size 2000
 thread-count 10
 end queue
!
sip queue timer
 drop-policy none
 low-threshold 80
 size 2500
 thread-count 8
 end queue
!
sip queue xcl
 drop-policy head
 low-threshold 80
 size 2000
 thread-count 2
 end queue
!
route recursion
!
sip tcp connection-timeout 30
sip tcp max-connections 256
!
no sip tls
!
sip tls connection-setup-timeout 1
!
trigger condition From-CUCM105-Trigger
 sequence 1
  in-network ^\QCUCM105\E$
  end sequence
 end trigger condition
!
trigger condition From-CUCM115-Trigger
 sequence 1
  in-network ^\QCUCM115\E$
  end sequence
 end trigger condition
!
trigger condition From-PSTN-Trigger
 sequence 1
  in-network ^\QPSTN\E$
  end sequence
 end trigger condition
!
trigger condition mid-dialog
 sequence 1
  mid-dialog
  end sequence
 end trigger condition
!
accounting
 no enable
 no client-side
 no server-side
 end accounting
!
server-group sip group Cubestack PSTN
 element ip-address 14.50.245.6 5060 udp q-value 0.0 weight 1
 element ip-address 14.50.245.7 5060 udp q-value 0.0 weight 1
 failover-resp-codes 503
 lbtype weight
 ping
 end server-group
!
route group CUCM105_RG
 element target-destination 14.50.245.25:5062:udp CUCM105 q-value 0.0
  failover-codes 510
  weight 50
  end element
 end route
!
route group CUCM115_RG
 element target-destination 14.50.245.20:5065:udp CUCM115 q-value 0.0
  failover-codes 502 - 503
  weight 50
  end element
 end route
!
route table FromCUCM105-RT
 key * target-destination Cubestack PSTN
 key 2 group CUCM115_RG
 end route table
!
route table FromCUCM115-RT
 key 1 target-destination Cubestack PSTN
 key 5 group CUCM105_RG
 end route table
!
route table PSTN-RT
 key 2 group CUCM115_RG
 key 5 group CUCM105_RG
 end route table
!
policy lookup FromCUCM105-RPolicy
 sequence 100 FromCUCM105-RT header to uri-component phone
  rule prefix
  end sequence
 end policy
!
policy lookup FromCUCM115-RPolicy
 sequence 100 FromCUCM115-RT header to uri-component phone
  rule prefix
  end sequence
 end policy
!
policy lookup FromPSTN-RPolicy
 sequence 100 PSTN-RT header to uri-component phone
  rule prefix
  end sequence
 end policy
!
trigger routing sequence 1 by-pass condition mid-dialog
trigger routing sequence 2 policy FromPSTN-RPolicy condition From-PSTN-Trigger
trigger routing sequence 3 policy FromCUCM115-RPolicy condition From-CUCM115-Trigger
trigger routing sequence 4 policy FromCUCM105-RPolicy condition From-CUCM105-Trigger
!
server-group sip global-ping
!
no server-group sip ping-503
!
sip cac session-timeout 720
sip cac PSTN 14.50.245.6 5060 udp limit -1
sip cac PSTN 14.50.245.7 5060 udp limit -1
!
no sip cac
!
sip listen CUCM105 udp 14.50.245.9 5062
sip listen CUCM115 udp 14.50.245.9 5065
sip listen PSTN udp 14.50.245.9 5060
!
call-rate-limit 100
!
end

    Fehlerbehebung

    Trace-Level-Konfiguration

    Navigieren Sie in der CUSP-GUI zu Fehlerbehebung >> Cisco Unified SIP Proxy >> Traces

    Trigger-Bedingungen - Ebene:Debuggen: Es wird angezeigt, welche Trigger für die Anrufweiterleitung übereinstimmen.

    Routing - Ebene:Debuggen: Es wird angezeigt, was während der Anrufweiterleitung getan wurde.  Welche Schlüssel wurden zugeordnet, welches Ziel ausgewählt usw.

    SIP-Wire-Log - Ebene:Debuggen: Dadurch werden die empfangenen und gesendeten SIP-Nachrichten angezeigt.

    Trace-Erfassung

    Über GUI

    Navigieren Sie in der CUSP-GUI zu Fehlerbehebung >> Cisco Unified SIP Proxy >> Traces

    Protokolldatei herunterladen

    Sie können auch Protokolle löschen.

    Über FTP-Client

    Standardmäßig gibt es kein Konto mit FTP-Berechtigungen.  Um ein Konto mit FTP-Berechtigungen zu aktivieren, fügen Sie den Benutzer einer PFS-Gruppe hinzu.

    josmeado-CUSP# user platformadmin group ?
  Administrators    System administrators group
  pfs-privusers     PFS privileged users group
  pfs-readonly      PFS read only group
josmeado-CUSP# user platformadmin group pfs

    Stellen Sie über FTP-Client eine Verbindung mit dem CUSP her.  Dateipfad: cusp >> log >> trace >> trace.log

    Nachverfolgungsauftrag

    1. SIP-Wire-Log - Eingehende SIP-Einladung
    2. SIP-Wire-Log - Return 100 Test
    3. Trigger-Bedingung - Identifizieren von Netzwerk- und Routenrichtlinien
    4. Routing - Einzelheiten finden Sie im Abschnitt Routing Trace weiter unten.
    5. SIP-Wire-Log - Einladung an Ziel senden
    6. SIP-Wire-Log - Setzen Sie die normalen SIP-Transaktionen fort, bis eine Nachricht von 200 OK für jede Anrufkomponente vorliegt.

    Beispiel für Trigger-Bedingungsüberwachung

    13:24:36:987 08:17:2017 vCUSP,9.1.5,josmeado-CUSP,14.50.245.9,trace.log
[REQUESTI.7] DEBUG 2017.08.17 13:25:03:006 conditions.RegexCondition - inNetwork='PSTN'
[REQUESTI.7] DEBUG 2017.08.17 13:25:03:006 conditions.RegexCondition - IN_NETWORK: PSTN
[REQUESTI.7] DEBUG 2017.08.17 13:25:03:006 conditions.AbstractRegexCondition - pattern(^\QPSTN\E$), toMatch(PSTN) returning true
[REQUESTI.7] DEBUG 2017.08.17 13:25:03:006 triggers.ModuleTrigger - ModuleTrigger.eval() action<FromPSTN-RPolicy> actionParameter<>
[REQUESTI.7] DEBUG 2017.08.17 13:25:03:006 triggers.ModuleTrigger - ModuleTrigger.eval() got the policy, executing it ...

    Im obigen Beispiel wird das Netzwerk mit PSTN abgeglichen, das in der Routenrichtlinie "FromPSTN-RPopolicy" verwendet wird. 

    Beispiel für Routing Trace

    13:29:13:453 08:17:2017 vCUSP,9.1.5,josmeado-CUSP,14.50.245.9,trace.log
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:987 nrs.XCLNRSShiftRoutes - Entering ShiftAlgorithms.execute()
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:987 nrs.XCLNRSShiftRoutes - Leaving ShiftAlgorithms.execute()
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:987 modules.XCLLookup - Entering execute()
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:987 nrs.XCLPrefix - Entering getKeyValue()
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:987 nrs.FieldSelector - getToUri: To header obtained - To: 
      

[REQUESTI.7] DEBUG 2017.08.17 13:29:33:987 nrs.FieldSelector - getUriPart: URI - sip:2003@14.50.245.9 part 1
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:987 nrs.FieldSelector - Requested field 52
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:987 nrs.FieldSelector - Returning key 2003
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:987 nrs.XCLPrefix - Leaving getKeyValue()
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:987 modules.XCLLookup - table=PSTN-RT, key=2003
[REQUESTI.7] INFO  2017.08.17 13:29:33:987 modules.XCLLookup - table is PSTN-RT
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:987 routingtables.RoutingTable - Entering lookup()
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:987 routingtables.RoutingTable - Looking up 2003 in table PSTN-RT with rule prefix and modifiers=none
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:987 routingtables.RoutingTable - Entering applyModifiers()
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:987 routingtables.RoutingTable - Leaving applyModifiers(), returning 2003
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 routingtables.RoutingTable - Leaving lookup()
[REQUESTI.7] INFO  2017.08.17 13:29:33:988 nrs.XCLPrefix - NRS Routing decision is: RouteTable:PSTN-RT, RouteKey:2, RouteGroup:CUCM115_RG
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 loadbalancer.LBFactory - Entering createLoadBalancer()
[REQUESTI.7] INFO  2017.08.17 13:29:33:988 loadbalancer.LBFactory - lbtype is 3(call-id)
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 loadbalancer.LBFactory - Leaving createLoadBalancer()
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 nrs.XCLPrefix - Stored NRSAlgResult=isFound=true, isFailure=false, Response=-1, Routes=[Ruri: 14.50.245.20:5065:udp, Route: null, Network: CUCM115, q-value=0.0radvance=[502, 503]], PolicyAdvance=null
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 nrs.NRSAlgResult - set policyAdvance as specified in route=RouteTable:PSTN-RT, RouteKey:2, RouteGroup:CUCM115_RG
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 nrs.NRSAlgResult - no policyAdvance specified in route
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 nrs.NRSAlgResult - set policyAdvance as specified in algorithm={lookuprule=1, lookupfield=52, lookuplenght=-1, lookuptable=PSTN-RT, sequence=100, algorithm=1}
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 nrs.NRSAlgResult - no policyAdvance specified in algorithm
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 modules.XCLLookup - Leaving execute()
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 nrs.XCLNRSShiftRoutes - Entering ShiftRoutes.execute()
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 loadbalancer.LBBase - Entering getServer()
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 loadbalancer.LBBase - Entering initializeDomains()
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 nrs.NRSRoutes - routes before applying time policies: [Ruri: 14.50.245.20:5065:udp, Route: null, Network: CUCM115, q-value=0.0radvance=[502, 503]] [REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 nrs.NRSRoutes - routes after applying time policies: [Ruri: 14.50.245.20:5065:udp, Route: null, Network: CUCM115, q-value=0.0radvance=[502, 503]] [REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 loadbalancer.LBBase - Leaving initializeDomains()
[REQUESTI.7] INFO  2017.08.17 13:29:33:988 loadbalancer.LBHashBased - list of elements in order on which load balancing is done : Ruri: 14.50.245.20:5065:udp, Route: null, Network: CUCM115, q-value=0.0radvance=[502, 503], 
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 loadbalancer.LBBase - Server group route-sg selected Ruri: 14.50.245.20:5065:udp, Route: null, Network: CUCM115, q-value=0.0radvance=[502, 503]
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 loadbalancer.LBBase - Leaving getServer()
[REQUESTI.7] DEBUG 2017.08.17 13:29:33:988 nrs.XCLNRSShiftRoutes - Leaving ShiftRoutes.execute()

    1.  Der CUSP erhält den Schlüsselwert in der TO: Kopfzeile

    2.  Der Schlüssel wird vom CUSP als 2003 identifiziert.

    3.  CUSP sucht nach dem Schlüssel in der Routing-Tabelle.

    4.  Der CUSP stimmt mit einem Eintrag in der Routing-Tabelle überein und identifiziert die Ziel-Routengruppe:CUCM115_RG.

    5.  CUSP wendet Lastenausgleich innerhalb der RouteGroup an.

    6.  Das CUSP identifiziert das spezifische Element in der RouteGroup, an die es die SIP-Nachricht sendet.

    7.  CUSP wendet ggf. Zeitrichtlinien an.

    8.  CUSP schließt das Element ab, an das eine SIP-Nachricht gesendet wird.

     Beispiel für SIP-Wire-Log-Trace

    13:48:26:669 08:17:2017 vCUSP,9.1.5,josmeado-CUSP,14.50.245.9,trace.log
[DsTransportListener-2] DEBUG 2017.08.17 13:48:52:221 DsSipLlApi.Wire - Received UDP packet on 14.50.245.9:5060 ,source 14.50.245.6:50683
INVITE sip:2003@14.50.245.9:5060 SIP/2.0
Via: SIP/2.0/UDP 14.50.245.6:5060;branch=z9hG4bK2A5763
Remote-Party-ID: <sip:1001@14.50.245.6>;party=calling;screen=no;privacy=off
From: <sip:1001@14.50.245.6>;tag=4E329FEC-A9F
To: <sip:2003@14.50.245.9>
Date: Thu, 17 Aug 2017 13:48:52 GMT
Call-ID: 2A7BE22B-82AB11E7-83AEAE0B-F940DC75@14.50.245.6
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 0350227076-2191790567-2162465606-1670485135
User-Agent: Cisco-SIPGateway/IOS-15.5.3.S4b
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1502992132
Contact: <sip:1001@14.50.245.6:5060>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 69
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 266

v=0
o=CiscoSystemsSIP-GW-UserAgent 7317 4642 IN IP4 14.50.245.6
s=SIP Call
c=IN IP4 14.50.245.6
t=0 0
m=audio 8266 RTP/AVP 18 127
c=IN IP4 14.50.245.6
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:127 telephone-event/8000
a=fmtp:127 0-16
a=ptime:20

--- end of packet ---

[REQUESTI.7] DEBUG 2017.08.17 13:48:52:223 DsSipLlApi.Wire - Sending UDP packet on 14.50.245.9:32789, destination 14.50.245.6:5060
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 14.50.245.6:5060;branch=z9hG4bK2A5763
To: <sip:2003@14.50.245.9>
From: <sip:1001@14.50.245.6>;tag=4E329FEC-A9F
Call-ID: 2A7BE22B-82AB11E7-83AEAE0B-F940DC75@14.50.245.6
CSeq: 101 INVITE
Timestamp: 1502992132
Content-Length: 0


[REQUESTI.7] DEBUG 2017.08.17 13:48:52:225 DsSipLlApi.Wire - Sending UDP packet on 14.50.245.9:32790, destination 14.50.245.20:5065
INVITE sip:2003@14.50.245.20:5065;transport=udp SIP/2.0
Via: SIP/2.0/UDP 14.50.245.9:5065;branch=z9hG4bKM3X51yKL9BEW5v0Kudc5Dw~~128
Via: SIP/2.0/UDP 14.50.245.6:5060;branch=z9hG4bK2A5763
Max-Forwards: 68
To: <sip:2003@14.50.245.9>
From: <sip:1001@14.50.245.6>;tag=4E329FEC-A9F
Contact: <sip:1001@14.50.245.6:5060>
Expires: 180
Remote-Party-ID: <sip:1001@14.50.245.6>;party=calling;screen=no;privacy=off
Call-ID: 2A7BE22B-82AB11E7-83AEAE0B-F940DC75@14.50.245.6
CSeq: 101 INVITE
Content-Length: 266
Date: Thu, 17 Aug 2017 13:48:52 GMT
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 0350227076-2191790567-2162465606-1670485135
User-Agent: Cisco-SIPGateway/IOS-15.5.3.S4b
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Timestamp: 1502992132
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Disposition: session;handling=required

v=0
o=CiscoSystemsSIP-GW-UserAgent 7317 4642 IN IP4 14.50.245.6
s=SIP Call
c=IN IP4 14.50.245.6
t=0 0
m=audio 8266 RTP/AVP 18 127
c=IN IP4 14.50.245.6
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:127 telephone-event/8000
a=fmtp:127 0-16
a=ptime:20

[DsTransportListener-3] DEBUG 2017.08.17 13:48:52:229 DsSipLlApi.Wire - Received UDP packet on 14.50.245.9:5065 ,source 14.50.245.20:5065
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 14.50.245.9:5065;branch=z9hG4bKM3X51yKL9BEW5v0Kudc5Dw~~128,SIP/2.0/UDP 14.50.245.6:5060;branch=z9hG4bK2A5763
From: <sip:1001@14.50.245.6>;tag=4E329FEC-A9F
To: <sip:2003@14.50.245.9>
Date: Thu, 17 Aug 2017 17:48:52 GMT
Call-ID: 2A7BE22B-82AB11E7-83AEAE0B-F940DC75@14.50.245.6
CSeq: 101 INVITE
Allow-Events: presence
Content-Length: 0


--- end of packet ---

[DsTransportListener-3] DEBUG 2017.08.17 13:48:52:284 DsSipLlApi.Wire - Received UDP packet on 14.50.245.9:5065 ,source 14.50.245.20:5065
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 14.50.245.9:5065;branch=z9hG4bKM3X51yKL9BEW5v0Kudc5Dw~~128,SIP/2.0/UDP 14.50.245.6:5060;branch=z9hG4bK2A5763
From: <sip:1001@14.50.245.6>;tag=4E329FEC-A9F
To: <sip:2003@14.50.245.9>;tag=93896~37db7c49-96d4-4c4c-a223-626b2c74c16a-16919968
Date: Thu, 17 Aug 2017 17:48:52 GMT
Call-ID: 2A7BE22B-82AB11E7-83AEAE0B-F940DC75@14.50.245.6
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
Allow-Events: presence
Server: Cisco-CUCM11.5
Call-Info: <urn:x-cisco-remotecc:callinfo>;x-cisco-video-traffic-class=DESKTOP
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Session-ID: 1e6e772300105000a00084b517ae1a83;remote=c07cdfa83b8f7c373757cf842ab93896
P-Asserted-Identity: "Alerting JM1 - 2003" <sip:2003@14.50.245.20>
Remote-Party-ID: "Alerting JM1 - 2003" <sip:2003@14.50.245.20>;party=called;screen=yes;privacy=off
Contact: <sip:2003@14.50.245.20:5065>;+u.sip!devicename.ccm.cisco.com="SEP84B517AE1A83"
Content-Length: 0


--- end of packet ---

[CT_CALLBACK.15] DEBUG 2017.08.17 13:48:52:285 DsSipLlApi.Wire - Sending UDP packet on 14.50.245.9:32789, destination 14.50.245.6:5060
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 14.50.245.6:5060;branch=z9hG4bK2A5763
To: <sip:2003@14.50.245.9>;tag=93896~37db7c49-96d4-4c4c-a223-626b2c74c16a-16919968
From: <sip:1001@14.50.245.6>;tag=4E329FEC-A9F
Contact: <sip:2003@14.50.245.20:5065>;+u.sip!devicename.ccm.cisco.com="SEP84B517AE1A83"
Remote-Party-ID: "Alerting JM1 - 2003" <sip:2003@14.50.245.20>;party=called;screen=yes;privacy=off
Call-ID: 2A7BE22B-82AB11E7-83AEAE0B-F940DC75@14.50.245.6
CSeq: 101 INVITE
Content-Length: 0
Date: Thu, 17 Aug 2017 17:48:52 GMT
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
Allow-Events: presence
Server: Cisco-CUCM11.5
Call-Info: <urn:x-cisco-remotecc:callinfo>;x-cisco-video-traffic-class=DESKTOP
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Session-ID: 1e6e772300105000a00084b517ae1a83;remote=c07cdfa83b8f7c373757cf842ab93896
P-Asserted-Identity: "Alerting JM1 - 2003" <sip:2003@14.50.245.20>


[DsTransportListener-3] DEBUG 2017.08.17 13:48:54:292 DsSipLlApi.Wire - Received UDP packet on 14.50.245.9:5065 ,source 14.50.245.20:5065
SIP/2.0 200 OK
Via: SIP/2.0/UDP 14.50.245.9:5065;branch=z9hG4bKM3X51yKL9BEW5v0Kudc5Dw~~128,SIP/2.0/UDP 14.50.245.6:5060;branch=z9hG4bK2A5763
From: <sip:1001@14.50.245.6>;tag=4E329FEC-A9F
To: <sip:2003@14.50.245.9>;tag=93896~37db7c49-96d4-4c4c-a223-626b2c74c16a-16919968
Date: Thu, 17 Aug 2017 17:48:52 GMT
Call-ID: 2A7BE22B-82AB11E7-83AEAE0B-F940DC75@14.50.245.6
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
Allow-Events: presence, kpml
Supported: replaces
Server: Cisco-CUCM11.5
Call-Info: <urn:x-cisco-remotecc:callinfo>;x-cisco-video-traffic-class=DESKTOP
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Session-Expires:  1800;refresher=uas
Require:  timer
Session-ID: 1e6e772300105000a00084b517ae1a83;remote=c07cdfa83b8f7c373757cf842ab93896
P-Asserted-Identity: "CLID JM1 - 2003" <sip:2003@14.50.245.20>
Remote-Party-ID: "CLID JM1 - 2003" <sip:2003@14.50.245.20>;party=called;screen=yes;privacy=off
Contact: <sip:2003@14.50.245.20:5065>;+u.sip!devicename.ccm.cisco.com="SEP84B517AE1A83"
Content-Type: application/sdp
Content-Length: 258

v=0
o=CiscoSystemsCCM-SIP 93896 1 IN IP4 14.50.245.20
s=SIP Call
c=IN IP4 14.50.245.254
b=TIAS:8000
b=AS:8
t=0 0
m=audio 16502 RTP/AVP 18 101
a=ptime:20
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

--- end of packet ---

[CT_CALLBACK.15] DEBUG 2017.08.17 13:48:54:293 DsSipLlApi.Wire - Sending UDP packet on 14.50.245.9:32789, destination 14.50.245.6:5060
SIP/2.0 200 OK
Via: SIP/2.0/UDP 14.50.245.6:5060;branch=z9hG4bK2A5763
To: <sip:2003@14.50.245.9>;tag=93896~37db7c49-96d4-4c4c-a223-626b2c74c16a-16919968
From: <sip:1001@14.50.245.6>;tag=4E329FEC-A9F
Contact: <sip:2003@14.50.245.20:5065>;+u.sip!devicename.ccm.cisco.com="SEP84B517AE1A83"
Require: timer
Remote-Party-ID: "CLID JM1 - 2003" <sip:2003@14.50.245.20>;party=called;screen=yes;privacy=off
Call-ID: 2A7BE22B-82AB11E7-83AEAE0B-F940DC75@14.50.245.6
CSeq: 101 INVITE
Content-Length: 258
Date: Thu, 17 Aug 2017 17:48:52 GMT
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
Allow-Events: presence, kpml
Supported: replaces
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Server: Cisco-CUCM11.5
Call-Info: <urn:x-cisco-remotecc:callinfo>;x-cisco-video-traffic-class=DESKTOP
Session-Expires: 1800;refresher=uas
Session-ID: 1e6e772300105000a00084b517ae1a83;remote=c07cdfa83b8f7c373757cf842ab93896
P-Asserted-Identity: "CLID JM1 - 2003" <sip:2003@14.50.245.20>
Content-Type: application/sdp

v=0
o=CiscoSystemsCCM-SIP 93896 1 IN IP4 14.50.245.20
s=SIP Call
c=IN IP4 14.50.245.254
b=TIAS:8000
b=AS:8
t=0 0
m=audio 16502 RTP/AVP 18 101
a=ptime:20
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

    SIP-Wire-Log zeigt für beide Anrufabschnitte die normale SIP-Meldung bis zum 200-Wert OK an.

    Architekturreferenz

    TAC Authored

    Beiträge von Cisco Ingenieuren

    • Joshua Meadows
      Cisco TAC-Techniker

    War dieses Dokument hilfreich?

    FeedbackFeedback

    Cisco kontaktieren

    Dieses Dokument gilt für folgende Produkte.