Webex Calling Yapılandırması İş Akışı
Webex Calling Yapılandırması İş Akışı
08 Ağustos 2023
Webex Calling'e Genel Bakış

Kurumsal düzeyde bulut çağrısı, mobilite ve PBX özelliklerinin yanı sıra mesajlaşma ve toplantılar için Webex Uygulaması ve bir Webex Calling yazılım temelli istemcisi veya Cisco cihazından çağrı yapabildiğinizi düşünün. Webex Calling size tam olarak bunu sunuyor.

Karşınızda Webex Calling

Webex Calling'in sağladığı özellikler ve faydalar şunlardır:

  • Telefon kullanıcıları ve ortak alanlar için Calling abonelikleri.

  • Güvenilir bölgesel hizmet sağlayıcılarca sağlanan güvenli ve güvenilir bulut hizmetleri

  • Zengin birleşik iletişim ve ekip iş birliği hizmetleri ekleyerek her kullanıcı için Webex Uygulaması erişimi.

  • Kurumsal kullanıcıların beklediği premium toplantı deneyimlerini sağlamak için isteğe bağlı, entegre bir eklenti olarak Webex Meetings.

  • Kullanıcılarınızın kuruluşunuz dışındaki numaraları aramasına olanak tanımak için Genel Anahtarlı Telefon Ağı (PSTN) erişimi. Hizmet, mevcut bir işletme altyapısı (iş yeri içi IP PBX bulunmayan veya Unified CM çağrı ortamının mevcut olduğu yerel ağ geçidi) veya Iş Ortağı veya Cisco tarafından sağlanan PSTN seçenekleri aracılığıyla sağlanır.

  • 1. Katman destek iş ortağınız tarafından, sonraki seviyelerde destek Cisco tarafından sağlanır

Control Hub , siparişlerinizi ve yapılandırmanızı kolaylaştırmak ve paketlenmiş teklifin -Webex Calling, Webex Uygulaması ve Webex Meetings- yönetimini merkezileştirmek için Webex Calling ile entegre web tabanlı bir yönetim portalıdır.

Tablo 1. Yönetici tarafından yapılandırılabilir özellikler

Özellik

Açıklama

Otomatik Santral

Karşılama ekleyebilir, menüleri ayarlayabilir, çağrıları bir yanıtlama hizmetine, çağrı yakalama grubuna, sesli mesaj kutusuna veya gerçek bir kişiye yönlendirebilirsiniz. 24 saatlik bir program oluşturabilir veya şirketinizin açık veya kapalı olduğu zamanlar için farklı seçenekler sağlayabilirsiniz. Arayan kimliği özniteliklerine göre çağrıları yönlendirerek VIP listeleri dahi oluşturabilir veya belirli bölge kodlarından gelen çağrıları farklı bir biçimde işleme alabilirsiniz.

Çağrı Sırası

Gelen çağrıların yanıtlanamaması durumunda, otomatik yanıt, ilgilenme mesajı ve çağrının yanıtlanmasına kadar bekleme süresince arayanlara müzik dinletmek için bir çağrı sırası oluşturabilirsiniz.

Çağrı Alma

Kullanıcıların başka kullanıcı çağrılarını yanıtlayabilmesi için bir çağrı alma grubu oluşturarak ekip çalışmasını ve iş birliğini geliştirebilirsiniz. Bir çağrı alma grubuna kullanıcı eklerken bir grup üyesinin dışarıda veya meşgul olması durumunda, onun çağrılarını başka bir grup üyesi yanıtlayabilir.

Çağrı Parkı

Çağrı parkını etkinleştirerek kullanıcıların çağrıları beklemeye alıp başka bir telefondan yanıtlamasını sağlayabilirsiniz.

Cevaplama Grubu

Şu durumlarda çağrı yakalama grupları kurmanız gerekebilir:

  • Satış ekibinin sıralı yönlendirme istemesi. Gelen çağrının bir telefonda çalması, ancak yanıt verilmemesi durumunda çağrının listedeki bir sonraki temsilciye gitmesi.

  • Destek ekibinin, tüm telefonların aynı anda çalmasını ve böylece ilk uygun temsilcinin çağrıyı yanıtlamasını istemesi.

Çağrı Grubu

Kullanıcıların bir kişi, departman veya ekibe sesli mesaj göndermesi için bir çağrı grubu oluşturabilirsiniz. Bir kişi bir çağrı grubuna mesaj gönderdiğinde, mesaj gruptaki tüm cihazlarda oynatılır.

Resepsiyonist İstemcisi

Ön ofis personelinize tüm çağrı kontrolü seçeneklerini, büyük ölçekli hat izleme, çağrı sırası oluşturma, çoklu dizin seçeneklerini ve görüntüleme özelliklerini, Outlook entegrasyonunu ve daha fazlasını sunarak, onların ihtiyaçlarının karşılanmasını sağlayın.

Kullanıcılar, Calling Kullanıcı Portalıhttps://settings.webex.com'na çapraz başlatılan için şu özellikleri yapılandırabilir.

Tablo 2. Kullanıcı tarafından yapılandırılabilir özellikler

Özellik

Açıklama

İsimsiz Çağrıları Reddetme

Kullanıcılar, engellenen arayan kimliklerine sahip gelen çağrıları reddedebilir.

İş Sürekliliği

Kullanıcıların telefonları elektrik kesintisi, ağ sorunları gibi bir nedenden dolayı ağa bağlı değilse kullanıcılar gelen çağrıları belirli bir telefon numarasına yönlendirebilir.

Çağrı Yönlendirme

Kullanıcılar, gelen çağrıları başka bir telefona yönlendirebilir.

Seçimli Çağrı Yönlendirme

Kullanıcılar belirli saatlerde belirli arayanlardan gelen çağrıları yönlendirebilir. Bu ayar, Çağrı Yönlendirmeden daha öncelikli olacaktır.

Çağrı Bildirimi

Kullanıcılar, telefon numarası veya tarih ve saat gibi önceden belirlenmiş kriterlere göre bir çağrı aldığında kendilerine bir e-posta gönderilmesini sağlayabilir.

Çağrı Parkı

Kullanıcılar yeni gelen çağrıların yanıtlanmasına izin verebilir.

Rahatsız Etmeyin

Kullanıcılar, geçici olarak tüm çağrıların doğrudan sesli mesaja gitmesine izin verebilir.

Her Yerde Ofis

Kullanıcılar seçtikleri telefonları ("Konumlar") iş telefonu numaralarının ve çağrı planlarının bir dahili numarası olarak kullanabilir.

Öncelik Uyarısı

Kullanıcılar, telefon numarası veya tarih ve saat gibi önceden belirlenmiş kriterlerin karşılanması durumunda telefonlarının farklı bir zil sesiyle çalmasını sağlayabilir.

Uzak Ofis

Kullanıcılar uzak bir telefondan çağrı yapıp iş hatlarından yapılmış gibi görünmesini sağlayabilir. Bu durumda, iş hatlarına yapılan her türlü gelen çağrı, bu uzak telefonda çalar.

Seçici Çağrı Kabulü

Kullanıcılar belirli saatlerde belirli arayanlardan gelen çağrıları kabul edebilir.

Seçici Çağrı Reddi

Kullanıcılar belirli saatlerde belirli arayanlardan gelen çağrıları reddedebilir.

Sıralı Çalma

Gelen çağrılar için 5 adede kadar cihazın sırayla çalmasını sağlar.

Eş Zamanlı Çalma

Gelen çağrılar için kullanıcıların ve başka kişilerin ("çağrı alıcıları") numaralarını aynı anda çaldırır.

Control Hub'daki Sağlama Hizmetlerini, Cihazları ve Kullanıcıları, Calling Yönetici Portalındaki Ayrıntılı Yapılandırmaya Çağraz Başlatma

