Sicheres Telefonieren und Spam-Abwehr

Als Teil des sicheren Anruferlebnisses bietet Webex einen robusten Schutz vor solchen Angriffen. Die folgenden Webex-Anruffunktionen tragen dazu bei, diese Bedrohungen zu mindern:

STIR-Shake-basierte Richtlinie auf Control Hub
Administratorblock
Benutzerblock
Integration eines zertifizierten Anbieters für Anrufreputation (CCRP)

Spam-Abwehr mittels STIR/SHAKEN Politik

Dienstanbieter nutzen STIR/SHAKEN in ihren Netzwerken, um Verbraucher vor Spam-Anrufen zu schützen. Dieses Rahmenwerk ist in den Vereinigten Staaten und Kanada bereits als Teil der FCC-Richtlinien aktiv. Durch die Überprüfung der Anrufer-ID-Informationen werden verdächtige Anrufe erkannt und den Nutzern mehr Sicherheit beim Annehmen von Anrufen von unbekannten Nummern gegeben.

Der STIR/SHAKEN-Standard

Secure Telephone Identity Revisited (STIR) und Signature-based Handling of Asserted Information Using toKENs (SHAKEN) ist ein Framework miteinander verbundener Standards. Dadurch wird sichergestellt, dass bei Anrufen, die über miteinander verbundene Telefonnetze geleitet werden, der Anrufer ID vom ursprünglichen Dienstanbieter als legitim signiert und vom empfangenden Dienstanbieter validiert wird, bevor er die Verbraucher erreicht.

Um die Verifizierungsergebnisse über den Parameter verstat im SIP P-Asserted-Identity-Header zu übermitteln, verwenden die terminierenden Dienstanbieter diese options:

TN-Validation-Passed— Die Validierung war erfolgreich, und das Ergebnis war eine A-, B-, C-Anerkennung der Anrufnummer.
TN-Validation-Failed– Der Anrufer konnte nicht überprüft werden.
No-TN-Validation: Dies kann aus verschiedenen Gründen zu einem Fehler bei der Verifizierung führen. Zum Beispiel: Die E.164-Nummer ist falsch formatiert.

BEIM SHAKEN-Ton werden A, B und C der Anbieter, der die Ursprungs-Service-Provider-Beziehung zu den anrufenden Nummern bestätigt, bescheinigen lassen.

A: der Dienstleister kann bestätigen, dass der Anrufer die richtige Telefonnummer als Anrufer-ID verwenden darf.
B: der Kunde ist bekannt. Unbekannt ist jedoch, ob der Benutzer zur Verwendung der Anrufer-ID richtig ist.
C: es erfüllt nicht die Anforderungen von A oder B. Zum Beispiel: ein internationaler Anruf.

Statistikenwert und Bestätigung

Webex Calling verarbeitet den Parameter verstat im eingehenden Anruf und zeigt die Anrufer-ID-Disposition auf den Cisco-Clients an.

Diese Tabelle zeigt die verstat Informationen, die zur Übermittlung der Anrufer-ID-Benachrichtigung an Clients verwendet werden:

Empfängerwert	Bestätigungsebene	Wert, der auf Cisco-Clients angezeigt wird
TN-Validierung bestanden	Nicht bereitgestellt	Verifizierter Anrufer
	A	Verifizierter Anrufer
	B	Verdacht auf Spam
	C	Verdacht auf Spam
TN-Validierung fehlgeschlagen	Beliebiger Wert	Potenzieller Betrug
No-TN-Validierung	Beliebiger Wert	Verdacht auf Spam
Kein Verstat-Parameter	Beliebiger Wert	Verdacht auf Spam

Cisco-Clients, die Unified Call History unterstützen, zeigen in der Aufzeichnung ein Symbol gemäß der Anrufer-ID-Anrufprotokoll an.

In der Webex-App wird der Text und das Symbol für die Bestätigung angezeigt, und auf MPP-Geräten wird nur das Symbol angezeigt.

Überprüfung der Netzanrufe

Zusätzlich zu den PSTN wird die Anrufer-ID-Id für On-Net-Anrufe gemäß folgenden Regeln durchgeführt:

On-Net-Call zwischen Webex Calling-Benutzern – Verifizierter Benutzer (mit Symbol).
On-Net-Call von Cisco Unified Communications Manager(CUCM) an Webex Calling-Benutzer – Verifizierter Benutzer (mit Symbol). Anrufe von einem lokalen Cisco Unified Communication Manager-Benutzer werden basierend auf der Anrufer-ID klassifiziert, die mit dem konfigurierten Enterprise-Wählplan auswählt.
On-Net Call von Webex Calling-On-Premise-Cisco Unified Communications Manager(CUCM)-Benutzer – kein Hinweis auf Cisco Unified Communication Manager-Client.

Bei Mid-Call-Funktionen wie Anrufweiterleitung, Anruf parken, Anrufanrufanrufweiterleitung und Anrufer-ID basiert die Anrufer-ID-Id-Id auf der Verarbeitung des Wertes "Verstat" des ersten Anrufbereichs.

Wenn ein eingehender Anruf an einen Webex Calling-Benutzer weitergeleitet wird und sich die Anrufernummer ändert, wird die Anrufer-ID-Disposition anhand des verstat -Werts in der eingehenden Anrufanfrage entschieden.

Unterstützte Geräte

Die Spam-Erkennung wird auf den folgenden Cisco-Endpunkten unterstützt:

Webex-App – Desktop- und mobile Version 42.5 oder höher.
MPP-Telefone – Unterstützt 6800, 7800, 8800 und 9800 MPP-Geräte mit Firmware-Version 11.3.7 oder höher.

Administratorkonfiguration

Benutzerbenachrichtigung mit Control Hub bereitstellen

Administratoren können die Benutzeranzeige für nicht verifizierte Anrufer konfigurieren. Ein Administrator kann konfigurieren, um Anrufe zu blockieren, bei denen die STIR/SHAKEN-Validierung fehlgeschlagen ist. Dadurch wird sichergestellt, dass potenzielle Betrugsanrufe nicht an den Endpunkt des Benutzers gesendet werden.

Gehen Sie zum Konfigurieren der Benachrichtigungseinstellungen auf Organisationsebene folgendermaßen vor:

1	Melden Sie sich bei Control Hub an.
2	Gehen Sie zu Dienste > Anruf.
3	Gehen Sie zu Diensteinstellungen und scrollen Sie nach unten Anrufer-ID Validierung.
4	Aktivieren Sie mithilfe des Schalters die folgenden Optionen: Anrufe blockieren, bei denen die Anrufer-ID-Validierung fehlgeschlagen ist- Wenn aktiviert, werden alle Anrufe blockiert, bei denen die Validierung gemäß STIR/SHAKEN Validierungen sind blockiert. Diese Anrufe werden nicht an die Endpunkte des Benutzers weitergeleitet. Die Anrufnummer wird jedoch zum Anrufer-Anrufprotokoll. Standardmäßig ist dieser Wert deaktiviert. Anrufe von nicht verifizierten Anrufern als normale Anrufe anzeigen- Diese Option ist standardmäßig aktiviert. Alle Anrufe von nicht verifizierten Anrufern werden ohne Angabe an Endpunkte gesendet. Wenn der PSTN Service Provider für eine Organisation STIR/SHAKEN in ihrem Netzwerk aktiviert hat, dann kann er diese Einstellung deaktivieren. Ist diese Deaktiviert, werden Anrufe von nicht verifizierten Anrufern am Benutzerendpunkt als Mögliche Spam-Nachricht angezeigt. Die Anrufanzeigefunktionen und die Einstellungen für die Anrufer-ID gelten nur für Webex Calling-Standorte in den Vereinigten Staaten von Amerika und Kanada. An anderen Standorten werden Anrufe unabhängig von den Einstellungen der Anrufer-ID normal angezeigt.

Konfigurieren Sie CUBE für die Spam-Anzeige

Um die verstat Informationen an Webex Calling weiterzugeben, müssen Organisationen in den USA und Kanada, die ein lokales PSTN-Netzwerk nutzen, das über Local Gateway oder CUBE mit Webex Calling verbunden ist, diese Einstellungen auf CUBE konfigurieren.

Für Anrufe von PSTN, wobei der Dienstleister STIR/SHAKEN unterstützt:

Konfigurieren Sie CUBE, falls der PSTN-Dienstanbieter den Parameter verstat während des Verbindungsaufbaus sendet:

Die hier referenzierten Tags basieren auf dem Konfigurationsleitfaden für das lokale Gateway.
Diese Konfiguration hat auch dann keine Auswirkungen auf die Aufrufe, wenn der Dienstanbieter den Parameter verstat nicht sendet.


voice class sip-copylist 200
 sip-header From
 sip-header P-Asserted-Identity
 sip-header P-Attestation-Indicator
dial-peer voice 200
 voice-class sip copy-list 200
voice class sip-profiles 100
 rule 90 request INVITE peer-header sip P-Asserted-Identity copy "(;verstat=[A-Z|a-z|-]+)" u01
 rule 91 request INVITE sip-header P-Asserted-Identity modify "@" "\u01@"
 rule 92 request ANY peer-header sip From copy "(;verstat=[A-Z|a-z|-]+)" u02
 rule 93 request ANY sip-header From modify "@" "\u02@"
 rule 94 request INVITE peer-header sip P-Attestation-Indicator copy "(.*)" u03
 rule 95 request INVITE sip-header P-Attestation-Indicator add "P-Attestation-Indicator: Dummy Header"
 rule 96 request INVITE sip-header P-Attestation-Indicator modify "Dummy Header" "\u03"
 rule 97 request INVITE sip-header P-Attestation-Indicator modify "P-Attestation-Indicator: $" "Remove: Me"
 rule 98 request INVITE sip-header Remove remove

Für Anrufe aus dem Festnetz, wenn der Dienstanbieter dies nicht unterstützt STIR/SHAKEN:

Wenn der PSTN-Anbieter keine verstat Informationen im eingehenden Anruf sendet, ändern Sie nicht den Standardwert der Einstellung Anrufe von nicht verifizierten Anrufern als normale Anrufe darstellen im Control Hub. Wenn die Einstellung deaktiviert ist, sehen die Benutzer auf ihren Clients den Hinweis Möglicher Spam.

Zertifizierte Anbieter von Anruferreputation mit Webex Calling

Webex Calling stärkt die sichere Zusammenarbeit weiterhin durch die Integration von Certified Calling Reputation Providers (CCRPs). Diese Integration schützt Sie proaktiv vor neuen Bedrohungen, sodass Sie das reibungslose Kommunikationserlebnis genießen können, das Sie erwarten.

Die Funktion nutzt Reputationsinformationen in Echtzeit, um eingehende PSTN-Anrufe dynamisch zu bewerten und automatisch Maßnahmen zu ergreifen, indem bekannte Bedrohungen blockiert, verdächtige Anrufer durch eine CAPTCHA-Verifizierung herausgefordert und vertrauenswürdige Anrufe ohne Unterbrechung durchgelassen werden. Diese Cloud-Lösung ist für Kunden mit Hauptsitz in Nordamerika über den zertifizierten Anbieter Mutare verfügbarund bietet Schutz auf Unternehmensebene gegen Spam- und Vishing - Angriffe mit minimalem Konfigurationsaufwand. Das bedeutet, dass sich Ihr Team auf das Wesentliche konzentrieren kann: Sinnvolle Gespräche mit legitimen Anrufern führen.

Überprüfung der angerufenen Nummer

Webex Callingsendet die angerufene Nummer zusammen mit den Anruferinformationen an Mutare. Administratoren konfigurieren benutzerdefinierte Regeln im Mutare-Portal, um je nach gewählter Nummer unterschiedliche Screening-Behandlungen anzuwenden. Sie könnten zum Beispiel eine CAPTCHA-Bestätigung für Hauptleitungen verlangen, während Anrufe an direkte Leitungen keiner CAPTCHA-Behandlung unterzogen werden. Mutare kann eine Zulassen-, Blockier- oder CAPTCHA-Aktion basierend auf der Rufnummer, der angerufenen Nummer oder einer Kombination aus beiden zurückgeben; die Reputationsbewertung selbst basiert weiterhin auf der Rufnummer.

Warum zielbewusster Schutz wichtig ist

Öffentliche Nummern wie Empfangsschalter, Hauptleitungen, Kundendienstleitungen, Anrufwarteschlangen und gebührenfreie Kampagnennummern können häufig Ziel von Spam, Robocalls und Denial-of-Service-Verkehr sein. Unternehmensweite Spam-Richtlinien wenden dieselben Regeln auf jeden eingehenden Anruf an. Durch die Überprüfung der angerufenen Nummern können Sie für jedes Ziel das richtige Schutzniveau anwenden, sodass Nummern mit hohem Risiko stärker kontrolliert werden können, ohne die Anrufbehandlung im Rest der Organisation zu ändern.

