У цій статті
Огляд
передумови
Обмеження та обмеження
Міркування маршрутизації дзвінків для колокації
dropdown icon
Налаштування колокації сервісів
    Налаштування колокації для транкінгу на основі реєстрації
    Налаштування колокації для транкінгу на основі сертифікатів

Колокація локального шлюзу та виживання сайту на керованих шлюзах Cisco IOS

list-menuУ цій статті
list-menuНадіслати відгук?

Як адміністратор, скористайтеся цією статтею, щоб дізнатися про розташування служб локального шлюзу та шлюзу виживання на керованих шлюзах Cisco IOS.

Огляд

Webex Callingпідтримує розміщення шлюзу виживання з локальним шлюзом на тому ж керованому шлюзіCisco IOS. Тобто ви можете використовувати той самий пристрій Cisco IOS шлюзу для налаштування служб локального шлюзу та шлюзу Survivalability. Отже, вам не потрібно мати два різних керо Cisco IOS ваних шлюзи, призначені як шлюз виживання та локальний шлюз.

У цій статті розглядаються міркування щодо розташування служб локального шлюзу та шлюзу виживання порівняно з автономним розгортанням цих служб.

  • Щоб отримати інформацію про автономні служби локального шлюзу, див. розділ Налаштування локального шлю Cisco IOS зу на XE Webex Calling та За пис ке Cisco IOS рованих шлюзів у Webex Cloud.

  • Для отримання інформації про автономні служби шлюзу виживання див. Життє здатність сайту для. Webex Calling

  • Загальна кількість реєстрацій, підтримуваних платформою, - це сума телефонних та магістральних реєстрацій. Крім того, не передбачається одночасна реєстрація ліній та магі стралі. Отже, розміщення цих функцій на одному пристрої не впливає на масштабні номери шлюзу виживання або лок ального шлюзу.

Через виявлені вразливості Webex Calling застаріє схему шифрування RSAES-PKCS1-v1_5, яка використовується рішенням Site Survivalability 1 вересня 2024 року. Після цієї дати схема шифрування RSAES-OAEP є обов'язковою.

Щоб забезпечити продовження роботи з цією схемою шифрування, оновіть шлю зи життєздатності сайту до Cisco IOS XE Dublin 17.12.3 до 1 вересня 2024 року. Щоб використовувати нову схему шифрування після цього оновлення, зміни конфігурації не потрібні.

передумови

Cisco IOSXE Дублін 17.12.3 і пізніші версії.

Обмеження та обмеження

Нижче наведено відомі обмеження для розміщення служб у керованих шлю Cisco IOS зах:

  • Висока доступність не підтримується для локальних шлюзів.

  • Перевірка конфігурації не підтримується для локальних шлюзів.

  • У Центрі керування шлюз повинен бути забезпечений як служба шлюзу життєздатності.

  • Якщо клієнт надав шлюз як локальний шлюз, йому потрібно скасувати призначення, а потім перепризначити службу як Шлюз виживання.

  • Колокація характерна для Cisco IOS шлюзу. Клієнти, які використовують сторонній локальний шлюз, повинні розгорнути шлюз Survivalability окремо.

  • Колокація для локального шлюзу, розгорнутого партнерами, спільного для кількох клієнтів, не застосовується.

Про обмеження та обмеження, характерні для служб автономних шлюзів, див. статтю За пис Cisco IOS ка керованих шлюзів у Webex Cloud та виживання сайту для. Webex Calling

Міркування маршрутизації дзвінків для колокації

Маршрутизація дзвінків для колокації заснована на стратегії маршрутизації, яка передбачає комбінацію груп однорангових набору (DPG) і регулярної маршрутизації на основі шаблонів призначення. Це відрізняється від стратегій маршрутизації викликів, що використовуються для автономних служб ке Cisco IOS рованих шлюзів. Автономна служба локального шлюзу використовує стратегію маршрутизації викликів на основі DPG. Автономні маршрути Survivalability Gateway викликаються за допомогою шаблонів призначення.

Маршрутизація дзвінків для колокації локальних шлюзів та служб виживання сайту