Control Hub (https://admin.webex.com) siparişlerinizi ve yapılandırmanızı akıcı hale getirmek ve toplu teklifin -Webex Calling, Webex App, Meetings- yönetilmesini sağlamak için Webex Calling ile entegre bir yönetim portalıdır.

Control Hub, tüm hizmetlerin, cihazların ve kullanıcıların sağlanması için merkezi bir ortamdır. Çağrı hizmetinizin ilk kurulumunu yapabilir, MPP telefonlarını (MAC adresi kullanarak) buluta kaydedebilir ve cihazları ilişkilendirerek, numara, çağrı özellikleri vb ekleyerek kullanıcıları yapılandırabilirsiniz. Ayrıca Control Hub’dan Calling Yönetici Portalı’na çapraz giriş yapabilirsiniz.

Kullanıcı Deneyimi

Kullanıcıların şu arayüzlere erişimi vardır:

Müşteri Yöneticileri

Webex Calling deneme veya ücretli abonelikte müşteri yöneticisi olarak konumlar, lisanslar, telefon numaraları, Çağrı özellikleri, kullanıcılar ve Çalışma Alanları (Webex buluta kaydolan Oda Cihazları) ekleyerek Control Hub’da kuruluşunuzu ayarlayabilirsiniz. Tüm bu bileşenleri oradan da yönetebilirsiniz.

İş Ortakları

İş ortağı hizmet sağlayıcısı olarak, Webex Calling'i müşterilerinize markalandırabilir, pazarlayabilir ve satabilirsiniz. Deneme oluşturup süresine uzatabilir, müşterileriniz için hizmet dağıtımı yapabilir ve müşterileriniz için siparişleri sağlayabilirsiniz.

Kullanılabilirlik

Webex Calling'in satışa sunulduğu ülkeler için Cisco Webex Nerelerde Mevcuttur? makalesinde Webex Calling başlığını inceleyin.

Genel Bakış

Webex Calling , artık Cisco Unified Communications Manager mimarisine dayalı özel bir bulut örneği seçeneği içeriyor. Özel Örnek, Webex Calling entegre edilmiş ve çağrı deneyimini geliştirmek için Webex platformu hizmetlerinden faydalanarak Webex platformunda her yerde geliştirilmiş merkezi yönetimi ve uygun bulut yenilikçiliği sunmaktadır. Adanmış Örnek ayrıca eski Cisco uç noktalarını veya kritik iş iş akışlarının parçası olan mevcut entegrasyonları destekler.

Bu eklenti için Adanmış Örnek Webex Calling içerir:

  • Cisco Unified Communications Manager

  • Cisco Unified IM ve Durum

  • Cisco Unified Unity Bağlantısı

  • Cisco Expressway

  • Cisco Emergency Responder (yalnızca Amerika bölgesi)

  • Cisco Session Management Edition (SME) (İsteğe Bağlı)

Genişletilmiş YG - Adanmış Örnek, ilişkili UC Manager sürümüyle aynı ses ve video uç noktalarını destekler ve buluta gidip bu varlıkların YG'lerini genişleterek tüm müşteri uç noktalarını yenileme gereksinimini ortadan kaldırarak.

Temel Şirket Arası – Adanmış Örnek, Webex Calling platformu üzerinden çağrı yönlendirme için özel Webex entegredir. Müşteriler, kullanıcıları hem Adanmış Örneklerde hem de Webex Calling genelinde dağıtma ve bulut çağrı iş gerekliliklerini karşılamak için gerektiğinde ayarlama esnekliğine sahiptir.


Farklı platformlarda kullanıcıları ayıran müşteriler farklı özellikler deneyimlemektedir. Çağrı özellikleri, Adanmış Örnek ve AşağıdakiLer arasında Webex Calling. Örneğin, Webex Calling kullanıcılar Adanmış Örnek'çağrı yakalama grubu bir çağrı yakalama grubu parçası olmayacaktır.

Control Hub Turuna Başlayın

Control Hub, kuruluşunuzu yönetmek, kullanıcılarınızı yönetmek, hizmet atamak, kullanım trendlerini ve çağrı kalitesini analiz etmek ve çok daha fazlasını tek bir yerden gerçekleştirebileceğiniz web tabanlı bir arayüzdür.

Kuruluşunuzu çalışır duruma getirmek için birkaç kullanıcıyı Control Hub e-posta adreslerini girerek Webex Uygulamasına katılmaya davet etmenizi öneririz. Kişileri, arama dahil olmak üzere sağladığınız hizmetleri kullanmaya ve kullanım deneyimleri hakkında geri bildirim vermeye teşvik edin. Hazır olduğunuzda, istediğiniz zaman daha fazla kullanıcı ekleyebilirsiniz.


Control Hub'a erişim için Google Chrome veya Mozilla Firefox'un en son masaüstü sürümünü kullanmanızı öneririz. Mobil cihazlardaki tarayıcılar ve diğer masaüstü tarayıcılar, beklenmeyen sonuçlar ortaya çıkarabilir.

Aşağıda verilen bilgileri, kuruluşunuzu hizmetleri kullanmak üzere ayarlarken ne beklemeniz gerektiğinin üst düzey bir özeti olarak kullanabilirsiniz. Daha fazla ayrıntılı bilgi için ayrı ayrı bölümlerde yer alan adım adım talimatları inceleyin.

Başlama

İş ortağınız hesabınızı oluşturduktan sonra bir karşılama e-postası alırsınız. Control Hub'a girmek için Chrome veya Firefox ile e-postadaki Başlarken bağlantısına tıklayın. Bu bağlantı, yönetici e-posta adresiyle otomatik olarak oturumunuzu açar. Ardından, bir yönetici parolası oluşturmanız istenir.

Denemeler için İlk Kurulum Sihirbazı

İş ortağınızın sizi deneme için kaydetmesi durumunda, Control Hub'da oturum açmanızın ardından otomatik olarak kurulum sihirbazı başlatılır. Sihirbaz, diğer hizmetleri tanıtmakla birlikte kuruluşunuzdaki işlerin Webex Calling’le yürütülmesini sağlayacak temel ayarları yapmanız için size yol gösterir. Sihirbazı sonlandırmadan önce Calling ayarlarınızı yapıp kontrol etmeniz gerekir.

Ayarlarınızı Gözden Geçirme

Control Hub yüklendiğinde ayarlarınızı gözden geçirebilirsiniz.

Kullanıcı Ekle

Hizmetlerinizi kurduğunuza göre, şirket dizininizden kişileri eklemeye hazırsınız. Kullanıcılar'a gidip Kullanıcıları Yönet'e tıklayın.

Microsoft Active Directory kullanıyorsanız, önce Dizin Senkronizasyonu'nu etkinleştirmenizi ve ardından kullanıcıları nasıl eklemek istediğinize karar vermenizi öneririz. Cisco Dizin Bağlayıcıyı kurmak için İleri'ye tıklayın ve talimatları izleyin.

Çoklu Oturum Açma (SSO) Özelliğini Kurma

Webex Uygulaması temel kimlik doğrulama kullanır. SSO'yu, kullanıcıların Webex tarafından saklanıp yönetilen ayrı bir parola yerine İşletme kimlik bilgilerini kullanarak İşletme Kimlik Sağlayıcısı ile kimlik doğrulaması yapmasını sağlayacak biçimde yapılandırabilirsiniz.

Ayarlar'a gidin, Kimlik Doğrulama'ya kaydırın, Değiştir'e tıklayın ve ardından 3. taraf kimlik sağlayıcı entegre et öğesini seçin.

Hizmetleri Kullanıcılara Atayın

Kişilerin Webex Uygulamasını kullanmaya başlaması için eklediğiniz kullanıcılara hizmetler atamanız gerekir.

Kullanıcılar'a gidin, Kullanıcıları Yönet'e tıklayın, CSV dosyasıyla kullanıcıları dışarı ve içeri aktar'ı seçin ve ardından Dışarı aktar'a tıklayın.

İndirdiğiniz dosyada, kullanıcılarınızın her birine atamak istediğiniz hizmetlere True eklemeniz yeterlidir.

Tamamladığınız dosyayı içeri aktarın, Hizmet ekle ve kaldır seçeneğine ve ardından Gönder'e tıklayın. Artık çağrı özelliklerni yapılandırmaya, ortak alanda paylaşılabilecek cihazları kaydetmeye ve cihazları kaydedip kullanıcılarla ilişkilendirmeye hazırsınız.

Kullanıcılara Güç Verme

Kullanıcıları eklediğinize ve kendilerine hizmet atandığına göre, kullanıcılar Webex Calling için desteklenen Çok Platformlu Telefonları (MPP) ve mesajlaşma ve toplantılar için Webex Uygulamasını kullanmaya başlayabilir. Onları, erişim için her şeyi bir arada bulabilecekleri bir ortam olarak Cisco Webex Ayarları'nı kullanmaya teşvik edin.

Yerel Ağ Geçidinin Rolü

Yerel ağ geçidi, Genel Anahtarlı Telefon Ağı (PSTN) ve eski genel birim santrali (PBX) (Unified CM dahil) ile birlikte çalışmak üzere, işletme veya iş ortağı tarafından yönetilen bir uç cihazıdır.

Control Hub’ı kullanarak bir konuma yerel ağ geçidi atayabilirsiniz. Control Hub, CUBE üzerinde yapılandırabileceğiniz parametreleri sağlayacaktır. Bu adımlar yerel ağ geçidini buluta kaydettikten sonra, yerel ağ geçidi üzerinden belirli bir konumdaki Webex Calling kullanıcılarına PSTN hizmeti sağlanır.

Bir Yerel Ağ Geçidini belirtip sıralamak için Yerel Ağ Geçidi sıralama kılavuzu'nu okuyun.

Webex Calling için Desteklenen Yerel Ağ Geçidi Dağıtımları

Şu temel dağıtımlar desteklenir:

Yerel ağ geçidi bağımsız olarak veya Cisco Unified İletişim entegrasyonun gerekli olduğu dağıtımlar içerisinde dağıtılabilir.

Kuruluş İçi IP PBX'siz Yerel Ağ Geçidi Dağıtımları

Bağımsız Yerel Ağ Geçidi Dağıtımları

Bu şekilde, herhangi bir IP PBX'in mevcut olmadığı ve tek bir konum veya çok konumlu bir dağıtım için geçerli bir Webex Calling dağıtımı görülmektedir.

Webex Calling hedeflerinizle eşleşmeyen her türlü çağrı için Webex Calling bu çağrıları işlenmek üzere konuma atanan yerel ağ geçidine gönderir. Yerel Ağ Geçidi, gelen tüm çağrıları Webex Calling'den PSTN'ye ve tam tersi yönde PSTN'den Webex Calling'e yönlendirir.

PSTN ağ geçidi bağımsız bir platform olabilir veya yerel ağ geçidiyle birlikte kullanılabilir. Aşağıdaki görselde görüldüğü gibi, bu dağıtımın bağımsız PSTN ağ geçidi türünü öneririz. Bu uygulama, mevcut PSTN ağ geçidinin Webex Calling yerel ağ geçidi olarak kullanılamaması durumunda kullanılabilir.

Birlikte Kullanılan Yerel Ağ Geçidi Dağıtımı

Yerel ağ geçidi IP tabanlı olabilir, SIP santraliyle bir ITSP'ye bağlanabilir veya ISDN veya analog devre kullanarak TDM tabanlı olabilir. Aşağıdaki şekilde, yerel ağ geçidinin PSTN GW/SBC ile birlikte kullanıldığı bir Webex Calling dağıtımı görülmektedir.

İş Yeri İçi Unified CM PBX'li Yerel Ağ Geçidi Dağıtımları

Şu durumlarda Unified CM ile entegrasyon gereklidir:

  • Unified CM'nin şirket içi çağrı kontrolü çözümü olarak dağıtıldığı mevcut bir Cisco UC dağıtımına Webex Calling'in etkinleştirildiği etkinleştirilmiş konumların eklenmesi

  • Unified CM üzerinde kayıtlı telefonlar ve Webex Calling konumlarındaki telefonlar arasında doğrudan aramanın gerekli olması.

Bu şekilde, müşterinin mevcut bir Unified CM IP PBX'inin olduğu bir Webex Calling dağıtımı görülmektedir.

Webex Calling, yerel ağ geçidine müşterinin Webex Calling hedefleriyle eşleşmeyen çağrılar gönderir. Buna, Webex Calling’in göremediği PSTN numaraları ve Unified CM dahili numaraları dahildir. Yerel ağ geçidi, gelen tüm çağrıları Webex Calling'den Unified CM'ye ve tam tersi yönde yönlendirir. Ardından, Unified CM, gelen çağrıları mevcut arama planına göre yerel hedeflere veya PSTN'ye yönlendirir. Unified CM çağrı planı, numaraları +E.164 olarak normalleştirir. PSTN ağ geçidi bağımsız olarak veya yerel ağ geçidiyle birlikte kullanılabilir.

Bağımsız PSTN Ağ Geçidi

Bu dağıtımın, şemada gösterilen bağımsız PSTN ağ geçidi versiyonu, önerilen seçenektir ve mevcut PSTN ağ geçidinin Webex Calling yerel ağ geçidi olarak kullanılamaması durumunda kullanılabilir.

Birlikte Kullanılan PSTN Ağ Geçidi

Bu şekilde, yerel ağ geçidinin PSTN ağ geçidi/SBC ile birlikte kullanıldığı Unified CM'li Webex Calling dağıtımı görülmektedir.

Webex Calling, müşterinin Webex Calling hedefleriyle eşleşmeyen tüm çağrıları konuma atanmış yerel ağ geçidine yönlendirir. Buna, PSTN hedefleri ve CM dahili numaralarına yönlendirilen ağ üzeri çağrılar da dahildir. Yerel ağ geçidi, tüm çağrıları Unified CM'ye yönlendirir. Ardından, Unified CM, çağrıları aynı anda PSTN/SBC özelliği bulunan yerel ağ geçidi yoluyla yerel olarak kayıtlı telefonlara veya PSTN'ye yönlendirir.

Çağrı Yönlendirme Konuları

Webex Calling'den Unified CM'ye Yapılan Çağrılar

Webex Calling yönlendirme mantığı şöyle işler: Webex Calling uç noktasında çevrilen numaranın Webex Calling'de aynı müşteri içerisinde başka bir hedefe yönlendirilememesi durumunda, çağrı daha fazla işlenmek üzere yerel ağ geçidine gönderilir. Ağ dışı (Webex Calling dışında) tüm çağrılar yerel ağ geçidine gönderilir.

Mevcut bir Unified CM'ye entegrasyonsuz yapılan Webex Calling dağıtımları için ağ dışındaki her türlü çağrı PSTN çağrısı kabul edilir. Unified CM ile birleştirildiğinde, ağ dışı bir çağrı hâlen Unified CM üzerinde barındırılan herhangi bir hedefe ağ içi bir çağrı veya bir PSTN hedefine gerçek bir ağ dışı çağrı olabilir. Söz konusu son iki çağrı türü arasındaki ayrım Unified CM tarafından belirlenir ve Unified CM üzerinde sağlanan işletme çağrı planına bağlıdır.

Aşağıdaki görselde, ABD içi bir numara tuşlayan bir Webex Calling kullanıcısı görülmektedir.

Artık yapılandırılan çağrı planı üzerine kurulu Unified CM, çağrıyı aranan hedefin dizin numarası olarak sağlandığı yerel olarak kaydedilmiş bir uç noktaya yönlendirir. Bunun için Unified CM çağrı planının +E.164 numaralarının yönlendirilmesini desteklemesi gerekir.

Unified CM'den Webex Calling'e yapılan çağrılar

Unified CM üzerinde Unified CM'den Webex Calling'e çağrı yönlendirmesini etkinleştirmek için Webex Calling'deki +E.164 ve işletme numaralandırma planı adresleri dizisini tanımlamak için bir dizi yönlendirme yolunun sağlanması gerekir.

Bu yollar mevcut olduğunda, aşağıdaki görselde gösterilen her iki çağrı senaryosu da mümkün olacaktır.

PSTN'deki bir arayanın bir Webex Calling cihazına atanmış bir DID numarası araması durumunda, bu çağrı, işlemenin PSTN ağ geçidi yoluyla işletmeye yönlendirilir ve ardından Unified CM'ye ulaşır. Söz konusu çağrının aranan adresi, Unified CM'de sağlanan Webex Calling yönlendirme yollarından biriyle eşleşir ve çağrı yerel ağ geçidine gönderilir. (Aranan adresin, yerel ağ geçidine gönderilirken +E.164 biçiminde olması gerekir.) Ardından, Webex Calling yönlendirme mantığı, DID atamasına bağlı olarak çağrının istenen Webex Calling cihazına gönderildiğinden emin olur.

Bunun yanında, Unified CM kayıtlı uç noktalarından Webex Calling hedeflerine yapılan çağrılar, Unified CM'de sağlanan çağrı planına tabidir. Tipik olarak, bu çağrı planı kullanıcıların çağrı yapmak için yaygın işletme çağrı alışkanlıklarını kullanmasına izin verir. Bu alışkanlıkların yalnızca +E.164 biçiminde tuşlamayı içermez. Webex Calling'de doğru yönlendirmeye izin vermek için çağrılar yerel ağ geçidine gönderilmeden önce +E.164 dışındaki tüm çevirme alışkanlıklarının +E.164 biçimine normalleştirilmesi gerekir.

Hizmet Sınıfı (CoS)

Çağrı döngülerinden kaçınmak ve arama ücreti dolandırıcılığını önlemek gibi çeşitli nedenlerle, sıkı hizmet sınıfı kısıtlamaları uygulanması her zaman tavsiye edilir. Webex Calling Yerel Ağ Geçidinin Unified CM hizmet sınıfına entegre edilmesi bağlamında, şunlar için hizmet sınıfını değerlendirmemiz gerekir:

  • Unified CM ile kaydedilen cihazlar

  • PSTN'den Unified CM'ye gelen çağrılar

  • Webex Calling'den Unified CM'ye gelen çağrılar

Unified CM ile kaydedilen cihazlar

Webex Calling hedeflerinin yeni bir mevcut CoS yapılandırmasına yeni bir hedef sınıfı olarak eklenmesi oldukça basittir: Webex Calling hedeflerini arama izni, genellikle şirket içi (siteler arası dahil) hedeflerini aramakla eşdeğerdir.

Bir işletme çağrı planının zaten "(kısaltılmış) ağ içi siteler arası" izni uygulaması durumunda, bilinen tüm Webex Calling hedeflerini aynı bölüm içinde kullanıp sağlayabileceğimiz Unified CM üzerinde sağlanan bir bölüm vardır.

Aksi takdirde, "(kısaltılmış) ağ içi siteler arası" izni konsepti henüz mevcut olmaz, ardından yeni bir bölümün (örneğin, "onNetRemote") sağlanması gerekir, Webex Calling hedefleri bu bölüme eklenir ve sonunda bu yeni bölümün uygun çağrı arama alanlarına eklenmesi gerekir.

PSTN'den Unified CM'ye gelen çağrılar

Webex Calling hedeflerinin yeni bir mevcut CoS yapılandırmasına yeni bir hedef sınıfı olarak eklenmesi oldukça basittir: Webex Calling hedeflerini arama izni, genellikle şirket içi (siteler arası dahil) hedeflerini aramakla eşdeğerdir.

Bir işletme çağrı planının zaten "(kısaltılmış) ağ içi siteler arası" izni uygulaması durumunda, bilinen tüm Webex Calling hedeflerini aynı bölüm içinde kullanıp sağlayabileceğimiz Unified CM üzerinde sağlanan bir bölüm vardır.

Aksi takdirde, "(kısaltılmış) ağ içi siteler arası" izni konsepti henüz mevcut olmaz, ardından yeni bir bölümün (örneğin, "onNetRemote") sağlanması gerekir, Webex Calling hedefleri bu bölüme eklenir ve sonunda bu yeni bölümün uygun çağrı arama alanlarına eklenmesi gerekir.

Webex Calling'den Unified CM'ye gelen çağrılar

PSTN'den gelen çağrıların tüm Webex Calling hedeflerine erişiminin olması gerekir. Bu da, tüm Webex Calling hedeflerinin bulunduğu yukarıda belirtilen bölümün PSTN santralinde gelen çağrılar için kullanılan çağrı arama alanına eklenmesini gerektirir. Webex Calling hedeflerine erişim, mevcut erişime ek olarak gelir.

PSTN erişiminden Unified CM DID'lerine ve Webex Calling'e gelen çağrılar için DID gerekli olsa da, Webex Calling'den kaynaklanan çağrılar için Unified CM DID'leri ve PSTN hedeflerine erişim gereklidir.

Şekil 1. PSTN ve Webex Calling'den gelen çağrılar için farklı CoS

Bu şekilde, PSTN ve Webex Calling'den gelen çağrılar için bu iki farklı hizmet sınıfını karşılaştırılmaktadır. Şekilde ayrıca, PSTN ağ geçidi işlevinin Yerel Ağ Geçidi ile birlikte bulunması durumunda birleşik PSTN ağ geçidi ve Yerel Ağ Geçidinden Unified CM'ye iki santral gerektiği görülmektedir: PSTN kaynaklı çağrılar ve Webex Calling kaynaklı çağrılar için bir tane. Bunun nedeni, trafik türüne göre farklı çağrı arama alanları uygulama gerekliliğidir. Unified CM üzerinde iki gelen santral ile bu, her santralde gelen çağrılar için gerekli çağrı arama alanı yapılandırılarak kolayca gerçekleştirilebilir.

Çağrı Planı Entegrasyonu

Bu kılavuzda, "Cisco Collaboration Şirket İçi Dağıtımları için Tercih Edilen Mimari, CVD" içerisinde belirtilen güncel en iyi uygulamalar esas alınarak yapılmış mevcut bir kurulum olduğu varsayılır. Son sürüm burada mevcuttur.

Önerilen çağrı planı tasarımı, buradaki Cisco İş Birliği Sistemi SRND’nin son sürümünün Çağrı Planı bölümünde açıklanan tasarım yaklaşımını takip eder.

Şekil 2. Önerilen Çağrı Planı

Bu şekilde, önerilen çağrı planı tasarımının genel görünümü verilmiştir. Bu çağrı planı tasarımının önemli özellikleri şunları içerir:

  • Unified CM'de yapılandırılan tüm dizin numaraları +E.164 biçimindedir.

  • Tüm dizin numaraları aynı bölüm (DN) üzerinde yer alır ve acil olarak işaretlenmiştir.

  • Çekirdek yönlendirme, +E.164 temellidir.

  • +E.164 dışı tüm yönlendirme alışkanlıkları (örneğin, ortak bir çağrı alışkanlığı kullanan kısaltılmış site içi çağrılar ve PSTN çağrıları), çağrı normalleştirme çevrim şablonu kullanılarak +E.164 biçimine normalleştirilir (genelleştirilir).

  • Çağrı normalleştirme çevrim şablonu, çevrim şablonu çağrı arama alanını devralma kullanır. "Çağrı Kaynağının Çağrı Arama Alanını Kullan" seçeneği ayarlanmıştır.

  • Hizmet sınıfı, site ve hizmet sınıfına özel çağrı arama alanları kullanılarak uygulanır.

  • PSTN erişim özellikleri (örneğin, uluslararası PSTN hedeflerine erişim), hizmet sınıfını tanımlayan çağrı arama alanına ilgili +E.164 yol şablonlarıyla bölümler eklenerek uygulanır.

Webex Calling'e Erişilebilirlik

Şekil 3. Çağrı planına Webex Calling hedefi ekleme

Bu çağrı planına Webex Calling hedefleri için erişilebilirlik eklemek için, tüm Webex Calling hedeflerini temsil eden bir bölüm ("Webex Calling") oluşturulmalı ve Webex Calling'deki her bir DID aralığı için bir +E.164 yol şablonu bu bölüme eklenmelidir. Bu yol şablonu, yalnızca bir üyesi olan bir yol listesine başvuru yapıyor: Webex Calling'e yapılan çağrılar için Yerel Ağ Geçidine SIP santralli yönlendirme grubu. Tüm tuşlanan hedeflerin Unified CM kayıtlı uç noktalarından kaynaklanan çağrılar için çağrı normalleştirme çevrim şablonları veya PSTN'den kaynaklanan gelen çağrı tarafı dönüşümleri kullanılarak +E.164 biçimine normalleştirilmesi nedeniyle, kullanılan tuşlama alışkanlığından bağımsız olarak bu tek +E.164 yol şablonu kümesi yeterlidir.

Örneğin bir kullanıcının "914085550165" numarasını çevirmesi durumunda, "UStoE164" bölümündeki normalleştirme çevrim şablonu bu dizeyi "+14085550165" olarak normalleştirir ve bu da "Webex Calling" bölümünde bir Webex Calling hedefi için yol şablonuyla eşleşir. Unified CM son olarak çağrıyı yerel ağ geçidine gönderir.

Kısaltılmış Siteler Arası Tuşlama Ekleme

Şekil 4. Kısaltılmış Siteler Arası Tuşlama Ekleme

Referans tuşlama planına kısaltılmış siteler arası tuşlama eklemenin tavsiye edilen yolu, işletme numaralandırma planı altındaki tüm siteler için özel bir bölüme ("ESN", Önemli İşletme Numaraları) tuşlama normalleştirme çevrim şablonları eklemektir. Bu çevrim şablonları, tuşlama dizelerini işletme numaralandırma planı biçiminde keser ve tuşlanan dizeyi +E.164 biçimine normalleştirir.

Kurumsal kısaltılmış çağrı Webex Calling hedeflerine eklemek için, Webex Calling konumu için ilgili çağrı normalleştirme çevrim şablonunu "Webex Calling" bölümüne ekleyin (örneğin, şemada "8101XX"). Normalleştirmeden sonra çağrı, "Webex Calling" bölümünde yol şablonu eşleştirildikten sonra tekrar Webex Calling'e gönderilir.

Webex Calling çağrıları için kısaltılmış tuşlama normalleştirme çevrim şablonunun "ESN" bölümüne eklenmesini önermeyiz çünkü bu yapılandırma istenmeyen çağrı yönlendirme döngüleri oluşturabilir.

Calling için Protokol İşleyicileri

Webex Calling aşağıdaki protokol işleyicileri işletim sistemine kaydederek web tarayıcıları veya başka uygulamalardan tıkla ve konuş işlevi sağlayabilir. Aşağıdaki protokoller, Mac veya Windows'ta varsayılan çağrı uygulaması olduğunda Webex Uygulamasında sesli veya görüntülü çağrı başlatır:

  • CLICKTOCALL: veya CLICKTOCALL://

  • SIP: veya SIP://

  • TEL: veya TEL://

  • WEBEXTEL: veya WEBEXTEL://

Windows için Protokol İşleyicileri

Diğer uygulamalar, Webex Uygulamasından önce protokol işleyicilerine kaydolabilir. Windows 10'da, kullanıcıların çağrıyı başlatmak için hangi uygulamayı kullanacağını seçmelerini isteyen sistem penceresi. Kullanıcının Her zaman bu uygulamayı kullan seçeneğini işaretlemesi durumunda, kullanıcı tercihi hatırlanabilir.

Kullanıcıların Webex Uygulamasını seçebilmeleri için varsayılan çağrı uygulaması ayarlarını sıfırlamaları gerekiyorsa, kullanıcıdan Windows 10'da Webex Uygulaması için protokol ilişkilendirmelerini değiştirmelerini isteyebilirsiniz:

  1. Varsayılan uygulama ayarları sistem ayarlarını açın, Uygulamaya göre varsayılanları ayarla öğesine tıklayın ve Webex Uygulaması.

  2. Her bir protokol için seçeneğini seçin Webex Uygulaması.

macOS için protokol işleyicileri

Mac OS'te, çağrı protokollerine Webex Uygulamasından önce kaydedilmişse, kullanıcıların Webex Uygulamasını varsayılan çağrı seçeneği olarak yapılandırması gerekir.

Mac için Webex Uygulamasında kullanıcılar bunu onaylayabilir Webex Uygulaması, genel tercihler altındaki ayar ile Çağrıları başlat için seçilir. Ayrıca, bir Outlook kişisinin numarasına tıkladıklarında Webex Uygulamasında çağrı yapmak isterlerse Her Zaman Microsoft Outlook'a bağlan seçeneğini işaretleyebilirler.

20 Ekim 2023
Ortamınızı Webex Calling'e Hazırlama

Calling Gereksinimleri

Lisanslama

Webex Calling, Cisco İş Birliği Esnek Planıyla kullanılabilir. Bir İşletme Anlaşması (EA) planı (%50 Çalışma Alanı cihazları dahil olmak üzere tüm kullanıcılar için) veya Adlandırılmış Kullanıcı (NU) planı (kullanıcıların bazıları veya tümü) satın alabilirsiniz.

Webex Calling üç lisans türü ("İstasyon Türleri") sunar.

  • Profesyonel: Bu lisanslar, kuruluşunuzun tamamı için eksiksiz bir özellik seti sağlar. Bu teklif, birleştirilmiş iletişim (Webex Calling), mobilite (birden fazla cihaz desteğiyle masaüstü ve mobil istemciler), Webex Uygulamasında ekip iş birliğini ve toplantı başına 1000 katılımcıya kadar toplantılar düzenleme seçeneğini içerir.

  • Temel: Kullanıcılarınızın mobilite veya uyumlulaştırılmış iletişimin olmadığı sınırlı özelliklere ihtiyacı varsa, bu seçeneği seçin. Kullanıcılarınıza tam özellikli sesli iletişim hizmeti sunulur, ancak kullanıcı başına tek bir cihazla sınırlandırılır.


    Temel lisanslar ancak Adlandırılmış Kullanıcı aboneliğinizin olması durumunda kullanılabilir. Işletme Anlaşması abonelikleri için temel lisanslar desteklenmez.

  • Çalışma Alanları (Ortak Alan olarak da bilinir): Mola odası, lobi ve konferans odası gibi yerler için uygun bir dizi çağrı özelliğiyle birlikte temel çevir sesi hizmeti istiyorsanız, bu seçeneği işaretleyin.

Control Hub'ı kullanarak bu lisans dağıtımlarını kuruluşunuz genelinde nasıl yönetebileceğinize ilişkin bilgiler, bu belgenin ilerleyen kısımlarında verilmiştir.

Bant Genişliği Gereksinimi

Bir görüntülü çağrıdaki her bir cihaz için 2 Mbps düzeyine kadar veri aktarım hızı gerekir. Sesli bir çağrıdaki her bir cihaz için 100 kbps düzeyine kadar veri aktarım hızı gerekir. Boştaki telefonlar için asgari bant genişliği gerekir.

Genel Anahtarlamalı Telefon Ağı (PSTN)

Webex Calling PSTN hizmetlerini gerektirir, şu üç seçenekten birini seçin:

Iş yeri tabanlı PSTN için Yerel Ağ Geçidi

Hem Katman Değerli Satıcılar (VAR), hem de Hizmet Sağlayıcılar (SP) Webex Calling kuruluşlarına PSTN erişimi sağlayabilir. Mevcut durumda iş yeri temelli PSTN erişimi sağlamak için tek seçenek yerel ağ geçididir. Yerel ağ geçidini bağımsız olarak veya Cisco Unified Communications Manager ile entegrasyon içinde dağıtabilirsiniz. Ayrıntılar için bkz. Yerel ağ geçidini kullanmaya başlayın.

Desteklenen cihazlar

Webex Calling, Cisco Çok Platformlu (MPP) IP Telefonlarını destekler. Yönetici olarak, aşağıdaki telefonları buluta kaydedebilirsiniz. Daha fazla bilgi için aşağıdaki Yardım makalelerini inceleyin:


Webex Calling için desteklenen cihazların tam listesi için bkz. Webex Calling için Desteklenen Cihazlar.

Cisco Webex Room, Webex Board ve Masa Cihazları, Control Hub'da oluşturduğunuz bir Çalışma Alanında cihaz olarak desteklenir. Daha fazla bilgi için Webex Calling Için Desteklenen Cihazlarda "Cisco Webex Room, Webex Board ve Desk Cihazları" bölümüne bakın. Yine de, Çalışma Alanı için Webex Calling'i etkinleştirerek bu cihazlar için PSTN sağlayabilirsiniz.

Güvenlik Duvarı

Cisco Webex Calling için Bağlantı Noktası Referans Bilgilerinde belgelenen güvenlik duvarı gereksinimlerini karşılayın.

Webex Calling için Yerel Ağ Geçidi Gereksinimleri

Genel ön koşullar

Webex Calling için bir yerel ağ geçidi yapılandırmadan önce, şunları yaptığınızdan emin olun:

  • VoIP ilkeleri hakkında temel bilgi sahibi olduğunuzdan

  • IOS-XE ve IOS-XE ses konseptleri hakkında temel çalışma bilgisine sahip olduğunuzdan,

  • Oturum Başlatma Protokolü (SIP) hakkında temel bilgiye sahip olun

  • Dağıtım modelinizin Unified CM içermesi durumunda, Cisco Unified Communications Manager (Unified CM) hakkında temel bilgiye sahip olduğunuzdan emin olun.

Ayrıntılar için Cisco Unified Sınır Öğesi (CUBE) Kurumsal Yapılandırma Kılavuzu'na bakın.

Yerel Ağ Geçidi için Donanım ve Yazılım Gereksinimleri

Dağıtımınızda, Webex Calling Sipariş Kılavuzu Tablo 1'de yer alan yerel ağ geçitlerinden (Cisco CUBE (IP tabanlı bağlantı için) veya Cisco IOS Ağ Geçidi (TDM tabanlı bağlantı için)) biri veya daha fazlasının olduğundan emin olun. Bunun yanında, platformda Yerel Ağ Geçidi Yapılandırma Kılavuzu'na uygun olarak desteklenen bir IOS-XE sürümü bulunduğundan emin olun.

Yerel Ağ Geçidi için Sertifika ve Güvenlik Gereksinimleri

Webex Calling, güvenli sinyal gönderme ve ortam gerektirir. Yerel ağ geçidi şifrelemeyi gerçekleştirir ve aşağıdaki adımlarla buluta doğru TLS bağlantısı kurulmalıdır:

  • LGW, Cisco PKI'dan gelen CA kök demetiyle güncellenmelidir

  • LGW'yu yapılandırmak için Control Hub'ın Santral yapılandırma sayfasından bir dizi SIP özeti kimlik bilgileri kullanılır (adımlar, takip eden yapılandırma işleminin parçasıdır)

  • CA kök demeti, belirtilen sertifikayı doğrular

  • Kimlik bilgileri istenir (SIP özeti sağlanır)

  • Bulut, hangi yerel ağ geçidinin güvenli bir biçimde kaydedildiğini tespit eder

Yerel Ağ Geçidi için Güvenlik Duvarı, NAT Geçişi ve Ortam Yolu Optimizasyonu Gereksinimleri

Çoğu durumda, yerel ağ geçidi ve uç noktalar, NAT ile özel IP adresleri kullanarak dahili müşteri ağında bulunabilir. İşletme güvenlik duvarı, Port Referans Bilgileri'nde açıklanan belirli IP adreslerine/portlara giden trafiğe (SIP, RTP/UDP, HTTP) izin vermelidir.

ICE ile Ortam Yolu Optimizasyonu kullanmak isterseniz, yerel ağ geçidinin Webex Calling'e dönük arayüzünün Webex Calling uç noktalarına ve bu uç noktalarından doğrudan ağ yolu olmalıdır. Uç noktaların farklı bir konumda olması ve uç noktalar ile yerel ağ geçidinin Webex Calling'e dönük arayüzü arasında doğrudan ağ yolu olmaması durumunda, için yerel ağ geçidinin, yerel ağ geçidi ile ortam yolu optimizasyonunu kullanacak uç noktalar arasındaki çağrılar için Webex Calling'e dönük arayüze atanmış genel bir IP adresi olmalıdır. Bunun yanında, IOS-XE sürümü 16.12.5 çalıştırmalıdır.

14 Temmuz 2023
Kuruluşunuz için Cisco Webex Calling'i Yapılandırma

Control Hub’da Webex Calling için organizasyonlarınızı özelleştirin. İlk Kurulum Sihirbazı aracılığıyla ilk konumunu etkinleştirdikten sonra, ek konumları, santral ataması ve kullanımı, arama planı seçenekleri, kullanıcılar, cihazlar ve özellikleri ayarlayabilir ve yönetebilirsiniz.

Webex Calling hizmetlerinizi kullanmaya başlamak için, İlk Kurulum Sihirbazını (FTSW - First Time Setup Wizard) tamamlamanız gerekir. FTSW ilk konumunuz için tamamlandığında, ek konumlar için tamamlanması gerekmez.

1

Aldığınız Karşılama e-postasında yer alan Başlarken bağlantısına tıklayın.


 

Control Hub’da oturum açmak için otomatik olarak yönetici e-posta adresiniz kullanılacak ve daha sonra Control Hub’da yönetici parolanızı oluşturmanız istenecektir. Oturum açmanızdan sonra kurulum sihirbazı otomatik olarak başlar.

2

Hizmet koşullarını inceleyip kabul edin.

3

Planınızı gözden geçirin ve Başlarken'e tıklayın.


 

FTSW’nun ilk adımlarını etkinleştirmekten hesap yöneticiniz sorumludur. Başlarken’i seçtiğinizde “Cannot Setup Your Call” (Çağrınızın Kurulumu Yapılamıyor) mesajı almanız durumunda, hesap yöneticinizle görüşün.

4

Veri merkezinizin eşlenmesi gereken ülkeyi seçin ve müşteri iletişim ve adres bilgilerini girin.

5

İleri: Varsayılan Konum'a tıklayın.

6

Aşağıdaki seçenekler arasından seçim yapın:

  • İş ortağı yöneticisiyseniz ve Webex Calling’in sağlanmasını müşteri yöneticisinin tamamlamasını istiyorsanız, Kaydet ve Kapat öğesine tıklayın.
  • Gerekli konum bilgilerini doldurun. Sihirbazda konum oluşturduktan sonra başka konumlar da oluşturabilirsiniz.

 

Kurulum sihirbazını tamamladıktan sonra, oluşturduğunuz konuma ana numara eklemeyi unutmayın.

7

Bu konuma uygulanmak üzere şu seçimleri yapın:

  • Duyuru Dili: Yeni kullanıcılar ve özelliklere yönelik sesli duyurular ve talimatlar içindir.
  • E-posta Dili: Yeni kullanıcılara yönelik e-posta iletişimi içindir.
  • Ülke
  • Saat Dilimi
8

İleri'ye tıklayın.

9

Kullanılabilir bir Cisco Webex SIP adresi girin, İleri’ye tıklayın ve Bitir’i seçin.

Başlamadan önce

Yeni bir konum oluşturmak için aşağıdaki bilgileri hazır bulundurun:

  • Konum adresi

  • İstenen telefon numaraları (isteğe bağlı)

1

Şuradan Control Hub'da oturum açın:https://admin.webex.com , git Yönetim > Konum .

Yeni konumların, İlk Kurulum Sihirbazıyla seçtiğiniz ülkeye karşılık gelen bölgesel veri merkezinde barındırılacağını göz önünde bulundurun.

2

Konumun ayarlarını yapılandırın:

  • Konum Adı: Konumu tanımlamak için benzersiz bir ad girin.
  • Ülke: Konumun bağlanacağı bir ülke seçin. Örneğin, Amerika Birleşik Devletleri'nde (genel merkez) ve Birleşik Krallık'ta (şube) birer konum oluşturabilirsiniz. Seçtiğiniz ülke, sonrasındaki adres alanlarını belirler. Bu belgede örnek olarak ABD adres standardı kullanılmıştır.
  • Adres: Konumun ana posta adresini girin.
  • Şehir/Kasaba —Bu konum için bir şehir girin.
  • Eyalet/İl/Bölge —Açılır menüden bir durum seçin.
  • ZIP/Posta Kodu: ZIP veya posta kodunu girin.
  • Duyuru Dili —Yeni kullanıcılar ve özellikler için sesli duyurular ve istemler için dili seçin.
  • E-posta Dili —Yeni kullanıcılarla e-posta iletişimi için dili seçin.
  • saat dilimi —Konum için saat dilimi seçin.
3

tıklayın Kaydet ve sonra seç evet / hayır Şimdi veya daha sonra konuma numara eklemek için

4

Şimdi Ekle'ye tıklarsanız, aşağıdaki seçeneklerden birini seçin:

  • Cisco PSTN: Cisco’dan Cloud PSTN çözümü isterseniz bu seçeneği belirleyin. Cisco Calling Plan, acil durum çağrılarının yanı sıra gelen ve giden yurt içi ve uluslararası çağrılar yapma imkanı sağlayan ve yeni PSTN numaraları sipariş etmenize veya mevcut numaraları Cisco’ya taşımanıza olanak tanıyan eksiksiz bir PSTN değiştirme çözümüdür.


     

    Cisco PSTN seçeneği yalnızca aşağıdaki koşullarda görünür:

    • En az bir taahhüt edilen Cisco Calling Plan OCP (Giden Çağrı Planı) satın aldınız.

    • Konumunuz, Cisco Çağrı Plan hizmetini destekleyen bir ülkededir.

    • Konumunuz yeni. Başka PSTN işlevlerinin atandığı önceden mevcut olan konumlar, Cisco Calling Plan için şu anda kullanılamaz. Rehberlik için bir destek durumu açın.

    • Cisco Çağrı Planının desteklendiği bir bölgedeki bir Webex Calling Veri Merkezinde barındırılırsınız.

  • Bulut bağlantılı PSTN: Bir Cisco CCP iş ortağından PSTN bulut çözümü arıyorsanız veya Cisco Calling Plan konumunuzda kullanılamıyorsa bu seçeneği işaretleyin. CCP iş ortakları size PSTN değiştirme çözümleri, geniş küresel kapsama ve farklı özellikler, paketleme ve fiyat teklif eder.

     

    CCP iş ortakları ve coğrafi kapsam burada listelenmiştir. Yalnızca konumunuzun ülkesini destekleyen iş ortakları gösterilir. İş ortakları, bir logo ile veya bir bölgeyi takip eden kısa metin dizesi olarak parantez içinde listelenir (Örnek: (AB), (ABD) veya (CA). Logo ile listelenen iş ortakları, her zaman CCP için Bölgesel Ortamları sağlar. Dize olarak görüntüleyen ortaklar için CCP Bölgesel Ortamını sağlamak amacıyla ülkenize en yakın bölgeyi seçin.

    Listelenen bir sağlayıcı altında Numaraları şimdi sipariş et seçeneğini görürseniz entegre CCP’yi kullanmak üzere bu seçeneği seçmenizi öneririz. Entegre CCP, tek bir cam bölmesinde Control Hub’da telefon numaralarının sağlanmasını ve temin edilmesini mümkün kılar. Entegre olmayan CCP, telefon numaralarınızı Control Hub’ın dışındaki CCP iş ortağından sağlamanızı gerektirir.

  • İş yeri temelli PSTN (Yerel Ağ Geçidi): Mevcut PSTN sağlayıcınızı değiştirmek istemiyorsanız veya bulut dışı tesisleri bulut tesislerine bağlamak istiyorsanız, bu seçeneği seçebilirsiniz.

Bu PSTN seçeneği her konum kademesindedir (her konumda sadece bir veya birkaç PSTN vardır). Dağıtımınız için istediğiniz sayıda seçeneği karıştırabilir ve eşleştirebilirsiniz, ancak her konumda tek bir seçenek vardır. Bir PSTN seçeneğini seçtikten ve sağladıktan sonra, PSTN özellikleri konumunda Yönet’e tıklayarak bunu değiştirebilirsiniz. Ancak Cisco PSTN gibi bazı seçenekler başka bir seçenek atandıktan sonra kullanılamayabilir. Rehberlik için bir destek durumu açın.

5

Numaraları hemen mi, daha sonra mı etkinleştirmek istediğinizi seçin.

6

Entegre olmayan CCP veya İş Yeri Tabanlı PSTN seçtiyseniz Telefon Numaraları’nı virgülle ayrılmış değerler olarak girin ve Doğrula’ya tıklayın.

İlgili konum için numaralar eklenir. Geçerli girdiler Doğrulanan Numaralar alanına eklenirken, geçersiz girdiler, yanında hata mesajıyla birlikte Numara Ekle alanında kalır.

Konumun ülkesine bağlı olarak, numaralar yerel çağrı gereksinimlerine göre biçimlendirilir. Örneğin, ülke kodu gerekiyorsa, numaraları kodlu veya kodsuz olarak girebilirsiniz ve kod numaranın başına eklenir.

7

Kaydet seçeneğine tıklayın.

Sonraki işlemler

Bir konum oluşturduktan sonra, o konum için 911 acil durum hizmetlerini etkinleştirebilirsiniz. Daha fazla bilgi için bkz. Webex Calling için RedSky Acil Durum 911 Hizmeti.

Başlamadan önce


Bir konumla ilişkili kullanıcıların ve çalışma alanlarının listesini almak için: Hizmetler > Numaralar’a gidin ve açılır menüden silinecek konumu seçin. Konumu silmeden önce bu kullanıcıları ve Çalışma Alanlarını silmeniz gerekir.

1

Şuradan Control Hub'da oturum açın:https://admin.webex.com , git Yönetim > Konum .

2

tıklayın içinde Eylemler Silmek istediğiniz konumun yanındaki sütun.

3

Seç Konumu Sil öğesini seçin ve bu konumu silmek istediğinizi onaylayın.

Konumun kalıcı olarak silinmesi genellikle birkaç dakika sürse de, bazen bu süre bir saate kadar çıkabilir. Konum adının yanında bulunan Daha Fazla seçeneğine tıklayıp Silme Durumu öğesini seçerek durumu kontrol edebilirsiniz.

Konum oluşturulduktan sonra PSTN ayarlarınız ile konumunuzun adını, saat dilimini ve dilini değiştirebilirsiniz. Yine de, yeni dilin yalnızca yeni kullanıcılar ve cihazlar için geçerli olacağını unutmayın. Mevcut kullanıcılar ve cihazlar, eski dili kullanmaya devam eder.


Mevcut konumlar için 911 acil durum hizmetlerini etkinleştirebilirsiniz. Daha fazla bilgi için bkz. Webex Calling için RedSky Acil Durum 911 Hizmeti.

1

Şuradan Control Hub'da oturum açın:https://admin.webex.com , git Yönetim > Konum .

Bir konumun yanında Dikkat işareti görürseniz, bunun anlamı, o konum için telefon numaranızı henüz yapılandırmamış olmanızdır. Bu numarayı yapılandırana kadar arama yapamaz veya alamazsınız.

2

(İsteğe bağlı) PSTN Bağlantısı altından, hangisini yapılandırmış olduğunuza bağlı olarak Bulut Bağlantılı PSTN veya İş Yeri Temelli PSTN (yerel ağ geçidi) öğesini seçin. Bu yapılandırmayı değiştirmek için Yönet'e tıklayın ve ardından Devam'ı seçerek bununla ilgili riskleri kabul edin. Sonra, aşağıdaki seçeneklerden birini seçin ve Kaydet'e tıklayın:

  • Cisco PSTN: Cisco’dan Cloud PSTN çözümü isterseniz bu seçeneği belirleyin. Cisco Calling Plan, acil durum çağrılarının yanı sıra gelen ve giden yurt içi ve uluslararası çağrılar yapma imkanı sağlayan ve yeni PSTN numaraları sipariş etmenize veya mevcut numaraları Cisco’ya taşımanıza olanak tanıyan eksiksiz bir PSTN değiştirme çözümüdür.


     

    Cisco PSTN seçeneği yalnızca aşağıdaki koşullarda görünür:

    • En az bir taahhüt edilen Cisco Calling Plan OCP (Giden Çağrı Planı) satın aldınız.

    • Konumunuz, Cisco Çağrı Plan hizmetini destekleyen bir ülkededir.

    • Konumunuz yeni. Başka PSTN işlevlerinin atandığı önceden mevcut olan konumlar, Cisco Calling Plan için şu anda kullanılamaz. Rehberlik için bir destek durumu açın.

    • Cisco Çağrı Planının desteklendiği bir bölgedeki bir Webex Calling Veri Merkezinde barındırılırsınız.

  • Bulut bağlantılı PSTN: Bir Cisco CCP iş ortağından PSTN bulut çözümü arıyorsanız veya Cisco Calling Plan konumunuzda kullanılamıyorsa bu seçeneği işaretleyin. CCP iş ortakları size PSTN değiştirme çözümleri, geniş küresel kapsama ve farklı özellikler, paketleme ve fiyat teklif eder.

     

    CCP iş ortakları ve coğrafi kapsam burada listelenmiştir. Yalnızca konumunuzun ülkesini destekleyen iş ortakları gösterilir. İş ortakları, bir logo ile veya bir bölgeyi takip eden kısa metin dizesi olarak parantez içinde listelenir (Örnek: (AB), (ABD) veya (CA). Logo ile listelenen iş ortakları, her zaman CCP için Bölgesel Ortamları sağlar. Dize olarak görüntüleyen ortaklar için CCP Bölgesel Ortamını sağlamak amacıyla ülkenize en yakın bölgeyi seçin.

    Listelenen bir sağlayıcı altında Numaraları şimdi sipariş et seçeneğini görürseniz entegre CCP’yi kullanmak üzere bu seçeneği seçmenizi öneririz. Entegre CCP, tek bir cam bölmesinde Control Hub’da telefon numaralarının sağlanmasını ve temin edilmesini mümkün kılar. Entegre olmayan CCP, telefon numaralarınızı Control Hub’ın dışındaki CCP iş ortağından sağlamanızı gerektirir.

  • İş yeri temelli PSTN (Yerel Ağ Geçidi): Mevcut PSTN sağlayıcınızı değiştirmek istemiyorsanız veya bulut dışı tesisleri bulut tesislerine bağlamak istiyorsanız, bu seçeneği seçebilirsiniz.

     

    Konumları daha önce Yerel Ağ Geçidi ile yapılandırılmış Webex Calling müşterileri, karşılık gelen PSTN ile otomatik olarak iş yeri temelli PSTN’ye dönüştürülür.

3

Konumun ana iletişim yetkilisine ulaşmak için kullanılacak Ana Numara'yı seçin.

4

(Opsiyonel) Altında Acil Arama , seçebilirsiniz Acil Konum Tanımlayıcı bu konuma atamak için


 

Bu ayar isteğe bağlıdır ve yalnızca bunu gerektiren ülkeler için geçerlidir.

Bazı ülkelerde (Örnek: Fransa), acil arama yaptığınızda hücrenin kimliğini belirlemek için hücresel telsiz sistemleri için düzenleyici gereklilikler mevcuttur ve acil durum yetkililerine sunulur. ABD ve Kanada gibi diğer ülkeler, diğer yöntemleri kullanarak konum belirlemeyi uygular. Daha fazla bilgi için bkz. Gelişmiş Acil Arama .

acil arama sağlayıcınız, erişim ağı hakkında bilgiye ihtiyaç duyabilir ve bu, yeni bir özel SIP dahili hattı başlığı olan P-Access-Network-Info tanımlanarak elde edilir. Başlık, erişim ağıyla ilgili bilgileri taşır.

Bir Konum için Acil Konum Tanımlayıcı'yı ayarladığınızda, konum değeri SIP mesajı bir parçası olarak sağlayıcıya gönderilir. Bu ayara ihtiyacınız olup olmadığını öğrenmek için acil arama sağlayıcınıza başvurun ve acil acil arama sağlayıcınız tarafından sağlanan değeri kullanın."

5

Kullanıcıların bu konum için sesli mesajlarını kontrol etmek için arayabileceği Sesli Mesaj Numarası'nı seçin.

6

(İsteğe Bağlı) Konum sayfasının üst kısmında bulunan kalem simgesine tıklayarak, Konum Adı, Saat Dilimi veya Dil öğelerini ihtiyaca göre değiştirip, ardından Kaydet'e tıklayabilirsiniz.


 

Duyuru dili değişikliği, bu konuma eklenen tüm yeni kullanıcılar ve özellikler için hemen geçerli olacaktır. Mevcut kullanıcıların ve/veya özelliklerin duyuru dillerinin de değiştirilmesi gerekiyorsa, istendiğinde, Mevcut kullanıcılar ve çalışma alanları için değişiklik veya Mevcut özellikler için değişiklik . Uygula öğesini tıklayın. İlerlemeyi Görevler sayfasından görebilirsiniz. Bu işlem tamamlanana kadar başka bir değişiklik yapamazsınız.


 

Saat Dilimi’ni değiştirmek, bu konumla ilişkili özelliklerin saat dilimlerini güncellemez. Otomatik santral, çağrı yakalama grubu ve çağrı sırası gibi özelliklerin saat dilimlerini düzenlemek için ilgili özelliğin Genel Ayarlar alanına gidin ve yaptığınız düzenlemeyi buraya kaydedin.

Bu ayarlar dahili arama içindir ve ilk kurulum sihirbazında da mevcuttur. Çağrı planınızı değiştirdiğinizde, değişiklikler uygulanarak Control Hub'daki örnek numaralar güncellenir.


Bir konum için giden çağrı izinlerini yapılandırabilirsiniz. Giden çağrı izinlerini yapılandırmak için bu adımları inceleyin.

1

Şuradan Control Hub'da oturum açın:https://admin.webex.com/ , git Hizmetler > arama > Servis Ayarları öğesine gidin ve ardından Dahili Arama .

2

Aşağıdaki isteğe bağlı çağrı tercihlerini ihtiyacınıza göre yapılandırın:

  • Konum Yönlendirme Ön Eki Uzunluğu: Birden fazla konumunuz varsa, bu ayarı öneririz. 2-7 hane girebilirsiniz. Aynı dahili numaraya sahip birden fazla konumunuz varsa, kullanıcıların konumlar arasında çağrı yaparken bir ön ek tuşlaması gerekir. Örneğin, dahili numaraları 1000 olan birden fazla mağazanız varsa, her bir mağaza için bir yönlendirme ön eki yapılandırabilirsiniz. Bir mağazanın ön ekinin 888 olması durumunda, o mağazaya ulaşmak için 8881000 tuşlamanız gerekecektir.

  •  

    Yönlendirme önek uzunlukları, yönlendirme basamağını içerir. Örneğin, yönlendirme önekini dörde ayarlarsanız, siteyi belirtmek için yalnızca üç basamak kullanılabilir.

  • Yönlendirme Önekinde Yönlendirme Basamağı — Her yönlendirme önekinin ilk basamağı olarak ayarlanacak numarayı seçin.
  • Dahili Numara Uzunluğu: 2-6 hane girebilirsiniz ve varsayılan hane sayısı 2'dir.

     

    Dahili numaranızın uzunluğunu artırdıktan sonra dahili numaralara yapılan hızlı çağrılar otomatik güncellenmez.

3

Belirli konumlar için dahili arama belirtin. Hizmetler > Calling > Konumlar’a gidip bir konum seçin, Arama’ya kaydırın ve ardından, dahili ve harici aramayı ihtiyaç duyduğunuz gibi değiştirin:

  • Dahili Arama: Başka konumlardaki kullanıcıların bu konumdaki bir kişiyle görüşmek için çevirmesi gereken yönlendirme ön ekini belirtin. Her konumun yönlendirme ön eki benzersiz olmalıdır. Ön ek uzunluklarının kuruluş düzeyinde ayarlanan uzunlukla eşleşmesini öneririz. Bu uzunluğun 2-7 hane olması gerekir.
  • Harici Arama: İsteğe bağlı olarak, kullanıcıların dışarıdaki bir hatta ulaşmak için çevirmesi gereken bir giden çağrı hanesi belirleyebilirsiniz Varsayılan değer Hiçbiri'dir ve bu çevirme alışkanlığına ihtiyaç duymuyorsanız, bu değeri değiştirmeden bırakabilirsiniz. Bu özelliği kullanmaya karar verirseniz, kuruluşunuzun belirleyici hanesinden farklı bir numara kullanmanızı öneririz.

     

    Kullanıcılar, eski sistemlerde yaptıkları tuşlamaları taklit etmek için harici çağrılar yaparken giden çağrı hanesini ekleyebilir. Ancak, tüm kullanıcılar yine de giden arama rakamı olmadan harici aramalar yapabilir.

Kullanıcılara etkisi:

  • Arama tercihlerindeki değişikliklerin etkili olması için kullanıcıların telefonlarını yeniden başlatmaları gerekir.

  • Kullanıcı uzantıları, konumun yönlendirme hanesi veya giden arama haneleri ile aynı numarayla başlamamalıdır.

Katma değerli satıcıysanız, Control Hub’da bu işlemleri yaparak yerel ağ geçidi yapılandırmanızı başlatabilirsiniz. Bu ağ geçidi buluta kaydedildiğinde, ağ geçidini bir veya daha fazla Webex Calling konumunuzda kullanarak bir işletme PSTN hizmet sağlayıcısına yönlendirme sağlayabilirsiniz.


Yerel ağ geçidine sahip bir konum, yerel ağ geçidi başka konumlar için kullanılırken silinemez.

Control Hub’da santral oluşturmak için aşağıdaki adımları izleyebilirsiniz.

Başlamadan önce

  • Bir konum eklendiğinde ve bir konum için iş yeri temelli PSTN yapılandırılmadan önce bir santral oluşturmanız gerekir.

  • Bunların her biri için konumlar, özel ayarlar ve numaralar oluşturun. İş yeri temelli PSTN eklemeden önce konumların mevcut olması gerekir.

  • Webex Calling için İş Yeri Tabanlı PSTN (yerel ağ geçidi) gereksinimlerini anlayın.

  • İş yeri temelli PSTN'nin bulunduğu bir konum için birden fazla santral seçemezsiniz, ancak aynı santrali birden fazla konum için seçebilirsiniz.

1

giriş yap Kontrol Merkezi dehttps://admin.webex.com , git Hizmetler > arama > Çağrı Yönlendirme ve seçin Gövde Ekle .

2

Bir konum seçin.

3

Santrale ad verip Kaydet’e tıklayın.


 

Bu ad en fazla 24 karakter uzunluğunda olabilir.

Sonraki işlemler

Santralde yapılandırmanızın gerektiği ilgili parametreler sunulur. PSTN bağlantısının güvenliğini sağlamak için bir dizi SIP özeti kimlik bilgileri oluşturmanız gerekir.

Ekranda santral bilgileri görünür Etki Alanı Kaydetme, Santral Grubu OTG/DTG, Hat/Port ve Giden Proxy Adresi.

Control Hub’dan bu bilgileri kopyalayıp, iş yeri temelli PSTN’yi yapılandırmaya hazır olduğunuzda kullanmak üzere yerel bir metin dosyası veya belgeye yapıştırmanızı öneririz.

Kimlik bilgilerini kaydederseniz, bu bilgileri Control Hub’daki santral bilgi ekranından oluşturmanız gerekir. Kullanıcı Adını Al ve Parolayı Sıfırla öğesine tıklayarak santralde kullanmak için yeni bir kimliği doğrulama bilgisi kümesi oluşturun.

1

Şuradan Control Hub'da oturum açın:https://admin.webex.com , git Yönetim > Konum .

2

Değiştirilecek bir konum seçin ve Yönet'e tıklayın.

3

İş Yeri Temelli PSTN'yi seçin ve İleri'ye tıklayın.

4

Açılır menüden bir santral seçin.


 

Santral grubu seçeneklerinizi yönetmek için santral sayfasına girin.

5

Onaylama bildirimine ve ardından Kaydet'e tıklayın.

Sonraki işlemler

Control Hub'ın oluşturduğu yapılandırma bilgilerini alıp, parametreleri yerel ağ geçidine (örneğin, iş yerinde bulunan Cisco CUBE sistemine) eşlemeniz gerekir. Bu makale size bu işlemde yol gösterecek. Referans olarak, Control Hub yapılandırma bilgilerinin (solda) CUBE sistemindeki parametrelere nasıl eşlendiğinin (sağda) örneği için aşağıdaki şemayı inceleyin:

Ağ geçidinin kendisinde yapılandırmayı başarıyla tamamladıktan sonra, Control Hub’da Hizmetler > Calling > Konumlar’a dönebilirsiniz. Bu durumda, oluşturduğunuz ağ geçidi, ona atadığınız konum kartında adının sol tarafında yeşil bir nokta ile listelenecektir. Bu durum, ağ geçidinin çağrı bulutuna güvenli bir biçimde kaydedildiğini ve bu konum için etkin PSTN ağ geçidi olarak çalıştığını gösterir.

1

giriş yap Kontrol Merkezi dehttps://admin.webex.com , bina simgesini seçin .

2

Abonelikler sekmesini seçin ve ardından Hemen Satın Al'a tıklayın.

Ücretli aboneliğe geçmek istediğinizi belirten bir e-posta iş ortağınıza gönderilecektir.

Kullanıcılar arama yaptığında hangi arama uygulamasının açılacağını kontrol edebilirsiniz. Unified CM veya Webex Calling ve Cisco ücretli arama hizmetleri olmayan kullanıcılar. Daha fazla bilgi için bkz.: Arama davranışını ayarla .

28 Şubat 2024
IOS-XE üzerinde Webex Calling için Yerel Ağ Geçidi Yapılandırma

Kuruluşunuz için Webex Calling yapılandırdıktan sonra, Local Gateway'inizi Webex Calling bağlamak için bir dış hat yapılandırabilirsiniz. SIP TLS aktarımı, Yerel Ağ Geçidi ile Webex bulutu arasındaki ana hattın güvenliğini sağlar. Yerel Ağ Geçidi ile Webex Calling arasındaki medya SRTP kullanır.

Yerel Ağ Geçidi yapılandırma görevi akışı

Sizin için Yerel Ağ Geçidini yapılandırmak için iki seçenek vardır. Webex Calling bagaj:

  • Kayıt tabanlı ana hat

  • Sertifika tabanlı ana hat

altındaki görev akışını kullanın. Kayıt Tabanlı Yerel Ağ Geçidi veya Sertifika Tabanlı Yerel Ağ Geçidi için Yerel Ağ Geçidini yapılandırmak için Webex Calling bagaj. Farklı santral türleri hakkında daha fazla bilgi için Yerel Ağ Geçidini kullanmaya başlama bölümüne bakın. Komut Satırı Arabirimini (CLI) kullanarak Yerel Ağ Geçidinin kendisinde aşağıdaki adımları gerçekleştirin. Ana hattın güvenliğini sağlamak için Oturum Başlatma Protokolü (SIP) ve Taşıma Katmanı Güvenliği (TLS) aktarımını ve Yerel Ağ Geçidi ile medyanın güvenliğini sağlamak için Güvenli Gerçek Zamanlı Protokolü (SRTP) kullanıyoruz. Webex Calling .

Başlamadan önce

  • için tesis tabanlı Genel Anahtarlamalı Telefon Ağı (PSTN) ve Yerel Ağ Geçidi (LGW) gereksinimlerini anlayın. Webex Calling . Bkz. Webex Calling için Cisco Tercih Edilen Mimari daha fazla bilgi için.

  • Bu makale, mevcut ses yapılandırması olmadan özel bir Yerel Ağ Geçidi platformunun mevcut olduğunu varsayar. Yerel Ağ Geçidi işlevi olarak kullanmak üzere mevcut bir PSTN ağ geçidi veya Yerel Ağ Geçidi kurumsal dağıtımını değiştirirseniz, Webex Calling , ardından yapılandırmaya dikkat edin. Yaptığınız değişiklikler nedeniyle mevcut çağrı akışlarını ve işlevlerini kesintiye uğratmadığınızdan emin olun.

  • Control Hub'da bir santral oluşturun ve bu santrali konuma atayın. Bkz. Webex Calling için ana hatları, rota gruplarını ve arama planlarını yapılandırın daha fazla bilgi için.


 
Prosedürler, bireysel komut seçenekleri hakkında daha fazla bilgi edinebileceğiniz komut referans belgelerine bağlantılar içerir. Tüm komut referans bağlantıları şuraya gidin: Webex Yönetilen Ağ Geçitleri Komut Referansı aksi belirtilmedikçe (bu durumda komut bağlantıları şuraya gider: Cisco IOS Sesli Komut Referansı ). Tüm bu kılavuzlara Cisco Unified Sınır Öğesi Komut Referanslarından erişebilirsiniz.

Üçüncü taraf SBC'ler hakkında bilgi için ilgili ürün referans belgelerine bakın.


 

Cisco TDM-SIP Ağ Geçitlerinde PSTN çağrı ayakları için TDM arayüzlerini yapılandırmak için bkz. ISDN PRI Yapılandırma.

Başlamadan önce

  • Yapılandırdığınız aşağıdaki temel platform yapılandırmasının kuruluşunuzun ilkelerine ve prosedürlerine göre Kurulum emin olun:

    • NTP'ler

    • ACL'ler

    • Şifreleri etkinleştir

    • Birincil şifre

    • IP yönlendirme

    • IP Adresleri vb.

  • Tüm Yerel Ağ Geçidi dağıtımları için minimum desteklenen bir Cisco IOS XE 16.12 veya IOS-XE 17.3 sürümüne ihtiyacınız vardır.


 

Yalnızca CUBE, kayıt tabanlı Yerel Ağ Geçidini destekler; üçüncü taraflardan başka hiçbir SBC desteklenmez.

1

Geçerli ve yönlendirilebilir IP adreslerine sahip Katman 3 arabirimlerini atadığınızdan emin olun:

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
ip address 192.168.43.197 255.255.255.0
2

Kimlik bilgilerini ve paylaşılan sırları kullanmadan önce, aşağıdaki komutları kullanarak parola için bir birincil anahtarı önceden yapılandırın. AES şifresini ve kullanıcı tanımlı birincil anahtarı kullanarak Type 6 parolalarını şifrelersiniz.

conf t
key config-key password-encrypt Password123
password encryption aes
3

IP ad sunucusunu, DNS aramasını ve sunucunun erişilebilir olduğundan emin olmak için ping'i etkinleştirecek şekilde yapılandırın. Yerel Ağ Geçidi, Webex Calling proxy adreslerini çözmek için DNS kullanır:

conf t
Enter configuration commands, one per line.  End with CNTL/Z.
ip name-server 8.8.8.8
end
4

TLS 1.2 Münhasırlığını ve varsayılan bir yer tutucu güven noktasını etkinleştirin:

  1. Bir yer tutucu PKI güven noktası oluşturun ve onu arayın örnekTP .

  2. Güven noktasını, altında varsayılan sinyalleşme güven noktası olarak atayın. yudum .


     

    Bir cn-san-validate sunucusu Yerel Ağ Geçidi bağlantısını, yalnızca üzerinde yapılandırdığınız giden proxy'si varsa kurar. kiracı 200 (daha sonra açıklanacaktır) sunucudan aldığınız CN-SAN listesiyle eşleşir.

    TLS çalışması için kripto güven noktasına ihtiyacınız var. Bağlantı için yerel bir istemci sertifikası (örneğin, Kurulum ) ihtiyacınız olmasa da.

  3. TLS v1.0 ve v1.1'i devre dışı bırakmak için v1.2 münhasırlığını etkinleştirin.

  4. tcp-tekrar deneme sayısını 1000 olarak ayarlayın (5 msn katları = 5 saniye).

  5. TLS kurmak için zamanlayıcılar bağlantısını ayarlayın<wait-timer in="" sec=""> . Aralık 5–20 saniyedir ve varsayılan değer 20 saniyedir. (LGW'nin bir sonraki kullanılabilir bağlantı kurmaya çalışmadan önce TLS bağlantı hatası algılaması 20 saniye sürer. Webex Calling SBC'ye erişin. CLI, yöneticinin ağ koşullarına uyum sağlamak için değeri değiştirmesine ve Access SBC ile bağlantı hatalarını çok daha hızlı algılamasına olanak tanır).


     

    Cisco IOS XE 17.3.2 ve sonraki sürümler geçerlidir.

configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
crypto pki trustpoint sampleTP
revocation-check crl
exit

sip-ua
crypto signaling default trustpoint sampleTP cn-san-validate server
transport tcp tls v1.2
tcp-retry 1000
end
5

Yerel Ağ Geçidi güven Havuzunu güncelleyin:

Varsayılan güven havuzu paketi, Webex Calling Calling'e TLS bağlantısı kurulması sırasında sunucu tarafı sertifikasını doğrulamak için ihtiyaç duyduğunuz "DigiCert Kök CA" veya "IdenTrust Ticari" sertifikalarını içermez.

en yenisini indir “Cisco Güvenilir Çekirdek Kök Paketi” itibarenhttp://www.cisco.com/security/pki/ güven havuzu paketini güncellemek için.

  1. DigiCert Root CA ve IdenTrust Commercial sertifikalarının olup olmadığını kontrol edin:

    show crypto pki trustpool | include DigiCert
  2. DigiCert Root CA ve IdenTrust Commercial sertifikaları yoksa şu şekilde güncelleyin:

    configure terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b
    Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b
    Loading http://www.cisco.com/security/pki/trs/ios_core.p7b 
    % PEM files import succeeded.
    end
    

     

    Alternatif olarak, sertifika paketini indirebilir ve yerel bir sunucudan veya Yerel Ağ Geçidi flash belleğinden yükleyebilirsiniz.

    Örnek:

    crypto pki trustpool import clean url flash:ios_core.p7b
  3. Doğrula:

    show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    

    show crypto pki trustpool | include IdenTrust Commercial
    cn=IdenTrust Commercial Root CA 1
    cn=IdenTrust Commercial Root CA 1

Başlamadan önce

Control Hub’da konum oluşturma ve bu konum için santral ekleme adımlarını tamamladığınızdan emin olun. Aşağıdaki örnekte, bilgileri Control Hub'dan alırsınız.
1

Yerel Ağ Geçidi uygulamasını açmak için aşağıdaki komutları girin, bkz. Cisco Webex Calling için Bağlantı Noktası Referans Bilgileri güven listesi eklemeniz gereken en son IP alt ağları için:

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

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

Ücretli dolandırıcılık önleme

voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Yerel Ağ Geçidinin aşağıdakiler gibi meşru VoIP çağrıları beklediği varlıkların kaynak IP adreslerini etkinleştirir. Webex Calling eşler, Unified CM düğümleri ve IP PSTN.

  • Varsayılan olarak, LGW güvenilir listesinde olmayan IP adreslerinden gelen tüm VoIP çağrısı kurulumlarını engeller. "Oturum hedef IP " veya sunucu grubuna sahip arama eşlerinden gelen IP Adreslerine varsayılan olarak güvenilir ve burada doldurmanız gerekmez.

  • Listedeki IP adresleri, bölgeye göre IP alt ağlarıyla eşleşmelidir. Webex Calling bağladığınız veri merkezi . Daha fazla bilgi için bkz. Webex Calling için Port Referans Bilgileri.


     

    LGW'niz kısıtlı koni NAT'lı bir güvenlik duvarının arkasındaysa, Webex Calling yönelik arabirimde IP adresi güvenilir listesini devre dışı bırakmayı tercih edebilirsiniz. Güvenlik duvarı, sizi zaten istenmeyen gelen VoIP korur. Devre dışı bırakma eylemi, uzun vadeli yapılandırma ek yükünüzü azaltır, çünkü Webex Calling eşler sabit kalır ve her durumda eşler için güvenlik duvarınızı yapılandırmanız gerekir.

  • Diğer IP adreslerini diğer arabirimlerde yapılandırın, örneğin: Unified CM adreslerini içe dönük arabirimlere eklediğinizden emin olun.

  • IP adresleri, ana bilgisayar IP ile eşleşmelidir ve outbound-proxy çözer kiracı 200.

    Ücretli dolandırıcılığı önlemek için bir IP adresi güvenilir listesinin nasıl kullanılacağı hakkında daha fazla bilgi için, bkz. IP adresi güvenilir .

voice service voip
 media statistics 
 media bulk-stats 

Ortam

  • medya istatistikleri

    Yerel Ağ Geçidinde medya izlemeyi etkinleştirir.

  • Medya toplu istatistikleri

    Kontrol düzleminin, toplu çağrı istatistikleri için veri düzlemini yoklamasını sağlar.

    Bu komutlar hakkında daha fazla bilgi için bkz. Medya.

SIP SIP temel işlevsellik

allow-connections sip to sip
  • SIP-SIP arası bağlantılara izin verin.

  • Varsayılan olarak, Cisco IOS veya IOS XE ses cihazları gelen VoIP ayağının VoIP olarak gitmesine izin vermez.

    Daha fazla bilgi için bkz. Bağlantılara izin ver .

ek hizmetler

no supplementary-service sip refer
no supplementary-service sip handle-replaces

REFER'i devre dışı bırakır ve değiştirme başlığındaki iletişim Kimlik eş iletişim Kimlik değiştirir. Daha fazla bilgi için bkz. Ek servis yudum .

faks protokolü

fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Faks trafiği şifrelenmeyecek olsa da, faks aktarımı için T.38'i etkinleştirir. Bu komut hakkında daha fazla bilgi için bkz. faks protokolü t38 (sesli servis) .

Küresel şoku etkinleştir

stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
  • Bir aramayı bir kişiye yönlendirdiğinizde Webex Calling kullanıcı (örneğin, hem aranan hem de arayan taraflar Webex Calling aboneler ve medyayı Webex Calling SBC), bu durumda iğne deliği açık olmadığı için medya Yerel Ağ Geçidi'ne akamaz.

  • Yerel Ağ Geçidindeki şok bağlama özelliği, yerel olarak oluşturulmuş şok isteklerinin anlaşılan medya yolu üzerinden gönderilmesine izin verir. Sersemletme, güvenlik duvarındaki iğne deliğini açmaya yardımcı olur.

  • Yerel Ağ Geçidinin stun mesajları göndermesi için bir ön koşuldur. Cisco IOS/IOS XE tabanlı güvenlik duvarlarını, parolayı kontrol etmek ve küçük delikleri dinamik olarak açmak için (örneğin, açık giriş-çıkış kuralları olmadan) yapılandırabilirsiniz. Ancak Yerel Ağ Geçidi dağıtımı için, güvenlik duvarını, aşağıdakilere bağlı olarak içeri ve dışarı iğne delikleri açacak statik olarak yapılandırırsınız. Webex Calling SBC alt ağları. Bu nedenle, güvenlik duvarı, SBC alt ağlarını, paket içeriğine açıkça bakmadan iğne deliği açılmasını tetikleyen herhangi bir gelen UDP paketi olarak ele almalıdır.

Daha fazla bilgi için bkz. stun flowdata aracı kimliği ve stun flowdata paylaşılan gizli .

G729

sip
g729 annexb-all

G729 çeşitlerine izin verin. Daha fazla bilgi için bkz. g729 ekb-tümü.

SIP

early-offer forced

Yerel Ağ Geçidini, komşu eşten onay beklemek yerine ilk DAVET mesajında SDP bilgilerini göndermeye zorlar. Bu komut hakkında daha fazla bilgi için bkz. erken teklif .

2

“SIP Profili 200”ü yapılandırın.

voice class sip-profiles 200
rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

  • kural 9

    Başlığı şu şekilde listelemenizi sağlar: “SIP-Req-URI” olarak listelenip, şöyle listelenmemesini sağlar: “SIP-Req-URL” .

    Kural, SIP URI'leri ve SIP URL'leri arasında dönüştürme yapar, çünkü Webex Calling istek/yanıt mesajlarında SIP URI'lerini desteklemez, ancak bunlara SRV sorguları için ihtiyaç duyar, örneğin: _sips._tcp.<outbound-proxy>.
  • kural 20

    Bir kuruluş içindeki bir Yerel Ağ Geçidi sitesini benzersiz bir şekilde tanımlamak için From başlığını Control Hub'dan hat grubu OTG/DTG parametresini içerecek şekilde değiştirir.

  • Tüm trafiğe yönelik olanlar için ses sınıfı kiracısı 200'e (daha sonra tartışılacaktır) SIP Profili uygular Webex Calling . Daha fazla bilgi için bkz. ses sınıfı yudum profilleri .

    Kural komutları hakkında daha fazla bilgi için bkz. kural (sesli çeviri-kural) .

3

Codec profilini, şok tanımını ve SRTP Crypto paketini yapılandırın.


voice class codec 99
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw 
exit
voice class srtp-crypto 200
 crypto 1 AES_CM_128_HMAC_SHA1_80
exit
voice class stun-usage 200
 stun usage firewall-traversal flowdata
 stun usage ice lite
exit

 

Opus codec'inin alışverişi ve kod dönüştürme, yalnızca SIP'den SIP'ye çağrılar için kullanılabilir. T1/E1/FXO hatları için hariç tutun codec tercihi1 opus öğesinden ses sınıfı codec99 yapılandırması.

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

  • ses sınıfı codec99

    Oturumlar için hem g711 (mu-law hem de a-law) kodeklerine izin verir. Tüm çevirme eşlerine sersemletme uygulayın. Daha fazla bilgi için bkz. ses sınıfı codec bileşeni .

  • ses sınıfı srtp-şifreleme200

    voice class srtp-crypto 200
    crypto 1 AES_CM_128_HMAC_SHA1_80

    SHA1'i belirtir_ 80, Yerel Ağ Geçidinin teklif ve yanıtta SDP'de sunduğu tek SRTP şifre takımı olarak. Webex Calling yalnızca SHA180’i destekler._ Ses sınıfı komutu hakkında daha fazla bilgi için bkz. ses sınıfı srtp-kripto .

  • Geçerlidir voice class tenant200 (daha sonra açıklanacaktır) Webex Calling.

  • ses sınıfı stun kullanımı200

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

    Sersemletme kullanımını tanımlar. Bir Unified CM telefonu aramayı başka bir Webex Calling telefonuna ilettiğinde kesintisiz sesten kaçınmak için tüm Webex Calling bakan (2XX etiketi) çevirme eşlerine şok uygular. Bkz. şok kullanımı güvenlik duvarı-geçiş akış verileri ve sersemletme kullanımı ice lite .


 

ITSP SBC'deki ve Yerel Ağ Geçidindeki bağlantı ortamınız bir NAT'ın arkasındaysa, ITSP'den gelen medya akışı bekleyin. Sersemletme komutunu ITSP'ye bakan çevirmeli eşlere uygulayabilirsiniz.


 

Ortam yolu optimizasyonu kullanarak çağrı akışları için ice-lite'ı stun olarak kullanmanız gerekir. ICE-lite tabanlı medya optimizasyonu için Cisco SIP-TDM ağ geçidini desteklemek için, geçici bir çözüm olarak bir TDM ağ geçidinde geri arama eşini yapılandırın. Daha fazla teknik bilgi için Hesap veya TAC ekipleriyle iletişime geçin.

4

Control Hub parametrelerini Yerel Ağ Geçidi yapılandırmasıyla eşleyin.

Ekle Webex Calling Yerel Ağ Geçidi içinde kiracı olarak. Yerel Ağ Geçidini altına kaydetmek için yapılandırmayı gerekli kılıyorsunuz ses sınıfı kiracısı 200. Bu yapılandırmanın öğelerini, aşağıdaki resimde gösterildiği gibi Control Hub'daki Trunk Info sayfasından edinmelisiniz. Aşağıdaki örnek, ilgili Yerel Ağ Geçidi CLI'si ile eşleşen alanların neler olduğunu gösterir.

kiracı uygula 200 hepsine Webex Calling çevirmeli eşler ( etiketi) Yerel Ağ Geçidi yapılandırması içinde.2xx Ses sınıfı kiracı özelliği, aksi takdirde sesli hizmet VoIP ve sip-ua altında yapılan SIP hattı parametrelerini gruplandırmaya ve yapılandırmaya izin verir. Bir kiracıyı yapılandırdığınızda ve bir arama eşi altında uyguladığınızda, Yerel Ağ Geçidi yapılandırmaları için aşağıdaki tercih sırası uygulanır:

  • Çağrı eşi yapılandırması

  • Kiracı yapılandırması

  • Küresel yapılandırma (ses hizmeti VoIP / sip-ua)

5

yapılandır ses sınıfı kiracısı 200 Control Hub'dan aldığınız parametrelere göre Yerel Ağ Geçidinden Webex Calling ana hat kaydını etkinleştirmek için:


 

Aşağıdaki komut satırı ve parametreler yalnızca örnektir. Kendi dağıtımınız için parametreleri kullanın.

voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı kiracı 200

Kiracılar için farklılaştırılmış hizmetlere izin veren SIP ana hatlarında birden çok kiracı için belirli genel yapılandırmaları etkinleştirir. Daha fazla bilgi için bkz. ses sınıfı kiracısı .

kayıt memuru dns:40462196.cisco-bcld.com şema yudumlar süresi doluyor 240 yenileme oranı 50 tcp tl

Kayıt her iki dakikada bir (240 saniyenin %50'si) yenilenecek şekilde ayarlanmış Yerel Ağ Geçidi için kayıt sunucusu. Daha fazla bilgi için bkz. kayıt memuru .

kimlik numarası Hussain6346_LGU kullanıcı adı Hussain2572_LGU parola 0 meX71]~)Vmf realm BroadWorks

Ana hat kaydı sorgulaması için kimlik bilgileri. Daha fazla bilgi için bkz. kimlik bilgileri (SIP UA) .

kimlik doğrulama kullanıcı adı Hussain6346_LGU parola 0 meX71]~)Vmf bölge BroadWorks
kimlik doğrulama kullanıcı adı Hussain6346_LGU parola 0 meX71]~)Vmf bölge 40462196.cisco-bcld.com