Anwendungsfälle

Im Folgenden sind einige gängige Anwendungsfälle aufgeführt:

Empfang und Hauptleitungsschutz — Leiten Sie Anrufe über CAPTCHA an Ihren Firmenempfang oder Ihre Haupttelefonzentrale weiter, während direkte Mitarbeiternummern weniger abgegrenzt werden oder eine Behandlung zulassen. Das reduziert die Belastung der Mitarbeiter an der Rezeption durch Robocalls, ohne dass bei jedem eingehenden Anruf in der Organisation ein CAPTCHA erforderlich ist.
Telefonischer Denial-of-Service-Flood-Schutz — Wenn eine einzelne veröffentlichte Nummer von einem hohen Volumen an bösartigem Traffic betroffen ist, blockieren Sie oder CAPTCHA nur für diese DID, ohne den Schutz für den Rest der Organisation zu ändern.
Anrufwarteschleifen und Kontaktzentren — Filtern Sie Spam, bevor Anrufe die Agenten unter den Pilotnummern der Warteschleife erreichen, um die Zeitverschwendung durch automatische Anrufe und lästigen Verkehr an Eingangspunkten mit hohem Verkehrsaufkommen zu reduzieren.
Regulierte und risikoreiche Leitungen — Kunden aus den Bereichen Finanzdienstleistungen, Gesundheitswesen und Behörden können sensible oder öffentlich zugängliche Telefonleitungen wie Betrugshotlines, Warteschlangen für Patienten und Kontaktnummern von Behörden mit zielspezifischen Richtlinien schützen.

Feature-Workflow

Die folgenden Schritte erklären die Funktionsweise dieser Funktion:

1	Abonnieren Sie den Reputationsservice von Mutare, dem CCRP von Cisco. Weitere Informationen und die Möglichkeit zur Anmeldung für den CCRP-Service bei Mutarefinden Sie unter CCRP für Webex Calling. Kunden sollten sich über Connect with Mutare anmelden. Das Onboarding-Team vonMutare wird Sie durch den Abonnementprozess führen und sicherstellen,dass Ihr Konto ordnungsgemäß eingerichtet wird.
2	Nach Abschluss Ihres Abonnements stellt Ihnen Mutare eine eindeutige Firmen -ID und einen geheimen Schlüssel für Ihre Organisation zur Verfügung. Diese sicheren Zugangsdaten stellen eine vertrauenswürdige Verbindung zwischen Ihrer Webex Calling-Umgebung und der Reputationsplattform von Mutareher. Sie müssen diese Anmeldeinformationen im Control Hub konfigurieren.
3	Passen Sie Ihre Richtlinien zur Anrufbearbeitung an, indem Sie Reputationsschwellenwerte konfigurieren, die mit der Sicherheitslage und den Geschäftsanforderungen Ihres Unternehmens übereinstimmen. Weitere Informationen finden Sie im folgenden Konfigurationsabschnitt.
4	Sobald Sie Ihre Konfiguration speichern, stellt Webex Calling automatisch eine sichere Verbindung zwischen der Webex-Umgebung Ihrer Organisation und Ihrem dedizierten Mandanten in der CCRP-Plattform von Mutareher.
5	Ein eingehender PSTN-Anruf erreicht Webex Calling.
6	Bevor der Anruf an das Ziel weitergeleitet wird, extrahiert Webex Calling die Rufnummer des Anrufers aus dem SIP-From-Header (oder gegebenenfalls aus dem P-Asserted-Identity-Header).
7	Eine Echtzeitanfrage wird mit der Nummer des Anrufers und der angerufenen Nummer an Mutare gesendet.
8	Mutare gibt den Reputationswert zurück. Wenn eine konfigurierte benutzerdefinierte Regel auf der Grundlage der Rufnummer, der angerufenen Nummer oder einer Kombination aus beiden gilt, kann Mutare auch eine Anbieterregelaktion zurückgeben.
9	Webex Callingwendet die Aktion der Anbieterregel an, wenn eine zurückgegeben wird. Andernfalls werden die konfigurierten Punktegrenzwerte angewendet.
10	Der Anruf wird hergestellt, mit CAPTCHA abgefragt oder aufgrund der Aktion der Anbieterregel oder der konfigurierten Punktegrenzwerte blockiert.

