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.
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.
In diesem Dokument wird beschrieben, wie Sie eine Fehlerbehebung für den mobilen und Remote-Zugriff (MRA) durchführen, wenn Anrufe aufgrund des Fehlers "503 Service Not" fehlschlagen.
Unterstützt von Ishan Sambhi, Cisco TAC Engineer.
Cisco empfiehlt, sich mit den folgenden Themen vertraut zu machen:
Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.
Dieses Dokument ist nicht auf bestimmte Software- und Hardwareversionen beschränkt.
Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.
Anrufe zwischen zwei Jabber-Clients, die über MRA beim CUCM registriert wurden, schlagen fehl, und es wird die Fehlermeldung "503 Service nicht verfügbar" angezeigt.
Anrufablauf:
Jabber-Client 1 > Expressway-E > Expressway-C > CUCM > Expressway-C > Expressway-E > Jabber-Client 2
Hinweis: Im Anruffluss werden sowohl Jabber Client 1 als auch Jabber Client 2 für dieselbe MRA-Bereitstellung registriert, d. h. das Expressway-Paar ist vor und nach dem CUCM identisch.
SIP-INVITE (Session Initiation Protocol) wird von CUCM auf Expressway-C übertragen
2014-06-06T10:27:20+10:00 kcec tvcs: UTCTime="2014-06-06 00:27:20,782" Module="network.sip" Level="DEBUG": Action="Received" Local-ip="10.200.1.220" Local-port="5060" Src-ip="10.200.1.210" Src-port="49071" Msg-Hash="12136618272786736242" SIPMSG: |INVITE sip:80d713ba-514d-fc2a-6b7e-af527f9eb37f@10.200.1.220:5060;transport=tcp;orig-hostport=10.100.94.116:58991 SIP/2.0 Via: SIP/2.0/TCP 10.200.1.210:5060;branch=z9hG4bK4ca27d4986 Call-ID: 50f2a980-39110ae8-1fb3-d201c80a@10.200.1.210 CSeq: 101 INVITE Remote-Party-ID: "Jabber client 1" <sip:sip%3Ajabber.client1@domain.com;x-cisco-number=168;x-cisco-callback-number=168>;party=calling;screen=yes;privacy=off Contact: <sip:sip%3Ajabber.client1i@10.200.1.210:5060;transport=tcp> From: "Jabber Client 1" <sip:sip%3Ajabber.client1@domain.com>;tag=132472~2b8aa2ec-85b4-4b2c-b662-3d078784a480-27388704 To: <sip:jabber.client2@10.200.1.210> Max-Forwards: 70 Allow: INVITE,OPTIONS,INFO,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY User-Agent: Cisco-CUCM9.1 Expires: 180 Date: Fri, 06 Jun 2014 00:27:20 GMT Supported: timer,resource-priority,replaces Min-SE: 1800 Allow-Events: presence Send-Info: conference,x-cisco-conference Call-Info: <urn:x-cisco-remotecc:callinfo>; security= NotAuthenticated; orientation= from; gci= 1-7197; call-instance= 2 Alert-Info: <file://Bellcore-dr1/> Content-Length: 0
Der Expressway-C versuchte, eine Anruflizenz aufzurufen.
Module="network.http" Level="DEBUG": Message="Request" Method="POST" URL="http://127.0.0.1:4370/status/call/call/uuid/86cc754d-eec2-4202-aa07-ea89c8afc47d"; Ref="0x7fd3780034e0" Module="network.http" Level="DEBUG": Message="Response" Src-ip="127.0.0.1" Src-port="4370" Dst-ip="127.0.0.1" Dst-port="32769" Response="200 OK" ResponseTime="0.002091" Ref="0x7fd3780034e0"
Module="developer.licensemanager.service.licensepool" Level="INFO" CodeLocation="licensepool(818)" Detail="Call license limit reached"license_type="nontraversal" tokens="2" cluster_token_inuse="0" cluster_token_limit="0" Module="developer.licensemanager.service.licensepool" Level="INFO" CodeLocation="licensepool(818)" Detail="Call license limit reached"license_type="traversal" tokens="2" cluster_token_inuse="0" cluster_token_limit="0" Module="developer.licensemanager.service.manager" Level="INFO" CodeLocation="licensemanager(155)" Detail="License not granted" call_id="6355985b-0d26-4a48-8b24-ba1ac5de38c6" lic_type="nontraversal" tokens=2 licensemanager: Level="INFO" Detail="License not granted" call_id="6355985b-0d26-4a48-8b24-ba1ac5de38c6" lic_type="nontraversal" tokens=2 UTCTime="2014-06-06 00:27:20,799"
Module="network.http" Level="DEBUG": Message="Response" Src-ip="127.0.0.1" Src-port="9999" Dst-ip="127.0.0.1" Dst-port="32516" Response="200 OK" ResponseTime="0.012601" Ref="0x7fd366097b00" Event="Search Completed" Reason="Service Unavailable" Service="SIP" Src-alias-type="SIP" Src-alias="sip%3Ajabber.client1@domain.com" Dst-alias-type="SIP" Dst-alias="sip:80d713ba-514d-fc2a-6b7e-af527f9eb37f@10.100.94.116:58991;transport\=tls" Call-serial-number="86cc754d-eec2-4202-aa07-ea89c8afc47d" Tag="92f548cb-a8a6-4339-8b3b-814cb85ae25a" Detail="found:false, searchtype:INVITE, Info:No License Available" Level="1" UTCTime="2014-06-06 00:27:20,800" Event="Call Rejected" Service="SIP" Src-ip="10.200.1.210" Src-port="5060" Src-alias-type="SIP" Src-alias="sip:sip%3Ajabber.client1@domain.com" Dst-alias-type="SIP" Dst-alias="sip:80d713ba-514d-fc2a-6b7e-af527f9eb37f@10.100.94.116:58991;transport\=tls" Call-serial-number="86cc754d-eec2-4202-aa07-ea89c8afc47d" Tag="92f548cb-a8a6-4339-8b3b-814cb85ae25a" Detail="Service Unavailable" Protocol="TCP" Response-code="503" Level="1" UTCTime="2014-06-06 00:27:20,801" Module="network.sip" Level="INFO": Action="Sent" Local-ip="10.200.1.220" Local-port="5060" Dst-ip="10.200.1.210" Dst-port="49071" Detail="Sending Response Code=503, Method=INVITE, CSeq=101, To=sip:168@10.200.1.210, Call-ID=50f2a980-39110ae8-1fb3-d201c80a@10.200.1.210, From-Tag=132472~2b8aa2ec-85b4-4b2c-b662-3d078784a480-27388704, To-Tag=111a6c358c828b39, Msg-Hash=17852441825048296421"
Da keine Lizenz verfügbar ist, antwortet Expressway-C mit der Fehlermeldung "Service nicht verfügbar".
2014-06-06T10:27:20+10:00 kcec tvcs: UTCTime="2014-06-06 00:27:20,801" Module="network.sip" Level="DEBUG": Action="Sent" Local-ip="10.200.1.220" Local-port="5060" Dst-ip="10.200.1.210" Dst-port="49071" Msg-Hash="17852441825048296421" SIPMSG: |SIP/2.0 503 Service Unavailable Via: SIP/2.0/TCP 10.200.1.210:5060;branch=z9hG4bK4ca27d4986;received=10.200.1.210;ingress-zone=CEtcp102001210 Call-ID: 50f2a980-39110ae8-1fb3-d201c80a@10.200.1.210 CSeq: 101 INVITE From: "Jabber Client 1" <sip:sip%3Ajabber.client1@domain.com>;tag=132472~2b8aa2ec-85b4-4b2c-b662-3d078784a480-27388704 To: <sip:jabber.client2@10.200.1.210>;tag=111a6c358c828b39 Server: TANDBERG/4129 (X8.1.1) Warning: 399 10.200.1.220:5061 "No License Available" Content-Length: 0
Der Anruf schlägt fehl, weil keine verfügbare Lizenz gefunden wird, aber ein Anruf zwischen zwei Jabber-Clients, die im selben CUCM über MRA registriert sind, erfordert keine Lizenz im Expressway-C. Dieses Problem tritt auf, wenn die Unified Communication Traversal Zone von Expressway-E auf die interne IP-Adresse des Expressway-E und nicht auf die öffentliche IP-Adresse des Expressway-E verwiesen wird.
Bei einer NIC Expressway-E-Bereitstellung muss die Unified Communication Traversal Zone auf die öffentliche IP-Adresse des Expressway-E und die Firewall zwischen Expressway-E und dem Internet mit Network Address Translation (NAT) Reflexion konfiguriert werden, um die Kommunikation zwischen Expressway-C und Expressway-E zu ermöglichen.