Çağrılar için kimlik doğrulama sınaması. Daha fazla bilgi için bkz. kimlik doğrulama (arama eş) .

uzak taraf kimliği yok

Webex Calling , CIO kullanılarak etkinleştirilen PAI'yi desteklediğinden SIP Uzak Taraf Kimlik (RPID) üstbilgisini devre dışı bırakın iddia edilen-id pai . Daha fazla bilgi için bkz. uzak taraf kimliği .

bağlantı yeniden kullanım

Kayıt ve çağrı işleme için aynı kalıcı bağlantıyı kullanır. Daha fazla bilgi için bkz. bağlantı yeniden kullanım .

srtp-şifreleme 200

Tanımlıyor ses sınıfı srtp-şifreleme 200 SHA1_80'i belirtmek için (adım 3'te belirtilir). Daha fazla bilgi için bkz. ses sınıfı srtp-kripto.

oturum taşıma tcp tls

Taşımayı TLS ayarlar. Daha fazla bilgi için bkz. oturum-taşıma .

url yudumları

SRV sorgusu, erişim SBC'si tarafından desteklenen SIP'ler olmalıdır; diğer tüm mesajlar sip-profile 200 tarafından SIP olarak değiştirilir.

hata geçişi

SIP hata yanıtı geçiş işlevini belirtir. Daha fazla bilgi için bkz. hata geçişi .

iddia edilen-id pai

Yerel Ağ Geçidinde PAI işlemeyi açar. Daha fazla bilgi için bkz. iddia edilen kimlik .

bind control source-interface GigabitEthernet0/0/1

Webex Calling'e dönük kaynak arayüzünü sinyallemek için bir kaynak IP adresi yapılandırır.

bind ortam kaynağı-arayüzü GigabitEthernet0/0/1

Webex Calling'e dönük ortam kaynağı arayüzü için bir kaynak IP adresi yapılandırır. Bind komutları hakkında daha fazla bilgi için bkz. bağlamak .

geçiş içeriği yok özel sdp

Kiracı altında varsayılan komut. Bu komut hakkında daha fazla bilgi için bkz. doğrudan içerik .

sip profilleri 200

SIP'leri SIP olarak değiştirir ve INVITE ve REGISTER mesajları için Hat/Port'u aşağıdaki bölümde tanımlandığı şekilde değiştirir. yudum profilleri 200 . Daha fazla bilgi için bkz. ses sınıfı yudum profilleri .

giden-proxy dns:la01.sipconnect-us10.cisco-bcld.com

Webex Calling SBC'ye erişin. Daha fazla bilgi için bkz. giden proxy .

gizlilik politikası geçidi

Gizlilik başlığı değerlerini gelenden giden bacağa şeffaf bir şekilde geçirin. Daha fazla bilgi için bkz. gizlilik politikası .

Kiracı tanımladıktan sonra 200 Yerel Ağ Geçidi içinde ve bir SIP VoIP çevirmeli eş yapılandırıldığında, ağ geçidi daha sonra şu adrese bir TLS bağlantısı başlatır: Webex Calling , bu noktada erişim SBC, sertifikasını Yerel Ağ Geçidine sunar. Yerel Ağ Geçidi şunları doğrular: Webex Calling daha önce güncellenen CA kök paketini kullanarak SBC sertifikasına erişin. Yerel Ağ Geçidi ile arasında kalıcı bir TLS oturumu kurar. Webex Calling SBC'ye erişin. Yerel Ağ Geçidi daha sonra sorgulanan erişim SBC'sine bir KAYIT gönderir. Kayıt AOR'si sayı@etkialanı şeklindedir. Numara, kimlik bilgileri "numara" parametresinden ve etki alanından "kayıt şirketi dns'sinden alınır:<fqdn> ” Kayıt sorgulandığında:

  • kullanın kullanıcı adı, şifre ve bölge gelen parametreler kimlik bilgileri başlık ve yudum profili 200 oluşturmak için.

  • SIPS url'sini tekrar SIP dönüştürür.

Erişim SBC'sinden 200 Tamam aldığınızda kayıt başarılı olur.

Bu dağıtım, Yerel Ağ Geçidinde aşağıdaki yapılandırmayı gerektirir:

  1. Ses sınıfı kiracıları —Kiracıya benzer şekilde ITSP ile karşı karşıya olan çevirme eşleri için başka kiracılar yaratırsınız 200 Webex Calling çevirme eşleri için oluşturduğunuz.

  2. Ses sınıfı URI'leri —Yerel Ağ Geçidinde sona eren çeşitli dış hatlar için ana bilgisayar IP adresleri/bağlantı noktaları için kalıplar tanımlarsınız:

    • Webex Calling LGW'ye

    • LGW'de PSTN SIP hattı sonlandırması

  3. Giden arama eşleri —Giden giden çağrı bacaklarını LGW'den ITSP SIP hattı hattına yönlendirebilir ve Webex Calling .

  4. Ses sınıfı DPG —Bir gelen arama eşinden giden arama eşlerini hedeflemek için çağrı yapabilirsiniz.

  5. Gelen arama eşleri —ITSP'den gelen arama ayaklarını kabul edebilir ve Webex Calling .

Aşağıdaki resimde gösterildiği gibi, iş ortağı tarafından barındırılan Yerel Ağ Geçidi kurulumu veya müşteri sitesi ağ geçidi için yapılandırmaları kullanın.

1

Aşağıdaki ses sınıfı kiracılarını yapılandırın:

  1. Ses sınıfı kiracısını uygula 100 IP PSTN'ye bakan tüm giden arama eşlerine.

    voice class tenant 100 
    session transport udp
    url sip
    error-passthru
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
  2. Ses sınıfı kiracısını uygula 300 IP PSTN'den gelen tüm arama eşlerine.

    voice class tenant 300 
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
2

Aşağıdaki ses sınıfı uri'yi yapılandırın:

  1. ITSP'nin ana bilgisayar IP adresini tanımlayın:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Control Hub'ın ana hat grubu OTG veya DTG parametresine dayalı olarak bir kuruluş içindeki bir Yerel Ağ Geçidi sitesini benzersiz şekilde tanımlamak için bir model tanımlayın:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Yerel Ağ Geçidi şu anda alt çizgiyi desteklemiyor "_ " maç deseninde. Geçici çözüm olarak nokta "." kullanabilirsiniz. “_” karakterini eşleştiririz.

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
3

Aşağıdaki giden çağrı eşlerini yapılandırın:

  1. IP PSTN'ye giden çağrı eşi:

    dial-peer voice 101 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    dial-peer voice 101 voip
     description Outgoing dial-peer to PSTN
    

    etiketine sahip bir VoIP arama eşini tanımlar. 101 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    destination-pattern BAD.BAD

    Çevirmeli eş seçimine izin verir 101 . Ancak, bu giden arama eşini doğrudan gelen arama eşinden dpg deyimlerini kullanarak çağırırsınız ve bu, rakam düzeni eşleşme ölçütlerini atlar. Hedef model CLI tarafından izin verilen alfasayısal rakamlara dayalı rastgele bir kalıp kullanıyorsunuz.

    session protocol sipv2

    Bu arama eşini belirtir 101 SIP çağrısı ayaklarını yönetir.

    session target ipv4:192.168.80.13

    çağrı bacağı göndermek için hedefin hedef IPv4 adresi belirtir. Bu durumda, ITSP'nin IP adresidir.

    voice-class codec 99

    Bu çağrı eşi için kullanılan codec tercih listesi 99'u belirtir.

    dtmf-relay rtp-nte

    Bu çağrı bacağında beklenen DTMF özelliği olarak RTP-NTE'yi (RFC2833) tanımlar.

    voice-class sip tenant 100

    Çevirmeli eş, tüm parametreleri kiracıdan devralır. 100 aynı parametre çevirme eşinin altında tanımlanmadıkça.

    no vad

    Ses etkinliğinin algılanmasını devre dışı bırakır.

  2. Giden arama eşi Webex Calling (Giden arama eşini, gelen arama eşi olarak hizmet verecek şekilde güncellersiniz. Webex Calling ayrıca daha sonra yapılandırma kılavuzu).

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target sip-server
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class stun-usage 200
    no voice-class sip localhost
    voice-class sip tenant 200
    srtp
    no vad
    

    Komutların açıklaması:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    etiketine sahip bir VoIP arama eşini tanımlar. 200201 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar

    session target sip-server

    Genel SIP sunucusunun bu çağrı eşinden gelen çağrıların hedefi olduğunu belirtir. Webex Calling tanımladığınız sunucu kiracı 200 çevirmeli eş için miras alınır 200201 .

    voice-class stun-usage 200

    Yerel Ağ Geçidi üzerinde yerel olarak oluşturulmuş şok isteklerinin, anlaşılan medya yolu üzerinden gönderilmesine izin verir. Stun, güvenlik duvarındaki iğne deliğini açmaya yardımcı olur.

    no voice-class sip localhost

    Giden iletilerin Kimden, Çağrı Kimlik ve Uzak Taraf Kimlik başlıklarında fiziksel IP adresi yerine DNS yerel Toplantı Sahibi Adı değiştirilmesini devre dışı bırakır.

    voice-class sip tenant 200

    Çevirmeli eş, tüm parametreleri kiracıdan devralır. 200 (LGW <--> Webex Calling Trunk), arama eşinin altında aynı parametreyi tanımlamadığınız sürece.

    srtp

    çağrı bacağı için SRTP etkinleştirir.

    no vad

    Ses etkinliğinin algılanmasını devre dışı bırakır.

4

Aşağıdaki arama eşi gruplarını (dpg) yapılandırın:

  1. Çağrı eşi grubu 100'ü tanımlar. Giden çağrı eşi 101, çağrı eşi grubu 100'ü çağıran tüm gelen çağrı eşlerinin hedefidir. başvuruyoruz DPG 100 için gelen çevirmeli eş 200201'e Webex Calling --> LGW --> PSTN yol.

    voice class dpg 100
    description Incoming WxC(DP200201) to IP PSTN(DP101)
    dial-peer 101 preference 1
    
  2. PSTN --> LGW --> Webex Calling yolu için hedef olarak giden çağrı eşi 200201 olmak üzere 200 tanımlayın. DPG'yi uygula 200 gelen arama eşine 100 daha sonra tanımlayacağınız

    voice class dpg 200
    description Incoming IP PSTN(DP100) to Webex Calling(DP200201)
    dial-peer 200201 preference 1
    
5

Aşağıdaki gelen çağrı eşlerini yapılandırın:

  1. Gelen IP PSTN çağrı bacakları için gelen çağrı eşi:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 200
    incoming uri via 100
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    etiketine sahip bir VoIP arama eşini tanımlar. 100 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    session protocol sipv2

    Bu arama eşini belirtir 100 SIP çağrısı ayaklarını yönetir.

    incoming uri via 100

    uri ses sınıfını belirtir 100 IP PSTN'den gelen tüm trafiği bir VIA başlığının ana bilgisayar IP adresi Yerel Ağ Geçidine eşleştirmek için. Daha fazla bilgi için bkz. gelen uri .

    destination dpg 200

    Arama eş grubunu belirtir 200 bir giden arama eşi seçmek için Çevirmeli eş grubu ayarlama hakkında daha fazla bilgi için, bkz. ses sınıfı dpg .

    voice-class sip tenant 300

    Çevirmeli eş, tüm parametreleri kiracıdan devralır. 300 aynı parametre çevirme eşinin altında tanımlanmadıkça.

    no vad

    Ses etkinliğinin algılanmasını devre dışı bırakır.

  2. Gelen Webex Calling çağrı bacakları için gelen çağrı eşi:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    max-conn 250
    destination dpg 100
    incoming uri request 200
     

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Bir VoIP arama eşini şu etiketle günceller: 200201 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    incoming uri request 200

    uri ses sınıfını belirtir 200 gelen tüm trafiği eşleştirmek için Webex Calling istek URI benzersiz dtg modelinde LGW'ye, bir kuruluş içinde ve Webex Calling ekosistem. Daha fazla bilgi için bkz. gelen uri .

    destination dpg 100

    Arama eş grubunu belirtir 100 bir giden arama eşi seçmek için Çevirmeli eş grubu ayarlama hakkında daha fazla bilgi için, bkz. ses sınıfı dpg .

    max-conn 250

    LGW ve telefon arasında eşzamanlı arama sayısını 250 ile sınırlar. Webex Calling , tek bir çevirme eşe bakan varsayarsak Webex Calling Bu makalede tanımlandığı gibi hem gelen hem de giden aramalar için. Yerel Ağ Geçidini içeren eşzamanlı çağrı sınırları hakkında daha fazla bilgi için belgeye bakın. Unified CM Webex Calling Geçiş .

PSTN’den Webex Calling'e

Çevirmeli eş ile Yerel Ağ Geçidindeki tüm gelen IP PSTN çağrı bacaklarını eşleştirin 100 IP PSTN'nin IP adresi ile VIA başlığı için bir eşleşme kriteri tanımlamak için. DPG 200 giden arama eşini çağırır 200201 , sahip olduğu Webex Calling hedef hedef olarak sunucu.

Webex Calling'den PSTN'ye

Tüm gelenleri eşleştir Webex Calling Çevirmeli eş ile Yerel Ağ Geçidindeki çağrı ayakları 200201 Bu Yerel Ağ Geçidi dağıtımına özgü, hat grubu OTG/DTG parametresiyle REQUEST URI başlık modeli için eşleşme ölçütünü tanımlamak için. DPG 100 giden arama eşini çağırır 101 , hedef hedef olarak IP PSTN IP adresi sahip olan.

Bu dağıtım, Yerel Ağ Geçidinde aşağıdaki yapılandırmayı gerektirir:

  1. Ses sınıfı kiracıları —Unified Unified CM ve ITSP ile karşı karşıya olan çevirme eşleri için daha fazla kiracı yaratırsınız. kiracı 200 için yarattığın Webex Calling çevirmeli eşlerle karşı karşıya.

  2. Ses sınıfı URI'leri —LGW'de sona eren çeşitli dış hatlar için ana bilgisayar IP adresleri/portları için bir model tanımlarsınız:

    • PSTN hedefleri için Unified CM CM'den LGW'ye

    • Unified CM LGW'ye Webex Calling destinasyonlar

    • Webex Calling LGW varış noktalarına

    • LGW'de PSTN SIP hattı sonlandırması

  3. Ses sınıfı sunucu grubu —Giden hatlar için IP adreslerini/bağlantı noktalarını şuradan hedefleyebilirsiniz:

    • LGW'den Unified CM

    • LGW'ye Webex Calling

    • LGW'den PSTN SIP hattı

  4. Giden arama eşleri —Giden giden çağrı bacaklarını şuradan yönlendirebilirsiniz:

    • LGW'den Unified CM

    • ITSP SIP hattı

    • Webex Calling

  5. Ses sınıfı DPG —Bir gelen arama eşinden giden arama eşlerini hedeflemek için çağrı yapabilirsiniz.

  6. Gelen arama eşleri— Unified CM, ITSP'den gelen arama ayaklarını kabul edebilirsiniz ve Webex Calling .

