Webex Calling Yapılandırması İş Akışı

15 Tem 2021 |
Webex Calling Yapılandırması İş Akışı

15 Tem 2021
Webex Calling'e Genel Bakış

Karşınızda Webex Calling

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

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

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

  • Her kullanıcı için Webex erişimi

  • 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. Bu hizmet, mevcut bir işletme altyapısı (iş yeri içi IP PBX’siz veya Unified CM çağrı ortamının olduğu yerel ağ geçidi) üzerinden sağlanır

Webex Calling aşağıdaki özellikleri destekler. Daha fazla bilgi için Webex Calling Özelliklerini Yapılandırma bölümünü inceleyin.

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 birbirinin çağrılarını yanıtlayabilmesi için küçük bir çağrı alma grubu oluşturarak ekip çalışması ve iş birliğini artırabilirsiniz. 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, engellenmiş arayan kimliğine sahip gelen çağrıları reddedebilir.

İş Sürekliliği

Kullanıcıların telefonlarının (elektrik kesintisi, ağ sorunları vb. gibi) herhangi bir nedenle ağa bağlanmaması durumunda, 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), Webex Calling ile entegre olarak siparişlerinizi ve yapılandırmanızı kolaylaştıran ve Webex Calling, Webex ve Webex Meetings’den oluşan paketinizin tek bir merkezden yönetilmesini sağlayan 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:

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şunuzun faaliyetlerini kesintisiz sürdürmek için Control Hub'dan e-posta adreslerini girerek birkaç kullanıcıyı Webex'e 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şlayın

İş 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 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 kullanmaya başlaması için eklediğiniz kullanıcılara hizmetleri 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ı ekleyip hizmetleri atadığınıza göre, kullanıcılarınız Webex Calling için desteklenen Çok Platformlu Telefonları (MPP) ve mesajlaşma ve toplantılar için Webex'i 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.

BroadCloud, yerel ağ geçidine müşterinin Webex Calling hedefleriyle eşleşmeyen çağrılar gönderir. Bunlardan bazıları, BroadCloud'un göremediği PSTN numaraları ve Unified CM dahili numaralarıdır. Yerel ağ geçidi, gelen tüm çağrıları BroadCloud'dan Unified CM yönünde 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.

BroadCloud, müşterinin Webex Calling hedefleriyle eşleşmeyen tüm çağrıları konuma atanmış yerel ağ geçidine gönderir. 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 tuşlanan numaranın BroadCloud'da aynı müşteri içerisinde farklı bir hedefe yönlendirilememesi durumunda, çağrı daha fazla işlenmek üzere yerel ağ geçidine gönderilir. Ağ dışında (BroadCloud dışında) bulunan 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, BroadCloud yönlendirme mantığı, DID atamasına bağlı olarak çağrının istenen Webex Calling cihazına gönderilmesini sağlar.

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. BroadCloud'da doğru yönlendirmeye olanak tanımak için +E.164 dışındaki her türlü tuşlama alışkanlığının +E.164 olarak 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

  • BroadCloud'dan 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.

BroadCloud'dan 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 BroadCloud'dan gelen iki farklı hizmet sınıfının karşılaştırması görülmektedir. Ş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: bunların biri PSTN'den, diğeri BroadCloud'dan çıkacaktır. Bunun nedeni, trafik türüne göre farklı çağrı arama alanları uygulama gerekliliğidir. Unified CM üzerinde iki adet gelen santralle, her bir santralde gelen çağrılar için gerekli çağrı arama alanı yapılandırılarak, bu 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 şurada mevcuttur: https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-system/products-implementation-design.

Önerilen çağrı planı tasarımı, https://www.cisco.com/go/ucsrnd içerisinde yer alan 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.

BroadCloud'un Erişilebilirliği

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

Bu çağrı planına BroadCloud hedefleri için erişilebilirlik eklemek için tüm BroadCloud hedeflerini temsil eden bir bölüm oluşturulmalı ("BroadCloud") ve BroadCloud'daki 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: BroadCloud'a yapılan çağrılar için Yerel Ağ Geçidine SIP santralli yol 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ı çevrimleri 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 çevrimi bu dizeyi "+14085550165" olarak normalleştirir ve bu da "BroadCloud" bölümünde BroadCloud 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.

İşletme kısaltılmış tuşlamasını BroadCloud hedeflerine eklemek için BroadCloud konumu için ilgili tuşlama normalleştirme çevrim şablonunu "BroadCloud" bölümüne eklemeniz gerekir (örneğin, şemada "8101XX"). Normalleştirmenin ardından, yol şablonu "BroadCloud" bölümünde eşleştirildikten sonra çağrı tekrar BroadCloud'a gönderilir.

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

Webex Calling için Hizmet Sağlayıcılar ve Katma Değerli Satıcılar Arasındaki Fark

Aynı Webex Calling platformundan faydalanan iki ayrı çağrı hizmeti vardır. Bunlardan biri, hizmet sağlayıcılar (SP) ve müşterileri için olurken, diğeri katma değerli satıcılar (VAR) ve müşterileri içindir. Hizmetler çoğunlukla aynıdır ve bu nedenle bunlara genel olarak Webex Calling adı verilir. Yine de, aralarında bazı farklar vardır ve bu farkları vurgulamamız gerektiğinde, bunların SP'ler için mi, VAR'lar için mi geçerli olduğunu belirteceğiz.

Her iki hizmet de Control Hub üzerinden Calling Yönetici Portalına çapraz girişle sağlanırken, bazı önemli farklılıklar aşağıda açıklanmıştır.

SP'ler çağrı portallarını ve uygulamalarını markalayabilir ve kendi PSTN hizmetlerini paket haline getirip müşterilerine sağlamalı veya bir yerel ağ geçidi dağıtımından faydalanmalıdır. SP'ler ayrıca kendi 1. Katman desteklerini sağlamalıdır.

Öte yandan VAR'lar Cisco'nun sağladığı markalamayı kullanır. VAR'lar düzenlemelere tabi hizmet sağlayıcılar değildir ve PSTN hizmeti sağlayamaz. PSTN hizmeti, işletme yerel ağ geçidi dağıtımı yoluyla kullanılmalıdır. VAR'lar aynı zamanda kendi 1. Katman desteklerini sağlayabilir veya Cisco'nunkini kullanabilir. Her iki çağrı hizmeti de ortam kalitesi ölçümleri yoluyla hizmet güvencesi sağlar ve çağrı uygulamalarıyla birlikte paket halinde Webex ve Webex Meetings sunabilir.

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 üzerinde varsayılan çağrı uygulaması olduğunda Webex'te 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şleyicileri için kaydolabilir. Windows 10'da sistem penceresi kullanıcılara çağrıyı başlatmak için hangi uygulamayı kullanmak istediğini sorar. Kullanıcının Her zaman bu uygulamayı kullan seçeneğini işaretlemesi durumunda, kullanıcı tercihi hatırlanabilir.

Kullanıcının Webex'i seçmek için varsayılan çağrı uygulaması ayarlarını sıfırlamasının gerekmesi durumunda, kullanıcıdan Windows 10'da Webex için protokol ilişkilendirmelerini değiştirmesini isteyebilirsiniz:

  1. Varsayılan uygulama ayarları sistem ayarlarına gidin, Uygulamaya göre varsayılanları ayarla’ya tıklayın ve ardından Webex’i seçin .

  2. Her bir protokol için Webex’i seçin .

Mac için Protokol İşleyicileri

MacOS'ta çağrı protokollerine Webex'ten önce başka uygulamaların kaydolması durumunda, kullanıcıların Webex uygulamalarını varsayılan çağrı seçeneği olarak yapılandırması gerekir.

Mac için Webex’te kullanıcılar, Webex’in genel tercihler altında Çağrıları şununla başlat ayarı için seçildiğini onaylayabilir. Ayrıca, bir Outlook kişisinin numarasına tıkladıklarında Webex ile arama yapmak isterlerse, Her zaman Microsoft Outlook'a bağlan öğesini işaretleyebilirler.

15 Tem 2021
Ortamınızı Webex Calling'e Hazırlama

Ortamınızı Hazırlama Kuruluşunuz için Webex Calling'i Yapılandırma Yerel Ağ Geçidini PSTN Erişimi için Yapılandırma (yalnızca VAR'lar) UCM'yi Yapılandırma Webex Calling Özelliklerini Yapılandırma Kullanıcıları yapılandırma ve yönetme Cihazları Yapılandırma ve Yönetme

Calling Gereksinimleri

Lisanslama

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

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

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

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

    Temel lisanslar ancak Adlandırılmış Kullanıcı aboneliğinizin olması durumunda kullanılabilir. İşletme Anlaşması aboneliklerinde temel lisanslar desteklenmez.

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

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

Bant Genişliği Gereksinimi

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

İş Yeri Temelli PSTN için Yerel Ağ Geçidi

Hem Katman Değerli Satıcılar (VAR), hem de Hizmet Sağlayıcılar (SP) Webex Calling kuruluşlarına PSTN erişimi sağlayabilir. Mevcut durumda iş yeri temelli PSTN erişimi sağlamak için tek seçenek yerel ağ geçididir. Yerel ağ geçidi bağımsız olarak veya Cisco Unified İletişim entegrasyonun gerekli olduğu dağıtımlar içerisinde dağıtılabilir. Yerel ağ geçidi ayarları aşağıda verilmiştir.

desteklenen cihazlar

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

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

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

Güvenlik Duvarı

Cisco Webex Calling için Port Referans Bilgileri'nde belgelenen güvenlik duvarı gereksinimlerini yerine getirin.

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

Genel Ön Koşullar

Webex Calling için bir yerel ağ geçidi yapılandırmadan önce,

    • 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 olduğunuzdan

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

    Daha fazla bilgi için Cisco Unified Sınır Öğesi (CUBE) İşletme Yapılandırma Kılavuzunu inceleyebilirsiniz: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

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

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

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

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

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

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

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

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

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

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

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

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

15 Tem 2021
Kuruluşunuz için Cisco Webex Calling'i Yapılandırma

İlk Kurulum Sihirbazında Çağrı Ayarlarını Yapılandırma

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.

Başlamadan önce

Kanada'dan bir müşteri için yapılandırma yapıyorsanız, ek adımlar gereklidir. Daha fazla bilgi için Partner HelpDesk ile görüşün.

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.

 

Varsayılan konumun ülkesi, ortağın seçtiği ülke olarak ayarlanır ve değiştirilemez. Daha sonra farklı ülkelerde başka konumlar oluşturabilirsiniz, ancak bunların bu işlemin önceki aşamalarında seçtiğiniz sözleşme ülkesine karşılık gelen bölgesel veri merkezinde barındırılacağını göz önünde bulundurun. Örneğin, Amerika Birleşik Devletleri ve Birleşik Krallık'ta birer konumunuz olabilir.

 

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.

Konum Ekle

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

https://admin.webex.com müşteri görünümünden, Hizmetler > Calling > Konumlar’a gidin ve Konum Ekle’ye tıklayın.

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

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

  • Konum Adı: Konumu tanımlamak için benzersiz bir ad girin.
  • Ülke: Konumun bağlanacağı bir ülke seçin. Örneğin, Amerika Birleşik Devletleri'nde (genel merkez) ve Birleşik Krallık'ta (şube) birer konum oluşturabilirsiniz. Seçtiğiniz ülke, sonrasındaki adres alanlarını belirler. Bu belgede örnek olarak ABD adres standardı kullanılmıştır.
  • Dil: Konumun dilini seçin.
  • Adres: Konumun ana posta adresini girin.
  • Şehir: Konum için bir şehir girin.
  • Eyalet: Açılır menüden bir eyalet seçin.
  • Alan/Posta Kodu: Alan veya posta kodu girin.Telefon Numarası: Konumun ana iletişim yetkilisinin iletişim numarasını girin.
3

