Karşınızda Webex Calling
Kurumsal dereceli bulut çağrısı, mobil kullanım ve PBX özelliklerini, mesajlaşma ve toplantılar için Webex Görüntülü Çağrı ve Arama Webex Calling Cisco cihazından faydalanabileceklerini hayal edin. 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
Webex kullanıcı için uygulama 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. Hizmet, mevcut bir kuruluş altyapısı (şirket içi IP PBX olmadan yerel ağ geçidi veya mevcut Unified CM çağrı ortamıyla) ya da İş Ortağı veya Cisco tarafından sağlanan yeni PSTN seçenekleriyle 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.
Ö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:
|
Ç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.
Ö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),siparişlerinizi ve yapılandırmanızı Webex Calling paket teklif yönetiminizi (Webex Calling, Uygulama ve Meetings) merkezi hale getirmek için Webex Calling ile Webex entegre olan 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:
Webex Calling uygulaması: Çağrı için Cisco markalı bir yazılım temelli istemcidir. Daha fazla bilgi için bkz. Yeni Cisco Webex Calling Uygulamasını Tanıma.
Webex Ayarları (https://settings.webex.com)—Kullanıcıların profil için tercihleri ayarlayabilecekleri, Webex Uygulamasını indirlayabilecekleri ve çağrı ayarları için Çağrı Kullanıcı Portalı'Webex çapraz başlatlayabilecekleri arayüz. Daha fazla bilgi için bkz. Webex Ayarlarınızı Değiştirme.
Webex Uygulaması— Uygulama, abonelikte Cisco markalı Ekip Mesajlaşma istemcisi olarak dâhildir. Daha fazla bilgi için bkz . Uygulamanın Uygulamasını Cisco Webex.
Webex Meetings: Bir Toplantı çözümü olarak eklenen isteğe bağlı bir uygulamadır. Daha fazla bilgi için bkz. Webex Meetings.
Genel Bakış
Webex Calling maliyetleri düşürerek buluta kritik iş iletişimlerini geçirmenizi artırarak üretkenliği iyileştirin. Diğer uygulama ve Webex birleştirilmiş olduğunda, tam bir kurumsal bulut çağrısı ve işbirliği deneyiminin en önemli sorundur. Cisco, müşterilerimizin her yerden bağlı ve üretken olması için şirket içi, bulutta ve karışık model dağıtımları destekler; bile kesintili pazar etkinlikleri sırasında.
Webex Calling mimariye göre özel bir bulut örneği seçeneği Cisco Unified Communications Manager içerir. Özel Örnek, Webex Calling ile entegredir ve Webex platformu hizmetlerinden faydalanarak bulut yenilikçiliği ve eski Cisco uç noktalarını, yerel kalan çözümleri veya kritik iş akışlarının bir parçası olan mevcut entegrasyonları desteklemesi gereken müşteriler için gelişmiş bir deneyim sunar.
Bu eklenti için Adanmış Örnek Webex Calling içerir:
Cisco Unified Communications Manager
Cisco Unified IM ve Presence Durumu
Cisco Unified Birlik Bağlantısı
Cisco Expressway
Cisco Acil Müdahaleci (Yalnızca Amerika bölgesi)
Cisco Session Management Edition (SME) (İsteğe Bağlı)
Genişletilmiş YG - Adanmış Örnek, ilişkili UC Manager sürümüyle aynı ses ve video uç noktalarını destekler ve buluta gidip bu varlıkların YG'lerini genişleterek tüm müşteri uç noktalarını yenileme gereksinimini ortadan kaldırarak.
Temel Şirket Arası – Adanmış Örnek, ses Webex Calling platformu üzerinden çağrı yönlendirme için özel Webex entegredir. Müşteriler, kullanıcıları hem Adanmış Örneklerde hem de Webex Calling genelinde dağıtma ve bulut çağrı iş gerekliliklerini karşılamak için gerektiğinde ayarlama esnekliğine sahiptir.
Farklı platformlarda kullanıcıları ayıran müşteriler farklı özellikler deneyimlemektedir. Çağrı özellikleri, Adanmış Örnek ve AşağıdakiLer arasında Webex Calling. Örneğin, Webex Calling kullanıcılar Adanmış Örnekte çağrı yakalama grubu bir çağrı yakalama grubu parçası olamaz. |
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.

Kuruma yardımcı olmak için birkaç kullanıcıyı Control Hub'a e-posta adreslerini girerek Webex Uygulamasına katılmaya davet etmenizi öneririz. Kişileri, arama dahil olmak üzere sağladığınız hizmetleri kullanmaya ve kullanım deneyimleri hakkında geri bildirim vermeye teşvik edin. Hazır olduğunuzda, istediğiniz zaman daha fazla kullanıcı ekleyebilirsiniz.
Control Hub'a erişim için Google Chrome veya Mozilla Firefox'un en son masaüstü sürümünü kullanmanızı öneririz. Mobil cihazlardaki tarayıcılar ve diğer masaüstü tarayıcılar, beklenmeyen sonuçlar ortaya çıkarabilir. |
Aşağıda verilen bilgileri, kuruluşunuzu hizmetleri kullanmak üzere ayarlarken ne beklemeniz gerektiğinin üst düzey bir özeti olarak kullanabilirsiniz. Daha fazla ayrıntılı bilgi için ayrı ayrı bölümlerde yer alan adım adım talimatları inceleyin.
Başlama
İş ortağınız hesabınızı oluşturduktan sonra bir karşılama e-postası alırsınız. Control Hub'a girmek için Chrome veya Firefox ile e-postadaki Başlarken bağlantısına tıklayın. Bu bağlantı, yönetici e-posta adresiyle otomatik olarak oturumunuzu açar. Ardından, bir yönetici parolası oluşturmanız istenir.

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

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

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

Microsoft Active Directory kullanıyorsanız, önce Dizin Senkronizasyonu'nu etkinleştirmenizi ve ardından kullanıcıları nasıl eklemek istediğinize karar vermenizi öneririz. Cisco Dizin Bağlayıcıyı kurmak için İleri'ye tıklayın ve talimatları izleyin.
Çoklu Oturum Açma (SSO) Özelliğini Kurma
Webex Uygulaması temel kimlik doğrulamayı 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
Kullanıcıların mobil uygulamayı kullanmaya başlay için ekley kullanıcılara Webex 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
Artık siz kullanıcılar ekledik ve hizmetler atandı. Bu hizmetler, mesajlaşma ve toplantılar için Webex Calling ve Webex Uygulaması için desteklenen Çok Platformlu Telefonlarını (MPP'ler) kullanmaya başlayabilirler. Onları, erişim için her şeyi bir arada bulabilecekleri bir ortam olarak Cisco Webex Ayarları'nı kullanmaya teşvik edin.
Yerel Ağ Geçidinin Rolü
Yerel ağ geçidi, Genel Anahtarlı Telefon Ağı (PSTN) ve eski genel birim santrali (PBX) (Unified CM dahil) ile birlikte çalışmak üzere, işletme veya iş ortağı tarafından yönetilen bir uç cihazıdır.
Control Hub’ı kullanarak bir konuma yerel ağ geçidi atayabilirsiniz. Control Hub, CUBE üzerinde yapılandırabileceğiniz parametreleri sağlayacaktır. Bu adımlar yerel ağ geçidini buluta kaydettikten sonra, yerel ağ geçidi üzerinden belirli bir konumdaki Webex Calling kullanıcılarına PSTN hizmeti sağlanır.
Bir Yerel Ağ Geçidini belirtip sıralamak için Yerel Ağ Geçidi sıralama kılavuzu'nu okuyun.
Webex Calling için Desteklenen Yerel Ağ Geçidi Dağıtımları
Şu temel dağıtımlar desteklenir:
Yerel ağ geçidi bağımsız olarak veya Cisco Unified İletişim entegrasyonun gerekli olduğu dağıtımlar içerisinde dağıtılabilir.
Kuruluş İçi IP PBX'siz Yerel Ağ Geçidi Dağıtımları
Bağımsız Yerel Ağ Geçidi Dağıtımları
Bu şekilde, herhangi bir IP PBX'in mevcut olmadığı ve tek bir konum veya çok konumlu bir dağıtım için geçerli bir Webex Calling dağıtımı görülmektedir.
Webex Calling hedeflerinizle eşleşmeyen her türlü çağrı için Webex Calling bu çağrıları işlenmek üzere konuma atanan yerel ağ geçidine gönderir. Yerel Ağ Geçidi, gelen tüm çağrıları Webex Calling'den PSTN'ye ve tam tersi yönde PSTN'den Webex Calling'e yönlendirir.
PSTN ağ geçidi bağımsız bir platform olabilir veya yerel ağ geçidiyle birlikte kullanılabilir. Aşağıdaki görselde görüldüğü gibi, bu dağıtımın bağımsız PSTN ağ geçidi türünü öneririz. Bu uygulama, mevcut PSTN ağ geçidinin Webex Calling yerel ağ geçidi olarak kullanılamaması durumunda kullanılabilir.
Birlikte Kullanılan Yerel Ağ Geçidi Dağıtımı
Yerel ağ geçidi IP tabanlı olabilir, SIP santraliyle bir ITSP'ye bağlanabilir veya ISDN veya analog devre kullanarak TDM tabanlı olabilir. Aşağıdaki şekilde, yerel ağ geçidinin PSTN GW/SBC ile birlikte kullanıldığı bir Webex Calling dağıtımı görülmektedir.
İş Yeri İçi Unified CM PBX'li Yerel Ağ Geçidi Dağıtımları
Şu durumlarda Unified CM ile entegrasyon gereklidir:
Unified CM'nin şirket içi çağrı kontrolü çözümü olarak dağıtıldığı mevcut bir Cisco UC dağıtımına Webex Calling'in etkinleştirildiği etkinleştirilmiş konumların eklenmesi
Unified CM üzerinde kayıtlı telefonlar ve Webex Calling konumlarındaki telefonlar arasında doğrudan aramanın gerekli olması.
Bu şekilde, müşterinin mevcut bir Unified CM IP PBX'inin olduğu bir Webex Calling dağıtımı görülmektedir.
Webex Calling, müşterinin ağ geçidiyle yerel ağ geçidine Webex Calling çağrı gönderir. Bu, PSTN numaraları ve Unified CM dahili Webex Calling içerir. Yerel ağ geçidi, hizmetten gelen tüm çağrıları Webex Calling CM'ye ve tam tersi de Unified CM'ye yönlendirer. Ardından, Unified CM, gelen çağrıları mevcut arama planına göre yerel hedeflere veya PSTN'ye yönlendirir. Unified CM çağrı planı, numaraları +E.164 olarak normalleştirir. PSTN ağ geçidi bağımsız olarak veya yerel ağ geçidiyle birlikte kullanılabilir.
Bağımsız PSTN Ağ Geçidi
Bu dağıtımın, şemada gösterilen bağımsız PSTN ağ geçidi versiyonu, önerilen seçenektir ve mevcut PSTN ağ geçidinin Webex Calling yerel ağ geçidi olarak kullanılamaması durumunda kullanılabilir.
Birlikte Kullanılan PSTN Ağ Geçidi
Bu şekilde, yerel ağ geçidinin PSTN ağ geçidi/SBC ile birlikte kullanıldığı Unified CM'li Webex Calling dağıtımı görülmektedir.
Webex Calling, müşterinin ağ geçidiyle Webex Calling tüm çağrıları konuma atanan yerel ağ geçidine yönlendirer. 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ı üzerinde aranan numara, Webex Calling'da aynı müşteri içindeki başka bir hedefe yönlendirilamazsa çağrı, daha fazla işlem için yerel ağ geçidine gönderilir. Tüm ağ dışı (ağ Webex Calling) ç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.) Bu Webex Calling yönlendirme mantığı, daha sonra DID atamasını temel alarak çağrının Webex Calling cihaza gönderildiğini emin olur.
Bunun yanında, Unified CM kayıtlı uç noktalarından Webex Calling hedeflerine yapılan çağrılar, Unified CM'de sağlanan çağrı planına tabidir. Tipik olarak, bu çağrı planı kullanıcıların çağrı yapmak için yaygın işletme çağrı alışkanlıklarını kullanmasına izin verir. Bu alışkanlıkların yalnızca +E.164 biçiminde tuşlamayı içermez. +E.164 dışında herhangi bir arama numarası, yerel ağ geçidine göndererek doğru yönlendirmenin açık olmasına izin vermek üzere çağrılar yerel ağ geçidine gönderilmeden önce +E.164 olarak Webex Calling.
Hizmet Sınıfı (CoS)
Çağrı döngülerinden kaçınmak ve arama ücreti dolandırıcılığını önlemek gibi çeşitli nedenlerle, sıkı hizmet sınıfı kısıtlamaları uygulanması her zaman tavsiye edilir. Webex Calling Yerel Ağ Geçidinin Unified CM hizmet sınıfına entegre edilmesi bağlamında, şunlar için hizmet sınıfını değerlendirmemiz gerekir:
Unified CM ile kaydedilen cihazlar
PSTN'den Unified CM'ye gelen çağrılar
Webex Calling'dan Unified CM'ye gelen Webex Calling
Unified CM ile kaydedilen cihazlar
Webex Calling hedeflerinin yeni bir mevcut CoS yapılandırmasına yeni bir hedef sınıfı olarak eklenmesi oldukça basittir: Webex Calling hedeflerini arama izni, genellikle şirket içi (siteler arası dahil) hedeflerini aramakla eşdeğerdir.
Bir işletme çağrı planının zaten "(kısaltılmış) ağ içi siteler arası" izni uygulaması durumunda, bilinen tüm Webex Calling hedeflerini aynı bölüm içinde kullanıp sağlayabileceğimiz Unified CM üzerinde sağlanan bir bölüm vardır.
Aksi takdirde, "(kısaltılmış) ağ içi siteler arası" izni konsepti henüz mevcut olmaz, ardından yeni bir bölümün (örneğin, "onNetRemote") sağlanması gerekir, Webex Calling hedefleri bu bölüme eklenir ve sonunda bu yeni bölümün uygun çağrı arama alanlarına eklenmesi gerekir.
PSTN'den Unified CM'ye gelen çağrılar
Webex Calling hedeflerinin yeni bir mevcut CoS yapılandırmasına yeni bir hedef sınıfı olarak eklenmesi oldukça basittir: Webex Calling hedeflerini arama izni, genellikle şirket içi (siteler arası dahil) hedeflerini aramakla eşdeğerdir.
Bir işletme çağrı planının zaten "(kısaltılmış) ağ içi siteler arası" izni uygulaması durumunda, bilinen tüm Webex Calling hedeflerini aynı bölüm içinde kullanıp sağlayabileceğimiz Unified CM üzerinde sağlanan bir bölüm vardır.
Aksi takdirde, "(kısaltılmış) ağ içi siteler arası" izni konsepti henüz mevcut olmaz, ardından yeni bir bölümün (örneğin, "onNetRemote") sağlanması gerekir, Webex Calling hedefleri bu bölüme eklenir ve sonunda bu yeni bölümün uygun çağrı arama alanlarına eklenmesi gerekir.
Webex Calling'dan Unified CM'ye gelen Webex Calling
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.

Bu şekil, telefon ve telefonlardan yapılan çağrılar için bu iki farklı hizmet PSTN Webex Calling. Ş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: Bunlardan biri PSTN gelen çağrılar Webex Calling. Bunun nedeni, trafik türüne göre farklı çağrı arama alanları uygulama gerekliliğidir. Unified CM üzerinde iki gelen depolama alanıyla, bu, her bir depolamada gelen çağrılar için gerekli çağrı arama alanı yapılandırarak kolayca gerekli arama alanıyla ilgili olabilir.
Çağrı Planı Entegrasyonu
Bu kılavuzda, "Cisco Collaboration Şirket İçi Dağıtımları için Tercih Edilen Mimari, CVD" içerisinde belirtilen güncel en iyi uygulamalar esas alınarak yapılmış mevcut bir kurulum olduğu varsayılır. Son sürüm burada mevcuttur.
Önerilen çağrı planı tasarımı, buradaki Cisco İş Birliği Sistemi SRND’nin son sürümünün Çağrı Planı bölümünde açıklanan tasarım yaklaşımını takip eder.

Bu şekilde, önerilen çağrı planı tasarımının genel görünümü verilmiştir. Bu çağrı planı tasarımının önemli özellikleri şunları içerir:
Unified CM'de yapılandırılan tüm dizin numaraları +E.164 biçimindedir.
Tüm dizin numaraları aynı bölüm (DN) üzerinde yer alır ve acil olarak işaretlenmiştir.
Çekirdek yönlendirme, +E.164 temellidir.
+E.164 dışı tüm yönlendirme alışkanlıkları (örneğin, ortak bir çağrı alışkanlığı kullanan kısaltılmış site içi çağrılar ve PSTN çağrıları), çağrı normalleştirme çevrim şablonu kullanılarak +E.164 biçimine normalleştirilir (genelleştirilir).
Çağrı normalleştirme çevrim şablonu, çevrim şablonu çağrı arama alanını devralma kullanır. "Çağrı Kaynağının Çağrı Arama Alanını Kullan" seçeneği ayarlanmıştır.
Hizmet sınıfı, site ve hizmet sınıfına özel çağrı arama alanları kullanılarak uygulanır.
PSTN erişim özellikleri (örneğin, uluslararası PSTN hedeflerine erişim), hizmet sınıfını tanımlayan çağrı arama alanına ilgili +E.164 yol şablonlarıyla bölümler eklenerek uygulanır.
Webex Calling'ye Webex Calling

Bu çağrı planı Webex Calling hedeflerine Webex Calling reachability eklemek için tüm Webex Calling hedeflerini temsil eden bir bölüm oluşturulmalıdır ("Webex Calling") ve Webex Calling her bir DID aralığı için bir +E.164 yol şablonu bu bölüme eklenmiştir. Bu yol şablonu, yalnızca bir üyesi olan bir yol listesine başvuru yapıyor: yerel ağ geçidine SIP gövdesine sahip yol grubu, Webex Calling. Tüm çevrilen hedeflerin +E.164 ile normalleştirilmesi nedeniyle, Unified CM kayıtlı uç noktalarından gelen veya PSTN'dan gelen çağrılar için gelen çağrılar için normalleştirme çeviri şablonlarını arayarak veya gelen çağrılar için bu tek set +E.164 yol desenlerinden bağımsız olarak Webex Calling'daki hedeflerin erişim elde etmek için yeterlidir.
Örneğin, bir kullanıcı "914085550165" tuşlarsa ve ardından "UStoE164" partition'daki normalleştirme çeviri modeli, bu çevirme dizesini "+14085550165" olarak normal hale gönderir ve ardından Webex Calling "Webex Calling" bölümü için yol şablonu hedefiyle eşler." Unified CM son olarak çağrıyı yerel ağ geçidine gönderir.
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.
Webex Calling hedeflerine kurumsal kısaltmalı arama eklemek için Webex Calling konumu için ilgili normalleştirme çeviri desenini "Webex Calling" bölümününe (örneğin, diyagramda "8101XX") eklersiniz. Normalleştirmenin ardından, "Webex Calling" yol şablonu eşleştirdikten sonra çağrı tekrar Webex Calling gönderilir.
Bu yapılandırma, izinsiz çağrı yönlendirme döngüleri oluşturabilir olduğundan, Webex Calling "ESN" bölümüne yapılan çağrılar için hızlı arama normalleştirme çeviri desenini eklemenizi önerilmez.
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'da varsayılan çağrı uygulaması olduğunda Webex uygulamasında sesli veya görüntülü çağrı başlatmaz:
CLICKTOCALL: veya CLICKTOCALL://
SIP: veya SIP://
TEL: veya TEL://
WEBEXTEL: veya WEBEXTEL://
Windows için Protokol İşleyicileri
Diğer uygulamalar, mobil uygulama başlamadan önce protokol işleyicileri için Webex kaydolabilirsiniz. Windows 10'da, sistem penceresi kullanıcılardan çağrıyı başlatmak için hangi uygulamayı kullanmalarını istemesini sorar. Kullanıcının Her zaman bu uygulamayı kullan seçeneğini işaretlemesi durumunda, kullanıcı tercihi hatırlanabilir.
Kullanıcıların varsayılan çağrı uygulaması ayarlarını sıfırlamaları gerekir ve böylece Webex Seçebilirsiniz, bu kullanıcılara Windows 10'da Webex Uygulamasına yönelik protokol ilişkilendirmelerini değiştirmelerini seçebilirsiniz:
Varsayılan uygulama ayarları sistem ayarlarını açın, Uygulamaya göre varsayılanları ayarla'ya tıklayınve Ardından Uygulamaya göre Webex seçin.
Her protokol için Uygulama Webex seçin .
macOS için protokol işleyicileri
Mac OS'de , uygulamasından önce arama protokollerine kayıtlı diğer Webex uygulamaların, kullanıcıların Webex Çağrı Seçeneği olacak şekilde yapılandırmaları gerekir.
Mac Webex Bu Uygulama'da, kullanıcılar genel Webex altında ayara sahip Çağrıları başlat için Bu Uygulamanın seç olduğunu onaylayabilir. Ayrıca, Outlook kişisnin numarasını tıklarken Webex Uygulamasında çağrı yapmak isterse Microsoft Outlook'a bağlan seçeneğini de kontrol kullanabilirler.
Calling Gereksinimleri
Lisanslama
Webex Calling, Cisco İş Birliği Esnek Planıyla kullanılabilir. Bir İşletme Anlaşması (EA) planı (%50 Çalışma Alanı cihazları dahil olmak üzere tüm kullanıcılar için) veya Adlandırılmış Kullanıcı (NU) planı (kullanıcıların bazıları veya tümü) satın alabilirsiniz.
Webex Calling üç lisans türü ("İstasyon Türleri") sunar.
Profesyonel: Bu lisanslar, kuruluşunuzun tamamı için eksiksiz bir özellik seti sağlar. Bu teklif birleşik iletişimler (Webex Calling), mobil kullanım (birden fazla cihaz desteği olan masaüstü ve mobil istemciler), Webex Uygulamasındaekip iş birliği ve toplantı başına 1000 katılımcıyla toplantılar paket uygulama 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:
Yeni Çok Platformlu Masa ve Konferans Telefonlarınızı Kullanmaya Başlarken
Yeni Cisco IP DECT 6800 Serisi Cihazınızı Kullanmaya Başlarken
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çitleri için Lisans Gereksinimleri
Yerel ağ geçidinde CUBE çağrı lisansları yüklenmiş olmalıdır. Daha fazla bilgi için bkz. Cisco Unified Sınır Öğesi Yapılandırma Kılavuzu.
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.
Control Hub’da Webex Calling için organizasyonlarınızı özelleştirin. İlk Kurulum Sihirbazı aracılığıyla ilk konumunu etkinleştirdikten sonra, ek konumları, santral ataması ve kullanımı, arama planı seçenekleri, kullanıcılar, cihazlar ve özellikleri ayarlayabilir ve yönetebilirsiniz.
Webex Calling hizmetlerinizi kullanmaya başlamak için, İlk Kurulum Sihirbazını (FTSW - First Time Setup Wizard) tamamlamanız gerekir. FTSW ilk konumunuz için tamamlandığında, ek konumlar için tamamlanması gerekmez.
1 | Aldığınız Karşılama e-postasında yer alan Başlarken bağlantısına tıklayın.
|
||
2 | Hizmet koşullarını inceleyip kabul edin. |
||
3 | Planınızı gözden geçirin ve Başlarken'e tıklayı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:
|
||
7 | Bu konuma uygulanmak üzere şu seçimleri yapın:
|
||
8 | İleri'ye tıklayın. |
||
9 | Kullanılabilir bir Cisco Webex SIP adresi girin, İleri’ye tıklayın ve Bitir’i seçin. |
Başlamadan önce
Yeni bir konum oluşturmak için aşağıdaki bilgileri hazır bulundurun:
Konum adresi
İstenen telefon numaraları (isteğe bağlı)
1 | 'daki müşteri görünümünden Hizmetler https://admin.webex.comve > ve Konum Ekle'ye tıklayın. yeni konumların, İlk Kurulum Sihirbazı'nı kullanarak seçtiğiniz ülkeye karşılık gelen bölgesel veri merkezinde barındır olacağını unutmayın. |
||||
2 | Konumun ayarlarını yapılandırın:
|
||||
3 | Şimdi veya daha sonraki bir konuma numara eklemekiçin Kaydet'e tıklayın ve Evet/ Hayır'ı seçin. |
||||
4 | Evet'e tıklarsanızaşağıdaki seçeneklerden birini seçin:
Bu PSTN seçeneği her konum kademesindedir (her konumda sadece bir veya birkaç PSTN vardır). Dağıtımınız için istediğiniz sayıda seçeneği karıştırabilir ve eşleştirebilirsiniz, ancak her konumda tek bir seçenek vardır. Bir PSTN seçeneğini seçtikten ve sağladıktan sonra, PSTN özellikleri konumunda Yönet’e tıklayarak bunu değiştirebilirsiniz. Ancak Cisco PSTN gibi bazı seçenekler başka bir seçenek atandıktan sonra kullanılamayabilir. Rehberlik için bir destek durumu açın. |
||||
5 | Numaraları hemen mi, daha sonra mı etkinleştirmek istediğinizi seçin. |
||||
6 | Entegre olmayan CCP veya İş Yeri Tabanlı PSTN seçtiyseniz Telefon Numaraları’nı virgülle ayrılmış değerler olarak girin ve Doğrula’ya tıklayın. İlgili konum için numaralar eklenir. Geçerli girdiler Doğrulanan Numaralar alanına eklenirken, geçersiz girdiler, yanında hata mesajıyla birlikte Numara Ekle alanında kalır. Konumun ülkesine bağlı olarak, numaralar yerel çağrı gereksinimlerine göre biçimlendirilir. Örneğin, ülke kodu gerekiyorsa, numaraları kodlu veya kodsuz olarak girebilirsiniz ve kod numaranın başına eklenir. |
||||
7 | Save (Kaydet) seçeneğine tıklayın. |
Sonraki adım ne olacak?
Bir konum oluşturduktan sonra, o konum için 911 acil durum hizmetlerini etkinleştirebilirsiniz. Daha fazla bilgi için bkz. Webex Calling için RedSky Acil Durum 911 Hizmeti.
Başlamadan önce
Bir konumla ilişkili kullanıcıların ve çalışma alanlarının listesini almak için: Hizmetler ve bu kullanıcıları ve Çalışma Alanlarını silmeniz gerekir. gidin ve açılır menüden silinecek konumu seçin. Konumu silmeden önce |
1 | https://admin.webex.com müşteri görünümünden ’a gidin. |
2 | Silmek |
3 | Konumu Sil'iseçin ve bu konumu silmek istediğinizi onaylayın. Konumun kalıcı olarak silinmesi birkaç dakika sürer, ancak bir saat kadar sürebilir. Konum adının yanındaki öğesini tıklatarak ve |
Kullanıcı kurulum PSTN, ad, saat dilimi ve oluşturulduktan sonra konumun 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 ’ı ve ardından güncellemek istediğiniz konumu seçin. Bir konumun yanında Uyarı sembolü görüyorsanız bu konum için henüz bir telefon numarası yapılandırmamış olursanız. Bu numarayı yapılandırana kadar çağrı siz değil veya hiçbir çağrı alamazsanız. |
||||||
2 | (İsteğe bağlı) PSTN Bağlantısı altından, hangisini yapılandırmış olduğunuza bağlı olarak Bulut Bağlantılı PSTN veya İş Yeri Temelli PSTN (yerel ağ geçidi) öğesini seçin. Bu yapılandırmayı değiştirmek için Yönet'e tıklayın ve ardından Devam'ı seçerek bununla ilgili riskleri kabul edin. Sonra, aşağıdaki seçeneklerden birini seçin ve Kaydet'e tıklayın:
|
||||||
3 | Konumun ana iletişim yetkilisine ulaşmak için kullanılacak Ana Numara'yı seçin. |
||||||
4 | (İsteğe bağlı) Acil Durum Çağrısı altında, bu konuma atamak için Acil Durum Konum Tanımlayıcısı'ı seçin.
|
||||||
5 | Kullanıcıların bu konum için sesli mesajlarını kontrol etmek için arayabileceği Sesli Mesaj Numarası'nı seçin. |
||||||
6 | (İsteğe bağlı) Konum Adı, Duyuru Dili , E-posta Dili, Telefon Veya Adres'i gerektiğinde değiştirmek için Konum sayfasının üst kısmında bulunan kalem simgesine tıklayın ve saat dilimi'ye tıklayın.
|
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.
Giden çağrı kodları, Webex Uygulaması, Webex Calling Cisco Oda cihazlarında destek olmaz. |
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 ’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:
|
||
3 | Belirli konumlar için dahili arama belirtin. Arama’ya kaydırın ve ardından, dahili ve harici aramayı ihtiyaç duyduğunuz gibi değiştirin: ’a gidip bir konum seçin,
Kullanıcılara etkisi:
|
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. |
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, ’ye gidin ve Santral Ekle’yi seçin. |
||
2 | Bir konum seçin. |
||
3 | Santrale ad verip Kaydet’e tıklayın.
|
Sonraki adım ne olacak?
Ekranda santral bilgileri görünür Etki Alanı Kaydetme, Santral Grubu OTG/DTG, Hat/Port ve Giden Proxy Adresi.
Control Hub’dan bu bilgileri kopyalayıp, iş yeri temelli PSTN’yi yapılandırmaya hazır olduğunuzda kullanmak üzere yerel bir metin dosyası veya belgeye yapıştırmanızı öneririz.
Kimlik bilgilerini kaydederseniz, bu bilgileri Control Hub’daki santral bilgi ekranından oluşturmanız gerekir. Kullanıcı Adını Al ve Parolayı Sıfırla öğesine tıklayarak santralde kullanmak için yeni bir kimliği doğrulama bilgisi kümesi oluşturun.
1 | https://admin.webex.com müşteri görünümünden ’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.
|
||
5 | Onaylama bildirimine ve ardından Kaydet'e tıklayın. |
Sonraki adım ne olacak?
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,
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.Control Hub’da kuruluşunuz için telefon numaralarını kolayca görüntüleyebilir, etkinleştirebilir, kaldırabilir ve ekleyebilirsiniz. Daha fazla bilgi için bkz. Control Hub’da telefon numaralarını yönetme.
1 | https://admin.webex.com müşteri görünümünden bina simgesini |
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. |
1 | https://admin.webex.com müşteri görünümünden ’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.
|
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 App numarayı seçtiğiniz uygulamaya göndermeye devam eder, ancak o uygulamadan yapılan çağrılar başarısız olacaktır.
sayfasındaki müşteri görünümünden https://admin.webex.com, Yönetim > Ayarları'> Arama Davranışı'ne gidinve ardından aşağıdakilerden birini seçin: .
Çağrı davranışının güncellendiğini belirten bir mesaj görünür. Kullanıcılar artık Webex App veya Webex Calling uygulamasından PSTN çağrıları yapabilir. Kullanıcıların Webex App’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.
|
Organizasyon için telefon Webex Calling yapılandırdıktan sonra, yerel ağ geçidinizi bağlamak için bir Webex Calling. SIP TLS taşıması, Yerel Ağ Geçidi ile bulut arasındaki Webex sağlar. Yerel Ağ Geçidi ile ağ geçidi arasındaki Webex Calling SRTP kullanır.
Yerel Ağ Geçidi Yapılandırma Görev Akışı
Ana bilgisayar siteniz için Yerel Ağ Geçidini yapılandırmak üzere iki Webex Calling vardır:
Kayıt tabanlı trunk
Sertifika tabanlı trunk
Kayıt tabanlı Yerel Ağ Geçidi veya Sertifika tabanlı Yerel Ağ Geçidi altındaki görev akışını kullanarak yerel ağ geçidini Webex Calling kullanın. Farklı bilgi için ana bilgisayar türleri hakkında daha fazla bilgi için Webex Calling grupları ve ana telefonlara ilişkin arama planlarını yapılandırma'ya bakın. Komut Satırı Arayüzünü (CLI) kullanarak Yerel Ağ Geçidinde aşağıdaki adımları uygulayın. Yerel Oturum Başlatma Protokolü ve ağ geçidi arasındaki ortamı güvenceye almak için Oturum Başlatma Protokolü (SIP) ve Aktarım Katmanı Güvenliği (TLS) taşıması Webex Calling.
Başlamadan önce
Sistem için şirket tabanlı Ortak Anahtarlı Telefon Ağı (PSTN) ve Yerel Ağ Geçidi (LGW) gereksinimlerini Webex Calling. Daha fazla bilgi için Bkz. Hızlı Webex Calling Cisco Tercih Edilen Mimari.
Bu makale, mevcut ses yapılandırmasıyla özel bir Yerel Ağ Geçidi platformunun olduğunu varsayer. Mevcut bir PSTN ağ geçidini veya Yerel Ağ Geçidi kuruluş dağıtımını yerel ağ geçidi işlevi olarak kullanmak Webex Calling, ardından yapılandırmaya dikkat edin. Yaptığınız değişiklikler nedeniyle mevcut çağrı akışlarını ve işlevlerini kesintiye uğratmamanızı sağlamak.
Control Hub'da bir bilgi merkezi oluşturun ve bu konuma atalım. Daha fazla bilgi için ana bilgisayar yapılandırma, yol grupları ve Webex Calling planları yapılandırma'ya bakın.
Prosedürler, tek tek komut seçenekleri hakkında daha fazla bilgi edinyebilirsiniz komut referans belgelerine bağlantılar içerir. Tüm komut referans bağlantıları , aksi belirtilmedikçe Webex Ağ Geçitleri Komut Referansı'na gidin (bu durumda komut bağlantıları Cisco IOS Sesli Komut Referansı'na gider). Bu kılavuzların tamamlarına şu Cisco Unified Kenarlık Öğesi Komut Referansları öğesinin altında erişebilirsiniz.
|
Başlamadan önce
Yapılandırmış olduğunu aşağıdaki temel platform yapılandırmasını organizasyonunun politikalarına ve prosedürlerine göre ayarlanır emin olun:
NTPs
Acl
parolaları etkinleştir
birincil parola
IP yönlendirme
IP Adresleri, ve diğer
Tüm Yerel Ağ Geçidi dağıtımları için Cisco IOS XE 16.12 veya IOS-XE 17.3'ün desteklenen minimum bir sürümü gerekir.
1 | Katman 3 arayüzlerinde geçerli ve yönlendirilebilir IP adreslerine sahip olduğundan emin olun:
|
2 | Kimlik bilgileri ve paylaşılan anahtardan önce aşağıdaki komutları kullanarak parola için birincil anahtarı önceden yapılandırabilirsiniz. AES şifresini ve kullanıcı tarafından tanımlanan birincil anahtarı kullanarak Type 6 parolalarını şifrelersiniz.
|
3 | Sunucunun ulaşılabilir olduğundan emin olmak için DNS arama ve ping'i etkinleştirmek için IP adı sunucusunu yapılandırabilirsiniz. Yerel Ağ Geçidi, proxy adreslerini çözüme Webex Calling DNS kullanır:
|
4 | TLS 1.2 Özel ayarını ve varsayılan bir yer tutucu güven noktası olarak etkinleştirin:
|
5 | Yerel Ağ Geçidi güven Havuzunu güncelle: Varsayılan güven paketi, TLS bağlantısıyla bağlantı bağlantısının devamsız olması sırasında sunucu tarafı sertifikasını doğrulamanız için ihtiyacınız olan "DigiCert Root CA" veya "IdenTrust Ticari" sertifikalarını Webex Calling. Trust aynı paketi güncellemek için buradan en son "Cisco Trusted Core Root Bundle" http://www.cisco.com/security/pki/ sürümünü indirin. |
Başlamadan önce
1 | Yerel Ağ Geçidi uygulamasını açmak için aşağıdaki komutları girin ve yeni kullanıcıya eklemeniz gereken en son IP alt Cisco Webex Calling için Bağlantı Noktası Referans Bilgileri'güven listesi:
Yapılandırmaya ilişkin alanların açıklaması şöyledir:
|
||||
2 | "SIP Profili 200"i yapılandırma.
Yapılandırmaya ilişkin alanların açıklaması şöyledir:
|
||||
3 | Codec profilini, stun tanımını ve SRTP Şifreleme paketini yapılandırabilirsiniz.
Yapılandırmaya ilişkin alanların açıklaması şöyledir:
|
||||
4 | Control Hub parametrelerini Yerel Ağ Geçidi yapılandırmasıyla eşle. Yerel Webex Calling kiracı olarak ekleyebilirsiniz. Sesli sınıf kiracı 200 altında Yerel Ağ Geçidi'ni kaydetmek için yapılandırma gerektirirsiniz. Aşağıdaki görüntüde gösterildiği gibi Control Hub'dan Bilgi Bilgi sayfasından bu yapılandırmanın öğelerini edinebilirsiniz. Aşağıdaki örnekte, ilgili Yerel Ağ Geçidi CLI ile eşleyen alanlar gösterilir. Yerel Ağ Geçidi yapılandırmasında kiracı 200'Webex Calling tüm telefon eşlerine (2xx etiketi) uygula. Sesli sınıf kiracı özelliği, başka şekilde ses hizmeti ayarları ve sip-ua altında yapılan SIP VoIP ve yapılandırılmasına olanak sağlar. Kiracı yapılandırıyor ve bunu bir arama eşliği altında uygularsanız tercih aşağıdaki sıra Yerel Ağ Geçidi yapılandırmaları için geçerlidir:
|
||||
5 | Control Hub'dan edinilen parametrelere bağlı olarak Yerel Ağ Geçidi'Webex Calling için ses sınıfı kiracı 200'ü yapılandır:
Yapılandırmaya ilişkin alanların açıklaması şöyledir:
|
Yerel Ağ Geçidi'nde kiracı 200'i tanımlayarak ve SIP VoIP eşini yapılandırdikten sonra, ağ geçidi Webex Calling'yeyönelik bir TLS bağlantısı başlattığında erişim SBC sertifikasını Yerel Ağ Geçidine sunar. Yerel Ağ Geçidi, daha Webex Calling güncellenen CA kök paketi kullanarak SBC sertifikasına erişen kullanıcı erişimini doğrular. Yerel Ağ Geçidi ile SBC erişimi arasında kalıcı bir TLS Webex Calling olur. Ardından Yerel Ağ Geçidi, zor zor olan erişim SBC'ye bir KAYDOL gönderir. Kayıt AOR'si sayı@etkialanı şeklindedir. Numara, "kayıt şirketi dns:<fqdn>" kimlik bilgileri "numara" parametresinden ve etki alanından alınır. Kayıt zor olduğunda:
Üstbilgiyi ve sip profili 200'i oluşturmak için kimlik bilgilerindaki kullanıcı adı, parola ve alan parametrelerini kullanın.
SIPS url'sini, SIP'e geri dönüştürür.
Bu dağıtım, Yerel Ağ Geçidi'de aşağıdaki yapılandırmayı gerektirir:
Sesli sınıf kiracılar—Karşı karşıya gelecek arama eşleri için oluşturmakta olduğu 200 kiracıya benzer şekilde, karşı karşıya Webex Calling kiracılar oluşturabilirsiniz.
Sesli sınıf URL'leri- Yerel Ağ Geçidi'ni sonlandıran çeşitli trunkslar için ana bilgisayar IP adresleri/bağlantı noktaları için desenler tanımlarsınız:
Webex Calling LGW'ye göre
PSTN LGW'de SIP bilgisi sonlandırması
Giden çağrı eşleri -Giden çağrı ayaklarınızı LGW'den ITSP SIP bilgi Webex Calling.
Sesli sınıf DPG- Gelen çağrı eşlerinden giden çağrı eşlerini hedefle çağırarak çağrıda bulundurun.
Gelen çağrı eşleri-ITSPve telefon bağlantılarından gelen çağrı ayakları kabul Webex Calling .
Aşağıdaki görüntüde gösterildiği gibi iş ortağı tarafından barındırılan Yerel Ağ Geçidi kurulumu veya müşteri sitesi ağ geçidi yapılandırmalarını kullanın.
1 | Aşağıdaki ses sınıfı kiracılarını yapılandırın: |
2 | Aşağıdaki ses sınıfı uri'lerini yapılandırma: |
3 | Aşağıdaki giden çağrı eşlerini yapılandırın: |
4 | Aşağıdaki eş gruplarını yapılandır (dpg): |
5 | Aşağıdaki gelen çağrı eşlerini yapılandırın: |
- PSTN’den Webex Calling'e
-
Tüm gelen IP PSTN çağrı ayaklarıyla, IP ağ geçidinin IP adresiyle VIA üstbilgisi için eşleşme ölçütü tanımlamak üzere, yerel ağ PSTN geçidinde eş 100 ile eşle. DPG 200 , sunucuyu hedef hedef olarak 200201olan giden çağrı eş Webex Calling çağrır.
- Webex Calling'den PSTN'ye
-
Yerel Ağ Geçidi'Webex Calling gelen tüm gelen çağrı ayaklarıyla eşdüğer 200201; bu Yerel Ağ Geçidi dağıtımına özel olarak trunk grubu OTG/DTG parametresiyle REQUEST URI üstbilgisi modeli için eşleşme kriterini tanımlayın. DPG 100 , IP adresi hedef hedef olarak IP adresi olan giden çağrı eş PSTN 101'içağrır.
Bu dağıtım, Yerel Ağ Geçidi'de aşağıdaki yapılandırmayı gerektirir:
Sesli sınıf kiracılar—Karşı karşıya gelecek arama eşleri için oluşturmakta olduğu gibi Unified CM ve ITSP'ye karşı karşıya gelecek arama eşleri için daha Webex Calling kiracılar oluşturabilirsiniz.
Sesli sınıf URL'leri—Aşağıdaki adreslerden LGW'yi sonlandıran çeşitli trunk'lar için ana bilgisayar IP adresleri/bağlantı noktaları için bir şablon tanımlarsınız:
PSTN hedefleri için Unified CM - LGW
Birleşik CM - LGW Webex Calling için
Webex Calling LGW hedeflerini ziyaret etmek
PSTN LGW'de SIP bilgisi sonlandırması
Sesli sınıf sunucu grubu -Giden trunk'lar için şu adreslerden IP adreslerini/bağlantı noktalarını hedefleebilirsiniz:
LGW ile Unified CM
LGW Webex Calling
SIP bilgi PSTN LGW
Giden çağrı eşleri-Giden çağrı ayaklarınızı şu şekilde yönlendirin:
LGW ile Unified CM
ITSP SIP gövdesi
Webex Calling
Sesli sınıf DPG- Gelen çağrı eşlerinden hedef giden çağrı eşlerini hedef olarak çağırarak çağrıda bulundurarak bu çağrıyı.
Gelen çağrı eşleri-UnifiedCM, ITSP ve diğer ağlardan gelen çağrı ayaklarılarını Webex Calling .
1 | Aşağıdaki ses sınıfı kiracılarını yapılandırın: |
2 | Aşağıdaki ses sınıfı uri'lerini yapılandırma: |
3 | Aşağıdaki ses sınıfı sunucu gruplarını yapılandırın: |
4 | Aşağıdaki giden çağrı eşlerini yapılandırın: |
5 | Aşağıdaki DPG'yi yapılandırın: |
6 | Aşağıdaki gelen çağrı eşlerini yapılandırın: |
IP PSTN Unified CM PSTN yok
Webex Calling Unified CM Webex Calling Platformu
Unified CM PSTN trunk to IP PSTN
Birleşik CM Webex Calling Platform için Webex Calling Yok
Tanılama İmzaları (DS), IOS XE tabanlı Yerel Ağ Geçidi'de sık gözlemlenen sorunları proaktif olarak algılar ve etkinliğin e-posta, syslog veya terminal mesajı bildirimini oluşturan. DS'yi, çözüm süresini kısaltmak amacıyla tanı verisi toplama işlemini otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için de yükleyebilirsiniz.
Tanılama İmzaları (DS), sorunu bildirmek, gidermek ve sorunu düzeltmek için gereken olayları ve işlemleri içeren XML dosyalarıdır. syslog iletilerini, SNMP olaylarını ve belirli show komut çıkışlarının periyodik izlenmesini kullanarak sorun algılama mantığını tanımlayabilirsiniz.
Eylem türleri, show command çıkışlarını toplamayı içerir:
birleştirilmiş günlük dosyası oluşturarak
dosyayı HTTPS, SCP, FTP sunucusu gibi bir ağ konumu tarafından sağlanan kullanıcıya yükleme
TAC mühendisleri DS dosyalarını yazar ve bütünlüğü koruma için dijital olarak imzalar. Her bir DS'nin sistem tarafından atanmış benzersiz bir kimlik numarası vardır. Tanılama İmzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için uygun imzaları bulmak için tek bir kaynaktır.
Başlamadan önce:
DSLT'den indiren DS dosyasını düzenlemeyin . Değiştir işleminiz, bütünlüğü kontrol hatası nedeniyle yükleme başarısız oldu.
Yerel Ağ Geçidi'nin e-posta bildirimlerini göndermesi için gerekli olan Basit Posta Aktarım Protokolü (SMTP) sunucusu.
E-posta bildirimleri için güvenli SMTP sunucusunu kullanmak isterseniz Yerel Ağ Geçidi'nin IOS XE 17.6.1 veya daha yüksek bir alanı çalıştır olduğundan 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
Tanı İmzalarının varsayılan olarak etkinleştirilmesi.
Cihazda Cisco IOS XE 17.3.2 veya daha yüksek bir hizmet kullanılıyorsa proaktif bildirim göndermek için kullanılacak güvenli e-posta sunucusunu yapılandırabilirsiniz.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Bilgilendir adrese sahip ds_email ortam değişkenlerini yöneticinin e-posta adresiyle yapılandırabilirsiniz.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
16.11.1 veya daha yüksek bir ağ geçidi çalıştıran Yerel Ağ Geçidi
Tanılama imzaları varsayılan olarak etkindir
Cihazın 17.3.2'den önceki bir sürüm çalıştırması durumunda proaktif bildirimler göndermek için kullanılacak e-posta sunucusunu yapılandırın.
configure terminal call-home mail-server <email server> priority 1 end
ds_email ortam değişkenini, bildirimin gönderileceği yöneticinin e-posta adresiyle yapılandırın.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
16.9.x sürümünde çalışan Yerel Ağ Geçidi
Tanılama imzalarını etkinleştirmek için aşağıdaki komutları girin.
configure terminal call-home reporting contact-email-addr sch-smart-licensing@cisco.com end
Cihazın 17.3.2'den önceki bir sürüm çalıştırması durumunda proaktif bildirimler göndermek için kullanılacak e-posta sunucusunu yapılandırın.
configure terminal call-home mail-server <email server> priority 1 end
ds_email ortam değişkenini, bildirimin gönderileceği yöneticinin e-posta adresiyle yapılandırın.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
Aşağıda, Güvenli SMTP sunucusu olarak Gmail kullanımıyla ilgili proaktif bildirimleri göndermek için Cisco IOS XE 17.3.2'de çalışan bir Yerel Ağ Geçidinin tacfaststart@gmail.com örnek olarak yapılandırmasını gösterir:
call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"
Cisco IOS XE Yazılımında çalışan Yerel Ağ Geçidi, OAuth'u destekleyen tipik bir web tabanlı Gmail istemcisi değildir, bu nedenle belirli bir Gmail hesap ayarını yapılandırmamız ve cihazdan gelen e-postanın doğru şekilde işlenmesi için belirli bir izin sağlamamız gerekir: |
Daha az güvenli uygulama erişimi ayarını etkinleştirin.
’e gidin veGmail'den "Google, google olmayan bir uygulama kullanarak birinin hesabınızla oturum açmasını engelledi" şeklinde bir e-posta alırsanız "Evet, bu ben istiyorum" yanıtını alın.
Proaktif izleme için tanılama imzalarını yükleyin
Yüksek CPU kullanımını izleme
Bu DS, SNMP OID 1.3.6.1.4.1.9.2.1.56 kullanarak 5 saniyelik CPU kullanımını izler. Kullanım %75 veya daha fazlaya ulaştığında, tüm hata ayıklamaları devre dışı kaldırır ve Yerel Ağ Geçidi'ne yüklü tüm tanılama imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.
Show snmpkomutunu kullanarak SNMP'yi etkinleştirebilirsiniz. Etkinleştirmazsanız"snmp-server manager" komutunu yapılandırın.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64224'ü indirin:
Alan Adı
Alan Değeri
Platform
Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi
Ürün
Webex Calling Çözümünde CUBE Enterprise
Sorun Kapsamı
Performans
Sorun Türü
E-posta Bildirimi ile Yüksek CPU Kullanımı.
DS XML dosyasını Yerel Ağ Geçidi flash belleğine kopyalayın.
LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Aşağıdaki örnek, dosyanın FTP sunucusundan Yerel Ağ Geçidine kopya olduğunu gösterir.
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)
DS XML dosyasını Yerel Ağ Geçidine yükleyin.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
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.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com
İndirilen DS'ler:
DS Kimliği
DS Adı
Revizyon
Durum
Son Güncelleme (GMT+00:00)
64224
DS_LGW_CPU_MON75
0.0.10
Kayıtlı
2020-11-07 22:05:33
Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse Yerel Ağ Geçidi'nde yüksek CPU kullanımını izlemek için lütfen DS 64224'ü yeniden yükleyin.
SIP merkezi kaydını izleme
Bu DS, bulutla yerel ağ geçidi ağ geçidi SIP Santrali 60 Webex Calling kaydın siliyor. Kayıtsız etkinlik algılandığında, bir e-posta ve syslog bildirimi oluşturmakta ve iki kayıtsız oluşum sonra kendi kendine kaldırma işlemidir. İmzayı yüklemek için lütfen aşağıdaki işlemleri yapın.
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ü
SIP Santrali e-posta Bildirimiyle Kaydı sildi.
DS XML dosyasını Yerel Ağ Geçidine kopyalayın.
copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
DS XML dosyasını Yerel Ağ Geçidine yükleyin.
call-home diagnostic-signature load DS_64117.xml Load file DS_64117.xml success LocalGateway#
İmzanın başarıyla yük çalıştığını doğrulamak için evarama tanılama imzasını göster'i kullanın. Durum sütunu "kayıtlı" değerine sahip olmalı.
Anormal arama bağlantılarının izlenmesi
Bu DS, 403, 488 ve 503 SIP hatalarıyla anormal çağrı kesilmelerini algılamak için 10 dakikada bir SNMP anketi kullanır. Hata sayımı artışlı artış son anketten 5'e eşitse bir syslog ve e-posta bildirimi oluşturulur. İmzayı yüklemek için lütfen aşağıdaki işlemleri yapın.
show snmp komutunu kullanarak SNMP'nin etkinleştirilip etkinleştirilmediğini kontrol edin. Etkinleştirilmemişse, "snmp-server manager" komutunu yapılandırın.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65221'ü indirin:
Alan Adı
Alan Değeri
Platform
Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi
Ürün
Webex Calling Çözümünde CUBE Enterprise
Sorun Kapsamı
Performans
Sorun Türü
E-posta ve Syslog Bildirimi ile SIP anormal çağrı bağlantısı bağlantısı algılama.
DS XML dosyasını Yerel Ağ Geçidine kopyalayın.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
DS XML dosyasını Yerel Ağ Geçidine yükleyin.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
İmzanın kullanılarak başarıyla yük çalıştığını doğrulamak içinçağrı ev tanılama imzasını göster'i kullanın. Durum sütunu "kayıtlı" değerine sahip olmalı.
Bir sorunu gidermek için tanılama imzalarını yükleyin
Sorunları hızla çözmek için Tanılama İmzalarını (DS) kullanın. Cisco TAC mühendisleri, belirli bir sorunu tespit etmek, sorun oluşumunu algılamak, doğru tanılama verileri toplamak ve verileri Cisco TAC durumuna otomatik olarak aktaran gerekli hata ayıklamaları etkinleştiren birkaç imzaya izin verdi. Tanılama İmzaları (DS), sorun örneğinin manuel olarak kontrol ekleyebilirsiniz ve aralıklı ve geçici sorunların giderilmesini çok daha kolay hale getirir.
Geçerli imzaları bulmak ve bir sorunu kendi kendine gidermek için bunları yüklemek için Tanılama İmzaları Arama Aracı'nı kullanabilir veya destek etkileşimin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.
Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" syslog ve otomatik tanılama veri toplama aşağıdaki adımları takip edin:
Toplanan tanılama verilerinin yük olduğu ds_fsurl_prefix Cisco TAC dosya sunucusu yolu (cxd.cisco.com) olan ek bir DS ortam değişkeni yapılandırabilirsiniz. dosya yolu kullanıcı adı, olay numarasıdır ve parola, aşağıdaki komutta Destek Dosya yükleme Yöneticisi'ne buradan alın desteklenen hesap belirtecidir. Dosya yükleme belirteci, ihtiyaca göre Destek Vaka Yöneticisinin Ekler bölümünde oluşturulabilir.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end
Örnek:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
SNMP'nin show snmp komutunu kullanarak etkinleştirildiğinden emin olun. Etkinleştirilmemişse, "snmp-server manager" komutunu yapılandırın.
show snmp %SNMP agent not enabled config t snmp-server manager end
Yüksek CPU kullanımı sırasında tüm hata ayıklama ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü yükleyin. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:
Alan Adı
Alan Değeri
Platform
Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi
Ürün
Webex Calling Çözümünde CUBE Enterprise
Sorun Kapsamı
Performans
Sorun Türü
E-posta Bildirimi ile Yüksek CPU Kullanımı.
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
DS XML dosyalarını Yerel Ağ Geçidine kopyalayın.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:
Yerel Ağ Geçidine Yüksek CPU izleme DS 64224 ve sonra DS 65095 XML dosyasını kurun.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success
show call-home diagnostic-signature komutunu kullanarak imzanın başarıyla yüklendiğini doğrulayın. Durum sütunu "kayıtlı" değerine sahip olmalı.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
İndirilen DS'ler:
DS Kimliği
DS Adı
Revizyon
Durum
Son Güncelleme (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0.0.10
Kayıtlı
2020-11-08
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
0.0.12
Kayıtlı
2020-11-08
Tanılama imzası yürütmeyi doğrula
Aşağıdaki komutta, komutun "Durum" sütununda, Yerel Ağ Geçidi imzada tanımlanan işlemi yürütürken çağrı ana bilgisayar tanılama imzasının "çalışıyor" olarak değişir. Arama-ev tanılama imzası istatistiklerini göstermenin çıktısı, tanılama imzasının ilgi gösterme olayı algı arayıp algılamasını ve eylemi gerçekleştirip yürütme çalıştığını doğrulamanın en iyi yolu değildir. "Tetiklenen/Maks./Stall" sütunu, söz dizisinde belirtilen imzanın bir etkinliği kaç kez tetikledikten sonra tetikledikten sonra bir etkinliği algılamak için maksimum sayıda kez tanımlandığı ve maksimum tetiklenen etkinlik sayısını algılayan imzanın kendi kendine install olduğunu gösterir.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
İndirilen DS'ler:
DS Kimliği |
DS Adı |
Revizyon |
Durum |
Son Güncelleme (GMT+00:00) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 |
0.0.10 |
Kayıtlı |
8.11.2020 00:07:45 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
0.0.12 |
Çalışıyor |
8.11.2020 00:12:53 |
ev arama tanılama imzası istatistiklerini göster
DS Kimliği |
DS Adı |
Tetiklenen/Maksimum/Yüklemeyi Kaldırma |
Ortalama Çalışma Süresi (saniye) |
Maksimum Çalışma Süresi (saniye) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 |
0/0/N |
0,000 |
0,000 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
1/20/Y |
23,053 |
23,053 |
Tanılama bildirim e-postası yürütme sırasında gönderilen ses dosyası; sorun türü, cihaz ayrıntıları, yazılım sürümü, çalışan yapılandırma gibi önemli bilgileri içerir ve söz konusu sorunu gidermek için uygun komut çıkışlarını gösterir.
Tanılama imzalarını kaldır
Sorun giderme amaçları için Tanılama imzalarını kullanın, genellikle bazı sorun meydana gelen durumlarda tespit edildikten sonra kaldırmak üzere tanımlanır. İmzayı manuel olarak kaldırmak istediğiniz, çağrı ev tanılama imzasını göster'in çıkışından DS Kimliğini alın ve aşağıdaki komutu çalıştırın:
call-home diagnostic-signature deinstall <DS ID>
Örnek:
call-home diagnostic-signature deinstall 64224
Dağıtımlarda yaygın olarak gözlemlenen sorunlar temel alınarak Tanılama İmzaları Arama Aracına düzenli olarak yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir. |
Başlamadan önce
Yapılandırmış olduğunu aşağıdaki temel platform yapılandırmasını organizasyonunun politikalarına ve prosedürlerine göre ayarlanır emin olun:
NTPs
Acl
parolaları etkinleştir
birincil parola
IP yönlendirme
IP Adresleri, ve diğer
Tüm Yerel Ağ Geçidi dağıtımları için IOS XE 17.6'nın desteklenen minimum bir sürümüne ihtiyaç vardır.
1 | Herhangi bir Katman 3 arayüzüne geçerli ve yönlendirilebilir IP adresleri atadığınızdan emin olun:
|
||||
2 | Bir kimlik bilgisi ve paylaşılan anahtar olarak kullanılmadan önce parola için birincil anahtarı aşağıdaki komutlarla önceden yapılandırabilirsiniz. Tip 6 parolaları, AES şifre ve kullanıcı tarafından tanımlanan birincil anahtar kullanılarak şifrelenir.
|
||||
3 | DNS aramasını etkinleştirmek için IP Adı Sunucusunu yapılandırabilirsiniz. IP Ad Sunucusuna ping at ve sunucunun ulaşılabilir olduğundan emin olun. Yerel Ağ Geçidi, bu DNS Webex Calling proxy adreslerini çözümle olmalı:
|
||||
4 | TLS 1.2 Özel Kullanımını ve varsayılan yer tutucu Güvenli Noktasını etkinleştirin:
|
||||
5 | Sertifika kök sertifika ca'sı varsa aşağıdaki komutları yürütün:
|
||||
6 | Tems'i basılı tutmak için bir kök sertifika. Ara sertifika yetkilisi yoksa aşağıdaki komutları yürütün:
|
||||
7 | Oluşturduğunuz güven noktası'ni kullanmak için SIP-UA'yı yapılandırın.
|
Başlamadan önce
Ağdan bağlantı Webex Calling genel bir IPv4 adresi kullan gerekir. Tam Yetkili Etki Alanı Adları (FQDN) veya Hizmet Kaydı (SRV) adresleri, internet üzerinde genel bir IPv4 adresine çözüm olmalıdır.
Harici arayüzde tüm SIP ve ortam bağlantı noktalarına internetten erişilebilir olması gerekir. Bağlantı noktaları, ağ adresi çeviri (NAT) arkasında olmalıdır. Kurumsal ağ bileşenlerinizin güvenlik duvarını güncelleye emin olun.
Yerel Ağ Geçidine imzalı bir sertifika yükleyin.
Sertifika Yetkilisinin (CA) Cisco Webex Sesli ve Video Platformlarından Gelen Çağrılar için Hangi Kök Sertifika Yetkililerinin Desteklenmeli? .
Control Hub FQDN seçilen dosya, sertifikanın Ortak Adı (CN) veya Konu Alternatif Adı (SAN) olması gerekir. Örnek:
Organizasyonnizin Control Hub'ını yapılandırmış bir bilgi london.lgw.cisco.com:5061 Yerel Ağ FQDN olarak yapılandırılmışsa CN veya SAN sertifikada london.lgw.cisco.com içermesi gerekir.
Organizasyon un Control Hub'ını yapılandırmış bir bilgi london.lgw.cisco.com Yerel Ağ SRV adresi olarak yapılandırılmışsa CN veya SAN sertifikada london.lgw.cisco.com içermesi gerekir. Kayıt adresinin (CNAME, SRV veya IP Adresi) çözümleyene kayıtları SAN'da isteğe bağlıdır.
Bilgi FQDN SRV örneğinde, Yerel Ağ Geçidi'nizin tüm yeni SIP iletişim kutularının kişi adresinin SIP london.lgw.cisco.com ana bilgisayar bölümünde olması gerekir. Yapılandırma için 5. Adım'a bakın.
Sertifikaların istemci ve sunucu kullanımı için imzalanmış olduğundan emin olun.
Ses ve Video Platformlarına Yapılan Çağrılar için Hangi Kök Sertifika YetkilileriNin Desteklenmeli olduğu yerel ağ Cisco Webex geçidine güven paketi yükleyin.
1 | Yerel Ağ Geçidi uygulamasını açmak için aşağıdaki komutları girin ( Yeni ip alt ağlarının yeni bir ağ geçidi olarak ek açması için Cisco Webex Calling Bağlantı Noktası Referans Bilgilerine güven listesi:
Yapılandırmaya ilişkin alanların açıklaması şöyledir:
|
||
2 | "Sesli sınıf codec 100" sini yapılandır.
Yapılandırmaya ilişkin alanların açıklaması şöyledir: Sesli sınıf codec 100 Oturumlar için opus ve hem g711 (mu hem de a-law) codec'lerini sağlar. Tercih edilen codec'i tüm arama eşleri için uygular. Daha fazla bilgi için bkz. ses sınıfı codec'i. |
||
3 | ICE'yi etkinleştirmek için "sesli sınıf stun kullanımı 100"i yapılandır.
Yapılandırmaya ilişkin alanların açıklaması şöyledir: Sesli ders stun kullanımı 100 Stun kullanımını tanımlar. Unified CM telefonu çağrıyı başka Webex Callinghiçbir şekilde ses önlemek için tüm sese açık çağrı eşleri için stun Webex Calling . Cisco IOS Sesli Komutlarında sesli sınıf stun kullanımına bakın - T - Z ile T ve stun kullanımı dondurma. |
||
4 | Desteklenen şifrelemeyi sınırlamak için "sesli sınıf srtp-crypto 100"i yapılandırma.
Yapılandırmaya ilişkin alanların açıklaması şöyledir: Sesli sınıf srtp-crypto 100SHA1_80'i, teklif ve yanıtta SDP'de yerel ağ geçidi tekliflerine teklif olan tek SRTP şifre paketi olarak belirtir. Webex Calling yalnızca SHA1_80’i destekler.
Daha fazla bilgi için bkz. sesli sınıf srtp-şifreleme.
|
||
5 | "SIP Profilleri 100" yapılandır. Örnekte cube1.abc.lgwtrunking.com Ağ FQDN için seçilen ağ geçidi ve "172.x.x.x" IP adresi, yerel ağ geçidi arayüzünde doğru olan IP Webex Calling:
Yapılandırmaya ilişkin alanların açıklaması şöyledir:
Daha fazla bilgi için bkz. sesli sınıf sip profilleri. Daha fazla bilgi için bkz. Cisco IOS Sesli Komut Referansı - K - R üzerinden kural( sesli çeviri kuralı). |
||
6 | Aşağıdaki dört giden çağrı eşlerini yapılandır: |
||
7 | Etkin/etkin modelinde doğru arama eşlerine Webex Calling eş grubu oluşturun.
Yapılandırmaya ilişkin alanların açıklaması şöyledir:
Eş grubu 100 olan giden çağrı eşlerini ilişkilendirin ve aynı tercihe sahip çağrı eşleri 101, 102, 103 ve 104'ü yapılandır. Daha fazla bilgi için eşler arası sese bakın. |
||
8 | Birincil/yedek modelde doğru arama eşini Webex Calling eş grubu oluşturun.
Yapılandırmaya ilişkin alanların açıklaması şöyledir:
Eş grubu 100 olan giden çağrı eşlerini ilişkilendirin ve çağrı eşleri 101 ve 102'yi ilk tercih olarak yapılandırın. Daha fazla bilgi için Cisco IOS Sesli Komut Referansı - T - Z üzerinden ses sınıfı dpg'ye bakın.
Eş grubu 100 ile giden çağrı eşlerini ilişkilendirin ve çağrı eşleri 103 ve 104'ü ikinci tercih olarak yapılandırın. |
||
9 | Web için gelen çağrı eşlerini Webex Calling . Gelen eşleşme, URI isteğine dayalıdır.
Yapılandırmaya ilişkin alanların açıklaması şöyledir:
|
Bu dağıtım, Yerel Ağ Geçidi'de aşağıdaki yapılandırmayı gerektirir:
Sesli sınıf URL'leri- Yerel Ağ Geçidi'ni sonlandıran çeşitli trunk'lar için ana bilgisayar IP adreslerini/bağlantı noktaları şablonlarını tanımlayabilirsiniz:
Webex Calling LGW'ye göre
PSTN LGW'de SIP bilgisi sonlandırması
Giden çağrı eşleri -Giden çağrı ayaklarınızı bir LGW'den İnternet telefon hizmeti sağlayıcısına (ITSP) SIP bilgi ve telefon Webex Calling.
Sesli sınıf DPG- Gelen çağrı eşlerinden hedef giden çağrı eşlerini hedef olarak çağırarak çağrıda bulundurarak bu çağrıyı.
Gelen çağrı eşleri-ITSPve telefon bağlantılarından gelen çağrı ayakları kabul Webex Calling .
İş ortağı tarafından barındırılan Yerel Ağ Geçidi kurulumu veya yerel müşteri sitesi ağ geçidi için yapılandırmayı kullanın. Aşağıdakilere bakın:
1 | Aşağıdaki ses sınıfı uri'lerini yapılandırma: |
2 | Aşağıdaki giden çağrı eşlerini yapılandırın: |
3 | Aşağıdaki EşLer Grubunu (DPG) yapılandır: |
4 | Aşağıdaki gelen çağrı eşlerini yapılandırın: |
- PSTN için Webex Calling:
-
Yerel Ağ Geçidi'PSTN gelen tüm IP telefon ve çağrı ayaklarıyla, IP bağlantı numarasının IP adresiyle PSTN VIA üstbilgisi için eşleşme ölçütü tanımlamak için eşdü 122 ile eşle. DPG 100 , giden çağrı eşleri 101,102,103.104'üçağırarak hedef hedef olarak Webex Calling sunucuya sahip olur.
- Webex Calling için PSTN:
-
Yerel Ağ Webex Calling ve çağrı ayakları üzerinde, Yerel Ağ Geçidi dağıtımına özel REQUEST URI üstbilgisi modeli için eşleşme kriteri tanımlamak için eşdüzi 110 ile Yerel Ağ Geçidi'ni kullanın. DPG 120 , IP adresini hedef hedef olarak ip adresi olarak PSTN olan giden çağrı eş 121'içağrır.
Bu dağıtım, Yerel Ağ Geçidi'de aşağıdaki yapılandırmayı gerektirir:
Sesli sınıf URL'leri— Aşağıdakiler için LGW'yi sonlandıran çeşitli trunkslar için ana bilgisayar IP adreslerinin/bağlantı noktalarının şablonlarını tanımlayabilirsiniz:
PSTN hedefleri için Unified CM - LGW
Birleşik CM - LGW Webex Calling için
Webex Calling LGW hedeflerini ziyaret etmek
PSTN LGW hedeflerinden SIP bilgisi sonlandırması
Sesli sınıf sunucu grubu -Giden trunk'lar için şu adreslerden IP adreslerini veya bağlantı noktalarını hedefleebilirsiniz:
LGW ile Unified CM
LGW Webex Calling
SIP bilgi PSTN LGW
Giden çağrı eşleri-Giden çağrı ayaklarınızı şu şekilde yönlendirin:
LGW ile Unified CM
İnternet Telefon Hizmet sağlayıcı (ITSP) SIP bilgisi
Webex Calling
Sesli sınıf dpg— Gelen çağrı eşlerinden giden çağrı eşlerini çağırarak çağrıyı hedefleysiniz.
Gelen çağrı eşleri-UnifiedCM, ITSP ve diğer ağlardan gelen çağrı ayaklarılarını Webex Calling .
1 | Aşağıdaki ses sınıfı URI'lerini yapılandırın: |
2 | Aşağıdaki ses sınıfı sunucu gruplarını yapılandırın: |
3 | Aşağıdaki giden çağrı eşlerini yapılandırın: |
4 | Aşağıdaki eşler grubunu (DPG) yapılandır: |
5 | Aşağıdaki gelen çağrı eşlerini yapılandırın: |
Tanılama İmzaları (DS), Cisco IOS XE tabanlı Yerel Ağ Geçidi'nde sık gözlemlenen sorunları proaktif olarak algılar ve etkinliğin e-posta, syslog veya terminal mesajı bildirimini oluşturan. DS'yi, çözüm süresini kısaltmak amacıyla tanı verisi toplama işlemini otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için de yükleyebilirsiniz.
Tanılama İmzaları (DS), sorunu bildirme, sorun giderme ve sorunu giderme işlemleri hakkında bilgi içeren XML dosyalarıdır. Sorun algılama mantığı tanımlamak için syslog mesajlarını, SNMP olaylarını ve belirli show command çıkışlarının periyodik izleme yoluyla kullanın. Eylem türleri şunları içerir:
Show komut çıkışları toplayarak
Birleştirilmiş bir günlük dosyası oluşturma
Dosyanın https, SCP, FTP sunucusu gibi bir ağ konumu tarafından sağlanan kullanıcıya yükleme
TAC mühendisleri DS dosyalarını yazar ve bütünlüğü koruma için dijital olarak imzalar. Her DS dosyasında, sistem tarafından atanan benzersiz sayısal kimlik vardır. Tanılama İmzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için uygun imzaları bulmak için tek bir kaynaktır.
Başlamadan önce:
DSLT'den indiren DS dosyasını düzenlemeyin . Değiştir işleminiz, bütünlüğü kontrol hatası nedeniyle yükleme başarısız oldu.
Yerel Ağ Geçidi'nin e-posta bildirimlerini göndermesi için gerekli olan Basit Posta Aktarım Protokolü (SMTP) sunucusu.
E-posta bildirimleri için güvenli SMTP sunucusunu kullanmak isterseniz Yerel Ağ Geçidi'nin IOS XE 17.6.1 veya daha yüksek bir alanı çalıştır olduğundan emin olun.
Cisco WebEx Meeting Center Yapılandırma Kılavuzları
IOS XE 17.6.1 veya daha yüksek bir ağ geçidini çalıştıran Yerel Ağ Geçidi
Tanı İmzalarının varsayılan olarak etkinleştirilmesi.
- Cihazda IOS XE 17.6.1 veya daha yüksek bir veri varsa proaktif bildirim göndermek için güvenli e-posta sunucusunu yapılandırabilirsiniz.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Bilgilendir adrese sahip ds_email ortam değişkenlerini yöneticinin e-posta adresiyle yapılandırabilirsiniz.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
17.6.1 sürümünü çalıştıran Yerel Ağ Geçidi
Tanı İmzalarını etkinleştirmek için aşağıdaki komutları girin.
configure terminal call-home reporting contact-email-addr sch-smart-licensing@cisco.com end
Cihaz 17.6.1 sürümünden önceki bir sürümü çalıştırıyorsa proaktif bildirimler göndermek için e-posta sunucusunu yapılandırabilirsiniz.
configure terminal call-home mail-server <email server> priority 1 end
Ortam değişkenlerini bilgilendiren ds_email yöneticinin e-posta adresiyle yapılandırabilirsiniz
.configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
Aşağıda, Güvenli SMTP sunucusu olarak Gmail kullanılarak sitelere proaktif bildirimler göndermek için Cisco IOS XE 17.6.1'de çalışan bir Yerel Ağ Geçidinin tacfaststart@gmail.com yapılandırması ve aşağıda yer almaktadır:
call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"
Cisco IOS XE Yazılımında çalışan Yerel Ağ Geçidi, OAuth'u destekleyen tipik bir web tabanlı Gmail istemcisi değildir, bu nedenle belirli bir Gmail hesap ayarını yapılandırmamız ve cihazdan gelen e-postanın doğru şekilde işlenmesi için belirli bir izin sağlamamız gerekir: |
Daha az güvenli uygulama erişimi ayarını etkinleştirin.
’e gidin veGmail'den "Google, google olmayan bir uygulama kullanarak birinin hesabınızla oturum açmasını engelledi" şeklinde bir e-posta alırsanız "Evet, bu ben istiyorum" yanıtını alın.
Proaktif İzleme için Tanı İmzaları Yükleme
Yüksek CPU kullanımını izleme
Bu DS, SNMP OID 1.3.6.1.4.1.9.2.1.56 kullanarak 5 saniyelik CPU kullanımını izler. Kullanım %75 veya daha fazlaya ulaştığında, tüm hata ayıklamaları devre dışı kaldırır ve Yerel Ağ Geçidi'ne yüklemiş olduğunu tüm tanılama imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.
Show snmp komutunu kullanarak SNMP'nin etkinleştirildiğinden emin olun. SNMP etkinse, "snmp-sunucu yöneticisi" komutunu yapılandırın.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64224'ü indirin:
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Alan Adı
Alan Değeri
Platform
Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi
Ürün
Webex Calling Çözümünde CUBE Enterprise
Sorun Kapsamı
Performans
Sorun Türü
E-posta Bildirimi ile Yüksek CPU Kullanımı.
DS XML dosyasını Yerel Ağ Geçidi flash belleğine kopyalayın.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Aşağıdaki örnek, dosyanın FTP sunucusundan Yerel Ağ Geçidine kopya olduğunu gösterir.
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)
DS XML dosyasını Yerel Ağ Geçidine yükleyin.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
İmzanın başarıyla yük çalıştığını doğrulamak için çağrı ev tanılama imzasını göster komutunu kullanın. Durum sütunu "kayıtlı" değerine sahip olmalı.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com
İndirilen DS'ler:
DS Kimliği
DS Adı
Revizyon
Durum
Son Güncelleme (GMT+00:00)
64224
DS_LGW_CPU_MON75
0.0.10
Kayıtlı
2020-11-07 22:05:33
Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse Yerel Ağ Geçidi'nde yüksek CPU kullanımını izlemek için lütfen DS 64224'ü yeniden yükleyin.
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. Hata sayımı artışlı artış son anketten 5'e eşitse bir syslog ve e-posta bildirimi oluşturulur. İmzayı yüklemek için lütfen aşağıdaki işlemleri yapın.
SNMP'nin show snmp komutunu kullanarak etkinleştirildiğinden emin olun. SNMP etkinse, "snmp-sunucu yöneticisi" komutunu yapılandırın.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65221'ü indirin:
Alan Adı
Alan Değeri
Platform
Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi
Ürün
Webex Calling Çözümünde CUBE Enterprise
Sorun Kapsamı
Performans
Sorun Türü
E-posta ve Syslog Bildirimi ile SIP anormal çağrı bağlantısı bağlantısı algılama.
DS XML dosyasını Yerel Ağ Geçidine kopyalayın.
copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
DS XML dosyasını Yerel Ağ Geçidine yükleyin.
call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success
İmzanın başarıyla yük çalıştığını doğrulamak için çağrıev tanılama imzasını göster komutunu kullanın. Durum sütununda "kayıtlı" bir değer olmalıdır.
Sorun Gidermek için Tanılama İmzalarını Yükleme
Sorunları hızla çözmek için Tanılama İmzalarını (DS) de kullanabilirsiniz. Cisco TAC mühendisleri, belirli bir sorunu tespit etmek, sorun oluşumunu algılamak, doğru tanılama verileri toplamak ve verileri Cisco TAC durumuna otomatik olarak aktaran gerekli hata ayıklamaları etkinleştiren birkaç imzaya izin verdi. 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.
Geçerli imzaları bulmak ve bir sorunu kendi kendine gidermek için bunları yüklemek için Tanılama İmzaları Arama Aracı'nı kullanabilir veya destek etkileşimin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.
Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" syslog ve otomatik tanılama veri toplama aşağıdaki adımları takip edin:
Tanılama verilerini yüklemek için başka bir ds_fsurl_prefix DS ortam değişkenlerini Cisco TAC dosya sunucusu yolu (cxd.cisco.com) olarak yapılandırabilirsiniz. dosya yolu kullanıcı adı, büyük/küçük harf numarasıdır ve parola, aşağıda gösterildiği dosya yükleme Destek Yöneticisi'nden alın desteklenen müşteri belirtecidir. Destek dosya yükleme Yöneticisinin Ekler bölümünde gerektiğinde özel belirteç oluşturabilir.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end
Örnek:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
SNMP'nin show snmp komutunu kullanarak etkinleştirildiğinden emin olun. SNMP etkinleştirilmemişse, "snmp-sunucu yöneticisi" komutunu yapılandırın.
show snmp %SNMP agent not enabled config t snmp-server manager end
Yüksek CPU kullanımı sırasında tüm hata ayıklama ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü yüklemenizi öneririz. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:
Alan Adı
Alan Değeri
Platform
Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi
Ürün
Webex Calling Çözümünde CUBE Enterprise
Sorun Kapsamı
Performans
Sorun Türü
E-posta Bildirimi ile Yüksek CPU Kullanımı.
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
DS XML dosyalarını Yerel Ağ Geçidine kopyalayın.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:
Yerel Ağ Geçidine Yüksek CPU izleme DS 64224 ve sonra DS 65095 XML dosyasını kurun.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success
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.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
İndirilen DS'ler:
DS Kimliği
DS Adı
Revizyon
Durum
Son Güncelleme (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0.0.10
Kayıtlı
2020-11-08:00:07:45
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
0.0.12
Kayıtlı
2020-11-08:00:12:53
Tanı İmzalarının Yürütülmesini Doğrulama
Aşağıdaki komutta, komutun "Durum" sütununda, Yerel Ağ Geçidi imzada tanımlanan işlemi yürütürken çağrı ana bilgisayar tanılama imzasının "çalışıyor" olarak değişir. Arama-ev tanılama imzası istatistiklerini göstermenin çıktısı, tanılama imzasının ilgi gösterme ve işlemi yürüten bir etkinlik algı edip olmadığını doğrulamanın en iyi yolu değildir. "Tetiklenen/Maks./Stall" sütunu, söz dizisinde belirtilen imzanın bir etkinliği kaç kez tetikledikten sonra tetikledikten sonra bir etkinliği algılamak için maksimum sayıda kez tanımlandığı ve maksimum tetiklenen etkinlik sayısını algılayan imzanın kendi kendine install olduğunu gösterir.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
İndirilen DS'ler:
DS Kimliği |
DS Adı |
Revizyon |
Durum |
Son Güncelleme (GMT+00:00) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 |
0.0.10 |
Kayıtlı |
8.11.2020 00:07:45 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
0.0.12 |
Çalışıyor |
8.11.2020 00:12:53 |
ev arama tanılama imzası istatistiklerini göster
DS Kimliği |
DS Adı |
Tetiklenen/Maksimum/Yüklemeyi Kaldırma |
Ortalama Çalışma Süresi (saniye) |
Maksimum Çalışma Süresi (saniye) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 |
0/0/N |
0,000 |
0,000 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
1/20/Y |
23,053 |
23,053 |
Tanılama bildirim e-postası sırasında gönderilen ses dosyası; sorun türü, cihaz ayrıntıları, yazılım sürümü, çalışan yapılandırma ve söz konusu sorunu gidermek için uygun komut çıkışlarını gösterme gibi önemli bilgileri içerir.

Tanı İmzalarını Kaldırma
Sorun giderme amaçları için tanılama imzalarını kullanın genellikle bazı sorun oluşumları tespit edildikten sonra kaldırmak için tanımlanır. İmzayı manuel olarak kaldırmak isterseniz çağrı ev tanılama imzasını göster çıkışından DS kimliğini alın ve aşağıdaki komutu çalıştırın:
call-home diagnostic-signature deinstall <DS ID>
Örnek:
call-home diagnostic-signature deinstall 64224
Dağıtımlarda gözlemlenen sorunlar temel alınarak Tanılama İmzaları Arama Aracına düzenli aralıklarla yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir. |
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:
Durum bilgisiyle çağrı muhafaza etmek için 2. katman kutudan kutuya yedeklilik
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:
ISR 4K serisi—https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE)—https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Cisco Webex Calling için Cisco'nun Tercih Ettiği Mimari—https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
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.
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.
Bu yapılandırmada kullanılan alanların açıklaması aşağıda verilmiştir:
|
||||||
3 | CUBE uygulaması için kutudan kutuya yedekliliği etkinleştirin. Şurada önceki adımdan RG'yi yapılandırın:
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
Bu yapılandırmada kullanılan alanların açıklaması aşağıda verilmiştir:
|
||||||
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 tamamen başlatıldıktan sonra VCUBE-2'nin yapılandırmasını kaydedip yeniden yükleyin.
|
||||||
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.
|
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.
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.
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
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
|
4 | Bu durumda VCUBE-2 olmak üzere aktif LGW üzerinde aşağıdaki komutu çalıştırarak yük devri simülasyonu yapın.
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.
|
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.
Ş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.
|
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:
|
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:
|
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:
|
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:
|
Webex için Yönlendirme Grubu Yapılandırma
Aşağıdaki ayarlarla bir yönlendirme grubu oluşturun:
|
Webex için Yönlendirme Listesi Yapılandırma
Aşağıdaki ayarlarla bir yönlendirme listesi oluşturun:
|
Webex Hedefleri İçin Bölüm Oluşturma
Aşağıdaki ayarlarla Webex hedefleri için bir bölüm oluşturun:
|
Sonraki adım ne olacak?
Webex hedeflerine erişimi olan tüm çağrı arama alanlarına bu bölümü eklediğinizden emin olun. PSTN'den Webex'e giden çağrıların yönlendirilmesi için bu bölümü özellikle PSTN santrallerinde gelen çağrı arama alanı olarak kullanılan çağrı arama alanına eklemeniz gerekir.
Webex Hedefleri İçin Yol Şablonları Yapılandırma
Webex'teki her bir DID aralığı için yol şablonlarını aşağıdaki ayarlarla yapılandırın:
|
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:
|
Webex Calling kullanılabilir özelliklerden bazıları ve bu özellikleri nasıl organizasyonuz ve kullanıcılarınız için ayarlay şunlar hakkında daha fazla bilgi öğrenin.
Bir çağrı yakalama grubu
Çağrı çağrı grupları, gelen çağrıları bir kullanıcı grubuna veya çalışma alanlara yönlendirer. Bir grubun tamamına yönlendirme yapabileceğiniz bir model dahi oluşturabilirsiniz.
Grup ayarlama hakkında daha fazla bilgi çağrı yakalama grubu için Cisco Webex Control Hub.
Yeni çağrı sırası
Resepsiyonist istemcisi oluştur
Ön ofis personelinizin ihtiyaçlarının karşılanmasını sağlayın. Kullanıcıları telefon santralleri olarak ayarlayabilirsiniz, böylece bunlar, organizasyondaki belirli kişilerin gelen çağrılarını ekranlında görüntü kendilerinindir.
Resepsiyonist istemcilerinizi oluşturma ve görüntüleme hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Resepsiyonist İstemcileri.
Otomatik santraller oluşturma ve yönetme
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 plan oluşturun veya iş açık veya kapalı olduğunda farklı seçenekler sların.
Otomatik santralleri oluşturma ve yönetme hakkında bilgi için bkz. Otomatik Santralleri Yönetme Cisco Webex Control Hub.
Yapılandırma çağrı grubu
Grup çağrısı, kullanıcının belirli bir toplantı numarası veya dahili numarayı arayarak en fazla 75 hedef kullanıcı ve çalışma alanına tek yollu çağrı veya grup çağrı grubu.
Grup grubu ayarlama ve düzenleme hakkında bilgi için bkz. Grup Gruplarında Grup Cisco Webex Control Hub.
Yeni çağrı alma
Kullanıcıların her bir diğer aramalara yanıt vere çağrı alma bir grup oluşturarak ekip çalışması ve iş birliğini geliştirin. 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ı kur
Ç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 çağrılarına katılması için izin 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 | Arama'yi seçin, Kullanıcı Arası İzinler'egidin ve ardından Barge In'i seçin. |
3 | Toplantı Çubuğunu aç,devam eden bir konferans çağrısı yapmak isteyip istemediyebilirsiniz.
Ardından Kaydet'e tıklayın. |
Bir kişinin kullanıcının hat durumunu izlemesini önleme
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 | Arama'nın altında Kullanıcı İzinleri'ne gidin ve Gizlilik'i etkinleştirin. |
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 | Save (Kaydet) seçeneğine tıklayın. |
Örnek
İzleme Listesi - Diğer Kullanıcılar ve çağrı parkı Anlıklar
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.
İzleme hizmeti yalnızca kullanıcının birincil cihazıyla çalışır. |
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 | Arama'yi seçin, Kullanıcı Arası İzinler bölümüne gidin ve İzleme'yi seçin. |
||||
3 | Aşağıdakiler arasından seçim yapın:
|
||||
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.
|
Örnek
Bir kullanıcı için ifadeyi aç
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 | Arama'yı seçin, Kullanıcı İzinleri Arasında seçeneğine gidinve Tıklatmak için Bu seçeneğine tıklayın. |
3 | Hoteling öğesini seçin ve ardından Kaydet'e tıklayın. |
Örnek
Webex Calling hizmetlerinden yararlanmak için Control Hub her kullanıcıyı ve her bir kullanıcıyı eklemeniz gerekir. Eklemeniz gereken kullanıcıların sayısı, her bir kullanıcıyı manuel olarak e-posta adresine veya bir CSV dosyası kullanarak birden çok kullanıcı ekleyerek kontrol hub 'ında nasıl ekleyeceğinizi belirler. Seçim sizindir.
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. Bu özel karakter kısıtlamaları yalnızca Webex Calling kullanıcıları için geçerlidir. |
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:
|
||
5 | Lisans ataması:
|
||
6 | İçerik yönetimi:
|
||
7 | Save (Kaydet) seçeneğine tıklayın.
|
||
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.
|