1

Aşağıdaki ses sınıfı kiracılarını yapılandırın:

  1. Ses sınıfı kiracısını uygula 100 Unified CM ve IP PSTN'ye bakan tüm giden arama eşlerinde:

    voice class tenant 100 
    session transport udp
    url sip
    error-passthru
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
  2. Ses sınıfı kiracısını uygula 300 Unified CM ve IP PSTN'den gelen tüm arama eşlerinde:

    voice class tenant 300 
    bind control source-interface GigabitEthernet0/0/0
    bind media source-interface GigabitEthernet0/0/0
    no pass-thru content custom-sdp
    
2

Aşağıdaki ses sınıfı uri'yi yapılandırın:

  1. ITSP'nin ana bilgisayar IP adresini tanımlar:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Control Hub'ın ana hat grubu OTG/DTG parametresine dayalı olarak bir kuruluş içindeki bir Yerel Ağ Geçidi sitesini benzersiz şekilde tanımlamak için bir model tanımlayın:

    voice class uri 200 sip
    pattern dtg=hussain2572.lgu
    

     

    Yerel Ağ Geçidi şu anda alt çizgiyi desteklemiyor "_ " maç deseninde. Geçici çözüm olarak nokta "." öğesini kullanırsınız. “_” karakterini eşleştiririz.

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
  3. Webex Calling santrali için Unified CM sinyali gönderme VIA portunu tanımlar:

    voice class uri 300 sip
    pattern :5065
    
  4. PSTN ana hattı için Unified CM kaynak sinyalizasyon IP ve VIA bağlantı noktasını tanımlar:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
3

Aşağıdaki ses sınıfı sunucu gruplarını yapılandırın:

  1. Unified CM Trunk'ın hedef ana bilgisayar IP adresi ve Unified CM grubu 1 (5 düğüm) için bağlantı noktası numarası tanımlar. Unified CM, Webex Calling santrali üzerinde gelen trafik için 5065 portunu kullanır (Webex Calling <-> LGW --> Unified CM).

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Unified CM ana hattının hedef ana bilgisayar IP adresi ve varsa Unified CM grubu 2 için bağlantı noktası numarası tanımlar:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Unified CM grubu Unified CM ana bilgisayar IP adresi tanımlar. Unified CM, PSTN santrali üzerinde gelen trafik için varsayılan 5060 portunu kullanır. bağlantı noktası numarası belirtilmeden varsayılan 5060 bağlantı noktasını kullanabilirsiniz. (PSTN <--> LGW --> Unified CM)

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Varsa, Unified CM grubu Unified CM ana bilgisayar IP adresi tanımlar.

    voice class server-group 307 
    ipv4 192.168.80.60
    
4

Aşağıdaki giden çağrı eşlerini yapılandırın:

  1. IP PSTN'ye giden çağrı eşi:

    dial-peer voice 101 voip 
    description Outgoing dial-peer to IP PSTN
    destination-pattern BAD.BAD
    session protocol sipv2
    session target ipv4:192.168.80.13
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    dial-peer voice 101 voip
    description Outgoing dial-peer to PSTN

    etiketine sahip bir VoIP arama eşini tanımlar. 101 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama verilmiştir.

    hedef-kalıp BAD.BAD

    Çevirmeli eş seçimine izin verir 101 . Ancak, giden arama eşini doğrudan gelen arama eşinden dpg deyimlerini kullanarak çağırırsınız ve bu, sayı düzeni eşleşme ölçütlerini atlar. Hedef model CLI tarafından izin verilen alfasayısal rakamlara dayalı rastgele bir kalıp kullanıyorsunuz.

    oturum protokolü sipv2

    Bu arama eşini belirtir 101 SIP çağrısı ayaklarını yönetir.

    oturum hedefi ipv4:192.168.80.13

    çağrı bacağı göndermek için hedefin hedef IPv4 adresi belirtir. (Bu durumda, ITSP'nin IP adresi.)

    ses sınıfı codec 99

    Codec tercih listesini gösterir 99 bu çağrı eşi için kullanımda olacaktır.

    ses sınıfı sip kiracısı 100

    Çevirmeli eş, tüm parametreleri kiracıdan devralır. 100 arama eşinin altında aynı parametreyi tanımlamadığınız sürece.

  2. Giden arama eşi Webex Calling (Giden arama eşini, gelen arama eşi olarak hizmet etmesi için güncelleyin. Webex Calling ):

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target sip-server
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class stun-usage 200
    no voice-class sip localhost
    voice-class sip tenant 200
    srtp
    no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    etiketine sahip bir VoIP arama eşini tanımlar. 200201 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    oturum hedefi sip sunucusu

    Global SIP sunucusunun çevirmeli eşten gelen aramalar için hedef olduğunu gösterir. 200201 . Webex Calling içinde tanımlanan sunucu kiracı 200 çevirmeli eş için miras alınır 200201 .

    ses sınıfı stun kullanımı 200

    Yerel olarak oluşturulmuş sersemletme isteklerinin anlaşmalı medya yolu üzerinden gönderilmesine izin verir. Stun, güvenlik duvarındaki iğne deliğini açmaya yardımcı olur.

    ses sınıfı sip localhost yok

    Giden iletilerin Kimden, Çağrı Kimlik ve Uzak Taraf Kimlik başlıklarında fiziksel IP adresi yerine DNS yerel Toplantı Sahibi Adı değiştirilmesini devre dışı bırakır.

    ses sınıfı sip kiracısı 200

    Çevirmeli eş, tüm parametreleri kiracıdan devralır. 200 (LGW <--> Webex Calling Trunk) aynı parametreyi çevirme eşinin altında tanımlamadığınız sürece.

    srtp

    çağrı bacağı için SRTP etkinleştirir.

  3. Birleşik CM'lere giden arama eşi Webex Calling bagaj:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 301
    voice-class codec 99
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for 
    inbound from Webex Calling – Nodes 1 to 5

    etiketine sahip bir VoIP arama eşini tanımlar. 301 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    oturum sunucusu grubu 301

    Çevirmeli eşte oturum hedef IP yerine, bir hedef sunucu grubuna işaret ediyorsunuz ( çevirmeli eş 301 için sunucu grubu 301 ) örnekte yalnızca tek bir düğüm gösterilse de, birden çok hedef UCM düğümü tanımlamak için.

    Giden arama eşindeki sunucu grubu

    DPG'deki birden çok arama eşi ve arama eş sunucu grubundaki birden çok sunucu ile, aramaların tüm Unified CM çağrı işleme aboneleri üzerinde rastgele dağılımını sağlayabilir veya tanımlanmış bir tercihe göre arama yapabilirsiniz. Her bir sunucu grubunun beş adede kadar sunucusu olabilir (IPv4/v6 veya portsuz). Beşten fazla çağrı işleme abonesi kullanılıyorsa, yalnızca ikinci bir çevirmeli eş ve ikinci sunucu grubuna ihtiyacınız vardır.

    Daha fazla bilgi için bkz. Giden Arama Eşlerinde Sunucu Grupları içinde Cisco Unified Border Element Yapılandırma Kılavuzu - Cisco IOS XE 17.6 Sonrası .

  4. Birleşik CM'lere yönelik ikinci giden arama eşi Webex Calling 5'ten fazla Unified CM düğümünüz varsa, ana hat:

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 99
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
  5. Unified CM'nin PSTN santraline doğru giden çağrı eşi:

    dial-peer voice 305 voip
    description Outgoing dial-peer to CUCM-Group-1for inbound from PSTN - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 305
    voice-class codec 99 
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
  6. 5'ten fazla Unified CM düğümünüz varsa, Unified CM'nin PSTN hattına yönelik ikinci giden arama eşi:

    dial-peer voice 307 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from PSTN - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 307
    voice-class codec 99  
    voice-class sip bind control source-interface GigabitEthernet 0/0/2
    voice-class sip bind media source-interface GigabitEthernet 0/0/2
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
5

Aşağıdaki DPG'yi yapılandırın:

  1. DPG 100'ü tanımlar. Giden çağrı eşi 101, çağrı eşi grubu 100'ü çağıran tüm gelen çağrı eşlerinin hedefidir. başvuruyoruz DPG 100 için daha sonra tanımlanan gelen arama eşi 302'ye Unified CM --> LGW --> PSTN yol:

    voice class dpg 100
    dial-peer 101 preference 1
    
  2. Giden çağrı eşi 200201 ile DPG 200'ü Umified CM --> LGW --> Webex Calling yolu olarak tanımlayın:

    voice class dpg 200
    dial-peer 200201 preference 1
    
  3. DPG'yi tanımla 300 giden arama eşleri için 301 veya 303 için Webex Calling --> LGW --> Unified CM yol:

    voice class dpg 300
    dial-peer 301 preference 1
    dial-peer 303 preference 1
    
  4. Şu yol için giden çağrı eşi 305 veya 307 için DPG 302'yi tanımlayın: PSTN --> LGW --> Unified CM

    voice class dpg 302
    dial-peer 305 preference 1
    dial-peer 307 preference 1
    
6

Aşağıdaki gelen çağrı eşlerini yapılandırın:

  1. Gelen IP PSTN çağrı bacakları için gelen çağrı eşi:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 302
    incoming uri via 100
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN

    etiketine sahip bir VoIP arama eşini tanımlar. 100 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    oturum protokolü sipv2

    Bu arama eşini belirtir 100 SIP çağrısı ayaklarını yönetir.

    100 üzerinden gelen uri

    uri ses sınıfını belirtir 100 VIA başlığının ana bilgisayar IP adresi Unified CM LGW'ye gelen tüm trafiğe. Daha fazla bilgi için bkz. gelen uri .

    hedef dpg 302

    Çağrı eşi grubunu belirtir 302 giden çağrı eşi seçmek için. Çevirmeli eş grubu ayarlama hakkında daha fazla bilgi için, bkz. ses sınıfı dpg .

    ses sınıfı sip kiracısı 300

    Çevirmeli eş, tüm parametreleri kiracıdan devralır. 300 arama eşinin altında aynı parametreyi tanımlamadığınız sürece.

  2. Gelen Webex Calling çağrı bacakları için gelen çağrı eşi:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling
    max-conn 250
    destination dpg 300
    incoming uri request 200
     

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    dial-peer voice 200201 voip
    description Inbound/Outbound Webex Calling

    Bir VoIP arama eşini şu etiketle günceller: 200201 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    gelen uri isteği 200

    Ses sınıfını belirtir uri 200 Bir kuruluş içindeki ve Webex Calling ekosistemindeki bir Yerel Ağ Geçidi sitesini benzersiz bir şekilde tanımlayan istek URI benzersiz dtg modeli üzerinde Unified CM CM'den LGW'ye gelen tüm trafiğe. Daha fazla bilgi için bkz. gelen uri .

    hedef dpg 300

    Çağrı eşi grubunu belirtir 300 giden çağrı eşi seçmek için. Çevirmeli eş grubu ayarlama hakkında daha fazla bilgi için, bkz. ses sınıfı dpg .

    maks. konn 250

    Eşzamanlı arama sayısını şu şekilde kısıtlar: 250 LGW ve Webex Calling arasında, bu kılavuzda tanımlandığı gibi hem gelen hem de giden çağrılar için tek bir arama eşine bakan Webex Calling Calling varsayılarak. Yerel Ağ Geçidini içeren eşzamanlı arama limitleri hakkında daha fazla bilgi için belgeye bakın. Unified CM Webex Calling Geçiş .

  3. Hedefi Webex Calling olmak üzere gelen Unified CM çağrı bacakları için gelen çağrı eşi:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling
    session protocol sipv2
    destination dpg 200
    incoming uri via 300
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling

    etiketine sahip bir VoIP arama eşini tanımlar. 300 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    300 üzerinden gelen uri

    Ses sınıfı URI belirtir 300 kaynak bağlantı noktasındaki (5065) Unified CM LGW'ye gelen tüm trafiğe. Daha fazla bilgi için bkz. gelen uri .

    hedef dpg 200

    Çağrı eşi grubunu belirtir 200 giden çağrı eşi seçmek için. Çevirmeli eş grubu ayarlama hakkında daha fazla bilgi için, bkz. ses sınıfı dpg .

    ses sınıfı sip kiracısı 300

    Çevirmeli eş, tüm parametreleri kiracıdan devralır. 300 arama eşinin altında aynı parametreyi tanımlamadığınız sürece.

  4. Hedefi PSTN olmak üzere gelen Unified CM çağrı bacakları için gelen çağrı eşi:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN
    session protocol sipv2
    destination dpg 100
    incoming uri via 302
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 300
    no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN

    etiketine sahip bir VoIP arama eşini tanımlar. 302 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    302 üzerinden gelen uri

    uri ses sınıfını belirtir 302 kaynak bağlantı noktasındaki (5065) Unified CM LGW'ye gelen tüm trafiğe. Daha fazla bilgi için bkz. gelen uri .

    hedef dpg 100

    Çağrı eşi grubunu belirtir 100 giden çağrı eşi seçmek için. Çevirmeli eş grubu ayarlama hakkında daha fazla bilgi için, bkz. ses sınıfı dpg .

    ses sınıfı sip kiracısı 300

    Çevirmeli eş, tüm parametreleri kiracıdan devralır. 300 arama eşinin altında aynı parametreyi tanımlamadığınız sürece.

IP PSTN'den Unified CM PSTN ana hattına

Unified CM Webex Calling ana hattına Webex Calling platformu

Unified CM PSTN ana hattından IP PSTN'ye

Unified CM Webex Calling ana Webex Calling platformuna

Tanılama İmzaları (DS), IOS XE tabanlı Yerel Ağ Geçidinde yaygın olarak gözlemlenen sorunları proaktif olarak algılar ve olayla ilgili e-posta, sistem günlüğü veya terminal mesajı bildirimi oluşturur. DS'yi, çözüm süresini kısaltmak amacıyla tanı verisi toplama işlemini otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için de yükleyebilirsiniz.

Tanılama İmzaları (DS), sorunu tetikleyen olaylar ve sorunu bilgilendirmek, gidermek ve sorunu gidermek için gerçekleştirilecek eylemler hakkında bilgi içeren XML dosyalarıdır. syslog mesajlarını, SNMP olaylarını kullanarak ve belirli show komutu çıktılarının periyodik olarak izlenmesi yoluyla problem algılama mantığını tanımlayabilirsiniz.

Eylem türleri, gösteri komutu çıktılarını toplamayı içerir:

  • Birleştirilmiş bir günlük dosyası oluşturma

  • Dosyayı HTTPS, SCP, FTP sunucusu gibi kullanıcı tarafından sağlanan bir ağ konumuna yükleme

TAC mühendisleri, DS dosyalarını yazar ve bütünlük koruması için dijital olarak imzalar. Her bir DS'nin sistem tarafından atanmış benzersiz bir kimlik numarası vardır. Tanılama İmzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için uygun imzaları bulmak için tek bir kaynaktır.

Başlamadan önce:

  • İndirdiğiniz DS dosyasını düzenlemeyin DSLT . Değiştirdiğiniz dosyalar, bütünlük denetimi hatası nedeniyle yükleme başarısız olur.

  • Yerel Ağ Geçidinin e-posta bildirimleri göndermesi için ihtiyaç duyduğunuz Basit Posta Aktarım Protokolü (SMTP) sunucusu.

  • E-posta bildirimleri için güvenli SMTP sunucusu kullanmak istiyorsanız, Yerel Ağ Geçidinin IOS XE 17.6.1 veya üzerini çalıştırdığından emin olun.

Cisco WebEx Meeting Center Yapılandırma Kılavuzları

IOS XE 17.3.2 veya üstü bir sürümde çalışan Yerel Ağ Geçidi

  1. Tanı İmzalarının varsayılan olarak etkinleştirilmesi.

  2. Cihaz Cisco IOS XE 17.3.2 veya üzerini çalıştırıyorsa proaktif bildirim göndermek için kullanılacak güvenli e-posta sunucusunu yapılandırın.

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Ortam değişkenini yapılandırınds_email sizi bilgilendirmek için yöneticinin e-posta adresi ile.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

16.11.1 veya üzeri çalışan Yerel Ağ Geçidi

  1. Tanılama imzaları varsayılan olarak varsayılan olarak etkin

  2. Cihazın 17.3.2'den önceki bir sürüm çalıştırması durumunda proaktif bildirimler göndermek için kullanılacak e-posta sunucusunu yapılandırın.

    configure terminal 
    call-home  
    mail-server <email server> priority 1 
    end 
  3. ds_email ortam değişkenini, bildirimin gönderileceği yöneticinin e-posta adresiyle yapılandırın.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address>
    end 

16.9.x sürümünde çalışan Yerel Ağ Geçidi

  1. Tanılama imzalarını etkinleştirmek için aşağıdaki komutları girin.

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Cihazın 17.3.2'den önceki bir sürüm çalıştırması durumunda proaktif bildirimler göndermek için kullanılacak e-posta sunucusunu yapılandırın.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. ds_email ortam değişkenini, bildirimin gönderileceği yöneticinin e-posta adresiyle yapılandırın.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

Aşağıda, proaktif bildirimleri göndermek için Cisco IOS XE 17.3.2 üzerinde çalışan bir Yerel Ağ Geçidinin örnek yapılandırması gösterilmektedir. tacfaststart@gmail.com Gmail'i güvenli SMTP sunucusu olarak kullanmak :

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

 

Cisco IOS XE Yazılımında çalışan bir Yerel Ağ Geçidi, OAuth'u destekleyen tipik bir web tabanlı Gmail istemcisi değildir, bu nedenle, cihazdan gelen e-postanın doğru şekilde işlenmesi için belirli bir Gmail hesabı ayarı yapılandırmalı ve özel izin vermeliyiz:

  1. Google Hesabını Yönet > Güvenlik’e gidin ve Daha az güvenli uygulama erişimi ayarını etkinleştirin.

  2. Gmail'den "Google, birinin Google dışı bir uygulama kullanarak hesabınızda oturum açmasını engelledi" şeklinde bir e-posta aldığınızda "Evet, bendim" yanıtını verin.

Proaktif izleme için tanılama imzalarını yükleyin

Yüksek CPU kullanımını izleme

Bu DS, SNMP OID 1.3.6.1.4.1.9.2.1.56'yı kullanarak 5 saniyelik CPU kullanımını izler. Kullanım %75 veya daha fazlasına ulaştığında, tüm hata ayıklamaları devre dışı bırakır ve Yerel Ağ Geçidinde yüklü olan tüm tanılama imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.

  1. kullanarak snmp'yi göster SNMP'yi etkinleştirmek için komut. Etkinleştirmezseniz simgesini yapılandırın snmp-sunucu yöneticisi komutunu verin.

    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 
    
  2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64224'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta Bildirimi ile Yüksek CPU Kullanımı.

  3. DS XML dosyasını Yerel Ağ Geçidi flash belleğine kopyalayın.

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

    Aşağıdaki örnek, dosyanın bir FTP sunucusundan Yerel Ağ Geçidine kopyalanmasını gösterir.

    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) 
    
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
  5. kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

    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 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-07 22:05:33


     

    Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse, Yerel Ağ Geçidinde yüksek CPU kullanımını izlemeye devam etmek için lütfen DS 64224'ü yeniden yükleyin.

SIP hattı kaydını izleme

Bu DS, her 60 saniyede bir Webex Calling bulutlu Yerel Ağ Geçidi SIP Trunk kaydının silinip silinmediğini kontrol eder. Kaydı iptal etme olayı algılandığında, bir e-posta ve sistem günlüğü bildirimi oluşturur ve iki kayıt dışı bırakma olayından sonra kendini kaldırır. İmzayı yüklemek için lütfen aşağıdaki işlemleri yapın.

  1. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64117'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    SIP-SIP

    Sorun Türü

    E-posta Bildirimi ile SIP Trunk Kaydı Silme.

  2. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash: 
  3. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

Anormal çağrı bağlantılarının kesilmesini izleme

Bu DS, 403, 488 ve 503 SIP hatalarıyla anormal çağrı kesilmelerini algılamak için 10 dakikada bir SNMP anketi kullanır.  Hata sayısı artışı, son anketten 5'e eşit veya daha büyükse, bir sistem günlüğü ve e-posta bildirimi oluşturur. İmzayı yüklemek için lütfen aşağıdaki işlemleri yapın.

  1. kullanarak snmp'yi göster SNMP'nin etkin olup olmadığını kontrol etmek için komut. Etkinleştirilmezse, uygulamasını yapılandırın. snmp-sunucu yöneticisi komutunu verin.

    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 
    
  2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65221'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta ve Syslog Bildirimi ile SIP anormal çağrı bağlantı kesme tespiti.

  3. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    
  5. kullanın evi ara tanı imzasını göster kullanılarak imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

Bir sorunu gidermek için tanılama imzalarını yükleyin

Sorunları hızla çözmek için Tanılama İmzalarını (DS) kullanın. Cisco TAC mühendisleri, belirli bir sorunu gidermek, sorunun oluşumunu tespit etmek, doğru tanılama verilerini toplamak ve verileri otomatik olarak Cisco TAC aktarmak için gereken gerekli hata ayıklamaları etkinleştiren birkaç imza yazmıştır. Tanılama İmzaları (DS), sorun oluşumunu manuel olarak kontrol etme ihtiyacını ortadan kaldırır ve kesintili ve geçici sorunların giderilmesini çok daha kolay hale getirir.

kullanabilirsiniz Tanılama İmzaları Arama Aracı uygun imzaları bulmak ve belirli bir sorunu kendi kendinize çözmek için bunları yüklemek için veya destek sözleşmesinin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.

Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" sistem günlüğü ve aşağıdaki adımları kullanarak tanılama verilerinin toplanmasını otomatikleştirin:

  1. Ek bir DS ortam değişkeni yapılandırınds_fsurl_prefix bu, toplanan tanılama verilerinin yüklendiği Cisco TAC dosya sunucusu yoludur (cxd.cisco.com). Dosya Yolu kullanıcı adı, vaka numarasıdır ve parola, şuradan alınabilecek karşıya dosya yükleme belirtecidir. Destek Vaka Yöneticisi aşağıdaki komutta. Dosya yükleme belirteci, ihtiyaca göre Destek Vaka Yöneticisinin Ekler bölümünde oluşturulabilir.

    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 

    Örnek:

    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. kullanılarak SNMP'nin etkinleştirildiğinden emin olun snmp'yi göster komutunu verin. Etkinleştirilmezse, uygulamasını yapılandırın. snmp-sunucu yöneticisi komutunu verin.

    show snmp 
    %SNMP agent not enabled 
     
     
    config t 
    snmp-server manager 
    end 
  3. Yüksek CPU kullanımı sırasında tüm hata ayıklamaları ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü kurduğunuzdan emin olun. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta Bildirimi ile Yüksek CPU Kullanımı.

  4. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65095'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Syslog'lar

    Sorun Türü

    Syslog - %VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0

  5. DS XML dosyalarını Yerel Ağ Geçidine kopyalayın.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Yerel Ağ Geçidine Yüksek CPU izleme DS 64224 ve sonra DS 65095 XML dosyasını kurun.

    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 
    
  7. kullanarak imzanın başarıyla yüklendiğini doğrulayın. evi ara tanı imzasını göster komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

    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 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Kayıtlı

    2020-11-08

Tanılama imzalarının yürütülmesini doğrulayın

Aşağıdaki komutta, "Durum" sütunu evi ara tanı imzasını göster Yerel Ağ Geçidi imza içinde tanımlanan eylemi yürütürken komut "çalışıyor" olarak değişir. çıktısı evi arama tanılama imzası istatistiklerini göster tanılama imzasının ilgilenilen bir olayı tespit edip etmediğini ve eylemi gerçekleştirip gerçekleştirmediğini doğrulamanın en iyi yoludur. "Triggered/Max/Deinstall" sütunu, verilen imzanın bir olayı kaç kez tetiklediğini, bir olayı algılamak için tanımlandığı maksimum sayı ve maksimum tetiklenen olay sayısı algılandıktan sonra imzanın kendini kaldırıp kaldırmadığını gösterir.

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 

İndirilen DS'ler:

DS Kimliği

DS Adı

Revizyon

Durum

