Получение всех прямых Отчетов от Active Directory
Разработчик Twilio здесь.
Эластичный SIP Trunking построен для учета неограниченных одновременных вызовов. Я думаю, что ваша УАТС, вероятно, хочет получить эту информацию, потому что более старые поставщики SIP-соединительных линий продали бы вам соединение с таким лимитом, и УАТС должна была бы обработать эти ограничения для вас.
Мой коллега Девин оставил ссылку на комментарии, которые показывают пределы Elip SIP Trunking Twilio . Ограничение, применимое к вашему вопросу:
Неограниченное количество одновременных звонков
blockquote>Если ваша АТС действительно не позволит вам двигаться без номера, то я рекомендую вам оценить максимальное количество одновременных звонков, которые вам понадобятся, и введите их. Или просто очень большое число. Twilio справится с этим.
1 ответ
Прежде всего установка Scope к "поддереву" является ненужной, когда у Вас уже есть DN, Вы ищете.
Кроме того, как насчет того, чтобы найти все объекты, свойство "менеджера" которых является человеком, которого Вы ищете, затем выполняя итерации их. Это должно обычно быть быстрее, чем наоборот.
(&(objectCategory=user)(manager=<user-dn-here>))
Править: Следующее важно, но было только упомянуто в комментариях этому ответу до сих пор:
Когда строка фильтра создается, как обозначено выше, существует риск повреждения ее с символами, которые допустимы для DN, но имеют особое значение в фильтре. Их нужно оставить:
* as \2a
( as \28
) as \29
\ as \5c
NUL as \00
/ as \2f
// Arbitrary binary data can be represented using the same scheme.
Править: Установка SearchRoot к DN объекта, и SearchScope кому: Base также быстрый способ вытащить отдельный объект из AD.