Під час налаштування маршрутизації викликів для сценаріїв колокації враховуйте наступне:

  • Для дзвінків з Webex Calling — Вхідний комутований одноранжник збі Webex Calling гається на основі імені хоста локального шлюзу або параметра DTG в URI. Вхідний комутований одноранжник прив'язаний до DPG, що має PSTN. Потім дзвінок перенаправляється на PSTN. Коротше кажучи, маршрутизація викликів не змінилася від існуючої стратегії маршрутизації локального шлюзу.

  • Для дзвінків з PSTN — Видаліть маршрутизацію викликів на основі груп комутованих рівнів. Маршрутизуйте дзвінки за допомогою звичайної маршрутизації на основі шаблону призначення. Тобто вхідний комутований одноранг не прив'язаний до DPG в цій стратегії. Вхідний комутований одноранжник з PSTN зіставляється на основі IP-адреси PSTN у Via URI. Було б здійснено регулярний пошук однорангових дзвінків, а дзвінок буде маршрутизований на основі переваг комутованого одноранга. Дзвінок перенаправляється до локально зареєстрованої кінцевої точки для режиму виживання або до актив Webex Calling ного режиму.

  • Для дзвінків з локально зареєстрованих кінцевих точок (застосовується для режиму виживання сайту під час відключень WAN) — маршрутизуйте дзвінки за допомогою звичайної маршрутизації на основі шаблону призначення. У цій стратегії вхідний комутований одноранг узгоджується з лінійним набором. Виконується регулярний пошук однорангових телефонів, і дзвінок буде маршрутизований на основі уподобань комутованого одноранга. Дзвінок перенаправляється на локально зареєстровану кінцеву точку, PSTN або. Webex Calling

  • Уподобання можна визначити для кожного вихідного комутованого одноранга. Цей параметр використовується для визначення порядку вибору комутованих аналогів для налаштування вихідного дзвінка. Менше значення, тим вище перевага. Для маршрутизації дзвінків в колокації параметр «dial-peer» встановлюється наступним чином:

    • Типовий параметр 0 для маршрутизації викликів до локально зареєстрованих кінцевих точок

    • Перевага 2 для маршрутизації дзвінків до Webex Calling магістралі

    • Перевага 3 для маршрутизації дзвінків до магістралі PSTN

У наведеній нижче таблиці узагальнено поведінку маршрутизації викликів для всіх вхідних і вихідних дзвінків, Webex Calling що передбачає колокацію служб керованих шлюзів: Cisco IOS

Таблиця 1. Міркування маршрутизації дзвінків для колокації
В'їзд зВиїзд до

Сервіс шлюзу

Маршрутизація дзвінків

Додаткова інформація

PSTN

Webex Calling

Колокація локального шлюзу та шлюзу виживання

На основі шаблону призначення (.T)

Комбінований одноранжник з перевагою 2

PSTN

Локальні кінцеві точки

Колокація локального шлюзу та шлюзу виживання

На основі шаблону призначення

Використання динамічних комутованих аналогів, створених на основі реєстрацій.

Немає конфігурацій для виконання на цих системних аналогах. Це автоматично матиме найвищий пріоритет.

Локальні кінцеві точки

PSTN

Колокація локального шлюзу та шлюзу виживання

На основі шаблону призначення

Комбінований одноранжник з перевагою 3

Локальні кінцеві точки

Webex Calling

Колокація локального шлюзу та шлюзу виживання

На основі шаблону призначення (.T)

Комбінований одноранжник з перевагою 2

Це застосовується лише в тому випадку, якщо магістраль локального шлю Webex Calling зу все ще працює навіть у режимі шлюзу виживання.

Webex Calling

PSTN

Локальний шлюз

На основі групи комутованих рівнів

Закріплене з'єднання з PSTN

Локальні кінцеві точки

Локальні кінцеві точки

Шлюз виживання

На основі шаблону призначення

Використання динамічних комутованих аналогів, створених на основі реєстрацій.

Для цих системних аналогів не потрібні додаткові зміни конфігурації комутованих рівнів.

Для отримання детальної інформації про міркування маршрутизації викликів для розміщення служб керо Cisco IOS ваних шлюзів див. розділ Бажана Webex Callingархітектура.

Налаштування колокації сервісів

Якщо вам потрібно призначити новий керований шлю Cisco IOS з для розміщення локального шлюзу та служб виживання сайту, призначте свій шлюз як шлюз виживання на Контрольному центрі. Щоб отримати інформацію про призначення шлюзу як шлюзу життєздатності, див. розділ Записка ке ро Cisco IOS ваних шлюзів у Webex Cloud, щоб додати шлюз до центру керування.

Залежно від типу транкінгу, який використовується, ви можете налаштувати колокацію за допомогою одного з наведених нижче способів:

Налаштування колокації для транкінгу на основі реєстрації

1

Налаштування сертифікатів.

Обов'язково потрібно використовувати сертифікати, підписані довіреною особоюCertificate Authority. Докладніші відомості про те, як запитувати та створювати сертифікати, див. розділ Н алаштування сертифікатів.