Son Güncelleme (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Kayıtlı

8.11.2020 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Çalışıyor

8.11.2020 00:12:53

evi arama tanılama imzası istatistiklerini göster

DS Kimliği

DS Adı

Tetiklenen/Maksimum/Yüklemeyi Kaldırma

Ortalama Çalışma Süresi (saniye)

Maksimum Çalışma Süresi (saniye)

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

Tanılama imzası yürütmesi sırasında gönderilen bildirim e-postası , sorun türü, aygıt ayrıntıları, yazılım versiyonu, çalışan yapılandırma ve verilen sorunu gidermeyle ilgili komut çıktılarını göster gibi temel bilgileri içerir.

Tanılama imzalarını kaldır

Sorun giderme amacıyla Tanılama imzalarını kullan, genellikle bazı sorun oluşumlarının algılanmasından sonra kaldırılmak üzere tanımlanır. Bir imzayı manuel olarak kaldırmak istiyorsanız, çıktıdan DS Kimlik alın. evi ara tanı imzasını göster komutunu verin ve aşağıdaki komutu çalıştırın:

call-home diagnostic-signature deinstall <DS ID> 

Örnek:

call-home diagnostic-signature deinstall 64224 

 

Dağıtımlarda yaygın olarak gözlemlenen sorunlara bağlı olarak, Tanılama İmzaları Arama Aracı'na düzenli aralıklarla yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir.

Cisco IOS XE Ağ Geçitlerinin daha iyi yönetimi için ağ geçitlerini Control Hub üzerinden kaydetmenizi ve yönetmenizi öneririz. Opsiyonel bir konfigürasyondur. Kaydolduğunuzda, Yerel Ağ Geçidi yapılandırmanızı doğrulamak ve tüm yapılandırma sorunlarını belirlemek için Control Hub'daki yapılandırma doğrulama seçeneğini kullanabilirsiniz. Şu anda, yalnızca kayıt tabanlı ana hatlar bu işlevi desteklemektedir.

Daha fazla bilgi için aşağıdakilere bakın:

Bu belgede, bir Cisco Unified Sınır Öğesinin (CUBE) karşılıklı TLS (mTLS) SIP santrali kullanarak Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı açıklanmaktadır. Bu belgenin ilk bölümünde basit bir PSTN ağ geçidinin nasıl yapılandırılacağı gösterilmektedir. Bu durumda, PSTN'den gelen tüm çağrılar Webex Calling'e ve Webex Calling'den gelen tüm çağrılar PSTN'ye yönlendirilir. Aşağıdaki resimde, bu çözümü ve takip edilecek üst düzey çağrı yönlendirme yapılandırmasını vurgulamaktadır.

Bu tasarımda, aşağıdaki temel yapılandırmalar kullanılır:

  • ses sınıfı uri: Gelen SIP mesajlarını sınıflandırmak ve gelen çağrı eşi seçmek için kullanılır.

  • gelen çağrı eşi: Gelen SIP mesajları için tedavi sağlar ve bir çağrı eşi grubuyla giden yolu belirler.

  • arama eşi grubu: Ileri çağrı yönlendirme için kullanılan giden çağrı eşlerini tanımlar.

  • giden çağrı eşi: Giden SIP mesajları için tedavi sağlar ve bunları gerekli hedefe yönlendirir.

Şirket içi bir Cisco Unified Communications Manager çözümü ve Webex Calling ile birlikte çalışırken, aşağıdaki resimde gösterilen çözümü oluşturmak için temel olarak basit PSTN ağ geçidi yapılandırmasını kullanabilirsiniz. Bu durumda, Unified Communications Manager tüm PSTN ve Webex Calling çağrılarında merkezi yönlendirme ve işlem sağlar. Üst düzey konfigürasyon yaklaşımı diyagramda gösterilmektedir.

Bu belge boyunca, aşağıdaki resimde gösterilen ana bilgisayar adları, IP adresleri ve arayüzler kullanılır. Seçenekler, genel veya özel (NAT arkasında) adresleme için sağlanır. Birden fazla CUBE örneği arasında yük dengeleme olmadığı sürece SRV DNS kayıtları isteğe bağlıdır.

Başlamadan önce

  • Platformunuz için iş politikalarınızı takip eden bir temel yapılandırma oluşturun. Özellikle, aşağıdakilerin doğru çalışacak şekilde yapılandırıldığından ve doğrulandığından emin olun:

    • NTP

    • ACL'ler

    • Kullanıcı kimlik doğrulaması ve uzaktan erişim

    • DNS

    • IP yönlendirme

    • IP Adresleri

  • Tüm Yerel Ağ Geçidi dağıtımları için desteklenen en az IOS XE 17.9 sürümüne ihtiyacınız vardır.

    • ISR4000 serisi yönlendiriciler, hem Unified Communications hem de Güvenlik teknolojisi lisansları ile yapılandırılmalıdır.

    • Catalyst Edge 8000 serisi yönlendiriciler DNA Essentials lisansı gerektirir.

    • Yüksek kapasite gereksinimleri için Yüksek Güvenlik (HSEC) lisansı ve ek çıktı yetkilendirmesi de gerekebilir.

      Daha fazla ayrıntı için Yetkilendirme Kodlarına bakın.

  • Webex Calling'e yönelik ağın bir IPv4 adresi kullanması gerekir. Yerel Ağ Geçidi Tam Etki Alanı Adları (FQDN) veya Hizmet Kaydı (SRV) adreslerinin, internette genel bir IPv4 adresine çözülmesi gerekir.

  • Webex'e dönük Yerel Ağ Geçidi arayüzündeki tüm SIP ve ortam bağlantı noktalarına doğrudan veya statik NAT üzerinden internetten erişilebilir olmalıdır. Güvenlik duvarınızı buna uygun olarak güncellediğinizden emin olun.

  • Yerel Ağ Geçidine imzalı bir sertifika yükleyin (ayrıntılı yapılandırma adımları aşağıda verilmiştir).

    • Genel Sertifika Yetkilisi (CA), Cisco Webex Ses ve Video Platformlarına Yapılan Çağrılar için Hangi Kök Sertifika Yetkilileri Desteklenir? bölümünde ayrıntılı olarak cihaz sertifikasını imzalamalıdır.

    • Control Hub'da yapılandırılan FQDN, yönlendirici sertifikasının Ortak Adı (CN) veya Konu Alternatif Adı (SAN) olmalıdır. Örnek:

      • Kuruluşunuzun Control Hub’ında yapılandırılmış bir santralde Yerel Ağ Geçidinin FQDN’si olarak cube1.lgw.com:5061 bulunuyorsa yönlendirici sertifikasındaki CN veya SAN’de cube1.lgw.com bulunmalıdır. 

      • Kuruluşunuzun Control Hub'ında yapılandırılmış bir santralde santralden erişilebilen Yerel Ağ Geçidinin SRV adresi olarak lgws.lgw.com varsa yönlendirici sertifikasındaki CN veya SAN'da lgws.lgw.com bulunmalıdır. SRV adresinin çözümlediği kayıtlar (CNAME, A Record veya IP Address) SAN'da isteğe bağlıdır.

      • Ister santral için FQDN ister SRV kullanın, Yerel Ağ Geçidinizdeki tüm yeni SIP iletişim kutularının kişi adresinde ad Control Hub’da yapılandırılmış olmalıdır.

  • İstemci ve sunucu kullanımı için sertifikaların imzalandığından emin olun.

  • Güven paketini Yerel Ağ Geçidine yükleyin.

1

Herhangi bir Katman 3 arayüzüne geçerli ve yönlendirilebilir IP adresleri atadığınızdan emin olun, örneğin:


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

Tercih ettiğiniz Sertifika Yetkilisi (CA) tarafından imzalanan bir sertifikayla bir şifreleme güven noktası oluşturun.

  1. Aşağıdaki yönet komutunu kullanarak bir RSA anahtar çifti oluşturun.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096
  2. Aşağıdaki yapılandırma komutlarıyla imzalı sertifika için bir güven noktası oluşturun:

    
    crypto pki trustpoint LGW_CERT
     enrollment terminal pem
     fqdn cube1.lgwtrunking.com
     subject-name cn=cube1.lgw.com
     subject-alt-name cube1.lgw.com
     revocation-check none
     rsakeypair lgw-key
  3. Aşağıdaki yönet veya yapılandırma komutuyla Sertifika Imzalama Talebi (CSR) oluşturun ve desteklenen bir CA sağlayıcısından imzalı bir sertifika istemek için bunu kullanın:

    crypto pki enroll LGW_CERT
3

Ara (veya kök) CA sertifikanızı kullanarak yeni sertifikanızın kimliğini doğrulayın ve ardından sertifikayı içe aktarın. Aşağıdaki çalıştırma veya yapılandırma komutunu girin:


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

Aşağıdaki yürütme veya yapılandırma komutunu kullanarak imzalı toplantı sahibi sertifikasını içe aktarın:


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

TLS1.2 özel kullanımını etkinleştirin ve aşağıdaki yapılandırma komutunu kullanarak varsayılan güven noktasını belirtin:


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

Webex Calling tarafından kullanılan DigiCert CA sertifikasını içeren Cisco kök CA paketini yükleyin. kullanarak kripto pki trustpool içe aktarma temiz urlkomutu belirtilen URL'den kök CA demetini indirmek ve mevcut CA güven havuzunu temizlemek için, ardından yeni sertifika paketini yükleyin:

crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b
1

Control Hub'da CUBE ana bilgisayar adınızı / SRV'nizi kullanarak sertifika tabanlı bir santral oluşturun ve bu santrali konuma atayın. Daha fazla bilgi için bkz. Webex Calling için ana hatları, rota gruplarını ve arama planlarını yapılandırın .

2

CUBE'yi Webex Calling ve PSTN santrallerinizle yapılandırmak için aşağıdaki bölümdeki yapılandırma komutlarını kullanın:


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
 no supplementary-service sip handle-replaces
 sip 
  early-offer forced
  asymmetric payload full
  sip-profiles inbound

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ip adresi güvenilir listesi

ipv4 x.x.x y.y.y

  • CUBE'nin meşru VoIP çağrıları beklediği varlıkların kaynak IP adreslerini tanımlar.

  • CUBE, varsayılan olarak güvenilir listesinde olmayan IP adreslerinden gelen tüm VoIP mesajlarını engeller. "Oturum hedefi IP" veya sunucu grubu IP adreslerine sahip statik olarak yapılandırılan çağrı eşlerine varsayılan olarak güvenilirler ve güvenilir listeye eklenmezler.

  • Yerel Ağ Geçidinizi yapılandırırken, listeye bölgesel Webex Calling veri merkeziniz için IP alt ağlarını ekleyin. Bkz. Webex Calling için Bağlantı Noktası Referans Bilgileri daha fazla bilgi için.

  • Ücretli dolandırıcılığı önlemek için bir IP adresi güvenilir listesinin nasıl kullanılacağı hakkında daha fazla bilgi için, bkz. IP adresi güvenilir .

mod kenarlık öğesi

allow-connections sip to sip

CUBE temel SIP'i arka arkaya kullanıcı aracısı işlevini etkinleştirin. Daha fazla bilgi için bkz. Bağlantılara izin ver .


 

Varsayılan olarak, T.38 faks aktarımı etkindir. Daha fazla bilgi için bkz. faks protokolü t38 (ses hizmeti).

erken teklif zorlamalı

CUBE'u, komşu eşten onay beklemek yerine ilk INVITE mesajında SDP bilgilerini göndermeye zorlar. Bu komut hakkında daha fazla bilgi için bkz. erken teklif .

asimetrik yük tam

Hem DTMF hem de dinamik codec yükleri için SIP asimetrik yük desteğini yapılandırır. Bu komut hakkında daha fazla bilgi için bkz. asimetrik yük .

3

Yapılandır ses sınıfı codec 100 santral için codec filtresi. Bu örnekte, tüm santraller için aynı codec filtresi kullanılır. Hassas kontrol için her santral için filtreleri yapılandırabilirsiniz.


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

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı codec bileşeni 100

SIP hatları aracılığıyla yapılan çağrılar için yalnızca tercih edilen codec'lere izin vermek için kullanılır. Daha fazla bilgi için bkz. ses sınıfı codec bileşeni .


 

Opus codec yalnızca SIP tabanlı PSTN hatları için desteklenir. PSTN santralinde ses T1/E1 veya analog FXO bağlantısı varsa bunu hariç tutun codec tercihi 1 Opus'ın, ses sınıfı codec'i 100 yapılandırılması.

4

Yapılandır ses sınıfı stun kullanımı 100 Webex Calling santralinde ICE’i etkinleştirmek için.


voice class stun-usage 100 
 stun usage ice lite

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı sersemletme kullanımı 100

Mümkün olan her durumda ortam optimizasyonuna izin vermek için Webex Calling'e dönük tüm çağrı eşlerinde ICE-Lite'ı etkinleştirmek için kullanılır. Daha fazla bilgi için bkz. ses sınıfı sersemletme kullanımı ve sersemletme kullanımı ice lite .


 

Ortam yolu optimizasyonu kullanarak çağrı akışları için ICE-lite'ın stun kullanımını gerekli kılmanız gerekir. SIP'den TDM ağ geçidine ortam optimizasyonu sağlamak için, IP-IP bacağında ICE-Lite özellikli bir geri arama eşi yapılandırın. Daha fazla teknik bilgi için Hesap veya TAC ekipleriyle iletişime geçin.

5

Webex trafiği için ortam şifreleme politikasını yapılandırın.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı srtp-şifreleme 100
Teklif ve yanıt mesajlarındaki SDP'de sunduğu tek SRTP şifre paketi CUBE olarak SHA1_80'i belirtir. Webex Calling yalnızca SHA180’i destekler._
Daha fazla bilgi için bkz. ses sınıfı srtp-kripto .
6

SIP mesaj işleme profillerini yapılandırın. Ağ geçidiniz genel bir IP adresiyle yapılandırılmışsa bir profili aşağıdaki gibi yapılandırın veya NAT kullanıyorsanız bir sonraki bölüme geçin. Örnekte cube1.lgw.com Yerel Ağ Geçidi için seçilen FQDN ve "198.51.100.1", Webex Calling'e dönük Yerel Ağ Geçidi arayüzünün genel IP adresidir:


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

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

kural 10 ve kural 20

Webex'in yerel ağ geçidinizden mesajların kimliğini doğrulamasına izin vermek için SIP isteğinde bulunan 'Kişi' üstbilgisinde ve yanıt mesajlarında Control Hub'da santral için sağlanan değer bulunmalıdır. Bu, tek bir ana bilgisayarın FQDN'si veya bir cihaz kümesi için kullanılan SRV etki alanı adı olacaktır.


 

Yerel Ağ Geçidinizi genel IP adresleriyle yapılandırdıysanız bir sonraki adımı atlayın.

7

Ağ geçidiniz statik NAT arkasında özel bir IP adresiyle yapılandırılmışsa gelen ve giden SIP profillerini aşağıdaki gibi yapılandırın. Bu örnekte cube1.lgw.com, Yerel Ağ Geçidi için seçilen FQDN, "10.80.13.12" Webex Calling'e dönük arabirim IP adresi ve "192.65.79.20" genel NAT IP adresidir.

Webex Calling giden mesajlar için SIP profilleri

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 11 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 30 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 80 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 91 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 93 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
Webex Calling gelen mesajlar için SIP profilleri

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "IN IP4 192.65.79.20" "IN IP4 10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "IN IP4 192.65.79.20" "IN IP4 10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 192.65.79.20" "IN IP4 10.80.13.12"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 192.65.79.20" "IN IP4 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 90 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Daha fazla bilgi için bkz. ses sınıfı yudum profilleri .

8

Üstbilgi değişiklik profili ile SIP Seçenekleri canlı tutma yapılandırın.


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 "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

sesli sınıf yudum seçenekleri-tut 100

Canlı tutma profili yapılandırır ve ses sınıfı yapılandırma moduna girer. Uç noktaya kalp atışı bağlantısı YUKARI veya Aşağı durumundayken, çağrı hedefine SIP Out Of Dialog Seçenekleri Ping'inin gönderildiği süreyi (saniye olarak) yapılandırabilirsiniz.

Bu canlı tutma profili, Webex’e doğru yapılandırılan çağrı eşinden tetiklenir.

Kişi başlıklarının SBC tam etki alanı adını içerdiğinden emin olmak için SIP profili 115 kullanılır. 30, 40 ve 50. kurallar yalnızca SBC statik NAT ile yapılandırıldığında gereklidir.

Bu örnekte cube1.lgw.com, Yerel Ağ Geçidi için seçilen FQDN'dir ve statik NAT kullanılırsa, "10.80.13.12", Webex Calling'e yönelik SBC arabirimi IP adresidir ve "192.65.79.20", NAT genel IP adresidir.

9

Webex Calling’den gelen mesajları sınıflandırmak için URI eşleşen profili yapılandırın.


voice class uri 110 sip
 pattern cube1.lgw.com

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı uri 100 sip

Webex Calling'den gelen çağrı için FQDN eşleşme şablonunu tanımlar. Ses sınıfı uri sip tercihine bakın.

10

Webex Calling santralini yapılandırın:

  1. Belirli bir santralle ilişkili arama eşleri için yaygın davranışları yapılandırmak için kiracıların kullanılmasını öneririz:

    
    voice class tenant 100
      no remote-party-id
      srtp-crypto 100
      localhost dns:cube1.lgw.com
      session transport tcp tls
      no session refresh
      error-passthru
      bind control source-interface GigabitEthernet0/0/1
      bind media source-interface GigabitEthernet0/0/1
      no pass-thru content custom-sdp
      privacy-policy passthru
    !

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    ses sınıfı kiracı 100

    Kendi TLS sertifikasına ve CN veya SAN doğrulama listesine sahip santralleri yapılandırmak için kiracılar kullanmanızı öneririz. Burada kiracıyla ilişkili tls profili, yeni bağlantıları kabul etmek veya oluşturmak için kullanılacak güven noktasını içerir ve gelen bağlantıları doğrulamak için CN veya SAN listesine sahiptir.

    uzak taraf kimliği yok

    Uzak- Taraf- Kimliği çevirisini devre dışı bırakır.

    srtp-şifreleme 100

    SRTP çağrı bacağı (bağlantı) için tercih edilen şifre takımlarını yapılandırır. Daha fazla bilgi için bkz. ses sınıfı srtp-kripto .

    localhost dns'leri: küp1.lgw.com

    CUBE, giden mesajlardaki Gönderen, Call-ID ve Remote-Party-ID üstbilglerindeki fiziksel IP adresini, verilen FQDN ile değiştirmek üzere yapılandırır.

    oturum taşıma tcp tls

    Taşımayı TLS ayarlar. Daha fazla bilgi için bkz. oturum-taşıma .

    oturum yenilemesi yok

    SIP oturum yenilemesini genel olarak devre dışı bırakır.

    bağlama denetimi kaynak arayüzü GigabitEthernet0/0/1

    Webex Calling'e gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlamak .

    medya kaynak arayüzünü bağla GigabitEthernet0/0/1

    Webex Calling'e gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlamak .

    gizlilik politikası Menü

    Alınan mesajdan bir sonraki çağrı ayağına gizlilik değerlerini geçirecek santralin gizlilik üstbilgisi politikası seçeneklerini yapılandırır.

  2. Giden arama Webex Calling yapılandırın.

    
    dial-peer voice 100 voip
     description OutBound Webex Calling
     destination-pattern bad.bad
     session protocol sipv2
     session target dns:<your edge proxy address>
     session transport tcp tls
     voice-class codec 100
     voice-class stun-usage 100
     voice-class sip rel1xx disable
     voice-class sip asserted-id pai
     voice-class sip profiles 100
     voice-class sip tenant 100
     voice-class sip options-keepalive profile 100
     dtmf-relay rtp-nte
     srtp
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    çağrı eşi ses 100 voip

    açıklama OutBound Webex Calling

    etiketiyle VoIP arama eşi tanımlar 100 ve yönetim kolaylığı ve sorun giderme konusunda anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çevirmeli ses .

    hedef-desen kötü.kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir.

    oturum protokolü sipv2

    Arama eşini belirtir 100 SIP çağrı ayaklarını yönetir. Daha fazla bilgi için bkz. oturum protokolü (arama-eş) .

    oturum hedefi dns: <your edge="" proxy="" address="">

    Control Hub'dan çağrıların gönderildiği yere Webex Calling edge proxy SRV adresini tanımlar. Örneğin, oturum hedefi dns:us01.sipconnect.bcld.webex.com. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi) .

    oturum taşıma tcp tls

    SIP arama eşi, TCP aktarım katmanı protokolü üzerinden Taşıma Katmanı Güvenliği (TLS ) kullanır.

    ses sınıfı codec bileşeni 100

    Webex Calling'e ve Webex Calling'den yapılan çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec bileşeni .

    ses sınıfı yudum profilleri 100

    Giden mesajlar için kullanmak üzere üstbilgi değişiklik profilini (Genel IP veya NAT adresleme) uygular. Daha fazla bilgi için bkz. ses sınıfı yudum profilleri .

    sesli sınıf yudum kiracısı 100

    Bu çağrı eşini kiracıya ekler 100, buradan tüm ortak santral yapılandırmalarını alacaktır.

    ses sınıfı yudum seçenekleri-tutma profili 100

    Bu komut, belirli bir profil (100) kullanılarak bir grup SIP sunucusu veya uç nokta kullanılabilirliğini izlemek için kullanılır.

11

Webex Calling'e doğru çağrı eşine göre bir çağrı eşi grubu oluşturun.

  1. DPG tanımla 100 giden çağrı eşi ile 100 Webex Calling’e doğru. DPG DOSYASI 100 PSTN'den gelen çağrı eşine uygulanır.


voice class dpg 100
 description Incoming Webex Calling to IP PSTN
 dial-peer 100 

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

çağrı eşi 100

Giden bir çağrı eşi arama eşi grubuyla ilişkilendirir 100. Daha fazla bilgi için bkz. çevirmeli ses .

12

Webex Calling'den mesaj almak için gelen bir çağrı eşi yapılandırın. Gelen eşleşme, URI isteğine dayalıdır.


dial-peer voice 110 voip 
 description Inbound dial-peer from Webex Calling
 session protocol sipv2
 session transport tcp tls
 destination dpg 200
 incoming uri request 110
 voice-class codec 100
 voice-class stun-usage 100 
 voice-class sip profiles 110 
 voice-class sip srtp-crypto 100
 voice-class sip tenant 100 
 srtp

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı uri 100 sip

Arama eşlerini bir Oturum Başlatma Protokolü (SIP) tekdüzen kaynak tanımlayıcısı (URI) ile eşleştirmek için bir ses sınıfı oluşturmak veya değiştirmek için. Daha fazla bilgi için bkz. voice class uri.

oturum taşıma tcp tls

Taşımayı TLS ayarlar. Daha fazla bilgi için bkz. oturum-taşıma .

hedef dpg 200

Bir çağrı eşi grubu belirtir 200 PSTN veya Unified Communications Manager'a giden bir çağrı eşi seçmek için. Çevirmeli eş grupları hakkında daha fazla bilgi için, bkz. ses sınıfı dpg .

gelen uri isteği 110

Bir VoIP arama eşini gelen çağrının tekdüzen kaynak tanımlayıcısı (URI) ile eşleştirmek için kullanılan ses sınıfını belirtmek. Daha fazla bilgi için bkz. gelen uri .

ses sınıfı sip profili 110

Yalnızca CUBE'nin statik NAT arkasında olduğu durumlarda gereklidir, SIP profili 110 genel IP adresini özel arabirim adresi olarak değiştirir. Daha fazla bilgi için bkz. ses sınıfı yudum profilleri .

ses sınıfı srtp-şifreleme 100

SRTP çağrı bacağı (bağlantı) için tercih edilen şifre takımlarını yapılandırır. Daha fazla bilgi için bkz. ses sınıfı srtp-kripto .

ses sınıfı sip kiracısı 100

Bu çağrı eşini santral kiracısı ile ilişkilendirir ve tüm ilişkili yapılandırmaları devralmasına izin verir. Daha fazla bilgi için bkz. ses sınıfı sip kiracısı.

srtp

Bu çağrı eşini kullanan tüm çağrıların şifreli ortam kullanması gerektiğini belirtir. Daha fazla bilgi için bkz. srtp.

Yukarıda Webex Calling'e doğru bir santral oluşturduktan sonra, SIP tabanlı PSTN sağlayıcısına doğru şifrelenmemiş bir santral oluşturmak için aşağıdaki yapılandırmayı kullanın:


 

Hizmet Sağlayıcınız güvenli bir PSTN santrali sunarsa Webex Calling santrali için yukarıda açıklanan benzer bir yapılandırmayı takip edebilirsiniz. Güvenli bir şekilde çağrı yönlendirme CUBE tarafından desteklenir.

1

PSTN santralinden gelen çağrıları tanımlamak için aşağıdaki ses sınıfı uri'sini yapılandırın:


voice class uri 210 sip
  host ipv4:192.168.80.13
2

PSTN IP santraline doğru aşağıdaki giden çağrı eşini yapılandırın:


dial-peer voice 200 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

arama eşi ses 200 voip

açıklama PSTN'ye giden çağrı eşi

etiketine sahip bir VoIP arama eşini tanımlar. 300 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar. Daha fazla bilgi için bkz. çevirmeli ses.

hedef-kalıp BAD.BAD

Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Daha fazla bilgi için bkz. hedef-kalıp (arayüz) .

oturum protokolü sipv2

Çağrı eşi 200'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (arama eşi) .

oturum hedefi ipv4:192.168.80.13

çağrı bacağı göndermek için hedefin hedef IPv4 adresi belirtir. Buradaki oturum hedefi, ITSP'nin IP adresi. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi) .

ses sınıfı codec 100

Arama eşini, ortak codec filtre listesi 100'ü kullanacak şekilde yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec bileşeni .

dtmf-geçişi rtp-nte

çağrı bacağı beklenen DTMF yeteneği olarak RTP -NTE'yi (RFC2833) tanımlar. Daha fazla bilgi için bkz. DTMF Röle ( IP Üzerinden Ses) .

hiç vadi yok

Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (arayan eş) .

3

Aşağıdaki Çevirmeli Eş Grubunu (DPG) yapılandırın:

  1. DPG 200'ü PSTN'ye doğru giden çağrı eşi 200 ile tanımlayın. Webex Calling’den gelen çağrı eşine DPG 200 uygulayın.

    
    voice class dpg 200
     description Incoming IP PSTN to Webex Calling
     dial-peer 200 
4

Aşağıdaki gelen çağrı eşini yapılandırın:

  1. Gelen IP PSTN çağrı bacakları için gelen çağrı eşi:

    
    dial-peer voice 210 voip
     description Incoming dial-peer from PSTN 
     session protocol sipv2
     destination dpg 100 
     incoming uri via 210 
     voice-class codec 100 
     dtmf-relay rtp-nte
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    çağrı eşi ses 210 voip

    açıklama PSTN'den gelen çağrı eşi

    210 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sağlar. Daha fazla bilgi için bkz. çevirmeli ses .

    oturum protokolü sipv2

    Çağrı eşi 210'un SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (arama eşi) .

    210 üzerinden gelen uri

    IP PSTN'nin IP adresi ile VIA başlığı için bir eşleşme kriteri tanımlar. Yerel Ağ Geçidinde gelen tüm IP PSTN çağrı bacaklarını çağrı eşi 210 ile eşleştirir. Daha fazla bilgi için bkz. gelen url .

    hedef dpg 100

    Yerel Ağ Geçidinde klasik giden çağrı eşi eşleştirme kriterlerini Webex Calling’e doğru hedef DPG 100 ile atlar. Arama eş gruplarını yapılandırma hakkında daha fazla bilgi için, bkz. ses sınıfı dpg .

    hiç vadi yok

    Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (arayan eş) .

Önceki bölümlerdeki PSTN-Webex Calling yapılandırması, bir Cisco Unified Communications Manager (UCM) kümesine ek bir santral içerecek şekilde değiştirilebilir. Bu durumda, tüm çağrılar Unified CM aracılığıyla yönlendirilir. UCM'den bağlantı noktası 5060'a gelen çağrılar PSTN'ye ve bağlantı noktası 5065'e gelen çağrılar Webex Calling'e yönlendirilir. Bu çağrı senaryosunu dahil etmek için aşağıdaki artımlı ve güncellenmiş yapılandırmalar eklenebilir.

1

Aşağıdaki ses sınıfı URI'lerini yapılandırın:

  1. Bağlantı noktası VIA SIP kullanarak Unified CM'yi Webex çağrılarına sınıflandırır:

    
    voice class uri 310 sip
     pattern :5065
    
  2. Bağlantı noktası aracılığıyla SIP kullanarak Unified CM'yi PSTN çağrılarına sınıflandırır:

    
    voice class uri 410 sip
     pattern :5060
    
2

Unified CM ana bilgisayarlarına SRV yönlendirmesini belirtmek için aşağıdaki DNS kayıtlarını yapılandırın:


 

IOS XE, hedef UCM ana bilgisayarlarını ve bağlantı noktalarını yerel olarak belirlemek için bu kayıtları kullanır. Bu yapılandırma ile, DNS sisteminizdeki kayıtları yapılandırmanız gerekmez. DNS’inizi kullanmayı tercih ederseniz bu yerel yapılandırmalar gerekli değildir.


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

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

Aşağıdaki komut bir DNS SRV kaynak kaydı oluşturur. Her toplantı sahibi ve santral için bir kayıt oluşturun:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV kaynağı kayıt adı

2: SRV kaynak kaydı önceliği

1: SRV kaynağı kayıt ağırlığı

5060: Bu kaynak kaydındaki hedef ana bilgisayar için kullanılacak bağlantı noktası numarası

ucmsub5.mydomain.com: Kaynak kaydı hedef ana bilgisayarı

Kaynak kaydı hedef ana bilgisayar adını çözümlemek için yerel DNS A kayıtları oluşturun. Örneğin:

ip ana bilgisayar ucmsub5.mydomain.com 192.168.80.65

ip ana bilgisayarı: Yerel IOS XE veritabanında bir kayıt oluşturur. Name

ucmsub5.mydomain.com: A kaydı toplantı sahibi adı.

192.168.80.65: Ana bilgisayar IP adresi.

UCM ortamınızı ve tercih edilen çağrı dağıtım stratejinizi yansıtacak SRV kaynak kayıtlarını ve A kayıtlarını oluşturun.

3

Aşağıdaki giden çağrı eşlerini yapılandırın:

  1. Webex Calling'den Unified CM'ye doğru giden çağrı eşi:

    
    dial-peer voice 300 voip
     description Outgoing dial-peer to CUCM from Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:wxtocucm.io
     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
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    çağrı eşi ses 300 voip

    açıklama Webex Calling’den CUCM’ye giden çağrı eşi

    300 etiketiyle VoIP arama eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar.

    oturum hedefi dns:wxtocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar.

  2. PSTN'den Unified CM'ye doğru giden çağrı eşi:

    
    dial-peer voice 400 voip
     description Outgoing dial-peer to CUCM from PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:pstntocucm.io
     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
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    çağrı eşi ses 400 voip

    açıklama PSTN'den CUCM'ye giden çağrı eşi

    etiketine sahip bir VoIP arama eşini tanımlar. 300 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    oturum hedefi dns:pstntocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar.

4

Unified CM'ye yönelik çağrılar için aşağıdaki çağrı eşi grubunu (DPG) yapılandırın:

  1. Webex Calling'den Unified CM'ye yapılan çağrılar için giden çağrı eşi 300 için DPG 300 tanımlayın:

    
    voice class dpg 300
     dial-peer 300
     
  2. PSTN'den Unified CM'ye yapılan çağrılar için giden çağrı eşi 400 için DPG 400 tanımlayın:

    
    voice class dpg 400
     dial-peer 400
    
5

PSTN ve Webex Calling çağrılarını Unified CM'ye yönlendirmek için aşağıdaki gelen çağrı eşlerini değiştirin:

  1. Webex Calling’den gelen çağrılar için gelen çağrı eşini değiştirin:

    
    dial-peer voice 110 voip
     no destination dpg 200
     destination dpg 300
    
  2. PSTN'den gelen çağrılar için gelen çağrı eşini değiştirin:

    
    dial-peer voice 210 voip
     no destination dpg 100 
     destination dpg 400
    
  3. UCM'den Webex Calling'e yönelik çağrılar için gelen bir çağrı eşi ekleyin:

    
    dial-peer voice 310 voip
     description Incoming dial-peer from CUCM for Webex Calling
     session protocol sipv2
     destination dpg 100
     incoming uri via 310 
     voice-class codec 100
     dtmf-relay rtp-nte
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    arama eşi ses 310 voip

    açıklama Webex Calling için CUCM'den gelen çağrı eşi

    etiketine sahip bir VoIP arama eşini tanımlar. 300 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar. Daha fazla bilgi için bkz. çevirmeli ses .

    gelen uri üzerinden 310

    Ses sınıfı URI belirtir 300 kaynak bağlantı noktasındaki (5065) Unified CM LGW'ye gelen tüm trafiğe. Daha fazla bilgi için bkz. gelen uri .

    hedef dpg 100

    Webex Calling'e doğru giden çağrı eşi seçmek için 100 arama eş grubunu belirtir. Arama eş gruplarını yapılandırma hakkında daha fazla bilgi için, bkz. ses sınıfı dpg .

  4. Hedefi PSTN olmak üzere gelen Unified CM çağrı bacakları için gelen çağrı eşi:

    
    dial-peer voice 410 voip
     description Incoming dial-peer from CUCM for PSTN
     session protocol sipv2
     destination dpg 200
     incoming uri via 410
     voice-class codec 100
     dtmf-relay rtp-nte
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    arama eşi ses 311 voip

    açıklama PSTN için CUCM'den gelen çağrı eşi

    410 etiketiyle VoIP arama eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sağlar. Daha fazla bilgi için bkz. çevirmeli ses .

    311 üzerinden gelen uri

    VIA bağlantı noktasındaki bir PSTN hedefi için Unified CM'den Yerel Ağ Geçidine gelen tüm trafiği eşleştirmek için ses sınıfı URI 410'u belirtir. Daha fazla bilgi için bkz. gelen uri .

    hedef dpg 200

    PSTN'ye doğru giden bir çağrı eşi seçmek için çağrı eş grubu 200'ü belirtir. Arama eş gruplarını yapılandırma hakkında daha fazla bilgi için, bkz. ses sınıfı dpg .

Tanılama İmzaları (DS), Cisco IOS XE tabanlı Yerel Ağ Geçidinde yaygın olarak gözlemlenen sorunları proaktif olarak algılar ve olayla ilgili e-posta, sistem günlüğü veya terminal mesajı bildirimi oluşturur. DS'yi, çözüm süresini kısaltmak amacıyla tanı verisi toplama işlemini otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için de yükleyebilirsiniz.

Tanılama İmzaları (DS), sorunu tetikleyen olaylar ve sorunu bilgilendirmek, gidermek ve sorunu gidermek için eylemler hakkında bilgi içeren XML dosyalarıdır. Sorun algılama mantığını tanımlamak için sistem günlüğü mesajlarını, SNMP olaylarını ve belirli show komutu çıktılarının periyodik olarak izlenmesini kullanın. Eylem türleri şunları içerir:

  • Gösteri komutu çıktılarını toplama

  • Birleştirilmiş bir günlük dosyası oluşturma

  • Dosyayı HTTPS, SCP, FTP sunucusu gibi kullanıcı tarafından sağlanan bir ağ konumuna yükleme

TAC mühendisleri, DS dosyalarını yazar ve bütünlük koruması için dijital olarak imzalar. Her DS dosyası, sistem tarafından atanan benzersiz sayısal Kimlik sahiptir. Tanılama İmzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için uygun imzaları bulmak için tek bir kaynaktır.

Başlamadan önce:

  • İndirdiğiniz DS dosyasını düzenlemeyin DSLT . Değiştirdiğiniz dosyalar, bütünlük denetimi hatası nedeniyle yükleme başarısız olur.

  • Yerel Ağ Geçidinin e-posta bildirimleri göndermesi için ihtiyaç duyduğunuz Basit Posta Aktarım Protokolü (SMTP) sunucusu.

  • E-posta bildirimleri için güvenli SMTP sunucusu kullanmak istiyorsanız, Yerel Ağ Geçidinin IOS XE 17.6.1 veya üzerini çalıştırdığından emin olun.

Cisco WebEx Meeting Center Yapılandırma Kılavuzları

IOS XE 17.6.1 veya üstünü çalıştıran Yerel Ağ Geçidi

  1. Tanı İmzalarının varsayılan olarak etkinleştirilmesi.

  2. Cihaz IOS XE 17.6.1 veya üzerini çalıştırıyorsa proaktif bildirim göndermek için kullandığınız güvenli e-posta sunucusunu yapılandırın.

    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Ortam değişkenini yapılandırınds_email yöneticinin e-posta adresi ile size bildiriniz.

    
    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    end 

Proaktif izleme için tanılama imzalarını yükleyin

Yüksek CPU kullanımını izleme

Bu DS, SNMP OID 1.3.6.1.4.1.9.2.1.56'yı kullanarak 5 saniyelik CPU kullanımını izler. Kullanım %75 veya daha fazlasına ulaştığında, tüm hata ayıklamaları devre dışı bırakır ve Yerel Ağ Geçidinde yüklediğiniz tüm tanılama imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.

  1. komutunu kullanarak SNMP'yi etkinleştirdiğinizden emin olun snmp'yi göster. SNMP etkinleştirilmemişse, snmp-sunucu yöneticisi komutunu verin.

    
    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 
    
  2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64224'ü indirin:

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

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

    Ürün

    Webex Calling çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta Bildirimiyle Yüksek CPU Kullanımı

  3. DS XML dosyasını Yerel Ağ Geçidi flash belleğine kopyalayın.

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

    Aşağıdaki örnek, dosyanın bir FTP sunucusundan Yerel Ağ Geçidine kopyalanmasını gösterir.

    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) 
    
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success  
  5. kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

    
    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 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-07 22:05:33


     

    Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse, Yerel Ağ Geçidinde yüksek CPU kullanımını izlemeye devam etmek için lütfen DS 64224'ü yeniden yükleyin.

Anormal çağrı bağlantılarının kesilmesini izleme

Bu DS, 403, 488 ve 503 SIP hatalarıyla anormal çağrı kesilmelerini algılamak için 10 dakikada bir SNMP anketi kullanır.  Hata sayısı artışı, son anketten 5'e eşit veya daha büyükse, bir sistem günlüğü ve e-posta bildirimi oluşturur. İmzayı yüklemek için lütfen aşağıdaki işlemleri yapın.

  1. komutu kullanılarak SNMP'nin etkinleştirildiğinden emin olun snmp'yi göster. SNMP etkinleştirilmemişse, uygulamasını yapılandırın. snmp-sunucu yöneticisi komutunu verin.

    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 
  2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65221'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta ve Syslog Bildirimi ile SIP anormal çağrı bağlantı kesme tespiti.

  3. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    
    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
  5. komutu kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için. Durum sütununda "kayıtlı" bir değer olmalıdır.

Bir sorunu gidermek için tanılama imzalarını yükleyin

Sorunları hızlı bir şekilde çözmek için Tanılama İmzalarını (DS) da kullanabilirsiniz. Cisco TAC mühendisleri, belirli bir sorunu gidermek, sorunun oluşumunu tespit etmek, doğru tanılama verilerini toplamak ve verileri otomatik olarak Cisco TAC aktarmak için gereken gerekli hata ayıklamaları etkinleştiren birkaç imza yazmıştır. Bu da, sorunun gerçekleşip gerçekleşmediğini manuel olarak kontrol etme ihtiyacını ortadan kaldırarak aralıklı ve geçici sorunların tespit edilmesini çok daha kolay bir hale getirmektedir.

kullanabilirsiniz Tanılama İmzaları Arama Aracı uygun imzaları bulmak ve belirli bir sorunu kendi kendinize çözmek için bunları yüklemek için veya destek sözleşmesinin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.

Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" sistem günlüğü ve aşağıdaki adımları kullanarak tanılama verilerinin toplanmasını otomatikleştirin:

  1. Başka bir DS ortam değişkeni yapılandırınds_fsurl_prefix tanılama verilerini yüklemek için Cisco TAC dosya sunucusu yolu (cxd.cisco.com) olarak. Dosya Yolu kullanıcı adı, vaka numarasıdır ve parola, şuradan alınabilecek karşıya dosya yükleme belirtecidir. Destek Vaka Yöneticisi aşağıda gösterildiği gibi. karşıya dosya yükleme belirteci şurada oluşturulabilir: ekler Gerektiğinde Destek Vaka Yöneticisinin bölümü.

    
    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 

    Örnek:

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. komutu kullanılarak SNMP'nin etkinleştirildiğinden emin olun snmp'yi göster. SNMP etkinleştirilmemişse, cihazını yapılandırın: snmp-sunucu yöneticisi komutunu verin.

    
    show snmp 
    %SNMP agent not enabled 
     
    config t 
    snmp-server manager 
    end 
  3. Yüksek CPU kullanımı sırasında tüm hata ayıklamaları ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü kurmanızı öneririz. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta Bildirimi ile Yüksek CPU Kullanımı.

  4. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65095'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Syslog'lar

    Sorun Türü

    Syslog - %VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0

  5. DS XML dosyalarını Yerel Ağ Geçidine kopyalayın.

    
    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Yüksek CPU izleme DS 64224'ü ve ardından DS 65095 XML dosyası Local Gateway'e kurun.

    
    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 
    
  7. kullanılarak imzanın başarıyla yüklendiğini doğrulayın. çağrı-ev tanı-imzasını göster. Durum sütununda "kayıtlı" bir değer olmalıdır.

    
    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 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Kayıtlı

    2020-11-08:00:12:53

Tanılama imzalarının yürütülmesini doğrulayın

Aşağıdaki komutta, komutun “Durum” sütunu evi ara tanı imzasını göster Yerel Ağ Geçidi imza içinde tanımlanan eylemi yürütürken "çalışıyor" olarak değişir. çıktısı evi arama tanılama imzası istatistiklerini göster tanılama imzasının ilgilenilen bir olayı tespit edip etmediğini ve eylemi gerçekleştirip gerçekleştirmediğini doğrulamanın en iyi yoludur. "Triggered/Max/Deinstall" sütunu, verilen imzanın bir olayı kaç kez tetiklediğini, bir olayı algılamak için tanımlandığı maksimum sayı ve maksimum tetiklenen olay sayısı algılandıktan sonra imzanın kendini kaldırıp kaldırmadığını gösterir.

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 

İndirilen DS'ler:

DS Kimliği

DS Adı

Revizyon

Durum

