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.

16 Mayıs 2024
Ortamınızı Webex Calling'e Hazırlama
  • Gereklilikler:
  • Yerel Ağ Geçidi Gereksinimleri:

    Genel ön koşullar

    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

    güvenli sinyal 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.

    16 Mayıs 2024
    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 .


     
    Ilk Kurulum Sihirbazıyla seçtiğiniz ülkeye karşılık gelen bölgesel veri merkezinde yeni bir konum barındırılır.
    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.

    Bu konumla ilişkilendirilen tüm numaraların PSTN sağlayıcınıza iade edileceğini ve bu numaraların artık size ait olmayacağını göz önünde bulundurun.

    1

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

    2

    Tıklasilmek istediğiniz konumun yanındaki Eylemler sütununda.

    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, Control Hub’daki örnek numaralar bu değişiklikleri gösterecek şekilde 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

    Control Hub'da oturum açın, şuraya gidin: Hizmetler > Çağrı > Hizmet Ayarları ve ardından Dahili Arama'ya gidin.

    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 ön eki uzunluğunu dört olarak ayarlarsanız siteyi belirtmek için yalnızca üç hane kullanılabilir.


       

      Bir konuma yönlendirme ön eki atarsanız, bu konuma atanan dahili numaraların tüm görünümlerinde dahili numaranın önüne yönlendirme ön eki bulunur. Örneğin, 888-1000 (yönlendirme ön eki-uzantısı).

    • Yönlendirme Ön Ekindeki Yönlendirme Hanesi—Her yönlendirme ön ekinin ilk hanesi 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ı aramalar otomatik olarak güncellenmez.

    • Konumlar arasında dahili numara aramasına izin ver—Konumlar arasındaki dahili numara aramasını, kuruluşunuzun gereksinimlerine göre özelleştirmenize olanak sağlar.
      • Kuruluşunuzun tüm konumlarında yinelenen dahili numaraları yoksa düğmeyi etkinleştirin.

        Varsayılan olarak, düğme etkindir.

      • Kuruluşunuzda farklı konumlarda aynı dahili numaraya sahipse düğmeyi devre dışı bırakın. Geçiş devre dışı bırakıldığında ve arayan dahili numarayı çevirdiğinde, çağrı, arayan ile aynı konumda eşleşen dahili numaraya sahip bir kullanıcıya yönlendirilir. Arayan, başka konumlarda bir dahili numaraya ulaşmak için Önemli Kuruluş Numarasını (konum yönlendirme ön eki + dahili numara) çevirmelidir.

    3

    Belirli konumlar için dahili arama belirtin. Şuraya gidin: Yönetim > Konumlar, listeden bir konum seçin ve Calling’e tıklayın. Arama öğesine kaydırın ve ardından dahili aramayı gerektiği şekilde 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 uzunluğunun kuruluş düzeyinde belirlenen uzunlukla eşleşmesini öneririz, ancak 2-7 haneli olması gerekir.
    4

    Belirli konumlar için harici aramayı belirtin. Şuraya gidin: Yönetim > Konumlar, listeden bir konum seçin ve Calling’e tıklayın. Arama öğesine kaydırın ve ardından harici aramayı gerektiği gibi değiştirin:

    • Harici Arama—Kullanıcıların dış hatta ulaşmak için çevirmesi gereken bir giden çağrı hanesi seçebilirsiniz. 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.

    • Isteğe bağlı olarak, bu konumun giden çağrı hanesini çevirmeyi zorunlu kılabilir ve kullanıcının harici çağrılar yapmak için yönetici tarafından ayarlanan giden çağrı hanesini kullanmasını sağlayabilirsiniz.

       

      Bu özellik etkinleştirildiğinde, acil durum çağrıları giden çağrı hanesiyle veya bu numaradan aranmaya devam edilebilir.

      Etkinleştirildikten sonra, çağrı yönlendirme için kullanılanlar gibi herhangi bir harici hedef numara, giden çağrı hanesi dahil edilmezse artık çalışmayacaktır.

    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ı dahili numaraları, konumun yönlendirme hanesiyle veya giden çağrı hanesiyle 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 de , git Hizmetler > arama > Çağrı Yönlendirme ve seçin Gövde Ekle .https://admin.webex.com

    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.

    Webex hizmetlerini deniyorsanız ve deneme sürümünüzü ücretli aboneliğe dönüştürmek istiyorsanız, iş ortağınıza e-posta istemi gönderebilirsiniz.

    1

    https://admin.webex.com adresinden Control Hub'da oturum açın ve 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 .

    20 Mayıs 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. Mevcut bir PSTN ağ geçidini veya CUBE Enterprise dağıtımını, Webex Calling için Yerel Ağ Geçidi işlevi olarak kullanılacak şekilde değiştirirseniz 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.


     
    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.

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

    Bu bölümde, bir Cisco Unified Sınır Öğesinin (CUBE) kayıtlı bir SIP santrali kullanarak Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı anlatılmaktadı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 görüntü, bu çözümü ve izlenecek ü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ı kiracıları: Santrale özel yapılandırmalar oluşturmak için kullanılır.

    • ses sınıfı uri: Gelen çağrı eşinin seçimi için SIP mesajlarını sınıflandırmak 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.

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

    Webex Calling ile şirket içi bir Cisco Unified Communications Manager çözümüne bağlanırken, aşağıdaki şemada 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.

    Bu belge boyunca, aşağıdaki resimde gösterilen ana bilgisayar adları, IP adresleri ve arayüzler kullanılır.

    Yerel Ağ Geçidi yapılandırmanızı aşağıdaki şekilde tamamlamak için bu belgenin geri kalan bölümündeki yapılandırma kılavuzunu kullanın:

    • 1. Adım: Yönlendirici temel bağlantısını ve güvenliğini yapılandırın

    • 2. Adım: Webex Calling Santralini Yapılandırma

      Gerekli mimarinize bağlı olarak aşağıdakilerden birini izleyin:

    • 3. Adım: SIP PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

    • 4. Adım: Mevcut Unified CM ortamıyla Yerel Ağ Geçidini yapılandırma

      Ya da:

    • 3. Adım: TDM PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

    Başlangıç yapılandırması

    Cisco yönlendiricinizi Webex Calling için Yerel Ağ Geçidi olarak hazırlamanın ilk adımı, platformunuzu güvenli hale getirecek ve bağlantı kuracak bir temel yapılandırma oluşturmaktır.

    • Tüm kayıt tabanlı Yerel Ağ Geçidi dağıtımları için Cisco IOS XE 17.6.1a veya sonraki sürümleri gerekir. Önerilen sürümler için Cisco Yazılım Araştırma sayfasına bakın. Platformu arayın ve önerilen sürümlerden birini seçin.

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

      • Ses kartlarıyla veya DSP'lerle donatılmış Catalyst Edge 8000 serisi yönlendiriciler, DNA Advantage lisansı gerektirir. Ses kartları veya DSP'ler olmayan yönlendiriciler, minimum DNA Essentials lisansı gerektirir.

    • Platformunuz için iş politikalarınızı takip eden bir temel yapılandırma oluşturun. Özellikle, aşağıdakileri yapılandırın ve çalışmayı doğrulayın:

      • NTP

      • ACL'ler

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

      • DNS

      • IP yönlendirme

      • IP adresleri

    • Webex Calling'e yönelik ağın bir IPv4 adresi kullanması gerekir.

    • Cisco kök CA paketini Yerel Ağ Geçidine yükleyin.

    Yapılandırmalar

    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 10.80.13.12 255.255.255.0
    !
    interface GigabitEthernet0/0/1
      description Interface facing Webex Calling (Private address)
      ip address 192.51.100.1 255.255.255.240
    2

    Yönlendiricideki kaydı ve STUN kimlik bilgilerini simetrik şifreleme kullanarak koruyun. Birincil şifreleme anahtarını ve şifreleme türünü aşağıdaki şekilde yapılandırın:

    
    key config-key password-encrypt YourPassword
    password encryption aes
    
    3

    Bir yer tutucu PKI güven noktası oluşturun.


     
    TLS'yi daha sonra yapılandırmak için bu güven noktasının gerekli olması gerekir. Kayıt tabanlı santraller için bu güven noktası bir sertifika gerektirmez. Bu nedenle sertifika tabanlı santral için gereklidir.
    
    crypto pki trustpoint EmptyTP 
     revocation-check none
    
    4

    TLS1.2 münhasırlığını etkinleştirin ve aşağıdaki yapılandırma komutlarını kullanarak varsayılan güven noktasını belirtin. Taşıma parametreleri de kayıt için güvenli bir bağlantı sağlamak üzere güncellenmelidir:


     
    cn-san-validate sunucu komutu, kiracı 200'de yapılandırılan ana bilgisayar adının giden proxy'den alınan sertifikanın CN veya SAN alanlarına dahil edilmesi durumunda Yerel Ağ Geçidinin bağlantıya izin vermesini sağlar.
    1. Ayarla tcp yeniden deneme sayısı - 1000 (5-msn katları = 5 saniye).

    2. Paragrafların zamanlayıcı bağlantısı kur komut, LGW'nin bir sonraki kullanılabilir seçeneği düşünmeden önce proxy ile bağlantı kurmak için ne kadar bekleyeceğini ayarlamanıza olanak sağlar. Bu zamanlayıcı için varsayılan değer 20 saniyedir ve minimum 5 saniyedir. Düşük değerle başlayın ve ağ koşullarına uyum sağlamak için gerekirse artırın.

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

    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 url komutu belirtilen URL'den kök CA demetini indirmek ve mevcut CA güven havuzunu temizlemek için, ardından yeni sertifika paketini yükleyin:


     

    HTTPS kullanarak internete erişim için bir proxy kullanmanız gerekirse CA paketini içe aktarmadan önce aşağıdaki yapılandırmayı ekleyin:

    ip http istemci proxy sunucusu yourproxy.com proxy bağlantı noktası 80
    
    ip http client source-interface GigabitEthernet0/0/1 
    crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
    
    1

    Control Hub'da mevcut bir konum için kayıt tabanlı bir PSTN santrali oluşturun. Santral oluşturulduktan sonra sağlanan santral bilgilerini not edin. Aşağıdaki resimde vurgulandığı gibi bu ayrıntılar, bu kılavuzdaki yapılandırma adımlarında kullanılacaktır. 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'u Webex Calling Yerel Ağ Geçidi olarak yapılandırmak için aşağıdaki komutları girin:

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

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

    
    ip address trusted list
     ipv4 x.x.x.x y.y.y.y
    • Ücretli dolandırıcılığa karşı korunmak için güvenilir adres listesi, Yerel Ağ Geçidinin meşru VoIP çağrıları beklediği toplantı sahiplerinin ve ağların listesini tanımlar.

    • Varsayılan olarak, Yerel Ağ Geçidi 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ılmış çağrı eşlerine varsayılan olarak güvenilir, bu nedenle güvenilir listeye eklenmesi gerekmez.

    • Yerel Ağ Geçidinizi yapılandırırken, listeye bölgesel Webex Calling veri merkezinizin IP alt ağlarını ekleyin. Daha fazla bilgi için bkz. Webex Calling için Port Referans Bilgileri. Ayrıca, Unified Communications Manager sunucuları (kullanılırsa) ve PSTN santral ağ geçitleri için adres aralıkları ekleyin.


       

      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.

    mod kenarlık öğesi

    Platformda Cisco Unified Border Element (CUBE) özelliklerini etkinleştirir.

    medya istatistikleri

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

    medya toplu-istatistikler

    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.

    allow-connections sip to sip

    CUBE temel SIP 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).

    stın

    Küresel olarak STUN'u (NAT üzerinden UDP'nin Oturum Geçişi) etkinleştirir.

    • 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 STUN bağlantıları özelliği, yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine olanak tanır. Bu, güvenlik duvarında iğne deliğinin açılmasına yardımcı olur.

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

    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 .

    erken teklif zorlamalı

    Yerel Ağ Geçidini, 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 .

    3

    Yapılandır ses sınıfı codec 100 santral için filtreleyin. 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 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 firewall-traversal flowdata
     stun usage ice lite

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

    stunkullanımıicelite

    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

    Bir Yerel Ağ Geçidi hattına yapılan çağrıları, hedef hat parametresine göre benzersiz bir şekilde tanımlamak için bir şablon yapılandırın:

    
    voice class uri 100 sip
     pattern dtg=Dallas1463285401_LGU
    

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

    ses sınıfı uri 100 sip

    Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu şablona girerken, santral oluşturulduğunda Control Hub'da sağlanan dtg= ve ardından Santral OTG/DTG değerini kullanın. Daha fazla bilgi için bkz. voice class uri.

    7

    Yapılandır sip profili 100, bunlar Webex Calling’e gönderilmeden önce SIP mesajlarında değişiklik yapmak için kullanılır.

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

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

    • kural 10 ila 70 ve 90

      Çağrı sinyali için kullanılan SIP üstbilgilerinin, Webex proxy'leri tarafından gerekli olan sips düzenini yerine sip kullanmasını sağlar. CUBE'u sips kullanacak şekilde yapılandırmak, güvenli kaydın kullanılmasını sağlar.

    • kural 80

      Kimden üstbilgisini, bir işletme içindeki Yerel Ağ Geçidi sitesini benzersiz bir şekilde tanımlamak için Control Hub'daki santral grubu OTG/DTG tanımlayıcısını içerecek şekilde değiştirir.

    8

    Webex Calling santralini yapılandırın:

    1. oluştur ses sınıfı kiracısı 100 Webex Calling santrali için özel olarak gerekli yapılandırmaları tanımlamak ve gruplandırmak için. Özellikle, daha önce Control Hub'da sağlanan santral kayıt ayrıntıları aşağıdaki ayrıntılı olarak bu adımda kullanılacaktır. Bu kiracıyla ilişkili çağrı eşleri daha sonra bu yapılandırmaları devralacaktır.


       

      Aşağıdaki örnekte, bu kılavuzun amacı için Adım 1'de gösterilen değerler kullanılır (kalın olarak gösterilmiştir). Bunları yapılandırmanızdaki santralinizin değerleriyle değiştirin.

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

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

      ses sınıfı kiracı 100

      Yalnızca Webex Calling santrali için kullanılacak bir dizi yapılandırma parametresi tanımlar. Daha fazla bilgi için bkz. ses sınıfı kiracısı .

      kayıt dns:98027369.us10.bcld.webex.com şeması sips süresi doluyor 240 yenileme oranı 50 tcp tls

      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 .

      Control Hub’dan Etki Alanı değerini buradan kullandığınızdan emin olun.

      kimlik numarası Dallas1171197921_LGU kullanıcı adı Dallas1463285401_LGUşifre 0 9Wt[M6ifY+realm BroadWorks

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

      Burada Control Hub'dan sırasıyla Hat/Bağlantı Noktası ana bilgisayarı, Kimlik Doğrulama Kullanıcı Adı ve Kimlik Doğrulama Parolası değerlerini kullandığınızdan emin olun.

      kimlik doğrulama kullanıcı adı Dallas1171197921_LGU parola 0 9Wt[M6ifY+ erişim BroadWorks
      kimlik doğrulama kullanıcı adı Dallas1171197921_LGUparola 0 9Wt[M6ifY+ erişim 98027369.us10.bcld.webex.com

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

      Kimlik Doğrulama Kullanıcı Adı, Kimlik Doğrulama Parolası ve Kaydedici Etki Alanı değerlerini burada Control Hub'dan kullandığınızdan emin olun.

      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 .

      sip sunucusu dns:us25.sipconnect.bcld.webex.com

      Santral için hedef SIP sunucusunu yapılandırır. Santralinizi oluşturduğunuzda Control Hub’da sağlanan edge proxy SRV adresini kullanın.

      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 100

      SRTP çağrı bacağı (bağlantı) için tercih edilen şifre paketlerini yapılandırır (5. adımda 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

      WebexCalling'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 .

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

      WebexCalling’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 .

      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 100

      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:dfw04.sipconnect-us.bcld.webex.com

      Webex Calling SBC'ye erişin. Santralinizi oluşturduğunuzda Control Hub’da sağlanan Giden Proxy Adresini girin. Daha fazla bilgi için bkz. giden proxy .

      gizlilik politikası geçidi

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

    2. Webex Calling santral çağrı eşini yapılandırın.

      
      dial-peer voice 100 voip
       description Inbound/Outbound Webex Calling
       max-conn 250
       destination-pattern BAD.BAD
       session protocol sipv2
       session target sip-server
       incoming uri request 100
       voice-class codec 100
       dtmf-relay rtp-nte
       voice-class stun-usage 100
       no voice-class sip localhost
       voice-class sip tenant 100
       srtp
       no vad
      

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

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

      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.

      maks. konn 250

      LGW ve Webex Calling arasındaki eş zamanlı gelen ve giden çağrıların sayısını sınırlar. Kayıt santralleri için yapılandırılan maksimum değer 250 olmalıdır. Dağıtımınız için daha uygun olacaksa usea daha düşük değer. Yerel Ağ Geçidi eş zamanlı çağrı sınırları hakkında daha fazla bilgi için Yerel Ağ Geçidi belgesine bakın.

      hedef-kalıp BAD.BAD

      Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

      oturum protokolü sipv2

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

      oturum hedefi sip sunucusu

      Kiracı 100'de tanımlanan SIP sunucusunun devralındığını ve bu çağrı eşinden gelen çağrılar için hedef için kullanıldığını gösterir.

      gelen uri isteği 100

      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ı 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 .

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

      Yerel Ağ Geçidinde yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine izin verir. STUN, medya trafiği için bir güvenlik duvarı iğne deliği 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ı 100

      Çağrı eşi, küresel olarak yapılandırılmış ve 100 numaralı kiracıya ait tüm parametreleri devralır. Çağrı eşi düzeyinde parametreler geçersiz kılınabilir.

      srtp

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

      hiç vadi yok

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

    Kiracıyı tanımladıktan sonra 100 ve bir SIP VoIP çağrı eşi yapılandırdığınızda, ağ geçidi Webex Calling'e doğru bir TLS bağlantısı başlatır. Bu noktada erişim SBC, sertifikasını Yerel Ağ Geçidine sunar. Yerel Ağ Geçidi, daha önce güncellenen CA kök paketini kullanarak Webex Calling erişim SBC sertifikasını doğrular. Sertifika tanınırsa Yerel Ağ Geçidi ve Webex Calling erişim SBC'si arasında kalıcı bir TLS oturumu oluşturulur. Böylece, Yerel Ağ Geçidi bu güvenli bağlantıyı kullanarak Webex erişim SBC'sine kayıt olabilir. Kayıt kimlik doğrulaması için zorlandığında:

    • Yanıtta kimlik bilgileri yapılandırmasındaki kullanıcı adı, parola ve bölge parametreleri kullanılır.

    • SIPS URL'sini tekrar SIP'ye dönüştürmek için sip profili 100'deki değişiklik kuralları kullanılır.

    Erişim SBC'sinden 200 OK alındığında kayıt başarılı olur.

    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.


     

    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.

    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 200 sip
      host ipv4:192.168.80.13
    

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

    ses sınıfı uri 200 sip

    Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu kalıbı girerken, IP PSTN ağ geçidinizin IP adresini kullanın. Daha fazla bilgi için bkz. voice class uri.

    2

    Aşağıdaki IP PSTN çağrı eşini yapılandırın:

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

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

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

    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).

    200 ü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 200 ile eşleştirir. Daha fazla bilgi için gelen url’ye bakın.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    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

    Yerel Ağ Geçidinizi yalnızca çağrıları Webex Calling ve PSTN arasında yönlendirecek şekilde yapılandırıyorsanız aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin. Yerel Ağ Geçidinizi bir Unified Communications Manager platformuyla yapılandırıyorsanız bir sonraki bölüme geçin.

    1. Çağrıları Webex Calling'e veya PSTN'ye yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. DPG 100, PSTN'den gelen çağrı eşine uygulanır. Benzer şekilde, DPG 200'yi PSTN'ye doğru giden çağrı eşi 200 ile tanımlayın. DPG 200, Webex’ten gelen çağrı eşine uygulanır.

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

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

      çağrı eşi 100

      Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

    2. Çağrıları Webex’ten PSTN’ye ve PSTN’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

      
      dial-peer voice 100
       destination dpg 200
      dial-peer voice 200
       destination dpg 100 

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

      hedef dpg 200

      Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

      Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

    Önceki bölümlerdeki PSTN-Webex Calling yapılandırması, bir Cisco Unified Communications Manager (UCM) kümesine ek santraller içerecek şekilde değiştirilebilir. Bu durumda, tüm çağrılar Unified CM aracılığıyla yönlendirilir. 5060 numaralı bağlantı noktasındaki UCM'den gelen çağrılar PSTN'ye ve bağlantı noktası 5065'ten gelen çağrılar Webex Calling'e yönlendirilir. Bu çağrı senaryosunu dahil etmek için aşağıdaki artan yapılandırmalar eklenebilir.


     

    Unified CM'de Webex Calling santrali oluştururken, gelen bağlantı noktasını SIP Santrali Güvenlik Profili ayarlarında 5065 olarak yapılandırdığınızdan emin olun. Bu, bağlantı noktası 5065'te gelen mesajlara izin verir ve Yerel Ağ Geçidine mesaj gönderirken VIA üstbilgisini bu değer ile doldurur.

    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 300 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 400 sip
       pattern :192\.168\.80\.6[0-5]:5060
      

      Kaynak adreslerini ve bağlantı noktası numarasını açıklayan bir veya daha fazla şablon kullanarak UCM'den PSTN santraline gelen mesajları sınıflandırın. Gerekirse eşleşen kalıpları tanımlamak için düzenli ifadeler kullanılabilir.

      Yukarıdaki örnekte, 192.168.80.60 ila 65 aralığındaki herhangi bir IP adresini ve 5060 bağlantı noktası numarasını eşleştirmek için düzenli bir ifade kullanılır.

    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 UCM ana bilgisayarı ve santrali 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 adlarını çözümlemek için yerel DNS A kayıtları oluşturun. Örnek:

    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 çağrı eşlerini yapılandırın:

    1. Unified CM ve Webex Calling arasındaki çağrılar için çağrı eşi:

      
      dial-peer voice 300 voip
       description UCM-Webex Calling trunk
       destination-pattern BAD.BAD
       session protocol sipv2
       session target dns:wxtocucm.io
       incoming uri via 300
       voice-class codec 100
       voice-class sip bind control source-interface GigabitEthernet 0/0/0
       voice-class sip bind media source-interface GigabitEthernet 0/0/0
       dtmf-relay rtp-nte
       no vad
      

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

      
      dial-peer voice 300 voip
       description UCM-Webex Calling trunk

      300 etiketiyle VoIP arama eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar.

      hedef-kalıp BAD.BAD

      Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

      oturum protokolü sipv2

      Çağrı eşi 300'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

      oturum hedefi dns:wxtocucm.io

      DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı wxtocucm.io kullanılır.

      300 üzerinden gelen uri

      5065 kaynak bağlantı noktasını kullanarak Unified CM'den gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 300'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

      ses sınıfı codec 100

      Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

      bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

      PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

      bind media source-interface GigabitEthernet0/0/0

      PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

      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 Geçişi (IP üzerinden ses).

      hiç vadi yok

      Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

    2. Unified CM ve PSTN arasındaki çağrılar için çağrı eşi:

      
      dial-peer voice 400 voip
       description UCM-PSTN trunk
       destination-pattern BAD.BAD
       session protocol sipv2
       session target dns:pstntocucm.io
       incoming uri via 400
       voice-class codec 100 
       voice-class sip bind control source-interface GigabitEthernet 0/0/0
       voice-class sip bind media source-interface GigabitEthernet 0/0/0
       dtmf-relay rtp-nte
       no vad
      

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

      
      dial-peer voice 400 voip
       description UCM-PSTN trunk

      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.

      hedef-kalıp BAD.BAD

      Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

      oturum protokolü sipv2

      Çağrı eşi 400'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

      oturum hedefi dns:pstntocucm.io

      DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı pstntocucm.io kullanılır.

      400 üzerinden gelen uri

      5060 kaynak bağlantı noktasını kullanarak belirtilen Unified CM ana bilgisayarlarından gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 400'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

      ses sınıfı codec 100

      Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

      bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

      PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

      bind media source-interface GigabitEthernet0/0/0

      PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

      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 Geçişi (IP üzerinden ses).

      hiç vadi yok

      Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

    4

    Aşağıdaki yapılandırmaları kullanarak çağrı yönlendirme ekleyin:

    1. Çağrıları Unified CM ve Webex Calling arasında yönlendirmek için çağrı eşi grupları oluşturun. DPG 100'ü ile tanımla giden çağrı eşi 100 Webex Calling’e doğru. DPG 100, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 300 ile DPG 300'yi tanımlayın. DPG 300, Webex’ten gelen çağrı eşine uygulanır.

      
      voice class dpg 100
       description Route calls to Webex Calling
       dial-peer 100
      voice class dpg 300
       description Route calls to Unified CM Webex Calling trunk
       dial-peer 300 
    2. Çağrıları Unified CM ve PSTN arasında yönlendirmek için çağrı eşi grupları oluşturun. DPG 200'ü ile tanımla giden çağrı eşi 200 PSTN doğru. DPG 200, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 400 ile DPG 400'yi tanımlayın. PSTN'den gelen çağrı eşine DPG 400 uygulanır.

      
      voice class dpg 200
       description Route calls to PSTN
       dial-peer 200
      voice class dpg 400
       description Route calls to Unified CM PSTN trunk
       dial-peer 400

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

      çağrı eşi 100

      Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

    3. Çağrıları Webex’ten Unified CM’ye ve Unified CM’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

      
      dial-peer voice 100
       destination dpg 300
      dial-peer voice 300
       destination dpg 100

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

      hedef dpg 300

      Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

    4. Çağrıları PSTN'den Unified CM'ye ve Unified CM'den PSTN'ye yönlendirmek için çağrı eşi gruplarını uygulayın:

      
      dial-peer voice 200
       destination dpg 400
      dial-peer voice 400
       destination dpg 200 

      Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

    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ı Imzaları (DS), sorun tetikleyici olaylarıyla ilgili bilgileri ve sorunu bilgilendirmek, gidermek ve çözmek için yapılması gereken işlemleri içeren XML dosyalarıdır. Sistem günlüğü mesajlarını, SNMP olaylarını kullanarak ve belirli komut gösterme çıktılarının periyodik olarak izlenmesi yoluyla sorun 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.6.1a veya üzeri bir sürümde çalışan Yerel Ağ Geçidi

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

    2. Cihazın Cisco IOS XE 17.6.1a veya üzeri bir sürüm çalıştırması durumunda 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 

    Aşağıda, proaktif bildirimleri adresine göndermek için Cisco IOS XE 17.6.1a veya daha üst bir sürümde çalışan bir Yerel Ağ Geçidinin yapılandırılmasına örnek gösterilmektedir. tacfaststart@gmail.com Gmail'i güvenli SMTP sunucusu olarak kullanma:


     

    Cisco IOS XE Bengaluru 17.6.x veya sonraki sürümlerini kullanmanızı öneririz.

    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. Şuraya gidin: Google Hesabı > Güvenlik'i yönetin ve Daha az güvenli uygulama erişimi ayarını açın.

    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 kullanarak CPU kullanımını beş saniye boyunca 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 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. Imzayı yüklemek için aşağıdaki adımları kullanı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 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ı Imzaları (DS), sorunun oluşup oluşmadığını manuel olarak kontrol etme ihtiyacını ortadan kaldırır ve aralıklı 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 isterseniz, çıktısından DS kimliğini alın çağrı-ev tanı-imzasını göster komut 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 bölümde, sertifika tabanlı karşılıklı TLS (mTLS) SIP santrali kullanılarak, bir Cisco Unified Sınır Öğesinin (CUBE) Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı anlatılmaktadı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ı kiracıları: Santrale özel yapılandırmalar oluşturmak için kullanılır.

    • ses sınıfı uri: Gelen çağrı eşinin seçimi için SIP mesajlarını sınıflandırmak 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.

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

    Webex Calling ile şirket içi bir Cisco Unified Communications Manager çözümüne bağlanırken, aşağıdaki şemada 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.

    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.

    Yerel Ağ Geçidi yapılandırmanızı aşağıdaki şekilde tamamlamak için bu belgenin geri kalan bölümündeki yapılandırma kılavuzunu kullanın:

    • 1. Adım: Yönlendirici temel bağlantısını ve güvenliğini yapılandırın

    • 2. Adım: Webex Calling Santralini Yapılandırma

      Gerekli mimarinize bağlı olarak aşağıdakilerden birini izleyin:

    • 3. Adım: SIP PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

    • 4. Adım: Mevcut Unified CM ortamıyla Yerel Ağ Geçidini yapılandırma

      Ya da:

    • 3. Adım: TDM PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

    Başlangıç yapılandırması

    Cisco yönlendiricinizi Webex Calling için Yerel Ağ Geçidi olarak hazırlamanın ilk adımı, platformunuzu güvenli hale getirecek ve bağlantı kuracak bir temel yapılandırma oluşturmaktır.

    • Tüm sertifika tabanlı Yerel Ağ Geçidi dağıtımları için Cisco IOS XE 17.9.1a veya sonraki sürümleri gerekir. Önerilen sürümler için Cisco Yazılım Araştırma sayfasına bakın. Platformu arayın ve önerilen sürümlerden birini seçin.

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

      • Ses kartlarıyla veya DSP'lerle donatılmış Catalyst Edge 8000 serisi yönlendiriciler, DNA Essentials lisansı gerektirir. Ses kartları veya DSP'ler olmayan yönlendiriciler, minimum 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.

    • Platformunuz için iş politikalarınızı takip eden bir temel yapılandırma oluşturun. Özellikle, aşağıdakileri yapılandırın ve çalışmayı doğrulayın:

      • NTP

      • ACL'ler

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

      • DNS

      • IP yönlendirme

      • IP adresleri

    • 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 (aşağıda ayrıntılı yapılandırma adımları verilmiştir).

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

      • Santral oluştururken Control Hub'da yapılandırılan FQDN, yönlendiricinin Ortak Ad (CN) veya Konu Alternatif Adı (SAN) sertifikası 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'da 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 adresi, Control Hub’da yapılandırılan adı kullanır.

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

    • Cisco kök CA paketini Yerel Ağ Geçidine yükleyin.

    Yapılandırmalar

    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

    Yönlendiricideki STUN kimlik bilgilerini simetrik şifreleme kullanarak koruyun. Birincil şifreleme anahtarını ve şifreleme türünü aşağıdaki şekilde yapılandırın:

    
    key config-key password-encrypt YourPassword
    password encryption aes
    3

    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.lgw.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
    4

    Ara (veya kök) CA sertifikanızı kullanarak yeni sertifikanızın kimliğini doğrulayın, ardından sertifikayı içe aktarın (Adım 4). 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>
    
    5

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

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

    TLS1.2 münhasırlığını etkinleştirin ve aşağıdaki yapılandırma komutlarını kullanarak varsayılan güven noktasını belirtin:

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

    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 url komutu belirtilen URL'den kök CA demetini indirmek ve mevcut CA güven havuzunu temizlemek için, ardından yeni sertifika paketini yükleyin:


     

    HTTPS kullanarak internete erişim için bir proxy kullanmanız gerekirse CA paketini içe aktarmadan önce aşağıdaki yapılandırmayı ekleyin:

    ip http istemci proxy sunucusu yourproxy.com proxy bağlantı noktası 80
    
    ip http client source-interface GigabitEthernet0/0/1 
    crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
    1

    Control Hub'daki mevcut bir konum için CUBE sertifikası tabanlı bir PSTN santrali oluşturun. Daha fazla bilgi için bkz. Webex Calling için ana hatları, rota gruplarını ve arama planlarını yapılandırın .


     
    Santral oluşturulduktan sonra sağlanan santral bilgilerini not edin. Aşağıdaki resimde vurgulandığı gibi bu ayrıntılar, bu kılavuzdaki yapılandırma adımlarında kullanılacaktır.
    2

    CUBE'u Webex Calling Yerel Ağ Geçidi olarak yapılandırmak için aşağıdaki komutları girin:

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

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

    
    ip address trusted list
     ipv4 x.x.x.x y.y.y.y
    • Ücretli dolandırıcılığa karşı koruma sağlamak amacıyla, güvenilir adres listesi Yerel Ağ Geçidinin meşru VoIP çağrıları beklediği toplantı sahiplerinin ve ağ varlıklarının bir listesini tanımlar.

    • Varsayılan olarak, Yerel Ağ Geçidi 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ılmış çağrı eşlerine varsayılan olarak güvenilir, bu nedenle güvenilir listeye eklenmesi gerekmez.

    • Yerel Ağ Geçidinizi yapılandırırken, listeye bölgesel Webex Calling veri merkeziniz için IP alt ağlarını ekleyin. Daha fazla bilgi için Webex Calling için Bağlantı Noktası Referans Bilgileri bölümüne bakın. Ayrıca, Unified Communications Manager sunucuları (kullanılırsa) ve PSTN santral ağ geçitleri için adres aralıkları ekleyin.

    • Ü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

    Platformda Cisco Unified Border Element (CUBE) özelliklerini etkinleştirir.

    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).

    stın

    Küresel olarak STUN'u (NAT üzerinden UDP'nin Oturum Geçişi) etkinleştirir.


     
    Bu genel stun komutları yalnızca Yerel Ağ Geçidinizi NAT arkasında dağıtırken gereklidir.
    • 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 STUN bağlantıları özelliği, yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine olanak tanır. Bu, güvenlik duvarında iğne deliğinin açılmasına yardımcı olur.

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

    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 .

    erken teklif zorlamalı

    Yerel Ağ Geçidini, 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 .

    gelen sip profilleri

    CUBE'nin mesajları alındıkça değiştirmek için SIP profillerini kullanmasını sağlar. Profiller, çağrı eşleri veya kiracılar aracılığıyla uygulanır.

    3

    Yapılandır ses sınıfı codec'i 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 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 firewall-traversal flowdata
     stun usage ice lite
    

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

    stunkullanımıicelite

    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 .


     
    Paragrafların stun kullanımı güvenlik duvarı-geçiş flowdata komutu yalnızca Yerel Ağ Geçidinizi NAT arkasında dağıtırken gereklidir.

     
    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

    Bir Yerel Ağ Geçidi hattına yapılan çağrıları, hedef FQDN'sine veya SRV'sine göre benzersiz bir şekilde tanımlamak için bir şablon yapılandırın:

    
    voice class uri 100 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

    Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu şablona girerken bir santral oluştururken Control Hub'da yapılandırılmış LGW FQDN veya SRV kullanın.

    7

    SIP mesaj işleme profillerini yapılandırın. Ağ geçidiniz genel bir IP adresiyle yapılandırılmışsa bir profili şu şekilde yapılandırın veya NAT kullanıyorsanız sonraki adıma geçin. Bu örnekte cube1.lgw.com Yerel Ağ Geçidi için yapılandırılmış 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 "@.*:" "@cube1.lgw.com:" 
     rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
     

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

    kurallar 10 ve 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 sonraki adımı atlayın.

    8

    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 yapılandırılmış 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 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
     rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
     rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
     rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
     rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
     rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
     rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
     rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
     rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
     rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
     rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
     rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
     rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

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

    kurallar 10 ve 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.

    kurallar 30 - 81

    Özel adres referanslarını site için harici genel adrese dönüştürerek Webex’in sonraki mesajları doğru şekilde yorumlamasına ve yönlendirmesine olanak tanır.

    Webex Calling'den gelen mesajlar için SIP profili
    
    voice class sip-profiles 110
     rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
     rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
     rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
     rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
     rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
     rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
     rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
     rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

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

    kurallar 10-80

    Genel adres referanslarını, Webex'ten gelen mesajların CUBE tarafından doğru şekilde işlenmesine izin vererek, yapılandırılan özel adrese dönüştürün.

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

    9

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

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

    ses sınıfı sip seçenekleri-keepalive 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 arkasında 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.

    10

    Webex Calling santralini yapılandırın:

    1. oluştur ses sınıfı kiracısı 100 Webex Calling santrali için özel olarak gerekli yapılandırmaları tanımlamak ve gruplandırmak için. Bu kiracıyla ilişkili çağrı eşleri daha sonra şu yapılandırmaları devralır:


       

      Aşağıdaki örnekte, bu kılavuzun amacı için Adım 1'de gösterilen değerler kullanılır (kalın olarak gösterilmiştir). Bunları yapılandırmanızdaki santralinizin değerleriyle değiştirin.

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

      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. Daha fazla bilgi için bkz. ses sınıfı kiracısı .

      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 .

      sip-server dns:us25.sipconnect.bcld.webex.com

      Santral için hedef SIP sunucusunu yapılandırır. Santralinizi oluşturduğunuzda Control Hub’da sağlanan edge proxy SRV adresini kullanın

      srtp-şifreleme 100

      SRTP çağrı bacağı (bağlantı) için tercih edilen şifre paketlerini yapılandırır (Adım 5'te belirtilir). 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

      Ilişkili çağrı eşleri için aktarımı TLS'ye ayarlar. Daha fazla bilgi için bkz. oturum-taşıma .

      oturum yenilemesi yok

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

      hata geçişi

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

      bind control source-interface 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 .

      bind ortam kaynağı-arayüzü 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 .

      ses sınıfı sip 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 .

      ses sınıfı sip profilleri 110 gelen

      Gelen mesajlar için kullanmak üzere üstbilgi değişiklik profilini (yalnızca NAT adreslemesi) uygular. Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

      gizlilik politikası passthru

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

    2. Webex Calling santral çağrı eşini yapılandırın.

      
      dial-peer voice 100 voip
       description Inbound/Outbound Webex Calling
       destination-pattern BAD.BAD
       session protocol sipv2
       session target sip-server
       incoming uri request 100
       voice-class codec 100
       voice-class stun-usage 100
       voice-class sip rel1xx disable
       voice-class sip asserted-id pai
       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:

      
      dial-peer voice 100 voip
       description Inbound/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-kalıp BAD.BAD

      Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

      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 sip sunucusu

      Kiracı 100'de tanımlanan SIP sunucusunun devralındığını ve bu çağrı eşinden gelen çağrılar için hedef için kullanıldığını gösterir.

      gelen uri isteği 100

      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 gelen uri’ye bakın.

      ses sınıfı codec 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ı stun kullanımı 100

      Yerel Ağ Geçidinde yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine izin verir. STUN, medya trafiği için bir güvenlik duvarı iğne deliği açmaya yardımcı olur.

      ses sınıfı sip asserted-id pai

      Giden çağrı bilgilerini, gizlilik onaylama kimliği (PAI) üstbilgisini kullanarak ayarlar. Daha fazla bilgi için bkz. ses sınıfı sip iddia kimliği.

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

      Çağrı eşi, küresel olarak yapılandırılmış ve 100 numaralı kiracıya ait tüm parametreleri devralır. Çağrı eşi düzeyinde parametreler geçersiz kılınabilir. Daha fazla bilgi için bkz. ses sınıfı sip kiracısı.

      ses sınıfı sip seçenekleri-canlı 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.

      srtp

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

    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.


     

    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.

    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 200 sip
      host ipv4:192.168.80.13
    

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

    ses sınıfı uri 200 sip

    Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu kalıbı girerken, IP PSTN ağ geçidinizin IP adresini kullanın. Daha fazla bilgi için bkz. voice class uri.

    2

    Aşağıdaki IP PSTN çağrı eşini yapılandırın:

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

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

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

    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).

    200 ü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 200 ile eşleştirir. Daha fazla bilgi için gelen url’ye bakın.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    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

    Yerel Ağ Geçidinizi yalnızca çağrıları Webex Calling ve PSTN arasında yönlendirecek şekilde yapılandırıyorsanız aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin. Yerel Ağ Geçidinizi bir Unified Communications Manager platformuyla yapılandırıyorsanız bir sonraki bölüme geçin.

    1. Çağrıları Webex Calling'e veya PSTN'ye yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. DPG 100, PSTN'den gelen çağrı eşine uygulanır. Benzer şekilde, DPG 200'yi PSTN'ye doğru giden çağrı eşi 200 ile tanımlayın. DPG 200, Webex’ten gelen çağrı eşine uygulanır.

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

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

      çağrı eşi 100

      Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

    2. Çağrıları Webex’ten PSTN’ye ve PSTN’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

      
      dial-peer voice 100
       destination dpg 200
      dial-peer voice 200
       destination dpg 100 

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

      hedef dpg 200

      Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

      Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

    Önceki bölümlerdeki PSTN-Webex Calling yapılandırması, bir Cisco Unified Communications Manager (UCM) kümesine ek santraller içerecek şekilde değiştirilebilir. Bu durumda, tüm çağrılar Unified CM aracılığıyla yönlendirilir. 5060 numaralı bağlantı noktasındaki UCM'den gelen çağrılar PSTN'ye ve bağlantı noktası 5065'ten gelen çağrılar Webex Calling'e yönlendirilir. Bu çağrı senaryosunu dahil etmek için aşağıdaki artan 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 300 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 400 sip
       pattern :192\.168\.80\.6[0-5]:5060
      

      Kaynak adreslerini ve bağlantı noktası numarasını açıklayan bir veya daha fazla şablon kullanarak UCM'den PSTN santraline gelen mesajları sınıflandırın. Gerekirse eşleşen kalıpları tanımlamak için düzenli ifadeler kullanılabilir.

      Yukarıdaki örnekte, 192.168.80.60 ila 65 aralığındaki herhangi bir IP adresini ve 5060 bağlantı noktası numarasını eşleştirmek için düzenli bir ifade kullanılır.

    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 UCM ana bilgisayarı ve santrali 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 adlarını çözümlemek için yerel DNS A kayıtları oluşturun. Örnek:

    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 çağrı eşlerini yapılandırın:

    1. Unified CM ve Webex Calling arasındaki çağrılar için çağrı eşi:

      
      dial-peer voice 300 voip
       description UCM-Webex Calling trunk
       destination-pattern BAD.BAD
       session protocol sipv2
       session target dns:wxtocucm.io
       incoming uri via 300
       voice-class codec 100
       voice-class sip bind control source-interface GigabitEthernet 0/0/0
       voice-class sip bind media source-interface GigabitEthernet 0/0/0
       dtmf-relay rtp-nte
       no vad
      

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

      
      dial-peer voice 300 voip
       description UCM-Webex Calling trunk

      300 etiketiyle VoIP arama eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar.

      hedef-kalıp BAD.BAD

      Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

      oturum protokolü sipv2

      Çağrı eşi 300'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

      oturum hedefi dns:wxtocucm.io

      DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı wxtocucm.io kullanılır.

      300 üzerinden gelen uri

      5065 kaynak bağlantı noktasını kullanarak Unified CM'den gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 300'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

      ses sınıfı codec 100

      Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

      bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

      PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

      bind media source-interface GigabitEthernet0/0/0

      PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

      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 Geçişi (IP üzerinden ses).

      hiç vadi yok

      Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

    2. Unified CM ve PSTN arasındaki çağrılar için çağrı eşi:

      
      dial-peer voice 400 voip
       description UCM-PSTN trunk
       destination-pattern BAD.BAD
       session protocol sipv2
       session target dns:pstntocucm.io
       incoming uri via 400
       voice-class codec 100 
       voice-class sip bind control source-interface GigabitEthernet 0/0/0
       voice-class sip bind media source-interface GigabitEthernet 0/0/0
       dtmf-relay rtp-nte
       no vad
      

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

      
      dial-peer voice 400 voip
       description UCM-PSTN trunk

      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.

      hedef-kalıp BAD.BAD

      Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

      oturum protokolü sipv2

      Çağrı eşi 400'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

      oturum hedefi dns:pstntocucm.io

      DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı pstntocucm.io kullanılır.

      400 üzerinden gelen uri

      5060 kaynak bağlantı noktasını kullanarak belirtilen Unified CM ana bilgisayarlarından gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 400'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

      ses sınıfı codec 100

      Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

      bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

      PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

      bind media source-interface GigabitEthernet0/0/0

      PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

      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 Geçişi (IP üzerinden ses).

      hiç vadi yok

      Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

    4

    Aşağıdaki yapılandırmaları kullanarak çağrı yönlendirme ekleyin:

    1. Çağrıları Unified CM ve Webex Calling arasında yönlendirmek için çağrı eşi grupları oluşturun. DPG 100'ü ile tanımla giden çağrı eşi 100 Webex Calling’e doğru. DPG 100, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 300 ile DPG 300'yi tanımlayın. DPG 300, Webex’ten gelen çağrı eşine uygulanır.

      
      voice class dpg 100
       description Route calls to Webex Calling
       dial-peer 100
      voice class dpg 300
       description Route calls to Unified CM Webex Calling trunk
       dial-peer 300 
    2. Çağrıları Unified CM ve PSTN arasında yönlendirmek için çağrı eşi grupları oluşturun. DPG 200'ü ile tanımla giden çağrı eşi 200 PSTN doğru. DPG 200, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 400 ile DPG 400'yi tanımlayın. PSTN'den gelen çağrı eşine DPG 400 uygulanır.

      
      voice class dpg 200
       description Route calls to PSTN
       dial-peer 200
      voice class dpg 400
       description Route calls to Unified CM PSTN trunk
       dial-peer 400

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

      çağrı eşi 100

      Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

    3. Çağrıları Webex’ten Unified CM’ye ve Unified CM’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

      
      dial-peer voice 100
       destination dpg 300
      dial-peer voice 300
       destination dpg 100

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

      hedef dpg 300

      Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

    4. Çağrıları PSTN'den Unified CM'ye ve Unified CM'den PSTN'ye yönlendirmek için çağrı eşi gruplarını uygulayın:

      
      dial-peer voice 200
       destination dpg 400
      dial-peer voice 400
       destination dpg 200 

      Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

    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
    16 Mayıs 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.

    20 Mayıs 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, bir kullanıcıya kişisel kullanım için telefon atayabilirsiniz. Burada listelenen telefonlar Webex Calling'i destekler. Tüm bu telefonlar 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

    Kullanıcı için ayarlamak istediğiniz cihaz türünü seçin:

    • Cisco Masa Telefonu—Bu seçeneği belirlerseniz, Cihaz seçin açılır menüsünden Cisco Masa Telefonu modelini seçin.
    • Cisco telefon, ATA veya 3. taraf cihaz—Bu seçeneği belirlerseniz, Cihaz seç açılır menüsünden Cisco Tarafından Yönetilen Cihazlar’ı seçin. Ardından açılır menüden Cihaz türü seçin.
    5

    Telefonu etkinleştirme koduyla (seçenek görünürse) veya bir MAC adresiyle kaydetmek isteyip istemediğinizi 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 bu makaledeki Bir kullanıcı için cihazı yönetme bölümüne bakın.

    İ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 Çalışma Alanları cihazının temel ilkesi, belirli bir kullanıcıya atanmamasıdır, daha çok paylaşılan kullanıma izin veren fiziksel bir konumdur.

    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 konumuna giderek Çalışma Alanları bölümünden yeni bir çalışma alanına cihaz ekleyebilirsiniz Yönetim > Çalışma Alanları > Çalışma alanı ekle.
    2

    Paylaşılan kullanım'ı seçin ve Ileri'ye tıklayın.

    3

    Yeni çalışma alanı'nı seçin ve Ileri'ye tıklayın.

    4

    Çalışma alanı için (fiziksel odanın adı gibi) bir ad girin, oda türünü seçin, oda kapasitesini ekleyin ve çalışma alanının konumunu seçin. Ardından İleri'ye tıklayın.


     

    Bir çalışma alanı adı 30 karakterden uzun olamaz ve %, #, <, >, /, \ ve " karakterlerini içeremez.

    5

    Çalışma alanı için ayarlamak istediğiniz cihaz türünü seçin:

    • Cisco Masa Telefonu—Bu seçeneği belirlerseniz, Cihaz seçin açılır menüsünden Cisco Masa Telefonu modelini seçin.
    • Cisco telefon, ATA veya 3. taraf cihaz—Bu seçeneği belirlerseniz, Cihaz seç açılır menüsünden Cisco Tarafından Yönetilen Cihazlar’ı seçin. Ardından açılır menüden Cihaz türü seçin.
    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.

    • 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.

     
    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 abonelik ve lisans türünü seçin.

    • Profesyonel çalışma alanı

    • Ortak çalışma alanı


     

    Lisanslarla kullanılabilen özellikler hakkında daha fazla bilgi için bkz. Webex Calling için lisans türüne göre kullanılabilen özellikler.

    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 Çalışma Alanları bölümünden yeni bir çalışma alanına cihaz ekleyebilirsiniz: Yönetim > Çalışma Alanları > Çalışma alanı ekle.
    2

    Paylaşılan kullanım'ı seçin ve Ileri'ye tıklayın.

    3

    Yeni çalışma alanı'nı seçin ve Ileri'ye tıklayın.

    4

    Çalışma alanı için (fiziksel odanın adı gibi) bir ad girin, oda türünü seçin, oda kapasitesini ekleyin ve çalışma alanı için konumu seçin. Ardından İleri'ye tıklayın.

    5

    Cisco Oda ve Masa cihazını seçin.

    6

    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.
    7

    Cisco Webex Calling hizmetini seçtiyseniz çalışma alanına atamak istediğiniz aboneliği ve lisans türünü seçin.

    • Profesyonel çalışma alanı

    • Ortak çalışma alanı


     

    Lisanslarla kullanılabilen özellikler hakkında daha fazla bilgi için bkz. Webex Calling için lisans türüne göre kullanılabilen özellikler.

    8

    Bir Konum, (seçtiğiniz konuma göre belirlenecek) Telefon Numarası ve Dahili Numara atayın ve ardından Kaydet’e tıklayın.

    9

    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 veya profesyonel ç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. Ortak alan çalışma alanı lisansı veya profesyonel çalışma alanı lisansı atayabilirsiniz. Lisans atamak için ilgili aboneliğin lisans türü sütunlarından herhangi birine TRUE girin.


     
    Bir çalışma alanı için yalnızca bir abonelik atamanız gerekir.

    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Ş

    Webex Calling Profesyonel Çalışma Alanı [abonelik kimliği]


     
    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. Çalışma alanı telefonuna ek hatlar ekleyebilirsiniz. Ancak, paylaşılan bir hat olarak yalnızca profesyonel lisansa sahip çalışma alanı telefonunu ekleyebilirsiniz.


     

    paylaşımlı hat atarken, farklı hatlardan numaralar atayabilirsiniz. Webex Calling konumları farklı bir konumdaki cihazlara Örneğin, ABD konumundaki bir kullanıcıya atanmış bir cihaza Birleşik Krallık konumundaki bir numara (kullanıcı, çalışma alanı, sanal hat) atanabilir.

    Konumlar arasında paylaşımlı hat hakkında daha fazla bilgi için bkz. Konumlar arası paylaşılan hatların ve sanal hatların yapılandırılması.


     

    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.

    20 Mayıs 2024
    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.

    16 Mayıs 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

    163.129.0.0/17'nın sohbeti

    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 kullanmaya bağlı olarak çalışır.

    Hedef bağlantı noktası, müşteri tarafından seçilen Santralleri yapılandırma

    Webex Calling'e çağrı ortamı (STUN, SRTP/SRTCP, T38)

    Yerel Ağ Geçidi NIC

    8000-48199 *

    UDP

    Bkz. Webex Calling Hizmetleri İçin IP Alt Ağları.

    5004, 9000 (STUN Bağlantı Noktaları)

    8500-8701,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: Ortam optimizasyonu başarılı olursa, uygulamalar 8500-8701 bağlantı noktası aralıklarında medyayı doğrudan birbirlerine gönderir ve cihazlar 19560-19661 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–8701 izin verin.

    Cihazlar*

    19560-19661'nın sohbeti

    Uygulamalar*

    8500-8701 arası

    Webex Calling'den çağrı ortamı (SRTP/SRTCP, 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ığı

    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)
    PSTN ağ geçidine çağrı ortamı (SRTP/SRTCP)Yerel Ağ Geçidi dahili NIC'si

    8000-48199 *

    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.

    • *Cihazlar ve uygulamalar için ortam portları, SRTP bağlantı noktası öfkesinin herhangi bir yerine dinamik olarak atanır. SRTP bağlantı noktaları çift sayılı bağlantı noktalarıdır ve karşılık gelen SRTCP bağlantı noktası ardışık tek sayılı bağlantı noktasıyla tahsis edilir.

    • 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

    23 Nisan 2024 Salı

    Webex Calling Medya spesifikasyonu için her iki SRTP/ SRTCP bağlantı noktası aralığının kullanımı güncellendi.

    03 Nisan 2024 Salı

    Hindistan bölgesi için Webex Calling pazar genişletmesine uyum sağlamak amacıyla, Webex Calling hizmetleri için IP Alt ağları 163.129.0.0/17 ile güncellendi.

    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ışı