2

Налаштування глобальних голосових команд.

Голосова конфігурація включає загальні налаштування, пов'язані як з локальним шлюзом, так і службами шлюзу виживання. Нижче наведено зразок глобальної конфігурації голосу:

voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
  allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
  stun
   stun flowdata agent-id 1 boot-count 4
   stun flowdata shared-secret 0 Password123$
  sip
   g729 annexb-all
   early-offer forced
   asymmetric payload full
   registrar server
3

Конфігурація, специфічна для шлюзу виживання.

Налаштуйте глобальні параметри голосового реєстру, пулу та кодеків для кінцевих точок, які реєструються у шлюзі Survivalability. Нижче наведено зразок конфігурації, специфічної для шлюзу виживання:

!
voice register global
 mode webex-sgw
 no allow-hash-in-dn
 max-dn 50
 max-pool 50
!
voice class codec 1
 codec preference 1 opus
 codec preference 2 g711ulaw
!
voice register pool  1
 id network 0.0.0.0 mask 0.0.0.0
 dtmf-relay rtp-nte
 voice-class codec 1
!
4

Конфігурація, специфічна для локального шлюзу. Докладніші відомості див. у розділі Лок альний шлюз на основі реєстрації.

Він включає конфігурацію орендаря, який використовується для реєстрації магістралі локального шлю Webex Calling зу, пов'язані профілі SIP та налаштування кодеків. Нижче наведено зразок конфігурації, специфічної для локального шлюзу:

voice class sip-profiles 200
rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" sip:\1
!
voice class codec 99
codec preference 1 g711ulaw
codec preference 2 g711alaw 
!
voice class srtp-crypto 200
crypto 1 AES_CM_128_HMAC_SHA1_80
!
voice class stun-usage 200
stun usage firewall-traversal flowdata
stun usage ice lite
!
voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru
5

Конфігурація, специфічна для PSTN.

Він включає налаштування орендаря для PSTN та пов'язаних SIP-профілів (якщо такі є), а також налаштування кодеків. Нижче наведено зразок конфігурації, специфічної для PSTN:

!
voice class tenant 100 
 session transport udp
 url sip
 error-passthru
 bind control source-interface GigabitEthernet0/0/0
 bind media source-interface GigabitEthernet0/0/0
 no pass-thru content custom-sdp
!
6

Налаштування вхідного PSTN комутованого однорангового зв'язку.

Він включає вибір однорангових для вхідних дзвінків PSTN на основі відповідності заголовків. Нижче наведено зразок конфігурації вхідного PSTN комутованого однорангового зв'язку:

!
voice class uri 100 sip
  host ipv4:192.168.80.13
!
dial-peer voice 100 voip
description Incoming dial-peer from PSTN
session protocol sipv2
incoming uri via 100
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
emergency response callback
no vad
!
7

Налаштування вихідного комутованого однорангового Webex Calling зв'язку.

Він включає вибір однорангового зв'язку для вихідного магістралі на основі групи кому Webex Calling тованих рівнів. Нижче наведено зразок конфігурації вихідного комутованого однорангового Webex Calling зв'язку:


dial-peer voice 200201 voip
description Outbound Webex Calling
destination e164-pattern-map 100
preference 2
session protocol sipv2
session target sip-server
voice-class codec 99
dtmf-relay rtp-nte
voice-class stun-usage 200
no voice-class sip localhost
voice-class sip tenant 200
srtp
no vad
!
8

Налаштування вхідного комутованого однорангового Webex Calling зв'язку.

Він включає вибір однорангових вхідних Webex Calling дзвінків на основі відповідності параметру DPG в заголовку Request-URI. Dial-Peer Group використовується для маршрутизації дзвінків безпосередньо на вихідний PSTN. Нижче наведено зразок конфігурації вхідного комутованого однорангового Webex Calling зв'язку:


voice class dpg 200
 dial-peer 101 preference 1
!
!
voice class uri 200 sip
 pattern dtg=hussain2572
!
dial-peer voice 200201 voip
description Inbound Webex Calling
destination dpg 200
max-conn 250
incoming uri request 200
!
9

Налаштування вихідного PSTN комутованого однорангового зв'язку.

Він використовується для маршрутизації викликів PSTN в режимах локального шлюзу та шлюзу виживання. Змініть шаблон призначення з поточного BAD на шаблон, придатний для викликів PSTN. Це потрібно для маршрутизації викликів PSTN з локально зареєстрованих кінцевих точок. Ви можете зробити це безпосередньо за допомогою шаблону призначення або через карту шаблонів E164. Нижче наведено зразок конфігурації вихідного PSTN комутованого однорангового зв'язку:

!
voice class e164-pattern-map 100
  e164 +91.T
  e164 +1.T
  e164 +.T
 !

!
dial-peer voice 101 voip 
description Outgoing dial-peer to IP PSTN
destination e164-pattern-map 100
preference 3
session protocol sipv2
session target ipv4:192.168.80.13
voice-class sip options-keepalive
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
no vad
!
10

Налаштуйте вихідні аналоги PSTN для екстрених викликів у режимі виживання.

Він використовується для одностороннього вибору на основі відповідності шаблону E164. Ці аналоги комутованого зв'язку узгоджуються лише для дзвінків, що надходять із кінцевих точок, зареєстрованих безпосередньо у шлюзі виживання в режимі виживання. Забезпечення одного або декількох аналогів на основі підтримуваного плану набору номера в режимі життєздатності та пов'язаних дозволів на виклик. Нижче наведено зразок конфігурації вихідних PSTN комутованих аналогів для екстрених викликів у режимі виживання:

!
voice class e164-pattern-map 300
  e164 911
 !
dial-peer voice 300 voip
 description Outbound PSTN dial-peer for E911 call in Survivability Mode
 emergency response zone 1
 session protocol sipv2
 session target ipv4:10.65.125.202:9089
 destination e164-pattern-map 300
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
!
11

Налаштуйте пошук однорангових телефонів.

Він використовується для вибору комутованих аналогів для маршрутизації на основі налаштувань, встановлених на комутованих аналогах.

!
dial-peer hunt 2
!

Налаштування колокації для транкінгу на основі сертифікатів

Перш ніж почати

Конфігурація колокації для транкінгу на основі сертифікатів схожа на транкінг на основі реєстрації, за винятком тих, що стосуються магістралі локального шлюзу та орендарів.

1

Налаштування сертифікатів.

Обов'язково потрібно використовувати сертифікати, підписані довіреною особоюCertificate Authority. Докладніші відомості про те, як запитувати та створювати сертифікати, див. розділ Н алаштування сертифікатів.

2

Налаштування глобальних голосових команд.

Голосова конфігурація включає загальні налаштування, пов'язані як з локальним шлюзом, так і службами шлюзу виживання. Нижче наведено зразок глобальної конфігурації голосу:

voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
  allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
  stun
   stun flowdata agent-id 1 boot-count 4
   stun flowdata shared-secret 0 Password123$
  sip
   g729 annexb-all
   early-offer forced
   asymmetric payload full
   registrar server
3

Конфігурація, специфічна для шлюзу виживання.

Налаштуйте глобальні параметри голосового реєстру, пулу та кодеків для кінцевих точок, які реєструються в Survivalability Gateway. Нижче наведено зразок конфігурації, специфічної для шлюзу виживання:

!
voice register global
 mode webex-sgw
 no allow-hash-in-dn
 max-dn 50
 max-pool 50
!
voice class codec 1
 codec preference 1 opus
 codec preference 2 g711ulaw
!
voice register pool  1
 id network 0.0.0.0 mask 0.0.0.0
 dtmf-relay rtp-nte
 voice-class codec 1
!
4

Конфігурація, специфічна для локального шлюзу. Докладніші відомості див. у розділі Транкінг на основі сертифікатів.

Він включає конфігурацію магістралі та орендаря, необхідних для здійснення обміну сертифікатами в локальному шлюзі, пов'язані SIP-профілі та налаштування кодеків. Нижче наведено зразок конфігурації, специфічної для локального шлюзу:

voice class codec 200
codec preference 1 g711ulaw
 codec preference 2 g711alaw
!
voice class sip-options-keepalive 200
 description Keepalive webex_mTLS
 up-interval 5
 transport tcp tls
!
voice class tls-profile 200
 description Webexcalling
 trustpoint sbc6
 cn-san validate bidirectional
 cn-san  1 us01.sipconnect.bcld.webex.com
!
voice class sip-profiles 200
 rule 10 request ANY sip-header Contact modify "@.*:" "@sbc6.tekvizionlabs.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@sbc6.tekvizionlabs.com:" 
!
voice class srtp-crypto 200
 crypto 1 AES_CM_128_HMAC_SHA1_80
!

voice class tenant 200
  no remote-party-id
  localhost sbc6.tekvizionlabs.com
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  privacy-policy passthru
  tls-profile 200
!
5

Конфігурація, специфічна для PSTN.

