Конфигуриране на локален шлюз на Cisco IOS XE за Webex Calling

Общ преглед

Webex Calling в момента поддържа две версии на Local Gateway:

Локален шлюз
Местен портал за Webex за правителство

Локален шлюз
Местен портал за Webex за правителство

Преди да започнете, разберете изискванията на Public Switched Telephone Network (PSTN) и Local Gateway (LGW) за обаждане в Webex. Зее Cisco Предпочитана архитектура за обаждане в Webexза повече информация.
Тази статия предполага, че е налице специална платформа на Local Gateway без съществуваща гласова конфигурация. Ако промените съществуващ PSTN шлюз или разгръщане на CUBE Enterprise, за да използвате като функция Local Gateway за Webex Calling, тогава обърнете внимание на конфигурацията. Уверете се, че не прекъсвате съществуващите телефонни потоци и функционалност поради промените, които правите.

Процедурите съдържат връзки към командната справочна документация, където можете да научите повече за отделните команди. Всички препратки към команди отиват към Webex Managed Gateways Command Reference , освен ако не е посочено друго (в този случай, препратките към команда отиват към Cisco IOS Voice Command Reference). Можете да получите достъп до всички тези ръководства в Cisco Unified Border Element Команда за препращане...

За информация относно поддържаните SBC от трети страни вижте съответната продуктова референтна документация.

Настройване на локалния шлюз

Има две опции за конфигуриране на локалния портал за вашия Webex Calling багажник:

Багажник, базиран на регистрация
Багажник, базиран на сертификат

Използване на работния поток или под Registration-based Local Gateway или Certificate-based Local Gateway за да конфигурирате локалния шлюз за вашия Webex Calling багажник.

Зее Започнете с локалния порталза повече информация за различните типове багажници. Изпълнете следните стъпки на самия локален шлюз, като използвате интерфейса на командния ред (CLI). Използваме протокол за иницииране на сесията (SIP) и транспорт за сигурност на транспортния слой (TLS), за да защитим багажника и протокол за сигурност в реално време (SRTP), за да защитим медиите между локалния портал и обаждането на Webex.

Основни съображения

Изберете CUBE като локален шлюз. В момента Webex за правителството не поддържа нито една трета страна Session Border Controllers (SBC). За да прегледате последния списък, вижте Започнете с локалния портал...
Инсталирайте Cisco IOS XE Dublin 17.12.1а или по-късни версии за всички Webex за Government Local Gateways.
За да прегледате списъка на Root Certificate Authorities (CAs), които Webex за държавна подкрепа, вижте Администратори на удостоверения за Webex за правителство...
За подробности относно външните пристанищни диапазони за Local Gateway в Webex за Government, вижте Мрежови изисквания за Webex за правителството (FedRAMP)...

Местният портал за Webex за правителство не поддържа следното:

STUN/ICE-Lite за оптимизиране на медийния път
Факс (T.38)

Конфигуриране на вашия местен портал за Webex за правителство

За да конфигурирате Local Gateway за вашия Webex Calling багажник в Webex за правителство, използвайте следната опция:

Багажник, базиран на сертификат

Използване на работния поток под Certificate-based Local Gateway за да конфигурирате локалния шлюз за вашия Webex Calling багажник. За повече подробности как да конфигурирате местен шлюз, базиран на удостоверения, вижте Настройване на багажника на Webex за обаждания, базиран на удостоверения...

Задължително е да се конфигурират GCM шифри, които отговарят на FIPS, за да поддържат Local Gateway за Webex за правителството. Ако не, настройката на повикването се провали. За подробности за конфигурацията вижте Configure Webex Calling certificate-based trunk.

Webex for Government не поддържа регистрационен Local Gateway.

Базиран на регистрация локален шлюз
Базиран на сертификат локален шлюз

Преглед на дизайна

Този раздел описва как да конфигурирате Cisco Unified Border Element (CUBE) като Local Gateway for Webex Calling, използвайки регистрационен SIP багажник. Първата част на този документ илюстрира как да конфигурирате прост PSTN портал. В този случай всички обаждания от PSTN се маршрутизират до Webex Calling, а всички обаждания от Webex Calling се маршрутизират до PSTN. Изображението по-долу подчертава това решение и конфигурацията на маршрутизиране на повикванията на високо ниво, която ще бъде следвана.

В този дизайн се използват следните основни конфигурации:

Наематели на глас: Използва се за създаване на специфични конфигурации на багажника.
Адрес на гласовия клас: Използва се за класифициране на SIP съобщения за избор на входящ dial-peer.
входящ dial-peer: Осигурява лечение за входящи SIP съобщения и определя изходящия маршрут с помощта на група за набиране.
група dial-peer: Дефинира изходящите повиквания, използвани за маршрутизиране на повикванията.
изходящ dial-peer: Осигурява лечение за изходящи SIP съобщения и ги насочва към желаната цел.

Call routing from/to PSTN to/from Webex Calling configuration solution

Докато IP и SIP са станали протоколите по подразбиране за PSTN багажници, TDM (Time Division Multiplexing) ISDN вериги все още се използват широко и се поддържат с Webex Calling багажници. За да се даде възможност за медийна оптимизация на IP маршрутите за Local Gateways с TDM-IP кол потоци, понастоящем е необходимо да се използва процес на маршрутизиране на повиквания с два крака. Този подход променя конфигурацията на маршрутизиране на повикванията, показана по-горе, като въвежда набор от вътрешни абонатни повиквания между Webex Calling и PSTN багажници, както е показано на изображението по-долу.

Call routing configuration with a set of internal loop-back dial-peers between Webex Calling and PSTN trunks

Когато свързвате решение на място Cisco Unified Communications Manager с Webex Calling, можете да използвате простата конфигурация PSTN шлюз като базова линия за изграждане на решението, показано на диаграмата по-долу. В този случай, Unified Communications Manager осигурява централизирано маршрутизиране и обработка на всички повиквания PSTN и Webex.

Solution diagram showing Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls

В целия документ се използват имената на хоста, IP адреси и интерфейси, илюстрирани в изображението по-долу.

The host names, IP addresses, and interfaces used in Call routing configuration solutions

Използвайте ръководството за конфигурация в останалата част от този документ, за да завършите конфигурацията на локалния шлюз, както следва:

Стъпка 1: Конфигуриране на базовата свързаност и сигурност на рутера
Стъпка 2: Настройване на Webex Calling Trunk

В зависимост от необходимата Ви архитектура, следвайте или:
Стъпка 3: Настройване на локалния шлюз с SIP PSTN багажник
Стъпка 4: Конфигурирайте Local Gateway със съществуваща Unified CM среда

Или:
Стъпка 3: Настройване на локалния шлюз с TDM PSTN багажник

Конфигуриране на свързаност и сигурност

Изходна конфигурация

Първата стъпка в подготовката на вашия маршрутизатор Cisco като локален шлюз за повикване на Webex е да се изгради базова конфигурация, която осигурява вашата платформа и установява свързаност.

Всички базирани на регистрация Local Gateway приложения изискват Cisco IOS XE 17.6.1а или по-късни версии. Препоръчва се Cisco IOS 17.12.2 или по-късно. За препоръчаните версии вижте Cisco Software Researchстраница. Потърсете платформата и изберете една от предложените издания.
- Рутерите от серията4000 ISR трябва да бъдат конфигурирани както с лицензи за Unified Communications, така и с лицензи за технологии за сигурност.
- Рутерите от серията Catalyst 8000 Edge, оборудвани с гласови карти или DSP, изискват лицензиране на DNA Advantage. Рутерите без гласови карти или DSP изискват минимално лицензиране на DNA Essentials.
Създайте базова конфигурация за вашата платформа, която следва вашите бизнес политики. По-специално, конфигурирайте и проверявайте следното:
- НТП
- АКЛ
- Идентификация на потребителя и отдалечен достъп
- DNS
- IP маршрутизиране
- IP адреси
Мрежата към Webex Calling трябва да използва IPv4 адрес.
Качване на Cisco root CA пакета в локалния портал.

Когато конфигурирате страната на наемателя да се свърже с Webex Calling, се поддържат само адреси, базирани на SRV.

Конфигурация


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes

crypto pki trustpoint EmptyTP 
 revocation-check none

sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Настройване на багажника на Webex за регистрация на повиквания


 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced  

voice class codec 100
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  no session refresh
  url sips 
  error-passthru
  rel1xx disable
  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 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru
Voice service voip
 sip
  pass-thru headers unsupp

След като определите наемателя 100 и конфигуриране на SIP VoIP dial-peer, порталът инициира TLS връзка към Webex Calling. В този момент SBC за достъп представя сертификата си на местния портал. Локалният шлюз валидира SBC сертификата за достъп до обаждания на Webex, като използва основния пакет CA, който е актуализиран по-рано. Ако сертификатът бъде разпознат, се създава постоянна TLS сесия между локалния портал и Webex Calling access SBC. След това локалният портал може да използва тази защитена връзка, за да се регистрира със SBC за достъп на Webex. Когато регистрацията е оспорена за удостоверяване на автентичността:

The username, passwordи realm параметри от credentials конфигурацията се използва в реакцията.
Правилата за промяна в sip профила се 100 използват за преобразуване на SIPS URL адреса обратно в SIP.

Регистрацията е успешна, когато се 200 получи ОК от SBC за достъп.

Диаграма на потока за удостоверяване и регистрация на Webex повикване с локален шлюз

Настройване на локалния шлюз с SIP PSTN багажник

След като сте изградили багажник към Webex Calling по-горе, използвайте следната конфигурация, за да създадете некриптиран багажник към SIP базиран PSTN доставчик:

Ако вашият доставчик на услуги предлага защитен PSTN багажник, можете да следвате подобна конфигурация, както е описано по-горе за Webex Calling багажник. CUBE поддържа безопасно маршрутизиране на повикванията.

Ако използвате TDM / ISDN PSTN багажник, преминете към следващия раздел Конфигуриране на локален шлюз с TDM PSTN багажник.

За да конфигурирате TDM интерфейси за PSTN повикване крака на Cisco TDM-SIP Gateways, вижте  Настройване на ISDN PRI...

Конфигурирайте следния адрес за гласови класове, за да идентифицирате входящите повиквания от багажника на PSTN:


voice class uri 200 sip
  host ipv4:192.168.80.13

Ето обяснение на полетата за конфигурацията:

voice class uri 200 sip

Задаване на шаблон за съвпадение на входяща SIP покана към входяща багажник. Когато въвеждате този шаблон, използвайте IP адреса на вашия IP PSTN портал. За повече информация вижте  URI...

Настройване на следния IP PSTN dial- peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Ето обяснение на полетата за конфигурацията:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Дефинира VoIP dial-peer с етикет и дава 200 смислено описание за лекота на управление и отстраняване на неизправности. За повече информация вижте Гласово повикване.

destination-pattern BAD.BAD

При маршрутизиране на изходящи повиквания с помощта на входяща група за набиране на връстници се изисква фалшив модел на местоназначение. В този случай може да се използва всеки валиден модел на местоназначение. За повече информация вижте Шаблон на местоназначение...

session protocol sipv2

Указва, че този пионер се справя със SIP позвъняване. За повече информация вижте протокол за сесия (dial peer)...

session target ipv4: 192.168.80.13

Указва целевия адрес за обаждания, изпратени до доставчика на PSTN. Това може да бъде или IP адрес, или име на DNS хост. За повече информация вижте  целева сесия (VoIP dial peer)...

incoming uri via 200

Задаване на глас, който да се използва за съвпадение на входящите повиквания към този пионер, като се използва ПОКАНАТА ЧРЕЗ header URI. За повече информация вижте  Входящ адрес...

voice-class sip asserted-id pai

(По избор) Включва обработка на P-Asserted-Identity header и контролира как това се използва за багажника на PSTN. Ако се използва тази команда, самоличността на обаждащата се страна, предоставена от входящия dial-peer, се използва за изходящите заглавия From и P-Asserted-Identity. Ако тази команда не се използва, самоличността на обаждащата се страна, предоставена от входящия dial-peer, се използва за изходящите заглавия From и Remote-Party-ID. За повече информация вижте ИД на гласовата класа...

bind control source-interface  GigabitEthernet0/0/0

Конфигуриране на изходния интерфейс и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вижте  Bind...

bind media source-interface  GigabitEthernet0/0/0

Конфигуриране на изходния интерфейс и свързания IP адрес за медиите, изпратени до PSTN. За повече информация вижте  Bind...

voice-class codec 100

Конфигуриране на пиър-пиър за използване на общия списък с филтри за кодек 100. За повече информация вижте Кодек...

dtmf-relay rtp-nte

Дефинира RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол. За повече информация вижте DTMF реле (Voice over IP)...

no vad

Деактивира откриването на гласова активност. За повече информация вижте Vad (dial peer)...

Ако конфигурирате локалния си шлюз само за маршрутизиране на повиквания между Webex Calling и PSTN, добавете следната конфигурация за маршрутизиране на повикванията. Ако конфигурирате Вашия местен портал с платформа Unified Communications Manager, преминете към следващия раздел.

