Какви са saml отстоянията за Webex срещи и Jabber?
Какви атрибути са необходими за SAML потвърждение за Webex срещи?
Какви са атрибутите на SAML assertion за Webex събития?
Какви са атрибутите на SAML потвърждение за Обучение на Webex?
Какви атрибути могат да се използват с Автоматично актуализиране на акаунт в SAML твърдение?
решение:
Вижте таблицата по-долу за списък на атрибутите за потвърждаване на SAML за Webex Meetings:
атрибут | Задължително | Използване |
1000000 | Да | Webex потребителско име, обикновено настроено на корпоративно потребителско име |
собствено име | Да | |
фамилно име | Да | |
Показвано име | Не | Използва се за показване на името на потребителя в списъка с участници в събранието. |
имейл | Да | |
1000000 | Не | Поддържа само създаване, не актуализация |
актуализация Времена работа | Препоръчва се за създаване на автоматичен акаунт. Изисква се за автоматично актуализиране на акаунт. | Поддържа дълга стойност, формат на часа UTC и LDIF формат на часа |
по желаниепарами | Не | |
100 000 | Не | Редактор на записи за поддръжка |
1000 | Не | Лабдин привилегия |
OPhoneСтрана | Не | Код на държавата на office телефон |
2000000000000 | Не | Телефонен код на телефон на Office |
OPhoneНаместна | Не | Локален телефон на Office |
OPhone | Не | Разширение за телефон на Office |
FPhoneСтрана | Не | Страна на факса |
FPhoneArea | Не | Код на област за факс телефон |
FPhoneПолол | Не | Локален факс телефон |
FPhoneEx | Не | Разширение на факс телефон |
Часова зона | Не | Часова зона |
Address1 | Не | |
Address2 | Не | |
град | Не | |
държава | Не | |
zip код | Не | |
страна | Не | |
100 000 | Не | Моят тип уебекс |
100. | Не | Папка за поддръжка |
1000 | Не | Подкрепа Моите контакти |
100 000 | Не | Поддръжка на моя профил |
MM | Не | Поддръжка на моите събрания |
мистър | Не | EndОтобходите поддръжката |
Аа | Не | 2-буквен КОД НА ДЪРЖАВАТА ПО ISO |
RC | Не | Поддръжка на моите записи |
2000 | Не | Документи за събитие за поддръжка |
1000000 | Не | Поддръжка на лично лоби |
като | Не | Допълнителен брой на съхранение |
1000 | Не | Допълнителен номер на компютъра |
Мт | Не | Номериран. Задава типовете събрания, които потребителят може да хоства. Всички ИД на типове срещи са валидни и трябва да бъдат изброени в \„2, 6, 8>.* |
Атрибутите за Webex събития и Webex обучение са същите като тези за Webex срещи, с изключение на типовете сесии (ST).
*Забележка: За да намерите кодовете за определени типове събрания на сайт, отидете на началната страница администриране на сайта и вижте номерата, изброени в колоната индекс. За помощ вижте: Каква е целта на индексната колона в администрирането на сайта?
Някои от основните ST кодове са следните:
Webex срещи Pro Среща - 3
Webex събития Онлайн събитие - 9
Webex обучение обучение - 11
Атрибути за автоматично актуализиране на акаунт
За Cisco Jabber атрибутите могат да бъдат намерени в ръководството за справка на Org Admin: Справочно ръководство за администратора на организацията
За Webex може да се използва следният списък. Допълнителни подробности за всеки атрибут могат да бъдат намерени в URL API ръководството за справка: Ръководство за интегриране на Cisco Webex и справка за URL API
-
Адрес1 = Потребителски адрес1
-
Адрес2 = Потребителски адрес2
-
Град = Потребителски град
-
Състояние = Потребител състояние
-
Zipcode = Код на потребител
-
Държава = Потребителски акаунт
-
OPhoneCountry = OfficePhCountry
-
OPhoneArea = ОфисОфоар
-
OPhoneLocal = OfficePhone
-
OPhoneExt = OfficePhExext
-
FPhoneCountry = FaxPhCountry
-
FPhoneArea = Факс
-
FPhoneLocal = Факс
-
FPhoneExt = FaxPhExt
-
AC = Допълнителенкомпютър
-
AS = допълнителна информация
-
Лабадмин = Лаборатория
-
MW = Тип myWebex
-
PL = ДисплейПартньор Връзки
-
PT = Портал
-
MT = Тип на събрание
-
РП = Запис на поддръжкаРеда
-
FL = Опорна папка
-
АВ = Подкрепа
-
PF = ПоддръжкаMyProfile
-
ММ = Подкрепа Наивий
-
MR =End SupportReport
-
AA = SupportAccessAnywhere
-
RC = Поддръжка НаRecordings
-
RE = Поддръжнидокументи
-
LB = ПоддръжкаЛичност
-
ТК1. TC10 = TrackingCode1.. Код за проследяване10
-
Часова зона = Часова зона
Забележка: Атрибутите за потвърждение чрез SAML , които се използват за актуализиране или създаване на нов потребителски акаунт, не са същите като използваните в CSV файловия формат за актуализиране или създаване на нов потребителски акаунт по време на пакетно импортиране/експортиране на потребители. Например полета като Телефонно обаждане, CellCallback, AP1Callback, AP2Callback, които принадлежат към формат на CSV файл не могат да се използват като SAML потвърждение атрибути.