Він включає налаштування орендаря для PSTN та пов'язаних SIP-профілів (якщо такі є), а також налаштування кодеків. Нижче наведено зразок конфігурації, специфічної для PSTN:

!
voice class tenant 100 
 session transport udp
 url sip
 error-passthru
 bind control source-interface GigabitEthernet0/0/0
 bind media source-interface GigabitEthernet0/0/0
 no pass-thru content custom-sdp
!
6

Налаштування вхідного PSTN комутованого однорангового зв'язку.

Він включає вибір однорангових для вхідних дзвінків PSTN на основі відповідності заголовків. Нижче наведено зразок конфігурації вхідного PSTN комутованого однорангового зв'язку:

!
voice class uri 100 sip
  host ipv4:192.168.80.13
!
dial-peer voice 100 voip
description Incoming dial-peer from PSTN
session protocol sipv2
incoming uri via 100
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
emergency response callback
no vad
!
7

Налаштування вихідного комутованого однорангового Webex Calling зв'язку.

Він включає вибір однорангового зв'язку для вихідного магістралі на основі групи кому Webex Calling тованих рівнів. Нижче наведено зразок конфігурації вихідного комутованого однорангового Webex Calling зв'язку:

dial-peer voice 200201 voip
description OutBound Webex Calling
session protocol sipv2
session target dns:<insert us01.sipconnect.bcld.webex.com>
session transport tcp tls
destination e164-pattern-map 100
voice-class codec 200
voice-class stun-usage 200
voice-class sip asserted-id pai
voice-class sip tenant 200
voice-class sip options-keepalive profile 200
voice-class sip bind control source-interface GigabitEthernet 0/0/2
voice-class sip bind media source-interface GigabitEthernet 0/0/2
dtmf-relay rtp-nte
srtp
no vad
!
8

Налаштування вхідного комутованого однорангового Webex Calling зв'язку.

Він включає вибір однорангових вхідних Webex Calling дзвінків на основі відповідності параметру DPG у заголовку Request-URI. Dial-Peer Group використовується для маршрутизації дзвінків безпосередньо на вихідний PSTN. Нижче наведено зразок конфігурації вхідного комутованого однорангового Webex Calling зв'язку:

voice class dpg 200
 dial-peer 101 preference 1
!
!
voice class uri 200 sip
 pattern dtg=hussain2572
!
dial-peer voice 200201 voip
description Inbound Webex Calling
destination dpg 200
max-conn 250
incoming uri request 200
!
9

Налаштування вихідного PSTN комутованого однорангового зв'язку.

Він використовується для маршрутизації викликів PSTN в режимах локального шлюзу та шлюзу виживання. Змініть шаблон призначення з поточного BAD на шаблон, придатний для дзвінків PSTN. Це потрібно для маршрутизації викликів PSTN з локально зареєстрованих кінцевих точок. Ви можете зробити це безпосередньо за допомогою шаблону призначення або через карту шаблонів E164. Нижче наведено зразок конфігурації вихідного PSTN комутованого однорангового зв'язку:

!
voice class e164-pattern-map 100
  e164 +91.T
  e164 +1.T
  e164 +.T
 !

!
dial-peer voice 101 voip 
description Outgoing dial-peer to IP PSTN
destination e164-pattern-map 100
preference 3
session protocol sipv2
session target ipv4:192.168.80.13
voice-class sip options-keepalive
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
no vad
!
10

Налаштуйте вихідні аналоги PSTN для екстрених викликів у режимі виживання.

Він використовується для одностороннього вибору на основі відповідності шаблону E164. Ці аналоги комутованого зв'язку узгоджуються лише для дзвінків, що надходять із кінцевих точок, зареєстрованих безпосередньо у шлюзі виживання в режимі виживання. Забезпечення одного або декількох аналогів на основі підтримуваного плану набору номера в режимі життєздатності та пов'язаних дозволів на виклик. Нижче наведено зразок конфігурації вихідних PSTN комутованих аналогів для екстрених викликів у режимі виживання:

!
voice class e164-pattern-map 300
  e164 911
 !
dial-peer voice 300 voip
 description Outbound PSTN dial-peer for E911 call in Survivability Mode
 emergency response zone 1
 session protocol sipv2
 session target ipv4:10.65.125.202:9089
 destination e164-pattern-map 300
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
!
11

Налаштуйте пошук однорангових телефонів.

Він використовується для вибору комутованих аналогів для маршрутизації на основі налаштувань, встановлених на комутованих аналогах.

!
dial-peer hunt 2
!
Чи була ця стаття корисною?
Чи була ця стаття корисною?