Kaydet'e tıklayın numaraları şimdi mi, daha sonra mı ekleyeceğinizi seçin.
4

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

  • Cisco PSTN – Yeni PSTN numaraları talep etmenize ve mevcut numaraları Cisco'ya taşımanıza olanak tanıyan toplu bir çözüm istiyorsanız, bu seçeneği seçin.


     

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

    1. İlgili müşteri için Cisco Calling Plan hizmetinin etkinleştirilmiş veya satın alınmış olması.

    2. Konumun, Cisco Calling Plan hizmetinin desteklendiği bir ülkede olması (şu anda yalnızca ABD'de kullanıma sunulmuştur).
  • Bulut Bağlantılı PSTN – Yerel donanım için önemli miktarda yatırım gerektirmeyen bir bulut çözümü arıyorsanız bu seçeneği ve ardından istediğiniz CCP sağlayıcısını seçin.

     

    Yalnızca konumunuzun ülkesini destekleyen iş ortakları gösterilir.

    Listelenen bir sağlayıcı altında Numaraları şimdi sipariş et seçeneğini görürseniz, entegre CCP'den faydalanmak için bu seçeneği seçmenizi öneririz. Böylece, numaralarınızı Control Hub'da buradan sipariş edebilirsiniz. Bu seçeneği seçerseniz, daha fazla bilgi ve sonraki adımlar için buraya girin.

    Numaralarınızı hemen sipariş etmemeye karar verirseniz, PSTN sağlayıcınızda yapacağınız sonraki değişikliklerin sınırlı olabileceğini unutmayın.

  • İş 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.
5

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

Telefon Numaralarını virgül ile ayrılmış değerler olarak girin ve ardından Doğrula öğesine 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’e tıklayın.

Sonraki adım

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.

Webex Calling Kuruluşunuzdan Bir Konumu Silme

Control Hub'da müşteri kuruluşunuzu oluşturduğunuzda, oluşturduğunuz ilk konum otomatik olarak varsayılan konum haline gelir. Kuruluşunuza eklediğiniz kullanıcılar, siz aksini belirtmedikçe, bu varsayılan konuma atanır. Daha sonra herhangi bir konumu varsayılan konum yapabilirsiniz, ancak varsayılan konumu silemeyeceğinizi unutmayın.

Başlamadan önce

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

1

https://admin.webex.com müşteri görünümünden Hizmetler > Calling > Konum’u ve ardından silmek istediğiniz konumu seçin.
2

Konum adının yanında bulunan Daha Fazla seçeneğine tıklayın, Konumu Sil öğesini seçin ve bu konumu silme isteğ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.

Mevcut Bir Konumu Güncelleme

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

https://admin.webex.com müşteri görünümünden Hizmetler > Calling > Konumlar’ı ve ardından güncellemek istediğiniz konumu seçin.

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 numaranın yapılandırılmasına kadar kullanıcılar çağrı yapamaz ve başlatamaz.
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 – Yeni PSTN numaraları talep etmenize ve mevcut numaraları Cisco'ya taşımanıza olanak tanıyan toplu bir çözüm istiyorsanız, bu seçeneği seçin.


     

    İş ortaklarının yetkili Webex Calling VAR iş ortakları olması ve Cisco Webex Calling VAR PSTN programına kaydolarak yeni Webex Calling Ekini kabul etmiş olması gerekir.

    İş ortakları, Cisco Ticaret Çalışma Alanı (CCW) içerisinde Cisco Calling Plan lisansları (Giden Çağrı Planı ve Telefon Numaraları) için bir sipariş oluşturacaktır.

    Bu seçenek yalnızca katma değerli satıcılar tarafından kullanılabilir.

  • Bulut Bağlantılı PSTN – Yerel donanım için önemli miktarda yatırım gerektirmeyen bir bulut çözümü arıyorsanız bu seçeneği ve ardından istediğiniz CCP sağlayıcısını seçin.


     

    Yalnızca konumunuzun ülkesini destekleyen iş ortakları gösterilir.
  • İş 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çin.

     

    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

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

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

Webex Calling Arama Planınızı Yapılandırma

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

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

1

https://admin.webex.com müşteri görünümünden Hizmetler > Calling > Hizmet Ayarları’na gidin ve ardından Dahili Çağrı’ya kaydırın.
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 Ön Ekinin Belirleyici Hanesi: Konum yönlendirme ön eki kullanıp kullanmamanıza bakılmaksızın, burada bir değer ayarlayabilirsiniz.
  • Dahili Numara Uzunluğu: 2-6 hane girebilirsiniz ve varsayılan hane sayısı 2'dir.

     

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

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

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

     

    Kullanıcılar, eski sistemlerde yaptıkları tuşlamaları taklit etmek için harici çağrılar yaparken giden çağrı hanesini ekleyebilir. Yine de, tüm kullanıcılar giden çağrı hanesini eklemeden harici çağrılar yapabilecektir.

Kullanıcılara etkisi:

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

  • Kullanıcı dahili numaraları, konumun belirleyici hanesiyle aynı numarayla başlamamalıdır.

Control Hub'da İş Yeri Temelli PSTN (Yerel Ağ Geçidi) Yapılandırma

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.

Santral Oluşturma

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

https://admin.webex.com müşteri görünümünden, Hizmetler > Calling > Çağrı Yönlendirme’ye gidin ve Santral Ekle’yi seçin.
2

Bir konum seçin.
3

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


 

Bu ad en fazla 24 karakter uzunluğunda olabilir.

Sonraki adım

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.

İş Yeri Temelli PSTN için Santral Seçme

1

https://admin.webex.com müşteri görünümünden Hizmetler > Calling > Konumlar’a gidin.
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 adım

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.

Konumlardaki Numaraları Yönetme

1

https://admin.webex.com müşteri görünümünden, Hizmetler > Calling > Numaralar’a gidin.

Tüm konumlar için numaraları ve ilgili bilgileri gösteren bir tablo görüntülenir. Belirli bir tanesini filtrelemek isterseniz, Tüm Konumlar açılır menüsüne tıklayıp bir konum seçebilirsiniz. Bu tablo, numaranın kime Atandığı ve Durumu gibi bilgiler içerir.
2

(İsteğe Bağlı) Numara girdisinin yanında, Eylemler altında öğesine tıklayıp aşağıdaki seçeneklerden birini seçin:

  • Düzenle: Mevcut durumda bir kullanıcı veya yere atanmış aktif numaralar için. Bu seçeneğe tıklayarak, başka değişiklikler de yapabileceğiniz Calling Yönetici Portalı'nı açabilirsiniz.

  • Etkinleştir: Durumu Aktif Değil olan numaralar için, siparişle gönderilmiş Webex Calling ile taşınan bir numara tamamlandığında, bu seçenek kullanılabilir. Numarayı aktif hale getirdikten sonra numara kullanıma hazır olduğunda Aktif olarak görünür.

  • Sil: Aktif Değil durumunda olan ve mevcut durumda bir kullanıcı veya konuma atanmamış numaralar için bu seçenek kullanılabilir.
3

(İsteğe bağlı) Bir konuma en az bir yeni numara eklemek için Numaraları Ekle'ye tıklayın, ardından gerekli bilgileri girin ve Kaydet'e tıklayın.


 

Geçerli girdiler Doğrulanan Numaralar alanına eklenirken, geçersiz girdiler, yanında hata mesajıyla birlikte Numara Ekle alanında kalır.

Numaraların tüm ülkeler için E.164 formatına uyması gerekir. ABD'deki numaralar için Ulusal format da uygulanabilir.

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

(İsteğe bağlı) Numaraları toplu olarak etkinleştirin. Belirli bir konum veya durum ya da her ikisine göre numara listesini filtreleyebilirsiniz. Yalnızca aktif olmayan durumdaki numaraları görmek için Aktif Değil öğesine tıklayın. Listenizin en üstünde bulunan Numaraları Etkinleştir öğesini seçip, açılan iletişim kutusunda Etkinleştir'e tıklayarak isteğinizi onaylayarak 500 numarayı aynı anda etkinleştirebilirsiniz.

Cisco Webex Control Hub’da Deneme Sürümünden Webex Hizmetleri Satın Alma Talebi Oluşturma

1

https://admin.webex.com müşteri görünümünden 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.

Webex Kullanıcıları için Çağrı Seçeneklerini Ayarlama

1

https://admin.webex.com müşteri görünümünden Kuruluş Ayarları > Hizmetler’e gidin, Calling’e kaydırın ve İstemci Ayarları’nı seçin.
2

Kullanıcıların görmesini istediğiniz çağrı seçeneklerini Kullanılabilir Çağrı Seçenekleri alanına kaydırın ve ardından, kullanıcılarınızın görmek istediği öncelik sırasıyla yeniden sıralayın.

Kullanıcılar için gizlenen diğer seçenekler, şu örnek ekran görüntüsünde görünen Gizli Çağrı Seçenekleri alanında çıkar:
3

Kullanıcıların önceki adımda yapılandırdığınız ilk çağrı seçeneğiyle çağrı yapabilmesini isterseniz, Tek Tıklamayla Çağrıyı Etkinleştir öğesini etkinleştirin.


 

Değişikliklerin Webex'te görünmesi 24 saate kadar sürebilir. Kullanıcılarınızdan, bu değişikliklerin daha hızlı geçerli olması için uygulamalarını yeniden başlatmalarını isteyebilirsiniz.

Control Hub'da Çağrı Davranışlarını Ayarlama

Kullanıcılar PSTN çağrısı yaparken hangi çağrı uygulamasının açılacağını kontrol edebilirsiniz. Bu ayarı kuruluş seviyesinde yapılandırdıktan sonra belirli kullanıcılar için geçersiz kılabilirsiniz.

Ancak kuruluşunuzun tamamını taşımaya hazırsanız kuruluş geneli seçeneğini seçin.

Başlamadan önce

  • Kuruluşunuzun seçtiğiniz çağrı davranışı için doğru aboneliklerinin olması gerekir.

  • Kullanıcıların geçerli telefon numaraları olmalıdır. Numaraların geçersiz olması durumunda Webex numarayı seçtiğiniz uygulamaya göndermeye devam eder, ancak o uygulamadan yapılan çağrılar başarısız olacaktır.

https://admin.webex.com müşteri görünümünden Ayarlar'a gidin, Çağrı Davranışı öğesine kaydırın ve ardından, aşağıdakilerden birini seçin: .

  • Webex’te Çağrı: Kullanıcıların Webex Calling'i kullanarak doğrudan Webex'te çağrı yapmasını istiyorsanız, bu seçeneği seçin.
  • Webex Calling uygulaması: Kuruluşunuzun Cisco Webex Calling aboneliği varsa ve kullanıcıların Webex Calling uygulamasını kullanarak PSTN çağrıları yapmasına izin vermek istiyorsanız, bu seçeneği seçin. Kullanıcılar Webex'te PSTN çağrısı yaparken, çağrının yapılması için Webex Calling uygulaması kullanılır.

Çağrı davranışının güncellendiğini belirten bir mesaj görünür. Kullanıcılar artık Webex veya Webex Calling uygulamasından PSTN çağrıları yapabilir.

Kullanıcıların Webex'ten PSTN çağrısı yapmak için ilgili uygulamanın yüklü olması gerekir. Yaptığınız seçimi ve PSTN çağrıları için başka bir uygulamanın kullanılması durumunda bunu kullanıcılara bildirin.


 

Belirli kişilerin farklı bir çağrı davranışı kullanmasının gerekmesi durumunda, bu ayarı kullanıcı düzeyinde değiştirebilirsiniz. Kullanıcılar bölümüne gidin ve Ayarlar altından Çağrı Davranışı'nı seçin. Seçiminizi yapıp Kaydet'e tıklayabilirsiniz.
4 Ağu 2021
IOS-XE üzerinde Webex Calling için Yerel Ağ Geçidi Yapılandırma

Kuruluşunuz için Webex Calling'i yapılandırdıktan sonra yerel ağ geçidinizi Webex Calling'e bağlamak için bir santral yapılandırabilirsiniz. Yerel ağ geçidi ve Webex bulutu arasındaki santralin güvenliği, her zaman yerel ağ geçidi ile Webex Calling Erişim SBC'si için SIP TLS taşıma ve SRTP kullanılarak sağlanır.

Yerel Ağ Geçidi Yapılandırma Görev Akışı

Webex Calling santralinize yerel ağ geçidi yapılandırmak için bu iş akışını kullanın. Aşağıdaki işlemler, yerel ağ geçidinin kendisinde komut satırı kullanılarak yapılır. Yerel ağ geçidi ve Webex Calling arasındaki santralin güvenliği, her zaman yerel ağ geçidi ile Webex Calling Erişim SBC'si için SIP TLS taşıma ve SRTP kullanılarak sağlanır.

Başlamadan önce

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

  • Control Hub'da bir santral oluşturun ve bu santrali istediğiniz konuma atayın.

  • Bu belgede 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 PSTN ağ geçidi veya CUBE işletme dağıtımı, Webex Calling için yerel ağ geçidi işlevini de kullanacak biçimde düzenleniyorsa, uygulanan yapılandırmaya dikkat edin ve yaptığınız değişikliklerin mevcut çağrı akışları ve işlevlerini kesintiye uğratmadığından emin olun.

  Komut veya Eylem Amaç
1

Control Hub ile Cisco Unified Sınır Öğesi Arasında Parametre Eşleme

Bu tabloyu, Control Hub'dan gelen parametreler ve yerel ağ geçidinde nereye eşleneceklerini belirlemek için referans olarak kullanın.
2

Referans Platform Yapılandırması Yapma

Bu adımları yerel ağ geçidi için ortak bir genel yapılandırma olarak uygulayın. Bu yapılandırma, temel platform yapılandırması ve güven havuzu güncellemesi içerir.
3

Yerel Ağ Geçidini Webex Calling'e Kaydetme
4

Dağıtımınıza uygun olarak birini seçin:

Yerel ağ geçidi üzerinde Çağrı Yönlendirmede seçtiğiniz Webex Calling dağıtım seçeneği temel alınır. Bu bölümde, IP PSTN sonlandırmasının yerel ağ geçidi ile aynı platformda olduğu varsayılır. Aşağıdaki yapılandırma, yerel ağ geçidinde bu seçeneklerden biri için geçerlidir:

  • İş yeri IP PBX'i olmadan yerel ağ geçidi dağıtım seçeneği. Aynı anda hem yerel ağ geçidi hem de IP PSTN CUBE olması.

  • Mevcut Unified CM ortamında yerel ağ geçidi dağıtım seçeneği. Aynı anda hem yerel ağ geçidi hem de IP PSTN CUBE olması.

Control Hub ile Cisco Unified Sınır Öğesi Arasında Parametre Eşleme

Tablo 1. Control Hub ile Yerel Ağ Geçidi Arasında Parametre Eşleme

Control Hub

Yerel Ağ Geçidi

Registrar Domain:

Control Hub, UCAPI'den alınan LinePort'tan gelen etki alanını çözümlemelidir.

example.com

kaydedici

example.com

Santral Grubu OTG/DTG

sip profilleri:

kural <rule-number> her türlü sip-header'ı iste

From modify ">" ";otg=otgDtgId>"

Hat/Port

user@example.com

numara: kullanıcı

Giden Proxy

giden proxy (DNS adı – Erişim SBC'sinin SRV'si)

SIP Kullanıcı Adı

kullanıcı adı

SIP Parolası

parola

Referans Platform Yapılandırması Yapma

Başlamadan önce

  • NTP'ler, ACL'ler, parolaları etkinleştir, birincil parola, IP yönlendirme, IP Adresleri ve benzeri temel platform yapılandırmalarının kuruluşunuzun politika ve prosedürlerine uygun bir biçimde yapılandırıldığından emin olun.

  • Tüm LGW dağıtımları için en son IOS-XE 16.12 veya IOS-XE 17.3 gereklidir.

1

Her türlü 3. katman arayüze geçerli ve yönlendirilebilir IP adreslerinin atandığından emin olun:

interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling
 ip address 192.168.43.197 255.255.255.0
2

Parolanın kimlik bilgileri ve paylaşılan şifrelerde kullanılabilmesi için aşağıda gösterilen komutları kullanarak parola için bir birincil anahtar ön yapılandırması yapmanız gerekir. Tip 6 parolalar, AES şifre ve kullanıcı tanımlı birincil anahtar kullanılarak şifrelenir.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes
3

IP Adı Sunucusunu, DNS aramasını etkinleştirecek biçimde yapılandırın ve ping yaparak erişilebilir olduğundan emin olun:


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

TLS 1.2 Özel Kullanımını ve varsayılan yer tutucu Güvenli Noktasını etkinleştirin:

  1. Bir yer tutucu PKI Güvenli Noktası oluşturun ve adını sampleTP olarak ayarlayın

  2. Güvenli noktayı, sip-ua altında varsayılan sinyal gönderme güvenli noktası olarak atayın

  3. yerel ağ geçidinin bağlantıyı yalnızca kiracı 200 (daha sonra açıklanacaktır) üzerinde yapılandırılmış giden proxy'nin sunucudan alınan CN-SAN listesiyle eşleşmesi durumunda kurmasını sağlamak için cn-san-validate sunucusu gereklidir.

  4. Bağlantının yapılandırılması için yerel istemci sertifikası (örneğin, mTLS) gerekmemesi durumunda dahi TLS'nin çalışması için kripto güvenli nokta gereklidir.

  5. v1.2 özel kullanımını etkinleştirerek TLS v1.0 ve v1.1'i devre dışı bırakın.

  6. tcp-retry sayısını 1000 (5 milisaniye katları = 5 saniye) olarak ayarlayın.

  7. (IOS-XE 17.3.2 ve sonrası) TLS bağlantısının kurulması için zamanlayıcı ayarlayın <wait-timer in="" sec="">. Aralık 5 ve 20 saniye arasında olup, varsayılan değer 20 saniyedir. (LGW'nun bir sonraki kullanılabilir Webex Calling Erişim SBC'sine bağlantı kurmaya çalışmadan önce TLS bağlantı hatasını algılaması 20 saniye sürer. Bu CLI, yöneticinin değeri ağ koşullarını karşılayacak biçimde değiştirmesine ve Erişim SBC'si sorunlarını çok daha hızlı tespit etmesine olanak tanır).


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

LocalGateway(config)#sip-ua
LocalGateway(config-sip-ua)# crypto signaling default trustpoint sampleTP cn-san-validate server

LocalGateway(config-sip-ua)# transport tcp tls v1.2
LocalGateway(config-sip-ua)# tcp-retry 1000
LocalGateway(config-sip-ua)#end
5

Yerel Ağ Geçidi Güvenli Noktasını Güncelleme:

Varsayılan güvenli havuz demeti, Webex Calling'e TLS bağlantısının kurulması sırasında sunucu tarafı sertifikasını doğrulamak için gereken "DigiCert Root CA" sertifikasını içermez.

Güvenli havuz demeti, üzerinden en yeni http://www.cisco.com/security/pki/"Cisco Güvenli Çekirdek Kök Demeti" indirilerek güncellenmelidir.

  1. DigiCert Room CA sertifikasının mevcut olup olmadığını kontrol edin:

    
LocalGateway#show crypto pki trustpool | include DigiCert

  2. Mevcutsa, şöyle güncelleyin:

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

  1. Doğrula:

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

Yerel Ağ Geçidini Webex Calling'e Kaydetme

Başlamadan önce

Control Hub'da konum oluşturma işlemlerini tamamlayıp, bu konum için santral eklediğinizden emin olun. Burada gösterilen örnekte, bilgiler Control Hub'dan alınmıştır.

1

Bu komutları girerek yerel ağ geçidi uygulamasını açın (güven listesine eklenen en son IP alt ağları için bkz. Cisco Webex Calling için Port Referans Bilgileri):

LocalGateway#configure terminal
LocalGateway(config)#voice service voip
LocalGateway(conf-voi-serv)#ip address trusted list
LocalGateway(cfg-iptrust-list)#ipv4 x.x.x.x y.y.y.y
LocalGateway(cfg-iptrust-list)#exit
LocalGateway(conf-voi-serv)#allow-connections sip to sip
LocalGateway(conf-voi-serv)#media statistics
LocalGateway(conf-voi-serv)#media bulk-stats
LocalGateway(conf-voi-serv)#no supplementary-service sip refer
LocalGateway(conf-voi-serv)#no supplementary-service sip handle-replaces
LocalGateway(conf-voi-serv)# fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

LocalGateway(conf-serv-stun)#stun
LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4
LocalGateway(conf-serv-stun)#stun flowdata shared-secret 0 Password123$

LocalGateway(conf-serv-stun)#sip

   LocalGateway(conf-serv-sip)#g729 annexb-all
   LocalGateway(conf-serv-sip)#early-offer forced
   LocalGateway(conf-serv-sip)#end

Komutların açıklaması:

Ücret Dolandırıcılığını Önleme
Device(config)# voice service voip
Device(config-voi-serv)# ip address trusted list
Device(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y.y

  • Yerel ağ geçidinin, Webex Calling eşleri, Unified CM düğümleri, IP PSTN gibi yasal VoIP çağrıları beklediği, varlıkların kaynak IP adreslerini herkese açık olarak etkinleştirir.

  • Varsayılan olarak, LGW güvenilir listesinde olmayan IP adreslerinden gelen tüm VoIP çağrısı kurulumlarını engeller. "oturum hedef ip'si" bulunan çağrı eşlerinden veya Sunucu Grubundan gelen IP Adreslerine varsayılan olarak güvenildiğinden burada doldurulması gerekmez.

  • Müşterinin bağlandığı bölgesel Webex Calling veri merkezine göre bu listedeki tüm IP'lerin IP alt ağlarıyla eşleşmesi gerekir. Daha fazla bilgi için bkz. Webex Calling için Port Referans Bilgileri.


     

    LGW'nuz kısıtlı koni NAT'lı bir güvenlik duvarıyla korunuyorsa, Webex Calling'e dönük arayüzde IP adresi güvenilir listesini devre dışı bırakmayı tercih edebilirsiniz. Bunun nedeni, bir güvenlik duvarının sizi zaten talep edilmemiş gelen VoIP'ten koruyor olmasıdır. Webex Calling eşlerinin adreslerinin sabit kalacak ve her durumda bu eşler için güvenlik duvarınızı yapılandırmanızın gerekecek olması nedeniyle, bu işlem, daha uzun vadeli yapılandırma yükünüzü azaltacaktır.

  • Diğer IP adreslerinin diğer arayüzlerde yapılandırılması gerekebilir. Örneğin, Unified CM adreslerinizin içe dönük arayüzlere eklenmesi gerekebilir.

  • IP adresleri, outbound-proxy öğesinin kiracı 200'de çözümlendiği ana bilgisayarların IP'siyle eşleşmelidir

  • Daha fazla bilgi için bkz. https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html.

Ortam
voice service voip
 media statistics 
 media bulk-stats

  • Ortam İstatistikleri yerel ağ geçidinde ortam izlemesi yapılmasını sağlar.

  • Ortam toplu istatistikleri, kontrol düzleminin toplu çağrı istatistikleri için veri düzleminde anket yapmasını sağlar.

SIP-SIP arası Temel İşlev
allow-connections sip to sip
Ek Hizmetler
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces

REFER öğesini devre dışı bırakır ve Değiştirmeler başlığındaki diyalog kimliğini eş diyalog kimliğiyle değiştirir.

Daha fazla bilgi için bkz. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889.

Faks Protokolü
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Faks iletimi için T.38'i etkinleştirir, ancak faks trafiği şifrelenmez.

Genel STUN Öğesini Etkinleştirme
stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$

  • Bir çağrının bir Webex Calling kullanıcısına geri yönlendirilmesi (örneğin, aranan ve arayan tarafların ikisinin de Webex Calling abonesi olması ve ortamı Webex Calling SBC'sine sabitlemeleri) durumunda, iğne deliği açık olmadığından, ortam yerel ağ geçidine akamaz.

  • Yerel ağ geçidindeki STUN bağlantıları özelliği, yerel olarak oluşturulan STUN istemlerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine olanak tanır. Bu da, güvenlik duvarında iğne deliği açılmasına yardımcı olur.

  • Yerel ağ geçidinin dışarı STUN mesajları göndermesi için gerekli ön koşul STUN parolasıdır. IOS/IOS-XE tabanlı güvenlik duvarları, bu parolayı kontrol etmek ve dinamik olarak (örneğin, açık giriş-çıkış kuralları olmadan) iğne delikleri açmak için yapılandırılabilir. Ancak, yerel ağ geçidi dağıtım durumu için güvenlik duvarı, Webex Calling SBC alt ağlarına göre içeride ve dışarıda iğne delikleri açmak için statik olarak yapılandırılır. Benzer biçimde, güvenlik duvarının bunu paket içeriğine açıkça bakmadan iğne deliğinin açılmasını tetikleyecek herhangi bir gelen UDP paketi olarak değerlendirmesi gerekir.

G729
sip
  g729 annexb-all

G729 çeşitlerine izin verin.

SIP
early-offer forced

Yerel ağ geçidini, komşu eşten onay beklemek yerine ilk DAVET mesajında SPD bilgilerini göndermeye zorlar.
2

"SIP Profili 200" öğesini yapılandırın.

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

Bu kurallar şunlardır:

Komutların açıklaması:

  • rule 9 üst bilginin“SIP-Req-URI” olarak listelenip, şöyle listelenmemesini sağlar: “SIP-Req-URL”

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

  • kural 20 Kimden üst bilgisini değiştirerek, bir işletme içerisindeki LGW sitesini benzersiz olarak tespit etmek için Control Hub'dan gelen Santral Grubu OTG/DTG parametrelerini ekler.

  • Webex Calling'e dönük tüm trafik için bu SIP Profili, voice class tenant 200'e (daha sonra açıklanacaktır) uygulanacak.
3

Codec Profilini, STUN tanımını ve SRTP Kripto setini yapılandırın.

LocalGateway(config)# voice class codec 99
LocalGateway(config-class)# codec preference 1 g711ulaw
LocalGateway(config-class)# codec preference 2 g711alaw 
LocalGateway(config-class)# exit
LocalGateway(config)# voice class srtp-crypto 200
LocalGateway(config-class)# crypto 1 AES_CM_128_HMAC_SHA1_80
LocalGateway(config-class)# exit
LocalGateway(config)# voice class stun-usage 200
LocalGateway(config-class)# stun usage firewall-traversal flowdata
LocalGateway(config-class)# stun usage ice lite
LocalGateway(config-class)# exit

Komutların açıklaması:

  • Voice class codec 99: Oturumlar için her iki g711 (mu-law ve a-law) codec'ine izin verir. Tüm çağrı eşlerine uygulanır.

  • Voice class srtp-crypto 200: Hizmet ve yanıtta bulunan SDP'deki yerel ağ geçidinin sunduğu tek SRTP şifreleme seti olarak SHA1_80'i belirtir. Webex Calling yalnızca SHA1_80'i destekler.

  • Webex Calling'e dönük voice class tenant 200'e (daha sonra açıklanacaktır) uygulanacak.

  • Voice class stun-usage 200: STUN kullanımını tanımlar. Bir Unified CM telefonu çağrıyı başka bir Webex Calling telefonuna yönlendirdiğinde yönsüz sesleri önlemek için Webex Calling'e dönük (2XX etiketi) tüm çağrı eşlerine uygulanır.


 

Ortamın ITSP SBC'ye sabitlendiği ve Yerel Ağ Geçidinin bir NAT'nin arkasında olup ITSP'den gelen ortam akışını beklediği durumlarda, bu komut ITSP'ye dönük çağrı eşlerine uygulanabilir.

 

Ortam yolu optimizasyonu kullanan çağrı akışları için stun kullanımı ice lite gereklidir.
4

Control Hub parametrelerini yerel ağ geçidi yapılandırmasına eşleyin:

Webex Calling yerel ağ geçidinde kiracı olarak eklenir. Yerel ağ geçidini kaydetmek için gerekli yapılandırma, voice class tenant 200 altında tanımlanmıştır. Resimde gösterildiği gibi Control Hub içerisindeki Santral Bilgileri sayfasından bu yapılandırmanın öğelerini almanız gerekir. Hangi alanların ilgili yerel ağ geçidi CLI'sine eşlendiğinin gösterildiği bir örnek.

Ardından, Kiracı 200 yerel ağ geçidi yapılandırması içerisinde Webex Calling'e dönük tüm çağrı eşlerine (2xx etiketi) uygulanır. Ses sınıfı kiracısı özelliği, aksi takdirde ses hizmeti voip ve sip-ua altında yapılan SIP santrali parametrelerinin gruplanıp yapılandırılmasına olanak tanır. Bir kiracının çağrı eşi altında yapılandırılıp uygulanması durumunda, IOS-XE yapılandırmaları aşağıdaki tercih sırasıyla uygulanır:

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

  • Kiracı yapılandırması

  • Genel yapılandırma (ses hizmeti voip / sip-ua)
5

Control Hub'dan aldığınız parametrelere göre LGW'dan Webex Calling'e Santral Kaydını etkinleştirmek için voice class tenant 200'ü yapılandırın:


 

Aşağıdaki komut satırı ve parametreler yalnızca örnek olarak verilmiştir. Parametreleri kendi dağıtımınız için kullanmanız gerekir.

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

Komutların açıklaması:

voice class tenant 200

Yerel ağ geçidinin çoklu kiracı özelliği, SIP santrallerindeki birden fazla kiracı için, kiracılara birbirinden farklı hizmetler sağlanmasına olanak tanıyan belirli genel yapılandırmalar sağlar.

registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

Kaydı her iki dakikada bir (240 saniyenin %50'si) yenilenecek biçimde ayarlanmış yerel ağ geçidi kaydedici sunucusu. Daha fazla bilgi için bkz. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014.

credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks

Santral Kayıt sınaması için kimlik bilgileri. Daha fazla bilgi için bkz. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104.

authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks
authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm 40462196.cisco-bcld.com

Çağrılar için kimlik doğrulama sınaması. Daha fazla bilgi için bkz. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462.

no remote-party-id

Webex Calling, CIO kullanılarak etkinleştirilen PAI'yi desteklediğinden, SIP Uzak Taraf Kimliği (RPID) üst bilgisini devre dışı bırakın asserted-id pai(aşağıdaki kısmı inceleyin).

sip-server dns:40462196.cisco-bcld.com
Webex Calling sunucuları. Daha fazla bilgi için bkz. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

Aynı sürekli bağlantıyı kayıt ve çağrı işleme için kullanmak.

srtp-crypto 200

Şurada tanımlanan SHA1_80'i belirtir: voice class srtp-crypto 200.

session transport tcp tls
Taşımayı TLS olarak ayarlar
url sips

SRV sorgusu, erişim SBC'sinin desteklediği SIP olmalıdır; diğer tüm mesajlar Sip-profile 200 ile SIP olarak değiştirilir.

error-passthru

SIP hata yanıtı doğrudan geçiş işlevi

asserted-id pai

Yerel ağ geçidinde PAI işlemeyi etkinleştirir.

bind control source-interface GigabitEthernet0/0/1

Webex Calling'e dönük sinyal gönderme kaynağı arayüzü.

bind media source-interface GigabitEthernet0/0/1

Webex Calling'e dönük ortam kaynağı arayüzü.

no pass-thru content custom-sdp

Kiracı altında varsayılan komut.

sip-profiles 200

Şurada tanımlandığı gibi SIPS'i SIP olarak değiştirir ve DAVET ve KAYIT mesajları için Hat/Port değerlerini değiştirir: voice class sip-profiles 200.

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

Erişim SBC'si için Webex Calling. Daha fazla bilgi için bkz. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699.

privacy-policy passthru

Gizlilik üst bilgisi değerlerini gelen bacaktan giden bacağa şeffaf bir biçimde geçirin.

Kiracı 200'ün yerel ağ geçidinde tanımlanmasının ve SIP VoIP çağrı eşinin yapılandırılmasının ardından, ağ geçidi Webex Calling'e doğru TLS bağlantısı başlatır ve bu noktada Erişim SBC'si sertifikasını yerel ağ geçidine sunar. Yerel ağ geçidi, daha önce güncellenen CA kök demetini kullanarak Webex Calling Erişim SBC sertifikasını doğrular. Yerel ağ geçidi ve Webex Calling Erişim SBC'si arasında sürekli bir TLS oturumu başlatılır. Ardından, Yerel ağ geçidi, sınanan Erişim SBC'sine bir KAYIT gönderir. Kayıt AOR'si sayı@etkialanı şeklindedir. Numara, kimlik bilgilerinin "numara" parametresinden, etki alanı ise "registrar dns:<fqdn>" öğesinden alınır. Kayıt sınanırken, kimlik bilgilerinden alınan kullanıcı adı, parola ve bölge parametreleri üst bilgiyi oluşturmak için kullanılır ve sip-profile 200, SIPS URL'sini yeniden SIP'ye dönüştürür. Erişim SBC'sinden 200 OK alındığında kayıt başarılı olur.

IP PBX'siz Yerel Ağ Geçidi Yapılandırma

Bu dağıtım seçeneği için yerel ağ geçidinde aşağıdaki yapılandırma gereklidir:

  1. Ses sınıfı kiracıları: Önce, ITSP’ye dönük çağrı eşleri için, Webex Calling’e dönük çağrı eşleri için oluşturduğumuz,kiracı 200 benzeri ek kiracılar oluşturacağız.

  2. Ses sınıfı URI'leri: Yerel Ağ Geçidinde sonlanan çeşitli santrallerin ana bilgisayar adreslerini/portlarını tanımlayan şablonlardır: Webex Calling'den LGW'ya ve LGW'daki PSTN SIP santrali sonlandırması.

  3. Giden çağrı eşleri: Giden çağrı bacaklarını LGW'den ITSP SIP santraline ve Webex Calling'e yönlendirmek için.

  4. Ses sınıfı DPG'si: Gelen bir çağrı eşinden çağrılan hedef giden çağrı eşleri.

  5. Gelen çağrı eşleri: ITSP ve Webex Calling'den gelen çağrı bacaklarını kabul etmek içindir.

Bu bölümdeki yapılandırma, aşağıda gösterildiği gibi iş ortağının barındırdığı yerel ağ geçidi kurulumunda veya yerel müşteri sitesi ağ geçidinde kullanılabilir.

1

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

  1. Ses sınıfı kiracısı 100 IP PSTN'ye dönük tüm GİDEN çağrı eşlerine uygulanır.

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

  2. Voice class tenant 300 IP PSTN'den tüm GELEN çağrı eşlerine uygulanır.

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

Aşağıdaki ses sınıfı URI'sini yapılandırın:

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

    voice class uri 100 sip
  host ipv4:192.168.80.13

  2. Control Hub'ın TrunkGroup OTG/DTG parametresiyle bir İşletme içerisindeki bir yerel ağ geçidi sitesini benzersiz olarak tespit etmek için şablon tanımlayın:

    voice class uri 200 sip
 pattern dtg=hussain2572.lgu

     

    Yerel ağ geçidi, şu anda eşleşme örüntüsünde alt tire "_" karakterini desteklemiyor. Buna geçici bir çözüm olarak nokta "." kullanıyoruz. (hepsini eşleştir) karakterini "_" yerine kullanıyoruz.

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

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

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

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

    Komutların Açıklaması:

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

    101 etiketiyle VOIP çağrı eşi tanımlar. Yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama verilir.

    destination-pattern BAD.BAD

    Bu çağrı eşinin seçilmesine izin veren hane şablonudur. Ancak, bu giden çağrı eşini, DPG ifadeleri kullanarak doğrudan gelen çağrı eşinden çağıracağız ve bu durum, hane şablonu eşleşme kriterlerinin atlanmasını sağlayacaktır. Bunun sonucunda, hedef-şablon CLI'sinin izin verdiği alfasayısal haneleri temel alan rastgele seçilmiş bir şablon kullanıyoruz.

    session protocol sipv2

    Bu çağrı eşinin SIP çağrı bacaklarını işleyeceğini belirtir.

    session target ipv4:192.168.80.13

    Bu çağrı bacağının gönderileceği hedefin hedef IPv4 adresini belirtir. Bu durumda, ITSP'nin IP adresidir.

    voice-class codec 99

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

    dtmf-relay rtp-nte

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

    voice-class sip tenant 100

    Çağrı eşinin kendisi altında aynı parametre tanımlanmadığı sürece çağrı eşi tüm parametreleri Kiracı 100'den alır.

    no vad

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

  2. Webex Calling'e doğru giden çağrı eşidir (Bu çağrı eşi yapılandırma kılavuzunun ilerleyen kısımlarında Webex Calling'den gelen çağrı eşi olacak biçimde güncellenecektir).

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

    Komutların açıklaması:

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

    200201 etiketiyle VOIP çağrı eşi tanımlar. Yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama verilir

    session target sip-server

    Genel SIP sunucusunun bu çağrı eşinden gelen çağrıların hedefi olduğunu belirtir. Kiracı 200'de tanımlanan Webex Calling sunucusu bu çağrı eşinden devralınır.

    voice-class stun-usage 200

    Yerel ağ geçidindeki STUN bağlantıları özelliği, yerel olarak oluşturulan STUN istemlerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine olanak tanır. Bu da, güvenlik duvarında iğne deliği açılmasına yardımcı olur.

    no voice-class sip localhost

    Giden mesajların From, Call-ID ve Remote-Party-ID üst bilgilerinde bulunan fiziksel IP adresinin yerine DNS localhost adının getirilmesini önler.

    voice-class sip tenant 200

    Çağrı eşinin kendisi altında aynı parametre tanımlanmadığı sürece çağrı eşi tüm parametreleri Kiracı 200'den (LGW <--> Webex Calling Santrali) alır.

    srtp

    Bu çağrı bacağında SRTP etkinleştirilir.

    no vad

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

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

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

    voice class dpg 100
 description Incoming WxC(DP200201) to IP PSTN(DP101)
 dial-peer 101 preference 1

  2. PSTN --> LGW --> Webex Calling yolu için hedef olarak giden çağrı eşi 200201 olmak üzere 200 tanımlayın. Daha sonra tanımlanan gelen çağrı eşi 100'e DPG 200 uygulanacaktır.

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

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

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

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

    Komutların Açıklaması

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

    100 etiketiyle VOIP çağrı eşi tanımlar. Yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama verilir.

    session protocol sipv2

    Bu çağrı eşinin SIP çağrı bacaklarını işleyeceğini belirtir.

    incoming uri via 100

    IP PSTN'den LocalGW'ya gelen trafiğin tamamı, gelen VIA üst bilgisinin ses sınıfı URI 100 SIP'sinde tanımlanan ana bilgisayar IP adresinde kaynak IP (ITSP) adresiyle eşleştirilir.

    destination dpg 200

    Hedefi dpg 200 ile IOS-XE, klasik giden çağrı eşi eşleştirme kriterlerini atlar ve çağrı eşi 200201 olan hedefi Çağrı eşi grubu 200'de tanımlanan çağrı eşleri kullanılarak doğrudan giden çağrı bacağını yapılandırmaya geçer.

    voice-class sip tenant 300

    Çağrı eşinin kendisi altında aynı parametre tanımlanmadığı sürece çağrı eşi tüm parametreleri Kiracı 300'den alır.

    no vad

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

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

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

    Komutların Açıklaması

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

    200201 etiketiyle VOIP çağrı eşini günceller ve Yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama verilir.

    incoming uri request 200

    Webex Calling'den LGW'ya gelen trafiğin tamamı, talep URI'sindeki benzersiz dtg şablonu üzerinden eşleştirilerek, bir İşletme ve Webex Calling ekosistemi içerisindeki yerel ağ geçidi sitesi benzersiz olarak tespit edilebilir.

    destination dpg 100

    Hedefi dpg 100 ile IOS-XE, klasik giden çağrı eşi eşleştirme kriterlerini atlar ve çağrı eşi 101 olan hedefi Çağrı eşi grubu 100'de tanımlanan çağrı eşleri kullanılarak doğrudan giden çağrı bacağını yapılandırmaya geçer.

    max-conn 250

    Bu kılavuzda tanımlandığı şekilde hem gelen hem de giden çağrılar için tek bir çağrı eş zamanlı Webex Calling varsayılan olarak LGW ve Webex Calling eş zamanlı çağrı sayısını 250 ile sınırlar. Yerel ağ geçidi üzerindeki eş zamanlı çağrı sınırlarına ilişkin daha fazla bilgi için bkz. https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.
PSTN’den Webex Calling'e

Yerel ağ geçidi üzerindeki tüm gelen IP PSTN çağrı bacakları, IP PSTN'nin IP adresiyle VIA üst bilgisi için eşleşme kriterlerini karşılaması nedeniyle, çağrı eşi 100 üzerinde eşleştirilir. Giden çağrı eşi seçimi, Webex Calling sunucusunun hedef olarak listelendiği giden çağrı eşi 200201'i doğrudan çağıran DPG 200 tarafından belirlenir.

Webex Calling'den PSTN'ye

Yerel ağ geçidindeki tüm gelen Webex Calling çağrı bacakları, bu yerel ağ geçidi dağıtımı için benzersiz olan TrunkGroup OTG/DTG parametresiyle REQUEST URI üst bilgisi şablonunun eşleşme kriterlerini karşılaması nedeniyle, çağrı eşi 200201 ile eşleştirilir. Giden çağrı eşi seçimi, IP PSTN IP adresinin hedef olarak listelendiği giden çağrı eşi 101'i doğrudan çağıran DPG 100 tarafından belirlenir.

Mevcut Unified CM Ortamıyla Yerel Ağ Geçidi Yapılandırma

Bu dağıtım seçeneği için yerel ağ geçidinde aşağıdaki yapılandırma gereklidir:

  1. Ses sınıfı kiracıları: Unified CM ve ITSP'ye dönük çağrı çiftleri için, çağrı eşlerine dönük Webex Calling için oluşturduğumuz kiracı 200'e benzer ek kiracılar oluşturmanız gerekir.

  2. Ses sınıfı URI'leri: LGW'da sonlanan çeşitli santrallerin ana bilgisayar adreslerini/portlarını tanımlayan şablonlardır: PSTN hedefleri için Unified CM'den LGW'ya; Webex Calling hedefleri için Unified CM'den LGW'ya; Webex Calling'den LGW'ya ve LGW'daki PSTN SIP santrali sonlandırması.

  3. Ses sınıfı sunucu grubu: LGW'dan Unified CM'ye, LGW'dan Webex Calling'e ve LGW'dan PSTN SIP santraline giden santraller için hedef IP adresleri/portlar.

  4. Giden çağrı eşleri: Giden çağrı bacaklarını LGW'dan Unified CM, ITSP SIP santrali ve(ya) Webex Calling'e yönlendirmek için.

  5. Ses sınıfı DPG'si: Gelen bir çağrı eşinden çağrılan hedef giden çağrı eş(ler)i.

  6. Gelen çağrı eşleri : Unified CM, ITSP ve(ya) Webex Calling'den gelen çağrı bacaklarını kabul etmek içindir.

1

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

  1. Unified CM ve IP PSTN'ye dönük tüm giden çağrı eşlerine voice class tenant 100 uygulanır:

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

  2. Unified CM ve IP PSTN'den gelen tüm çağrı eşlerine voice class tenant 300 uygulanır:

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

Aşağıdaki ses sınıfı URI'lerini yapılandırın:

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

    voice class uri 100 sip
  host ipv4:192.168.80.13

  2. Control Hub'ın TrunkGroup OTG/DTG parametresiyle bir İşletme içerisindeki bir yerel ağ geçidi sitesini benzersiz olarak tespit etmek için şablon tanımlayın:

    voice class uri 200 sip
 pattern dtg=hussain2572.lgu

     

    Yerel ağ geçidi, şu anda eşleşme örüntüsünde alt tire "_" karakterini desteklemiyor. Buna geçici bir çözüm olarak nokta "." kullanıyoruz. (hepsini eşleştir) karakterini "_" yerine kullanıyoruz.

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

  3. Webex Calling santrali için Unified CM sinyali gönderme VIA portunu tanımlar:

    voice class uri 300 sip
 pattern :5065

  4. PSTN santrali için CUCM kaynak sinyali IP ve VIA portunu tanımlar:

    voice class uri 302 sip
 pattern 192.168.80.60:5060
3

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

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

    voice class server-group 301
 ipv4 192.168.80.60 port 5065

  2. Geçerli olması durumunda, Unified CM Grubu 2 için Unified CM santralinin hedef ana bilgisayar IP adresi ve port numarasını tanımlar:

    voice class server-group 303
 ipv4 192.168.80.60 port 5065

  3. Unified CM Grubu 1 (5 düğüm) için Unified CM santralinin hedef ana bilgisayar IP adresini tanımlar. Unified CM, PSTN santrali üzerinde gelen trafik için varsayılan 5060 portunu kullanır. Herhangi bir port numarasının belirtilmemesi durumunda, varsayılan 5060 portu kullanılır. (PSTN <-> LGW --> Unified CM)

    voice class server-group 305
 ipv4 192.168.80.60

  4. Geçerli olması durumunda, Unified CM Grubu 2 için Unified CM santralinin hedef ana bilgisayar IP adresini tanımlar.

    voice class server-group 307 
 ipv4 192.168.80.60
4

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

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

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

    Komutların açıklaması

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

    101 etiketiyle VOIP çağrı eşi tanımlar. Yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama verilir.

    destination-pattern BAD.BAD

    Bu çağrı eşinin seçilmesine izin verecek hane şablonudur. Ancak, bu giden çağrı eşini, DPG ifadeleri kullanarak doğrudan gelen çağrı eşinden çağıracağız ve bu durum, hane şablonu eşleşme kriterlerinin atlanmasını sağlayacaktır. Bunun sonucunda, hedef-şablon CLI'sinin izin verdiği alfasayısal haneleri temel alan rastgele seçilmiş bir şablon kullanıyoruz.

    session protocol sipv2

    Bu çağrı eşinin SIP çağrı bacaklarını işleyeceğini belirtir.

    session target ipv4:192.168.80.13

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

    voice-class codec 99

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

    voice-class sip tenant 100

    Çağrı eşinin kendisi altında aynı parametre tanımlanmadığı sürece çağrı eşi tüm parametreleri Kiracı 100'den alır.

  2. Webex Calling'e doğru giden çağrı eşidir (Bu çağrı eşi yapılandırma kılavuzunun ilerleyen kısımlarında Webex Calling'den gelen çağrı eşi olacak biçimde güncellenecektir):

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

    Komutların açıklaması

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

    200201 etiketiyle VOIP çağrı eşi tanımlar. Yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama verilir.

    session target sip-server

    Genel SIP sunucusunun bu çağrı eşinden gelen çağrıların hedefi olduğunu belirtir. Kiracı 200'de tanımlanan Webex Calling sunucusu bu çağrı eşinden devralınacaktır.

    voice-class stun-usage 200

    LGW'daki STUN bağlantıları özelliği, yerel olarak oluşturulan STUN istemlerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine olanak tanır. Bu da, güvenlik duvarında iğne deliği açılmasına yardımcı olur.

    no voice-class sip localhost

    Giden mesajların From, Call-ID ve Remote-Party-ID üst bilgilerinde bulunan fiziksel IP adresinin yerine DNS localhost adının getirilmesini önler.

    voice-class sip tenant 200

    Çağrı eşinin kendisi altında aynı parametre tanımlanmadığı sürece çağrı eşi tüm parametreleri Kiracı 200'den (LGW <--> Webex Calling Santrali) alır.

    srtp

    Bu çağrı bacağında SRTP etkinleştirilir.

  3. Unified CM'nin Webex Calling Santraline doğru giden çağrı eşi:

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

    Komutların Açıklaması

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

    301 etiketiyle VOIP çağrı eşi tanımlar. Yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama verilir.

    session server-group 301

    Örnekte yalnızca tek bir düğüm gösterilmiş olsa da, birden fazla hedef UCM düğümü tanımlamak için çağrı eşinde oturum hedef IP'si yerine, Hedef Sunucu Grubuna (çağrı grubu 301 için sunucu grubu 301) yönlendiriyoruz.

    Giden Çağrı Eşindeki Sunucu Grubu

    DPG'de birden fazla çağrı eşi ve çağrı eşi sunucu grubunda birden fazla sunucu ile belirlenen tercihlere bağlı olarak çağrıların tüm Unified CM çağrı işleme aboneleri veya çağrı yakalama grupları genelinde rastgele dağıtılmasını sağlayabiliriz. Her bir sunucu grubunun beş adede kadar sunucusu olabilir (IPv4/v6 veya portsuz). İkinci çağrı eşi ve ikinci sunucu grubu, ancak beşten fazla çağrı işleme abonesinin kullanılması durumunda gereklidir.

    Daha fazla bilgi için bkz. https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html.

  4. 5'ten fazla Unified CM düğümünüz varsa, Unified CM'nin Webex Calling Santraline doğru ikinci giden çağrı eşi:

    dial-peer voice 303 voip
 description Outgoing dial-peer to CUCM-Group-2 
for inbound from Webex Calling - Nodes 6 to 10
 destination-pattern BAD.BAD
 session protocol sipv2
 session server-group 303
 voice-class codec 99
 dtmf-relay rtp-nte
 voice-class sip tenant 100
 no vad

  5. Unified CM'nin PSTN santraline doğru giden çağrı eşi:

    dial-peer voice 305 voip
 description Outgoing dial-peer to CUCM-Group-1 
for inbound from PSTN - Nodes 1 to 5
 destination-pattern BAD.BAD
 session protocol sipv2
 session server-group 305
 voice-class codec 99 
 dtmf-relay rtp-nte
 voice-class sip tenant 100
 no vad

  6. 5'ten fazla Unified CM düğümünüz varsa, Unified CM'nin PSTN Santraline doğru ikinci giden çağrı eşi:

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

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

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

    voice class dpg 100
 dial-peer 101 preference 1

  2. Giden çağrı eşi 200201 ile DPG 200'ü Umified CM --> LGW --> Webex Calling yolu olarak tanımlayın:

    voice class dpg 200
 dial-peer 200201 preference 1

  3. Şu yol için giden çağrı eşi 301 veya 303 için DPG 300’ü tanımlayın: Webex Calling --> LGW --> Unified CM

    voice class dpg 300
 dial-peer 301 preference 1
 dial-peer 303 preference 1

  4. Şu yol için giden çağrı eşi 305 veya 307 için DPG 302'yi tanımlayın: PSTN --> LGW --> Unified CM

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

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

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

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

    Komutların Açıklaması

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

    100 etiketiyle VOIP çağrı eşi tanımlar. Yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama verilir.

    session protocol sipv2

    Bu çağrı eşinin SIP çağrı bacaklarını işleyeceğini belirtir.

    incoming uri via 100

    IP PSTN'den LGW'ya gelen trafiğin tamamı, gelen VIA üst bilgisinin ses sınıfı URI 100 SIP'sinde tanımlanan ana bilgisayar IP adresinde kaynak IP (ITSP) adresiyle eşleştirilir.

    destination dpg 302

    Hedefi DPG 302 ile IOS-XE klasik giden çağrı eşi eşleştirme kriterlerini atlar ve doğrudan çağrı eşi 305 veya çağrı eşi 307 olabilecek önceki hedefi DPG 302'de tanımlanan çağrı eşlerini kullanarak giden çağrı ayağını yapılandırmaya geçer.

    voice-class sip tenant 300

    Çağrı eşinin kendisi altında aynı parametre tanımlanmadığı sürece çağrı eşi tüm parametreleri Kiracı 300'den alır.

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

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

    Komutların Açıklaması

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

    200201 etiketiyle VOIP çağrı eşini günceller ve Yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama verilir.

    incoming uri request 200

    Webex Calling'den LGW'ya gelen trafiğin tamamı, talep URI'sindeki benzersiz dtg şablonu üzerinden eşleştirilerek, bir İşletme ve Webex Calling ekosistemi içerisindeki yerel ağ geçidi sitesi benzersiz olarak tespit edilebilir.

    destination dpg 300

    Hedefi DPG 300 ile IOS-XE klasik giden çağrı eşi eşleştirme kriterlerini atlar ve doğrudan çağrı eşi 301 veya çağrı eşi 303 olabilecek önceki hedefi DPG 300'de tanımlanan çağrı eşlerini kullanarak giden çağrı ayağını yapılandırmaya geçer.

    max-conn 250

    Bu kılavuzda tanımlandığı şekilde, eş zamanlı çağrıların sayısını LGW ile Webex Calling hem gelen hem de giden çağrılar için tek bir çağrı eş zamanlı Webex Calling varsayılan olarak 250 ile kısıtlar. Yerel ağ geçidi üzerindeki eş zamanlı çağrı sınırlarına ilişkin daha fazla bilgi için bkz. https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

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

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

    Komutların Açıklaması

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

    300 etiketiyle VOIP çağrı eşi tanımlar. Yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama verilir.

    incoming uri via 300

    Unified CM'den LGW'ya gelen trafiğin tamamı, ses sınıfı URI 300 SIP'sinde tanımlanan iletim kaynak portu (5065) üzerinde eşleştirilir.

    destination dpg 200

    Hedefi DPG 200 ile IOS-XE klasik giden çağrı eşi eşleştirme kriterlerini atlar ve doğrudan çağrı eşi 200201 olacak önceki hedefi DPG 200'de tanımlanan çağrı eşlerini kullanarak giden çağrı ayağını yapılandırmaya geçer.

    voice-class sip tenant 300

    Çağrı eşinin kendisi altında aynı parametre tanımlanmadığı sürece çağrı eşi tüm parametreleri Kiracı 300'den alır.

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

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

    Komutların Açıklaması

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

    302 etiketiyle VOIP çağrı eşi tanımlar. Yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama verilir.

    incoming uri via 302

    PSTN hedefi için Unified CM'den LGW'ya tüm gelen trafik, Unified CM kaynak sinyali gönderme IP adresi ve URI 302 SIP'sinde tanımlanan VIA portu üzerinde eşleştirilir. Standart SIP portu 5060 kullanılır.

    destination dpg 100

    Hedefi DPG 100 ile IOS-XE klasik giden çağrı eşi eşleştirme kriterlerini atlar ve doğrudan çağrı eşi 101 olacak önceki hedefi DPG 100'de tanımlanan çağrı eşlerini kullanarak giden çağrı ayağını yapılandırmaya geçer.

    voice-class sip tenant 300

    Çağrı eşinin kendisi altında aynı parametre tanımlanmadığı sürece çağrı eşi tüm parametreleri Kiracı 300'den alır.

IP PSTN'den Unified CM PSTN Santraline

Webex Calling Platformundan Unified CM Webex Calling Santraline

Unified CM PSTN Santralinden IP PSTN'ye

Unified CM Webex Calling Santralinden Webex Calling Platformuna

Yerel Ağ Geçidini Tanılama İmzalarıyla İzleme ve Sorun Giderme

Tanı İmzaları (DS) IOS XE tabanlı yerel ağ geçidinde yaygın olarak gözlemlenen sorunları proaktif olarak algılar ve olayı bildiren bir e-posta, syslog 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ı İmzaları (DS), sorun tetikleyici olaylar hakkında bilgi ile sorun hakkında bilgi sağlamak ve sorunu gidermek ve çözmek için yapılması gereken işlemleri içeren XML dosyalarıdır. Sorun tespit mantığı, syslog mesajları ve SNMP olayları kullanılarak ve belirli komut gösterme çıktılarının periyodik olarak izlenmesi yoluyla tanımlanır. Eylem türleri, komut gösterme çıktılarının toplanmasını, konsolide bir kayıt dosyasının oluşturulmasını ve dosyanın HTTPS, SCP, FTP sunucusu gibi kullanıcı tarafından belirtilen bir ağ konumuna yüklenmesini içerir. Dosyalar TAC mühendisleri tarafından hazırlanır ve bütünlüğünün korunması için dijital olarak imzalanır. Her bir DS'nin sistem tarafından atanmış benzersiz bir kimlik numarası vardır. Tanı İmzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek amacıyla geçerli imzaları bulmak için tek kaynaktır.

Başlamadan önce:

  • DSLT'den indirilen DS dosyasını düzenlemeyin. Değiştirilen dosyaların kurulumu, bütünlük hatası nedeniyle başarısız olur.

  • Yerel ağ geçidinin e-posta bildirimleri göndermesi için bir Basit Posta Aktarım Protokolü (SMTP) sunucusu gereklidir.

  • E-posta bildirimleri için güvenli SMTP sunucusu kullanmak isterseniz, yerel ağ geçidinin IOS XE 17.3.2 veya üstü bir sürümde çalıştığından emin olun.

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

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

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

  2. Cihazın IOS XE 17.3.2 veya üstü bir sürümde çalışması durumunda proaktif bildirim göndermek için kullanılacak güvenli e-posta sunucusunu yapılandırın.

    
LocalGateway#configure terminal 
LocalGateway(config)#call-home  
LocalGateway(cfg-call-home)#mail-server <username>:<pwd>@<email server> priority 1 secure tls 
LocalGateway(config)#end

  3. ds_email çevre değişkenini, bildirimin gönderileceği yöneticinin e-posta adresiyle yapılandırın.

    
LocalGateway#configure terminal 
LoclGateway(config)#call-home  
LocalGateway(cfg-call-home)#diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
LocalGateway(config)#end

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

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

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

    
LocalGateway#configure terminal 
LocalGateway(config)#call-home  
LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
LocalGateway(config)#end

  3. ds_email çevre değişkenini, bildirimin gönderileceği yöneticinin e-posta adresiyle yapılandırın.

    
LocalGateway#configure terminal 
LoclGateway(config)#call-home  
LocalGateway(cfg-call-home)#diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
LocalGateway(config)#end

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

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

    
LocalGateway#configure terminal 
LocalGateway(config)#call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
LocalGateway(config)#end

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

    
LocalGateway#configure terminal 
LocalGateway(config)#call-home  
LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
LocalGateway(config)#end

  3. ds_email çevre değişkenini, bildirimin gönderileceği yöneticinin e-posta adresiyle yapılandırın.

    
LocalGateway#configure terminal 
LoclGateway(config)#call-home  
LocalGateway(cfg-call-home)#diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
LocalGateway(config)#end

Aşağıda, IOS XE 17.3.2 üzerinde çalışan yerel bir ağ geçidinin, güvenli SMTP sunucusu olarak Gmail kullanılıp tacfaststart@gmail.com adresine proaktif bildirimler göndermek için yapılandırılmasının bir örneği gösterilmektedir:


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

IOS XE yazılımı çalıştıran yerel ağ geçidi, OAuth desteğine sahip tipik bir web tabanlı Gmail istemcisi olmadığından, belirli bir Gmail hesap ayarı yapılandırıp, cihazdan gelen e-postanın doğru bir biçimde işlenmesini sağlamak için özel bir izin vermemiz gereklidir:

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

  2. Gmail'dan "Google, bir kişinin Google dışı bir uygulama ile hesabınızda oturum açmasını önledi" ifadesinin olduğu bir e-posta aldığınızda, bu e-postayı "Evet, bu bendim" olarak yanıtlayın.

Proaktif İzleme için Tanı İmzaları Yükleme

Yüksek CPU Kullanımını İzleme

Bu DS, SNMP OID 1.3.6.1.4.1.9.2.1.56 ile 5 saniyelik CPU kullanımını takip eder. Kullanım %75 veya üstüne ulaştığında, tüm hata ayıklamaları devre dışı bırakır ve yerel ağ geçidinde yüklü tüm tanı imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.

  1. show snmp komutunu kullanarak SNMP'nin etkinleştirildiğinden emin olun. Etkinleştirilmemişse, "snmp-server manager" komutunu yapılandırın.

    
LocalGateway# show snmp 
%SNMP agent not enabled 
LocalGateway# 

LocalGateway# 
LocalGateway# config t 
LocalGateway(config)# snmp-server manager 
LocalGateway(config)#end 
LocalGateway# 

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

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

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

    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 Bildirimiyle 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ğıda, dosyanın bir FTP sunucusundan Yerel Ağ Geçidine kopyalanmasının bir örneği verilmiştir.

    
LocalGateway# 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) 
LocalGateway #

  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

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

  5. show call-home diagnostic-signature komutunu kullanarak imzanın başarıyla yüklendiğini doğrulayın. Durum sütununda "kayıtlı" bir değer olmalıdır.

    
LocalGateway# 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

    LocalGateway#

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

SIP Santrali Kaydını İzleme

Bu DS, 60 saniyede bir Cisco Webex Calling bulutuyla yerel ağ geçidi SIP Santralinin kaydının silinmesini kontrol eder. Kayıt silme olayı algılandığında, bir e-posta ve syslog bildirimi oluşturur ve iki kayıt silme olayının gerçekleşmesinin ardından kendini kaldırır. İmzayı yüklemek için lütfen aşağıdaki işlemleri yapın.

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

    Alan Adı

    Alan Değeri

    Platform

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

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    SIP-SIP

    Sorun Türü

    E-posta Bildirimiyle SIP Santrali Kaydının Silinmesi

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

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

  3. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

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

  4. show call-home diagnostic-signature komutunu kullanarak imzanın başarıyla yüklendiğini doğrulayın. Durum sütununda "kayıtlı" bir değer olmalıdır.

Anormal Çağrı Bağlantı Kesilmelerini İzleme

Bu DS, 403, 488 ve 503 SIP hatalarıyla anormal çağrı kesilmelerini algılamak için 10 dakikada bir SNMP anketi kullanır.  Son anketten itibaren hata sayısı artış miktarının 5 veya daha fazla olması durumunda, bir syslog ve e-posta bildirimi oluşturur. İmzayı yüklemek için lütfen aşağıdaki işlemleri yapın.

  1. show snmp komutunu kullanarak SNMP'nin etkinleştirilip etkinleştirilmediğini kontrol edin. Etkinleştirilmemişse, "snmp-server manager" komutunu yapılandırın.

    
LocalGateway# show snmp 
%SNMP agent not enabled 
LocalGateway# 

LocalGateway# 
LocalGateway# config t 
LocalGateway(config)# snmp-server manager 
LocalGateway(config)#end 
LocalGateway# 

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

  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 Bildirimiyle SIP anormal çağrı bağlantı kesintisi algılama

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

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

  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

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

  5. show call-home diagnostic-signature komutunu kullanarak imzanın başarıyla yüklendiğini doğrulayın. Durum sütununda "kayıtlı" bir değer olmalıdır.

Sorun Gidermek için Tanı İmzalarını Yükleme

Tanı İmzaları (DS), sorunları hızlıca çözmek için de kullanılabilir. Cisco TAC mühendisleri, belirli bir sorunu gidermek, sorunun gerçekleşmesini tespit etmek, doğru tanı verilerini toplamak ve verileri otomatik olarak Cisco TAC vakasına aktarmak için gerekli hata ayıklamaları mümkün kılan çeşitli imzalara yetki vermiştir. 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.

Tanı İmzaları Arama Aracı'nı, geçerli imzaları bulmak ve belirli bir sorunun kendiliğinden çözülmesini sağlamak üzere yüklemek için kullanabilir ya da destek görüşmesi kapsamında TAC mühendisinin önerdiği 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" gerçekleşmesini algılamak için gerekli DS'nin nasıl bulunup yükleneceği açıklanmıştır.

  1. Toplanan tanı verilerinin yüklendiği CiscoTAC dosyası sunucu yolu (cxd.cisco.com) olan ds_fsurl_prefix ek DS ortamı değişkenini yapılandırabilirsiniz. Dosya yolundaki kullanıcı adı, vaka numarasıdır. Parola ise aşağıda gösterildiği gibi Destek Vaka Yöneticisi'nden alınabilecek dosya yükleme belirtecidir. Dosya yükleme belirteci, ihtiyaca göre Destek Vaka Yöneticisinin Ekler bölümünde oluşturulabilir.

    
LocalGateway#configure terminal 
LocalGateway(config)#call-home  
LocalGateway(cfg-call-home)#diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
LocalGateway(config)#end

    Örnek:

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. show snmp komutunu kullanarak SNMP'nin etkinleştirildiğinden emin olun. Etkinleştirilmemişse, "snmp-server manager" komutunu yapılandırın.

    
LocalGateway# show snmp 
%SNMP agent not enabled 
LocalGateway# 
 
LocalGateway# 
LocalGateway# config t 
LocalGateway(config)# snmp-server manager 
LocalGateway(config)#end 
LocalGateway#

  3. Yüksek CPU kullanımı sırasında tüm hata ayıklama ve tanı imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224 kurulması önerilir. 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 Bildirimiyle 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.

    
LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
LocalGateway# 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.

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

  7. show call-home diagnostic-signature komutunu kullanarak imzanın başarıyla yüklendiğini doğrulayın. Durum sütununda "kayıtlı" bir değer olmalıdır.

    
LocalGateway# 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

    LocalGateway#

Tanı İmzalarının Yürütülmesini Doğrulama

Aşağıda gösterildiği gibi, yerel ağ geçidinin imzada tanımlanan eylemi yürütmesi sırasında, show call-home diagnostic-signature komutunun "Durum" sütunu "çalışıyor" olarak değişir. show call-home diagnostic-signature statistics çıktısı, bir tanı imzasının ilgilenilen bir olayı algılayıp eylemi yürütmesinin söz konusu olup olmadığını doğrulamanın en iyi yoludur. "Tetikleme/Maksimum/Yüklemeyi Kaldırma" sütunu, belirli bir imzanın bir olayı kaç kez tetiklediğini, bir olayı en fazla kaç kez algılamak için tanımlandığını ve maksimum tetiklenen olay sayısı algılandıktan sonra imzanın kendi yüklemesini otomatik olarak kaldırıp kaldırmayacağını belirtir.


LocalGateway# 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ı

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Çalışıyor

2020-11-08 00:12:53

LocalGateway#

LocalGateway# show call-home diagnostic-signature statistics

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

LocalGateway#

Tanı İmzası yürütülmesi sırasında gönderilen bildirim e-postası, sorun türü, cihaz ayrıntıları, yazılım sürümü, çalıştırma konfigürasyonu gibi önemli bilgiler içerir ve belirtilen sorunun giderilmesi için önemli komut çıktılarını gösterir.

Tanı İmzalarını Kaldırma

Sorun giderme amacıyla kullanılan Tanı imzaları, genellikle belirli sayıda sorun gerçekleştiğinin algılanmasının ardından kaldırılmak üzere tanımlanır. Bir imzayı manuel olarak kaldırmak isterseniz, show call-home diagnostic-signature çıktısından DS kimliğini alın ve aşağıda gösterildiği gibi komutu çalıştırın.


LocalGateway# call-home diagnostic-signature deinstall <DS ID> 
LocalGateway#

Örnek:


LocalGateway# call-home diagnostic-signature deinstall 64224 
LocalGateway#

Dağıtımlarda yaygın olarak karşılaşılan sorunlara bağlı olarak, Tanı İmzaları Arama Aracına belirli aralıklarla yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir.
15 Tem 2021
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 aktif/bekleme konumunda CUBE'ler 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ı: Hussain1076_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

show sip-ua-register status


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
15 Tem 2021
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_Webex gibi benzersiz bir ad
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

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
15 Tem 2021
Webex Calling Özelliklerinizi Kurma

Otomatik Santral Oluşturma ve Yönetme

Çağrıların yanıtlandığından ve arayanların ihtiyaçlarının karşılandığından emin olun. 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.

Otomatik Santralleri nasıl oluşturup yöneteceğiniz hakkında bilgi için bkz. Cisco Webex Control Hub'da Otomatik Santral Yönetme.

Çağrı Yakalama Grubu Oluşturma

Çağrı yakalama grupları, gelen çağrıları bir kullanıcı veya çalışma alanı grubuna yönlendirebilir. Bir grubun tamamına yönlendirme yapabileceğiniz bir model dahi oluşturabilirsiniz.

Çağrı Yakalama Grubu oluşturma hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Yakalama Grupları.

Resepsiyonist İstemcisi Oluşturma

Ön ofis personelinizin ihtiyaçlarının karşılanmasını sağlayın. Kullanıcıları, tüm gelen çağrıları kuruluşunuzdaki belirli kişilere yönlendirecek biçimde ayarlayabilirsiniz.

Resepsiyonist istemcilerinizi oluşturma ve görüntüleme hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Resepsiyonist İstemcileri.

Çağrı Grubu Yapılandırma

Çağrı Grubu, kullanıcının özel bir Çağrı Grubu'na atanan numarayı veya dahili numarayı arayarak 75 adete varan hedef kullanıcıya ve iş istasyonuna tek yönlü çağrı veya grup çağrısı yapmasına olanak tanır.

Çağrı Grupları oluşturma ve düzenleme hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Grubu Yapılandırma.

Çağrı Sırası Oluşturma

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

Çağrı Sırası ayarlama ve yönetme hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub’da Çağrı Sıralarını Yönetme.

Çağrı Alımı Ayarlama

Kullanıcıların birbirinin çağrılarını yanıtlayabilmesi için küçük bir çağrı alma grubu oluşturarak ekip çalışması ve iş birliğini artırabilirsiniz. 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ı alma grubunun nasıl oluşturulacağı hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Alma.

Çağrı Parkı Ayarlama

Çağrı parkı, tanımlı bir kullanıcı grubunun, bir çağrı parkı grubunun kullanılabilir diğer üyelerine çağrı park etmesine olanak tanır. Park edilen çağrıları, grubun diğer üyeleri kendi telefonlarından alabilir.

Çağrı parkı ayarlama hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Parkı.

Kullanıcılara Diğer Kişilerin Telefon Görüşmelerine Katılması İçin İzin Verme

1

https://admin.webex.com müşteri görünümünden Kullanıcılar'a gidin ve sonra değişiklik yapmak istediğiniz kullanıcıyı seçin.
2

Calling öğesini seçin, Gelişmiş Çağrı Ayarları'na gidin ve ardından Katılma öğesini seçin.
3

Katılma öğesini etkinleştirin, çağrıya bir kişi katıldığında telefonun bir ses çalmasını isteyip istemediğinizi seçin ve ardından Kaydet'e tıklayın.

Bir Kullanıcı için Hoteling’i açma

Bir kullanıcı için hoteling düzenlemesini etkinleştirmek, ana masa telefonunun işlevselliğini ve özelliklerini korurken başka bir alanda çalışmasına olanak tanır.

1

https://admin.webex.com müşteri görünümünden Kullanıcılar'a gidin ve sonra değişiklik yapmak istediğiniz kullanıcıyı seçin.
2

Calling'i ve ardından Gelişmiş Çağrı Ayarları'nı seçin ve sonra Hoteling'e tıklayın.
3

Hoteling öğesini seçin ve ardından Kaydet'e tıklayın.

Bir Kişinin Bir Kullanıcının Hat Durumunu İzlemesini Engelleme

1

https://admin.webex.com müşteri görünümünden Kullanıcılar'a gidin ve değişiklik yapmak istediğiniz kullanıcıyı seçin.
2

Calling öğesini seçin ve ardından Gizlilik öğesine gidin.
3

Bu kullanıcı için uygun Otomatik Santral Gizliliği ayarlarını seçin.
4

Gizliliği Etkinleştir onay kutusunu işaretleyin. Ada göre kullanıcı arama alanını boş bırakarak herkesi engelleyebilirsiniz. Alternatif olarak, bu kullanıcının hat durumunu kimlerin görüntüleyebileceğini seçebilirsiniz.

Yukarıdaki yönetici örneğini kullanarak, o yöneticinin idari asistanının adını arayabilirsiniz.
5

Kaydet’e tıklayın.

Bir Kullanıcının Başka Bir Kişinin Telefonunun veya Çağrı Parkı Dahili Numarasının Hat Durumunu Görmesine İzin Verme

Maksimum izlenen hat sayısı 50 olsa da, bant genişliğini göz önünde bulundurmanız gerekir. Maksimum değer, kullanıcının telefonunda bulunan hat düğmesi numarasıyla da belirlenebilir.

1

https://admin.webex.com müşteri görünümünden Kullanıcılar'a gidin ve değişiklik yapmak istediğiniz kullanıcıyı seçin.
2

Calling'i ve ardından Gelişmiş Çağrı Ayarları'nı seçin ve sonra İzleme öğesine gidin.
3

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

  • İzlenen Hat Ekle
  • Çağrı Parkı Dahili Numarası Ekle
4

Bu kullanıcının park edilmiş çağrılar bildirimleri alıp almadığını seçin, izlenecek kişiyi veya çağrı parkı dahili numarasını arayın ve sonra Kaydet'e tıklayın.


 

Control Hub'daki izlenen hatlar listesi, kullanıcının cihazında görünen izlenen hatların sırasına karşılık gelir. İzlenen hat listesini istediğiniz zaman yeniden sıralayabilirsiniz.
5 Ağu 2021
Webex Calling kullanıcılarınızı yapılandırma ve yönetme

WebEx Calling hizmetlerinden yararlanmak için Cisco Webex 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.

Control Hub’da Manuel Olarak Kullanıcı Ekleme

Kullanıcıları Active Directory gibi bir dizinden senkronize etmeniz durumunda, Control Hub’da manuel olarak eklediğiniz kişileri dizininize de eklemeniz gereklidir.

Kullanıcı eklerken, ad ve soyadı genişletilmiş ascii karakterler veya %, #, <, >, \, /," karakterlerini içermemeli ve en fazla 30 karakter uzunluğunda olmalıdır. Ayrıca, ad ve last names +, -, =, @ ile baş baş erer.

Başlamadan önce

Bir deneme hesabı oluşturmak için e-posta adreslerini kullanmış kullanıcıları eklemeye çalışıyorsanız hata alabilirsiniz. Kullanıcıların kuruluşunuza eklemeden önce kuruluşunu silmesini sağlayın .

1

https://admin.webex.com müşteri görünümünden Kullanıcılar'a gidin ve ardından Kullanıcıları Yönet'e tıklayın.
2

Kullanıcıları manuel olarak ekle veya Değiştir 'i seçin.
3

(İsteğe bağlı) Otomatik olarak karşılama e-postaları gönderirseniz İleri'ye tıklayın.
4

Birini seçip İleri 'ye tıklayın:

  • E-posta adresini seçinve en fazla 25 e-posta adresi girin.
  • Adları ve e-posta adreslerini seçinve en fazla 25 ad ve e-posta adresi girin.

 

Kuruluşunuza dönüştürebilecek kullanıcıları ekleyebilirsiniz.
5

Lisans ataması:

  • Etkin lisans şablonunuz varsa, lisanslar yeni kullanıcılar için otomatik olarak atanır ve lisans özetini inceleyebilirsiniz.

  • Atanacak hizmetleri seçin. Birden fazla aboneliğiniz varsa listeden bir abonelik seçin.


 

Kişi Merkezi için lisans atıyorsanız, Webex, ardından Premium ve Standart Temsilci seçeneğiyle Müşteri Hizmetleri’ni seçin. Yönetici eklemek için hem Premium, hem de Yönetici seçeneğini seçin. Bir kullanıcıyı yönetici yapmadığınız sürece, o kullanıcı temsilci olarak değerlendirilecektir.
6

İçerik yönetimi:

  • Kurumsal içerik yönetimi için küresel erişim seçilirse içerik yönetimi kullanıcılara otomatik olarak atanır.
  • Her Kullanıcı için bir içerik yönetimi seçeneği belirleyin.
7

Kaydet’e tıklayın.

  • Katılmaya davet eden her kişiye bir e-posta gönderilir.

  • Control Hub'da kişiler ilk kez oturum açana kadar davet beklemede durumunda görünür. Lisanslar, Kullanıcı ilk kez oturum açtıktan sonra atanır veya Cisco Dizin Bağlayıcı 'i istenen bir etki alanıyla kullanıyorsanız, lisanslar kullanıcılar oluşturulduğunda atanır.
8

(İsteğe bağlı) Kullanıcıya çağrı eklediyseniz konum, telefon numarası ve dahili numara atayın.
9

İşlenen kayıtların Özet sayfasını gözden geçirin ve son 'a tıklayın.


 

Bir çağrı kullanıcısını ekledikten hemen sonra kullanıcı Çağrı Ayarlarını seçerken bir hata ile karşılaşmanız durumunda, Webex Calling lisansını kaldırmanızı ve sonra çağrı lisansını kullanıcıya yeniden atamanızı öneririz.

Sonraki adım

Kuruluşunuzdaki kişilere yönetici ayrıcalıkları atayabilirsiniz.

Control Hub’da CSV Şablonuyla Birden Fazla Kullanıcı Ekleme

Başlamadan önce

Kuruluşunuz için birden fazla CSV dosyanız varsa bir dosya yükleyin ve bu görev tamamlandığında bir sonraki dosyayı yükleyebilirsiniz.

Asya-Pasifik bölgesi (Japonya, Çin ve Hong Kong dahil) müşteriler için arayan kimliği Ad ve Soyadı alanlarından otomatik olarak açılır ve arayan kimliği Adı ve Arayan kimliği Soyadı alanları CSV yüklemesinde yok sayılır.

Bazı elektronik tablo düzenleyicileri. csv açıldığında hücrelerdeki + işaretini kaldırır. . Csv güncellemeleri yapmak için bir metin Düzenleyicisi kullanmanızı öneririz. Bir elektronik tablo Düzenleyicisi kullanırsanız, hücre biçimini metin olarak ayarladığınızdan emin olun ve kaldırılan herhangi bir + işaretini geri ekleyin.

1

https://admin.webex.com müşteri görünümünden Kullanıcılar'a gidin, Kullanıcıları Yönet'e tıklayın ve CSV ile Kullanıcı Ekle veya Değiştir'i seçin.
2

Dosyayı indirmek için dışa aktar 'a tıklayın ve CSV dosyasında yeni bir satıra Kullanıcı bilgileri girebilirsiniz.

  • Bir hizmet atamak için hizmetin sütununa true ekleyin ve bir hizmeti dışarda bırakmak için yanlış ekleyin. Kullanıcı Kimliği/e-posta (gerekli) sütunu, gerekli olan tek alandır. Her bir yeni kullanıcı için belirli dizin ve harici numaranız varsa, harici numaralar için diğer karakterler olmadan başa + ekleyin,

    Etkin lisans şablonunuz varsa tüm hizmet sütunlarını boş bırakın ve bu satırda yeni kullanıcı için şablona otomatik olarak atanır.


     

    Lisans şablonunu kullanarak kullanıcılara Kurumsal içerik yönetimi izinleri atayamazsınız, Ayrıntılar için Cisco WebEx Control hub kullanıcıların Içerik yönetimini etkinleştir bölümüne bakın .

  • Bir konum atamak için adı Konum sütununa girin. Bu alanı boş bırakırsanız, kullanıcı varsayılan konuma atanır.

  • Kullanıcıları Cisco Webex Kişi Merkezi için yönetici olarak ekliyorsanız, Kullanıcıları Manuel Olarak Ekleyin. Standart ve Premium rolleri ancak CSV ile atayabilirsiniz.

 

Bir kullanıcının adını girerken, soyadını da eklemeyi unutmayın. Aksi takdirde sorun yaşayabilirsiniz.
3

İçe aktar'a tıklayın, dosyanızı seçin ve aç 'a tıklayın .
4

Yalnızca hizmetleri Ekle veya Hizmetleri Ekle/Kaldır 'ı seçin.

Etkin lisans şablonunuz varsa, yalnızca hizmetler Ekle 'yi seçin.
5

Gönder’e tıklayın.

CSV dosyası yüklenir ve göreviniz oluşturulur. Tarayıcıyı veya bu pencereyi kapatabilirsiniz, göreviniz çalışmaya devam eder. Görevlerinizin ilerlemesini gözden geçirmek için Cisco WebEx Control hub görevleri yönetme 'ye bakın.

Bireysel Kullanıcılar İçin Control Hub’da Hizmet Lisanslarını Düzenleme

1

https://admin.webex.com müşteri görünümünden Kullanıcılar’a gidin.
2

Bir kullanıcı seçin ve Hizmetler > Lisansları Düzenle’ye tıklayın.
3

Birden fazla aboneliğiniz varsa listeden bir abonelik seçin.
4

Eklemek veya çıkarmak için hizmetleri seçin ve İleri’ye tıklayın.
5

Bir Webex Meeting lisansı atadıysanız, her bir Webex Meetings sitesi için kullanıcıya atanacak bir hesap türü seçin ve Kaydet’e tıklayın.


 

Kullanıcıları katılımcı olarak atamak için Webex sitenizde Katılımcı hesabı özelliğini etkinleştirmiş olmanız gerekir. CSV dosyasında Katılımcı hesabı sütununu görmüyorsanız, Müşteri Başarısı Yöneticiniz (CSM - Customer Success Manager), İş Ortağı Başarı Yöneticiniz (PSM - Partner Success Manager) veya Cisco Teknik Yardım Merkezi (TAC - Technical Assistance Center) ile iletişime geçerek Webex siteniz için bu özelliği etkinleştirin.

Katılımcı hesap türü, Webex Site Yönetimi rolüne sahip kullanıcılar için kullanılabilir değildir. Bu kullanıcılara katılımcı hesabı atamak isterseniz, kullanıcıların ilgili Webex Meetings sitesi için yönetim ayrıcalıklarını kaldırmanız gerekir.


 

Bir Calling lisansı ekledikten hemen sonra kullanıcı Calling ayarlarını seçerken bir hata ile karşılaşmanız durumunda, Webex Calling lisansını kaldırmanızı ve sonra lisansı kullanıcıya yeniden atamanızı öneririz.

Control Hub’da CSV Şablonuyla Kullanıcı Düzenleme

Başlamadan önce

Kuruluşunuz için birden fazla CSV dosyanız varsa bir dosya yükleyin ve bu görev tamamlandığında bir sonraki dosyayı yükleyebilirsiniz.

Kullanıcı silemez ve CSV şablonuyla bir kullanıcıya atanmış konumu değiştiremezsiniz.

Bazı elektronik tablo düzenleyicileri. csv açıldığında hücrelerdeki + işaretini kaldırır. . Csv güncellemeleri yapmak için bir metin Düzenleyicisi kullanmanızı öneririz. Bir elektronik tablo Düzenleyicisi kullanırsanız, hücre biçimini metin olarak ayarladığınızdan emin olun ve kaldırılan herhangi bir + işaretini geri ekleyin.

1

https://admin.webex.com müşteri görünümünden Kullanıcılar'a gidin, Kullanıcıları Yönet'e tıklayın ve CSV ile Kullanıcı Ekle veya Değiştir'i seçin.
2

(İsteğe bağlı) Otomatik olarak karşılama e-postaları gönderirseniz İleri'ye tıklayın.
3

Dosyayı indirmek için dışa aktar 'a tıklayın. İndirilen dosyayı (exported_users.csv) aşağıdaki yöntemlerden herhangi biriyle düzenleyebilirsiniz:

  • Mevcut kullanıcılarda değişiklik yapmak için Kullanıcı Kimliği/E-posta (Zorunlu) ve Konum dışında herhangi bir sütunu güncelleyebilirsiniz. Örneğin, kullanıcı KIMLIĞINI/e-postasını değiştirirseniz bu, yeni bir kullanıcı oluşturur.

  • Bir konum atamak için adı Konum sütununa girin. Bu alanı boş bırakırsanız, kullanıcı varsayılan konuma atanır.

  • Bir hizmet atamak için hizmetin sütununa true ekleyin ve bir hizmeti dışarda bırakmak için yanlış ekleyin.

  • Birden çok aboneliğiniz olduğunda, eklemek istediğiniz hizmeti tanımlamak için sütun üstbilgisindeki abonelik KIMLIĞINI kullanabilirsiniz. Örneğin, aynı hizmete sahip iki aboneliğiniz varsa, belirli bir abonelikten kullanıcıya uygulanacak bir hizmet belirtebilirsiniz.
4

Belirli kullanıcılar için çağrı gerçekleştirme yöntemini değiştirmek için Çağrı Davranışı sütununa bir değer girin. Aşağıdaki seçeneklerden birini girebilir ve her durum hakkında daha fazla bilgi için Webex Calling Davranışını Ayarlama bölümünü inceleyebilirsiniz:

  • USE_ORG_SETTINGS: Kuruluş geneli ayarları kullanmak için bu dizeyi girin.

  • NATIVE_WEBEX_TEAMS_CALLING: Webex'te Çağrı seçeneğini etkinleştirmek için bu dizeyi girin.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL: Webex Calling uygulaması seçeneğini kullanmak için bu dizeyi girin.
5

Arayan Kimliği Numarası, Arayan Kimliği Adı ve Arayan Kimliği Soyadı girin. Arayan Kimliği Numarası, Arayan Kimliği Adı ve Arayan Kimliği Soyadı sütunlarını boş bırakmanız durumunda, kullanıcı çağrı yaptığında Ad, Soyadı ve Telefon Numarası sütunları görünür. Arayan Kimliği Numarasını boş bırakmanız durumunda, kullanıcı arama yaptığında Konum Ana Numarası görünür.


 

Arayan Kimliği Adı ve Arayan Kimliği Soyadı sütunları özel karakter içeremez. Arayan Kimliği Adı veya Arayan Kimliği Soyadı alanının özel karakter içermesi durumunda, adın basitleştirilmiş hali kullanılır.
6

CSV dosyasını kaydettikten sonra, İçe Aktar öğesini tıklatın, değişiklikleri yaptığınız dosyayı seçin ve ardından Aç 'a tıklayın .
7

Yalnızca hizmetleri Ekle veya Hizmetleri Ekle ve Kaldır 'ı seçipGönder 'i tıklayın .


 

Bir kullanıcının iki Çağrı lisansı yoktur. Bu nedenle, organizasyonda birden fazla abonelik varsa ve kullanıcıları yeni bir aboneliğe taşımak istiyorsanız Hizmetleri ekle ve kaldır seçeneğini belirleyin. Hizmetleri eklemek için hücreleri TRUE olarak ayarlayın ve bu hücreleri FALSE olarak ayarerek hizmetleri kaldırın.

CSV dosyası yüklenir ve göreviniz oluşturulur. Tarayıcıyı veya bu pencereyi kapatabilirsiniz, göreviniz çalışmaya devam eder. Görevlerinizin ilerlemesini gözden geçirmek için Cisco WebEx Control hub görevleri yönetme 'ye bakın.

Yönetici davet e-postalarını bastırdığınızda, yeni kullanıcılar etkinleştirme e-postaları alır.

Kullanıcıya numaralar ekleme

Kişilerin cihazlarına istediğiniz zaman numara, dahili numara veya her ikisini de atayabilirsiniz. Atanan uzantılar, telefon görüntümde gösterilir.

Bunun yanında, birden fazla telefon numarası arandığında aynı telefonun çalması için alternatif numaralar yapılandırabilirsiniz. Aranan hatları ayırt edebilmek adına her numara için farklı bir zil sesi belirtebilirsiniz.

1

https://admin.webex.com müşteri görünümünden Kullanıcılar'a gidin ve ardından numara atamak istediğiniz kişiyi seçin.
2

Arama 'yı seçip Numara ekle 'ye tıklayın.
3

Kullanılabilir numaralar listesinden bir telefon numarası seçin. Dahili numara atama seçeneğiniz de vardır.

Bir numaranın kullanıcıya zaten atanmış olması durumunda, kullanıcıya eklenen yeni numaralar alternatif numara olarak eklenir. Bir kullanıcıya 10 adede kadar alternatif numara ekleyebilirsiniz.
4

Belirli telefon numaralarından gelen çağrıları tespit etmek için isteğe bağlı olarak ayırt edici bir zil sesi örüntüsü atayabilirsiniz. Bu özelliği etkinleştirmek için Ayırt Edici Zil Sesi Örüntüsü altındaki açma/kapatma düğmesine tıklayın.
5

Kaydet’e tıklayın.

Control Hub’dan Davet E-postasını Yeniden Gönderme

1

https://admin.webex.com i müşteri görünümünden Kullanıcılar'a gidin ve Durum sütununu filtreleyerek Davet Beklemede durumundaki kişileri görüntüleyin.
2

Eylemler altında, Davet Beklemede durumuna sahip bir kişi için Daha fazla > Daveti Yeniden Gönder’i seçin.

Control Hub’da Kuruluşunuzdan Kullanıcı Silme

Kuruluşunuz dizin senkronizasyonu kullanıyorsa Control Hub'da sil seçeneği uygulamasında kullanılamaz ve Active Directory Kullanıcı hesaplarını silmeniz gerekir. Ardından, Cisco Dizin Bağlayıcı kullanıcı hesabı bilgilerini senkronize ederken kuruluşunuzun kullanıcı listesini günceller.

https://admin.webex.com müşteri görünümünden Kullanıcılar'a gidin, daha fazla düğmesine ve ardından Kullanıcıyı sil'e tıklayın.

Kullanıcı artık Webex sitenizde oturum açamayacaktır, atanmış tüm Webex hizmetleri kaldırılır ve katıldığı herhangi bir alan veya ekipten çıkarılır. Alanlar alanında oluşturdukları tüm içerikler silinmez ve içerik, her alan sahibinin kullandığı saklama politikasına tabidir.

Yönetici rolleri ve ayrıcalıkları

Farklı ayrıcalık düzeylerine sahip bir müşteri yöneticisi ayarlayabilirsiniz. Bunlar tam yönetici, destek yöneticileri, salt okunur Yöneticiler veya uyum ofisleri olabilir. Tam yönetici ayrıcalıklarıyla, kuruluşunuzdaki herhangi bir kullanıcıya bir veya daha fazla rol atayabilirsiniz.

Kullanıcı ve cihaz yöneticisi veya cihaz yöneticisi rolünün atandığı kimse Webex Calling'i yönetemeyecektir.

Kullanıcılara roller atama

Control hub 'da farklı ayrıcalık düzeyleri hakkında bilgi bulabilir ve bir müşteri yöneticisi kurabilirsiniz. Müşteri yöneticileri, tam yönetici, destek yöneticileri, Kullanıcı ve cihaz yöneticileri, cihaz yöneticileri, salt okunur Yöneticiler veya uyumluluk ofisleri olabilir. Tam yönetici ayrıcalıklarıyla, kuruluşunuzdaki herhangi bir kullanıcıya bir veya daha fazla rol atayabilirsiniz.

Bir kuruluş için her zaman birden fazla yöneticiye sahip olmak isteyeceksiniz. Bu en iyi uygulamadır ve yöneticilerden birinin uygun olmaması durumunda yönetim değişiklikleri yapmanıza olanak tanır.

Kuruluşunuzdaki kullanıcılara, Control Hub'da neleri görebileceklerini ve nelere erişebileceklerini belirlemek için belirli yönetim rolleri atanabilir. Belirli yönetim rolleri atadığınızda sorumlulukları akıcı hale getirir ve yöneticilerin sorumlu tutulmasını daha kolay hale getirirsiniz. Uygunluk görevlileri, şirketinizde belirli kişileri arayabilir, paylaştıkları içeriği bulabilir veya belirli bir alanda arama yapabilir ve ardından bulgularından bir rapor oluşturabilir.

Control Hub’da HCS Yönetici Ayrıcalıkları hakkında bilgi için bkz. https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/hcs/12_5/HCS_Solution/Upgrade_Service/chcs_b_upgrade-service-book/chcs_b_upgrade-service-book_chapter_010.html

1

https://admin.webex.com müşteri görünümünden Kullanıcılar'a gidin ve bir kullanıcı seçin.
2

Roller ve güvenlik altındayönetici rolleri veya hizmet erişimi 'ne tıklayın .
3

Bu kullanıcıya atanacak bir rol seçin.

Bir kullanıcıyı Webex Site yöneticisi olarak atamak için Webex Site yönetimi rollerinin yanında bulunan Düzenle öğesine tıklayın ve kullanıcının yönetmesini istediğiniz her bir Webex sitesi için bir rol seçin.
4

Kaydet'i seçin.
15 Tem 2021
Webex Calling Cihazlarını Yapılandırma ve Yönetme

Yönetici olarak, Control Hub’da kullanıcılara veya çalışma alanlarına cihaz atayabilirsiniz. Bir cihazın MAC adresini sağlayabilir veya cihazın kendisine manuel olarak girilmesi gereken bir etkinleştirme kodu oluşturabilirsiniz.

Telefon Ekleme ve Kullanıcılara Atama

Control Hub ile kullanıcılara kişisel kullanımları için cihaz atayıp bu cihazları buluta kaydedebilirsiniz.

Burada listelenen cihazlar Webex Calling'i destekler. Tüm bu cihazlar 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, 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

DECT cihazlarla ilgili olarak, yalnızca DECT baz cihazları (DECT ahizeleri değil) Control Hub'da atanabilir. 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 müşteri görünümünden Cihazlar’a gidin ve ardından Cihaz Ekle’ye tıklayın.


 
Bir kullanıcının profilinden o kullanıcıya telefon da ekleyebilirsiniz. Kullanıcı için Cihaz Yönetme bölümünde nasıl yapılacağını görebilirsiniz.
2

Mevcut Kullanıcı'yı seçin, telefonun sahibini, kullanıcı adının veya kullanıcının gerçek adının bir kısmını girin, sonuçlardan kullanıcıyı seçin ve İleri'ye tıklayın.
3

Açılır listeden cihazı seçin ve ardından İleri'ye tıklayın.
4

Aşağıdaki seçeneklerden birini seçin ve 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. Control Hub'da cihaz durumunun güncellenmesinini 10 dakikaya kadar sürebileceğini unutmayın.

Yeni İş Alanına Telefon Ekleme

İnsanlar işteyken yemekhaneler, lobiler ve konferans odaları gibi birçok yerde bir araya gelir. Bu Çalışma Alanlarında paylaşımlı Cisco Webex cihazlarını kurabilir, hizmet ekleyebilir ve ardından iş birliğinin gerçekleşmesini izleyebilirsiniz.

Bir Workspaces cihazının ana ilkesi, belirli bir kullanıcıya atanmak yerine, ortak kullanım sağlayan fiziksel bir konum olmasıdır.

Burada 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 müşteri görünümünden Çalışma Alanları'na gidin ve ardından Çalışma Alanı Ekle'ye tıklayın.
2

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

Cisco IP Phone seçimi yapın ve İleri'ye tıklayın.
4

Açılır listeden cihaz türünü seçin, telefonu etkinleştirme koduyla mı, MAC adresiyle mi kaydetmek istediğinizi seçin ve ardından İleri'ye tıklayın. Cihazı etkinleştirme koduyla kaydetmeyi seçerseniz, kodun konum için belirtilen yöneticiye e-posta ile gönderileceğini unutmayın.

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

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.

Yeni İş Alanına Oda Cihazı Ekleme

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

Bir Workspaces cihazının ana ilkesi, belirli bir kullanıcıya atanmak yerine, ortak kullanım sağlayan fiziksel bir konum olmasıdır.

Burada listelenen cihazlar Webex Calling'i destekler.

1

https://admin.webex.com müşteri görünümünden Çalışma Alanları'na gidin ve ardından Çalışma Alanı Ekle'ye tıklayın.
2

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

Diğer Cisco Webex Cihazı seçimi yapın ve İleri'ye tıklayın.

Diğer Cisco Webex Cihazları, Cisco Webex Board dahil olmak üzere Cisco Webex Room veya Desk cihazını içerir.
4

Aşağıdaki seçeneklerden birini seçin:

  • Serbest Çağrı: Kullanıcılar ancak bir SIP adresi (örneğin, username@example.calls.webex.com) adresi kullanarak Webex veya Webex Oturum Başlatma Protokolü (SIP) çağrıları yapabilir.
  • Webex Calling:Webex ve SIP çağrıları yapmaya ve almaya ek olarak, bu Çalışma Alanındaki kişiler, cihazı Webex Calling numaralandırma planı içerisinde telefon çağrıları yapmak ve almak için kullanabilir. Örneğin, iş arkadaşınız Giacomo Edwards'ı, cep telefonu numarası 555-555-5555'i, dahili numarası 5555'i tuşlayarak veya gedwards@example.webex.com SIP adresini girerek arayabilirsiniz, ancak yerel pizzacınızı da arayabilirsiniz.
5

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

Verilen kodu kullanarak cihazı etkinleştirin. Etkinleştirme kodunu kopyalayabilir, e-postayla gönderebilir veya yazdırabilirsiniz.

Cihazları Toplu Olarak Ekleme ve Atama

Kullanıcılara ve yerlere atamanız gereken birden fazla cihazınız varsa, gerekli bilgileri içere bir CSV dosyası oluşturup bu cihazları birkaç kolay adımda etkinleştirebilirsiniz.

Burada listelenen cihazlar Webex Calling'i destekler. Tüm bu cihazlar 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çinde müşteri görünümünden Cihazlar'a gidin, Cihaz Ekle'ye tıklayın ve ardından, cihazı bir kullanıcıya mı, bir yere mi eklediğinizi seçin.
2

CSV dosyasını içeri aktar/yükle öğesini seçin.
3

Aşağıdaki seçeneklerden birini seçin:

  • Kullanıcı özniteliklerini dışarı aktar: Kuruluşunuzdaki tüm kullanıcıların ve özniteliklerinin listesini alabilirsiniz. Böylece her kullanıcıyı manuel olarak aramak zorunda kalmazsınız.
  • CSV şablonu indir: Oluşturduğumuz bir şablonu kullanarak kullanıcı adları, tür (kullanıcı mı, yer mi olduğunu), MAC adresi ve cihaz modeli gibi bilgileri girebilirsiniz. Şunları göz önünde bulundurmanız gerekir:

    • CSV dosyasının kullanıcı adı sütunu için kullanıcının kullanıcı kimliği veya adını değil, e-posta adresini girdiğinizden emin olun. Bu sütuna bir Yer ismi de girebilirsiniz.

    • Cihaz sayısını CSV dosyası başına 1000 ile sınırlamanızı öneririz. Bundan daha fazla cihaz eklemeniz gerekirse, ikinci bir CSV dosyası kullanın.

    • Henüz var olmayan bir yer girmeniz durumunda, bu yer sizin için otomatik oluşturulur.

    • MAC adresi sütununu boş bırakırsanız, etkinleştirme kodu oluşturulur ve bu kodun cihazın kendisine girilmesi gerekir.
4

MAC adresi boş bırakılırsa, etkinleştirme kodunun nereye gönderileceğini seçebilirsiniz:

  • Bağlantı sağlama: Etkinleştirme kodu, daha sonra indirebileceğiniz bir CSV dosyasına eklenir.
  • Etkinleştirme kodunu e-posta ile gönderme: Cihazın bir yere ait olması durumunda, etkinleştirme kodu yönetici olarak size gönderilir. Cihazın bir kullanıcıya ait olması durumunda, etkinleştirme kodu kullanıcıya gönderilir.
5

Doldurulmuş CSV dosyasını içeri aktarın.
6

Gönder’e tıklayın.

Cihazlar etkinleştirildikçe, size durum güncellemesi gönderilir.

 

Kullanıcıların cihazlarına etkinleştirme kodunu girebilmesi için çok platformlu cihazlarda 11.2.3MSR1 veya üstü bir bellenim olmalıdır. Telefon belleniminin nasıl yükseltileceği hakkında bilgi için bu makaleyi inceleyin.

Kullanıcı için Cihaz Yönetme

Kuruluşunuzdaki kullanıcılara atanan cihazlar için etkinleştirme kodu ekleyebilir, kaldırabilir, yenileyebilir, kontrol edebilir veya yeni bir etkinleştirme kodu oluşturabilirsiniz. Gerek duyulduğunda, bu işlemin kullanıcılar ekranında görüntülenmesi veya yönetilmesi kullanışlı olabilir.

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

Bu kullanıcıya cihaz eklemek için Cihaz Ekle'ye tıklayın.


 
Kullanıcı zaten bir cihaza atanmış ve başka bir cihaz eklemek istiyorsanız, Cihazlar'ın yanında bulunan simgesine ve ardından Cihaz Ekle öğesine tıklayın.
4

Mevcut bir cihazda değişiklik yapmak için cihazın adını seçin.

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.

Çalışma Alanı için Cihaz Yönetme

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. Hoteling hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Hoteling.

1

https://admin.webex.com müşteri görünümünden Çalışma Alanları’na gidin.
2

Değiştirilecek çalışma alanını seçin ve Cihazlar kutucuğuna gidin.
3

Cihaz eklemek için Cihaz Ekle'ye tıklayın.
4

Mevcut bir cihazda değişiklik yapmak için cihazın adını seçin.

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.

MPP Telefonu için Satır Ekleme ve Satırları Yeniden Sıralama

Bir kullanıcının birincil cihazına hat ekleyebilir ve hatların sırasını değiştirebilirsiniz. Buna aynı zamanda paylaşılan hat görünümü adı verilmekte olup, kullanıcıların kendi telefonlarını kullanarak başka bir kullanıcı dahili numarasına veya kullanıcı dahili numarasından çağrı oluşturmasına olanak tanır. Bunun bir örneği, yönetici asistanının yöneticisinin hattından çağrı başlatabilmesi ve alabilmesidir. 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 uygulama kullanımları dahil olmak üzere her bir kullanıcı telefon numarası için 35 cihazdır. Bir çalışma alanı telefonuna ilave hatlar eklenebilir, ancak çalışma alanı telefonu paylaşılan bir hat olarak eklenemez.

Bir kullanıcının MPP telefonuna eklediği hızlı aramalar Control Hub’da görünmez ve paylaşılan bir hat yapılandırılırsa, bu hızlı aramaların üzerine yazılabilir.

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 hat eklemek veya değiştirmek istediğiniz cihazı seçin ve eranı Telefon Kullanıcıları ve Ayarları öğesine kaydırın.

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çin simgesine tıklayın.


 
Hat 1'deki birincil kullanıcı kaldırılamaz.
6

Paylaşılan bir hat görünümü eklemek için simgesine tıklayın.


 
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.

Bir Kullanıcı için ATA Cihazı Yapılandırma

Control Hub'da bir kullanıcıya atanan Analog Telefon Adaptörü (ATA) cihazındaki portları yapılandırabilirsiniz. Şu anda 2 portlu cihazlar ve 24 portlu cihazlar olmak üzere ATA cihazları için kullanılabilecek iki yapılandırma mevcuttur.

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 port yapılandırması eklemek için simgesine tıklayın.
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

Cihazın T.38 faks sıkıştırması gerektirmesi durumunda, T.38 sütunundaki kutucuğu işaretleyin veya kullanıcı düzeyinde sıkıştırma seçeneklerini geçersiz hale getirin ve Kaydet'e tıklayın.


 
Bir çalışma alanının ATA'sı olabilir. Bu, faks makineleri için kullanışlı bir durumdur.

Konumunuza Numara Ekleme

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.

Control Hub'da ekleyebileceğiniz telefon numarası sayısını 250'den 1000'e yükselttik.

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

Ardından, Kaydet'e tıklayın.

Sipariş Edilen PSTN Numaralarının Durumunu Kontrol Etme

Kuruluşunuzun sipariş ettiği PSTN numarası listesini görebilirsiniz. Bu bilgilerle, kullanıma uygun ancak kullanılmayan numaraları ve sipiariş edilmiş olup yakın zamanda kullanılabilir hale gelecek numaraları görebilirsiniz.

https://admin.webex.com müşteri görünümünden, Hizmetler > Calling > PSTN Siparişleri’ne gidin.

Çok Formlu Telefon Bağlantılı Aksesuarlar — Kulaklıklar ve Kilit Genişletme Modülleri (KEM’ler - Key Expansion Modul)

Bir MPP cihazına aksesuar (Kulaklık/KEM) bağladığınızda, bu aksesuarlar Control Hub’da Cihazlar sekmesi altında 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.

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 & RJ11

—

Cisco IP Telefonu 8851/8861/8865

USB

USB

USB

RJ9 & RJ11

—

Cisco IP Telefonu 7811/7821/7841/7861

—

—

—

—

Cisco IP Telefonu 6821/6841/6851/6861

—

—

—

—

Cisco IP Telefonu 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 Telefonu 6851

CP-68KEM-3PCC

Cisco IP Konferans Telefonu 7832/8832

—
15 Tem 2021
Webex Calling için Kullanıma Başlama Trendleri ve Kullanım Raporları

Webex Calling hizmetlerinin nasıl ve ne sıklıkta kullanıldığını değerlendirmenize yardımcı olabilecek birçok rapora kolayca ulaşabilirsiniz. Ayrıca, konumunuzun ortam kalitesine hızlıca göz atabilirsiniz.

Çağrı Raporlarını Görüntüleme

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 Control Hub’da oturum açın, ardından Analizler’e girin ve Ayrıntılı Çağrı Geçmişi’ni seçin.

Otomatik olarak, çağrı kullanımını analiz edip değerlendirebileceğiniz Calling Yönetici Portalı’na yönlendirilirsiniz. Özel çağrı özellikleri için kullanılabilecek raporlar hakkında bilgi için bkz. Calling Yönetici Portalı - Raporlar. Çağrı etkinliği hakkında bilgi için bkz. Calling Yönetici Portalı - Analizler.
2

Ortam kalitesi verilerine erişmek için Control Hub üzerinde oturum açın, ardından Analizler’i ve sonra Calling’i seçin.

Daha fazla bilgi için bkz. Bulut İş Birliği Portföyünüz için Analizler.
15 Tem 2021
Cisco Webex Calling İçin Port Referans Bilgileri

Burada telefonlarınızı, Webex uygulamasını ve ağ geçitlerini Cisco Webex Calling’e bağlamak için kullanılan adres, port ve protokollerin listesi verilmiştir. 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.

Doğru yapılandırılmış bir güvenlik duvarı, başarılı bir çağrı dağıtımı için büyük öneme sahiptir. Webex Calling'in küresel bir hizmet olması nedeniyle sinyal gönderme, ortam, ağ bağlantısı ve yerel ağ geçidi için portların kullanılmasını gerekli kılıyor ve aşağıda belirtilen tüm portları açık bırakmanızı öneriyoruz.

Tüm güvenlik duvarı yapılandırmalarının açık olması için port gerekmese de, içten dışa kurallarıyla çalışıyorsanız, giden hizmet için gerekli protokollere izin vermek için port açmanız gerekir. NAT dağıtımı yaptığınız, makul bağlama süreleri tanımladığınız ve NAT cihazında SIP'de değişiklik yapmadığınız sürece, güvenlik duvarının giriş tarafında port açmak zorunda kalmamanız gerekir.

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.

Webex Meetings ve Messaging için ağ gereksinimleri hakkında daha fazla bilgi için bkz. Webex Hizmetleri İçin Ağ Gereksinimleri.

Güvenlik Duvarı Üzerinden Webex Calling Trafiği

Ç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. Tüm Webex Calling uç noktaları http(s) proxy'lerini desteklemediğinden, ağınızda Webex Calling hizmetlerine erişim sağlamak için aşağıdaki güvenlik duvarı yönergelerini izleyin.

Güvenlik Duvarı Yapılandırması

Güvenlik duvarınızın URL filtrelemesini desteklemesi durumunda, güvenlik duvarını, Webex Calling Hizmetleri İçin Etki Alanları ve URL'ler tablosunda listelenen Webex Calling hedef URL'lerine izin verecek biçimde yapılandırın.

Yine de, URL/etki alanı filtrelemesini desteklemeyen bir güvenlik duvarı kullanıyorsanız, güvenlik duvarını, Webex Calling Hizmetleri İçin IP Adresleri ve Portları başlığı altında listelenen IP adresi aralıklarını ve portları kullanarak trafiği filtreleyecek biçimde yapılandırın.

Webex Calling Hizmetleri İçin IP Adresleri ve Portları

Aşağıdaki tabloda, buluta kayıtlı Webex uygulamaların ve cihazların Webex Calling bulut sinyali ve ortam hizmetleriyle iletişim kurmasına izin vermek için güvenlik duvarınızda açılması gereken portlar ve protokoller verilmiştir.

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

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

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 portlar

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

8934

Yerel Ağ Geçitlerinden, Cihazlardan ve Uygulamalardan (Kaynak) Webex Calling Cloud'a (Hedef) giden SIP-TLS çağrı sinyalleri için bu IP'ler/portlar gereklidir.

Cihazlar

5060-5080

Uygulamalar

Kısa Süreli (İşletim sistemine bağlı)

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

 Yerel Ağ Geçidi NIC

8000-48000†

UDP

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

5004,19560-65535

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.

Cihazlar

19560-19660

Uygulamalar

Kısa Süreli
PSTN ağ geçidine çağrı sinyali gönderme (SIP TLS) Yerel Ağ Geçidi dahili NIC'si 8000-65535 TCP ITSP, PSTN GW veya Unified CM'niz PSTN 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) Yerel Ağ Geçidi dahili NIC'si

8000-48000†

 UDP ITSP, PSTN GW veya Unified CM'niz PSTN seçeneğine bağlıdır (örneğin, Unified CM için tipik olarak 5060 veya 5061)

Genel adresli uç noktalara çağrı sinyali gönderme (SIP TLS)

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

Kısa Süreli

TCP

Uç Nokta IP'si

8934

Webex Calling Cloud'dan (Kaynak) genel adresli uç noktalara (Hedef) gelen SIP-TLS çağrı sinyalleri için bu IP'ler/portlar gereklidir.

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

443,6970

*Bu IP'ler cloudupgrader.webex.com'a aittir.

cloudupgrader.webex.com ve 443 ile 6970 portlarını yalnızca İşletme telefonlarından (Cisco Unified CM) Webex Calling'e geçerken etkinleştirmeniz gerekir. Daha fazla bilgi için upgrade.cisco.com adresini ziyaret edin.

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

 80,443

*Bu IP'ler activation.webex.com'a aittir.

Cihazların (MPP telefonları) 16 haneli etkinleştirme kodu (GDS) yoluyla güvenli bir biçimde eklenmesi için bu IP'ler gereklidir.

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

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

80,443

Bu IP'ler activate.cisco.com'a aittir.

Bu etki alanı, CDA / EDOS - MAC adresi tabanlı sağlama için kullanılır. Bellenimi daha yeni olan cihazlar (MPP telefonları, ATA'lar ve SPA ATA'lar) tarafından kullanılır.

Bir telefonun bir ağa ilk kez veya fabrika ayarlarına sıfırlandıktan sonra bağlanması ve ayarlanmış DHCP seçeneklerinin olmaması durumunda, telefon dokunmasız sağlama için bir cihaz etkinleştirme sunucusuna bağlanır. Yeni telefonlarda sağlama için "webapps.cisco.com" yerine "activate.cisco.com" kullanılır. Bellenim sürümü 11.2(1)'den önce olan telefonlarda "webapps.cisco.com" kullanılmaya devam edecektir. Güvenlik duvarınızda her iki etki alanı adına da izin vermenizi öneririz.

72.163.10.128/25

173.37.146.128/25

80,443

Bu IP'ler webapps.cisco.com'a aittir.

Bu etki alanı, CDA / EDOS - MAC adresi tabanlı sağlama için kullanılır. Bellenimi daha eski olan cihazlar (MPP telefonları, ATA'lar ve SPA ATA'lar) tarafından kullanılır.

Bir telefonun bir ağa ilk kez veya fabrika ayarlarına sıfırlandıktan sonra bağlanması ve ayarlanmış DHCP seçeneklerinin olmaması durumunda, telefon dokunmasız sağlama için bir cihaz etkinleştirme sunucusuna bağlanır. Yeni telefonlarda sağlama için "webapps.cisco.com" yerine "activate.cisco.com" kullanılır. Bellenim sürümü 11.2(1)'den önce olan telefonlarda "webapps.cisco.com" kullanılmaya devam edecektir. Güvenlik duvarınızda her iki etki alanı adına da izin vermenizi öneririz.

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

80.443

Webex Calling’de Cihaz yapılandırması ve bellenim yönetimi için bu IP'ler gereklidir.

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ümleme

Webex Calling cihazları

Kısa Süreli

UDP ve TCP

Ana bilgisayar tanımlı

53

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

80, 443

Bu IP'ler, Webex Idbroker Kimlik Doğrulama Hizmetlerine aittir ve istemciler, yani Webex Uygulamaları tarafından kullanılır.

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

80, 443, 8443

Bu IP'ler, Webex Calling uygulaması yapılandırma hizmetlerine aittir ve istemciler, yani Webex Uygulamaları tarafından kullanılır.

Uygulama saat senkronizasyonu

Webex Calling uygulamaları

123

UDP

Ana bilgisayar tanımlı

123

Uygulama adı çözümleme

Webex Calling uygulamaları

Kısa Süreli

UDP ve TCP

Ana bilgisayar tanımlı

53

CScan

Webex Calling uygulamaları

Kısa Süreli

UDP ve TCP

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

8934 ve 80, 443, 19569-19760

Bu IP'ler, istemcilerin, yani Webex Uygulamalarının kullandığı CScan hizmetleri tarafından kullanılır. Daha fazla bilgi için scan.webex.com adresini ziyaret edin.

† CUBE ortam portu aralığı, rtp-port range ile yapılandırılabilir.

*Bu IP adresleri/aralıkları Cisco'ya ait değildir ve belirli aralıklarla değişebilir. Güvenlik duvarı kullanıyorsanız, listelenen URL'lere izin vermenizi öneririz.

Webex Calling Hizmetleri İçin Etki Alanları ve URL'ler

Etki Alanı / URL

Açıklama

Bu etki alanlarını / URL'leri kullanan Webex uygulamaları ve cihazları

Cisco Webex Hizmetleri

*.broadcloudpbx.com

Control Hub'dan Calling Yönetici Portalına çapraz giriş için Webex yetkilendirme mikro hizmetleri.

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ı

*.cisco.com

Bir telefonun bir ağa ilk kez veya fabrika ayarlarına sıfırlandıktan sonra bağlanması ve ayarlanmış DHCP seçeneklerinin olmaması durumunda, telefon dokunmasız sağlama için bir cihaz etkinleştirme sunucusuna bağlanır. Yeni telefonlar activate.cisco.com adresiyle sağlama yaparken, bellenim sürümü 11.2(1)'den önce olan telefonlar sağlama için webapps.cisco.com adresini kullanmaya devam etmektedir.

MPP Telefonları, Control Hub

*.ucmgmt.cisco.com

Webex Calling hizmetleri

Control Hub

*.webex.com

Çağrı, Toplantı ve Mesajlaşma için, Kimlik Doğrulama gibi Webex Temel Hizmetleri.

Tümü

*.wbx2.com ve *.ciscospark.com

Yazılım yükseltme hizmeti gibi, Webex mikro hizmetleri.

Tümü

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önetimi hizmetleri (çoğunlukla ABD için).

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ı

Ağ güvenlik duvarınız http(s) trafiği için *.webex.com gibi etki alanı izin listelerini destekliyorsa, bu etki alanlarının tümüne izin verilmesi önemle tavsiye edilir.

Webex Meetings/Messaging - Ağ Gereksinimleri

Webex Calling'i Webex Meetings ve Messaging hizmetleriyle dağıtıyorsanız, Webex Meetings ve Messaging hizmetleri için ağ gereksinimleri, Webex Hizmetleri İçin Ağ Gereksinimleri bölümünde mevcuttur.

Belge Revizyon Geçmişi

Tarih

Bu Makalede Aşağıdaki Değişiklikleri Yaptık

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

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

Webex Calling'de Nisan 2021'de kullanıma sunulacak Etkileşimli Bağlantı Kurmayı (ICE) desteklemek amacıyla Webex Calling'e çağrı ortamı (STUN, SRTP) için hedef port olarak 5004'ü ekledik.

22 Şubat 2021

Etki alanları ve URL'ler artık ayrı bir tabloda listeleniyor.

IP Adresleri ve Portları tablosu, aynı hizmetler için grup IP adreslerine ayarlandı.

İhtiyaçları daha iyi anlamak için IP Adresleri ve Portları tablosuna notlar sütunu eklendi.

Cihaz yapılandırması ve bellenim yönetimi (Cisco cihazları) için aşağıdaki IP adresleri basitleştirilmiş aralıklara taşındı:

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'ye yönlendirildiğinden, Uygulama Yapılandırmasına aşağıdaki IP adresleri eklendi.

  • 199.59.64.237

  • 199.59.67.237

21 Ocak 2021

Cihaz yapılandırması ve bellenim yönetimine (Cisco cihazları) aşağıdaki IP adreslerini 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ırması ve bellenim yönetiminden (Cisco cihazları) aşağıdaki IP adreslerini çıkardık:

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Uygulama yapılandırmasına aşağıdaki 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 aşağıdaki IP adreslerini çıkardık:

  • 64.68.99.6

  • 64.68.100.6

Uygulama yapılandırmasından aşağıdaki port numaralarını çıkardık:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Uygulama yapılandırmasına aşağıdaki etki alanlarını 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 de buraya eklenebilir olana kadar ağ şemaları gizlendi.

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

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

  • Genel adresli uç noktalara ç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

  • 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 birini düzelttik: 199.59.67.156 adresini 199.59.64.156 olarak değiştirdik

  • Yeni özellikler için UDP'nin yanı sıra yeni portlar da gerekiyordu: 19560-19760

11 Mart 2020

Uygulama yapılandırmasına aşağıdaki etki alanı 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.broadcloud.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ışı

İlgili Makaleler
arrow icon

Çözümler
Özellikler
Sektörler
Kaynaklar
Şirket
Bağlan
Hüküm ve KoşullarGizlilik BeyanıÇerezlerTicari Markalar
© 2021 Cisco ve/veya bağlı kuruluşları. Tüm hakları saklıdır.