- Головна
- /
- Стаття
Configure trunks, route groups, and dial plans for Webex Calling
За допомогою планів, транків і груп маршрутів Webex Calling можна налаштувати Webex Calling для керування викликами, які здійснюються між користувачами Webex Calling і користувачами внутрішніх телефонних мереж. This solution lets you configure hosted users to use Cloud PSTN (CCP or Cisco PSTN) or Premises-based PSTN.
Транк – це з'єднання між Webex Calling і приміщенням, яке зупиняється в приміщенні за допомогою локального шлюзу або іншого підтримуваного пристрою. Після створення транку його можна призначити групі маршрутів. Група маршрутів — це група транків, яка дозволяє службі Webex Calling розподіляти виклики по кількох транках або забезпечувати надлишковість. Локальний шлюз – це локальні пристрої, які з'єднують між собою магістральну, локальну ТМЗК та/або АТС.
Транки, групи маршрутів і абонентські групи забезпечують наведені нижче переваги.
-
Load-balancing and failover across trunks to Webex Calling and the premises.
-
Можливість для користувачів Webex Calling використовувати хмарну ТМЗК (Cloud Connected PSTN (CCP) або Cisco PSTN) і все ще мати можливість охопити користувачів АТС на підприємстві.
-
Routing of calls to different premises PBXs.
-
Тандемна функціональність для маршрутизації дзвінків між локальними АТС.
-
Broader range of migration and coexistence scenarios with premises PBXs, including mixed sites with premises users and Webex Calling users.
-
In-depth visibility of call routing decisions.
Після ввімкнення розташування слід налаштувати підключення до PSTN для користувачів Webex Calling у цьому розташуванні. Доступні наведені нижче параметри PSTN.
-
Cisco PSTN—Choose this option if you’d like a bundled solution that allows you to order new PSTN numbers and port existing numbers to Cisco. Параметр PSTN Cisco доступний лише за наведених нижче умов.
-
Ви придбали й увімкнули план Cisco Calling.
-
Розташування знаходиться в країні, де підтримується план Cisco Calling.
-
-
Cloud Connected PSTN—Choose this option if you’re looking for a cloud solution that doesn’t require deployment of local hardware, and then select a CCP provider of choice. Хмарну службу PSTN (PSTN Cisco або PSTN із підключенням до хмари) може бути використано лише для надання доступу до PSTN користувачам Webex Calling. Виклики, які ініційовано локальними користувачами, не можуть надходити до хмарної служби PSTN.
-
Premises-based PSTN (Local Gateway)—Choose this option if you want to keep your current PSTN provider. Транки для PSTN на базі локальних ресурсів, які проходять через локальний шлюз, також може бути використано для підключення до локальних внутрішніх телефонних мереж. Можна зберегти наявні функціональні можливості локального шлюзу без внесення будь-яких змін до конфігурації. Для розташувань, в яких використовується локальний шлюз, налаштовується PSTN на базі локальних ресурсів, а локальні шлюзи стають транками.
Configure your selected PSTN connection within Control Hub by selecting Assign or Manage and select the PSTN connection of choice.
, select the location you want to modify, then selectТранк
Магістраль - це з'єднання між Webex Calling і приміщенням, що припиняється в приміщенні підтримуваним контролером кордону сеансу, що діє як місцевий шлюз. See Get started with Local Gateway to understand the various trunking models and requirements for devices and configuration.
Для реєстраційної моделі багажника прикордонний контролер сеансу (SBC) виконує реєстрацію SIP. Магістраль на основі реєстрації вимагає, щоб місцевий шлюз підтримував реєстрацію SIP активною. Підключення неявне до реєстрації.
Перш ніж почати
Усі стовбури мають бути закріплені за місцем розташування в Центрі керування.
1 |
Увійдіть в Control Hub https://admin.webex.com, перейдіть на викликів. |
2 |
Виберіть Додати транк. |
3 |
Виберіть розташування з розкривного списку. |
4 |
Введіть ім'я стовбура. |
5 |
Виберіть пункт Реєстрація з розкривного списку Тип транка. |
6 |
Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. With Dual Identity enabled, Webex Calling populates From and PAI (and both identity headers can be different). With Dual Identity disabled, PAI and From are identical and are set to what the From header was set to with Dual Identiity enabled. Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
7 |
Клацніть Зберегти. |
Що далі
На екрані буде відображено інформацію про транк: домен реєстрації, OTG/DTG транкової групи, лінія/порт, адреса вихідного проксі. Рекомендується скопіювати цю інформацію з Control Hub і вставити її у локальний текстовий файл або документ, щоб можна було легко знайти її під час налаштування локального шлюзу. У разі втрати облікових даних їх потрібно повторно створити з інформаційного екрана багажника в Центрі керування. Клацніть Отримати ім’я користувача й скинути пароль, щоб створити новий набір облікових даних автентифікації для використання на транку.
Ця дія впливає на обслуговування, тому її рекомендується виконувати в неробочий час.
Якщо ви налаштовуєте транк для підключення локального шлюзу до Webex Calling, дивіться: Configure Local Gateway on IOS-XE for Webex Calling.
Транк — це підключення між Webex Calling і локальними об’єктами, яке переривається в об’єкті на локальному шлюзі або іншому підтримуваному пристрої.
Перш ніж почати
Усі транки має бути призначено розташуванню в Control Hub.
1 |
Увійдіть в Control Hub https://admin.webex.com, перейдіть на викликів. |
2 |
Виберіть Додати транк. |
3 |
Виберіть місце розташування і назва стовбура. Довжина імені транку не може перевищувати 24 символи. |
4 |
Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. With Dual Identity enabled, Webex Calling populates From and PAI (and both identity headers can be different). With Dual Identity disabled, PAI and From are identical and are set to what the From header was set to with Dual Identiity enabled. Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
5 |
Клацніть Зберегти. |
Що далі
На екрані буде відображено інформацію про транк: домен реєстрації, OTG/DTG транкової групи, лінія/порт, адреса вихідного проксі. Рекомендується скопіювати цю інформацію з Control Hub і вставити її у локальний текстовий файл або документ, щоб можна було легко знайти її під час налаштування локального шлюзу. У разі втрати облікових даних необхідно повторно створити їх, використовуючи екран інформації про транк у Control Hub. Клацніть Отримати ім’я користувача й скинути пароль, щоб створити новий набір облікових даних автентифікації для використання на транку.
Ця дія впливає на обслуговування, тому її рекомендується робити в неробочий час.
Можна змінити ім’я транку або переглянути відомості про транк і використання в Control Hub.
1 |
Увійдіть в Центр https://admin.webex.comуправління , перейдіть на |
2 |
Виберіть транк, який потрібно переглянути або змінити. |
3 |
Щоб змінити ім’я транку, на бічній панелі поруч з іменем транку клацніть значок . Також можна переглянути інформацію про використання транку. |
4 |
Щоб переглянути додаткові відомості, натисніть кнопку Керування поруч із пунктом Стовбури. Використовуйте це налаштування в разі втрати облікових даних для доступу до інформації про транк і необхідності їхнього відновлення. Клацніть Отримати ім’я користувача й пароль, щоб створити новий набір облікових даних автентифікації для використання на транку. Це впливає на роботу служби. |
5 |
Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. With Dual Identity disabled, PAI and From are identical and are set to what the From header was set to with Dual Identiity enabled. Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
Якщо транк більше не використовується, його можна видалити.
1 |
Увійдіть в Control Hub https://admin.webex.com, перейдіть на викликів. |
2 |
Виберіть транк, який потрібно видалити. |
3 |
Клацніть стовпець Дії та виберіть пункт Видалити стовбур. |
Щоб перевірити стан багажника в Центрі керування.
1 |
Увійдіть в Control Hub https://admin.webex.com, перейдіть на викликів. |
2 |
Виберіть багажник, який потрібно перевірити стан. |
3 |
Натисніть кнопку Відомостіпро магістраль. |
Нижче наведено різні статуси транка на основі реєстрації:
-
Online—Successful registration of Local Gateway to Webex Calling.
-
Offline—Unsuccessful registration of Local Gateway to Webex Calling.
Під час додавання стовбура на основі сертифіката необхідно ввести повне доменне ім'я (FQDN). Потім Webex Calling використовує комбінацію FQDN і сертифіката локального шлюзу, щоб довіряти локальному шлюзу.
Вимоги до налаштування локального шлюзу з концентратора керування:
-
The Local Gateway MUST be directly reachable from the internet using a public IPv4 address. This address MUST be resolved from a DNS A or SRV record from a domain that has been verified in the Control Hub. If the Local Gateway has been configured with a private IP address, then a 1:1 static address translation (NAT) is required to ensure that it can be reached directly from the Internet.
-
When deployed behind a firewall, suitable rules MUST be configured to allow TLS SIP signaling and UDP/SRTP media to pass between the Local Gateway and the Internet.
-
Refer to the Webex Calling port reference Guide for details of the ports used in flows between the Local Gateway and the Webex Cloud.
-
This configuration guide assumes that the standard TLS SIP port of 5061 is used by the Local Gateway to receive signaling. If required, an alternative signaling listen port may be used.
-
-
Підписаний сертифікат необхідний для успішної авторизації та аутентифікації дзвінків з транка. A Local Gateway MUST meet the following requirements when establishing a bidirectional mutual TLS connection with Webex Calling services for SIP:
-
A Local Gateway's certificate MUST be:
-
Signed by a CA mentioned in What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms?
-
Підписані сертифікати ЗАВЖДИ повинні мати дійсний термін дії.
-
Root or intermediate certificates used to sign the certificate MUST have a valid expiry and shouldn't be revoked.
-
Сертифікати ПОВИННІ бути підписані для використання клієнта та сервера.
-
Certificates MUST contain the Fully Qualified Domain Name (FQDN) as a common name or subject alternate name in the certificate with the FQDN for the trunk is chosen in the Control Hub. Requirements are elaborated in the next section.
-
-
A trust bundle mentioned in What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms? should be uploaded to validate certificates from Webex services for SIP.
-
Перш ніж почати
-
Claimed and verified domain: When adding a trunk, a host address from a verified or a claimed top-level domain name MUST be chosen, see Manage-your-domain.
-
Unique address across the organization: A trunk is created with a unique FQDN or SRV host address. This address MUST be unique for the entire organization and no two trunks can use the same address.
-
A trunk with an FQDN london.lgw.cisco.com:5062 can only be created if there exists no other trunk with a host address london.lgw.cisco.com. This is not allowed even if there exists a trunk with the same address name as an SRV address or an FQDN and with a different port combination.
-
Транк з адресою SRV london.lgw.cisco.com може бути створений тільки в тому випадку, якщо немає іншого транка з хост-адресою london.lgw.cisco.com. This is not allowed even if there exists a trunk with the same name as SRV address or an FQDN and with a different port combination.
-
-
DNS configuration: The Local Gateway MUST be resolved from the public internet through a DNS A or DNS Service Record (SRV) type record.
-
If an FQDN is chosen, the address MUST resolve to a DNS A Record and not to a DNS CNAME(s).
-
If an SRV address is chosen, then the service type MUST have a prefix of "_sips._tcp".
-
Address may resolve to one or more DNS A Records with differing weight and priority. While doing so, it is recommended to use the same listening port for all records.
-
Records within the service record must have an appropriate weight and priority. Usage of differing weight and priority influences traffic distributions for calls originating from Webex Calling.
-
-
All record types MUST have a reasonable high TTL 300 seconds or higher is preferred.
-
-
All trunks must be assigned to a location in the Control Hub.
The following table has examples with different types of records that are chosen in your organization as the trunk's address at the same time.
Trunk configuration as FQDN or SRV |
Rule for DNS configuration |
Address present in the certificate as a Common Name (CN) or Subject Alternate Name (SAN) |
SIP Contact Header requirement |
---|---|---|---|
FQDN: london.lgw1.cisco.com with port 5061 |
london.lgw1.cisco.com is a DNS A record |
london.lgw1.cisco.com |
sip:london.lgw1.cisco.com:port;transport=tls або sip:user@london.lgw1.cisco.com:port;transport=tls |
SRV: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com resolves to ONE A Record frankfurt.lgw1.cisco.com |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls або sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
SRV: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com resolves to TWO or more A Records fr.lgw1.cisco.com fr.lgw2.cisco.com Both the records MUST resolve to a unique IP address and as suggested, may have different weight and priority. |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls або sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
Every SIP transaction Local Gateway initiates towards Webex Calling cloud, should contain Contact header with FQDN of a Local Gateway.
OPTIONS Transactions from Local Gateway is specially important for the Local Gateway status in the Control Hub to be online.
1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
2 |
Виберіть Додати транк. |
3 |
Виберіть розташування з розкривного списку. |
4 |
Введіть ім'я стовбура. |
5 |
Виберіть елемент На основі сертифіката з розкривного списку Тип транка. |
6 |
Select a Device Type from the drop-down. Інтеграція SBC з Cisco Webex Calling як стороннім локальним шлюзом (LGW) підтримується лише в багажнику на основі сертифікатів. Тільки SBC, показані у списку типів пристроїв у Центрі керування, перевіряються нашими надійними партнерами як сумісні локальні шлюзи, що викликають Webex. Щоб отримати додаткові відомості про підтримуваних сторонніх постачальників, дивіться: Third-party SBC support under the Trunk section. |
7 |
Введіть адресу, домені портконтролера межі сеансу (SBC). Це адреса FQDN або SRV для Webex Calling, щоб зв'язатися з вашим корпоративним SBC.
У вас повинен бути перевірений домен. For more information, see Manage your domains |
8 |
Введіть максимальну кількість одночасних викликів.
|
9 |
Клацніть Зберегти. Якщо перевірка не пройдена, кнопка «Зберегти» не з'явиться. Перевірка може не пройти, якщо обраний FQDN або SRV не є унікальним для вашої організації. Перевірте вимогу до унікальних адрес FQDN або SRV вище. Якщо проблема не зникне, зверніться до служби підтримки Cisco. |
Що далі
-
Збережіть адреси краю викликів Webex, показані на кінцевому екрані.
-
Щоб настроїти CUBE як локальний шлюз, дивіться: Налаштування локального шлюзу в IOS-XE для Webex Calling
Можна змінити ім’я транку або переглянути відомості про транк і використання в Control Hub.
1 |
Увійдіть в Центр https://admin.webex.comуправління , перейдіть на |
2 |
Виберіть транк, який потрібно переглянути або змінити. |
3 |
Щоб змінити ім’я транку, на бічній панелі поруч з іменем транку клацніть значок . Також можна переглянути інформацію про використання транку. |
4 |
Щоб переглянути додаткові відомості, натисніть кнопку Керування поруч із пунктом Стовбури. Використовуйте цей параметр, якщо ви хочете оновити значення для Max одночасних дзвінків. Якщо вам потрібно оновити адресу SRV або FQDN або порт місцевого шлюзу, ви повинні додати новий транктор і видалити старий транк. |
5 |
Налаштування «Підтримка подвійної ідентифікації» впливає на обробку заголовків From і P-Asserted-Identity (PAI) під час надсилання початкового пакета SIP INVITE до транку для вихідного виклику. Нижче наведено кілька прикладів сценаріїв для кращого розуміння використання цього параметра.
|
Якщо транк більше не використовується, його можна видалити.
1 |
Увійдіть в Control Hub https://admin.webex.com, перейдіть на викликів. |
2 |
Виберіть транк, який потрібно видалити. |
3 |
Клацніть стовпець Дії та виберіть пункт Видалити стовбур. |
Щоб перевірити стан багажника в Центрі керування.
1 |
Увійдіть в Control Hub https://admin.webex.com, перейдіть на викликів. |
2 |
Виберіть багажник, який потрібно перевірити стан. |
3 |
Натисніть кнопку Відомостіпро магістраль. |
Нижче наведено різні статуси стовбура на основі сертифікатів:
-
Online: Успішне з'єднання між усіма проксі-серверами Webex Calling Edge і локальним шлюзом.
-
Offline: Невдале з'єднання між викликом Webex і локальним шлюзом.
-
Impaired: Невдале з'єднання між принаймні 1 проксі-сервером Webex Calling Edge і локальним шлюзом.
-
Unknown: У процесі встановлення з'єднання між Webex Calling і місцевим шлюзом, який нещодавно було додано.
СІ No |
Опис помилки |
Дія |
---|---|---|
1. |
З'єднання TLS з локальним шлюзом не вдалося через помилку роздільної здатності DNS FQDN, налаштованого для шлюзу |
Перевірте конфігурації DNS для налаштованого SRV / FQDN і переконайтеся, що вони можуть бути вирішені |
2. |
З'єднання TLS з локальним шлюзом вийшло з ладу через транспортну проблему |
Переконайтеся, що дозволені IP-адреси та порт локального шлюзу дійсні |
3. |
Не вдалося підключитися TLS до локального шлюзу, оскільки сертифікат шлюзу підписано недійсним центром сертифікації |
Verify and ensure that the Local Gateway certificate is signed by a valid Certificate Authority ( What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms?) |
4. |
Підключення TLS до локального шлюзу не вдалося, оскільки термін дії сертифіката шлюзу закінчився |
Перевірка та перевірка закінчення терміну дії сертифіката локального шлюзу |
5. |
Підключення TLS до локального шлюзу не вдалося, оскільки сертифікат шлюзу видано центром сертифікації, термін дії якого закінчився |
Перевірка та перевірка того, що сертифікат локального шлюзу не підписано ланцюгом сертифікатів центру сертифікації, термін дії якого закінчився |
6. |
З'єднання TLS з локальним шлюзом не вдалося, оскільки FQDN, налаштований для вашого шлюзу, відсутній у CN або SAN |
Перевірте та переконайтеся, що сертифікат локального шлюзу має CN / SAN так само, як FQDN/SRV настроєно |
7. |
Параметри SIP, надіслані на локальний шлюз, не отримали відповіді |
Перевірте та переконайтеся, що CUBE настроєно на отримання запитів OPTIONS та відповідь. Перевірка конфігурації CUBE |
8. |
Підключення протоколу TLS від локального шлюзу до виклику Webex не вдалося виконати через недійсний сертифікат шлюзу |
Перевірка та перевірка дійсності сертифіката локального шлюзу |
9. |
З'єднання TLS із локального шлюзу до виклику Webex не вдалося, оскільки ми не змогли довіряти центру сертифікації |
Verify and ensure that the Local Gateway certificate is signed by the valid Certificate Authority ( What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms?) |
10. |
З'єднання TLS з локального шлюзу до виклику Webex не вдалося через закінчення терміну дії сертифікатів у ланцюжку |
Перевірка та переконайтеся, що сертифікат локального шлюзу не підписано ланцюгом сертифікатів, термін дії якого закінчився |
11. |
З'єднання TLS і параметри SIP від локального шлюзу до виклику Webex не вдалися |
Перевірте та переконайтеся, що CUBE настроєно на надсилання запитів OPTIONS |
12. |
Відповідь параметрів SIP з локального шлюзу вказує на помилку сервера або недоступну службу |
Перевірте та переконайтеся, що локальний шлюз не перебуває в режимі обслуговування або маршрутизацію викликів не вимкнуто |
13. |
Підключення TLS до локального шлюзу не вдалося, оскільки сертифікат локального шлюзу відкликано |
Перевірка та перевірка того, що сертифікат локального шлюзу не відкликано |
14. |
Підключення TLS від локального шлюзу до виклику Webex не вдалося, оскільки сертифікат шлюзу було відкликано |
Перевірка та перевірка того, що сертифікат локального шлюзу не відкликано |
15. |
Підключення протоколу TLS від локального шлюзу до виклику Webex не вдалося, оскільки термін дії сертифіката шлюзу закінчився |
Перевірка та перевірка закінчення терміну дії сертифіката локального шлюзу |
16. |
Підключення протоколу TLS від локального шлюзу до виклику Webex не вдалося виконати через помилку сертифіката |
Перевірка та перевірка дійсності сертифіката локального шлюзу та відповідності вимогам |
17. |
Підключення TLS до локального шлюзу з Webex Виклик не вдалося виконати через помилку сертифіката |
ерифікувати та переконатися, що сертифікат локального шлюзу дійсний і відповідає вимогам |
Помилка SI No.: 2,6,11 і 12 відображаються лише тоді, коли всі прикордонні проксі-вузли відчувають проблему.
Група маршрутів
Група маршрутів — це група транків, яка дозволяє службі Webex Calling розподіляти виклики по кількох транках або забезпечувати надлишковість.
Перш ніж почати
-
Додайте транки перед налаштуванням групи маршрутів.
-
Групи маршрутів можуть включати налаштовані транки з кількох розташувань.
-
Транки можна налаштувати окремо або призначити їх групі маршрутів. Додайте транки до груп маршрутів, щоб забезпечити резервування і масштабованість.
-
Кожна група маршрутів повинна включати принаймні один транк, але не більше 10.
-
Під час налаштування групи маршрутів необхідно встановити рівень пріоритету для транків у межах цієї групи маршрутів. Це налаштування дозволяє маршрутизувати виклики з урахуванням балансування навантаження.
-
Між транками з однаковим пріоритетом виклики розподіляються випадковим чином. Якщо транк із встановленим найвищим пріоритетом недоступний, система намагається маршрутизувати виклик до транку з нижчим пріоритетом. Наприклад:
-
Для транку 1 і транку 2 встановлено 1 рівень пріоритету.
-
Для транку 3 встановлено 2 рівень пріоритету.
-
Webex Calling буде маршрутизувати виклики до транку 1 і транку 2 з урахуванням балансування навантаження.
-
Якщо транки 1 і 2 недоступні, виклики будуть маршрутизуватися до транку 3.
-
1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
2 |
Виберіть . |
3 |
Вкажіть ім’я групи маршрутів, а потім із розкривного меню виберіть транки, які потрібно додати. |
4 |
Виберіть рівень пріоритету для транку. |
5 |
Клацніть Зберегти. |
Що далі
На екрані підтвердження можна перейти на сторінку Розташування, щоб налаштувати підключення до PSTN для окремих розташувань, або на сторінку Абонентські групи, щоб налаштувати використання цієї групи маршрутів як варіант маршрутизації для абонентської групи. A route group can also be used as a routing choice for unknown extension routing on a location.
Можна змінити ім’я наявної групи маршрутів, додати транки, змінити кількість призначених транків і змінити рівні пріоритету транку. На сторінці відомостей про групу маршрутів також можна переглянути розділи Виклики на локальні додаткові номери, Абонентські групи й Підключення до PSTN.
1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
2 |
Виберіть групу маршрутів, яку потрібно змінити. |
3 |
Щоб змінити ім’я групи маршрутів, на бічній панелі поруч із іменем групи маршрутів клацніть значок . |
4 |
Щоб додати транки до групи маршрутів або змінити їх, клацніть Керування поруч із пунктом Транки. Можна додати транк із розкривного меню, змінити рівень пріоритету наявного транку в таблиці й/або видалити наявний транк з таблиці. |
5 |
Клацніть Зберегти. |
Якщо група маршрутів більше не використовується, її можна видалити.
1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
2 |
Виберіть групу маршрутів, яку потрібно видалити. |
3 |
Клацніть стовпець Дії та виберіть пункт Видалити групумаршрутів. |
Абонентські групи дозволяють маршрутизувати виклики до локальних призначень, використовуючи транки або групи маршрутів. Configure the dial plans globally for an enterprise and apply to all users, regardless of location. Абонентська група також визначає варіант маршрутизації (транк або група маршрутів) для викликів, які відповідають будь-якому з її шаблонів набору. Define the specific dial patterns as part of your dial plan. Шаблон набору відображає наведені нижче локальні додаткові номери.
-
ESN/внутрішньомережеві номери
-
Шаблони +E.164
-
Домени SIP URI
Числові шаблони набору
Числові шаблони можуть представляти номери E.164 або корпоративні номери. Шаблони для номерів E.164 починаються з початкового +, за яким вказується послідовність цифр (від 1 до 9), а потім необов’язкові символи узагальнення.
Корпоративний шаблон набору
An enterprise dial pattern has a sequence of digits (1-9), followed by optional wildcard characters. Valid wildcard characters are! (matches any sequence of digits) and X (matches a single digit, 0-9). The! wildcard can only occur once at the end and only in an E.164 pattern.
You cannot use:
-
The wild card "X" in the middle of numbers, for example: 617495X3XX
-
The wild card "!" when using the wild card "X" in the dial plan configuration, for example: 1617495X3!
Приклади корпоративної абонентської групи | |
---|---|
+1408555XXXX |
11-значний номер +E.164, який починається з +1408555 |
+14085551234 |
Точний рядок набору +14085551234 |
+496100! |
Будь-який рядок набору, який починається з +496100 |
84969XXX |
8-значний номер ESN, який починається з 84969 |
84969764 |
Точний 8-значний ESN 84969764 |
The dial plan in Webex Calling accepts the from and to headers in E.164 or extensions and can’t be a combination. Наприклад:
Від: 1-222-333-4444
Кому: 1-555-666-7777
SIP URI Dial Pattern Syntax:
Only domains on the right-hand side of SIP URI after @ are matched. Також можна використовувати:
-
повне доменне ім’я;
-
Domain with a leading * (indicating all sub-domains of a given domain)
Приклади.
Приклади синтаксису шаблону набору SIP URI | ||
---|---|---|
Префікс |
Значення |
Приклади |
example.com |
Тільки URI-адреси з вузловою частиною example.com |
alice@example.com |
us.example.com |
Тільки URI-адреси з вузловою частиною us.example.com |
alice@us.example.com |
*.example.com |
URI вузловою частиною, яка є піддоменом example.com |
alice@eu.example.com alice@sales.us.example.com Примітки alice@example.com isn’t matched |
Після створення транків і груп маршрутів можна налаштувати абонентську групу в Control Hub.
1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
2 |
Клацніть Абонентські групи й виберіть Створити абонентську групу. |
3 |
Введіть Ім’я абонентської групи. |
4 |
Виберіть Варіант маршрутизації. Виберіть раніше створену групу транків або маршрутів. |
5 |
(Необов’язково.) Можна вручну створити або імпортувати шаблон набору для вибраних варіантів маршруту. |
6 |
Клацніть Зберегти. |
Що далі
Також можна масово додати шаблони набору після створення абонентської групи. Щоб масово додати шаблони набору за допомогою файлу CSV, перейдіть на екран Абонентські групи й виберіть розкривне меню Дії з абонентської групи, яку необхідно змінити, а потім виберіть Імпортувати файл CSV з шаблонами набору або Експортувати файл CSV з шаблонами набору. Виберіть Завантажити шаблон або Імпорт файлу CSV й клацніть Надіслати.
У Control Hub можна змінити ім’я наявної абонентської групи, варіанти маршрутизації та шаблони набору.
1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
2 |
Виберіть абонентську групу, яку потрібно змінити. |
3 |
On the side panel, next to the dial plan name, click to change the name of the dial plan. |
4 |
Щоб змінити варіант маршрутизації, виберіть інший параметр у розкривному меню. |
5 |
Щоб вручну додати новий шаблон набору, клацніть Додати шаблони набору. Або клацніть Імпортувати файл CSV, щоб масово додати шаблони набору. |
6 |
Щоб видалити шаблон набору, клацніть значок поруч із шаблоном набору, який потрібно видалити. |
7 |
Клацніть Зберегти. |
1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
2 |
Виберіть абонентську групу, яку потрібно видалити. |
3 |
Click in the Actions column, and select Delete Dial Plan. |
Можна ввімкнути налаштування «Виклики на локальні додаткові номери» у Control Hub. This setting applies to users within a location that are registered to a PBX and allows you to route unknown extensions (calling number length of 2-10 digits) to the PBX using an existing trunk or route group.
Перш ніж почати
Налаштування «Виклики на локальні додаткові номери» ввімкнено для кожного розташування.
Це налаштування дозволяє зберегти варіанти набору в змішаному середовищі (хмарному й локальному). Користувачі можуть продовжувати використовувати скорочений набір номера (наприклад, 4 цифри), навіть якщо виконано часткову міграцію об’єкта у Webex Calling.
When enabled, calls made by users at the location to an unknown extension (between 2-10 digits) are routed to the selected route group/trunk as premises calls.
Виклики, маршрутизовані через транки до розташування з невідомого додаткового номера, обробляються як локальні виклики. This is referring to upstream calls incoming into Webex Calling from a trunk.
Виклики вважаються ініційованими з невідомого додаткового номера, коли ідентифікатор абонента, що телефонує, не відповідає жодному з наявних шаблонів абонентської групи.
1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
2 |
Виберіть розташування, яке потрібно змінити. |
3 |
На панелі клацніть Внутрішній набір. |
4 |
Установіть прапорець налаштування Увімкнути маршрутизацію невідомих додаткових номерів у локальне середовище як внутрішніх викликів, щоб увімкнути її. |
5 |
Виберіть варіант маршрутизації в розкривному меню. |
6 |
Клацніть Зберегти. |
У Control Hub можна налаштувати параметри маршрутизації викликів між Webex Calling і локальним середовищем. Ці налаштування визначають, як будуть оброблятися невідомі номери під час використання транків і груп маршрутів для маршрутизації до локальної внутрішньої телефонної мережі, а також формат ідентифікатора абонента, що телефонує, для викликів, спрямованих між Webex Calling і внутрішньою телефонною мережею.
1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
2 |
Прокрутіть сторінку до розділу Маршрутизація викликів між Webex Calling і локальним середовищем і виберіть спосіб обробки невідомих номерів.
Налаштування служби обробки невідомих номерів Застаріла поведінка вказано з метою збереження поведінки маршрутизації. Це налаштування можна змінити, щоб скористатися перевагами нових функцій маршрутизації викликів (наприклад, абонентськими групами й групами маршрутів). |
3 |
Виберіть формат ідентифікатора абонента, що телефонує. When the +E.164 phone number option is chosen, Webex Calling selects the external Calling Line ID (CLID), which is an E.164 number. When the ESN (enterprise significant number) option is chosen, Webex Calling selects the internal CLID, which is an ESN. |
4 |
Choose the Maximum Unknown Extension Length (2-10 digits) that you want to set for premises based routing. When you increase the extension length and if the number schema used by PSTN provider is non-E.164, the incoming PSTN calls will be considered as local calls coming from on-premises. Hence, to avoid any potential misrouting, we recommend enforcing E.164 format to such incoming PSTN calls before sending it to Webex Calling. |
5 |
Клацніть Зберегти. |
Засіб перевірки маршрутизації викликів у Control Hub надає наведені нижче можливості.
-
Моделювання викликів для аналізу рішень щодо маршрутизації.
-
Корисні вказівки на етапах проєктування і налаштування розгортання.
-
Події на платформі аналітики Webex, які включають рішення щодо маршрутизації викликів.
-
Підтримка під час виправлення неполадок.
1 |
У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу . |
2 |
Виберіть Перевірка маршрутизації викликів. |
3 |
From the drop-down menu, choose Select Call Source of a cloud user, workspace, virtual line or a premises trunk to verify call routing. |
4 |
Введіть номер або URI. |
5 |
Клацніть Переглянути результат маршрутизації, щоб переглянути маршрутизацію викликів. |
Приклад 1. Багатостанційна внутрішня телефонна мережа
Опис розгортання
-
Корпоративний клієнт зі 100 об’єктами по всій території США.
-
Розгортання багатостанційної внутрішньої телефонної мережі, (або мережі телефонних станцій) з основною внутрішньою телефонною мережею, розділеною у двох основних об’єктах для забезпечення високої доступності.
-
8-значна корпоративна абонентська група: 8 + 3-значний код об’єкта + 4-значний додатковий номер.
-
30 об’єктів залишаються локальними, 70 об’єктів переміщено до Webex Calling. Служба PSTN залишається локальною, з підключенням через SIP-транки у двох основних об’єктах.
-
Змішані об’єкти відсутні. Для кожного об’єкта всіх користувачів зареєстровано або локально, або в хмарі.
Рішення для розгортання
-
Одна абонентська група з 30 шаблонами E.164 й 30 шаблонами ESN, яка маршрутизує виклики локальних користувачів до групи маршрутів із двома транками й переривається на двох локальних шлюзах у двох основних об’єктах.
Приклад 2. Mixed cloud-PBX sites
Опис розгортання
-
Корпоративний клієнт із 50 об’єктами по всій території США: 10 великих об’єктів і 40 невеликих філій.
-
Внутрішні телефонні мережі розміщено у великих об’єктах, а основні комутатори у філіях.
-
7-значна корпоративна абонентська група: 8 + 2-значний код об’єкта + 4-значний додатковий номер.
-
Webex Calling тільки у філіях, повільна міграція з внутрішньої телефонної мережі у великих об’єктах (змішані об’єкти як з користувачами Webex Calling, так і з користувачами внутрішньої телефонної мережі).
-
PSTN із підключенням до хмари для всіх користувачів хмари (локальні користувачі продовжують використовувати наявну PSTN).
-
У користувачів хмари й внутрішньої телефонної мережі в кожному великому об’єкті повинні зберігатися можливості набору лише додаткових номерів.
Рішення для розгортання
-
Абонентські групи для маршрутизації викликів у кожну внутрішню телефонну мережу з будь-якого іншого об’єкта. Крім того, для кожного великого об’єкта налаштовано параметр «Виклики на локальні додаткові номери» для маршрутизації викликів до транку, який переривається на локальному шлюзі в об’єкті.
Configurable limitations for trunks, route groups, and dial plans | |
---|---|
Опис |
Максимальне обмеження |
Шаблони набору, які можна передати до абонентської групи за допомогою файлу CSV |
10000 |
Транки, які можна налаштувати для одного розташування |
100 |
Групи маршрутів на одного корпоративного клієнта |
10000 |
Транки, які можна налаштувати в межах групи маршрутів |
10 |
Абонентські групи, які можна налаштувати для кожного корпоративного клієнта |
10000 |
Шаблони набору, які можна налаштувати для однієї абонентської групи |
10000 |