Son Güncelleme (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Kayıtlı

8.11.2020 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Çalışıyor

8.11.2020 00:12:53

evi arama tanılama imzası istatistiklerini göster

DS Kimliği

DS Adı

Tetiklenen/Maksimum/Yüklemeyi Kaldırma

Ortalama Çalışma Süresi (saniye)

Maksimum Çalışma Süresi (saniye)

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

Tanılama İmzası yürütmesi sırasında gönderilen bildirim e-postası , sorun türü, aygıt ayrıntıları, yazılım versiyonu, çalışan yapılandırma ve verilen sorunu gidermeyle ilgili komut çıktılarını göster gibi temel bilgileri içerir.

Tanılama imzalarını kaldır

Tanılama imzalarını sorun giderme amacıyla kullanın, genellikle bazı sorun oluşumlarının algılanmasından sonra kaldırma için tanımlanır. Bir imzayı manuel olarak kaldırmak isterseniz, çıktıdan DS Kimlik alın. evi ara tanı imzasını göster ve aşağıdaki komutu çalıştırın:

call-home diagnostic-signature deinstall <DS ID> 

Örnek:

call-home diagnostic-signature deinstall 64224 

 

Dağıtımlarda gözlemlenen sorunlara bağlı olarak, Tanılama İmzaları Arama Aracı'na düzenli aralıklarla yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir.

12 Ekim 2023
CUBE Yüksek Kullanılabilirliğini Yerel Ağ Geçidi Olarak Uygulama

Yerel Ağ Geçidi (LGW), Cisco Webex Calling müşterileri için iş yeri temelli PSTN erişimi sağlamak için tek seçenektir. Bu belgenin amacı, aktif çağrıların durum bilgisiyle yük devri için yüksek kullanılabilirlikli CUBE, aktif veya beklemedeki CUBE'leri kullanarak Yerel Ağ Geçidi yapılandırması oluşturmanıza yardımcı olmaktır.

Temel Bilgiler

Cisco WebEx Meeting Center Yapılandırma Kılavuzları

CUBE HA'yı Webex Calling için yerel ağ geçidi olarak dağıtmadan önce aşağıdaki kavramları iyice anladığınızdan emin olun:

Bu makalede verilen yapılandırma yönergelerinde, herhangi bir ses yapılandırmasının mevcut olmadığı özel bir yerel ağ geçidi platformunun olduğu varsayılmıştır. Mevcut bir CUBE işletme dağıtımının, Cisco Webex Calling için yerel ağ geçidi işlevini kullanacak biçimde değiştirilmesi durumunda, mevcut çağrı akış ve işlevlerinin kesintiye uğramaması için uygulanan yapılandırmaya özellikle dikkat edin ve CUBE HA tasarım gereksinimlerine uyduğunuzdan emin olun.

Donanım ve Yazılım Bileşenleri

Yerel ağ geçidi olarak CUBE HA, IOS-XE 16.12.2 veya sonraki bir sürümü ile CUBE HA ve LGW işlevlerinin her ikisinin de desteklendiği bir platform gerektirir.


Bu makalede gösterilen komutlar ve kayıtlar için vCUBE (CSR1000v) üzerinde minimum Cisco IOS-XE 16.12.2 yazılım sürümü kullanılmıştır.

Referans Materyali

Aşağıda çeşitli platformlar için ayrıntılı CUBE HA yapılandırma kılavuzları verilmiştir:

Webex Calling Çözümüne Genel Bakış

Cisco Webex Calling, müşteriler için çoklu PSTN seçeneğiyle iş yeri PBX telefonu hizmetine çok kiracılı, bulut temelli bir alternatif sunan bir iş birliği hizmetidir.

Bu makalenin konusu (aşağıda verilen) Yerel Ağ Geçidi dağıtımıdır. Webex Calling'deki yerel ağ geçidi (İş Yeri Temelli PSTN) santralli, müşterinin sahip olduğu PSTN hizmetine bağlantı kurulmasına olanak tanır. Bunun yanında, Cisco Unified CM gibi iş yeri IP PBX dağıtımlarına bağlantı sağlar. Buluttan gelen ve buluta giden tüm iletişimin güvenliği, SIP ve ortam için SRTP için TLS taşıma kullanılarak sağlanır.

Aşağıdaki şekilde, herhangi bir IP PBX'in mevcut olmadığı ve tek veya çok siteli bir dağıtım için geçerli bir Webex Calling dağıtımı görülmektedir. Bu makalede açıklanan yapılandırma, bu dağıtım üzerine kuruludur.

2. Katman Kutudan Kutuya Yedeklilik

CUBE HA 2. katman kutudan kutuya yeterlilik, Yedeklilik Grubu (RG) altyapısı protokolünü kullanarak aktif/beklemede bir yönlendirici çifti oluşturur. Bu çift, kendi arayüzleri genelinde aynı sanal IP adresini (VIP) paylaşır ve sürekli olarak durum mesajı alışverişi yapar. CUBE oturum bilgileri yönlendirici çifti arasında kontrol noktalarından geçerek, aktif yönlendiricinin servis dışı kalması durumunda beklemedeki yönlendiricinin tüm CUBE çağrı işleme sorumluluklarını derhal devralarak sinyal ve ortam öğelerinin durum bilgisiyle muhafaza edilmesine olanak tanır.


Kontrol noktasından geçme, ortam paketli bağlı çağrılarla sınırlıdır. Aktarma durumundaki (örneğin, deneme veya çalma durumu) çağrılar kontrol noktasından geçmez.

Bu makalede CUBE HA, durum bilgisiyle çağrı muhafaza etmek için CUBE Yüksek Kullanılabilirlikli (HA) 2. Katman Kutudan Kutuya (B2B) yedekliliği ifade edecektir.

IOS-XE 16.12.2 sürümünden itibaren CUBE HA, Cisco Webex Calling santrali (İş Yeri Temelli PSTN) için Yerel Ağ Geçidi olarak dağıtılabilecek olup, bu makalede tasarım ve yapılandırma konularını ele alacağız. Bu şekilde, Cisco Webex Calling santral dağıtımı için Yerel Ağ Geçidi olarak tipik bir CUBE HA kurulumu verilmiştir.

Yedeklilik Grubu Altyapı Bileşeni

Yedeklilik Grubu (RG) Altyapı bileşeni, iki CUBE arasında kutudan kutuya iletişim altyapısı sağlar ve son kararlı yedeklilik durumunu anlaşmasını yapar. Bu bileşen ayrıca şunları sağlar:

  • İki CUBE arasında (kontrol arayüzü üzerinden) -yukarıdaki şekilde GigabitEthernet3- etkin tutma ve merhaba mesajı alışverişi yaparak her bir yönlendirici için son yedeklilik durumu anlaşması yapan HSRP benzeri bir protokol.

  • Her bir çağrı için aktif yönlendiriciden beklemedeki yönlendiriciye (veri arayüzü yoluyla) -yukarıdaki şekilde GigabitEthernet3- ortam kontrol noktasından geçirme ve sinyal gönderme işlemleri için bir taşıma mekanizmasıdır.

  • Sanal IP (VIP) arayüzünün trafik arayüzleri için yapılandırılması ve yönetilmesi (çoklu trafik arayüzleri aynı RG grubu kullanılarak yapılandırılabilir). GigabitEthernet 1 ve 2, trafik arayüzü olarak kabul edilir.

Bu RG bileşeninin sesli B2B HA desteklemesi için özellikle yapılandırılması gerekir.

Sinyal Gönderme ve Ortam için Sanal IP (VIP) Adresi Yönetimi

B2B HA yedeklilik için VIP kullanır. CUBE HA çiftindeki her iki CUBE üzerindeki VIP ve ilişkili fiziksel arayüzlerinin aynı LAN alt ağında olması gerekir. Ses B2B HA desteği için VIP yapılandırması ve VIP arayüzünün belirli bir ses uygulamasına (SIP) bağlanması zorunludur. Unified CM, Webex Calling erişimi SBC'si, hizmet sağlayıcı veya proxy gibi harici hizmetler, CUBE HA yönlendiricilerden geçebilecek çağrılar için hedef IP adresi olarak VIP kullanır. Dolayısıyla, Webex Calling açısından, CUBE HA çiftleri tek bir yerel ağ geçidi olarak davranır.

Çağrı sinyali gönderme ve bağlantısı kurulmuş çağrıların RTP oturumu bilgileri, aktif yönlendiriciden beklemedeki yönlendiriciye doğru kontrol noktasından geçirilir. Aktif yönlendirici devre dışı kaldığında, Beklemedeki kullanıcı devreye girer ve daha önce ilk yönlendiricinin yönlendirdiği RTP akışını yönlendirmeye devam eder.

Yük devretme sırasında geçici durumda olan çağrılar, geçiş sonrasında muhafaza edilmez. Bunlardan bazıları, bağlantısı henüz tam kurulmamış ya da aktarma veya bekletme durumunda olan çağrılardır. Geçiş sonrasında, bağlantısı kurulmuş çağrıların bağlantısı kesilebilir.

CUBE HA'nın çağrıların durum bilgisiyle yük devri için yerel ağ geçidi olarak kullanılması aşağıdaki gereksinimlere tabidir:

  • CUBE HA'nın TDM veya analog arayüzleri bir arada olamaz

  • Gig1 ve Gig2 trafik (SIP/RTP) arayüzleri, Gig3 ise Yedeklilik Grubu (RG) Kontrol/veri arayüzü olarak bilinir.

  • Aynı 2. katman etki alanına, biri grup kimliği 1, diğeri grup kimliği 2 ile olmak üzere en fazla 2 CUBE HA çifti yerleştirilebilir. 2 HA çiftinin aynı grup kimliğiyle yapılandırılması durumunda, RG Kontrol/Veri arayüzlerinin farklı 2. katman etki alanlarına (vlan, ayrı anahtar) ait olması gerekir

  • Hem RG Kontrol/veri arayüzü, hem de trafik arayüzü için port kanalı desteklenir

  • Tüm sinyal/ortam gönderimleri Sanal IP Adresine/Sanal IP Adresinden yapılır

  • Bir platform CUBE-HA ilişkisinde her yeniden yüklendiğinde, mutlaka Bekleme konumunda olarak başlar

  • Tüm arayüzler için düşük adres (Gig1, Gig2, Gig3) aynı platformda olmalıdır

  • Yedeklilik Arayüzü Tanımlayıcısı (RII), aynı 2. Katman üzerindeki bir çift/arayüz kombinasyonu için benzersiz olmalıdır

  • Her iki CUBE üzerindeki konfigürasyon, fiziksel konfigürasyon dahil olmak üzere birbiriyle aynı ve aynı tür platform ve IOS-XE sürümüyle çalışmalıdır

  • Loopback arayüzleri her zaman devrede olduğundan, bağlama için kullanılamaz

  • Çoklu trafik (SIP/RTP) arayüzlerinin (Gig1, Gig2) yapılandırılması için arayüz takibi gerekir

  • CUBE-HA, RG-kontrol/veri bağlantısı (Gig3) için çapraz kablo üzerinden desteklenmez

  • CUBE HA’nın çalışması için her iki platformun da aynı olması ve tüm benzer arayüzler arasında fiziksel bir Anahtar ile bağlanması gereklidir. Örneğin, CUBE-1 ve CUBE-2 için GE0/0/0 aynı anahtarda sonlanmalıdır.

  • Doğrudan CUBE'lerde sonlandırılmış WAN veya iki tarafın birinde Veri HA'sı olamaz

  • Aktif/Bekleme aynı veri merkezinde olmalıdır

  • Yedeklilik için ayrı L3 arayüzü (RG Kontrol/veri, Gig3) kullanılması zorunludur. Yani trafik için kullanılan arayüz, HA etkin tutma ve kontrol noktasından geçirme işlemleri için kullanılamaz

  • Yük devrinin ardından, daha önce etkin olan CUBE, tasarımı gereği sinyal ve ortam gönderimini muhafaza ederek yeniden yüklenir

Her İki CUBE Üzerinde Yedekliliği Yapılandırma

Sanal IP'leri etkinleştirmek için HA çiftinde kullanılması amaçlanan her iki CUBE üzerinde 2. katman kutudan kutuya yedekliliği yapılandırmanız gerekir.

1

Arayüzün durumunu takip etmek için genel düzeyde arayüz takibini yapılandırın.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit
VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

Trafik arayüzünün devre dışı kalmasının ardından etkin rolünden çıkması için ses trafiği arayüz durumunu takip etmek için RG'de CLI takibi kullanılır.

2

RG'yi uygulama yedeklilik alt modunda VoIP HA ile kullanmak için yapılandırın.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit
VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

Bu yapılandırmada kullanılan alanların açıklaması aşağıda verilmiştir:

  • redundancy: Yedeklilik moduna girer

  • uygulama yedekliliği: Uygulama yedekliliği yapılandırma moduna girer

  • group: Yedeklilik uygulaması grup yapılandırması moduna girer

  • name LocalGateway-HA: RG grubunun adını tanımlar

  • priority 100 failover threshold 75: RG ilk öncelik ve yük devri eşiklerini belirtir

  • zamanlayıcı gecikmesi 30 yeniden yükleme 60: Gecikme ve yeniden yükleme için iki süre yapılandırır

    • Arayüzün devreye girmesinin ardından RG grubunun başlatılması ve rol anlaşmasının gecikme süresini belirleyen gecikme zamanlayıcısıdır - Varsayılan değer 30 saniyedir. Değer aralığı 0-10000 saniyedir

    • Yeniden Yükleme: Yeniden yükleme sonrasında RG grubunun başlatılmasının ve rol anlaşmasının gecikme süresidir - Varsayılan değer 60 saniyedir. Değer aralığı 0-10000 saniyedir

    • Varsayılan zamanlayıcılar önerilse de, ağda yönlendirmenin stabil bir noktaya yakınsanmasının ardından RG protokolü anlaşmasının gerçekleşmesini garantilemek için bu zamanlayıcılar, yönlendiricilerin başlatılması/yeniden yüklenmesi sırasında meydana gelebilecek her türlü ağ yakınsaması gecikmesini karşılayacak biçimde ayarlanabilir. Örneğin, yük devrinin ardından yeni STANDBY cihazının yeni AKTİF cihazdan ilk RG HELLO paketini görmesinin 20 saniyeye kadar sürdüğü görülürse, bu gecikmeyi karşılamak için zamanlayıcıların "zamanlayıcı gecikmesi 60 yeniden yükleme 120" olarak ayarlanması gerekir.

  • control GigabitEthernet3 protocol 1: İki CUBE arasında etkin tutma ve merhaba mesajı alışverişi için kullanılan arayüzü yapılandırır, protokol arayüzüne eklenecek protokol örneğini belirtir ve yedeklilik uygulaması protokol yapılandırması moduna girer

  • data GigabitEthernet3: Veri trafiğinin kontrol noktasından geçirilmesi için kullanılan arayüzü yapılandırır

  • track: Arayüzlerin RG grubu takibidir

  • protocol 1: Bir kontrol arayüzüne eklenecek protokol örneğini belirtir ve yedeklilik uygulama protokolü yapılandırma moduna girer

  • timers hellotime 3 holdtime 10: Merhaba süresi ve bekleme süresi için iki zamanlayıcı yapılandırır:

    • Hellotime: İki merhaba mesajı arasındaki süredir. Varsayılan değer 3 saniyedir. Değer aralığı 250 milisaniye - 254 saniyedir

    • Holdtime: Merhaba mesajının alınması ile gönderen yönlendiricide hata oluştuğu varsayımı arasında geçen süredir. Bu sürenin merhaba süresinden fazla olması gerekir. Varsayılan değer 10 saniyedir. Değer aralığı 750 milisaniye - 255 saniyedir

      Bekleme süresi zamanlayıcısının, merhaba süresinin en az 3 katı olarak yapılandırılmasını öneririz.

3

CUBE uygulaması için kutudan kutuya yedekliliği etkinleştirin. Şurada önceki adımdan RG'yi yapılandırın: voice service voip. Bu işlem, CUBE uygulamasının yedeklilik sürecini kontrol etmesine olanak tanır.

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundancy-group 1: Bu komutun eklenmesi ve kaldırılması, güncellenen yapılandırma için yeniden yüklemenin geçerli olmasını gerektirir. Tüm yapılandırma uygulandıktan sonra platformları yükleyeceğiz.

4

Gig1 ve Gig2 arayüzlerini aşağıda gösterildiği gibi kendi sanal IP'leriyle yapılandırın ve yedeklilik arayüzü tanımlayıcısını (RII) uygulayın

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

Bu yapılandırmada kullanılan alanların açıklaması aşağıda verilmiştir:

  • redundancy rii: Yedeklilik grubu için yedeklilik arayüzü tanımlayıcısını yapılandırır. Sanal MAC (VMAC) adresi oluşturmak için gereklidir. Aynı VIP'ye sahip her bir yönlendiricinin (AKTİF/BEKLEMEDE) arayüzünde aynı rii kimlik değeri kullanılmalıdır.


     

    Aynı LAN üzerinde birden fazla B2B çifti varsa, (çakışmayı önlemek için) her çiftin kendi arayüzlerinde benzersiz rii kimliğinin olması gerekir. "show redundancy application group all" komutunun doğru yerel ve eş bilgilerini göstermesi gerekir.

  • redundancy group 1: Arayüzü yukarıda 2. Adımda oluşturulan arayüz grubuyla ilişkilendirir. RG grubunu ve bu fiziksel arayüze atanan VIP'yi yapılandırın.


     

    Yedeklilik için ayrı bir arayüz kullanılması zorunludur, yani ses trafiği için kullanılan arayüz, yukarıda 2. Adımda belirtilen kontrol ve veri arayüzü için kullanılamaz. Bu örnekte, RG kontrol/veri için Gigabit arayüzü 3 kullanılmıştır.

5

İlk CUBE yapılandırmasını kaydedip yeniden yükleyin.

En son yeniden yüklenecek platform her zaman Bekleme konumunda olacaktır.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

VCUBE-1 tamamen başlatıldıktan sonra VCUBE-2'nin yapılandırmasını kaydedip yeniden yükleyin.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Kutudan kutuya yapılandırmanın beklendiği gibi çalıştığını doğrulayın. İlgili çıktı kalın yazılarak vurgulanmıştır.

VCUBE-2'yi son olarak ve tasarım konularına uygun bir biçimde yeniden yükledik. Son yüklenen platform her zaman Bekleme konumunda olacaktır.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Her İki CUBE Üzerinde Yerel Ağ Geçidi Yapılandırma

Yapılandırma örneğimizde, hem VCUBE-1, hem de VCUBE-2 platformunda Yerel Ağ Geçidi yapılandırmasını oluşturmak için Control Hub'dan aşağıdaki santral bilgilerini kullanıyoruz. Bu yapılandırmanın kullanıcı adı ve parolası şöyle:

  • Kullanıcı adı: Hüseyin1076_LGU

  • Parola: lOV12MEaZx

1

Parolanın kimlik bilgilerinde veya paylaşılan şifrelerde kullanılabilmesi için aşağıdaki komutlarla parola için bir yapılandırma anahtarı oluşturulduğundan emin olun. Tip 6 parolalar, AES şifre ve kullanıcı tanımlı yapılandırma anahtarı kullanılarak şifrelenir.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Burada, yukarıda gösterilen Control Hub parametreleri temel alınarak her iki platforma uygulanacak Yerel Ağ Geçidi yapılandırması verilmiştir. Kaydedip yeniden yükleyin. Control Hub'dan gelen SIP Özeti kimlik bilgileri kalın yazılarak vurgulanmıştır.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Komut gösterme çıktısını görüntülemek için VCUBE-2 ve ardından VCUBE-1'i yeniden yükleyerek, VCUBE-1'nin bekleme konumundaki CUBE, VCUBE-2'nin ise aktif CUBE olmasını sağladık.

2

Herhangi bir zamanda, yalnızca bir platformun Webex Calling erişim SBC'siyle Yerel Ağ Geçidi olarak aktif bir kaydı olacaktır. Aşağıdaki komut gösterme çıktılarına göz atın.

show redundancy application group 1

sip-ua kayıt durumunu göster


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Yukarıdaki çıktıda, VCUBE-2 Webex Calling erişim SBC'li kaydı olan aktif LGW olurken, VCUBE-1'de "show sip-ua register status" çıktısının boş olduğunu görebilirsiniz.

3

Şimdi VCUBE-1'de aşağıdaki hata ayıklamaları etkinleştirin


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Bu durumda VCUBE-2 olmak üzere aktif LGW üzerinde aşağıdaki komutu çalıştırarak yük devri simülasyonu yapın.


VCUBE-2#redundancy application reload group 1 self

Yukarıda gösterilen CLI'nin yanı sıra aşağıdaki senaryoda AKTİF LGW'dan BEKLEME konumundaki LGW'ya geçiş gerçekleşir.

  • AKTİF yönlendirici yeniden yüklendiğinde

  • AKTİF yönlendirici kapatılıp açıldığında

  • Takibin etkinleştirildiği AKTİF yönlendiricinin RG tarafından yapılandırılan herhangi bir arayüzü kapatıldığında

5

VCUBE-1'in Webex Calling erişim SBC'siyle kaydolup kaydolmadığını görmek için kontrol edin. VCUBE-2 şimdiye kadar yüklenmiş olmalıdır.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

Şu anda aktif LGW, VCUBE-1'dir.

6

Sanal IP üzerinden Webex Calling'e SIP KAYDI gönderen ve 200 OK alan VCUBE-1 üzerindeki ilgili hata ayıklama kaydını inceleyin.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0
Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0
Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0
Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
30 Eylül 2022
Webex Calling için Unified CM Yapılandırma

Webex Calling’in etkinleştirildiği konumların, Unified CM’nin iş yeri çağrı kontrol çözümü olduğu mevcut bir dağıtıma eklenmesi ve Unified CM’e kayıtlı telefonlarla Webex Calling konumlarındaki telefonlar arasında doğrudan çağrıya ihtiyaç duymanız durumunda, Unified CM ile entegrasyon gerekebilir.

Santralden Yerel Ağ Geçidine SIP Santral Güvenliği Profilini Yapılandırma

Yerel Ağ Geçidi ve PSTN ağ geçidinin aynı cihazda olduğu durumlarda, aynı cihazdan çıkan iki farklı trafik türü (Webex ve PSTN kaynaklı çağrılar) arasında ayrım yapmak ve bu çağrı türleri için farklı hizmet sınıfı uygulamak için Unified CM etkinleştirilmelidir. Çağrıların bu şekilde farklı işlenmesi, Unified CM ile birleşik yerel ağ geçidi ve PSTN ağ geçidi cihazı arasında, farklı SIP dinleme portları gerektiren iki santral sağlanmasıyla gerçekleştirilir.

Yerel Ağ Geçidi santrali için aşağıdaki ayarlarla özel bir SIP Santral Güvenlik Profili oluşturun:

Ayar Değer
Adı Webex gibi, benzersiz bir ad
Açıklama Webex SIP Santral Güvenliği Profili gibi anlamlı bir açıklama
Gelen Port Webex'e/Webex'ten gelen trafik için yerel ağ geçidi yapılandırmasında kullanılan portla eşleşmesi gerekir: 5065

Yerel Ağ Geçidi Santrali için SIP Profilini Yapılandırma

Yerel Ağ Geçidi santrali için aşağıdaki ayarlarla özel bir SIP Profili oluşturun:

Ayar Değer
Adı Webex gibi, benzersiz bir ad
Açıklama Webex SIP Profili gibi anlamlı bir açıklama
Hizmet Türü "Hiçbiri (Varsayılan)" olan Santraller için hedef durumunu izlemek için SEÇENEKLER Ping'ini Etkinleştir Kontrol edildi

Webex'ten Çağrılar İçin Çağrı Arama Alanı Oluşturma

Aşağıdaki ayarlarla Webex'ten kaynaklanan çağrılar için bir çağrı arama alanı oluşturun:

Ayar Değer
Adı Webex gibi, benzersiz bir ad
Açıklama Webex Calling Arama Alanı gibi anlamlı bir açıklama
Seçilen Bölümler

DN (+E.164 dizin numaraları)

ESN (kısaltılmış siteler arası çağrı)

PSTNInternational (PSTN erişimi)

onNetRemote (GDPR öğrenilmiş hedefler)


 

Son bölüm onNetRemote yalnızca yönlendirme bilgisi alışverişinin Kümeler Arası Arama Hizmeti (ILS) veya Genel Çağrı Planı Çoğaltması (GDPR) kullanılarak Unified CM kümeleri arasında yapıldığı çok kümeli ortamlarda kullanılır.

Webex'e ve Webex'ten SIP Santrali Yapılandırma

Yerel Ağ Geçidi yoluyla Webex'e veya Webex'ten gelen çağrılar için aşağıdaki ayarlarla bir SIP santrali oluşturun:

Ayar Değer
Cihaz Bilgileri
DeviceName Webex gibi benzersiz bir ad
Açıklama Webex SIP Santrali gibi anlamlı bir açıklama
Tüm Aktif Unified CM Düğümlerinde Çalıştır Kontrol edildi
Gelen Çağrılar
Çağrı Arama Alanı Daha önce tanımlanmış çağrı arama alanı: Webex
AAR Çağrı Arama Alanı Yalnızca PSTN yol şablonlarına erişimi olan bir çağrı araması: PSTNReroute
SIP Bilgileri
Hedef Adres Yerel Ağ Geçidi CUBE'ünün IP adresi
Hedef Bağlantı Noktası 5060
SIP Santrali Güvenlik Profili Daha önce tanımlanan: Webex
SSO Profili Daha önce tanımlanan: Webex

Webex için Yönlendirme Grubu Yapılandırma

Aşağıdaki ayarlarla bir yönlendirme grubu oluşturun:

Ayar Değer
Yol Grubu Bilgileri
Yönlendirme Grubu Adı Webex gibi benzersiz bir ad
Seçili Cihazlar Daha önce yapılandırılmış SIP santrali: Webex

Webex için Yönlendirme Listesi Yapılandırma

Aşağıdaki ayarlarla bir yönlendirme listesi oluşturun:

Ayar Değer
Yol Listesi Bilgileri
Adı RL ad gibi benzersiz bir_Webex
Açıklama Webex için yönlendirme listesi gibi anlamlı bir açıklama
Tüm Aktif Unified CM Düğümlerinde Çalıştır Kontrol edildi
Yol Listesi Üye Bilgileri
Seçilen Gruplar Yalnızca daha önce tanımlanan yönlendirme grubu: Webex

Webex Hedefleri İçin Bölüm Oluşturma

Aşağıdaki ayarlarla Webex hedefleri için bir bölüm oluşturun:

Ayar Değer
Yol Listesi Bilgileri
Adı Webex gibi, benzersiz bir ad
Açıklama Webex Bölümü gibi anlamlı bir açıklama

Sonraki adım ne olacak?

Webex hedeflerine erişimi olan tüm çağrı arama alanlarına bu bölümü eklediğinizden emin olun. PSTN'den Webex'e giden çağrıların yönlendirilmesi için bu bölümü özellikle PSTN santrallerinde gelen çağrı arama alanı olarak kullanılan çağrı arama alanına eklemeniz gerekir.

Webex Hedefleri İçin Yol Şablonları Yapılandırma

Webex'teki her bir DID aralığı için yol şablonlarını aşağıdaki ayarlarla yapılandırın:

Ayar Değer
Yol Şablonu Webex'te başta "\" ile DID aralığı için tam +E.164 şablonudur. Örnek: \+140855501XX
Yol Bölümü Webex
Ağ Geçidi/Yol Listesi RL_Webex
Acil Önceliği Kontrol edildi

Webex için Kısaltılmış Siteler Arası Çağrı Normalleştirme Yapılandırma

Webex'e kısaltılmış siteler arası çağrı gerekiyorsa, Webex'te her bir ESN aralığı için çağrı normalleştirme şablonlarını aşağıdaki ayarlarla yapılandırın:

Ayar Değer
Çevrim Şablonu Webex'te ESN aralığı için ESN şablonudur. Örnek: 80121XX
Bölüm Webex
Açıklama Webex Normalleştirme Şablonu gibi anlamlı bir açıklama
Çağrı Kaynağının Çağrı Arama Alanını Kullan Kontrol edildi
Acil Önceliği Kontrol edildi
Sonraki Atlamalarda Haneler Arası Zaman Aşımını Bekleme Kontrol edildi
Aranan Taraf Dönüştürme Maskesi Numarayı +E.164'e normalleştirmek için kullanılan maskedir. Örnek: +140855501XX
25 Ocak 2024
Webex Calling kullanıcılarınızı yapılandırma ve yönetme

Webex Calling hizmetlerinden yararlanmak için Control Hub her kullanıcıyı ve her bir kullanıcıyı eklemeniz gerekir. Eklemeniz gereken kullanıcıların sayısı, her bir kullanıcıyı manuel olarak e-posta adresine veya bir CSV dosyası kullanarak birden çok kullanıcı ekleyerek kontrol hub 'ında nasıl ekleyeceğinizi belirler. Seçim sizindir.

27 Mart 2024
Webex Calling Cihazlarını Yapılandırma ve Yönetme

Control Hub'da kullanıcılar ve çalışma alanları için cihazları atayabilir ve yönetebilirsiniz. MAC adresi ile eklemeyi veya cihazın kendisine girmek için bir aktivasyon kodu oluşturmayı seçin.

Control Hub ile kullanıcılara kişisel kullanım için cihaz atayabilirsiniz.

Burada listelenen cihazlar Webex Calling'i destekler. Tüm bu cihazlar MAC adresiyle eklenebilse de, etkinleştirme koduyla yalnızca aşağıdaki alt küme kaydedilebilir:

  • Cisco IP Phone 6800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 6821, 6841, 6851, 6861, 6871)

  • Cisco IP Phone 7800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Görüntülü telefonlar: 8845, 8865)

  • Cisco IP Konferans Telefonu 7832 ve 8832

  • Cisco Video Phone 8875


 

DECT cihazlarıyla ilgili olarak, yalnızca DECT temel cihazları ( DECT ahizeleri değil) atama için kullanılabilir. Kontrol Merkezi . Bir baz ünitesini bir kullanıcıya atadıktan sonra, o baz ünitesiyle bir DECT ahizesini manuel olarak eşleştirmeniz gerekir. Daha fazla bilgi için bkz. Baz İstasyonuna Ahize Bağlama.

1

https://admin.webex.com içindeki müşteri görünümünden Yönetim > Cihazlar > Cihaz ekle.

Ayrıca konumuna giderek Kullanıcılar bölümünden kullanıcıya bir cihaz ekleyebilirsiniz Yönetim > Kullanıcılar > bir kullanıcı seçin Cihazlar > Cihaz ekle.
2

Bir kullanıcıya cihaz atamak için Kişisel kullanım'i seçin ve ardından Ileri'ye tıklayın.

3

Telefon sahibinin kullanıcı adını veya gerçek adını girin, sonuçlardan kullanıcıyı seçin ve ardından Ileri'ye tıklayın.

4

Cisco IP Phone seçimi yapın ve İleri'ye tıklayın.

5

Açılır listeden bir cihaz seçin ve ardından Ileri'ye tıklayın.

6

Aşağıdaki seçeneklerden birini seçin ve ardından Kaydet'e tıklayın.

  • Etkinleştirme Koduyla: Cihaz sahibiyle paylaşabileceğiniz bir etkinleştirme kodu oluşturmak istiyorsanız, bu seçeneği seçin. 16 haneli etkinleştirme kodu, cihazın kendisine manuel olarak girilmelidir.

     

    Çok platformlu telefonlarda etkinleştirme kodunun görüntülenmesi için 11.2.3MSR1 veya sonraki bir bellenim yüklemesi olmalıdır. Telefonun belleniminin güncellenmesi gerekiyorsa, kullanıcıları şuraya yönlendirin: https://upgrade.cisco.com/MPP_upgrade.html.

  • MAC Adresiyle: Cihazın MAC adresini biliyorsanız, bu seçeneği seçin. Bir telefonun MAC adresi benzersiz bir girdi olmalıdır. Zaten kayıtlı olan bir telefonun MAC adresini girmeniz veya numarayı hatalı girmeniz durumunda, hata mesajı görünür.

 

Üçüncü taraf cihazlar kullanırken sınırlamalar geçerli olabilir.

Cihaz için etkinleştirme kodu oluşturmayı seçmeniz, ancak bu kodu henüz kullanmamanız durumunda, Control Hub'da atanan kullanıcının Cihazlar bölümünde ve ana Cihazlar listesinde Etkinleştiriliyor olarak görünür. Cihaz durumunun şu anda güncellenmesinin 10 dakika kadar sürebileceğini unutmayın. Kontrol Merkezi .

Kullanıcıya atanan cihazları değiştirmek veya yönetmek için bkz. Bir kullanıcı için cihazı yönetme bölümü.

İnsanlar işteyken yemekhaneler, lobiler ve konferans odaları gibi birçok yerde bir araya gelir. Bu Çalışma Alanlarında paylaşımlı Cisco Webex cihazlarını kurabilir, hizmet ekleyebilir ve ardından iş birliğinin gerçekleşmesini izleyebilirsiniz.

Bir Workspaces cihazının ana ilkesi, belirli bir kullanıcıya atanmak yerine, ortak kullanım sağlayan fiziksel bir konum olmasıdır.

Listelenen cihazlar Webex Calling’i destekler. Bu cihazların çoğu MAC adresiyle kaydedilebilecek olsa da, bu cihazların yalnızca aşağıdaki alt kümesi etkinleştirme koduyla kaydedilebilir:

  • Cisco IP Phone 6800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 6821, 6841, 6851)

  • Cisco IP Phone 7800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Görüntülü telefonlar: 8845, 8865)

  • Cisco IP Konferans Telefonu 7832 ve 8832

1

https://admin.webex.com içindeki müşteri görünümünden Yönetim > Cihazlar > Cihaz ekle.

Ayrıca şuraya gezinerek Cihazlar bölümünden yeni bir çalışma alanına cihaz ekleyebilirsiniz: Yönetim > Çalışma Alanları > Çalışma alanı ekle.
2

seçin Paylaşılan kullanım > Yeni çalışma alanı.

3

Çalışma alanı için (fiziksel odanın adı gibi) bir ad girin, oda türünü seçin ve kapasite ekleyin. Ardından İleri'ye tıklayın.


 

Bir çalışma alanı adı 30 karakterden uzun olamaz ve %, #, <, >, /, \ ve " karakterlerini içeremez.

4

Cisco IP Phone seçimi yapın ve İleri'ye tıklayın.

5

Açılır listeden bir cihaz türü seçin ve ardından Ileri'ye tıklayın.

6

Telefonu etkinleştirme koduyla (seçenek görünürse) veya bir MAC adresiyle kaydetmek isteyip istemediğinizi seçin ve ardından Ileri'ye tıklayın.

Cihazı etkinleştirme koduyla kaydetmeyi seçerseniz kod, konum için belirtilen yöneticiye e-posta ile gönderilir.

Webex Calling için bir Çalışma Alanına yalnızca bir adet paylaşılan telefon ekleyebilirsiniz.

Cisco IP Konferans Telefonu 7832 için bazı ekran tuşları kullanılabilir olmayabilir. Ekran tuşlarının tamamını kullanmanız gerekirse, bu telefonu bir kullanıcıya atamanızı öneririz.

7

Calling hizmetine tıklayın ve çalışma alanına atamak istediğiniz aboneliği seçin.

8

Bir Konum ve (seçtiğiniz konuma göre belirlenecek) Telefon Numarası atayın ve ardından Kaydet'e tıklayın. Dahili numara atama seçeneğiniz de vardır.


 
Çalışma alanına atanan cihazları değiştirmek veya yönetmek için bkz. Çalışma alanı bölümü için cihaz yönetme.

Bir Webex Calling kullanıcısına/çalışma alanına atanan bir telefonu başka bir Webex Calling kullanıcısına/çalışma alanına yeniden kullanmak için şu adımları izleyin:

1

Müşteri görünümündenhttps://admin.webex.com, cihazın halihazırda atanmış olduğu Kullanıcı/Çalışma Alanına gidin.

Aşağıdaki senaryolarda cihazı yeniden atayabilirsiniz:

  1. Kullanıcıyı silmek istiyorsanız, öğesini seçin. Kullanıcıyı/Çalışma Alanını Sil kullanıcıyı/çalışma alanını ve ilişkili cihazları silmek için.

  2. Bir cihazı silmek istiyorsanız, öğesini seçin. cihazlar ve silinecek cihazı seçin.

2

Telefonda, ayarlar menüsüne gidin ve telefonu yeniden atamak için bu adımları tamamlayın.

  1. Seç Cihaz yönetimi , o zaman Fabrika Ayarlarına Sıfırla .

  2. Telefon yeniden başlatılır. Yeniden başlatma tamamlandığında, telefon Aktivasyon Kodu ekranını görüntüler.

  3. Telefon artık yeniden atama için hazırdır.

