Control Hub

  • メールの言語は、Control Hub を通じて設定された言語に基づいてローカライズされます。 ただし、エンド ユーザーがアクティベーション メールを受信すると、https://settings.webex.com/ に起動するアクティベーション リンクでは、メールの言語にかかわらず英語の設定ページが起動します。

    回避策: エンド ユーザーはログイン後に https://settings.webex.com/ で適切な言語を設定できます。

  • Control Hub を通じて新しい Webex Calling ユーザーが作成されると、ユーザーのアナウンス言語はロケーションのアナウンス言語設定がデフォルトになるはずです。 しかし、現在この通りにはなっておらず、Webex Calling の新規ユーザーへのアナウンス言語はすべて英語がデフォルトになります。

  • 場所によるデバイス ステータス検索は利用できません。

    回避策: 場所に基づいてデバイスのタグを作成します。 その後、[デバイス] ページの検索バーを使用してタグを検索します。 デバイスのタグを作成する方法の詳細については、「タグを持つデバイスをグループ化する」を参照してください。

  • Webex Calling サービス プロバイダーは、Webex Calling リストのサポート デバイス以外のサードパーティ デバイスを追加または管理できなくなりました。

  • ワークスペースを追加し、その 1 つ目の回線ポートが別のユーザーまたはワークスペースに割り当てられている ATA に割り当てたい場合、ATA の MAC アドレスを入力できなくなります。

    回避策: 新しいワークスペースを追加し、電話を割り当て(架空の MAC アドレスを使用できます)、ワークスペースからデバイスの割り当てを解除します。 次に、[ポートの設定] ボタンを選択して ATA を編集し、ワークスペースを追加します。 ATA の追加回線ポートとして割り当てられたワークスペースは、ワークスペースのテーブルにデバイスを表示できません。 ワークスペースを表示すると、ATA が [デバイス] の下に表示されます。

  • デフォルトの国のロケーション以外の場所に割り当てられているデバイスは、[デバイス] ページにステータスが表示されません。

  • Control Hub のユーザーの名と姓を更新しても、対応する発信者 ID フィールドで更新が行われません。 回避策として、Control Hub でユーザーの名前を変更し、CAP で発信者 ID の名と姓を更新してください。

    回避策: Control Hub でユーザーの名前を変更し、Control Hub で発信者 ID の名と姓を更新します。

  • 場所を作成し、すでに使用されている番号を指定すると、その場所は作成されますが、Control Hub では未構成として表示されます。

  • Control Hub の発信者 ID 機能の名と姓のフィールドには、特殊文字を入力することができますが、ユーザーがコールを発信すると、これらの文字は正規化され、スマートフォンのディスプレイ画面から削除されます。

  • 組織または特定のユーザーの Calling Behavior として Webex Calling を選択した場合、モバイルデバイス上の Webex バージョン 4.x から外部コールを発信しても、Webex Calling アプリは期待通りに開きません。

  • Webex Calling のアクセス コードとしてゼロを使用しないでください。 ゼロは、国内および国際的なダイヤルプレフィックスと重複します。 アクセス コードとしてゼロが使用されている場合、Webex Calling アプリケーションまたは Webex Calling デバイスで行われた通話は失敗します。

緊急連絡コールバック番号に関する既知の問題:

  • Control Hub では、ユーザーまたはワークスペースを非アクティブ化するオプションがあります。 ただし、非アクティブ化機能は現在機能しません。 ユーザーまたはワークスペースを非アクティブ化するときに、そのユーザーまたはワークスペースが緊急連絡コールバック番号(ECBN)としてアクティブに使用されている場合、管理者に警告するメッセージが表示されます。 現在、非アクティブ化が実際には実行されないので、この警告を無視することができます。

  • ユーザーの場所からの指定された番号が選択された場合、緊急連絡コールバック番号(ECBN)がフォールバック先を選択します。 ドロップダウンに表示される名前と番号が有効なユーザーです。 最初に設定されたユーザーではありません。 この制限は表面的なものですが、誤解を招く可能性があり、解決される予定です。

Webex Calling Analytics の既知の問題:

  • Analytics が Webex Calling アプリ モバイル ユーザーからの使用状況を表示しません。 これは、Webex Calling アプリバージョン 3.9.14 がリリースされたときに修正される予定です。

  • アナログ電話アダプター(ATA)および DECT デバイスはサポートされていません。

  • IPv6 または VPN ターミネーションを介して Webex Calling に登録されるデバイスもサポートされません。

ローカル ゲートウェイの構成

  • Webex Calling の Fax-to-Email 機能は、ローカルゲートウェイ(CUBE)経由で使用する場合、T.38 プロトコルが必要です。たとえば[パーソナルファックス番号にファックス] > [PSTN] > [CUBE] > [Webex Calling SBC] > [メール]。 この場合、メディア伝送は暗号化されません。 そのため、T.38 プロトコルは自分の判断で有効にしてください。

Webex Calling デバイス

  • ユーザーをアクティベート解除すると、Webex アプリと Webex Calling アプリでコール サービスが利用できなくなります。Cisco MPP 電話は、デバイスが削除されるか、そのユーザーの通話インターセプトが有効になるまで、通話をサポートし続けます。 通話インターセプトの詳細については、「Control Hub の Webex ユーザーの通話 インターセプトを設定する」を参照してください。

  • ATA 191/192 - オンボーディング プロセスの一環として、Cisco ATA 191/192 デバイスのリモート ファームウェアのアップグレードを試行すると、ATA のファームウェア ロードが古いバージョンである場合、問題が発生する可能性があります。 この問題を解決するには、以下の手順に従って、Cisco ATA 191/192 のファームウェアを手動でアップグレードします。

    • 回避策: [管理者] > [ファームウェアのアップグレード]に移動します。 ファイルを解凍します。 解凍したファイルを選択してアップグレードします。 ファームウェアはここからダウンロードします。 ファームウェアをダウンロードしたら、ATA を https://cisco.sipflash.com/ にポイントし直します。

  • お使いの MPP デバイスは、Cisco Directory Connector で同期された Active Directory (AD) にはアクセスできません。 MPP 電話は、カスタム ディレクトリ メニューから、Webex Calling ライセンスに割り当てられたユーザーにのみアクセスできます。

Webex Calling アプリ

  • Webex Calling アプリには、Active Directory (AD) にアクセスして AD の同期を行う権限がありません。 そのため、アクセスできるのは、自分のディレクトリの他の Webex Calling ユーザー (Webex Calling ライセンスを割り当てられたユーザー)だけです。

  • 管理者が通話アプリケーションとして Webex Calling を設定した場合に、Webex Calling アプリを使用して電話をかけると、Webex アプリでの在席状態が変更されずに通話中と表示されます。

idbroker.webex.com でメールを変更する

Webex Calling ユーザーは自分自身のメールアドレスを変更することはできません。 idbroker.webex.com は、Webex Calling をサポートしていません。 Webex Calling ユーザーがメールアドレスを idbroker.webex.com で変更しようとすると、同期の問題が発生します。

現在の他のすべての問題は、Calling 管理およびユーザーポータルに関連したものです。 これらの問題の一覧については、「クラウドコールの既知の問題」を参照してください。