Office 365(クラウドベースのサービス)
展開
-
クラウドベースのサービスに割り当てられた Office 365 ユーザ(クラスタ「Cisco Webex Cloud」と同様に Cisco Webex Control Hub で指定される)には、Control Hub に次の永続的なエラー メッセージが表示されることがあります。「カレンダーコネクタを含むクラスタが見つかりませんでした。(Could not find cluster with Calendar Connector.)別のリソースグループを選択するか、カレンダーコネクタを含む新しいクラスタを設定してください。(Could not find cluster with Calendar Connector.)」このエラーは無視できます。
-
クラウドベースのサービスは、電子メールアドレスにアポストロフィが含まれているユーザをアクティブにしません。ユーザを Expressway ベースのカレンダーコネクタから移行する場合は、ハイブリッド カレンダー サービスはそれらのユーザをクラウドベースのサービスに移動しません。ユーザはカレンダーコネクタ上にとどまります。
一般的なスケジューリングの問題(すべてのキーワード)
-
招待されたデバイスで OBTP が一貫して機能するようにするには、メールシステムに会議のコメントを自動的に削除するポリシーがないことを確認する必要があります。次の PowerShell コマンドは、ハイブリッド カレンダー サービスが会議の処理に使用できるように、コメントが保持されることを保証します。
Set-CalendarProcessing -identity "room" -DeleteComments $false
-
ハイブリッド カレンダー サービス 共有カレンダーはサポートされていません。サービスは、共有カレンダーやグループ カレンダーではなく、ユーザの実際のカレンダーで会議がスケジュールされている限り、代理人が他のユーザの代わりにスケジュールした会議を処理できます。
-
5 ヵ月以上先にスケジュールされた会議は、Microsoft Office 365 用のクラウドベースのハイブリッド カレンダー サービスではすぐに処理されない場合があります。このサービスは、スライディングウィンドウを使用して毎日 5 ~ 6 ヵ月先の会議を処理するため、会議の予定日がウィンドウ内に収まる場合は、それが処理され、会議参加の詳細が表示されます。
-
定例会議シリーズの 1 つのインスタンスにスケジューリングキーワードまたはサポートされているビデオアドレスを追加した場合は、会議の参加の詳細が更新されません。回避策として、会議シリーズ全体にキーワードまたはビデオアドレスを追加します。
-
ハイブリッド カレンダー サービス は、過去にスケジュールされた会議に会議参加情報を自動的に追加しません。
-
配布リストが会議に招待されている場合は、招待が受け入れられるまで、その会議がユーザの Webex アプリの会議リストに表示されません。ユーザは、会議の応答を開催者に送信する必要があります。
Webex パーソナルルーム ミーティングのスケジューリング(@webex や @meet:myroom などのキーワード)
-
ハイブリッド カレンダー サービス は、会議の招待に Webex 参加リンクがすでに含まれている場合(生産性向上ツールを使用して追加された場合や会議主催者によって手動で追加された場合など)は、Webex 詳細を追加しません。会議主催者は、過去に追加された参加リンクを手動で削除して、ハイブリッド カレンダー サービス が新しい参加リンクを追加できるようにすることができます。
-
ハイブリッド カレンダー サービス は、300 人を超えるミーティングの招待を含むミーティングを処理しません。
-
Webex Site Administration で [パイロット番号の使用(Use a Pilot Number)] をオンにした場合に含まれるテキストの行を変更すること以外に、会議の詳細テンプレートをカスタマイズすることはできません。手順については、「Cisco Webex Hybrid カレンダーサービスで使用される電子メール テンプレートを @Webex でカスタマイズできますか?」を参照してください。
Cisco Webex スペースでのスケジューリング(@webex:space、@meet、@spark などのキーワード)
-
スペースキーワード スケジューリングでは、現在、最大 60 人の会議参加者がサポートされています。60 人を超える参加者を招待した会議主催者には、最大数を超えたことを示す電子メールメッセージが送信されます。
-
スペースキーワード スケジューリングでは、現在、配布リストを処理しません。配布リストの個々のメンバーは、スペースへの参加に関する詳細とともに会議の招待を受信しますが、スペースに自動的に追加されることはありません。回避策として、会議主催者は、招待を送信する前に、宛先行でメーラーを拡張できます。その場合は、各ユーザが別々にスペースに追加されます。
-
ユーザがスペースキーワードを使用してミーティングの招待に追加した添付ファイルは、対応するスペースに追加されません。
-
ハイブリッド カレンダー サービスは、Cisco Webex ユーザではない会議招待者に対して個別の電子メール メッセージを送信しなくなり、サインアップするように招待します。
-
スペースでスケジュールされた会議に使用される会議の詳細テンプレートをカスタマイズすることはできません。
ワンボタン機能(OBTP)
-
Webex アプリの [参加(Join)] ボタンと会議リストに関連した問題については、「Cisco Webex Meetings の既知の問題」の項目を参照してください。
Cisco TMS と Office 365 の統合
-
今後の会議をホストするようにスケジュールされている会議ブリッジが使用できなくなった場合、Cisco TMS は別のブリッジを使用するように会議の参加の詳細を更新します。ただし、主催者が会議の招待を変更しない限り、Office 365 では会議参加の詳細は更新されません。そのため、招待者が招待から会議に参加しようとすると問題が発生する可能性があります。
-
Office 365 の会議スケジューラのタイムゾーンが Cisco TMS のスケジューラのタイムゾーンと一致しない場合は、システムで定例会議のスケジュールに問題が生じる可能性があります。これにより、Office 365 と Cisco TMS でインスタンスの日付の不一致を引き起こす場合があります。回避策として、Office 365 のユーザのタイムゾーンが Cisco TMS のタイムゾーンと一致することを確認します。
-
@meet を使用してスケジュールされた定例会議シリーズでは、Office 365 での開始日と終了日または発生回数に対する変更が Cisco TMS で更新されません。(シリーズ全体の開始時刻と終了時刻に対する変更は想定どおりに行われます)。回避策として、シリーズを削除して新しいシリーズを作成します。
-
@meet を使用してスケジュールされた定例会議シリーズが複数回編集された場合に、Office 365 ではシリーズが正しく更新されますが、Cisco TMS では正しく更新されないことがあります。この動作は一貫していません。たとえば、シリーズの 1 つのインスタンスに参加者を追加してから、シリーズ全体のテーマを変更すると、変更されたインスタンスのテーマのみが変更される場合や、変更されたインスタンス以外のすべてのインスタンスのテーマが変更される場合があります。
-
Office 365 でエンドポイントがすでに @meet 以外の会議の特定のタイムスロットに対して予約されており、主催者が予約されたタイムスロットと重なる定例会議を @meet を使用してスケジュールした場合は、エンドポイントが会議を拒否したというメッセージが主催者に送信されますが、Cisco TMS では定例会議が作成されます。
このような会議の場合は、カレンダーコネクタが追加の会議要求を送信して、次の文字列のいずれかを含む 2 種類の情報メッセージを記録します。
-
status:MEETING_NOT_FOUND_ON_TMS
-
status:UN_EXPECTED_EXCEPTION
-
-
Expressway ホストが登録された組織が @meet キーワードアクションを [Cisco TelePresence Management Suite] に設定したが、Expressway の ページでカレンダーコネクタが Cisco TMS にリンクされていない場合は、カレンダーコネクタでアラームが発生する必要があります。このアラームは実装されていません。
-
Expressway コネクタホストから Cisco TMS の設定を削除しても、ユーザは Expressway コネクタホストが再起動されるまで、Cisco TMS での @meet 会議のスケジューリングを続けることができます。回避策は、Cisco TMS の設定を削除した後に、Expressway コネクタホストを再起動することです。