3

içindeki talimatları izleyin. Kullanıcıya telefon ekle ve ata veya Yeni bir çalışma alanına telefon ekleme Bir kullanıcıya/çalışma alanına telefon atamak veya eklemek için.

4

Cihazı Control Hub'a eklerken telefonda şu işlemleri yapın:

  1. Aktivasyon kodu için:

    Aktivasyon kodunu girin. Telefon yeniden başlatılır ve yeni kullanıcı/çalışma alanına alınır.

  2. MAC adresi için:

    Aktivasyon Kodu ekranına #000 girin, telefon Webex Calling ile yeniden bağlanır ve yeni kullanıcı/çalışma alanı sağlar.

İnsanlar işteyken yemekhaneler, lobiler ve konferans odaları gibi birçok çalışma alanında bir araya gelir. Bu Çalışma Alanlarında paylaşımlı Cisco Webex cihazlarını kurabilir, hizmet ekleyebilir ve ardından iş birliğinin gerçekleşmesini izleyebilirsiniz.

Workspaces cihazının temel ilkesi, belirli bir kullanıcıya değil, fiziksel konum atanması ve paylaşılan kullanıma izin vermesidir.

Burada listelenen cihazlar Webex Calling'i destekler.

1

https://admin.webex.com içindeki müşteri görünümünden Yönetim > Cihazlar > Cihaz ekle.

Ayrıca şuraya gezinerek Cihazlar bölümünden yeni bir çalışma alanına cihaz ekleyebilirsiniz: Yönetim > Çalışma Alanları > Çalışma alanı ekle.
2

seçin Paylaşılan kullanım > Yeni çalışma alanı.

3

Çalışma alanı için (fiziksel odanın adı gibi) bir ad girin, oda türünü seçin ve kapasite ekleyin. Ardından İleri'ye tıklayın.

4

Cisco Iş Birliği cihazı seçin ve Ileri’ye tıklayın.

Cisco Iş Birliği cihazı, Cisco Webex Board dahil Cisco Webex Room veya Desk cihazını içerir.

5

Aşağıdaki hizmetlerden birini seçin ve Ileri'ye tıklayın.

  • Webex'te Çağrı (1:1 çağrı, PSTN dışı) —Kullanıcılar yalnızca bir SIP adresi (örneğin, username@example.calls.webex.com) kullanarak Webex Uygulaması veya Webex Oturum Başlatma Protokolü (SIP) çağrıları yapabilir.
  • Cisco Webex Calling —Bu Çalışma Alanındaki kişiler, Webex Uygulaması ve SIP çağrıları yapmaya ve almaya ek olarak, cihazı Webex Calling numaralandırma planı içerisinde telefon çağrıları yapmak ve almak için kullanabilir. Örneğin, 555-555-5555 telefon numarası , 5555 dahili numarasını veya kullanıcıadı@example.webex.com SIP adresini arayarak iş arkadaşınızı arayabilirsiniz, ancak yerel pizzacınızı da arayabilirsiniz.
6

Cisco Webex Calling hizmetini seçtiyseniz çalışma alanına atamak istediğiniz aboneliği seçin.

7

Bir Konum, (seçtiğiniz konuma göre belirlenecek) Telefon Numarası ve Dahili Numara atayın ve ardından Kaydet’e tıklayın.

8

Verilen kodu kullanarak cihazı etkinleştirin. Etkinleştirme kodunu kopyalayabilir, e-postayla gönderebilir veya yazdırabilirsiniz.

Kullanıcılara ve çalışma alanlarına birden fazla cihaz atamak için gerekli bilgileri içeren bir CSV dosyası doldurabilir ve bu cihazları birkaç kolay adımda etkinleştirebilirsiniz.

Burada listelenen cihazlar Webex Calling'i destekler. Tüm cihazları MAC adresiyle kaydedebilirsiniz ancak aşağıdaki cihaz alt kümesini etkinleştirme koduyla kaydedin:

  • Cisco IP Phone 6800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 6821, 6841, 6851)

  • Cisco IP Phone 7800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 7811, 7821, 7841, 7861)

  • Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 8811, 8841, 8851, 8861)

  • Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Görüntülü telefonlar: 8845, 8865)

  • Cisco IP Konferans Telefonu 7832 ve 8832

  • Cisco Video Phone 8875

1

https://admin.webex.com içindeki müşteri görünümünden Yönetim > Cihazlar > Cihaz ekle > Birden fazla Cisco IP telefonu.

2

Aşağıdaki seçeneklerden birini seçin ve Indir'e tıklayın.

  • Kuruluşumdaki kullanıcılar—Kuruluşunuzdaki tüm kullanıcıların ve ilişkili özniteliklerinin bir listesini alabilirsiniz, böylece her kullanıcıyı manuel olarak aramak zorunda kalmazsınız.
  • Kuruluşumdaki çalışma alanları—Kuruluşunuzdaki tüm çalışma alanlarının ve bunların ilişkili özniteliklerinin bir listesini alabilirsiniz; böylece her çalışma alanını manuel olarak aramak zorunda kalmazsınız.
  • Cihaz örnek şablonu ekle—Kullanılabilir şablonu, kullanıcı adları, tür (kullanıcı veya çalışma alanı olup olmadığını belirtmek), MAC adresleri ve cihaz modelleri gibi bilgileri girmek için kullanabilirsiniz.
CSV dosyanızı hazırlamak için aşağıdaki tabloyu kullanabilirsiniz.

 
Aşağıdaki alanlar, Webex Calling kullanıcılarına ve çalışma alanlarına cihaz atarken zorunludur:
  • Kullanıcılar için: Cihaz türü IP ise Kullanıcı Adı, Tür, Cihaz Türü ve Model.
  • Çalışma Alanı için: Kullanıcı Adı, Tür, Telefon numarası veya Dahili Numara, Webex Calling Çalışma Alanı [abonelik adı], Cihaz Türü ve cihaz türü IP ise Model.

Sütun AdıAçıklamaDesteklenen Değer

Kullanıcı adı

Bir kullanıcıya cihaz atamak için kullanıcının e-posta adresini girin.


 
Kullanıcı kimliğini veya adını girmeyin.

Bir çalışma alanına cihaz atamak için çalışma alanı adını girin.


 
Henüz var olmayan bir çalışma alanı girerseniz, çalışma alanı otomatik olarak oluşturulur.

Örnek kullanıcı e-postası: test@ornek.com

Örnek çalışma alanı adı: Odayı Ara

Tür

Kullanıcı veya çalışma alanı olarak uygun türü girin.

KULLANICI

ÇALIŞMA ALANI

Telefon Numarası

Bir telefon numarası girin.

Örnek: +12815550100

Uzantı

Bir dahili numara girin.

Örnek: 00-999999

Cihaz Türü

Cihazın türünü girin.

Tüm Çok Platformlu Telefonları, ATA veya DECT cihazlarını Webex Calling ile kullanmak için IP girin.

RoomOS cihazlarına sahip olacak yeni çalışma alanları oluşturmak için istenen Çağrı seçeneğine bağlı olarak WEBEX veya WEBEX_CALLING’e girin

Model

Cihaz türü IP ise cihaz modelini girin.

Örnek cihaz modeli: Cisco 7841, Cisco 8851 ve benzeri

MAC Adresi

Cihazın MAC adresini girin.

MAC adresi alanını boş bırakırsanız bir etkinleştirme kodu oluşturulur.


 
RoomOS cihazları için etkinleştirme kodlarını kullanın.

Örnek MAC adresi: 001A2B3C4D5E'nın sohbeti

Konum

Kullanıcının veya çalışma alanı konumunun adını girin.

Örnek: San Jose

Çağrı Planı

Yeni eklenen çalışma alanı için Cisco Calling Plan’ı etkinleştirmek üzere TRUE’ları girin.

Bu özellik kullanıcılar, mevcut çalışma alanları ve desteklenmeyen konumu olan çalışma alanları için çalışmaz.

TRUE

YANLIŞ

Webex Calling Çalışma Alanı [abonelik kimliği]

Ortak alan çağrı çalışma alanları oluşturmak için kullanılacak aboneliği belirtin.

Çalışma alanı lisansına sahip her aboneliğin ilgili bir sütunu vardır. Bir çalışma alanı için yalnızca bir abonelik belirlemelisiniz. Ilgili sütuna TRUE girin.

Ayrıca, çalışma alanlarını bir abonelikten diğerine aktarabilirsiniz. Aktarmak için kaynak abonelik sütununa FALSE, hedef abonelik sütununa TRUE girin.


 
Çalışma alanı lisansları için etkin aboneliklerle ilgili doğru bilgiler içereceğinden, CSV içe aktarma dosyasını hazırlamak için yakın zamanda oluşturulan bir şablon kullanmanızı öneririz.

TRUE

YANLIŞ


 
Bu Telefon Numarası ve Dahili Numara alanları daha önce Dizin Numarası ve Doğrudan Hat başlıklıydı; bu sütun adları kısa bir süreliğine desteklenmeye devam etmektedir.

 
Cihaz sayısını CSV dosyası başına 1000 ile sınırlamanızı öneririz. 1000'den fazla cihaz eklemek istiyorsanız ikinci bir CSV dosyası kullanın.
3

Elektronik tabloyu doldurun.

4

CSV dosyasını sürükle-bırak yoluyla veya Dosya Seç düğmesine tıklayarak yükleyin.

5

MAC adresi boşsa, etkinleştirme kodunun nereye gönderileceğini seçme seçeneklerini alırsınız.

  • Bağlantı sağlayın—Etkinleştirme kodu bir CSV dosyasına eklenir. Içe aktardıktan sonra, Içe Aktarma Durumu ekranında etkinleştirme kodu dosyasını indirme bağlantısı alacaksınız.
  • E-posta aktivasyon kodu —Cihaz bir çalışma alanı içinse, aktivasyon kodu yönetici olarak size gönderilir. Cihazın bir kullanıcıya ait olması durumunda, etkinleştirme kodu kullanıcıya gönderilir.

Cihazı etkinleştirmek için, cihazda etkinleştirme kodunu girmeniz gerekir.

6

Gönder’e tıklayın.

Cihazlar aktif hale geldiğinde güncellenmiş durumu görüntüler.

 

Kullanıcıların cihazlarına etkinleştirme kodunu girebilmeleri için çok platformlu cihazlar, 11.2.3MSR1 veya üzeri bir bellenim yükü çalıştırıyor olmalıdır. Telefon üretici yazılımını yükseltme hakkında bilgi için bu makaleye bakın.

Kullanıcılara ve çalışma alanlarına atanan cihazların listesini görüntülemek istiyorsanız, CSV dosyası dışa aktarabilirsiniz.

https://admin.webex.com müşteri görünümünden Cihazlar’a gidin.

Cihaz listesinden birden fazla cihaz seçin ve Dışa Aktar seçenek. CSV dosyası dahil edilecek alanları seçebilir ve içeriği yerel bir klasöre aktarabilirsiniz.


 

CSV dosyası görüntülenen alanlar, cihazın platforma bağlantısına bağlıdır. Bu nedenle, çıktı dosyasında bazı alanlar mevcut değildir.

Kuruluşunuzdaki kullanıcılara atanan cihazlar için ekleyebilir, kaldırabilir, yeniden başlatabilir, etkinleştirmeyi kontrol edebilir veya yeni bir etkinleştirme kodu oluşturabilirsiniz. Bu, gerektiğinde cihazları kullanıcı ekranında görüntülemek ve yönetmek için yardımcı olabilir.

1

müşteri görünümünden Calling > Konumlar’a gidin.https://admin.webex.com

2

Bir kullanıcı seçin ve Cihazlar düğmesine tıklayın.

3

Bu kullanıcıya cihaz eklemek için Cihaz Ekle'ye tıklayın.


 
Kullanıcı zaten bir cihaz atanmışsa ve başka bir cihaz eklemek istiyorsanız düğmesine tıklayın Eylem > Cihaz ekle.

Bir kullanıcıya cihaz ekleme hakkında daha fazla bilgi için bkz. Kullanıcıya telefon ekleme bölümü.

4

Mevcut bir cihazda değişiklik yapmak için cihazın adını seçin.

Bu, sizi Cihazlar sayfasına götürür. Buradan cihaz ayarlarını görüntüleyip düzenleyebilir, cihazı yeniden başlatabilir veya geçerli olması durumunda cihaz için yeni bir etkinleştirme kodu oluşturabilirsiniz. Telefon ayarlarını yapılandırma konusunda daha fazla bilgi için bkz. Telefon Ayarlarını Yapılandırma ve Güncelleme.

5

Kullanıcıya eklenen cihaz Webex Aware ise şemada gösterildiği gibi cihazların altında Webex Aware seçeneği görüntülenir. Webex Aware, cihazın Webex platformuna katıldığını ve telefon tarafından desteklenen Webex Özelliklerine erişimi olduğunu gösterir.

6

tıklayın Eylemler cihazı yönetmek için Eylemler, MPP cihazları için yapılandırma değişikliklerinin uygulanmasına veya ürün yazılımının güncellenmesine yardımcı olur.

Eylemler sekmesinde, Webex Aware özellikli bir cihaz için şu seçenekler bulunur:
  • Değişiklikleri Uygula—Telefona, yapılandırmadaki değişiklikleri indirme ve uygulama isteği gönderir.
  • Yeniden Başlatma—Cihazı yeniden başlatmaya ve mevcut yapılandırmayı indirmeye zorlama isteği verir.
  • Sorun Bildir—Cihazın buluta bir PRT oluşturması ve yüklemesi için istekte bulunur.
  • Sil—Kullanıcı için listelenen bir cihazı siler.

Cihazlar doğrudan bir çalışma alanı profilinden eklenebilir ve yönetilebilir. Çalışma alanları, faks makineleri gibi ATA cihazlarını içerebilir. Çalışma alanı cihazlarını Hoteling Ana Bilgisayarı olarak da ayarlayabilirsiniz. Otelcilik hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub .

1

https://admin.webex.com içindeki müşteri görünümünden Yönetim > Çalışma Alanları.

2

Değiştirilecek çalışma alanını seçin.

3

Bir cihaz eklemek için Cihazlar kutucuğundan Cihaz Ekle seçeneğine tıklayın.

Çalışma alanına cihaz ekleme hakkında daha fazla bilgi için bkz. Yeni bir çalışma alanına telefon ekleme bölümü.

4

Mevcut bir cihazda değişiklik yapmak için cihazın adını seçin.

Bu, sizi Cihazlar sayfasına götürür. Buradan cihaz ayarlarını görüntüleyip düzenleyebilir, cihazı silebilir, cihazı yeniden başlatabilir ve cihazın Hoteling Ana Bilgisayarı olarak kullanılmasını sağlayabilirsiniz. Telefon ayarlarını yapılandırma konusunda daha fazla bilgi için bkz. Telefon Ayarlarını Yapılandırma ve Güncelleme.

5

Çalışma alanına eklenen cihaz Webex Aware ise şemada gösterildiği gibi cihazların altında Webex Aware seçeneği görüntülenir. Webex Aware, cihazın Webex platformuna katıldığını ve telefon tarafından desteklenen Webex özelliklerine erişimi olduğunu gösterir.

6

tıklayın Eylemler cihazı yönetmek için Eylemler, MPP cihazları için yapılandırma değişikliklerinin uygulanmasına veya ürün yazılımının güncellenmesine yardımcı olur.

Eylemler sekmesinde, Webex Aware özellikli bir cihaz için şu seçenekler bulunur:
  • Değişiklikleri Uygula—Telefona, yapılandırmadaki değişiklikleri indirme ve uygulama isteği gönderir.
  • Yeniden Başlatma—Cihazı yeniden başlatmaya ve mevcut yapılandırmayı indirmeye zorlama isteği verir.
  • Sorun Bildir—Cihazın buluta bir PRT oluşturması ve yüklemesi için istekte bulunur.
  • Sil—Kullanıcı için listelenen bir cihazı siler.

Paylaşılan hat görünüşü , kullanıcının birincil cihaz hat eklemenize ve hatların nasıl görüneceğini yeniden sıralamanıza olanak tanır. Bu özellik, bir kullanıcının kendi telefonunu kullanarak başka bir kullanıcının dahili hattına arama almasına ve arama yapmasına olanak tanır. paylaşımlı hat görünümüne bir örnek, patronun hattından arama yapmak ve almak isteyen bir yönetici asistanıdır. Paylaşılan hat görünümleri, birincil kullanıcı hattının başka bir örneği de olabilir.

Maksimum yapılandırma sınırı, kullanıcının masaüstü veya mobil Uygulaması da dahil olmak üzere her kullanıcı telefon numarası için 35 cihazdır. Bir çalışma alanı telefonuna ek hatlar ekleyebilirsiniz, ancak bir çalışma alanı telefonunu paylaşımlı hat olarak ekleyemezsiniz.


 

paylaşımlı hat atarken, farklı hatlardan numaralar atayabilirsiniz. Webex Calling konumları farklı bir konumdaki cihazlara Örneğin, Birleşik Krallık konumundan bir numara (kullanıcı, çalışma alanı, sanal hat) ABD konumundaki bir kullanıcıya atanmış bir cihaza atanabilir.

Konumlar arasında paylaşımlı hat hakkında daha fazla bilgi için bkz. Konumlar arasında paylaşılan hatların ve sanal hatların konfigürasyonu .


 

Bir kullanıcı MPP telefonuna Hızlı aramalar eklediğinde, bunlar Control Hub'da görünmez. paylaşımlı hat yapılandırılırken hızlı aramaların üzerine yazılabilir.

Bir kullanıcının cihazlarında yapılandırılmış diğer kullanıcılardan/gruplardan gelen numaraları varsa, paylaşımlı hat için özel bir etiket ekleyebilirsiniz. Bu özel etiket, paylaşımlı hat görünümünü diğerinden tanımlamaya yardımcı olur.

1

https://admin.webex.com müşteri görünümünden (değişiklik yapılacak cihazın neye atandığına bağlı olarak) Kullanıcılar veya Çalışma Alanları öğesine gidin.

2

Düzenlenecek kullanıcıyı veya çalışma alanını seçin ve Cihazlar'a kaydırın.

3

Paylaşılan hatları eklemek veya değiştirmek için cihazı seçin ve Telefon Kullanıcıları ve Ayarları .

Bu telefonda görünen kullanıcılar ve yerler, göründükleri sırayla listelenir.

4

Bu telefona kullanıcı veya yer eklemek veya çıkarmak için Hatları Yapılandır öğesine tıklayın.

5

Bir hattı kaldırmak içinsimgesine dokunun.


 
1. hattaki birincil kullanıcıyı kaldıramazsınız.
6

Paylaşılan bir hat görünümü eklemek içinsimgesine dokunun.


 
Hatları görünmesini istediğiniz sırayla ekleyin. Hat görünümü sırasını değiştirmek için hatları görünmesini istediğiniz sırayla silin ve ekleyin.
7

Ad veya telefon numarası girin ve açılan seçenekler arasından seçim yapıp Kaydet'e tıklayın.

Control Hub'da bir kullanıcıya atanan Analog Telefon Adaptörü (ATA) cihazındaki portları yapılandırabilirsiniz. Şu anda mevcut ATA aygıtları için iki yapılandırma, iki bağlantı noktalı aygıtlar ve 24 bağlantı noktalı aygıtlar içindir.

1

https://admin.webex.com müşteri görünümünden Kullanıcılar’a gidin.

2

Düzenlenecek kullanıcıyı seçin ve Cihazlar'a kaydırın.

3

Ekleme veya değişiklik yapmak istediğiniz cihazı seçin.

4

Bu Cihazdaki Kullanıcılar altından Portları Yapılandır öğesine tıklayın.

5

Paylaşılan bağlantı noktası yapılandırması eklemek içinsimgesine dokunun.

6

Ad veya telefon numarası girin ve açılan seçenekler arasından seçim yapıp Kaydet'e tıklayın.


 
Aramada yalnızca cihazsız çalışma alanları görünür.
7

Aygıt, T.38 faks sıkıştırmasını gerektiriyorsa, T.38 sütunundaki kutuyu işaretleyin veya kullanıcı düzeyinde sıkıştırma seçeneklerini geçersiz kılın ve ardından Kaydet .


 
Bir çalışma alanının ATA'sı olabilir. Bu, faks makineleri için kullanışlı bir durumdur.

Deneme sürümünü kullanırken veya ücretli aboneliğe geçtikten sonra, müşteri kuruluşunuzdaki masa ve oda cihazlarına istediğiniz zaman telefon numaraları ekleyebilirsiniz.


 

Ekleyebileceğiniz telefon numaralarının sayısını artırdık Kontrol Merkezi 250 ila 1000.

1

https://admin.webex.com müşteri görünümünden Hizmetler > Calling > Numaralar’a gidin ve Numara Ekle’ye tıklayın.

2

Konum ve Numara Türü'nü belirtin. Numara taşıyorsanız, hem mevcut numaranızı, hem de faturalandırma numaranızı girin.

3

Konum, Durum, Bölge Kodu, Ön Ek (isteğe bağlı) belirtin ve ardından Ara'ya tıklayın.

Kullanılabilir numaralar görüntülenir.

4

Konuma eklemek istediğiniz numaraları seçin.

Seçtiğiniz numaralar, Seçili Numaralar alanına gidin.

5

Kaydet seçeneğine tıklayın.

Kuruluşunuzun sipariş ettiği PSTN numarası listesini görebilirsiniz. Bu bilgilerle, kullanılmayan mevcut numaraları ve yakında hazır olacak sipariş edilen numaraları görebilirsiniz.

https://admin.webex.com müşteri görünümünden Hizmetler > Calling > PSTN Siparişler’ne gidin.