Konfigurieren Sie den Anbieter für Anruferreputation.

Um den Anbieter für Anruferreputation und die Richtlinieneinstellungen auf Organisationsebene zu konfigurieren, befolgen Sie diese Schritte:

1	Melden Sie sich bei Control Hub an.
2	Navigieren Sie zu Dienste > Anruf.
3	Gehen Sie zu Einstellungen und scrollen Sie nach unten zu Anrufer-Reputationsdienst.
4	Aktivieren Sie den Schalter, um den Rufnummernanbieter und die Richtlinieneinstellungen zu konfigurieren. Anbieter—Wählen Sie den Anbieter aus der Dropdown-Liste aus. Firmen-ID—Geben Sie die vom Anbieter erhaltene Firmen-ID an. Geheimer Schlüssel—Geben Sie den vom Anbieter erhaltenen geheimen Schlüssel ein. Sie können die Firmen-ID und den Geheimen Schlüssel nach der Anmeldung beim CCRP vom Anbieterportal abrufen. Anrufbehandlungsrichtlinie—Sie können die Richtlinie konfigurieren, indem Sie die Reputationsschwellenwerte festlegen. Der Schwellenwert definiert einen Bereich zwischen 0,0 und 5,0. Das System weist alle Anrufe unterhalb des unteren Schwellenwerts ab. Das System akzeptiert alle Anrufe mit Werten, die gleich oder größer als der obere Schwellenwert sind. Das System fordert den Anrufer mit einem CAPTCHA heraus, wenn die Reputation des Anrufers in den Bereich der Wettbewerbsherausforderung fällt. Klicken Sie auf Änderungen anwenden und Speichern. Für benutzerdefinierte Regeln, die die angerufene Nummer beinhalten, konfigurieren Sie die Regelbedingungen und Aktionen im Mutare-Portal. Benutzerdefinierte Regeln können die Rufnummer, die angerufene Nummer oder eine Kombination aus beiden verwenden, um eine Zulassen-, Sperren- oder CAPTCHA-Abfrageaktion festzulegen. Fahren Sie in Control Hub mit der Konfiguration der Anmeldeinformationen für den Anruferreputationsanbieter und der Score-Schwellenwert-Richtlinie fort. Wenn Ihr Konto abgelaufen ist, wenden Sie sich an Ihren Anbieter für Anruferreputation. Nachdem Ihre Lizenz wiederhergestellt wurde, klicken Sie auf die Option Erneut versuchen, um den abgelaufenen Status rückgängig zu machen.

Prioritätshierarchie der Anruffilterung

Die Integration von CCRP in Webex Calling bietet eine fortschrittliche Lösung zur Vermeidung von Spam, die innerhalb der Webex Calling-Prioritätshierarchie arbeitet, um Benutzer vor unerwünschten Anrufen zu schützen. Dadurch wird sichergestellt, dass legitime Anrufe durchkommen.

Wenn die Mutare CCRP-Plattform eine Anbieterregelaktion für eine benutzerdefinierte Regel mit der angerufenen Nummer zurückgibt, Webex Calling wendet sie diese Aktion an, bevor die Score-Schwellenwertbehandlung angewendet wird.

Die Prioritätsstufe der Anruffilterung in Webex Calling ist wie folgt: Spam mitigation using STIR/SHAKEN policy

Anrufbearbeitung und Berichterstattung

Behandlungsart	Aktion/Ergebnis
Sperren	Der Anruf wird dem angerufenen Benutzer nicht angeboten. Der Anruf wurde mit Grund 603 freigegeben. Der Anruf wird im Anrufverlauf des angerufenen Benutzers mit dem Status „blockiert“ protokolliert.
Herausforderung (CAPTCHA)	Der Anrufer hat drei Versuche, die Herausforderung zu bestehen. Zwischen den einzelnen Eingabeschritten der Ziffern gibt es eine Wartezeit von 15 Sekunden. Wenn die Herausforderung erfolgreich ist— Der Anruf wird durchgestellt und nicht als Spam markiert. Schlägt die Herausforderung fehl oder bricht der Anrufer ab,— wird der Anruf freigegeben und im Verlauf als „blockiert“ protokolliert.
Ermöglichen	Dem Benutzer wird der Anruf als normaler Anruf ohne jeglichen Hinweis präsentiert.
Keine oder nur langsame Reaktion von Mutare	Dem Benutzer wird der Anruf zusammen mit den Ergebnissen präsentiert. STIR/SHAKEN Beglaubigung, sofern vom PSTN-Anbieter verfügbar.

