10. プロビジョニングに関する考慮事項 (Provisioning Considerations)

UA は、AOR への対話パッケージ SUBSCRIBE への応答で 'shared' Event ヘッダーフィールドパラメータを探すことで、この機能が AOR に対してアクティブであるかどうかを自動的に発見できるため、これに対するプロビジョニングは必要ありません。

レジストラは、共有 AOR のファーストパーティまたはサードパーティ登録のいずれかを受け入れるようにプロビジョニングする必要があります。ファーストパーティ登録とは、REGISTER リクエストの To および From URI が共有 AOR URI であることを意味します。サードパーティ登録とは、To URI が共有 AOR URI であり、From URI が別の AOR、おそらく個々のユーザーの AOR であることを意味します。ドメインに設定されている認可ポリシーに応じて、共有 AOR またはユーザーのいずれかの資格情報がレジストラとアピアランスエージェントによって受け入れられなければなりません (MUST)。

アピアランスエージェントが UA の対話状態をサブスクライブする必要がある場合、UA がアピアランスエージェントを認証できるように、アピアランスエージェントと UA に資格情報をプロビジョニングする必要があります。

場合によっては、共有アピアランスグループの UA が、レンダリングできるアピアランスの数に UI 制限がある場合があります。通常、これは、より柔軟な UI ではなく、ボタン/ランプ付きのハードフォンになります。この場合、アピアランスエージェントがこの最大数を知ることが有用です。これにより、この制限に達したときにアピアランスエージェントがポリシーを適用できるようになります。例えば、呼び出しを拒否します。ただし、このメカニズムは、プロトコル手段によってこれを発見する方法を提供しません。