Aksesuarları (Kulaklıklar/KEM'ler) bir MPP cihazına bağladığınızda, bunlar Control Hub'daki Cihazlar sekmesi altında bir envanter öğesi olarak görünür. Control Hub Cihazlar envanterinden aksesuar modelini, durumunu ve aksesuarın kime ait olduğunu bulabilirsiniz. Bir aksesuarı seçtiğinizde, aksesuar seri numarası ve geçerli yazılım sürümü gibi ek bilgiler elde edilebilir. Aksesuar MPP’ye bağlı olduğu sürece, aksesuar durumu alanı “çevrimiçi” olarak bildirilir. MPP bağlantılı bir kulaklık, yazılımını Cihaz Yönetimi üzerinden mevcut olan en son sürüme otomatik olarak yükseltir.

Nasıl yapıldığını görmek istiyor musunuz? bunu izle video gösterimi aksesuarlarınızı nasıl görüntüleyeceğiniz konusunda Kontrol Merkezi .
Tablo 1. Uyumlu Kulaklıklar

Telefon Modeli

Cisco 520 Serisi Kulaklık

Cisco 530 Serisi Kulaklık

Cisco 560 Serisi Kulaklık

Cisco 730 Serisi Kulaklık

Cisco IP Telefonu 8811/8841/8845

RJ9 ve RJ11

Cisco IP Telefonu 8851/8861/8865

USB

USB

USB

RJ9 ve RJ11

Cisco IP Telefonu 7811/7821/7841/7861

Cisco IP Telefonu 6821/6841/6851/6861

Cisco IP Phone 6871

USB

USB

USB

Cisco IP Konferans Telefonu 7832/8832

Tablo 2. Uyumlu Kilit Genişletme Modülleri

Telefon Modeli

KEM

Cisco IP Telefonu 8811/8841/8845

Cisco IP Telefonu 8851/8861/8865

BEKEM

CP-8800-A-KEM

CP-8800-V-KEM

Cisco IP Telefonu 7811/7821/7841/7861

Cisco IP Telefonu 6821/6841/6861/6871

Cisco IP Phone 6851

CP-68KEM-3PCC

Cisco IP Konferans Telefonu 7832/8832


 

Webex Calling kayıtlı telefonlarda Temel Genişletme Modülü (anahtar genişletme modülü ) ile karşılaşılan sorunları gidermek için bkz. Webex Calling Temel Genişletme Modülleri Sorunlarını Giderme ayrıntılar için.

16 Haziran 2023
Webex Calling için Kullanıma Başlama Trendleri ve Kullanım Raporları

Yöneticilerin parmaklarınızın ucunda, Webex Calling hizmetlerinin nasıl kullanıldığını, ne sıklıkta kullanıldığını değerlendirmenize yardımcı olabilecek bir dizi rapor bulunur. Yöneticiler ayrıca konumunuz için medya kalitesinin hızlı bir görüntüsünü alabilir.

Arama raporlarını görüntüle

Control Hub’daki Analizler sayfasını kullanarak kişilerin Webex Calling’i ve Webex uygulamasını nasıl kullandığı (katılım) ve çağrı ortamı deneyimlerinin kalitesi hakkında bilgi edinebilirsiniz. Webex Calling analizlerine erişmek için Control Hub üzerinde oturum açın ve ardından Analizler’e girip Calling sekmesini seçin.

1

Ayrıntılı çağrı geçmişi raporları için şurada oturum aç: Kontrol Merkezi , sonra git Analitik > arama .

2

Seç Ayrıntılı Çağrı Geçmişi .

Özel Örnek’i kullanan çağrılar hakkında bilgi için bkz. Özel Örnek Analizleri.

3

Ortam kalitesi verilerine erişmek için Control Hub üzerinde oturum açın, ardından Analizler’i ve sonra Calling’i seçin.

11 Ocak 2024
Cisco Webex Calling İçin Port Referans Bilgileri

Bu makale, özellikle güvenlik duvarı ve proxy güvenliği yöneticileri olmak üzere, kuruluşlarında Webex Calling hizmetleri kullanmak isteyen ağ yöneticileri içindir. Ağ gereksinimlerini açıklar ve telefonlarınızı, Webex Uygulamasını ve ağ geçitlerini Webex Calling hizmetlerine bağlamak için kullanılan adresleri, bağlantı noktalarını ve protokolleri listeler.

Doğru yapılandırılmış bir güvenlik duvarı ve proxy, başarılı bir Çağrı dağıtımı için gereklidir. Webex Calling çağrı sinyali için SIP ve HTTPS'yi ve medya, şebeke bağlantısı ve ağ geçidi bağlantısı için ilişkili adresleri ve bağlantı noktalarını kullanır. Webex Calling küresel bir hizmettir.

Tüm güvenlik duvarı yapılandırmaları, bağlantı noktalarının açık olmasını gerektirmez. Ancak, içeriden dışarıya kurallar çalıştırıyorsanız, hizmetlerin verilmesi için gerekli protokoller için bağlantı noktaları açmalısınız.

Ağ Adresi Çevirisi (NAT)

Ağ Adresi Çevirisi (NAT) ve Bağlantı Noktası Adresi Çevirisi (PAT) işlevi, adres alanlarını çevirmek veya IP adresi alanlarının çakışmasını önlemek için iki ağ arasındaki sınırda uygulanır.

Kuruluşlar, özel bir IP adresi alanında bulunan Uygulamalara veya cihazlara internet erişimi sağlamak için NAT veya PAT hizmetleri sağlayan güvenlik duvarları ve proxy'ler gibi ağ geçidi teknolojilerini kullanır. Bu ağ geçitleri, dahili Uygulamalar veya Cihazlardan internete trafiğin bir veya daha fazla genel yönlendirilebilir IP adresinden geliyor gibi görünmesini sağlar.

  • NAT dağıtılıyorsa, güvenlik duvarında bir gelen bağlantı noktası açmak zorunlu değildir.

  • Birden fazla uygulama kullanıcısı ve cihazı NAT veya PAT kullanarak Webex Calling ve Webex uyarı hizmetlerine eriştiğinde, Uygulama veya Cihaz bağlantısı için gereken NAT havuzu boyutunu doğrulayın. Bağlantı noktası tükenmesini önlemek için NAT havuzlarına yeterli genel IP adreslerinin atandığından emin olun. Bağlantı noktası tükenmesi, dahili kullanıcıların ve cihazların Webex Calling ve Webex Aware hizmetlerine bağlanamamasına katkıda bulunur.

  • Makul bağlama süreleri tanımlayın ve NAT aygıtında SIP manipüle etmekten kaçının.

  • Cihazların düzgün çalışmasını sağlamak için minimum bir NAT zaman aşımı yapılandırın. Örnek: Cisco telefonları 1-2 dakikada bir takip KAYIT yenileme mesajı gönderir.

  • Ağınız NAT veya SPI uyguluyorsa, bağlantılar için daha büyük bir zaman aşımı (en az 30 dakika) ayarlayın. Bu zaman aşımı, kullanıcıların mobil cihazlarının pil tüketimini azaltırken güvenilir bağlantı sağlar.

SIP Uygulama Katmanı Ağ Geçidi

Bir yönlendirici veya güvenlik duvarının SIP'ye Duyarlı olması, yani SIP Uygulama Katmanı Ağ Geçidi (ALG) veya benzer bir özelliğinin etkinleştirilmiş olması durumunda, doğru hizmet kullanımını sağlamak için bu işlevi kapatmanızı öneririz.

Belirli cihazlarda SIP ALG'sinin nasıl devre dışı bırakılacağı hakkında bilgi için ilgili üreticinin belgelerini inceleyin.

için proxy desteği Webex Calling

Çoğu müşteri, ağlarına giren ve ağlarından çıkan HTTP tabanlı trafiği sınırlamak ve kontrol altına almak için internet güvenlik duvarı veya internet proxy'si ve güvenlik duvarı kullanır. Böylece ağlarını çeşitli siber saldırı biçimlerinden korurlar.

Proxy'ler, aşağıdakiler gibi çeşitli güvenlik işlevlerini yerine getirir:

  • Belirli URL'lere erişime izin verin veya erişimi engelleyin.

  • güvenli kimlik doğrulama

  • IP adresi/etki alanı/ana bilgisayar adı/ URI itibar araması

  • Trafik şifre çözme ve inceleme

Proxy özelliğini yapılandırırken, HTTP protokolünü kullanan tüm uygulamalar için geçerlidir.

Uygulamalar aşağıdakileri içerir:

  • Webex Hizmetleri

  • GDS, EDOS cihaz etkinleştirme, sağlama ve Webex bulutuna yerleştirme gibi Cisco Bulut sağlama platformunu kullanan müşteri cihazı etkinleştirme (CDA) prosedürleri.

  • Sertifika Kimlik Doğrulaması

  • Donanım yazılımı yükseltmesi

  • Durum Raporu

  • PRT Yüklemeleri

  • VoIP Hizmetleri


 

Bir proxy sunucusu adresi yapılandırılmışsa, proxy sunucusu sunucusuna yalnızca Sinyalleme trafiği (HTTP/HTTPS) gönderilir. Webex Calling hizmetine ve ilişkili medyaya kaydolmak için SIP kullanan istemciler proxy'ye gönderilmez. Bu nedenle, bu istemcilerin doğrudan güvenlik duvarından geçmesine izin verin.

Desteklenen Proxy Seçenekleri, yapılandırma ve Kimlik Doğrulama türleri

Desteklenen proxy türleri şunlardır:

  • Açık Proxy (inceleme yapan veya incelemeyen)—Kullanılacak sunucuyu belirtmek için istemcileri açık proxy ile Uygulama veya Cihaz yapılandırın. Bu seçenek, aşağıdaki kimlik doğrulama türlerinden birini destekler:

  • Şeffaf Proxy (denetlemeyen)—İstemciler, belirli bir proxy sunucusu adresini kullanacak şekilde yapılandırılmamıştır ve denetlemeyen bir proxy ile çalışmak için herhangi bir değişiklik gerektirmez.

  • Şeffaf Proxy (inceleme)—İstemciler belirli bir proxy sunucusu adresini kullanacak şekilde yapılandırılmamıştır. HTTP'nin yapılandırma değişikliği gerekli değildir; ancak, istemcilerinizin Uygulama veya Cihazların proxy'ye güvenmeleri için bir kök sertifika ihtiyacı vardır. BT ekibi, ziyaret edilecek web sitelerinde ve izin verilmeyen içerik türlerinde ilkeleri uygulamak için denetleme proxy'lerini kullanır.

Aşağıdakileri kullanarak Webex Room cihazları, Cisco IP Multiplatform Telefonları (MPP) ve Webex Uygulaması için proxy adreslerini manuel olarak yapılandırın:

  • Platform İşletim Sistemi

  • Cihaz URL

  • Otomatik keşif

Yapılandırma sırasında aşağıdaki Proxy yapılandırmaları ve kimlik doğrulama türleri arasından seçim yapın:

Ürün

Proxy Yapılandırması

Kimlik Doğrulama Türü

Mac için Webex

Manuel, WPAD, PAC

Kimlik Doğrulama Yok, Temel, NTLM

Windows için Webex

Manuel, WPAD, PAC, GPO

Kimlik Doğrulama Yok, Temel, NTLM (2), Negotiate

iOS için Webex

Manuel, WPAD, PAC

Kimlik Doğrulama Yok, Temel, Özet, NTLM

Android Webex Kullanıcıları

Manuel, PAC

Kimlik Doğrulama Yok, Temel, Özet, NTLM

Webex Web Uygulaması

İşletim sistemi aracılığıyla desteklenir

Kimlik Doğrulama Yok, Temel, Özet, NTLM, Negotiate

Webex Room cihazları

WPAD, PAC veya Manuel

Kimlik Doğrulama Yok, Temel, Özet

Cisco IP Telefonları

Manuel, WPAD, PAC

Kimlik Doğrulama Yok, Temel, Özet

Webex Video Ağ Yapısı Düğümü

Manuel

Kimlik Doğrulama Yok, Temel, Özet, NTLM

Tablodaki efsaneler için:

  1. Mac NTLM Kimlik Doğrulaması - Makinenin etki alanında oturum açmasına gerek yoktur, kullanıcıdan bir parola istenir(2):

  2. Windows NTLM Auth - Yalnızca etki alanında bir makine oturum açmışsa desteklenir

  3. Web Proxy Otomatik Keşfi (WPAD) - Bkz. Web Proxy Otomatik Keşif Protokolü ayrıntılar için.

  4. Proxy Otomatik Yapılandırma (PAC) dosyaları - Bkz. Proxy Otomatik Yapılandırma Dosyaları ayrıntılar için.

  5. Cisco Webex Board, Desk veya Room Series cihazını bir proxy sunucusu bağlamak için bkz. Board, Masa veya Room Series cihazınızı bir proxy sunucusu bağlayın .

  6. Cisco IP telefonları için bkz. Bir Proxy Sunucusu Kurun proxy sunucusu ve ayarlarını yapılandırmak için bir örnek olarak.


 

İçin No Authentication, istemciyi kimlik doğrulamasını desteklemeyen bir proxy adresiyle yapılandırın. Şunu kullanarak aç: Proxy Authentication, geçerli kimlik bilgileriyle yapılandırın. Web trafiğini denetleyen proxy'ler, web soket bağlantılarına müdahale edebilir. Bu sorun oluşursa, denetlenmeyen trafiği atlayarak *. Webex.com sorunu çözebilir. Not: Daha önce yapılmış girişler de görüyorsanız son girişten sonra bir noktalı virgül ekleyin ve ardından Webex istisnasını girin.

Windows işletim sistemi için proxy ayarları

Microsoft Windows , HTTP trafiği için Proxy yapılandırmasına izin veren iki ağ kitaplığını (WinINet ve WinHTTP) destekler.WinINet, WinHTTP'nin bir üst kümesidir.

  1. WinInet, yalnızca tek kullanıcılı, masaüstü istemci uygulamaları için tasarlanmıştır

  2. WinHTTP, öncelikle çok kullanıcılı, sunucu tabanlı uygulamalar için tasarlanmıştır

İkisi arasında seçim yaparken, proxy yapılandırma ayarları için WinINet'i seçin. Ayrıntılar için bkz. wininet-vs-winhttp .

bkz. kurumsal ağ Webex erişmek için izin verilen etki alanlarının bir listesini yapılandırın aşağıdakilerle ilgili ayrıntılar için:

  • Kişilerin yalnızca önceden tanımlanmış bir etki alanı listesindeki hesapları kullanarak uygulamalarda oturum aç açmasını sağlamak için.

  • İstekleri engellemek ve izin verilen etki alanlarını sınırlamak için bir proxy sunucusu kullanın.

Proxy İnceleme ve Sertifika Sabitleme

Webex uygulaması ve Webex cihazları, TLS oturumları kurduğu sunucuların sertifikalarını doğrular. Sertifika düzenleyen ve dijital imza gibi sertifika kontrolleri, kök sertifikaya kadar olan sertifika zincirinin doğrulanmasına dayanır. Doğrulama kontrollerini gerçekleştirmek için Webex Uygulaması ve Cihazları, işletim sistemi güven deposunda yüklü bir dizi güvenilir kök CA sertifikası kullanır.

Webex Calling trafiğini durdurmak, şifresini çözmek ve incelemek için bir TLS denetleme Proxy'si dağıttıysanız. Proxy'nin sunduğu sertifikanın ( Webex hizmet sertifikası yerine) bir sertifika yetkilisi tarafından imzalandığından ve kök sertifika Webex Uygulamanızın veya Webex cihazınızın güven deposuna yüklendiğinden emin olun.

  • Webex Uygulaması için - Cihazın işletim sistemi proxy tarafından sertifikayı imzalamak için kullanılan CA sertifikası yükleyin.

  • Webex Room cihazları ve Cisco çok platformlu IP Telefonları için - CA sertifikası yüklemek için TAC ekibiyle bir hizmet isteği açın.

Bu tablo, Proxy sunucuları tarafından TLS incelemesini destekleyen Webex Uygulaması ve Webex Cihazlarını gösterir

Ürün

TLS incelemesi için Özel Güvenilen CA’ları destekler

Webex Uygulaması (Windows, Mac, iOS, Android, Web)

Evet

Webex Room Cihazları

Evet

Cisco IP Multiplatform (MPP) Telefonlar

Evet

Güvenlik duvarı yapılandırması

Cisco destekler Webex Calling ve güvenli Cisco ve Amazon Web Services (AWS) veri merkezlerinde Webex Aware hizmetleri. Amazon, IP alt ağlarını yalnızca Cisco'nun kullanımı için ayırdı ve bu alt ağlarda bulunan hizmetleri AWS sanal özel bulutunda güvence altına aldı.

Güvenlik duvarınızı, cihazlarınızdan, uygulamalarınızdan ve internete yönelik hizmetlerden gelen iletişime izin vererek işlevlerini düzgün bir şekilde yerine getirmelerine izin verecek şekilde yapılandırın. Bu yapılandırma, desteklenen tüm Webex Calling ve Webex Aware bulut hizmetleri, etki alanı adları, IP adresleri, Bağlantı Noktaları ve protokoller.

Aşağıdakilere beyaz liste veya açık erişim, böylece Webex Calling ve Webex Aware hizmetleri doğru şekilde çalışır.

  • Bölümün altında belirtilen URL'ler/Etki Alanları Webex Calling Hizmetleri için Etki Alanları ve URL'ler

  • Bölüm altında belirtilen IP alt ağları, Bağlantı Noktaları ve Protokoller Webex Calling Hizmetleri için IP Alt Ağları

  • Webex Meetings, Messaging ve diğer hizmetleri kullanıyorsanız bu makalede bahsedilen Etki Alanlarının/URL’lerin de açık olduğundan emin olun Webex Hizmetleri için Ağ Gereksinimleri

Yalnızca bir güvenlik duvarı kullanıyorsanız, IP adresi havuzları dinamik olduğundan ve herhangi bir zamanda değişebileceğinden, Webex Calling trafiğini tek başına IP adreslerini kullanarak filtrelemek desteklenmez. Kurallarınızı düzenli olarak güncelleyin, güvenlik duvarı kuralları listenizi güncellememek kullanıcılarınızın deneyimini etkileyebilir. Cisco , belirli bir coğrafi bölgeye veya bulut hizmet sağlayıcı göre bir IP adresi alt kümesinin filtrelenmesini onaylamaz. Bölgeye göre filtreleme, arama deneyiminizde ciddi bozulmaya neden olabilir.

Güvenlik duvarınız Etki Alanı/ URL filtrelemeyi desteklemiyorsa, bir Kurumsal Proxy sunucu seçeneği kullanın. Bu seçenek, trafiği URL/etki alanına göre filtreler/izin verir/izin verir. Webex Calling Güvenlik duvarınıza iletmeden önce Proxy sunucunuzdaki Webex Aware hizmetleri.

için Webex Calling , UDP , Cisco'nun medya için tercih ettiği aktarım protokolüdür ve UDP üzerinden yalnızca SRTP kullanılmasını önerir. Medya için aktarım protokolleri olarak TCP ve TLS, üretim ortamlarında Webex Calling için desteklenmez. Bu protokollerin bağlantı yönelimli yapısı kayıp ağlar üzerindeki medya kalitesini etkiler. Taşıma protokolüyle ilgili sorularınız varsa, bir destek bileti oluşturun.

Webex Calling hizmetleri için etki alanları ve URL'ler

URL’nin başında gösterilen * (ör. *.webex.com), üst düzey etki alanındaki ve tüm alt etki alanlarındaki hizmetlerin erişilebilir olması gerektiğini gösterir.

Etki Alanı / URL

Açıklama

Bu etki alanlarını / URL’leri kullanan Webex uygulamaları ve cihazları

Cisco Webex Hizmetleri

*.broadcloudpbx.com

Webex Control Hub'dan Çağrı Yönetici Portalına çapraz başlatma için yetkilendirme mikro hizmetleri sunar.

Control Hub

*.broadcloud.com.au

Webex Calling Avustralya hizmetleri.

Tümü

*.broadcloud.eu

Webex Calling Avrupa hizmetleri.

Tümü

*.broadcloudpbx.net

Calling istemci yapılandırması ve yönetim hizmetleri.

Webex Uygulamaları

*.webex.com

*.cisco.com

Çekirdek Webex Calling ve Webex Aware hizmetleri

  1. cihaz sağlama

  2. kimlik depolama

  3. Kimlik Doğrulaması

  4. OAuth hizmetleri

  5. cihaz ekleme

  6. Cloud Connected UC

Bir telefon bir ağa ilk kez bağlandığında veya DHCP seçenekleri ayarlanmadan fabrika sıfırlaması sonra, sıfır dokunuşlu provizyon için bir cihaz etkinleştirme sunucusuyla iletişim kurar. Yeni telefonlar activate.cisco.com'u ve 11.2(1)'den daha eski ürün yazılımı sürümüne sahip telefonları kullanır, temel hazırlık için webapps.cisco.com'u kullanmaya devam eder.

Aygıt üretici yazılımı ve yerel ayar güncellemelerini şuradan indirin: ikili dosyalar.webex.com .

12.0.3 sürümünden eski Cisco Multiplatform telefonların (MPP'lerin), Üretici Tarafından Yüklenen Sertifikayı (MIC) yenilemek ve Güvenli Benzersiz Cihaz Tanımlayıcısına (SUDI) sahip olmak için 80 numaralı bağlantı noktası üzerinden sudirenewal.cisco.com'a erişmesine izin verin. Ayrıntılar için Alan bildirimi bölümüne bakın.

Tümü

*.ucmgmt.cisco.com

Webex Calling hizmetleri

Control Hub

*.wbx2.com ve *.ciscospark.com

Bulut farkındalığı, CSDM, WDM, cıva vb. için kullanılır. Bu hizmetler, Uygulamaların ve cihazların, katılım sırasında ve sonrasında Webex Calling ve Webex Aware hizmetlerine ulaşması için gereklidir.

Tümü

*.webexapis.com

Uygulamalarınızı ve cihazlarınızı yöneten Webex mikro hizmetleri.

  1. Profil resmi hizmeti

  2. Beyaz tahta hizmeti

  3. yakınlık hizmeti

  4. Durum hizmeti

  5. Kayıt gerekli

  6. Takvim hizmeti

  7. Cihaz ara

Tümü

*.webexconnect.com

Aşağıdakiler dahil genel dosya depolama alanıyla ilgili Webex Mesajlaşma hizmetleri:

  1. Kullanıcı hatları

  2. Kodu dönüştürülmüş dosyalar

  3. Görüntüler

  4. Ekran görüntüsü

  5. Beyaz tahta kontrolleri

  6. İstemci ve cihaz günlükleri

  7. Profil resimleri

  8. Marka logoları

  9. kutu dosyalar

  10. Toplu CSV dışa aktarma dosyaları ve içe aktarma dosyaları (Control Hub)

Webex Apps Mesajlaşma hizmetleri.


 

Ekim 2019'da webexcontent.com'u kullanan dosya depolama, clouddrive.com ile değiştirildi

*.accompany.com

People Insights Entegrasyonu

Webex Uygulamaları

Webex ile İlgili Ek Hizmetler (Üçüncü Taraf Etki Alanları)

*.appdynamics.com

*.eum-appdynamics.com

Performans takibi, hata ve çökme kaydı, oturum ölçümleri.

Control Hub

*.huron-dev.com

Değiştirme hizmetleri, telefon numarası sipariş etme ve atama hizmetleri gibi, Webex Calling mikro hizmetleri.

Control Hub

*.sipflash.com

Cihaz Yönetim Hizmeti Bellenim yükseltmeleri ve güvenli işe alım amaçları.

Webex Uygulamaları

*.walkme.com *.walkmeusercontent.com

Webex kullanıcı rehberlik istemcisi. Yeni kullanıcılar için alıştırma ve kullanım turları sağlar.

WalkMe hakkında daha fazla bilgi için buraya tıklayın.

Webex Uygulamaları

*.google.com

*.googleapis.com

Mobil cihazlarda Webex uygulamalarına yönelik bildirimler (Örnek: yeni mesaj, çağrı cevaplandığında)

IP Alt Ağları için bu bağlantılara bakın

Google Firebase Bulut Mesajlaşma (FCM) hizmeti

Apple Anında Bildirim Hizmeti Hizmeti (APNS)


 

APNS için Apple, bu hizmet için IP alt ağlarını listeler.

Webex Uygulaması

Webex Calling hizmetleri için IP Alt Ağları

Webex Calling Hizmetleri İçin IP Alt Ağları

23.89.0.0/16

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

144.196.0.0/16

150.253.128.0/17

170.72.0.0/16

170.133.128.0/18

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Bağlantı amacı

Kaynak adresler

Kaynak Bağlantı Noktaları

Protokol

Hedef adresleri

Hedef portları

Notlar

Webex Calling'e çağrı sinyali gönderme (SIP TLS)

Yerel Ağ Geçidi (NIC)

8000-65535

TCP

Bkz. Webex Calling Hizmetleri İçin IP Alt Ağları.

5062, 8934

Bu IP'ler/bağlantı noktaları, Yerel Ağ Geçitleri, Cihazlar ve Uygulamalar (Kaynak) üzerinden Buluta (Hedef) giden SIP-TLS çağrı sinyali Webex Calling gerekir.

Bağlantı noktası 5062 (Sertifika tabanlı ana hat için gereklidir). Ve 8934 numaralı bağlantı noktası (Kayıt tabanlı ana hat için gereklidir)

Cihazlar

5060-5080

8934

Uygulamalar

Kısa Süreli (İşletim sistemine bağlı)

Webex Calling'den (SIP TLS) Yerel Ağ Geçidine çağrı sinyali gönderme

Webex Calling adres aralığı.

Webex Calling Hizmetleri için IP Alt Ağlarına bakın

8934

TCP

Müşteri tarafından Yerel Ağ Geçidi için seçilen IP veya IP aralığı

Müşteri tarafından Yerel Ağ Geçidi için seçilen bağlantı noktası veya bağlantı noktası aralığı

Sertifika tabanlı yerel ağ geçitleri için geçerlidir. Webex Calling'den Yerel Ağ Geçidine bağlantı kurmak gereklidir.

Kayıt tabanlı yerel ağ geçidi, yerel ağ geçidinden oluşturulan bir bağlantıyı yeniden kullanarak çalışır.

Hedef bağlantı noktası, müşteri tarafından seçilen Santralleri yapılandırma

Webex Calling'e çağrı ortamı (STUN, SRTP, T38)

Yerel Ağ Geçidi NIC

8000-48198†

UDP

Bkz. Webex Calling Hizmetleri İçin IP Alt Ağları.

5004, 9000 (STUN Bağlantı Noktaları)

8500-8700,19560-65535 (UDP üzerinden SRTP)

  • Yerel Ağ Geçitlerinden, Cihazlardan ve Uygulamalardan (Kaynak) Webex Calling Cloud'a (Hedef) giden SRTP çağrı ortamı için bu IP'ler/portlar gereklidir.

  • STUN, ICE anlaşmasının başarılı olduğu kuruluştaki Çağrılar için buluttaki ortam aktarımı iletişim yolu olarak kaldırılır. Bu gibi durumlarda medya akışı doğrudan kullanıcının Uygulamalar/cihazları arasında olur.

    Örneğin: Medya optimizasyonu başarılıysa, uygulamalar 8500-9700 arasındaki bağlantı noktası aralıklarında medyayı doğrudan birbirlerine gönderir ve cihazlar 19560-19660 arasındaki bağlantı noktası aralıklarında medyayı doğrudan birbirlerine gönderir.

  • Güvenlik duvarlarının müşteri öncülüğünde kullanıldığı belirli ağ topolojilerinde, ortamın içinden geçmesi için ağınızdaki bahsedilen kaynak ve hedef bağlantı noktası aralıklarına erişime izin verin.

    Örnek: Uygulamalar için kaynak ve hedef bağlantı noktası aralığına 8500–8700 izin verin.

Cihazlar

19560-19660

Uygulamalar

8500-8700

PSTN ağ geçidine çağrı sinyali gönderme (SIP TLS)Yerel Ağ Geçidi dahili NIC'si8000-65535

TCP

ITSP, PSTN GW veya Unified CM'nizPSTN seçeneğine bağlıdır (örneğin, Unified CM için tipik olarak 5060 veya 5061)

Webex Calling'den çağrı ortamı (SRTP, T38)

Webex Calling adres aralığı.

Webex Calling Hizmetleri için IP Alt Ağlarına bakın

19560-65535 ( UDP üzerinden SRTP )

UDP

Müşteri tarafından Yerel Ağ Geçidi için seçilen IP veya IP aralığı

Müşteri tarafından Yerel Ağ Geçidi için seçilen ortam bağlantı noktası aralığı

Webex Calling, cihaz bir NAT arkasında ise tüm uzak cihazların ortam kilitleme gerçekleştirmesine olanak tanır. Sertifika tabanlı yerel ağ geçidi için belirli bağlantı noktası aralığına giriş erişimine izin vermek gerekir. Sertifika tabanlı bir yerel ağ geçidi dağıtımı sırasında NAT'a özgü ağ gereksinimlerine bakın.

PSTN ağ geçidine çağrı ortamı (SRTP)Yerel Ağ Geçidi dahili NIC'si

8000-48198†

UDP

ITSP, PSTN GW veya Unified CM'nizPSTN seçeneğine bağlıdır (örneğin, Unified CM için tipik olarak 5060 veya 5061)

Cihaz yapılandırması ve bellenim yönetimi (Cisco cihazları)

Webex Calling cihazları

Kısa Süreli

TCP

3.20.185.219

3.130.87.169

3.134.166.179

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

72.163.10.128/25

173.37.146.128/25

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

443, 6970, 80 KIŞI

Aşağıdaki nedenlerle gereklidir:

  1. Kurumsal telefonlardan (Cisco Unified CM) Webex Calling geçiş. Bkz. upgrade.cisco.com daha fazla bilgi için. cloudupgrader.webex.com bağlantı noktalarını kullanır: Ürün yazılımı geçiş süreci için 6970.443.

  2. 16 haneli etkinleştirme kodunu (GDS) kullanarak üretici yazılımı yükseltmeleri ve cihazların güvenli şekilde eklenmesi (MPP ile Oda veya Masa telefonları)

  3. CDA / EDOS - MAC adresi tabanlı provizyon için. Bellenimi daha yeni olan cihazlar (MPP telefonları, ATA'lar ve SPA ATA'lar) tarafından kullanılır.

  4. Bir telefon, DHCP seçenekleri ayarlanmadan bir ağa ilk kez bağlandığında veya fabrika sıfırlaması sonra, sıfır dokunuşlu provizyon için bir cihaz etkinleştirme sunucusuyla bağlantı kurar. Yeni telefonlar hazırlama için webapps.cisco.com yerine activate.cisco.com kullanır. Üretici yazılımı 11.2(1)’den önce piyasaya sürülen telefonlar webapps.cisco.com adresini kullanmaya devam eder. Tüm bu IP alt ağlarına izin verilmesi önerilir.

  5. 12.0.3 sürümünden eski Cisco Çok Platformlu telefonların (MPP'lerin) Üretici Yüklü Sertifikasını (MIC) yenilemesi ve Güvenli Benzersiz Cihaz Tanımlayıcısına (SUDI) sahip olması için bağlantı noktası 80 üzerinden sudirenewal.cisco.com'a erişmesine izin verin. Ayrıntılar için Alan Bildirimi bölümüne bakın

Uygulama yapılandırması

Webex Calling uygulamaları

Kısa Süreli

TCP

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

443, 8443

Idbroker Kimlik Doğrulaması, İstemciler için uygulama yapılandırma hizmetleri, Kişisel bakım için Tarayıcı tabanlı internet erişimi VE Yönetici arabirimlerine erişim için kullanılır.

Cihaz saati senkronizasyonu (NTP)

Webex Calling cihazları

51494

UDP

Bkz. Webex Calling Hizmetleri İçin IP Alt Ağları.

123

Cihazlarda (MPP telefonları, ATA'lar ve SPA ATA'lar) Saat Senkronizasyonu için bu IP adresleri gereklidir

Cihaz adı çözümlemesi ve Uygulama adı çözümlemesi

Webex Calling cihazları

Kısa Süreli

UDP ve TCP

Ana bilgisayar tanımlı

53

Buluttaki Webex sunucularının IP adreslerini bulmak için DNS aramaları amacıyla kullanılır.

Tipik DNS aramaları UDP üzerinden yapılsa da, sorgu yanıtları UDP paketlerine sığmazsa bazıları için TCP gerekli olabilir.

Uygulama saat senkronizasyonu

Webex Calling uygulamaları

123

UDP

Ana bilgisayar tanımlı

123

CScan

Web tabanlı Ağa hazırlık için ön yeterlilik aracı Webex Calling

Kısa Süreli

TCP

Bkz. Webex Calling Hizmetleri İçin IP Alt Ağları.

8934 ve 443

Webex Calling için Web tabanlı Ağa hazırlık Ön Yeterlilik aracı. Daha fazla bilgi için scan.webex.com adresini ziyaret edin.

UDP

19569-19760

Ek Webex Calling ve Webex Farkındalık Hizmetleri (Üçüncü Taraf)

Push bildirimleri APNS ve FCM hizmetleri

Webex Çağrısı Uygulamaları

Kısa Süreli

TCP

Bağlantıların altında belirtilen IP Alt Ağlarına bakın

Apple Anında Bildirim Hizmeti Hizmeti (APNS)

Google-Firebase Bulut Mesajlaşma (FCM)

443, 2197, 5228, 5229, 5230, 5223

Mobil cihazlarda Webex Uygulamalarına yönelik bildirimler (Örnek: Yeni bir mesaj aldığınızda veya bir arama cevaplandığında)


 
  • † CUBE ortam portu aralığı, rtp-port range ile yapılandırılabilir.

  • Uygulamalarınız ve Cihazlarınız için bir proxy sunucusu adresi yapılandırılmışsa, sinyal trafiği proxy'ye gönderilir. UDP akışları üzerinden SRTP aktaran medya, proxy sunucusu yerine doğrudan güvenlik duvarınıza.

  • Kurumsal ağınızda NTP ve DNS hizmetleri kullanıyorsanız, güvenlik duvarınız aracılığıyla 53 ve 123 bağlantı noktalarını açın.

Webex Meetings/Messaging - Ağ Gereksinimleri

Çağrı Geçmişi, Dizin Arama ve Toplantılar gibi hizmetler için MPP cihazlarını Webex Cloud’a ekleyin. Bu ağ gereksinimleri, bu Webex Hizmetleri için Ağ Gereksinimleri'Webex bulunabilir. Webex Uygulamasından toplantı, mesajlaşma ve diğer hizmetleri kullanıyorsanız, bu makalede bahsedilen Etki Alanlarının/URL'lerin/Adreslerin açık olduğundan emin olun.

Referanslar

Webex Calling yenilikleri öğrenmek için bkz. Webex Calling yenilikler

Webex Calling için Güvenlik gereksinimleri için bkz. makale

Etkileşimli Bağlantı Kurulumu (ICE) ile Webex Calling Medya Optimizasyonu makale

Belge Revizyon Geçmişi

Tarih

Bu makalede aşağıdaki değişiklikleri yaptık

18 Aralık 2023

Cisco MPP telefonunun MIC yenilemesinin cihaz yapılandırması ve bellenim yönetimi için sudirenewal.cisco.com URL'si ve bağlantı noktası 80 gereksinimi dahil edildi.

11 Aralık 2023

Webex Calling hizmetleri için IP Alt ağları, daha büyük bir IP adresi kümesi içerecek şekilde güncellendi.

150.253.209.128/25 – 150.253.128.0/17 olarak değiştirildi

29 Kasım 2023

Webex Calling hizmetleri için IP Alt Ağları, gelecekteki büyüme için Webex Calling bölgesinin genişlemesini karşılamak üzere daha büyük bir IP adresi kümesini içerecek şekilde güncellendi.

144.196.33.0/25 – 144.196.0.0/16 olarak değiştirildi

Webex Calling (SIP TLS) ve Webex Calling'e Çağrı ortamı (STUN, SRTP) altındaki Webex Calling hizmetleri bölümleri için IP Alt Ağları, sertifika tabanlı depolama ve Yerel Ağ Geçidi güvenlik duvarı gereksinimlerinin netlik kazanması için güncellenir.

14 Ağustos 2023

Edge ve Webex Calling Hizmetleri için artan kapasite gereksinimlerini desteklemek için aşağıdaki 144.196.33.0/25 ve 150.253.156.128/25 IP adreslerini ekledik.


 

Bu IP aralığı yalnızca ABD bölgesinde desteklenir.

5 Temmuz 2023

Bağlantı eklendihttps://binaries.webex.com Cisco MPP Ürün Yazılımını yüklemek için.

07 Mart 2023

Tüm makaleyi aşağıdakileri içerecek şekilde elden geçirdik:

  1. Proxy desteği için dahil edilen seçenekler.

  2. Değiştirilmiş Çağrı akış şeması

  3. Webex Calling ve Webex Aware hizmetleri için Basitleştirilmiş Etki Alanları/URL'ler/ IP alt ağ bölümleri

  4. Webex Calling ve Webex Aware hizmetleri için 170.72.0.0/16 IP alt ağ aralığı eklendi.

    Aşağıdaki aralıkları 170.72.231.0, 170.72.231.10, 170.72.231.161 ve 170.72.242.0/24 kaldırıldı

5 Mart 2023

Makaleyi aşağıdakileri içerecek şekilde güncelleme:

  • Uygulamalar tarafından kullanılan UDP- SRTP bağlantı noktası aralığı (8500-8700) eklendi.

  • Push bildirimleri APNS ve FCM hizmetleri için bağlantı noktaları eklendi.

  • UDP ve TCP için CScan bağlantı noktası aralığını bölün.

  • Referanslar bölümü eklendi.

15 Kasım 2022 Salı

Cihaz yapılandırması ve donanım yazılımı yönetimi (Cisco cihazları) için aşağıdaki IP adreslerini ekledik:

  • 170.72.231.0

  • 170.72.231.10

  • 170.72.231.161

Cihaz yapılandırma ve donanım yazılımı yönetiminden (Cisco cihazları) şu IP adreslerini kaldırdık:

  • 3.20.118.133

  • 3.20.228.133

  • 3.23.144.213

  • 3.130.125.44

  • 3.132.162.62

  • 3.140.117.199

  • 18.232.241.58

  • 35.168.211.203

  • 50.16.236.139

  • 52.45.157.48

  • 54.145.130.71

  • 54.156.13.25

  • 52.26.82.54

  • 54.68.1.225

14 Kasım 2022

Webex Calling hizmeti için 170.72.242.0/24 IP alt ağ ağı eklendi.

10 Eylül 2022

Cisco MPP Firmware geçişleri kullanılacakhttps://binaries.webex.com tüm bölgelerde MPP ürün yazılımı yükseltmeleri için ana bilgisayar URL olarak. Bu değişiklik, donanım yazılımı yükseltme performansını iyi almaktadır.

30 Ağustos 2022

Bağımlılığın yok olması nedeniyle Cihaz yapılandırması ve donanım yazılımı yönetimi (Cisco cihazları), Uygulama yapılandırması ve CScan satırlarında Bağlantı Noktası 80 referansı kaldırıldı.

18 Ağustos 2022 Perşembe

Çözümde değişiklik yok. (SIP TLS) için Çağrı sinyali için 5062 (Sertifika tabanlı bilgi kaydı gerekli) hedef bağlantı noktaları güncellendi, 8934 (Kayıt tabanlı Webex Calling gereklidir).

10 Temmuz 2015 Temmuz 2015

Cisco 840/860 cihazlarının donanım yazılımı yükseltmesi için gerekli olan 54.68.1.225 IP Adresi eklendi.

10 Temmuz 2015 Temmuz 2015

Çağrı sinyali için 5062, 8934 olan hedef bağlantı noktaları Webex Calling (SIP TLS) güncellendi.

10 Temmuz 2015 Temmuz 2015

Webex Aware hizmetlerinin eksiksiz bir işlevini destekleyen URL'ler eklendi.

Webex Calling hizmeti için 23.89.154.0/25 IP alt ağ ağı eklendi.

27 Haziran 2022 Pazartesi

Bu hizmetler için Etki Alanı ve URL Webex Calling güncellendi:

*.broadcloudpbx.com

*.broadcloud.com.au

*.broadcloud.eu

*.broadcloudpbx.net

24 Haziran 2015 Cuma

İş Birliği Hizmetleri için IP Adresleri ve Bağlantı Noktaları altında aşağıdaki bağlantı noktaları Webex Calling eklendi:

  • Bağlantının amacı: Webex Özellikleri

  • Kaynak adresleri: Webex Calling Cihazları

  • Kaynak bağlantı noktaları: Kısa Süreli

  • Protokol: TCP

  • Hedef adresler: bölümünde tanımlanan IP Alt Ağlarına ve Etki Alanlarına bakın. Webex Meetings/ Mesajlaşma - Ağ Gereksinimleri.

  • Hedef bağlantı noktaları: 443

    Notlar: Webex Calling Cihazları, Dizin, Çağrı Geçmişi ve Toplantılar gibi Webex Bulutu Hizmetleri ile arayüz oluşturmak için bu IP adreslerini ve etki alanlarını kullanır.

Webex Meetings/Mesajlaşma - Ağ Gereksinimleri bölümünde güncellenen bilgiler

24 Mayıs 2022

Güvenlik hizmeti için IP alt ağı 52.26.82.54/24'ü 52.26.82.54/32'ye Webex Calling eklendi

6 Mayıs 2022

Alt ağ için IP alt ağı 52.26.82.54/24 Webex Calling eklendi

7 Nisan 2022

Yerel Ağ Geçidi dahili ve harici UDP bağlantı noktası aralığı 8000-48198 olarak güncellendi

5 Nisan 2022 Salı

Hizmet sağlayıcı hizmeti için aşağıdaki IP Webex Calling eklendi:

  • 23.89.40.0/25

  • 23.89.1.128/25

29 Mart 2022

Hizmet sağlayıcı hizmeti için aşağıdaki IP Webex Calling eklendi:

  • 23.89.33.0/24

  • 150.253.209.128/25

2 Eylül 2021

Hizmet sağlayıcı hizmeti için 4 yeni IP Webex Calling eklendi:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

2 Nisan 2021 Cuma

Webex uygulamasında Webex Calling kullanım durumlarını desteklemek için Webex Calling Hizmetleri İçin Etki Alanları ve URL'ler altına *.ciscospark.com adresini ekledik.

25 Mart 2021 Perşembe

Activate.cisco.com için 8 Mayıs 2021'den itibaren geçerli olacak 6 adet yeni IP aralığı ekledik.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

4 Mart 2021

Güvenlik duvarı yapılandırması için daha kolay anlaşılması adına, Webex Calling ayrı IP'lerini ve daha küçük IP aralıklarını ayrı bir tabloda basitleştirilmiş aralıklarla değiştirdik.

26 Şubat 2021

5004, Nisan 2021'de Webex Calling'de 5004'ü (STUN, SRTP) desteklemektedir (STUN, SRTP) için hedef Webex Calling bağlantı noktası olarak eklendi.

22 Şubat 2021

Etki alanları ve URL'ler artık ayrı bir tabloda listeleniyor.

IP Adresleri ve Bağlantı Noktaları tablosu, aynı hizmetlerin grup IP adresleri olarak ayarlanır.

Gereksinimlerin anlaşılmasına yardımcı olan IP Adresleri ve Bağlantı Noktaları tablosuna Notlar sütununun eklenmesi.

cihaz yapılandırması ve bellenim yönetimi için aşağıdaki IP adreslerinin basitleştirilmiş aralıklara taşınması ( Cisco cihazları):

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

Cisco Webex istemcisi Mart 2021'de Avustralya'da daha yeni bir DNS SRV SRV'ye işaret ettiğinden, Uygulama Yapılandırması için aşağıdaki IP adresleri ekleniyor.

  • 199.59.64.237

  • 199.59.67.237

21 Ocak 2021 Perşembe

Aşağıdaki IP adreslerini cihaz yapılandırmasına ve donanım yazılımı yönetimine (Cisco cihazları) ekledik:

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Cihaz yapılandırma ve donanım yazılımı yönetiminden (Cisco cihazları) şu IP adreslerini kaldırdık:

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Uygulama yapılandırmasına şu IP adreslerini ekledik:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Uygulama yapılandırmasından şu IP adreslerini kaldırdık:

  • 64.68.99.6

  • 64.68.100.6

Uygulama yapılandırmasından şu bağlantı noktası numaralarını kaldırdık:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Aşağıdaki etki alanlarını uygulama yapılandırmasına ekledik:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

23 Aralık 2020

Port referans görüntülerine yeni Uygulama Yapılandırması IP adresleri ekledik.

22 Aralık 2020

Tablolardaki Uygulama Yapılandırması satırı, şu IP adreslerini içerecek biçimde güncellendi: 135.84.171.154 ve 135.84.172.154.

Bu IP adresleri eklenene kadar ağ şemalarını gizleyin.

11 Aralık 2020

Desteklenen Kanada etki alanları için Cihaz yapılandırması ve bellenim yönetimi (Cisco cihazları) ve Uygulama yapılandırması sütunları güncellendi.

16 Ekim 2020

Şu IP adreslerine sahip çağrı sinyali ve ortam girişleri güncellendi:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

23 Eylül 2020 Çarşamba

CScan altında 199.59.64.156 adresi 199.59.64.197 ile değiştirildi.

14 Ağustos 2020

Kanada'da veri merkezlerinin kullanıma açılmasını destekleyecek daha fazla IP adresi eklendi:

Webex Calling'e çağrı sinyali (SIP TLS): 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

12 Ağustos 2020

Kanada'da veri merkezlerinin kullanıma açılmasını destekleyecek daha fazla IP adresi eklendi:

  • Webex Calling'e çağrı ortamı (SRTP): 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Herkese açık adresli uç noktalara (SIP TLS)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.

  • Cihaz yapılandırması ve bellenim yönetimi (Cisco cihazları): 135.84.173.155,135.84.174.155

  • Cihaz saati senkronizasyonu: 135.84.173.152, 135.84.174.152

  • Uygulama yapılandırması: 135.84.173.154,135.84.174.154

22 Temmuz 2020

Kanada'da veri merkezlerinin kullanıma açılmasını desteklemek için aşağıdaki IP adresleri eklendi: 135.84.173.146

9 Haziran 2020

CScan girişinde aşağıdaki değişiklikleri yaptık:

  • IP adreslerinden biri düzeltildi; 199.59.67.156, 199.59.64.156 oldu.

  • Yeni özellikler yeni bağlantı noktaları ve UDP—19560-19760 gerektirir

11 Mart 2020

Uygulama yapılandırmasına aşağıdaki etki alanını ve IP adreslerini ekledik:

  • jp.bcld.webex.com: 135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com: 64.68.99.6, 64.68.100.6

Aşağıdaki etki alanlarını cihaz yapılandırması ve bellenim yönetimine ilave IP adresleriyle güncelledik:

  • cisco.webexcalling.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com: 72.163.10.134

  • activation.webex.com: 35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com: 3.130.87.169, 3.20.185.219

27 Şubat 2020

Cihaz yapılandırması ve bellenim yönetimine aşağıdaki etki alanı ve portları ekledik:

cloudupgrader.webex.com: 443, 6970

Bu makale yararlı oldu mu?
Webex Calling Yapılandırması İş Akışı