Wenn ein Anruf nach STIR/SHAKEN Wird ein Anruf zwar verarbeitet, erhält er aber eine hohe Reputation oder besteht den CAPTCHA-Test des Mutare-Anrufreputationsdienstes, wird er dem Webex Calling-Benutzer als normaler Anruf angezeigt.
Wenn ein Anruf nach STIR/SHAKEN Wird der Anruf zwar verarbeitet, erhält er aber eine niedrige Reputation-Bewertung oder besteht den CAPTCHA-Test des Mutare-Anrufreputationsdienstes nicht, wird er blockiert.

Zur Verbesserung der Anrufdaten und der Berichtsfunktion werden dem Anrufdatensatz (CDR) die folgenden Felder hinzugefügt, um Informationen vom Reputationssystem zu erfassen:

Anrufbewertung
Ergebnis des Anrufbewertungsdienstes
Grund für die Reputation des Anrufers

Weitere Details zu diesen Feldern finden Sie im detaillierten Anrufverlaufsbericht von Webex Calling .

Bewertungsprozess der Anruferreputation für Gruppenfunktionen

Die Bewertung der Anruferreputation erfolgt nur einmal pro eingehendem Anruf, nämlich beim ersten Eingang des Anrufs in das System. Dieser Prozess umfasst alle Arten von Endpunkten, einschließlich Arbeitsbereichen und Gruppenfunktionen wie automatische Telefonzentralen, Anrufwarteschlangen und Jagdgruppen. Bei Zielen, die Anrufe von Gruppenfunktionen empfangen, wird keine zusätzliche Anruferreputationsprüfung durchgeführt, da die erste Bewertung bereits am Einstiegspunkt der Gruppe oder Funktion erfolgt. Bei Anrufen, die den Reputationscheck nicht bestehen, für den die angerufene Nummer einer Gruppenfunktion zugeordnet ist, wird kein Anrufverlaufseintrag erstellt.

Bei der Überprüfung der angerufenen Nummer ist die angerufene Nummer die ursprünglich angerufene Nummer oder das erste Weiterleitungsziel des Anrufs, wie zum Beispiel die Nummer für eine Anrufwarteschleife, eine Suchgruppe oder eine andere Gruppenfunktion. Webex Callingführt keine zusätzliche Reputationsprüfung durch, wenn der Anruf später an ein anderes Ziel weitergeleitet wird.

Rückrufe von Notrufnummern, die einen Rückruf-Header enthalten, werden nicht vom Reputationsanbieter geprüft.

Partnerschaft im Bereich Unterstützung und Service

Cisco und Mutare haben eine Supportpartnerschaft geschlossen, um sicherzustellen, dass Kunden bei der Integration des Anrufer-Reputations-Dienstes umgehend fachkundige Unterstützung erhalten. Bei Problemen mit der Webex Calling-Infrastruktur, dem Anruf-Routing oder der Control Hub-Konfiguration müssen sich Kunden über ihre üblichen Supportkanäle an das Cisco Technical Assistance Center (TAC) wenden. Bei Fragen zum CCRP-Service, wie z. B. zur Berechnung des Reputationsscores, zum Zugang zum Anbieterportal, zur Kontobereitstellung oder zu Abrechnungsfragen, sollten sich Kunden direkt an das dedizierte Support-Team von Mutare wenden.

Diese Unterstützungsstruktur gewährleistet, dass jede Anfrage das zuständige Team erreicht, das die effektivste und effizienteste Lösung bieten kann.

Beschränkung

Benutzer müssen regelmäßig die Liste der blockierten Anrufe in ihrer Anrufliste überprüfen, um Fehlalarme zu erkennen. Falls Nummern irrtümlich auf der Sperrliste erscheinen, insbesondere verpasste Anrufe, die nicht gesperrt sein sollten, sollten sich die Benutzer an ihren Administrator wenden, um diese Nummern entsperren zu lassen.

Cisco AI Assistant

Danke für Ihr Feedback.