Създайте групи за набиране, за да насочите повиквания към Webex Calling или PSTN. Дефиниране на DPG 100 с изходящ dial-peer 100 към Webex Calling. DPG 100 се прилага към входящия dial-peer от PSTN. По същия начин дефинирайте DPG 200 с изходящ dial-peer 200 към PSTN. DPG се 200 прилага към входящия dial-peer от Webex.
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
Ето обяснение на полетата за конфигурацията:
dial-peer 100
Асоциира изходяща група за набиране с група за набиране. За повече информация вижте  DPG...
Приложете групи за набиране на повиквания от Webex към PSTN и от PSTN към Webex:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Ето обяснение на полетата за конфигурацията:
destination dpg 200
Указва коя група за набиране на повиквания и следователно за набиране на повиквания трябва да се използва за изходящо лечение на повиквания, представени на този входящ повикващ.

Това завършва конфигурацията на локалния шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато се конфигурират функциите на CUBE.

Настройване на локалния шлюз с TDM PSTN багажник

След като сте изградили багажник към Webex Calling, използвайте следната конфигурация, за да създадете TDM багажник за вашата PSTN услуга с маршрутизиране на повиквания, за да позволите оптимизация на медиите на Webex кол крак.

Ако не се нуждаете от IP медийна оптимизация, следвайте стъпките за конфигуриране на SIP PSTN багажник. Използвайте гласови порт и POTS dial-peer (както е показано в Стъпки 2 и3) вместо PSTN VoIP dial-peer.


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12 

card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31 

dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad 

voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

Конфигурирайте Local Gateway със съществуваща Unified CM среда

Конфигурацията PSTN-Webex Calling в предишните раздели може да бъде променена, за да включва допълнителни стволове към клъстер на Cisco Unified Communications Manager (UCM). В този случай всички обаждания се маршрутизират чрез Unified CM. Обажданията от UCM на пристанището 5060 се маршрутизират до PSTN, а обажданията от пристанището 5065 се маршрутизират до Webex Calling. Следните допълнителни конфигурации могат да бъдат добавени, за да се включи този сценарий на повикване.

Когато създавате багажника за повикване на Webex в Unified CM, уверете се, че конфигурирате входящия порт в настройките на профила за сигурност на багажника на SIP 5065. Това позволява входящи съобщения в пристанището и 5065 да се попълнят VIA заглавката с тази стойност при изпращане на съобщения до локалния портал.

1	Конфигуриране на следните URI гласови класове: Класифицира Unified CM към Webex повиквания, използвайки SIP VIA порт: `voice class uri 300 sip pattern :5065` Класифицира Unified CM към PSTN повиквания, използвайки SIP през порт: `voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060` Класифицирайте входящите съобщения от UCM към багажника на PSTN, като използвате един или повече шаблони, които описват изходните адреси и номера на порта. Регулярните изрази могат да се използват за определяне на съвпадащи модели, ако е необходимо. В горния пример се използва регулярен израз, за да съответства на всеки IP адрес в диапазона 192.168.80.60 до 65 и порт номер 5060.
2	Конфигурирайте следните DNS записи, за да зададете маршрутизиране на SRV към Unified CM хостове: IOS XE използва тези записи за локално определяне на целевите UCM хостове и пристанища. С тази конфигурация не е необходимо да конфигурирате записи във вашата DNS система. Ако предпочитате да използвате DNS, тези локални конфигурации не са необходими. ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com Ето обяснение на полетата за конфигурацията: Следната команда създава DNS SRV ресурсен запис. Създаване на запис за всеки хост и багажник на UCM: ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: Име на запис на ресурс SRV 2: Приоритет за запис на ресурсите на SRV 1: Рекордно тегло на ресурса на SRV 5060: Номер на порта, който да се използва за целевия хост в този ресурсен запис ucmsub5.mydomain.com: Целевият хост за запис на ресурсите За да разрешите ресурсния запис на целевите имена на хостове, създайте локални DNS A записи. Например: ip host ucmsub5.mydomain.com 192.168.80.65 IP хост: Създава запис в локалната IOS XE база данни. ucmsub5.mydomain.com: Името на рекордния хост. 192.168.80.65: IP адреса на хоста. Създайте записи за ресурси на SRV и записи A, за да отразите вашата UCM среда и предпочитаната стратегия за разпространение на повиквания.
3	Настройване на следните пионери: Набиране на повиквания между Unified CM и Webex Calling: `dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Ето обяснение на полетата за конфигурацията: `dial-peer voice 300 voip description UCM-Webex Calling trunk` Дефинира VoIP dial-peer с етикет и 300 дава смислено описание за лекота на управление и отстраняване на неизправности. destination-pattern BAD.BAD При маршрутизиране на изходящи повиквания с помощта на входяща група за набиране на връстници се изисква фалшив модел на местоназначение. В този случай може да се използва всеки валиден модел на местоназначение. session protocol sipv2 Указва, че пиър-пиър се справя 300 с SIP позвъняване крака. За повече информация вижте  протокол за сесия (dial-peer)... session target dns:wxtocucm.io Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай, локално определеният SRV запис wxtocucm.io се използва за директни разговори. incoming uri via 300 Използва URI за гласови класове300 , за да насочва целия входящ трафик от Unified CM с помощта 5065 на изходен порт към този dial-peer. За повече информация вижте  входящ адрес... voice-class codec 100 Показва списък с филтри за кодек за разговори към и от Unified CM. За повече информация вижте  Кодек на глас... bind control source-interface GigabitEthernet0/0/0 Конфигуриране на изходния интерфейс и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вижте  Bind... bind media source-interface GigabitEthernet0/0/0 Конфигуриране на изходния интерфейс и свързания IP адрес за медиите, изпратени до PSTN. За повече информация вижте  Bind... dtmf-relay rtp-nte Дефинира RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол. За повече информация вижте  DTMF реле (Voice over IP)... no vad Деактивира откриването на гласова активност. За повече информация вижте  Vad (dial peer)... Dial-peer за разговори между Unified CM и PSTN: `dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Ето обяснение на полетата за конфигурацията: `dial-peer voice 400 voip description UCM-PSTN trunk` Дефинира VoIP dial-peer с етикет и дава 400 смислено описание за лекота на управление и отстраняване на неизправности. destination-pattern BAD.BAD При маршрутизиране на изходящи повиквания с помощта на входяща група за набиране на връстници се изисква фалшив модел на местоназначение. В този случай може да се използва всеки валиден модел на местоназначение. session protocol sipv2 Указва, че пиър-пиър се справя 400 с SIP позвъняване крака. За повече информация вижте  протокол за сесия (dial-peer)... session target dns:pstntocucm.io Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай, локално определеният SRV запис pstntocucm.io се използва за директни разговори. incoming uri via 400 Използва URI за гласови класове400 , за да насочва целия входящ трафик от определените Unified CM хостове с помощта 5060 на изходен порт към този dial-peer. За повече информация вижте  входящ адрес... voice-class codec 100 Показва списък с филтри за кодек за разговори към и от Unified CM. За повече информация вижте  Кодек на глас... bind control source-interface GigabitEthernet0/0/0 Конфигуриране на изходния интерфейс и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вижте  Bind... bind media source-interface GigabitEthernet0/0/0 Конфигуриране на изходния интерфейс и свързания IP адрес за медиите, изпратени до PSTN. За повече информация вижте  Bind... dtmf-relay rtp-nte Дефинира RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол. За повече информация вижте  DTMF реле (Voice over IP)... no vad Деактивира откриването на гласова активност. За повече информация вижте  Vad (dial peer)...
4	Добавете маршрутизиране на повикванията, като използвате следните конфигурации: Създаване на групи за набиране на повиквания между Unified CM и Webex Calling. Дефиниране на DPG 100 с outbound dial-peer 100 към Webex Calling. DPG се 100 прилага към свързания входящ dial-peer от Unified CM. По същия начин дефинирайте DPG 300 с изходящ dial-peer 300 към Unified CM. DPG се 300 прилага към входящия dial-peer от Webex. `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300` Създаване на групи за набиране на повиквания между Unified CM и PSTN. Дефиниране на DPG 200 с outbound dial-peer 200 към PSTN. DPG се 200 прилага към свързания входящ dial-peer от Unified CM. По същия начин дефинирайте DPG 400 с изходящ dial-peer 400 към Unified CM. DPG 400 се прилага към входящия dial-peer от PSTN. `voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400` Ето обяснение на полетата за конфигурацията: dial-peer  100 Асоциира изходяща група за набиране с група за набиране. За повече информация вижте  DPG... Приложете групи за набиране на повиквания от Webex до Unified CM и от Unified CM до Webex: `dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100` Ето обяснение на полетата за конфигурацията: destination dpg 300 Указва коя група за набиране на повиквания, и по тази причина за набиране на повиквания трябва да се използва за изходящо лечение на повиквания, представени на този входящ повикващ. Приложете групи за насочване на повиквания от PSTN към Unified CM и от Unified CM към PSTN: `dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200` Това завършва конфигурацията на локалния шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато са конфигурирани функциите на CUBE.

Монитор и отстраняване на неизправности локален шлюз с диагностични подписи

Диагностичните подписи (DS) проактивно откриват често наблюдавани проблеми в базирания на IOS XE локален портал и генерират известие за имейл, сислог или терминално съобщение за събитието. Можете също така да инсталирате DS, за да автоматизирате събирането на данни за диагностиката и да прехвърляте събраните данни в случая на Cisco TAC, за да ускорите времето за разрешаване.

Диагностичните подписи (DS) са XML файлове, които съдържат информация за събития, задействащи проблем, и действия, които трябва да бъдат предприети за информиране, отстраняване на неизправности и отстраняване на проблема. Можете да дефинирате логиката за откриване на проблеми, като използвате syslog съобщения, SNMP събития и чрез периодично наблюдение на конкретни изходи от командата на шоу.

Типовете действия включват събиране на командни изходи:

Генериране на консолидиран лог файл
Качване на файла в мрежово местоположение, предоставено от потребителя, като HTTPS, SCP, FTP сървър.

Инженерите на TAC изписват DS файловете и дигитално ги подписват за защита на интегритета. Всеки DS файл има уникален цифров идентификатор, зададен от системата. Инструмент за търсене на диагностични подписи(DSLT) е един единствен източник за намиране на приложими подписи за мониторинг и отстраняване на различни проблеми.

Преди да започнете:

Не редактирайте DS файла, който изтегляте от ДЛТ... Файловете, които променяте инсталацията за неуспех поради грешката при проверка на интегритета.
Прост протокол за прехвърляне на поща (SMTP) сървър, от който се нуждаете, за да може местният портал да изпраща известия по имейл.
Уверете се, че локалният шлюз работи IOS XE 17.6.1 или по-високо, ако искате да използвате защитения SMTP сървър за имейл известия.

Предварителни изисквания

Локален шлюз, изпълняващ IOS XE 17.6.1a или по-висока

Диагностичните подписи са разрешени по подразбиране.
Конфигурирайте сигурния имейл сървър, който да се използва за изпращане на проактивно уведомление, ако устройството работи Cisco IOS XE 17.6.1a или по-високо.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```
Конфигурирайте променливата на средата ds_email с имейл адреса на администратора, за да ви уведоми.
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end 
```

По-долу показва примерна конфигурация на локален шлюз, работещ на Cisco IOS XE 17...6...1а или по-висока за изпращане на проактивни уведомления до yasen@ lindeas. comизползване на Gmail като защитен SMTP сървър:

Препоръчваме ви да използвате Cisco IOS XE Bengaluru 17.6.x или по-късни версии.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Локален портал, работещ на Cisco IOS XE Software, не е типичен уеб-базиран клиент на Gmail, който поддържа OAuth, така че трябва да конфигурираме конкретна настройка на профила в Gmail и да предоставим специално разрешение имейлът от устройството да бъде обработен правилно:

Отидете на Manage Google Account > Security и включете Less secure app access настройка.
Отговорете "Да, това бях аз", когато получавате имейл от Gmail, в който се казва: "Google попречи на някого да влезе в профила ви с помощта на приложение извън Google".

Инсталирайте диагностични подписи за проактивен мониторинг

Мониторинг на високо използване на процесора

Този DS проследява използването на процесора за пет секунди, като използва SNMP OID 1.3.6.1.4.1.9.2.1.56. Когато използването достигне до 75% или повече, той деактивира всички грешки и деинсталира всички диагностични подписи, които са инсталирани в локалния портал. Използвайте тези стъпки по-долу, за да инсталирате подписа.

Използвай show snmp команда за включване на SNMP. Ако не го включите, тогава конфигурирайте snmp-server manager команда.

show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Изтегляне DS 64224използване на следните опции за падащо меню в Инструмент за търсене на диагностични подписи:

Име на полето	Стойност на полето

Платформа	Cisco 4300, 4400 ISR серия или Cisco CSR 1000V серия
Продукт	CUBE предприятие в Webex повикване решение
Обхват на проблема	Производителност
Тип на проблема	Високо използване на процесора с известие по имейл.

Копирайте DS XML файла в светкавицата на локалния шлюз.

LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

Следващият пример показва копиране на файла от FTP сървър към локалния шлюз.

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

Инсталирайте DS XML файла в локалния шлюз.

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

Използвай show call-home diagnostic-signature команда за проверка дали подписът е инсталиран успешно. Колоната за състоянието трябва да има "регистрирана" стойност.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

Изтегляне на DSes:

Идентификационен номер на DS	Име на DS	Преразглеждане	Статус	Последна актуализация (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Регистриран	2020- 11-07 22:05:33

Когато се задейства, този подпис деинсталира всички работещи DS, включително и себе си. Ако е необходимо, преинсталирайте DS, за 64224 да продължите да наблюдавате високо използване на процесора на локалния портал.

Мониторинг SIP багажник регистрация

Този DS проверява за дерегистрация на Local Gateway SIP Trunk с Webex Calling cloud всяка 60 секунда. След като събитието за нерегистрация бъде открито, то генерира имейл и syslog уведомление и се деинсталира след две събития за дерегистрация. Използвайте стъпките по-долу, за да инсталирате подписа:

Изтегляне DS 64117използване на следните опции за падащо меню в Инструмент за търсене на диагностични подписи:

Име на полето	Стойност на полето

Платформа	Cisco 4300, 4400 ISR серия или Cisco CSR 1000серия V
Продукт	CUBE предприятие в Webex повикване решение
Обхват на проблема	СИП-СИП
Тип на проблема	SIP Trunk Отписване на регистрацията с известие по имейл.

Копирайте DS XML файла в локалния шлюз.

copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

Инсталирайте DS XML файла в локалния шлюз.

call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

Използвай show call-home diagnostic-signature команда за проверка дали подписът е инсталиран успешно. Колоната за състоянието трябва да има "регистрирана" стойност.

Неправилното проследяване на повикването прекъсва

Този DS използва SNMP анкета всяка минута10 , за да открие необичайно прекъсване на повикването с SIP грешки403, 488 и 503.  Ако увеличението на броя на грешките е по-голямо или равно 5 на това от последното проучване, то генерира syslog и имейл уведомление. Моля, използвайте стъпките по-долу, за да инсталирате подписа.

Използвай show snmp команда за проверка дали е включен SNMP. Ако не е включена, конфигурирайте snmp-server manager команда.

show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Изтегляне DS 65221използване на следните опции в Инструмент за търсене на диагностични подписи:

Име на полето	Стойност на полето

Платформа	Cisco 4300, 4400 ISR серия или Cisco CSR 1000серия V
Продукт	CUBE предприятие в Webex повикване решение
Обхват на проблема	Производителност
Тип на проблема	SIP абнормно повикване прекъсване на връзката откриване с имейл и Syslog уведомление.

Копирайте DS XML файла в локалния шлюз.

copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

Инсталирайте DS XML файла в локалния шлюз.

call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

Използвай show call-home diagnostic-signature команда за проверка дали подписът е инсталиран успешно. Колоната за състоянието трябва да има "регистрирана" стойност.

Инсталирайте диагностични подписи, за да отстраните проблем

Използвайте диагностични подписи (DS), за да разрешите проблемите бързо. Инженерите на Cisco TAC са автори на няколко подписа, които позволяват необходимите отстраняване на грешки, които са необходими за отстраняване на неизправности в даден проблем, откриване на възникването на проблема, събиране на правилния набор от диагностични данни и автоматично прехвърляне на данните към случая Cisco TAC. Диагностичните подписи (DS) елиминират необходимостта от ръчно проверка за възникването на проблема и улесняват отстраняването на нередовни и преходни проблеми.

Можете да използвате Инструмент за търсене на диагностични подписиза да намерите приложимите подписи и да ги инсталирате за самостоятелно решаване на даден проблем или можете да инсталирате подписа, който се препоръчва от инженера на TAC като част от ангажимента за поддръжка.

Ето един пример за това как да намерите и инсталирате DS за откриване на събитието “%VOICE_IEC-3-GW: CCAPI: Вътрешна грешка (праг на скока на повикването): IEC=1.1.181.1.29.0" syslog и автоматично събиране на диагностични данни, като се използват следните стъпки:

Конфигурирайте допълнителна променлива на средата DS ds_fsurl_prefix , която е пътят на Cisco TAC файловия сървър (cxd.cisco.com), към който се качват събраните диагностични данни. Потребителското име в пътя на файла е номерът на случая, а паролата е символът за качване на файла, който може да бъде извлечен от Поддръжка Case Managerв следната команда. Символът за качване на файла може да бъде генериран в раздела Прикачени файлове на мениджъра за поддръжка на случаи, ако е необходимо.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Пример:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Уверете се, че SNMP е активиран с помощта на show snmp команда. Ако не е включена, конфигурирайте snmp-server manager команда.
```
show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end 
```

Уверете се, че инсталирате High CPU мониторинг DS като 64224 проактивна мярка за деактивиране на всички отстраняване на грешки и диагностични подписи по време на висока употреба на CPU. Изтегляне DS 64224използване на следните опции в Инструмент за търсене на диагностични подписи:

Име на полето	Стойност на полето

Платформа	Cisco 4300, 4400 ISR серия или Cisco CSR 1000серия V
Продукт	CUBE предприятие в Webex повикване решение
Обхват на проблема	Производителност
Тип на проблема	Високо използване на процесора с известие по имейл.

Изтегляне DS 65095използване на следните опции в Инструмент за търсене на диагностични подписи:

Име на полето	Стойност на полето

Платформа	Cisco 4300, 4400 ISR серия или Cisco CSR 1000серия V
Продукт	CUBE предприятие в Webex повикване решение
Обхват на проблема	Сислогс
Тип на проблема	Syslog -% VOICE_ IEC- 3- GW: CCAPI: Вътрешна грешка (праг на скока на повикването): IEC=1.1.181.1.29.0

Копирайте DS XML файловете в локалния шлюз.

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

Инсталирайте High CPU мониторинг DS и 64224 след това DS 65095 XML файл в локалния портал.

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

Проверете дали подписът е инсталиран успешно с помощта на show call-home diagnostic-signature команда. Колоната за състоянието трябва да има "регистрирана" стойност.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Изтеглени DSes:

Идентификационен номер на DS	Име на DS	Преразглеждане	Статус	Последна актуализация (GMT+00:00)
64224 00:07:45	DS_LGW_CPU_MON75	0.0.10	Регистриран	2020-11-08
65095 00:12:53	DS_LGW_IEC_Call_spike_threshold	0.0.12	Регистриран	2020-11-08

Идентификационен номер на DS

Име на DS

Преразглеждане

Статус

Последна актуализация (GMT+00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Регистриран

2020-11-08

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Регистриран

2020-11-08

Проверка на изпълнението на диагностичните подписи

В следващата команда, колоната “Състояние” на show call-home diagnostic-signature команда се променя на "работи", докато локалният шлюз изпълнява действието, определено в подписа. Резултатът от show call-home diagnostic-signature statistics е най-добрият начин да се провери дали диагностичният подпис открива събитие на интерес и изпълнява действието. Колоната "Задействан/Макс/Деинсталиране" показва колко пъти даденият подпис е задействал събитие, максималния брой пъти, когато е определен за откриване на събитие и дали подписът се деинсталира след откриване на максималния брой задействани събития.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Изтеглени DSes:

Идентификационен номер на DS	Име на DS	Преразглеждане	Статус	Последна актуализация (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Регистриран	2020- 11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Изпълнява се	2020- 11-08 00:12:53

Показване на статистика за диагностика-подпис на повикване-дома

Идентификационен номер на DS	Име на DS	Задействано/Макс/Деинсталиране	Средно време за изпълнение (секунди)	Максимално време за изпълнение (секунди)
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

Имейлът за уведомяване, който се изпраща по време на изпълнението на диагностичния подпис, съдържа ключова информация като тип проблем, подробности за устройството, софтуерна версия, конфигурация на изпълнение и показване на командни изходи, които са от значение за отстраняване на даден проблем.

Деинсталиране на диагностични подписи

Използвайте диагностичните подписи за целите на отстраняване на неизправности обикновено се дефинират като деинсталиране след откриване на някои проблемни събития. Ако искате ръчно да деинсталирате подпис, изтеглете DS ID от изхода на show call-home diagnostic-signature командване и изпълнение на следната команда:

call-home diagnostic-signature deinstall <DS ID>

Пример:

call-home diagnostic-signature deinstall 64224

Периодично се добавят нови подписи към инструмента за справка за диагностични подписи, въз основа на проблеми, които обикновено се наблюдават при внедряването. TAC в момента не поддържа заявки за създаване на нови потребителски подписи.

Управление и валидиране на Cisco IOS XE Gateways чрез контролен хъб

За по-добро управление на Cisco IOS XE Gateways препоръчваме да се регистрирате и управлявате gateways чрез контролния център. Това е незадължителна конфигурация. Когато се регистрирате, можете да използвате опцията за валидиране на конфигурацията в контролния център, за да валидирате конфигурацията на локалния шлюз и да идентифицирате всякакви проблеми с конфигурацията. В момента само регистрираните багажници поддържат тази функционалност.

За повече информация вижте следното:

Преглед на дизайна

Този раздел описва как да конфигурирате Cisco Unified Border Element (CUBE) като локален шлюз за повикване на Webex, използвайки SIP багажник, базиран на удостоверение. Първата част на този документ илюстрира как да конфигурирате прост PSTN портал. В този случай всички обаждания от PSTN се маршрутизират до Webex Calling, а всички обаждания от Webex Calling се маршрутизират до PSTN. Следващото изображение подчертава това решение и конфигурацията на маршрутизиране на повикванията на високо ниво, която ще бъде следвана.

В този дизайн се използват следните основни конфигурации:

Наематели на гласови класове: Използва се за създаване на специфични конфигурации на багажника.
адрес на гласовия клас: Използва се за класифициране на SIP съобщения за избор на входящ dial-peer.
входящ dial-peer: Осигурява лечение за входящи SIP съобщения и определя изходящия маршрут с помощта на група за набиране.
група за набиране: Дефинира изходящите повиквания, използвани за маршрутизиране на повикванията.
изходящ dial-peer: Осигурява лечение за изходящи SIP съобщения и ги насочва към желаната цел.

Когато свързвате решение на място Cisco Unified Communications Manager с Webex Calling, можете да използвате простата конфигурация PSTN шлюз като базова линия за изграждане на решението, показано на диаграмата по-долу. В този случай Unified Communications Manager осигурява централизирано маршрутизиране и обработка на всички повиквания PSTN и Webex.

В целия документ се използват имената на хоста, IP адреси и интерфейси, илюстрирани в изображението по-долу. Предвидени са варианти за публично или частно адресиране (зад NAT). SRV DNS записите са незадължителни, освен ако не се балансира натоварването в множество CUBE инстанции.

The host names, IP addresses, and interfaces used in certificate based local gateway configurations

Конфигуриране на свързаност и сигурност

Изходна конфигурация

Всички приложения на Local Gateway, базирани на удостоверения, изискват Cisco IOS XE 17.9.1а или по-късни версии. Препоръчва се Cisco IOS XE 17.12.2 или по-късно. За препоръчаните версии вижте Cisco Software Researchстраница. Потърсете платформата и изберете една от предложените издания.
- Рутерите от серията4000 ISR трябва да бъдат конфигурирани както с лицензи за Unified Communications, така и с лицензи за технологии за сигурност.
- Рутерите от серията Catalyst 8000 Edge, оборудвани с гласови карти или DSP, изискват лицензиране на DNA Advantage. Рутерите без гласови карти или DSP изискват минимално лицензиране на DNA Essentials.
- За изискванията за висок капацитет може да се нуждаете и от лиценз за висока сигурност (HSEC) и допълнително право на пропускателна способност.
  
  Обърнете се към Кодове за оторизацияза повече подробности.
Създайте базова конфигурация за вашата платформа, която следва вашите бизнес политики. По-специално, конфигурирайте и проверявайте следното:
- НТП
- АКЛ
- Идентификация на потребителя и отдалечен достъп
- DNS
- IP маршрутизиране
- IP адреси
Мрежата към Webex Calling трябва да използва IPv4 адрес. Локалните адреси на Gateway Fully Qualified Domain Names (FQDN) или Service Record (SRV), конфигурирани в контролния център, трябва да се разрешат на публичен4 IPv адрес в интернет.
Всички SIP и медийни портове на интерфейса Local Gateway, с които се сблъсква Webex, трябва да бъдат достъпни от интернет, директно или чрез статичен NAT. Уверете се, че актуализирате защитната си стена съответно.
Следвайте подробните стъпки за конфигуриране, дадени по-долу, за да инсталирате подписан сертификат на локалния шлюз:
- Публичен орган за удостоверяване (CA), както е подробно описано в  Какви органи за root сертификат се поддържат за обаждания до аудио и видео платформи на Cisco Webex?трябва да подпише сертификата на устройството.
- Поддържат се удостоверения, съдържащи само разширено използване на ключ за удостоверяване на сървъра (EKU). Webex Calling не валидира или налага наличието на EKU за удостоверяване на клиента по време на създаването на TLS ръкостискане.
  
  Някои гранични контролери (SBC) на трети страни могат да наложат строго валидиране на EKU и да отхвърлят сертификати, които не включват EKU за удостоверяване на клиента. В такива случаи, уверете се, че SBC е конфигуриран да приема само сертификати с EKU за удостоверяване на сървъра или да деактивира стриктното валидиране на EKU (ако се поддържа).
- Общото име (CN) или едно от алтернативните имена на пациента (SAN) трябва да бъде същото като FQDN, конфигурирано в контролния център.
  
  При закупуване на сертификат с общо име (CN) или алтернативно име на субект (SAN), уверете се, че сертификатът използва само малки букви. В конфигурацията Control Hub, всички FQDN записи се конвертират автоматично в малки количества и всяко несъответствие в пощенската кутия между FQDN и сертификата ще предотврати успешната регистрация на багажника.
  
  Например:
  - Ако конфигуриран багажник в контролния център на вашата организация има cube1.lgw.com:5061 като FQDN на локалния шлюз, тогава CN или SAN в сертификата за рутер трябва да съдържа cube1.lgw.com. 
  - Ако конфигуриран багажник в контролния център на вашата организация има lgws.lgw.com като SRV адрес на локалния портал(и), достъпен от багажника, тогава CN или SAN в сертификата за маршрутизатор трябва да съдържа lgws.lgw.com. Записите, на които SRV адресът решава (CNAME, A Record или IP адрес), са незадължителни в SAN.
  - Независимо дали използвате FQDN или SRV за багажника, адресът за контакт за всички нови SIP диалози от вашия местен портал трябва да използва името, конфигурирано в контролния център.
Качване на Cisco root CA пакета в локалния портал. Този пакет включва CA root сертификат, използван за проверка на платформата Webex.

Конфигурация


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

key config-key password-encrypt YourPassword
password encryption aes
crypto key generate rsa general-keys exportable label lgw-key modulus 4096

crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>

crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>

 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Настройване на багажника на Webex за обаждания, базиран на удостоверения



voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

voice class codec 100
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

voice class uri 100 sip
 pattern cube1.lgw.com

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 rel1xx disable
 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 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!
Voice service voip
 sip
  pass-thru headers unsupp

Настройване на локалния шлюз с SIP PSTN багажник

За да конфигурирате TDM интерфейси за PSTN повикване крака на Cisco TDM-SIP Gateways, вижте  Настройване на ISDN PRI...


voice class uri 200 sip
  host ipv4:192.168.80.13

Ето обяснение на полетата за конфигурацията:

voice class uri 200 sip

Настройване на следния IP PSTN dial- peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Ето обяснение на полетата за конфигурацията:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

destination-pattern BAD.BAD

session protocol sipv2

Указва, че този пионер се справя със SIP позвъняване. За повече информация вижте протокол за сесия (dial peer)...

session target ipv4: 192.168.80.13

incoming uri via 200

voice-class sip asserted-id pai

bind control source-interface  GigabitEthernet0/0/0

bind media source-interface  GigabitEthernet0/0/0

voice-class codec 100

dtmf-relay rtp-nte

Дефинира RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол. За повече информация вижте DTMF реле (Voice over IP)...

no vad

Деактивира откриването на гласова активност. За повече информация вижте Vad (dial peer)...

Ако конфигурирате локалния си шлюз само за маршрутизиране на повиквания между Webex Calling и PSTN, добавете следната конфигурация за маршрутизиране на повиквания. Ако конфигурирате Вашия местен портал с платформа Unified Communications Manager, преминете към следващия раздел.

Създайте групи за набиране, за да насочите повиквания към Webex Calling или PSTN. Дефиниране на DPG 100 с изходящ dial-peer 100 към Webex Calling. DPG 100 се прилага към входящия dial-peer от PSTN. По същия начин дефинирайте DPG 200 с изходящ dial-peer 200 към PSTN. DPG се 200 прилага към входящия dial-peer от Webex.
```
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200
```
Ето обяснение на полетата за конфигурацията:
dial-peer 100
Асоциира изходяща група за набиране с група за набиране. За повече информация вижте  DPG...
Приложете групи за набиране на повиквания от Webex към PSTN и от PSTN към Webex:
```
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100 
```
Ето обяснение на полетата за конфигурацията:
destination dpg 200
Указва коя група за набиране на повиквания, и по тази причина за набиране на повиквания трябва да се използва за изходящо лечение на повиквания, представени на този входящ повикващ.

Това завършва конфигурацията на локалния шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато се конфигурират функциите на CUBE.

Настройване на локалния шлюз с TDM PSTN багажник


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12 

card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31 

dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad 

voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

Конфигурирайте Local Gateway със съществуваща Unified CM среда

Конфигурацията PSTN-Webex Calling в предишните раздели може да бъде променена, за да включва допълнителни багажници към клъстер на Cisco Unified Communications Manager (UCM). В този случай всички обаждания се маршрутизират чрез Unified CM. Обажданията от UCM на пристанището 5060 се маршрутизират до PSTN, а обажданията от пристанището 5065 се маршрутизират до Webex Calling. Следните допълнителни конфигурации могат да бъдат добавени, за да се включи този сценарий на повикване.

1	Конфигуриране на следните URI гласови класове: Класифицира Unified CM към Webex повиквания, използвайки SIP VIA порт: `voice class uri 300 sip pattern :5065` Класифицира Unified CM към PSTN повиквания, използвайки SIP през порт: `voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060` Класифицирайте входящите съобщения от UCM към багажника на PSTN, като използвате един или повече шаблони, които описват изходните адреси и номера на порта. Регулярните изрази могат да се използват за определяне на съвпадащи модели, ако е необходимо. В горния пример се използва регулярен израз, за да съответства на всеки IP адрес в диапазона 192.168.80.60 до 65 и порт номер 5060.
2	Конфигурирайте следните DNS записи, за да зададете маршрутизиране на SRV към Unified CM хостове: IOS XE използва тези записи за локално определяне на целевите UCM хостове и пристанища. С тази конфигурация не е необходимо да конфигурирате записи във вашата DNS система. Ако предпочитате да използвате DNS, тези локални конфигурации не са необходими. ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com Ето обяснение на полетата за конфигурацията: Следната команда създава DNS SRV ресурсен запис. Създаване на запис за всеки хост и багажник на UCM: ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: Име на запис на ресурс SRV 2: Приоритет за запис на ресурсите на SRV 1: Рекордно тегло на ресурса на SRV 5060: Номер на порта, който да се използва за целевия хост в този ресурсен запис ucmsub5.mydomain.com: Целевият хост за запис на ресурсите За да разрешите ресурсния запис на целевите имена на хостове, създайте локални DNS A записи. Например: ip host ucmsub5.mydomain.com 192.168.80.65 IP хост: Създава запис в локалната IOS XE база данни. ucmsub5.mydomain.com: Името на рекордния хост. 192.168.80.65: IP адреса на хоста. Създайте записи за ресурси на SRV и записи A, за да отразите вашата UCM среда и предпочитаната стратегия за разпространение на повиквания.
3	Настройване на следните пионери: Набиране на повиквания между Unified CM и Webex Calling: `dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Ето обяснение на полетата за конфигурацията: `dial-peer voice 300 voip description UCM-Webex Calling trunk` Дефинира VoIP dial-peer с етикет и 300 дава смислено описание за лекота на управление и отстраняване на неизправности. destination-pattern BAD.BAD При маршрутизиране на изходящи повиквания с помощта на входяща група за набиране на връстници се изисква фалшив модел на местоназначение. В този случай може да се използва всеки валиден модел на местоназначение. session protocol sipv2 Указва, че пиър-пиър се справя 300 с SIP позвъняване крака. За повече информация вижте  протокол за сесия (dial-peer)... session target dns:wxtocucm.io Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай, локално определеният SRV запис wxtocucm.io се използва за директни разговори. incoming uri via 300 Използва URI за гласови класове300 , за да насочва целия входящ трафик от Unified CM с помощта 5065 на изходен порт към този dial-peer. За повече информация вижте  входящ адрес... voice-class codec 100 Показва списък с филтри за кодек за разговори към и от Unified CM. За повече информация вижте  Кодек на глас... bind control source-interface GigabitEthernet0/0/0 Конфигуриране на изходния интерфейс и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вижте  Bind... bind media source-interface GigabitEthernet0/0/0 Конфигуриране на изходния интерфейс и свързания IP адрес за медиите, изпратени до PSTN. За повече информация вижте  Bind... dtmf-relay rtp-nte Дефинира RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол. За повече информация вижте  DTMF реле (Voice over IP)... no vad Деактивира откриването на гласова активност. За повече информация вижте  Vad (dial peer)... Dial-peer за разговори между Unified CM и PSTN: `dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad` Ето обяснение на полетата за конфигурацията: `dial-peer voice 400 voip description UCM-PSTN trunk` Дефинира VoIP dial-peer с етикет и дава 400 смислено описание за лекота на управление и отстраняване на неизправности. destination-pattern BAD.BAD При маршрутизиране на изходящи повиквания с помощта на входяща група за набиране на връстници се изисква фалшив модел на местоназначение. В този случай може да се използва всеки валиден модел на местоназначение. session protocol sipv2 Указва, че пиър-пиър се справя 400 с SIP позвъняване крака. За повече информация вижте  протокол за сесия (dial-peer)... session target dns:pstntocucm.io Дефинира целта на сесията на множество Unified CM възли чрез DNS SRV резолюция. В този случай, локално определеният SRV запис pstntocucm.io се използва за директни разговори. incoming uri via 400 Използва URI за гласови класове400 , за да насочва целия входящ трафик от определените Unified CM хостове с помощта 5060 на изходен порт към този dial-peer. За повече информация вижте  входящ адрес... voice-class codec 100 Показва списък с филтри за кодек за разговори към и от Unified CM. За повече информация вижте  Кодек на глас... bind control source-interface GigabitEthernet0/0/0 Конфигуриране на изходния интерфейс и свързания IP адрес за съобщения, изпратени до PSTN. За повече информация вижте  Bind... bind media source-interface GigabitEthernet0/0/0 Конфигуриране на изходния интерфейс и свързания IP адрес за медиите, изпратени до PSTN. За повече информация вижте  Bind... dtmf-relay rtp-nte Дефинира RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол. За повече информация вижте  DTMF реле (Voice over IP)... no vad Деактивира откриването на гласова активност. За повече информация вижте  Vad (dial peer)...
4	Добавете маршрутизиране на повикванията, като използвате следните конфигурации: Създаване на групи за набиране на повиквания между Unified CM и Webex Calling. Дефиниране на DPG 100 с outbound dial-peer 100 към Webex Calling. DPG се 100 прилага към свързания входящ dial-peer от Unified CM. По същия начин дефинирайте DPG 300 с изходящ dial-peer 300 към Unified CM. DPG се 300 прилага към входящия dial-peer от Webex. `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300` Създаване на групи за набиране на повиквания между Unified CM и PSTN. Дефиниране на DPG 200 с outbound dial-peer 200 към PSTN. DPG се 200 прилага към свързания входящ dial-peer от Unified CM. По същия начин дефинирайте DPG 400 с изходящ dial-peer 400 към Unified CM. DPG 400 се прилага към входящия dial-peer от PSTN. `voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400` Ето обяснение на полетата за конфигурацията: dial-peer  100 Асоциира изходяща група за набиране с група за набиране. За повече информация вижте  DPG... Приложете групи за набиране на повиквания от Webex до Unified CM и от Unified CM до Webex: `dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100` Ето обяснение на полетата за конфигурацията: destination dpg 300 Указва коя група за набиране на повиквания, и по тази причина за набиране на повиквания трябва да се използва за изходящо лечение на повиквания, представени на този входящ повикващ. Приложете групи за насочване на повиквания от PSTN към Unified CM и от Unified CM към PSTN: `dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200` Това завършва конфигурацията на локалния шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато са конфигурирани функциите на CUBE.

Наблюдавайте и отстранявайте проблеми с локален шлюз с диагностични сигнатури

Диагностичните подписи (DS) проактивно откриват често наблюдавани проблеми в базирания на Cisco IOS XE локален портал и генерират известие за имейл, сислог или терминално съобщение за събитието. Можете също така да инсталирате DS, за да автоматизирате събирането на диагностични данни и да прехвърляте събраните данни към случая Cisco TAC, за да ускорите времето за разделителна способност.

Диагностичните подписи (DS) са XML файлове, които съдържат информация за проблемни събития и действия за информиране, отстраняване на неизправности и отстраняване на проблема. Използвайте сислог съобщения, SNMP събития и чрез периодично наблюдение на конкретни командни изходи показване, за да определите логиката за откриване на проблеми. Видовете действия включват:

Събиране на командни изходи
Генериране на консолидиран лог файл
Качване на файла на потребител предоставено местоположение на мрежата като HTTPS, SCP, FTP сървър

Инженерите на TAC пишат DS файлове и цифрово го подписват за защита на интегритета. Всеки DS файл има уникалния цифров идентификатор, зададен от системата. Инструмент за търсене на диагностични подписи(DSLT) е един единствен източник за намиране на приложими подписи за мониторинг и отстраняване на различни проблеми.

Преди да започнете:

Не редактирайте DS файла, който изтегляте от ДЛТ... Файловете, които променяте инсталацията за неуспех поради грешката при проверка на интегритета.
Прост протокол за прехвърляне на поща (SMTP) сървър, от който се нуждаете, за да може местният портал да изпраща известия по имейл.
Уверете се, че локалният шлюз работи IOS XE 17.6.1 или по-високо, ако искате да използвате защитения SMTP сървър за имейл известия.

Предварителни изисквания

Локален шлюз, изпълняващ IOS XE 17.6.1 или по-висок

Диагностичните подписи са разрешени по подразбиране.
Конфигурирайте сигурния имейл сървър, който използвате, за да изпратите проактивно уведомление, ако устройството работи IOS XE 17.6.1 или по-високо.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```
Конфигурирайте променливата на средата ds_email с имейл адреса на администратора, за да ви уведоми.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end 
```

Инсталирайте диагностични подписи за проактивен мониторинг

Мониторинг на високо използване на процесора

Този DS запис 5-секунди използване на процесора с помощта на SNMP OID 1...3...6...1...4...1...9...2...1...56... Когато използването достигне до 75% или повече, той деактивира всички грешки и деинсталира всички диагностични подписи, които инсталирате в локалния портал. Използвайте тези стъпки по-долу, за да инсталирате подписа.

Уверете се, че сте активирали SNMP с помощта на командата show snmp. Ако SNMP не е активиран, тогава конфигурирайте snmp-server manager команда.


show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Изтегляне DS 64224използване на следните опции за падащо меню в Инструмент за търсене на диагностични подписи:

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

Име на полето	Стойност на полето

Платформа	Cisco 4300, 4400 ISR серия или Catalyst 8000V Edge софтуер
Продукт	CUBE Enterprise в Webex решение за обаждания
Обхват на проблема	Производителност
Тип на проблема	Високо cpu utilization с имейл известие

Download DS 64224 from Diagnostic Signatures Lookup tool

Копирайте DS XML файла в светкавицата на локалния шлюз.

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

Следващият пример показва копиране на файла от FTP сървър към локалния шлюз.

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

Инсталирайте DS XML файла в локалния шлюз.


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

Изтегляне на DSes:

Идентификационен номер на DS	Име на DS	Преразглеждане	Статус	Последна актуализация (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Регистриран	2020- 11-07 22:05:33

Когато се задейства, този подпис деинсталира всички работещи DS, включително и себе си. Ако е необходимо, моля, преинсталирайте DS, за 64224 да продължите да наблюдавате високо използване на процесора на локалния портал.

Мониторинг на абнормни прекъсвания на повикването

Уверете се, че SNMP е включен с командата show snmp. Ако SNMP не е включен, конфигурирайте snmp-server manager команда.

show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Изтегляне DS 65221използване на следните опции в Инструмент за търсене на диагностични подписи:

Име на полето	Стойност на полето

Платформа	Cisco 4300, 4400 ISR серия или Catalyst 8000V Edge софтуер
Продукт	CUBE предприятие в Webex повикване решение
Обхват на проблема	Производителност
Тип на проблема	SIP абнормно повикване прекъсване на връзката откриване с имейл и Syslog уведомление.

Копирайте DS XML файла в локалния шлюз.

copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

Инсталирайте DS XML файла в локалния шлюз.


call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

Използване на командата show call-home diagnostic-signature да се провери дали подписът е инсталиран успешно. Колоната за състоянието трябва да има "регистрирана" стойност.

Инсталирайте диагностични подписи, за да отстраните проблем

Можете също така да използвате диагностични подписи (DS), за да разрешите проблемите бързо. Инженерите на Cisco TAC са автори на няколко подписа, които позволяват необходимите отстраняване на грешки, които са необходими за отстраняване на неизправности в даден проблем, откриване на възникването на проблема, събиране на правилния набор от диагностични данни и автоматично прехвърляне на данните към случая Cisco TAC. Това елиминира необходимостта от ръчна проверка за възникването на проблема и прави отстраняването на неизправности на периодични и преходни проблеми много по-лесно.

Конфигурирайте друга променлива на средата DS ds_fsurl_prefix като път на Cisco TAC файлов сървър (cxd.cisco.com) за качване на диагностичните данни. Потребителското име в пътя на файла е номерът на случая, а паролата е символът за качване на файла, който може да бъде извлечен от Поддръжка Case Managerкакто е показано по-долу. Символът за качване на файла може да бъде генериран в раздела Прикачени файлове на мениджъра за поддръжка на случаи, както се изисква.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Пример:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Уверете се, че SNMP е включен с командата show snmp. Ако SNMP не е включен, конфигурирайте snmp-server manager команда.
```
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end 
```

Препоръчваме инсталирането на High CPU мониторинг DS като 64224 проактивна мярка за деактивиране на всички грешки и диагностични подписи по време на висока употреба на CPU. Изтегляне DS 64224използване на следните опции в Инструмент за търсене на диагностични подписи:

Име на полето	Стойност на полето

Платформа	Cisco 4300, 4400 ISR серия или Catalyst 8000V Edge софтуер
Продукт	CUBE предприятие в Webex повикване решение
Обхват на проблема	Производителност
Тип на проблема	Високо използване на процесора с известие по имейл.

Изтегляне DS 65095използване на следните опции в Инструмент за търсене на диагностични подписи:

Име на полето	Стойност на полето

Платформа	Cisco 4300, 4400 ISR серия или Catalyst 8000V Edge софтуер
Продукт	CUBE предприятие в Webex повикване решение
Обхват на проблема	Сислогс
Тип на проблема	Syslog -% VOICE_ IEC- 3- GW: CCAPI: Вътрешна грешка (праг на скока на повикването): IEC=1.1.181.1.29.0

Копирайте DS XML файловете в локалния шлюз.


copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

Инсталирайте високо CPU мониторинг DS и 64224 след това DS 65095 XML файл в локалния портал.


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

Проверете дали подписът е инсталиран успешно, като използвате show call-home diagnostic-signature. Колоната за състоянието трябва да има "регистрирана" стойност.


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Изтеглени DSes:

Идентификационен номер на DS	Име на DS	Преразглеждане	Статус	Последна актуализация (GMT+00:00)
64224 00:07:45	DS_LGW_CPU_MON75	0.0.10	Регистриран	2020- 11-08:00:07:45
65095 00:12:53	DS_LGW_IEC_Call_spike_threshold	0.0.12	Регистриран	2020- 11-08:00:12:53

Идентификационен номер на DS

Име на DS

Преразглеждане

Статус

Последна актуализация (GMT+00:00)

64224

00:07:45

DS_LGW_CPU_MON75

0.0.10

Регистриран

2020- 11-08:00:07:45

65095

00:12:53

DS_LGW_IEC_Call_spike_threshold

0.0.12

Регистриран

2020- 11-08:00:12:53

Проверка на изпълнението на диагностичните подписи

В следващата команда, колоната “Състояние” на командата show call-home diagnostic-signature промени в "тичане", докато локалният портал изпълнява действието, определено в подписа. Резултатът от show call-home diagnostic-signature statistics е най-добрият начин да се провери дали диагностичният подпис открива събитие на интерес и е изпълнил действието. Колоната "Задействан/Макс/Деинсталиране" показва колко пъти даденият подпис е задействал събитие, максималния брой пъти, когато е определен за откриване на събитие и дали подписът се деинсталира след откриване на максималния брой задействани събития.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Изтеглени DSes:

Идентификационен номер на DS	Име на DS	Преразглеждане	Статус	Последна актуализация (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Регистриран	2020- 11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Изпълнява се	2020- 11-08 00:12:53

Показване на статистика за диагностика-подпис на повикване-дома

Идентификационен номер на DS	Име на DS	Задействано/Макс/Деинсталиране	Средно време за изпълнение (секунди)	Максимално време за изпълнение (секунди)
64224	DS_LGW_CPU_MON75	0/0/N	0.000	0.000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

Notification email that is sent during Diagnostic Signature execution

Деинсталиране на диагностични подписи

Използването на диагностичните подписи за целите на отстраняване на неизправности обикновено се дефинира като деинсталиране след откриване на някои проблемни събития. Ако искате ръчно да деинсталирате подпис, изтеглете DS ID от изхода на show call-home diagnostic-signature и изпълнява следната команда:

call-home diagnostic-signature deinstall <DS ID>

Пример:

call-home diagnostic-signature deinstall 64224

Периодично се добавят нови подписи към справочния инструмент за диагностични подписи, въз основа на проблеми, които се наблюдават при внедряването. TAC в момента не поддържа заявки за създаване на нови потребителски подписи.

1	Уверете се, че присвоявате валидни и рубрируеми IP адреси на всички интерфейси 3 на слоя, например: `interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 10.80.13.12 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling (Private address) ip address 192.51.100.1 255.255.255.240`
2	Защитете регистрацията и STUN идентификационните данни на рутера, използвайки симетрично криптиране. Конфигурирайте основния ключ за шифроване и типа на шифроване, както следва: `key config-key password-encrypt YourPassword password encryption aes`
3	Създаване на PKI доверителна точка. Изисква тази точка на доверие да конфигурира TLS по-късно. За багажници, базирани на регистрация, тази доверителна точка не изисква сертификат - както се изисква за багажник, базиран на сертификат. `crypto pki trustpoint EmptyTP revocation-check none`
4	Включете TLS1.2 изключителност и задайте доверителната точка по подразбиране, като използвате следните команди за конфигуриране. Актуализирайте параметрите на транспорта, за да осигурите надеждна сигурна връзка за регистрация: The `cn-san-validate server` команда гарантира, че локалният шлюз позволява връзка, ако името на хоста, конфигурирано в наемателя200 , е включено в полетата CN или SAN на сертификата, получен от изходящия прокси. Настройване tcp-retry count to 1000 (5-msec множествени = 5 секунди). The timer connection establish команда ви позволява да настроите колко дълго LGW чака да се свърже с прокси сървър, преди да разгледа следващата налична опция. По подразбиране за този таймер е 20 секунди и минималните 5 секунди. Започнете с ниска стойност и увеличете, ако е необходимо, за да се настанят мрежовите условия. `sip-ua timers connection establish tls 5 transport tcp tls v1.2 crypto signaling default trustpoint EmptyTP cn-san-validate server tcp-retry 1000`
5	Инсталирайте пакета Cisco root CA, който включва IdenTrust Commercial Root CA сертификат1 , използван от Webex Calling. Използвай crypto pki trustpool import clean url команда за изтегляне на основния пакет от CA от посочения URL адрес, и за изчистване на текущия CA доверителен фонд, след това инсталирайте новия пакет от сертификати: Ако трябва да използвате прокси сървър за достъп до интернет чрез HTTPS, добавете следната конфигурация, преди да импортирате пакета CA: ip http client proxy-server yourproxy.com proxy-port 80 `ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b`

1	Създаване на регистрационен PSTN багажник за съществуващо местоположение в контролния център. Отбележете информацията за багажника, която се предоставя, след като багажникът е създаден. Подробностите, подчертани в илюстрацията, се използват в конфигурационните стъпки в това ръководство. За повече информация вижте Конфигуриране на багажници, маршрутни групи и планове за набиране на повиквания в Webex...
2	Въведете следните команди, за да конфигурирате CUBE като локален шлюз на Webex: `voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y mode border-element media statistics media bulk-stats allow-connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetric payload full early-offer forced` Ето обяснение на полетата за конфигурацията: `ip address trusted list ipv4 x.x.x.x y.y.y.y` За да се предпази от измами с пътни такси, довереният адресен списък определя списък на хостове и мрежи, от които локалният портал очаква легитимни VoIP повиквания. По подразбиране Local Gateway блокира всички входящи VoIP съобщения от IP адреси, които не са в доверения си списък. По подразбиране се доверяват статично настроените потребители за набиране с “IP адрес за сесия” или сървърна група IP адреси. Добавянето на тези IP адреси към доверения списък не е необходимо. Когато конфигурирате вашия местен шлюз, добавете IP подмрежите на вашия регионален център за данни Webex към списъка. За повече информация вижте Референтна информация за порт за обаждане в Webex... Също така, добавете диапазони на адреси за сървъри на Unified Communications Manager (ако се използват) и портали за багажника на PSTN. Ако вашият LGW е зад защитна стена с ограничен конус NAT, може да предпочетете да деактивирате списъка с доверени IP адреси на интерфейса Webex Calling. Защитната стена вече ви предпазва от непоискан входящ VoIP. Изключването на действието намалява дългосрочната ви конфигурация, защото не можем да гарантираме, че адресите на Webex Calling връстниците остават фиксирани и трябва да конфигурирате защитната си стена за връстниците във всеки случай. mode border-element Позволява на Cisco Unified Border Element (CUBE) функции на платформата. media statistics Позволява медиен мониторинг на местния портал. media bulk-stats Позволява на контролната равнина да анкетира равнината на данните за статистика на насипните повиквания. За повече информация относно тези команди вижте Медия... allow-connections sip to sip Включете CUBE основна функционалност на SIP обратно към обратно. За повече информация вижте Разрешаване на връзки... По подразбиране е включен38 факс транспортът. За повече информация вижте факс протокол t38(гласова услуга)... stun Позволява STUN (Session Crossing of UDP through NAT) в световен мащаб. Функцията за свързване на STUN на локалния портал позволява на локално генерираните STUN заявки да се изпращат по договорения медиен път. Това помага да се отвори дупката в защитната стена. За повече информация вижте stun flowdata agent-idи Stun flowdata споделена тайна... asymmetric payload full Конфигуриране на SIP асиметрична поддръжка на полезен товар както за DTMF, така и за динамичните кодеци. За повече информация вижте Асиметричен полезен товар... early-offer forced Принуждава локалния портал да изпраща информация за SDP в първоначалното INVITE съобщение, вместо да чака потвърждение от съседния партньор. За повече информация относно тази команда вижте Ранно предложение...
3	Конфигуриране voice class codec 100 позволява кодеци G.711 само за всички багажници. Този прост подход е подходящ за повечето разгръщания. Ако е необходимо, в списъка могат да бъдат добавени допълнителни типове кодеци, поддържани както от системи за генериране, така и от системи за терминиране. По-сложни решения, включващи Транскодиранеизползване на DSP модули се поддържат, но не са включени в това ръководство. `voice class codec 100 codec preference 1 g711ulaw codec preference 2 g711alaw` Ето обяснение на полетата за конфигурацията: voice class codec 100 Използва се само за разрешаване на предпочитани кодеци за SIP разговори в багажника. За повече информация вижте Кодек на глас...
4	Конфигуриране voice class stun-usage 100 за да активирате ICE на багажника на Webex Calling. `voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite` Ето обяснение на полетата за конфигурацията: stun usage ice lite Използва се за активиране на ICE-Lite за всички Webex Calling Facing Dial-peers, за да се позволи медийна оптимизация, когато е възможно. За повече информация вижте използване на глас клас камъки камък използване лед lite... Медийната оптимизация се договаря, когато е възможно. Ако повикването изисква облачни медийни услуги, като например запис, медиите не могат да бъдат оптимизирани.
5	Конфигуриране на политиката за шифроване на медиите за Webex трафик. `voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80` Ето обяснение на полетата за конфигурацията: voice class srtp-crypto 100 Определя SHA1_80 като единствената SRTP cipher-suite CUBE предлага в SDP в съобщения за оферта и отговор. Webex Calling поддържа само SHA1_80. За повече информация вижте гласова класа srtp-crypto...
6	Конфигурирайте шаблон за идентифициране на обаждания към багажника на локалния шлюз въз основа на параметъра на багажника на дестинацията: `voice class uri 100 sip pattern dtg=dallas1463285401_lgu` Ето обяснение на полетата за конфигурацията: voice class uri 100 sip Задаване на шаблон за съвпадение на входяща SIP покана към входяща багажник. Когато въведете този шаблон, използвайте dtg=, последвано от стойността на Trunk OTG/DTG, предоставена в контролния център, когато е създаден багажникът. За повече информация вижте URI...
7	Конфигуриране sip profile 100, който ще се използва за промяна на SIP съобщения, преди те да бъдат изпратени на Webex Calling. voice class sip-profiles 100 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:" rule 20 request ANY sip-header To modify "<sips:" "<sip:" rule 30 request ANY sip-header From modify "<sips:" "<sip:" rule 40 request ANY sip-header Contact modify "<sips:(.)>" "<sip:\1;transport=tls>" rule 50 response ANY sip-header To modify "<sips:" "<sip:" rule 60 response ANY sip-header From modify "<sips:" "<sip:" rule 70 response ANY sip-header Contact modify "<sips:" "<sip:" rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>" rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:" Ето обяснение на полетата за конфигурацията: управление 10 на 70 и 90* Гарантира, че SIP хедърите, използвани за сигнализиране на повиквания, използват SIP, а не SIP схема, която Webex прокси изисква. Конфигурирането на CUBE за използване на SIP гарантира, че се използва сигурна регистрация. Правило 80 Променя From header, за да включи идентификатора на групата на багажника OTG/DTG от контролния център, за да идентифицира уникално локален портал в рамките на дадено предприятие. Американски или канадски доставчик на PSTN може да предложи проверка на идентификационния номер на обаждащия се за спам и измами, с допълнителната конфигурация, посочена в Съобщение за спам или измама в Webex Callingстатия.
8	Настройване на Webex Calling Trunk: Създаване voice class tenant 100 да дефинира и групира конфигурациите, необходими специално за Webex Calling багажника. По-специално, данните за регистрация на багажника, предоставени в контролния център по-рано, ще бъдат използвани в тази стъпка, както е описано по-долу. Дилърите, свързани с този наемател, по-късно ще наследят тези конфигурации. Следният пример използва стойностите, илюстрирани в стъпка1 , за целите на това ръководство (показано с удебелен шрифт). Заменете ги със стойности за багажника във вашата конфигурация. voice class tenant 100 registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com no remote-party-id sip-server dns:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 session transport tcp tls no session refresh url sips error-passthru rel1xx disable 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 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com privacy-policy passthru Ето обяснение на полетата за конфигурацията: voice class tenant 100 Дефинира набор от конфигурационни параметри, които ще се използват само за Webex Calling багажника. За повече информация вижте Гласов клас... registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls Регистрационен сървър за локалния шлюз, като регистрацията е настроена да се освежава на всеки две минути (50% от 240 секунди). За повече информация вижте Регистрация... Уверете се, че използвате стойността на домейна от контролния център тук. credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks Идентификационни данни за предизвикателството за регистрация на багажника. За повече информация вижте Идентификационни данни (SIP UA)... Уверете се, че използвате Line/Port host, Authentication User Name и Authentication Password стойности съответно от контролния център тук. authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com Предизвикателство за удостоверяване на повиквания. За повече информация вижте удостоверяване... Уверете се, че използвате стойностите на потребителското име за удостоверяване, паролата за удостоверяване и регистрационния домейн съответно от контролния център тук. no remote-party-id Изключване на SIP Remote-Party-ID (RPID) хедъра като Webex Calling поддържа PAI, който е активиран с помощта на asserted-id pai. За повече информация вижте remote- party- id... sip-server dns: us25.sipconnect.bcld.webex.com Настройване на целевия SIP сървър за багажника. Използвайте прокси SRV адреса, предоставен в контролния център, когато сте създали багажника си. connection-reuse Използва една и съща постоянна връзка за регистрация и обработка на повиквания. За повече информация вижте Повторно използване... srtp-crypto 100 Конфигуриране на предпочитаните cipher-suites за SRTP кол крак (връзка) (указана в стъпка 5). За повече информация вижте гласова класа srtp-крипто. session transport tcp tls Задава транспорт до TLS. За повече информация вижте Сесиен транспорт... no session refresh Изключване на обновяването на SIP сесията за разговори между CUBE и Webex. За повече информация вижте Обновяване на сесията... url sips Заявката за SRV трябва да бъде SIP, както се поддържа от SBC за достъп; всички останали съобщения се променят в SIP чрез sip-профил 200. error-passthru Задава SIP отговор на грешка pass-thru функционалност. За повече информация вижте грешка- passthru... rel1xx disable Изключва използването на надеждни временни отговори за багажника на Webex Calling. За повече информация вижте Рефлекс1Категория: 20 век... asserted-id pai (По избор) Включва обработка на P-Asserted-Identity header и контролира как това се използва за багажника на Webex Calling. Webex Calling включва P-Asserted-Identity (PAI) заглавия в изходящи повиквания към локалния портал. Ако тази команда е конфигурирана, информацията за обаждащия се от заглавката PAI се използва за попълване на изходящите и PAI/Remote-Party-ID заглавия. Ако тази команда не е конфигурирана, информацията за обаждащия се от заглавката От се използва за показване на изходящите заглавия От и PAI/Remote-Party-ID. За повече информация вижте ИД... bind control source-interface GigabitEthernet0/0/1 Конфигуриране на изходния интерфейс и свързания IP адрес за съобщения, изпратени до Webex Calling. За повече информация вижте Bind... bind media source-interface GigabitEthernet0/0/1 Конфигуриране на изходния интерфейс и свързания IP адрес за медиите, изпратени до WebexCalling. За повече информация вижте Bind... no pass-thru content custom-sdp Команда по подразбиране под наемателя. За повече информация относно тази команда вижте pass-thru съдържание... sip-profiles 100 Променя SIPs в SIP и променя Line/Port за INVITE и REGISTER съобщения, както е определено в sip-profiles 100. За повече информация вижте Профил на гласовия клас... outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com Webex Calling access SBC. Въведете изходящия прокси адрес, предоставен в контролния център, когато сте създали багажника си. За повече информация вижте изходящ прокси... privacy-policy passthru Конфигуриране на опциите за политика за поверителност за багажника да предава стойностите за поверителност от полученото съобщение до следващия кол. За повече информация вижте Политика за поверителност... Настройване на Webex Calling Trunk dial-peer. `dial-peer voice 100 voip description Inbound/Outbound Webex Calling max-conn 250 destination-pattern BAD.BAD session protocol sipv2 session target sip-server incoming uri request 100 voice-class codec 100 dtmf-relay rtp-nte voice-class stun-usage 100 no voice-class sip localhost voice-class sip tenant 100 srtp no vad` Ето обяснение на полетата за конфигурацията: `dial-peer voice 100 voip description Inbound/Outbound Webex Calling` Дефинира VoIP dial-peer с етикет и дава 100 смислено описание за лекота на управление и отстраняване на неизправности. max-conn 250 Ограничава броя на едновременните входящи и изходящи повиквания между LGW и Webex Calling. За регистрационните багажници трябва да бъде зададена максималната стойност250. По-ниска стойност от потребителя, ако това би било по-подходящо за Вашето внедряване. За повече информация относно конкурентните ограничения на повикванията за локалния шлюз, вижте Започнете с локалния порталдокумент. destination-pattern BAD.BAD При маршрутизиране на изходящи повиквания с помощта на входяща група за набиране на връстници се изисква фалшив модел на местоназначение. В този случай може да се използва всеки валиден модел на местоназначение. За повече информация вижте Шаблон на местоназначение... session protocol sipv2 Указва, че пиър-пиър се справя 100 с SIP позвъняване крака. За повече информация вижте протокол за сесия (dial-peer)... session target sip-server Показва, че SIP сървърът, дефиниран в наемателя100 , е наследен и използван за местоназначението на обаждания от този пиър за набиране. За повече информация вижте цел на сесията (voip dial peer)... incoming uri request 100 За да зададете гласовия клас, използван за съвпадение на VoIP dial peer с Uniform Resource Identifier (URI) на входящо повикване. За повече информация вижте входящ адрес... voice-class codec 100 Конфигуриране на пиър-пиър за използване на общия списък с филтри за кодек 100. За повече информация вижте Кодек... voice-class stun-usage 100 Позволява на локално генерираните STUN заявки на локалния портал да се изпращат по договорения медиен път. STUN помага да се отвори дупка за защитна стена за медийния трафик. За повече информация вижте Използване на каскади... no voice-class sip localhost Деактивира заместването на името на локалния хост на DNS вместо физическия IP адрес в заглавките От, Call-ID и Remote-Party-ID на изходящите съобщения. voice-class sip tenant 100 Dial-peer наследява всички параметри, конфигурирани глобално и в наемателя100. Параметрите могат да бъдат преодолени на ниво dial-peer. srtp Позволява SRTP за крака на повикване. no vad Деактивира откриването на гласова активност. (По избор) Принудителни обаждания само за аудио. Видео за Webex Обаждане с помощта на локален шлюз не се поддържа. Въпреки че видеото може да функционира в някои сценарии, то може да доведе до влошено качество и неочаквано поведение. За да принудите обаждания само до аудио, приложете следната команда под Webex Calling-peers: `voice-class sip audio forced` Ако изберете да позволите видео, обажданията може да не се изпълняват както се очаква.
9	За да конфигурирате мрежови устройства като CUBE и да препращате заглавия на протокола за иницииране на сесия (SIP), които устройството не обработва, използвайте тези команди. Тези команди позволяват на устройството да преминава през неподдържани SIP заглавия, включително геолокационни заглавия и PIDF-LO (Presence Information Data Format - Location Object), на локалния портал. Тази функция поддържа Nomadic E услуги911 , като гарантира, че критичната информация за местоположението се съхранява и препраща правилно. Dial peer Configuration `Voice service voip sip pass-thru headers unsupp` Избор на специфична конфигурация `Dial-peer voice 911 voip voice-class sip pass-thru headers unsupp` Конфигурация на гласовия клас за конкретни заглавия За прокси заглавия за местоположение на Geo: `voice class sip-hdr-passthrulist 200 passthru-hdr Geolocation-Routing passthru-hdr Geolocation passthru-hdr-unsupp` Прилагане на преминаването към входящия/изходящия dial-peer `dial-peer voice 100 voip // inbound voice-class sip pass-thru headers 200 dial-peer voice 200 voip // outbound voice-class sip pass-thru headers 200` За да се даде възможност за преминаване през тялото PIDFO, използвайте: `voice service voip sip pass-thru content unsupp`

1	Конфигурацията за набиране на повиквания използва групи за набиране на повиквания и етикети за маршрутизиране на повиквания, за да се гарантира, че повикванията преминават правилно между Webex и PSTN, без да се създават маршрути за маршрутизиране на повиквания. Конфигурирайте следните правила за превод, които ще бъдат използвани за добавяне и премахване на етикети за маршрутизиране на повиквания: `voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate called 100 voice translation-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 translate called 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate called 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate called 12` Ето обяснение на полетата за конфигурацията: voice translation-rule Използва регулярни изрази, дефинирани в правилата за добавяне или премахване на етикети за маршрутизиране на повиквания. Свръхдесетични цифри („А“) се използват, за да се добави яснота за отстраняване на неизправности. В тази конфигурация тагът, добавен от преводаческия профил, 100 се използва за насочване на обаждания от Webex Calling към PSTN чрез пионерите за обратно набиране. По същия начин, тагът, добавен от преводаческия профил200 , се използва за насочване на обаждания от PSTN към Webex Calling. Превод-профили и премахване 11 на 12 тези тагове, преди да доставят повиквания към Webex и PSTN, съответно. Този пример предполага, че телефонните номера от Webex Calling са представени в +E.164 формат. Правилото премахва 100 водещия +, за да поддържа валиден телефонен номер. Правилото след 12 това добавя национална или международна цифра(и) за маршрутизиране при премахване на тага. Използвайте цифри, които отговарят на вашия местен национален план за набиране на ISDN. Ако Webex Calling представя номера в национален формат, коригирайте правилата 100 и 12 просто добавете и премахнете маркера за маршрутизиране съответно. За повече информация вижте Профил на гласовия преводи Правило за превод на глас...
2	Конфигурирайте TDM портове за гласови интерфейси, както се изисква от типа багажник и използвания протокол. За повече информация вижте Настройване на ISDN PRI... Например, основната конфигурация на интерфейс Primary Rate ISDN, инсталиран в NIM слот 2 на устройство, може да включва следното: `card type e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31`
3	Настройване на следния TDM PSTN dial- peer: `dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk destination-pattern BAD.BAD translation-profile incoming 200 direct-inward-dial port 0/2/0:15` Ето обяснение на полетата за конфигурацията: `dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk` Дефинира VoIP dial-peer с етикет и дава 200 смислено описание за лекота на управление и отстраняване на неизправности. За повече информация вижте Четен глас... destination-pattern BAD.BAD При маршрутизиране на изходящи повиквания с помощта на входяща група за набиране на връстници се изисква фалшив модел на местоназначение. В този случай може да се използва всеки валиден модел на местоназначение. За повече информация вижте Шаблон на местоназначение... translation-profile incoming 200 Присвоява профила за превод, който ще добави етикет за маршрутизиране на повиквания към входящия номер. direct-inward-dial Маршрутизира повикването, без да предоставя вторичен тон на набиране. За повече информация вижте Директна... port 0/2/0:15 Физическият глас порт, свързан с този цифров пиър.
4	За да се даде възможност за медийна оптимизация на IP маршрутите за Local Gateways с TDM-IP повиквания, можете да промените маршрутизирането на повикванията, като въведете набор от вътрешни абонатни повиквания между Webex Calling и PSTN багажници. Настройване на следните връстници за набиране. В този случай всички входящи повиквания ще бъдат маршрутизирани първоначално до dial-peer и 10 оттам до dial-peer или 11 въз 12 основа на приложения маршрутизатор. След премахване на маркера за маршрутизиране, обажданията ще бъдат маршрутизирани до изходящия багажник, като се използват групи за набиране на връстници. dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards Webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad Ето обяснение на полетата за конфигурацията: `dial-peer voice 10 voip description Outbound loop-around leg` Дефинира VoIP dial-peer и дава смислено описание за лесно управление и отстраняване на неизправности. За повече информация вижте Четен глас... translation-profile incoming 11 Прилага профила на превода, определен по-рано, за да премахне маркера за маршрутизиране на повиквания, преди да премине към изходящия багажник. destination-pattern BAD.BAD При маршрутизиране на изходящи повиквания с помощта на входяща група за набиране на връстници се изисква фалшив модел на местоназначение. За повече информация вижте Шаблон на местоназначение... session protocol sipv2 Указва, че този пионер се справя със SIP позвъняване. За повече информация вижте  протокол за сесия (dial peer)... session target ipv4: 192.168.80.14 Задаване на локалния адрес на интерфейса на маршрутизатора като цел за връщане на повикването. За повече информация вижте цел на сесията (voip dial peer)... bind control source-interface  GigabitEthernet0/0/0 Конфигуриране на изходния интерфейс и свързания IP адрес за съобщения, изпратени през обратната връзка. За повече информация вижте  Bind... bind media source-interface  GigabitEthernet0/0/0 Конфигуриране на изходния интерфейс и свързания IP адрес за медии, изпратени през обратната връзка. За повече информация вижте  Bind... dtmf-relay rtp-nte Дефинира RTP-NTE (RFC2833) като способността на DTMF, очаквана на кол. За повече информация вижте  DTMF реле (Voice over IP)... codec g711alaw Принуждава всички PSTN да използват G.711. Изберете закон или u-law, за да съответства на метода за уплътняване, използван от вашата ISDN услуга. no vad Деактивира откриването на гласова активност. За повече информация вижте  Vad (dial peer)...
5	Добавете следната конфигурация за маршрутизиране на повикванията: Създаване на групи за набиране на повиквания между PSTN и Webex, чрез обратна връзка. `voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 10 description Route calls to Loopback dial-peer 10` Ето обяснение на полетата за конфигурацията: dial-peer 100 Асоциира изходяща група за набиране с група за набиране. За повече информация вижте  DPG... Прилагане на групи за набиране на повиквания по маршрута. `dial-peer voice 100 destination dpg 10 dial-peer voice 200 destination dpg 10 dial-peer voice 11 destination dpg 100 dial-peer voice 12 destination dpg 200` Ето обяснение на полетата за конфигурацията: destination dpg 200 Указва коя група за набиране на повиквания и следователно за набиране на повиквания трябва да се използва за изходящо лечение на повиквания, представени на този входящ повикващ. Това завършва конфигурацията на локалния шлюз. Запазете конфигурацията и презаредете платформата, ако това е първият път, когато се конфигурират функциите на CUBE.

1	Уверете се, че присвоявате валидни и рубрируеми IP адреси на всички интерфейси 3 на слоя, например: `interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 192.168.80.14 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling (Public address) ip address 198.51.100.1 255.255.255.240`
2	Защитете STUN идентификационните данни на рутера, използвайки симетрично криптиране. Конфигурирайте основния ключ за шифроване и типа на шифроване, както следва: `key config-key password-encrypt YourPassword password encryption aes`
3	Създаване на доверителна точка за криптиране със сертификат за вашия домейн, подписан от ПоддръжкаСертифициращ орган (CA). Създаване на двойка ключове RSA, използвайки следната команда exec. `crypto key generate rsa general-keys exportable label lgw-key modulus 4096` Използвайте следните команди за конфигуриране, за да създадете доверителна точка за сертификата, като посочите стойностите на полето, които да се използват в заявката за подписване на сертификата: `crypto pki trustpoint LGW_CERT enrollment terminal pem fqdn none subject-name cn=cube1.lgw.com subject-alt-name cube1.lgw.com revocation-check none rsakeypair lgw-key hash sha256` Бележки за полетата със сертификат: fqdn: Това не е задължително поле за обаждане на Webex. Задаване на тази настройка на "няма", за да не се включи това поле в заявката за подписване на удостоверения. Ако трябва да включите FQDN, използвайки тази команда, няма влияние върху операцията на локалния шлюз. Име на пациента: За валидиране на повиквания от локален портал, Webex трябва да съответства на FQDN в SIP контактните заглавия с тези, включени или в атрибута Subject Common Name (CN), или в полето Subject Alternative Name (SAN) на SBC сертификата. Полето на предмета трябва да съдържа поне един атрибут на CN и може да включва други атрибути, както се изисква. За повече информация вижте име на пациента... Име на пациента: Полето за алтернативно име на пациента (SAN) на SBC сертификата може да включва списък с допълнителни FQDNs. Webex проверява този списък, за да потвърди SIP контактната заглавка в съобщенията от локалния шлюз, ако атрибутът на удостоверението Subject CN не е съвпадащ. Хеш: Препоръчва се заявките за подписване на удостоверения да бъдат подписани с помощта на SHA256. Cisco IOS XE 17.11.1 използва този алгоритъм по подразбиране и за по-ранно освобождаване използвайте командата Хеш. Генериране на заявка за подписване на сертификат (CSR) със следната команда exec или конфигурация и я използвайте, за да заявите подписан сертификат от поддържан доставчик на CA: `crypto pki enroll LGW_CERT`
4	Предоставете удостоверението на посредника, подписващ CA, за да удостоверите удостоверението на хоста. Въведете следната команда за exec или конфигурация: `crypto pki authenticate LGW_CERT <paste Intermediate X.509 base 64 based certificate here>`
5	Импортиране на подписания хост с помощта на следната команда exec или конфигурация: `crypto pki import LGW_CERT certificate <paste CUBE host X.509 base 64 certificate here>`
6	Включете TLS1.2 изключителност и задайте доверителната точка по подразбиране, която да се използва за гласови приложения, като използвате следните конфигурационни команди: `sip-ua crypto signaling default trustpoint LGW_CERT transport tcp tls v1.2`
7	Инсталирайте пакета Cisco root CA, който включва IdenTrust Commercial Root CA сертификат1 , използван от Webex Calling. Използвай crypto pki trustpool import clean url url команда за изтегляне на основния пакет от CA от посочения URL адрес, и за изчистване на текущия CA доверителен фонд, след това инсталирайте новия пакет от сертификати: Ако трябва да използвате прокси сървър за достъп до интернет чрез HTTPS, добавете следната конфигурация, преди да импортирате пакета CA: ip http client proxy-server yourproxy.com proxy-port 80 `ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b`

1	Създаване на багажник PSTN, базиран на CUBE сертификат, за съществуващо местоположение в контролния център. За повече информация вижте Конфигуриране на багажници, маршрутни групи и планове за набиране на повиквания в Webex... Обърнете внимание на информацията за багажника за създаване на багажника. Тези подробности, както е подчертано в следващата илюстрация, се използват в конфигурационните стъпки в това ръководство.
2	Въведете следните команди, за да конфигурирате CUBE като локален шлюз на Webex: `voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y mode border-element allow-connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetric payload full early-offer forced sip-profiles inbound` Ето обяснение на полетата за конфигурацията: `ip address trusted list ipv4 x.x.x.x y.y.y.y` За да се предпази от измами с пътни такси, довереният адресен списък определя списък на хостове и мрежови структури, от които локалният портал очаква легитимни VoIP обаждания. По подразбиране локален шлюз блокира всички входящи VoIP съобщения от IP адреси, които не са в доверения си списък. По подразбиране се доверяват статично настроените потребители за набиране с “IP адрес за сесия” или сървърна група IP адреси. Не е необходимо да добавяте тези IP адреси към доверения списък. Когато конфигурирате вашия местен шлюз, добавете IP подмрежите за вашия регионален център за данни Webex към списъка, вижте Референтна информация за порт за обаждане в Webexза повече информация. Също така, добавете диапазони на адреси за сървъри на Unified Communications Manager (ако се използват) и портали за багажника на PSTN. За повече информация как да използвате доверен списък с IP адреси за предотвратяване на измами с пътни такси, вижте Надежден IP адрес... mode border-element Позволява на Cisco Unified Border Element (CUBE) функции на платформата. allow-connections sip to sip Включете CUBE basic SIP обратно към обратно функционалност на потребителския агент. За повече информация вижте Разрешаване на връзки... По подразбиране е включен38 факс транспортът. За повече информация вижте факс протокол t38(гласова услуга)... stun Позволява STUN (Session Crossing of UDP through NAT) в световен мащаб. Тези глобални команди са необходими само при разполагане на вашия местен портал зад NAT. Функцията за свързване на STUN на локалния портал позволява на локално генерираните STUN заявки да се изпращат по договорения медиен път. Това помага да се отвори дупката в защитната стена. За повече информация вижте  stun flowdata agent-idи  Stun flowdata споделена тайна... asymmetric payload full Конфигуриране на SIP асиметрична поддръжка на полезен товар както за DTMF, така и за динамичните кодеци. За повече информация относно тази команда вижте Асиметричен полезен товар... early-offer forced Принуждава локалния портал да изпраща информация за SDP в първоначалното INVITE съобщение, вместо да чака потвърждение от съседния партньор. За повече информация относно тази команда вижте Ранно предложение... sip-profiles inbound Позволява на CUBE да използва SIP профили, за да променя съобщенията, докато те се получават. Профилите се прилагат чрез пионери или наематели.
3	Конфигуриране voice class codec 100 позволява кодеци G.711 само за всички багажници. Този прост подход е подходящ за повечето разгръщания. Ако е необходимо, добавете допълнителни типове кодек, поддържани както от системи за генериране, така и от системи за терминиране. По-сложни решения, включващи Транскодиранеизползване на DSP модули се поддържат, но не са включени в това ръководство. `voice class codec 100 codec preference 1 g711ulaw codec preference 2 g711alaw` Ето обяснение на полетата за конфигурацията: voice class codec 100 Използва се само за разрешаване на предпочитани кодеци за SIP разговори в багажника. За повече информация вижте Кодек на глас...
4	Конфигуриране voice class stun-usage 100 за да активирате ICE на багажника на Webex Calling. (Тази стъпка не е приложима за Webex за правителството) `voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite` Ето обяснение на полетата за конфигурацията: stun usage ice lite Използва се за активиране на ICE-Lite за всички Webex Calling Facing Dial-peers, за да се позволи медийна оптимизация, когато е възможно. За повече информация вижте използване на глас клас камъки камък използване лед lite... The stun usage firewall-traversal flowdata команда се изисква само при разполагане на вашия местен портал зад NAT. Медийната оптимизация се договаря, когато е възможно. Ако повикването изисква облачни медийни услуги, като например запис, медиите не могат да бъдат оптимизирани.
5	Конфигуриране на политиката за шифроване на медиите за Webex трафик. (Тази стъпка не е приложима за Webex за правителството) `voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80` Ето обяснение на полетата за конфигурацията: voice class srtp-crypto 100 Определя SHA1_80 като единствената SRTP cipher-suite CUBE предлага в SDP в съобщения за оферта и отговор. Webex Calling поддържа само SHA1_80. За повече информация вижте гласова класа srtp-crypto...
6	Конфигурирайте GCM шифри, отговарящи на FIPS (Тази стъпка е приложима само за Webex за правителството). `voice class srtp-crypto 100 crypto 1 AEAD_AES_256_GCM` Ето обяснение на полетата за конфигурацията: voice class srtp-crypto 100 Задаване на GCM като пакет за шифроване, който CUBE предлага. Задължително е да се конфигурират GCM шифри за Local Gateway за Webex за правителството.
7	Конфигурирайте шаблон за уникално идентифициране на обаждания към багажник на локалния шлюз въз основа на местоназначението му FQDN или SRV: `voice class uri 100 sip pattern cube1.lgw.com` Ето обяснение на полетата за конфигурацията: voice class uri 100 sip Задаване на шаблон за съвпадение на входяща SIP покана към входяща багажник. Когато въвеждате този модел, използвайте багажника FQDN или SRV, конфигуриран в контролния център за багажника. По време на конфигурацията от страна на клиента на базираните на удостоверения багажници за Webex Calling, използвайте само SRV-базирания Webex Calling Edge адрес на локалния шлюз. FQDN вече не се поддържат.
8	Конфигуриране на профили за манипулиране на SIP съобщения. Ако вашият портал е конфигуриран с публичен IP адрес, конфигурирайте профил, както следва, или преминете към следващата стъпка, ако използвате NAT. В този пример, cube1.lgw.com е FQDN конфигуриран за локалния портал: `voice class sip-profiles 100 rule 10 request ANY sip-header Contact modify "@.:" "@cube1.lgw.com:" rule 20 response ANY sip-header Contact modify "@.:" "@cube1.lgw.com:"` Ето обяснение на полетата за конфигурацията: правила 10 и 20 За да позволи на Webex да удостоверява съобщения от вашия местен портал, заглавието "Контакт" в SIP заявка и съобщения за отговори трябва да съдържа стойността, предоставена за багажника в контролния център. Това ще бъде или FQDN на един хост, или името на SRV, използвано за клъстер от устройства.
9	Ако вашият портал е конфигуриран с частен IP адрес зад статичен NAT, конфигурирайте входящите и изходящите SIP профили, както следва. В този пример, cube1.lgw.com е FQDN конфигуриран за локалния портал, "10.80.13.12" е интерфейсният IP адрес пред Webex Calling и "192.65.79.20" е NAT публичен IP адрес. SIP профили за изходящи съобщения до Webex обаждане voice class sip-profiles 100 rule 10 request ANY sip-header Contact modify "@.:" "@cube1.lgw.com:" rule 20 response ANY sip-header Contact modify "@.:" "@cube1.lgw.com:" rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.) 10.80.13.12" "\1 192.65.79.20" rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.) 10.80.13.12" "\1 192.65.79.20" rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.) 10.80.13.12" "\1 192.65.79.20" rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.) 10.80.13.12" "\1 192.65.79.20" rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.) 10.80.13.12" "\1 192.65.79.20" Ето обяснение на полетата за конфигурацията: rules 10 and 20 За да позволи на Webex да удостоверява съобщения от вашия местен портал, заглавието "Контакт" в SIP заявка и съобщения за отговори трябва да съдържа стойността, предоставена за багажника в контролния център. Това ще бъде или FQDN на един хост, или името на SRV, използвано за клъстер от устройства. rules 30 to 81 Конвертиране на частни адресни препратки към външния публичен адрес за сайта, което позволява на Webex правилно да интерпретира и насочва последващи съобщения. SIP профил за входящи съобщения от Webex Calling voice class sip-profiles 110 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12" rule 20 response ANY sip-header Contact modify "@.:" "@cube1.lgw.com:" rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12" rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12" rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12" rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.) 192.65.79.20" "\1 10.80.13.12" rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.) 192.65.79.20" "\1 10.80.13.12" rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.) 192.65.79.20" "\1 10.80.13.12" Ето обяснение на полетата за конфигурацията: rules 10 to 80 Конвертиране на препратки към публични адреси към конфигурирания частен адрес, позволявайки на CUBE да обработва съобщенията от Webex. За повече информация вижте Профил на гласовия клас... Американски или канадски доставчик на PSTN може да предложи проверка на идентификационния номер на обаждащия се за спам и измами, с допълнителната конфигурация, посочена в Съобщение за спам или измама в Webex Callingстатия.
10	Конфигуриране на SIP Options keepalive с профил за модификация на заглавната част. `voice class sip-profiles 115 rule 10 request OPTIONS sip-header Contact modify "<sip:.:" "<sip:cube1.lgw.com:" rule 30 request ANY sip-header Via modify "(SIP.) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20" rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20" ! voice class sip-options-keepalive 100 description Keepalive for Webex Calling up-interval 5 transport tcp tls sip-profiles 115` Ето обяснение на полетата за конфигурацията: voice class sip-options-keepalive 100 Конфигурира профил на keepalive и влиза в режим на конфигурация на гласовия клас. Можете да конфигурирате времето (в секунди), в което SIP Out of Dialog Options Ping се изпраща към целта за набиране, когато връзката със сърдечния ритъм към крайната точка е в състояние нагоре или надолу. Този профил на keepalive се задейства от dial-peer конфигуриран към Webex. За да се гарантира, че контактните заглавия включват напълно квалифицираното име на домейн SBC, се използва 115 SIP профил. Правила 30, 40и се 50 изискват само когато SBC е конфигуриран зад статичен NAT. В този пример, cube1.lgw.com е FQDN избран за локалния портал и ако се използва статичен NAT, "10.80.13.12" е SBC интерфейс IP адрес към Webex Calling и "192.65.79.20" е NAT публичен IP адрес.
11	Настройване на Webex Calling Trunk: Създаване voice class tenant 100 да дефинира и групира конфигурациите, необходими специално за Webex Calling багажника. Dial-peers, свързани с този наемател по-късно наследяват тези конфигурации: Следният пример използва стойностите, илюстрирани в стъпка1 , за целите на това ръководство (показано с удебелен шрифт). Заменете ги със стойности за багажника във вашата конфигурация. `voice class tenant 100 no remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com session transport tcp tls no session refresh error-passthru rel1xx disable 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 100 sip-profiles 110 inbound privacy-policy passthru !` Ето обяснение на полетата за конфигурацията: voice class tenant 100 Препоръчваме ви да използвате наематели, за да конфигурирате багажници, които имат собствен TLS сертификат и CN или SAN списък за валидиране. Тук профилът на TLS, свързан с наемателя, съдържа доверителната точка, която трябва да се използва за приемане или създаване на нови връзки, и има CN или SAN списък за валидиране на входящите връзки. За повече информация вижте Гласов клас... no remote-party-id Изключете SIP Remote-Party-ID (RPID) хедъра, тъй като Webex Calling поддържа PAI, който е активиран с помощта на asserted-id pai команда. За повече информация вижте remote- party- id... sip-server dns: us25.sipconnect.bcld.webex.com Настройване на целевия SIP сървър за багажника. Използвайте прокси SRV адреса, предоставен в контролния център, когато сте създали багажника си srtp-crypto 100 Конфигуриране на предпочитаните cipher-suites за SRTP кол крак (връзка) (указана в стъпка 5). За повече информация вижте гласова класа srtp-crypto... localhost dns: cube1.lgw.com Конфигуриране на CUBE, за да замени физическия IP адрес в заглавките От, Call-ID и Remote-Party-ID в изходящите съобщения с предоставения FQDN. Използвайте багажника FQDN или SRV, конфигуриран в контролния център за багажника тук. session transport tcp tls Задаване на транспорт до TLS за асоциираните потребители. За повече информация вижте Сесиен транспорт... no session refresh Изключване на обновяването на SIP сесията за разговори между CUBE и Webex. За повече информация вижте Обновяване на сесията... error-passthru Задава SIP отговор на грешка pass-thru функционалност. За повече информация вижте грешка- passthru... rel1xx disable Изключва използването на надеждни временни отговори за багажника на Webex Calling. За повече информация вижте Рефлекс1Категория: 20 век... asserted-id pai (По избор) Включва обработка на P-Asserted-Identity header и контролира как това се използва за багажника на Webex Calling. Webex Calling включва P-Asserted-Identity (PAI) заглавия в изходящи повиквания към локалния портал. Ако тази команда е конфигурирана, информацията за обаждащия се от заглавката PAI се използва за попълване на изходящите и PAI/Remote-Party-ID заглавия. Ако тази команда не е конфигурирана, информацията за обаждащия се от заглавката От се използва за показване на изходящите заглавия От и PAI/Remote-Party-ID. За повече информация вижте ИД... bind control source-interface GigabitEthernet0/0/1 Конфигуриране на изходния интерфейс и свързания IP адрес за съобщения, изпратени до Webex Calling. За повече информация вижте Bind... bind media source-interface GigabitEthernet0/0/1 Конфигуриране на изходния интерфейс и свързания IP адрес за медиите, изпратени до Webex Calling. За повече информация вижте Bind... voice-class sip profiles 100 Прилага профила за промяна на заглавието (Public IP или NAT адрес) за използване за изходящи съобщения. За повече информация вижте SIP профили... voice-class sip profiles 110 inbound Само за разгръщането на ЛГВ зад NAT: Прилага профила за промяна на заглавието, за да се използва за входящи съобщения. За повече информация вижте профилите на гласовия клас. privacy-policy passthru Конфигуриране на CUBE за прозрачно преминаване на заглавията за поверителност от полученото съобщение до следващия разговор. За повече информация вижте Политика за поверителност... Настройване на Webex Calling Trunk dial-peer. `dial-peer voice 100 voip description Inbound/Outbound Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server incoming uri request 100 voice-class codec 100 voice-class stun-usage 100 voice-class sip tenant 100 voice-class sip options-keepalive profile 100 dtmf-relay rtp-nte srtp no vad` Ето обяснение на полетата за конфигурацията: `dial-peer voice 100 voip description Inbound/Outbound Webex Calling` Дефинира VoIP dial- peer с таг на 100 и дава смислено описание за лекота на управление и отстраняване на неизправности. За повече информация вижте Четен глас... destination-pattern BAD.BAD При маршрутизиране на изходящи повиквания с помощта на входяща група за набиране на връстници се изисква фалшив модел на местоназначение. В този случай можете да използвате всеки валиден модел на дестинация. За повече информация вижте Шаблон на местоназначение... session protocol sipv2 Указва, че този пионер се справя със SIP позвъняване. За повече информация вижте протокол за сесия (dial-peer)... session target sip-server Показва, че SIP сървърът, дефиниран в наемателя100 , е наследен и използван за местоназначението на обаждания от този пиър за набиране. incoming uri request  100 Задаване на гласовия клас, използван за съвпадение на входящите повиквания към този пионер с помощта на URI header INVITE REQUEST. За повече информация вижте  входящ адрес... voice-class codec 100 Показва списъка с филтри за кодек за обаждания към и от Webex Calling. За повече информация вижте Кодек на глас... voice-class stun-usage 100 Позволява на локално генерираните STUN заявки от локалния портал да се изпращат по договорения медиен път. Пакетите STUN помагат да се отвори дупка за защитна стена за медийния трафик и да се открият валидни пътища за медийна оптимизация. voice-class sip tenant 100 Dial-peer наследява всички параметри, конфигурирани глобално и в наемателя100. Параметрите могат да надделеят на ниво dial-peer. За повече информация вижте  Слухови апарати... voice-class sip options-keepalive profile 100 Тази команда следи наличието на група SIP сървъри или крайни точки, използвайки конкретен профил (100). srtp Позволява SRTP за крака на повикване. (По избор) Принудителни обаждания само за аудио. Видео за Webex Обаждане с помощта на локален шлюз не се поддържа. Въпреки че видеото може да функционира в някои сценарии, то може да доведе до влошено качество и неочаквано поведение. За да принудите обаждания само до аудио, приложете следната команда под Webex Calling-peers: `voice-class sip audio forced` Ако изберете да позволите видео, обажданията може да не се изпълняват както се очаква.
12	(По избор) За да конфигурирате мрежови устройства като CUBE и да препращате заглавия на протокола за иницииране на сесия (SIP), които устройството не обработва, използвайте тези команди. Тези команди позволяват на устройството да преминава през неподдържани SIP заглавия, включително геолокационни заглавия и PIDF-LO (Presence Information Data Format - Location Object), на локалния портал. Тази функция поддържа Nomadic E-services911 , като гарантира, че критичната информация за местоположението се съхранява и препраща правилно. Dial peer Configuration `Voice service voip sip pass-thru headers unsupp` Специфична конфигурация за dial- peer `Dial-peer voice 911 voip voice-class sip pass-thru headers unsupp` Конфигурация на гласовия клас за конкретни заглавия За прокси заглавия за местоположение на Geo: `voice class sip-hdr-passthrulist 200 passthru-hdr Geolocation-Routing passthru-hdr Geolocation passthru-hdr-unsupp` Прилагане на преминаването към входящия/изходящия dial-peer `dial-peer voice 100 voip // inbound voice-class sip pass-thru headers 200 dial-peer voice 200 voip // outbound voice-class sip pass-thru headers 200` За да се даде възможност за преминаване през тялото PIDFO, използвайте: `voice service voip sip pass-thru content unsupp`

Cisco AI Assistant

Благодарим за обратната връзка.

Общ преглед

Изходна конфигурация

Конфигурация

Предварителни изисквания

Изходна конфигурация

Конфигурация

Предварителни изисквания

Инсталирайте диагностични подписи за проактивен мониторинг

Мониторинг на абнормни прекъсвания на повикването

Инсталирайте диагностични подписи, за да отстраните проблем

Проверка на изпълнението на диагностичните подписи

Деинсталиране на диагностични подписи

Малък бизнес

Предприятие

Устройства

Решения за

Ресурси

Фирма