Дякуємо за відгук.
Підготувати дані NFC-введення для настільного телефону серії 9800
Надіслати відгук?Дані NFC-онбордингу
Формат даних NFC: корисне навантаження
Корисне навантаження в записі NFC містить фактичні дані, які будуть передаватися між NFC-зчитувачем/записувачем і NFC-тегом телефону. Ви можете вказати інформацію про введення в NFC-корисному вантажі, налаштувавши пари ключ-значення. Ключ і значення розділені двокрапкою, як показано нижче:
Синтаксис пари ключ-значення: <Key>:<Value>
Наприклад:
onboardingMethod:1 onboardingDetail:http://10.79.130.6/2302005811.xml MAC:A4114E0641C2 Network_Name_1_:test_ssid Wi-Fi_User_ID_1_:testuser Wi-Fi_Password_1_:test12345 Security_Mode_1_:Auto Frequency_Band_1_:5 GHz Custom_CA_Rule:http://custom_ca.example.com/custom.ca Ви також можете налаштувати пари ключ-значення у форматі JSON.
Наприклад:
{ "onboardingMethod": 1, "onboardingDetail": "http://10.79.130.6/2302005811.xml", "MAC": "A4114E0641C2", "onboardingConfig": { "Network_Name_1_": "test_ssid", "Wi-Fi_User_ID_1_": "testname", "Wi-Fi_Password_1_": "test12345", "Security_Mode_1_": "Auto", "Frequency_Band_1_": "5 GHz", "Custom_CA_Rule": "http://custom_ca.example.com/custom.ca" }Об'єкт «onboardingConfig» існує лише у форматі JSON. Він містить інформацію про профіль Wi-Fi та кастомний CA. Cisco настільні телефони 9811, 9841 і 9851 не підтримують Wi-Fi.
Підтримувані пари ключ-значення для NFC-онбордингу
| Ключ (чутливий до ремінстру) | Значення | Опис |
|---|---|---|
| Метод онбордингу | 1–5 | Визначає метод онбордингу:
Ця пара обов'язкова. Наприклад:
|
| OnboardingДеталь | HTTP-адреса, код активації або альтернативна TFTP адреса, що відповідає методу онбордингу | Вказує детальну інформацію для відповідного методу адаптації.
|
| macOS | MAC адреса | Вказує адресу MAC телефону. Ця пара ключ-значення є обов'язковою при підписі переданих NFC (підписання або підписання + шифрування). Телефон прийматиме дані NFC лише тоді, коли налаштована адреса MAC збігається з його власною адресою MAC. Наприклад:
|
| Wi-Fi профіль Детальніше про параметри дивіться у розділі Параметри профілю Wi-Fi. | ||
|
Network_Name_1_ | SSID | Визначає назву SSID, яка відображатиметься на телефоні. Наприклад:
|
| Wi-Fi_User_ID_1_ | Користувач ID для мережевого профілю | Вказує користувач ID для мережі Wi-Fi. Наприклад:
|
| Wi-Fi_Password_1_ | Пароль для користувача ID | Вказує пароль для користувача ID для доступу до мережі Wi-Fi. Наприклад:
|
| Security_Mode_1_ | Auto|EAP-FAST|||PSK||Немає|EAP-PEAP | Вибирає метод автентифікації, який використовується для забезпечення доступу до мережі Wi-Fi. Наприклад:
NFC-адаптація не підтримує EAP-TLS. |
| Frequency_Band_1_ | Auto|2.4 GHz|5 GHz | Вибирає частотний діапазон телефону для доступу до мережі Wi-Fi. Наприклад:
|
| Custom Certificate Authority (CA) | ||
| Custom_CA_Rule | Власний файл правил CA | Вказує розташування користувацького файлу правил ca. Ця пара ключ-значення застосовна лише для методів онбордингу: Cloud URL та Cloud CDA Preferred. Наприклад:
|
Методи онбордингу NFC
Наступна таблиця показує методи онбордингу NFC, синтаксис рядків методів конфігурацій у NFC-рідері/записувачі та відповідні системи керування викликами для цих методів:
| Метод адаптації | Дозволений рівень безпеки | Система керування дзвінками |
|---|---|---|
|
Хмарна URL (1) — Зареєструйте телефон у системі керування дзвінками. Вона використовує хмарний URL для завантаження правила профілю. Приклад 1: |
Підпис, шифрування + підписання |
BroadWorks Webex Calling Webex Calling для BroadWorks |
|
Хмарний CDA Preferred (2) — CDA надає перевагу над локальним DHCP provisioning. Рекомендується просканувати NFC-мітку перед завантаженням телефону. Інакше користувачі можуть пропустити налаштовуваний часовий діапазон. Приклад 2-1: Приклад 2-2: |
Приклад 2-1: Підпис, шифрування + підписання |
BroadWorks Webex Calling Webex Calling для BroadWorks Unified CM (якщо і CDA, і DHCP на борту відмовлять) |
|
Приклад 2-2: Звичайний текст, підпис, шифрування, шифрування + підписання | ||
|
Код активації хмари (3) — Код активації (тільки для Webex). Телефон може автоматично зареєструватися в системі керування дзвінками за допомогою цього коду. Якщо користувачам запропонують ввести активаційний код на телефоні, вони можуть відсканувати NFC-тег для заповнення коду. Приклад 3-1: Приклад 3-2: |
Приклад 3-1:
|
Webex Calling Webex Calling для BroadWorks |
|
Приклад 3-2:
| ||
|
Unified CM (4)—Скасувати поточну реєстрацію (якщо вона є) і безпосередньо зареєструвати телефон за номером Unified CM. Приклад 4-1: Приклад 4-2: |
Приклад 4-1: Підпис, шифрування + підписання | Unified CM |
|
Приклад 4-2: Звичайний текст, підпис, шифрування, шифрування + підписання | ||
|
Unified CM з Альтернативним TFTP (5) — Скасувати поточну реєстрацію (якщо вона існує) і безпосередньо зареєструвати телефон у Unified CM з вказаним альтернативним TFTP сервером. Також можна використовувати, коли користувачам потрібно зайти на альтернативний сервер TFTP на телефоні. Приклад 5: |
Підписання Шифрування + Підписання | Unified CM |
Для методів адаптації "Cloud CDA Preferred (2)", "Cloud Activation Code (3)" та "Unified CM (4)", коли додаються конфігурації Wi-Fi або власне правило CA, або обидва, єдині дозволені рівні безпеки: підписання та підписання + шифрування.
Етапи адаптації NFC
Онбординг NFC може проводитися у наступних етапах:
- NFC офлайн: Телефон все ще в коробці (не увімкнений і не підключається до мережі).
У такій ситуації ви можете скористатися мобільним телефоном із власним додатком, щоб відсканувати NFC-тег і записати інформацію про онбординг на телефон. Після завантаження телефону процес адаптації автоматично розпочнеться на основі письмової інформації.
Інформація про NFC onboarding може визначити, до якої системи керування дзвінками (Unified CM або Cloud) буде зареєстрований телефон, а також режим розгортання (CDA preferred або локальний DHCP).
Під час процесу адаптації телефону користувачам можуть запропонувати обрати сервіс дзвінків або ввести активаційний код, або і те, й інше.
Якщо телефон ще запакований у телефонній будці, ви можете скористатися NFC-пристроєм для сканування зони, позначеної NFC
на телефонній будці, щоб записати інформацію про введення на телефон. Телефон реєструється сам по собі при завантаженні. - NFC онлайн: Телефон (без жодної інформації про NFC onboarding) увімкнений і підключається до мережі.
Ви можете сканувати NFC-тег у будь-який момент під час процесу адаптації. Щоб забезпечити вчасне виявлення інформації про NFC-адаптацію, рекомендується просканувати NFC-тег одразу після успішного підключення телефону до мережі.
Якщо метод онбордингу NFC — це Cloud URL (1), Unified CM (4) або Unified CM з альтернативним TFTP (5), поточний процес онбордингу буде негайно припинено після сканування NFC-тегу. І розпочнеться новий процес адаптації, телефон буде зареєстрований у системі керування дзвінками за обраним методом (UCM або Cloud).
Під час процесу адаптації телефону вас можуть запропонувати ввести якусь інформацію (наприклад, TFTP сервер або код активації), щоб продовжити процес. У такій ситуації ви можете відсканувати NFC-тег, щоб автоматично заповнити інформацію на телефоні.
