Kurumsal düzeyde bulut çağrısı, mobilite ve PBX özelliklerinin yanı sıra mesajlaşma ve toplantılar için Webex Uygulaması ve bir Webex Calling yazılım temelli istemcisi veya Cisco cihazından çağrı yapabildiğinizi düşünün. Webex Calling size tam olarak bunu sunuyor.
Karşınızda Webex Calling
Webex Calling'in sağladığı özellikler ve faydalar şunlardır:
Telefon kullanıcıları ve ortak alanlar için Calling abonelikleri.
Güvenilir bölgesel hizmet sağlayıcılarca sağlanan güvenli ve güvenilir bulut hizmetleri
Zengin birleşik iletişim ve ekip iş birliği hizmetleri ekleyerek her kullanıcı için Webex Uygulaması erişimi.
Kurumsal kullanıcıların beklediği premium toplantı deneyimlerini sağlamak için isteğe bağlı, entegre bir eklenti olarak Webex Meetings.
Kullanıcılarınızın kuruluşunuz dışındaki numaraları aramasına olanak tanımak için Genel Anahtarlı Telefon Ağı (PSTN) erişimi. Hizmet, mevcut bir işletme altyapısı (iş yeri içi IP PBX bulunmayan veya Unified CM çağrı ortamının mevcut olduğu yerel ağ geçidi) veya Iş Ortağı veya Cisco tarafından sağlanan PSTN seçenekleri aracılığıyla sağlanır.
1. Katman destek iş ortağınız tarafından, sonraki seviyelerde destek Cisco tarafından sağlanır
Control Hub , siparişlerinizi ve yapılandırmanızı kolaylaştırmak ve paketlenmiş teklifin -Webex Calling, Webex Uygulaması ve Webex Meetings- yönetimini merkezileştirmek için Webex Calling ile entegre web tabanlı bir yönetim portalıdır.
Özellik |
Açıklama |
---|---|
Otomatik Santral |
Karşılama ekleyebilir, menüleri ayarlayabilir, çağrıları bir yanıtlama hizmetine, çağrı yakalama grubuna, sesli mesaj kutusuna veya gerçek bir kişiye yönlendirebilirsiniz. 24 saatlik bir program oluşturabilir veya şirketinizin açık veya kapalı olduğu zamanlar için farklı seçenekler sağlayabilirsiniz. Arayan kimliği özniteliklerine göre çağrıları yönlendirerek VIP listeleri dahi oluşturabilir veya belirli bölge kodlarından gelen çağrıları farklı bir biçimde işleme alabilirsiniz. |
Çağrı Sırası |
Gelen çağrıların yanıtlanamaması durumunda, otomatik yanıt, ilgilenme mesajı ve çağrının yanıtlanmasına kadar bekleme süresince arayanlara müzik dinletmek için bir çağrı sırası oluşturabilirsiniz. |
Çağrı Alma |
Kullanıcıların başka kullanıcı çağrılarını yanıtlayabilmesi için bir çağrı alma grubu oluşturarak ekip çalışmasını ve iş birliğini geliştirebilirsiniz. Bir çağrı alma grubuna kullanıcı eklerken bir grup üyesinin dışarıda veya meşgul olması durumunda, onun çağrılarını başka bir grup üyesi yanıtlayabilir. |
Çağrı Parkı |
Çağrı parkını etkinleştirerek kullanıcıların çağrıları beklemeye alıp başka bir telefondan yanıtlamasını sağlayabilirsiniz. |
Cevaplama Grubu |
Şu durumlarda çağrı yakalama grupları kurmanız gerekebilir:
|
Ç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, engellenen arayan kimliklerine sahip gelen çağrıları reddedebilir. |
İş Sürekliliği |
Kullanıcıların telefonları elektrik kesintisi, ağ sorunları gibi bir nedenden dolayı ağa bağlı değilse kullanıcılar gelen çağrıları belirli bir telefon numarasına yönlendirebilir. |
Çağrı Yönlendirme |
Kullanıcılar, gelen çağrıları başka bir telefona yönlendirebilir. |
Seçimli Çağrı Yönlendirme |
Kullanıcılar belirli saatlerde belirli arayanlardan gelen çağrıları yönlendirebilir. Bu ayar, Çağrı Yönlendirmeden daha öncelikli olacaktır. |
Çağrı Bildirimi |
Kullanıcılar, telefon numarası veya tarih ve saat gibi önceden belirlenmiş kriterlere göre bir çağrı aldığında kendilerine bir e-posta gönderilmesini sağlayabilir. |
Çağrı Parkı |
Kullanıcılar yeni gelen çağrıların yanıtlanmasına izin verebilir. |
Rahatsız Etmeyin |
Kullanıcılar, geçici olarak tüm çağrıların doğrudan sesli mesaja gitmesine izin verebilir. |
Her Yerde Ofis |
Kullanıcılar seçtikleri telefonları ("Konumlar") iş telefonu numaralarının ve çağrı planlarının bir dahili numarası olarak kullanabilir. |
Öncelik Uyarısı |
Kullanıcılar, telefon numarası veya tarih ve saat gibi önceden belirlenmiş kriterlerin karşılanması durumunda telefonlarının farklı bir zil sesiyle çalmasını sağlayabilir. |
Uzak Ofis |
Kullanıcılar uzak bir telefondan çağrı yapıp iş hatlarından yapılmış gibi görünmesini sağlayabilir. Bu durumda, iş hatlarına yapılan her türlü gelen çağrı, bu uzak telefonda çalar. |
Seçici Çağrı Kabulü |
Kullanıcılar belirli saatlerde belirli arayanlardan gelen çağrıları kabul edebilir. |
Seçici Çağrı Reddi |
Kullanıcılar belirli saatlerde belirli arayanlardan gelen çağrıları reddedebilir. |
Sıralı Çalma |
Gelen çağrılar için 5 adede kadar cihazın sırayla çalmasını sağlar. |
Eş Zamanlı Çalma |
Gelen çağrılar için kullanıcıların ve başka kişilerin ("çağrı alıcıları") numaralarını aynı anda çaldırır. |
Control Hub'daki Sağlama Hizmetlerini, Cihazları ve Kullanıcıları, Calling Yönetici Portalındaki Ayrıntılı Yapılandırmaya Çağraz Başlatma
Control Hub (https://admin.webex.com) siparişlerinizi ve yapılandırmanızı akıcı hale getirmek ve toplu teklifin -Webex Calling, Webex App, Meetings- yönetilmesini sağlamak için Webex Calling ile entegre bir yönetim portalıdır.
Control Hub, tüm hizmetlerin, cihazların ve kullanıcıların sağlanması için merkezi bir ortamdır. Çağrı hizmetinizin ilk kurulumunu yapabilir, MPP telefonlarını (MAC adresi kullanarak) buluta kaydedebilir ve cihazları ilişkilendirerek, numara, çağrı özellikleri vb ekleyerek kullanıcıları yapılandırabilirsiniz. Ayrıca Control Hub’dan Calling Yönetici Portalı’na çapraz giriş yapabilirsiniz.
Kullanıcı Deneyimi
Kullanıcıların şu arayüzlere erişimi vardır:
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 tercihlerini ayarlayabileceği, Webex Uygulamasını indirebileceği ve Calling ayarları için Calling Kullanıcı Portalı'na çapraz giriş yapabileceği arabirim. Daha fazla bilgi için bkz. Webex Ayarlarınızı Değiştirme.
Webex Uygulaması—Aboneliğe Cisco markalı Ekip Içi Mesajlaşma istemcisi olarak eklenen bir uygulamadır. Daha fazla bilgi için bkz. Cisco Webex Uygulamasına Başlarken.
Webex Meetings: Bir Toplantı çözümü olarak eklenen isteğe bağlı bir uygulamadır. Daha fazla bilgi için bkz. Webex Meetings.
Müşteri Yöneticileri
Webex Calling deneme veya ücretli abonelikte müşteri yöneticisi olarak konumlar, lisanslar, telefon numaraları, Çağrı özellikleri, kullanıcılar ve Çalışma Alanları (Webex buluta kaydolan Oda Cihazları) ekleyerek Control Hub’da kuruluşunuzu ayarlayabilirsiniz. Tüm bu bileşenleri oradan da yönetebilirsiniz.
Yol gösterici bilgiler için bkz. Cisco Webex Calling Müşterileri için Yapılandırma Kılavuzu.
Webex Calling hizmeti hakkında daha fazla bilgi için bkz. Son Tüketici için Cisco Collaboration Flex Planında Cisco Webex Calling
İş Ortakları
İş ortağı hizmet sağlayıcısı olarak, Webex Calling'i müşterilerinize markalandırabilir, pazarlayabilir ve satabilirsiniz. Deneme oluşturup süresine uzatabilir, müşterileriniz için hizmet dağıtımı yapabilir ve müşterileriniz için siparişleri sağlayabilirsiniz.
Yol gösterici bilgiler için bkz. Cisco Webex Calling Müşterileri için Yapılandırma Kılavuzu (Erken İş Ortağı Kayıt Programı).
Daha fazla iş ortağı kaynağı için bkz. Webex Calling Sales Connect kaynakları. (İş ortağı kimlik bilgileri gereklidir.)
Kullanılabilirlik
Webex Calling'in satışa sunulduğu ülkeler için Cisco Webex Nerelerde Mevcuttur? makalesinde Webex Calling başlığını inceleyin.
Genel Bakış
Webex Calling , artık Cisco Unified Communications Manager mimarisine dayalı özel bir bulut örneği seçeneği içeriyor. Özel Örnek, Webex Calling entegre edilmiş ve çağrı deneyimini geliştirmek için Webex platformu hizmetlerinden faydalanarak Webex platformunda her yerde geliştirilmiş merkezi yönetimi ve uygun bulut yenilikçiliği sunmaktadır. Adanmış Örnek ayrıca eski Cisco uç noktalarını veya kritik iş iş akışlarının parçası olan mevcut entegrasyonları destekler.
Bu eklenti için Adanmış Örnek Webex Calling içerir:
Cisco Unified Communications Manager
Cisco Unified IM ve Durum
Cisco Unified Unity Bağlantısı
Cisco Expressway
Cisco Emergency Responder (yalnızca Amerika bölgesi)
Cisco Session Management Edition (SME) (İsteğe Bağlı)
Genişletilmiş YG - Adanmış Örnek, ilişkili UC Manager sürümüyle aynı ses ve video uç noktalarını destekler ve buluta gidip bu varlıkların YG'lerini genişleterek tüm müşteri uç noktalarını yenileme gereksinimini ortadan kaldırarak.
Temel Şirket Arası – Adanmış Örnek, Webex Calling platformu üzerinden çağrı yönlendirme için özel Webex entegredir. Müşteriler, kullanıcıları hem Adanmış Örneklerde hem de Webex Calling genelinde dağıtma ve bulut çağrı iş gerekliliklerini karşılamak için gerektiğinde ayarlama esnekliğine sahiptir.
Farklı platformlarda kullanıcıları ayıran müşteriler farklı özellikler deneyimlemektedir. Çağrı özellikleri, Adanmış Örnek ve AşağıdakiLer arasında Webex Calling. Örneğin, Webex Calling kullanıcılar Adanmış Örnek'çağrı yakalama grubu bir çağrı yakalama grubu parçası olmayacaktır. |
Control Hub Turuna Başlayın
Control Hub, kuruluşunuzu yönetmek, kullanıcılarınızı yönetmek, hizmet atamak, kullanım trendlerini ve çağrı kalitesini analiz etmek ve çok daha fazlasını tek bir yerden gerçekleştirebileceğiniz web tabanlı bir arayüzdür.
Kuruluşunuzu çalışır duruma getirmek için birkaç kullanıcıyı Control Hub e-posta adreslerini girerek Webex Uygulamasına katılmaya davet etmenizi öneririz. Kişileri, arama dahil olmak üzere sağladığınız hizmetleri kullanmaya ve kullanım deneyimleri hakkında geri bildirim vermeye teşvik edin. Hazır olduğunuzda, istediğiniz zaman daha fazla kullanıcı ekleyebilirsiniz.
Control Hub'a erişim için Google Chrome veya Mozilla Firefox'un en son masaüstü sürümünü kullanmanızı öneririz. Mobil cihazlardaki tarayıcılar ve diğer masaüstü tarayıcılar, beklenmeyen sonuçlar ortaya çıkarabilir. |
Aşağıda verilen bilgileri, kuruluşunuzu hizmetleri kullanmak üzere ayarlarken ne beklemeniz gerektiğinin üst düzey bir özeti olarak kullanabilirsiniz. Daha fazla ayrıntılı bilgi için ayrı ayrı bölümlerde yer alan adım adım talimatları inceleyin.
Başlama
İş ortağınız hesabınızı oluşturduktan sonra bir karşılama e-postası alırsınız. Control Hub'a girmek için Chrome veya Firefox ile e-postadaki Başlarken bağlantısına tıklayın. Bu bağlantı, yönetici e-posta adresiyle otomatik olarak oturumunuzu açar. Ardından, bir yönetici parolası oluşturmanız istenir.
Denemeler için İlk Kurulum Sihirbazı
İş ortağınızın sizi deneme için kaydetmesi durumunda, Control Hub'da oturum açmanızın ardından otomatik olarak kurulum sihirbazı başlatılır. Sihirbaz, diğer hizmetleri tanıtmakla birlikte kuruluşunuzdaki işlerin Webex Calling’le yürütülmesini sağlayacak temel ayarları yapmanız için size yol gösterir. Sihirbazı sonlandırmadan önce Calling ayarlarınızı yapıp kontrol etmeniz gerekir.
Ayarlarınızı Gözden Geçirme
Control Hub yüklendiğinde ayarlarınızı gözden geçirebilirsiniz.
Kullanıcı Ekle
Hizmetlerinizi kurduğunuza göre, şirket dizininizden kişileri eklemeye hazırsınız. Kullanıcılar'a gidip Kullanıcıları Yönet'e tıklayın.
Microsoft Active Directory kullanıyorsanız, önce Dizin Senkronizasyonu'nu etkinleştirmenizi ve ardından kullanıcıları nasıl eklemek istediğinize karar vermenizi öneririz. Cisco Dizin Bağlayıcıyı kurmak için İleri'ye tıklayın ve talimatları izleyin.
Çoklu Oturum Açma (SSO) Özelliğini Kurma
Webex Uygulaması temel kimlik doğrulama kullanır. SSO'yu, kullanıcıların Webex tarafından saklanıp yönetilen ayrı bir parola yerine İşletme kimlik bilgilerini kullanarak İşletme Kimlik Sağlayıcısı ile kimlik doğrulaması yapmasını sağlayacak biçimde yapılandırabilirsiniz.
Ayarlar'a gidin, Kimlik Doğrulama'ya kaydırın, Değiştir'e tıklayın ve ardından 3. taraf kimlik sağlayıcı entegre et öğesini seçin.
Hizmetleri Kullanıcılara Atayın
Kişilerin Webex Uygulamasını kullanmaya başlaması için eklediğiniz kullanıcılara hizmetler atamanız gerekir.
Kullanıcılar'a gidin, Kullanıcıları Yönet'e tıklayın, CSV dosyasıyla kullanıcıları dışarı ve içeri aktar'ı seçin ve ardından Dışarı aktar'a tıklayın.
İndirdiğiniz dosyada, kullanıcılarınızın her birine atamak istediğiniz hizmetlere True eklemeniz yeterlidir.
Tamamladığınız dosyayı içeri aktarın, Hizmet ekle ve kaldır seçeneğine ve ardından Gönder'e tıklayın. Artık çağrı özelliklerni yapılandırmaya, ortak alanda paylaşılabilecek cihazları kaydetmeye ve cihazları kaydedip kullanıcılarla ilişkilendirmeye hazırsınız.
Kullanıcılara Güç Verme
Kullanıcıları eklediğinize ve kendilerine hizmet atandığına göre, kullanıcılar Webex Calling için desteklenen Çok Platformlu Telefonları (MPP) ve mesajlaşma ve toplantılar için Webex Uygulamasını kullanmaya başlayabilir. Onları, erişim için her şeyi bir arada bulabilecekleri bir ortam olarak Cisco Webex Ayarları'nı kullanmaya teşvik edin.
Yerel Ağ Geçidinin Rolü
Yerel ağ geçidi, Genel Anahtarlı Telefon Ağı (PSTN) ve eski genel birim santrali (PBX) (Unified CM dahil) ile birlikte çalışmak üzere, işletme veya iş ortağı tarafından yönetilen bir uç cihazıdır.
Control Hub’ı kullanarak bir konuma yerel ağ geçidi atayabilirsiniz. Control Hub, CUBE üzerinde yapılandırabileceğiniz parametreleri sağlayacaktır. Bu adımlar yerel ağ geçidini buluta kaydettikten sonra, yerel ağ geçidi üzerinden belirli bir konumdaki Webex Calling kullanıcılarına PSTN hizmeti sağlanır.
Bir Yerel Ağ Geçidini belirtip sıralamak için Yerel Ağ Geçidi sıralama kılavuzu'nu okuyun.
Webex Calling için Desteklenen Yerel Ağ Geçidi Dağıtımları
Şu temel dağıtımlar desteklenir:
Yerel ağ geçidi bağımsız olarak veya Cisco Unified İletişim entegrasyonun gerekli olduğu dağıtımlar içerisinde dağıtılabilir.
Kuruluş İçi IP PBX'siz Yerel Ağ Geçidi Dağıtımları
Bağımsız Yerel Ağ Geçidi Dağıtımları
Bu şekilde, herhangi bir IP PBX'in mevcut olmadığı ve tek bir konum veya çok konumlu bir dağıtım için geçerli bir Webex Calling dağıtımı görülmektedir.
Webex Calling hedeflerinizle eşleşmeyen her türlü çağrı için Webex Calling bu çağrıları işlenmek üzere konuma atanan yerel ağ geçidine gönderir. Yerel Ağ Geçidi, gelen tüm çağrıları Webex Calling'den PSTN'ye ve tam tersi yönde PSTN'den Webex Calling'e yönlendirir.
PSTN ağ geçidi bağımsız bir platform olabilir veya yerel ağ geçidiyle birlikte kullanılabilir. Aşağıdaki görselde görüldüğü gibi, bu dağıtımın bağımsız PSTN ağ geçidi türünü öneririz. Bu uygulama, mevcut PSTN ağ geçidinin Webex Calling yerel ağ geçidi olarak kullanılamaması durumunda kullanılabilir.
Birlikte Kullanılan Yerel Ağ Geçidi Dağıtımı
Yerel ağ geçidi IP tabanlı olabilir, SIP santraliyle bir ITSP'ye bağlanabilir veya ISDN veya analog devre kullanarak TDM tabanlı olabilir. Aşağıdaki şekilde, yerel ağ geçidinin PSTN GW/SBC ile birlikte kullanıldığı bir Webex Calling dağıtımı görülmektedir.
İş Yeri İçi Unified CM PBX'li Yerel Ağ Geçidi Dağıtımları
Şu durumlarda Unified CM ile entegrasyon gereklidir:
Unified CM'nin şirket içi çağrı kontrolü çözümü olarak dağıtıldığı mevcut bir Cisco UC dağıtımına Webex Calling'in etkinleştirildiği etkinleştirilmiş konumların eklenmesi
Unified CM üzerinde kayıtlı telefonlar ve Webex Calling konumlarındaki telefonlar arasında doğrudan aramanın gerekli olması.
Bu şekilde, müşterinin mevcut bir Unified CM IP PBX'inin olduğu bir Webex Calling dağıtımı görülmektedir.
Webex Calling, yerel ağ geçidine müşterinin Webex Calling hedefleriyle eşleşmeyen çağrılar gönderir. Buna, Webex Calling’in göremediği PSTN numaraları ve Unified CM dahili numaraları dahildir. Yerel ağ geçidi, gelen tüm çağrıları Webex Calling'den Unified CM'ye ve tam tersi yönde yönlendirir. Ardından, Unified CM, gelen çağrıları mevcut arama planına göre yerel hedeflere veya PSTN'ye yönlendirir. Unified CM çağrı planı, numaraları +E.164 olarak normalleştirir. PSTN ağ geçidi bağımsız olarak veya yerel ağ geçidiyle birlikte kullanılabilir.
Bağımsız PSTN Ağ Geçidi
Bu dağıtımın, şemada gösterilen bağımsız PSTN ağ geçidi versiyonu, önerilen seçenektir ve mevcut PSTN ağ geçidinin Webex Calling yerel ağ geçidi olarak kullanılamaması durumunda kullanılabilir.
Birlikte Kullanılan PSTN Ağ Geçidi
Bu şekilde, yerel ağ geçidinin PSTN ağ geçidi/SBC ile birlikte kullanıldığı Unified CM'li Webex Calling dağıtımı görülmektedir.
Webex Calling, müşterinin Webex Calling hedefleriyle eşleşmeyen tüm çağrıları konuma atanmış yerel ağ geçidine yönlendirir. Buna, PSTN hedefleri ve CM dahili numaralarına yönlendirilen ağ üzeri çağrılar da dahildir. Yerel ağ geçidi, tüm çağrıları Unified CM'ye yönlendirir. Ardından, Unified CM, çağrıları aynı anda PSTN/SBC özelliği bulunan yerel ağ geçidi yoluyla yerel olarak kayıtlı telefonlara veya PSTN'ye yönlendirir.
Çağrı Yönlendirme Konuları
Webex Calling'den Unified CM'ye Yapılan Çağrılar
Webex Calling yönlendirme mantığı şöyle işler: Webex Calling uç noktasında çevrilen numaranın Webex Calling'de aynı müşteri içerisinde başka bir hedefe yönlendirilememesi durumunda, çağrı daha fazla işlenmek üzere yerel ağ geçidine gönderilir. Ağ dışı (Webex Calling dışında) tüm çağrılar yerel ağ geçidine gönderilir.
Mevcut bir Unified CM'ye entegrasyonsuz yapılan Webex Calling dağıtımları için ağ dışındaki her türlü çağrı PSTN çağrısı kabul edilir. Unified CM ile birleştirildiğinde, ağ dışı bir çağrı hâlen Unified CM üzerinde barındırılan herhangi bir hedefe ağ içi bir çağrı veya bir PSTN hedefine gerçek bir ağ dışı çağrı olabilir. Söz konusu son iki çağrı türü arasındaki ayrım Unified CM tarafından belirlenir ve Unified CM üzerinde sağlanan işletme çağrı planına bağlıdır.
Aşağıdaki görselde, ABD içi bir numara tuşlayan bir Webex Calling kullanıcısı görülmektedir.
Artık yapılandırılan çağrı planı üzerine kurulu Unified CM, çağrıyı aranan hedefin dizin numarası olarak sağlandığı yerel olarak kaydedilmiş bir uç noktaya yönlendirir. Bunun için Unified CM çağrı planının +E.164 numaralarının yönlendirilmesini desteklemesi gerekir.
Unified CM'den Webex Calling'e yapılan çağrılar
Unified CM üzerinde Unified CM'den Webex Calling'e çağrı yönlendirmesini etkinleştirmek için Webex Calling'deki +E.164 ve işletme numaralandırma planı adresleri dizisini tanımlamak için bir dizi yönlendirme yolunun sağlanması gerekir.
Bu yollar mevcut olduğunda, aşağıdaki görselde gösterilen her iki çağrı senaryosu da mümkün olacaktır.
PSTN'deki bir arayanın bir Webex Calling cihazına atanmış bir DID numarası araması durumunda, bu çağrı, işlemenin PSTN ağ geçidi yoluyla işletmeye yönlendirilir ve ardından Unified CM'ye ulaşır. Söz konusu çağrının aranan adresi, Unified CM'de sağlanan Webex Calling yönlendirme yollarından biriyle eşleşir ve çağrı yerel ağ geçidine gönderilir. (Aranan adresin, yerel ağ geçidine gönderilirken +E.164 biçiminde olması gerekir.) Ardından, Webex Calling yönlendirme mantığı, DID atamasına bağlı olarak çağrının istenen Webex Calling cihazına gönderildiğinden emin olur.
Bunun yanında, Unified CM kayıtlı uç noktalarından Webex Calling hedeflerine yapılan çağrılar, Unified CM'de sağlanan çağrı planına tabidir. Tipik olarak, bu çağrı planı kullanıcıların çağrı yapmak için yaygın işletme çağrı alışkanlıklarını kullanmasına izin verir. Bu alışkanlıkların yalnızca +E.164 biçiminde tuşlamayı içermez. Webex Calling'de doğru yönlendirmeye izin vermek için çağrılar yerel ağ geçidine gönderilmeden önce +E.164 dışındaki tüm çevirme alışkanlıklarının +E.164 biçimine normalleştirilmesi gerekir.
Hizmet Sınıfı (CoS)
Çağrı döngülerinden kaçınmak ve arama ücreti dolandırıcılığını önlemek gibi çeşitli nedenlerle, sıkı hizmet sınıfı kısıtlamaları uygulanması her zaman tavsiye edilir. Webex Calling Yerel Ağ Geçidinin Unified CM hizmet sınıfına entegre edilmesi bağlamında, şunlar için hizmet sınıfını değerlendirmemiz gerekir:
Unified CM ile kaydedilen cihazlar
PSTN'den Unified CM'ye gelen çağrılar
Webex Calling'den Unified CM'ye gelen çağrılar
Unified CM ile kaydedilen cihazlar
Webex Calling hedeflerinin yeni bir mevcut CoS yapılandırmasına yeni bir hedef sınıfı olarak eklenmesi oldukça basittir: Webex Calling hedeflerini arama izni, genellikle şirket içi (siteler arası dahil) hedeflerini aramakla eşdeğerdir.
Bir işletme çağrı planının zaten "(kısaltılmış) ağ içi siteler arası" izni uygulaması durumunda, bilinen tüm Webex Calling hedeflerini aynı bölüm içinde kullanıp sağlayabileceğimiz Unified CM üzerinde sağlanan bir bölüm vardır.
Aksi takdirde, "(kısaltılmış) ağ içi siteler arası" izni konsepti henüz mevcut olmaz, ardından yeni bir bölümün (örneğin, "onNetRemote") sağlanması gerekir, Webex Calling hedefleri bu bölüme eklenir ve sonunda bu yeni bölümün uygun çağrı arama alanlarına eklenmesi gerekir.
PSTN'den Unified CM'ye gelen çağrılar
Webex Calling hedeflerinin yeni bir mevcut CoS yapılandırmasına yeni bir hedef sınıfı olarak eklenmesi oldukça basittir: Webex Calling hedeflerini arama izni, genellikle şirket içi (siteler arası dahil) hedeflerini aramakla eşdeğerdir.
Bir işletme çağrı planının zaten "(kısaltılmış) ağ içi siteler arası" izni uygulaması durumunda, bilinen tüm Webex Calling hedeflerini aynı bölüm içinde kullanıp sağlayabileceğimiz Unified CM üzerinde sağlanan bir bölüm vardır.
Aksi takdirde, "(kısaltılmış) ağ içi siteler arası" izni konsepti henüz mevcut olmaz, ardından yeni bir bölümün (örneğin, "onNetRemote") sağlanması gerekir, Webex Calling hedefleri bu bölüme eklenir ve sonunda bu yeni bölümün uygun çağrı arama alanlarına eklenmesi gerekir.
Webex Calling'den Unified CM'ye gelen çağrılar
PSTN'den gelen çağrıların tüm Webex Calling hedeflerine erişiminin olması gerekir. Bu da, tüm Webex Calling hedeflerinin bulunduğu yukarıda belirtilen bölümün PSTN santralinde gelen çağrılar için kullanılan çağrı arama alanına eklenmesini gerektirir. Webex Calling hedeflerine erişim, mevcut erişime ek olarak gelir.
PSTN erişiminden Unified CM DID'lerine ve Webex Calling'e gelen çağrılar için DID gerekli olsa da, Webex Calling'den kaynaklanan çağrılar için Unified CM DID'leri ve PSTN hedeflerine erişim gereklidir.
Bu şekilde, PSTN ve Webex Calling'den gelen çağrılar için bu iki farklı hizmet sınıfını karşılaştırılmaktadır. Şekilde ayrıca, PSTN ağ geçidi işlevinin Yerel Ağ Geçidi ile birlikte bulunması durumunda birleşik PSTN ağ geçidi ve Yerel Ağ Geçidinden Unified CM'ye iki santral gerektiği görülmektedir: PSTN kaynaklı çağrılar ve Webex Calling kaynaklı çağrılar için bir tane. Bunun nedeni, trafik türüne göre farklı çağrı arama alanları uygulama gerekliliğidir. Unified CM üzerinde iki gelen santral ile bu, her santralde gelen çağrılar için gerekli çağrı arama alanı yapılandırılarak kolayca gerçekleştirilebilir.
Çağrı Planı Entegrasyonu
Bu kılavuzda, "Cisco Collaboration Şirket İçi Dağıtımları için Tercih Edilen Mimari, CVD" içerisinde belirtilen güncel en iyi uygulamalar esas alınarak yapılmış mevcut bir kurulum olduğu varsayılır. Son sürüm burada mevcuttur.
Önerilen çağrı planı tasarımı, buradaki Cisco İş Birliği Sistemi SRND’nin son sürümünün Çağrı Planı bölümünde açıklanan tasarım yaklaşımını takip eder.
Bu şekilde, önerilen çağrı planı tasarımının genel görünümü verilmiştir. Bu çağrı planı tasarımının önemli özellikleri şunları içerir:
Unified CM'de yapılandırılan tüm dizin numaraları +E.164 biçimindedir.
Tüm dizin numaraları aynı bölüm (DN) üzerinde yer alır ve acil olarak işaretlenmiştir.
Çekirdek yönlendirme, +E.164 temellidir.
+E.164 dışı tüm yönlendirme alışkanlıkları (örneğin, ortak bir çağrı alışkanlığı kullanan kısaltılmış site içi çağrılar ve PSTN çağrıları), çağrı normalleştirme çevrim şablonu kullanılarak +E.164 biçimine normalleştirilir (genelleştirilir).
Çağrı normalleştirme çevrim şablonu, çevrim şablonu çağrı arama alanını devralma kullanır. "Çağrı Kaynağının Çağrı Arama Alanını Kullan" seçeneği ayarlanmıştır.
Hizmet sınıfı, site ve hizmet sınıfına özel çağrı arama alanları kullanılarak uygulanır.
PSTN erişim özellikleri (örneğin, uluslararası PSTN hedeflerine erişim), hizmet sınıfını tanımlayan çağrı arama alanına ilgili +E.164 yol şablonlarıyla bölümler eklenerek uygulanır.
Webex Calling'e Erişilebilirlik
Bu çağrı planına Webex Calling hedefleri için erişilebilirlik eklemek için, tüm Webex Calling hedeflerini temsil eden bir bölüm ("Webex Calling") oluşturulmalı ve Webex Calling'deki her bir DID aralığı için bir +E.164 yol şablonu bu bölüme eklenmelidir. Bu yol şablonu, yalnızca bir üyesi olan bir yol listesine başvuru yapıyor: Webex Calling'e yapılan çağrılar için Yerel Ağ Geçidine SIP santralli yönlendirme grubu. Tüm tuşlanan hedeflerin Unified CM kayıtlı uç noktalarından kaynaklanan çağrılar için çağrı normalleştirme çevrim şablonları veya PSTN'den kaynaklanan gelen çağrı tarafı dönüşümleri kullanılarak +E.164 biçimine normalleştirilmesi nedeniyle, kullanılan tuşlama alışkanlığından bağımsız olarak bu tek +E.164 yol şablonu kümesi yeterlidir.
Örneğin bir kullanıcının "914085550165" numarasını çevirmesi durumunda, "UStoE164" bölümündeki normalleştirme çevrim şablonu bu dizeyi "+14085550165" olarak normalleştirir ve bu da "Webex Calling" bölümünde bir Webex Calling hedefi için yol şablonuyla eşleşir. Unified CM son olarak çağrıyı yerel ağ geçidine gönderir.
Kısaltılmış Siteler Arası Tuşlama Ekleme
Referans tuşlama planına kısaltılmış siteler arası tuşlama eklemenin tavsiye edilen yolu, işletme numaralandırma planı altındaki tüm siteler için özel bir bölüme ("ESN", Önemli İşletme Numaraları) tuşlama normalleştirme çevrim şablonları eklemektir. Bu çevrim şablonları, tuşlama dizelerini işletme numaralandırma planı biçiminde keser ve tuşlanan dizeyi +E.164 biçimine normalleştirir.
Kurumsal kısaltılmış çağrı Webex Calling hedeflerine eklemek için, Webex Calling konumu için ilgili çağrı normalleştirme çevrim şablonunu "Webex Calling" bölümüne ekleyin (örneğin, şemada "8101XX"). Normalleştirmeden sonra çağrı, "Webex Calling" bölümünde yol şablonu eşleştirildikten sonra tekrar Webex Calling'e gönderilir.
Webex Calling çağrıları için kısaltılmış tuşlama normalleştirme çevrim şablonunun "ESN" bölümüne eklenmesini önermeyiz çünkü bu yapılandırma istenmeyen çağrı yönlendirme döngüleri oluşturabilir.
Calling için Protokol İşleyicileri
Webex Calling aşağıdaki protokol işleyicileri işletim sistemine kaydederek web tarayıcıları veya başka uygulamalardan tıkla ve konuş işlevi sağlayabilir. Aşağıdaki protokoller, Mac veya Windows'ta varsayılan çağrı uygulaması olduğunda Webex Uygulamasında sesli veya görüntülü çağrı başlatır:
CLICKTOCALL: veya CLICKTOCALL://
SIP: veya SIP://
TEL: veya TEL://
WEBEXTEL: veya WEBEXTEL://
Windows için Protokol İşleyicileri
Diğer uygulamalar, Webex Uygulamasından önce protokol işleyicilerine kaydolabilir. Windows 10'da, kullanıcıların çağrıyı başlatmak için hangi uygulamayı kullanacağını seçmelerini isteyen sistem penceresi. Kullanıcının Her zaman bu uygulamayı kullan seçeneğini işaretlemesi durumunda, kullanıcı tercihi hatırlanabilir.
Kullanıcıların Webex Uygulamasını seçebilmeleri için varsayılan çağrı uygulaması ayarlarını sıfırlamaları gerekiyorsa, kullanıcıdan Windows 10'da Webex Uygulaması için protokol ilişkilendirmelerini değiştirmelerini isteyebilirsiniz:
Varsayılan uygulama ayarları sistem ayarlarını açın, Uygulamaya göre varsayılanları ayarla öğesine tıklayın ve Webex Uygulaması.
Her bir protokol için seçeneğini seçin Webex Uygulaması.
macOS için protokol işleyicileri
Mac OS'te, çağrı protokollerine Webex Uygulamasından önce kaydedilmişse, kullanıcıların Webex Uygulamasını varsayılan çağrı seçeneği olarak yapılandırması gerekir.
Mac için Webex Uygulamasında kullanıcılar bunu onaylayabilir Webex Uygulaması, genel tercihler altındaki ayar ile Çağrıları başlat için seçilir. Ayrıca, bir Outlook kişisinin numarasına tıkladıklarında Webex Uygulamasında çağrı yapmak isterlerse Her Zaman Microsoft Outlook'a bağlan seçeneğini işaretleyebilirler.
Calling Gereksinimleri
Lisanslama
Webex Calling, Cisco İş Birliği Esnek Planıyla kullanılabilir. Bir İşletme Anlaşması (EA) planı (%50 Çalışma Alanı cihazları dahil olmak üzere tüm kullanıcılar için) veya Adlandırılmış Kullanıcı (NU) planı (kullanıcıların bazıları veya tümü) satın alabilirsiniz.
Webex Calling üç lisans türü ("İstasyon Türleri") sunar.
Profesyonel: Bu lisanslar, kuruluşunuzun tamamı için eksiksiz bir özellik seti sağlar. Bu teklif, birleştirilmiş iletişim (Webex Calling), mobilite (birden fazla cihaz desteğiyle masaüstü ve mobil istemciler), Webex Uygulamasında ekip iş birliğini ve toplantı başına 1000 katılımcıya kadar toplantılar düzenleme seçeneğini içerir.
Temel: Kullanıcılarınızın mobilite veya uyumlulaştırılmış iletişimin olmadığı sınırlı özelliklere ihtiyacı varsa, bu seçeneği seçin. Kullanıcılarınıza tam özellikli sesli iletişim hizmeti sunulur, ancak kullanıcı başına tek bir cihazla sınırlandırılır.
Temel lisanslar ancak Adlandırılmış Kullanıcı aboneliğinizin olması durumunda kullanılabilir. Işletme Anlaşması abonelikleri için temel lisanslar desteklenmez.
Çalışma Alanları (Ortak Alan olarak da bilinir): Mola odası, lobi ve konferans odası gibi yerler için uygun bir dizi çağrı özelliğiyle birlikte temel çevir sesi hizmeti istiyorsanız, bu seçeneği işaretleyin.
Control Hub'ı kullanarak bu lisans dağıtımlarını kuruluşunuz genelinde nasıl yönetebileceğinize ilişkin bilgiler, bu belgenin ilerleyen kısımlarında verilmiştir.
Bant Genişliği Gereksinimi
Bir görüntülü çağrıdaki her bir cihaz için 2 Mbps düzeyine kadar veri aktarım hızı gerekir. Sesli bir çağrıdaki her bir cihaz için 100 kbps düzeyine kadar veri aktarım hızı gerekir. Boştaki telefonlar için asgari bant genişliği gerekir.
Genel Anahtarlamalı Telefon Ağı (PSTN)
Webex Calling PSTN hizmetlerini gerektirir, şu üç seçenekten birini seçin:
Yerel ağ geçidi-Mevcut PSTN hizmetleriyle yerel bir ağ geçidi kullanın ve çağrı planı entegrasyonu için şirket içi PBX'e entegre edin.
Iş yeri tabanlı PSTN için Yerel Ağ Geçidi
Hem Katman Değerli Satıcılar (VAR), hem de Hizmet Sağlayıcılar (SP) Webex Calling kuruluşlarına PSTN erişimi sağlayabilir. Mevcut durumda iş yeri temelli PSTN erişimi sağlamak için tek seçenek yerel ağ geçididir. Yerel ağ geçidini bağımsız olarak veya Cisco Unified Communications Manager ile entegrasyon içinde dağıtabilirsiniz. Ayrıntılar için bkz. Yerel ağ geçidini kullanmaya başlayın.
Desteklenen cihazlar
Webex Calling, Cisco Çok Platformlu (MPP) IP Telefonlarını destekler. Yönetici olarak, aşağıdaki telefonları buluta kaydedebilirsiniz. Daha fazla bilgi için aşağıdaki Yardım makalelerini inceleyin:
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, Webex Board ve Masa Cihazları, Control Hub'da oluşturduğunuz bir Çalışma Alanında cihaz olarak desteklenir. Daha fazla bilgi için Webex Calling Için Desteklenen Cihazlarda "Cisco Webex Room, Webex Board ve Desk Cihazları" bölümüne bakın. Yine de, Çalışma Alanı için Webex Calling'i etkinleştirerek bu cihazlar için PSTN sağlayabilirsiniz.
Güvenlik Duvarı
Cisco Webex Calling için Bağlantı Noktası Referans Bilgilerinde belgelenen güvenlik duvarı gereksinimlerini karşılayın.
Webex Calling için Yerel Ağ Geçidi Gereksinimleri
Genel ön koşullar
Webex Calling için bir yerel ağ geçidi yapılandırmadan önce, şunları yaptığınızdan emin olun:
VoIP ilkeleri hakkında temel bilgi sahibi olduğunuzdan
IOS-XE ve IOS-XE ses konseptleri hakkında temel çalışma bilgisine sahip olduğunuzdan,
Oturum Başlatma Protokolü (SIP) hakkında temel bilgiye sahip olun
Dağıtım modelinizin Unified CM içermesi durumunda, Cisco Unified Communications Manager (Unified CM) hakkında temel bilgiye sahip olduğunuzdan emin olun.
Ayrıntılar için Cisco Unified Sınır Öğesi (CUBE) Kurumsal Yapılandırma Kılavuzu'na bakın.
Yerel Ağ Geçidi için Donanım ve Yazılım Gereksinimleri
Dağıtımınızda, Webex Calling Sipariş Kılavuzu Tablo 1'de yer alan yerel ağ geçitlerinden (Cisco CUBE (IP tabanlı bağlantı için) veya Cisco IOS Ağ Geçidi (TDM tabanlı bağlantı için)) biri veya daha fazlasının olduğundan emin olun. Bunun yanında, platformda Yerel Ağ Geçidi Yapılandırma Kılavuzu'na uygun olarak desteklenen bir IOS-XE sürümü bulunduğundan emin olun.
Yerel Ağ Geç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 | Şuradan Control Hub'da oturum açın:https://admin.webex.com , git . Yeni konumların, İlk Kurulum Sihirbazıyla seçtiğiniz ülkeye karşılık gelen bölgesel veri merkezinde barındırılacağını göz önünde bulundurun. |
||||
2 | Konumun ayarlarını yapılandırın:
|
||||
3 | tıklayın Kaydet ve sonra seç evet / hayır Şimdi veya daha sonra konuma numara eklemek için |
||||
4 | Şimdi Ekle'ye tıklarsanız, aşağıdaki seçeneklerden birini seçin:
Bu PSTN seçeneği her konum kademesindedir (her konumda sadece bir veya birkaç PSTN vardır). Dağıtımınız için istediğiniz sayıda seçeneği karıştırabilir ve eşleştirebilirsiniz, ancak her konumda tek bir seçenek vardır. Bir PSTN seçeneğini seçtikten ve sağladıktan sonra, PSTN özellikleri konumunda Yönet’e tıklayarak bunu değiştirebilirsiniz. Ancak Cisco PSTN gibi bazı seçenekler başka bir seçenek atandıktan sonra kullanılamayabilir. Rehberlik için bir destek durumu açın. |
||||
5 | Numaraları hemen mi, daha sonra mı etkinleştirmek istediğinizi seçin. |
||||
6 | Entegre olmayan CCP veya İş Yeri Tabanlı PSTN seçtiyseniz Telefon Numaraları’nı virgülle ayrılmış değerler olarak girin ve Doğrula’ya tıklayın. İlgili konum için numaralar eklenir. Geçerli girdiler Doğrulanan Numaralar alanına eklenirken, geçersiz girdiler, yanında hata mesajıyla birlikte Numara Ekle alanında kalır. Konumun ülkesine bağlı olarak, numaralar yerel çağrı gereksinimlerine göre biçimlendirilir. Örneğin, ülke kodu gerekiyorsa, numaraları kodlu veya kodsuz olarak girebilirsiniz ve kod numaranın başına eklenir. |
||||
7 | Kaydet seçeneğine tıklayın. |
Sonraki işlemler
Bir konum oluşturduktan sonra, o konum için 911 acil durum hizmetlerini etkinleştirebilirsiniz. Daha fazla bilgi için bkz. Webex Calling için RedSky Acil Durum 911 Hizmeti.
Başlamadan önce
Bir konumla ilişkili kullanıcıların ve çalışma alanlarının listesini almak için: Hizmetler > Numaralar’a gidin ve açılır menüden silinecek konumu seçin.bu kullanıcıları ve Çalışma Alanlarını silmeniz gerekir. Konumu silmeden önce |
1 | Şuradan Control Hub'da oturum açın:https://admin.webex.com , git . |
2 | tıklayın içinde Eylemler Silmek istediğiniz konumun yanındaki sütun. |
3 | Seç Konumu Sil öğesini seçin ve bu konumu silmek istediğinizi onaylayın. Konumun kalıcı olarak silinmesi genellikle birkaç dakika sürse de, bazen bu süre bir saate kadar çıkabilir. Konum adının yanında bulunan Daha Fazla seçeneğine tıklayıp Silme Durumu öğesini seçerek durumu kontrol edebilirsiniz. |
Konum oluşturulduktan sonra PSTN ayarlarınız ile konumunuzun adını, saat dilimini ve dilini değiştirebilirsiniz. Yine de, yeni dilin yalnızca yeni kullanıcılar ve cihazlar için geçerli olacağını unutmayın. Mevcut kullanıcılar ve cihazlar, eski dili kullanmaya devam eder.
Mevcut konumlar için 911 acil durum hizmetlerini etkinleştirebilirsiniz. Daha fazla bilgi için bkz. Webex Calling için RedSky Acil Durum 911 Hizmeti. |
1 | Şuradan Control Hub'da oturum açın:https://admin.webex.com , git . Bir konumun yanında Dikkat işareti görürseniz, bunun anlamı, o konum için telefon numaranızı henüz yapılandırmamış olmanızdır. Bu numarayı yapılandırana kadar arama yapamaz veya alamazsınız. |
||||||
2 | (İsteğe bağlı) PSTN Bağlantısı altından, hangisini yapılandırmış olduğunuza bağlı olarak Bulut Bağlantılı PSTN veya İş Yeri Temelli PSTN (yerel ağ geçidi) öğesini seçin. Bu yapılandırmayı değiştirmek için Yönet'e tıklayın ve ardından Devam'ı seçerek bununla ilgili riskleri kabul edin. Sonra, aşağıdaki seçeneklerden birini seçin ve Kaydet'e tıklayın:
|
||||||
3 | Konumun ana iletişim yetkilisine ulaşmak için kullanılacak Ana Numara'yı seçin. |
||||||
4 | (Opsiyonel) Altında Acil Arama , seçebilirsiniz Acil Konum Tanımlayıcı bu konuma atamak için
|
||||||
5 | Kullanıcıların bu konum için sesli mesajlarını kontrol etmek için arayabileceği Sesli Mesaj Numarası'nı seçin. |
||||||
6 | (İsteğe Bağlı) Konum sayfasının üst kısmında bulunan kalem simgesine tıklayarak, Konum Adı, Saat Dilimi veya Dil öğelerini ihtiyaca göre değiştirip, ardından Kaydet'e tıklayabilirsiniz.
|
Bu ayarlar dahili arama içindir ve ilk kurulum sihirbazında da mevcuttur. Çağrı planınızı değiştirdiğinizde, değişiklikler uygulanarak Control Hub'daki örnek numaralar güncellenir.
Bir konum için giden çağrı izinlerini yapılandırabilirsiniz. Giden çağrı izinlerini yapılandırmak için bu adımları inceleyin. |
1 | Şuradan Control Hub'da oturum açın:https://admin.webex.com/ , git öğesine gidin ve ardından Dahili Arama . |
||||
2 | Aşağıdaki isteğe bağlı çağrı tercihlerini ihtiyacınıza göre yapılandırın:
|
||||
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 | giriş yap Kontrol Merkezi dehttps://admin.webex.com , git ve seçin Gövde Ekle . |
||
2 | Bir konum seçin. |
||
3 | Santrale ad verip Kaydet’e tıklayın.
|
Sonraki işlemler
Ekranda santral bilgileri görünür Etki Alanı Kaydetme, Santral Grubu OTG/DTG, Hat/Port ve Giden Proxy Adresi.
Control Hub’dan bu bilgileri kopyalayıp, iş yeri temelli PSTN’yi yapılandırmaya hazır olduğunuzda kullanmak üzere yerel bir metin dosyası veya belgeye yapıştırmanızı öneririz.
Kimlik bilgilerini kaydederseniz, bu bilgileri Control Hub’daki santral bilgi ekranından oluşturmanız gerekir. Kullanıcı Adını Al ve Parolayı Sıfırla öğesine tıklayarak santralde kullanmak için yeni bir kimliği doğrulama bilgisi kümesi oluşturun.
1 | Şuradan Control Hub'da oturum açın:https://admin.webex.com , git . |
||
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 işlemler
Control Hub'ın oluşturduğu yapılandırma bilgilerini alıp, parametreleri yerel ağ geçidine (örneğin, iş yerinde bulunan Cisco CUBE sistemine) eşlemeniz gerekir. Bu makale size bu işlemde yol gösterecek. Referans olarak, Control Hub yapılandırma bilgilerinin (solda) CUBE sistemindeki parametrelere nasıl eşlendiğinin (sağda) örneği için aşağıdaki şemayı inceleyin:
Ağ geçidinin kendisinde yapılandırmayı başarıyla tamamladıktan sonra,
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 | giriş yap Kontrol Merkezi dehttps://admin.webex.com , bina simgesini seçin . |
2 | Abonelikler sekmesini seçin ve ardından Hemen Satın Al'a tıklayın. Ücretli aboneliğe geçmek istediğinizi belirten bir e-posta iş ortağınıza gönderilecektir. |
Control Hub’ı kullanarak, kullanıcıların Webex App’te gördüğü kullanılabilir çağrı seçeneklerinin önceliğini ayarlayabilirsiniz Uygulamanın. Ayrıca, tek tıklamayla çağrı için bu seçenekleri etkinleştirebilirsiniz. Daha fazla bilgi için bkz.: Webex Uygulaması kullanıcıları için arama seçeneklerini ayarlayın .
Kullanıcılar arama yaptığında hangi arama uygulamasının açılacağını kontrol edebilirsiniz. Unified CM veya Webex Calling ve Cisco ücretli arama hizmetleri olmayan kullanıcılar. Daha fazla bilgi için bkz.: Arama davranışını ayarla .
Kuruluşunuz için Webex Calling yapılandırdıktan sonra, Local Gateway'inizi Webex Calling bağlamak için bir dış hat yapılandırabilirsiniz. SIP TLS aktarımı, Yerel Ağ Geçidi ile Webex bulutu arasındaki ana hattın güvenliğini sağlar. Yerel Ağ Geçidi ile Webex Calling arasındaki medya SRTP kullanır.
Yerel Ağ Geçidi yapılandırma görevi akışı
Sizin için Yerel Ağ Geçidini yapılandırmak için iki seçenek vardır. Webex Calling bagaj:
Kayıt tabanlı ana hat
Sertifika tabanlı ana hat
altındaki görev akışını kullanın. Kayıt Tabanlı Yerel Ağ Geçidi veya Sertifika Tabanlı Yerel Ağ Geçidi için Yerel Ağ Geçidini yapılandırmak için Webex Calling bagaj. Farklı santral türleri hakkında daha fazla bilgi için Yerel Ağ Geçidini kullanmaya başlama bölümüne bakın. Komut Satırı Arabirimini (CLI) kullanarak Yerel Ağ Geçidinin kendisinde aşağıdaki adımları gerçekleştirin. Ana hattın güvenliğini sağlamak için Oturum Başlatma Protokolü (SIP) ve Taşıma Katmanı Güvenliği (TLS) aktarımını ve Yerel Ağ Geçidi ile medyanın güvenliğini sağlamak için Güvenli Gerçek Zamanlı Protokolü (SRTP) kullanıyoruz. Webex Calling .
Başlamadan önce
için tesis tabanlı Genel Anahtarlamalı Telefon Ağı (PSTN) ve Yerel Ağ Geçidi (LGW) gereksinimlerini anlayın. Webex Calling . Bkz. Webex Calling için Cisco Tercih Edilen Mimari daha fazla bilgi için.
Bu makale, mevcut ses yapılandırması olmadan özel bir Yerel Ağ Geçidi platformunun mevcut olduğunu varsayar. Yerel Ağ Geçidi işlevi olarak kullanmak üzere mevcut bir PSTN ağ geçidi veya Yerel Ağ Geçidi kurumsal dağıtımını değiştirirseniz, Webex Calling , ardından yapılandırmaya dikkat edin. Yaptığınız değişiklikler nedeniyle mevcut çağrı akışlarını ve işlevlerini kesintiye uğratmadığınızdan emin olun.
Control Hub'da bir santral oluşturun ve bu santrali konuma atayın. Bkz. Webex Calling için ana hatları, rota gruplarını ve arama planlarını yapılandırın daha fazla bilgi için.
Prosedürler, bireysel komut seçenekleri hakkında daha fazla bilgi edinebileceğiniz komut referans belgelerine bağlantılar içerir. Tüm komut referans bağlantıları şuraya gidin: Webex Yönetilen Ağ Geçitleri Komut Referansı aksi belirtilmedikçe (bu durumda komut bağlantıları şuraya gider: Cisco IOS Sesli Komut Referansı ). Tüm bu kılavuzlara Cisco Unified Sınır Öğesi Komut Referanslarından erişebilirsiniz. Üçüncü taraf SBC'ler hakkında bilgi için ilgili ürün referans belgelerine bakın. |
Cisco TDM-SIP Ağ Geçitlerinde PSTN çağrı ayakları için TDM arayüzlerini yapılandırmak için bkz. ISDN PRI Yapılandırma. |
Başlamadan önce
Yapılandırdığınız aşağıdaki temel platform yapılandırmasının kuruluşunuzun ilkelerine ve prosedürlerine göre Kurulum emin olun:
NTP'ler
ACL'ler
Şifreleri etkinleştir
Birincil şifre
IP yönlendirme
IP Adresleri vb.
Tüm Yerel Ağ Geçidi dağıtımları için minimum desteklenen bir Cisco IOS XE 16.12 veya IOS-XE 17.3 sürümüne ihtiyacınız vardır.
Yalnızca CUBE, kayıt tabanlı Yerel Ağ Geçidini destekler; üçüncü taraflardan başka hiçbir SBC desteklenmez. |
1 | Geçerli ve yönlendirilebilir IP adreslerine sahip Katman 3 arabirimlerini atadığınızdan emin olun:
|
2 | Kimlik bilgilerini ve paylaşılan sırları kullanmadan önce, aşağıdaki komutları kullanarak parola için bir birincil anahtarı önceden yapılandırın. AES şifresini ve kullanıcı tanımlı birincil anahtarı kullanarak Type 6 parolalarını şifrelersiniz.
|
3 | IP ad sunucusunu, DNS aramasını ve sunucunun erişilebilir olduğundan emin olmak için ping'i etkinleştirecek şekilde yapılandırın. Yerel Ağ Geçidi, Webex Calling proxy adreslerini çözmek için DNS kullanır:
|
4 | TLS 1.2 Münhasırlığını ve varsayılan bir yer tutucu güven noktasını etkinleştirin:
|
5 | Yerel Ağ Geçidi güven Havuzunu güncelleyin: Varsayılan güven havuzu paketi, Webex Calling Calling'e TLS bağlantısı kurulması sırasında sunucu tarafı sertifikasını doğrulamak için ihtiyaç duyduğunuz "DigiCert Kök CA" veya "IdenTrust Ticari" sertifikalarını içermez. en yenisini indir “Cisco Güvenilir Çekirdek Kök Paketi” itibarenhttp://www.cisco.com/security/pki/ güven havuzu paketini güncellemek için. |
Başlamadan önce
1 | Yerel Ağ Geçidi uygulamasını açmak için aşağıdaki komutları girin, bkz. Cisco Webex Calling için Bağlantı Noktası Referans Bilgileri güven listesi eklemeniz gereken en son IP alt ağları için:
Yapılandırma için alanların açıklaması aşağıda verilmiştir: Ücretli dolandırıcılık önleme
Ortam
SIP SIP temel işlevsellik
ek hizmetler
REFER'i devre dışı bırakır ve değiştirme başlığındaki iletişim Kimlik eş iletişim Kimlik değiştirir. Daha fazla bilgi için bkz. Ek servis yudum . faks protokolü
Faks trafiği şifrelenmeyecek olsa da, faks aktarımı için T.38'i etkinleştirir. Bu komut hakkında daha fazla bilgi için bkz. faks protokolü t38 (sesli servis) . Küresel şoku etkinleştir
Daha fazla bilgi için bkz. stun flowdata aracı kimliği ve stun flowdata paylaşılan gizli . G729
G729 çeşitlerine izin verin. Daha fazla bilgi için bkz. g729 ekb-tümü. SIP
Yerel Ağ Geçidini, komşu eşten onay beklemek yerine ilk DAVET mesajında SDP bilgilerini göndermeye zorlar. Bu komut hakkında daha fazla bilgi için bkz. erken teklif . | ||||||
2 | “SIP Profili 200”ü yapılandırın.
Yapılandırma için alanların açıklaması aşağıda verilmiştir:
| ||||||
3 | Codec profilini, şok tanımını ve SRTP Crypto paketini yapılandırın.
Yapılandırma için alanların açıklaması aşağıda verilmiştir:
| ||||||
4 | Control Hub parametrelerini Yerel Ağ Geçidi yapılandırmasıyla eşleyin. Ekle Webex Calling Yerel Ağ Geçidi içinde kiracı olarak. Yerel Ağ Geçidini altına kaydetmek için yapılandırmayı gerekli kılıyorsunuz ses sınıfı kiracısı 200. Bu yapılandırmanın öğelerini, aşağıdaki resimde gösterildiği gibi Control Hub'daki Trunk Info sayfasından edinmelisiniz. Aşağıdaki örnek, ilgili Yerel Ağ Geçidi CLI'si ile eşleşen alanların neler olduğunu gösterir. kiracı uygula 200 hepsine Webex Calling çevirmeli eşler ( etiketi) Yerel Ağ Geçidi yapılandırması içinde.2xx Ses sınıfı kiracı özelliği, aksi takdirde sesli hizmet VoIP ve sip-ua altında yapılan SIP hattı parametrelerini gruplandırmaya ve yapılandırmaya izin verir. Bir kiracıyı yapılandırdığınızda ve bir arama eşi altında uyguladığınızda, Yerel Ağ Geçidi yapılandırmaları için aşağıdaki tercih sırası uygulanır:
| ||||||
5 | yapılandır ses sınıfı kiracısı 200 Control Hub'dan aldığınız parametrelere göre Yerel Ağ Geçidinden Webex Calling ana hat kaydını etkinleştirmek için:
Yapılandırma için alanların açıklaması aşağıda verilmiştir: ses sınıfı kiracı 200Kiracılar için farklılaştırılmış hizmetlere izin veren SIP ana hatlarında birden çok kiracı için belirli genel yapılandırmaları etkinleştirir. Daha fazla bilgi için bkz. ses sınıfı kiracısı . kayıt memuru dns:40462196.cisco-bcld.com şema yudumlar süresi doluyor 240 yenileme oranı 50 tcp tlKayıt her iki dakikada bir (240 saniyenin %50'si) yenilenecek şekilde ayarlanmış Yerel Ağ Geçidi için kayıt sunucusu. Daha fazla bilgi için bkz. kayıt memuru . kimlik numarası Hussain6346_LGU kullanıcı adı Hussain2572_LGU parola 0 meX71]~)Vmf realm BroadWorksAna hat kaydı sorgulaması için kimlik bilgileri. Daha fazla bilgi için bkz. kimlik bilgileri (SIP UA) . kimlik doğrulama kullanıcı adı Hussain6346_LGU parola 0 meX71]~)Vmf bölge BroadWorks kimlik doğrulama kullanıcı adı Hussain6346_LGU parola 0 meX71]~)Vmf bölge 40462196.cisco-bcld.com
Çağrılar için kimlik doğrulama sınaması. Daha fazla bilgi için bkz. kimlik doğrulama (arama eş) . uzak taraf kimliği yokWebex Calling , CIO kullanılarak etkinleştirilen PAI'yi desteklediğinden SIP Uzak Taraf Kimlik (RPID) üstbilgisini devre dışı bırakın iddia edilen-id pai . Daha fazla bilgi için bkz. uzak taraf kimliği . bağlantı yeniden kullanımKayıt ve çağrı işleme için aynı kalıcı bağlantıyı kullanır. Daha fazla bilgi için bkz. bağlantı yeniden kullanım . srtp-şifreleme 200Tanımlıyor ses sınıfı srtp-şifreleme 200 SHA1_80'i belirtmek için (adım 3'te belirtilir). Daha fazla bilgi için bkz. ses sınıfı srtp-kripto. oturum taşıma tcp tlsTaşımayı TLS ayarlar. Daha fazla bilgi için bkz. oturum-taşıma . url yudumlarıSRV sorgusu, erişim SBC'si tarafından desteklenen SIP'ler olmalıdır; diğer tüm mesajlar sip-profile 200 tarafından SIP olarak değiştirilir. hata geçişiSIP hata yanıtı geçiş işlevini belirtir. Daha fazla bilgi için bkz. hata geçişi . iddia edilen-id paiYerel Ağ Geçidinde PAI işlemeyi açar. Daha fazla bilgi için bkz. iddia edilen kimlik . bind control source-interface GigabitEthernet0/0/1Webex Calling'e dönük kaynak arayüzünü sinyallemek için bir kaynak IP adresi yapılandırır. bind ortam kaynağı-arayüzü GigabitEthernet0/0/1Webex Calling'e dönük ortam kaynağı arayüzü için bir kaynak IP adresi yapılandırır. Bind komutları hakkında daha fazla bilgi için bkz. bağlamak . geçiş içeriği yok özel sdpKiracı altında varsayılan komut. Bu komut hakkında daha fazla bilgi için bkz. doğrudan içerik . sip profilleri 200SIP'leri SIP olarak değiştirir ve INVITE ve REGISTER mesajları için Hat/Port'u aşağıdaki bölümde tanımlandığı şekilde değiştirir. yudum profilleri 200 . Daha fazla bilgi için bkz. ses sınıfı yudum profilleri . giden-proxy dns:la01.sipconnect-us10.cisco-bcld.comWebex Calling SBC'ye erişin. Daha fazla bilgi için bkz. giden proxy . gizlilik politikası geçidiGizlilik başlığı değerlerini gelenden giden bacağa şeffaf bir şekilde geçirin. Daha fazla bilgi için bkz. gizlilik politikası . |
Kiracı tanımladıktan sonra 200 Yerel Ağ Geçidi içinde ve bir SIP VoIP çevirmeli eş yapılandırıldığında, ağ geçidi daha sonra şu adrese bir TLS bağlantısı başlatır: Webex Calling , bu noktada erişim SBC, sertifikasını Yerel Ağ Geçidine sunar. Yerel Ağ Geçidi şunları doğrular: Webex Calling daha önce güncellenen CA kök paketini kullanarak SBC sertifikasına erişin. Yerel Ağ Geçidi ile arasında kalıcı bir TLS oturumu kurar. Webex Calling SBC'ye erişin. Yerel Ağ Geçidi daha sonra sorgulanan erişim SBC'sine bir KAYIT gönderir. Kayıt AOR'si sayı@etkialanı şeklindedir. Numara, kimlik bilgileri "numara" parametresinden ve etki alanından "kayıt şirketi dns'sinden alınır:<fqdn> ” Kayıt sorgulandığında:
kullanın kullanıcı adı, şifre ve bölge gelen parametreler kimlik bilgileri başlık ve yudum profili 200 oluşturmak için.
SIPS url'sini tekrar SIP dönüştürür.
Erişim SBC'sinden 200 Tamam aldığınızda kayıt başarılı olur.
Bu dağıtım, Yerel Ağ Geçidinde aşağıdaki yapılandırmayı gerektirir:
Ses sınıfı kiracıları —Kiracıya benzer şekilde ITSP ile karşı karşıya olan çevirme eşleri için başka kiracılar yaratırsınız 200 Webex Calling çevirme eşleri için oluşturduğunuz.
Ses sınıfı URI'leri —Yerel Ağ Geçidinde sona eren çeşitli dış hatlar için ana bilgisayar IP adresleri/bağlantı noktaları için kalıplar tanımlarsınız:
Webex Calling LGW'ye
LGW'de PSTN SIP hattı sonlandırması
Giden arama eşleri —Giden giden çağrı bacaklarını LGW'den ITSP SIP hattı hattına yönlendirebilir ve Webex Calling .
Ses sınıfı DPG —Bir gelen arama eşinden giden arama eşlerini hedeflemek için çağrı yapabilirsiniz.
Gelen arama eşleri —ITSP'den gelen arama ayaklarını kabul edebilir ve Webex Calling .
Aşağıdaki resimde gösterildiği gibi, iş ortağı tarafından barındırılan Yerel Ağ Geçidi kurulumu veya müşteri sitesi ağ geçidi için yapılandırmaları kullanın.
1 | Aşağıdaki ses sınıfı kiracılarını yapılandırın: |
2 | Aşağıdaki ses sınıfı uri'yi yapılandırın: |
3 | Aşağıdaki giden çağrı eşlerini yapılandırın: |
4 | Aşağıdaki arama eşi gruplarını (dpg) yapılandırın: |
5 | Aşağıdaki gelen çağrı eşlerini yapılandırın: |
PSTN’den Webex Calling'e
Çevirmeli eş ile Yerel Ağ Geçidindeki tüm gelen IP PSTN çağrı bacaklarını eşleştirin 100 IP PSTN'nin IP adresi ile VIA başlığı için bir eşleşme kriteri tanımlamak için. DPG 200 giden arama eşini çağırır 200201 , sahip olduğu Webex Calling hedef hedef olarak sunucu.
Webex Calling'den PSTN'ye
Tüm gelenleri eşleştir Webex Calling Çevirmeli eş ile Yerel Ağ Geçidindeki çağrı ayakları 200201 Bu Yerel Ağ Geçidi dağıtımına özgü, hat grubu OTG/DTG parametresiyle REQUEST URI başlık modeli için eşleşme ölçütünü tanımlamak için. DPG 100 giden arama eşini çağırır 101 , hedef hedef olarak IP PSTN IP adresi sahip olan.
Bu dağıtım, Yerel Ağ Geçidinde aşağıdaki yapılandırmayı gerektirir:
Ses sınıfı kiracıları —Unified Unified CM ve ITSP ile karşı karşıya olan çevirme eşleri için daha fazla kiracı yaratırsınız. kiracı 200 için yarattığın Webex Calling çevirmeli eşlerle karşı karşıya.
Ses sınıfı URI'leri —LGW'de sona eren çeşitli dış hatlar için ana bilgisayar IP adresleri/portları için bir model tanımlarsınız:
PSTN hedefleri için Unified CM CM'den LGW'ye
Unified CM LGW'ye Webex Calling destinasyonlar
Webex Calling LGW varış noktalarına
LGW'de PSTN SIP hattı sonlandırması
Ses sınıfı sunucu grubu —Giden hatlar için IP adreslerini/bağlantı noktalarını şuradan hedefleyebilirsiniz:
LGW'den Unified CM
LGW'ye Webex Calling
LGW'den PSTN SIP hattı
Giden arama eşleri —Giden giden çağrı bacaklarını şuradan yönlendirebilirsiniz:
LGW'den Unified CM
ITSP SIP hattı
Webex Calling
Ses sınıfı DPG —Bir gelen arama eşinden giden arama eşlerini hedeflemek için çağrı yapabilirsiniz.
Gelen arama eşleri— Unified CM, ITSP'den gelen arama ayaklarını kabul edebilirsiniz ve Webex Calling .
1 | Aşağıdaki ses sınıfı kiracılarını yapılandırın: |
2 | Aşağıdaki ses sınıfı uri'yi yapılandırın: |
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'den Unified CM PSTN ana hattına
Unified CM Webex Calling ana hattına Webex Calling platformu
Unified CM PSTN ana hattından IP PSTN'ye
Unified CM Webex Calling ana Webex Calling platformuna
Tanılama İmzaları (DS), IOS XE tabanlı Yerel Ağ Geçidinde yaygın olarak gözlemlenen sorunları proaktif olarak algılar ve olayla ilgili e-posta, sistem günlüğü veya terminal mesajı bildirimi oluşturur. DS'yi, çözüm süresini kısaltmak amacıyla tanı verisi toplama işlemini otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için de yükleyebilirsiniz.
Tanılama İmzaları (DS), sorunu tetikleyen olaylar ve sorunu bilgilendirmek, gidermek ve sorunu gidermek için gerçekleştirilecek eylemler hakkında bilgi içeren XML dosyalarıdır. syslog mesajlarını, SNMP olaylarını kullanarak ve belirli show komutu çıktılarının periyodik olarak izlenmesi yoluyla problem algılama mantığını tanımlayabilirsiniz.
Eylem türleri, gösteri komutu çıktılarını toplamayı içerir:
Birleştirilmiş bir günlük dosyası oluşturma
Dosyayı HTTPS, SCP, FTP sunucusu gibi kullanıcı tarafından sağlanan bir ağ konumuna yükleme
TAC mühendisleri, DS dosyalarını yazar ve bütünlük koruması için dijital olarak imzalar. Her bir DS'nin sistem tarafından atanmış benzersiz bir kimlik numarası vardır. Tanılama İmzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için uygun imzaları bulmak için tek bir kaynaktır.
Başlamadan önce:
İndirdiğiniz DS dosyasını düzenlemeyin DSLT . Değiştirdiğiniz dosyalar, bütünlük denetimi hatası nedeniyle yükleme başarısız olur.
Yerel Ağ Geçidinin e-posta bildirimleri göndermesi için ihtiyaç duyduğunuz Basit Posta Aktarım Protokolü (SMTP) sunucusu.
E-posta bildirimleri için güvenli SMTP sunucusu kullanmak istiyorsanız, Yerel Ağ Geçidinin IOS XE 17.6.1 veya üzerini çalıştırdığından emin olun.
Cisco WebEx Meeting Center Yapılandırma Kılavuzları
IOS XE 17.3.2 veya üstü bir sürümde çalışan Yerel Ağ Geçidi
Tanı İmzalarının varsayılan olarak etkinleştirilmesi.
Cihaz Cisco IOS XE 17.3.2 veya üzerini çalıştırıyorsa proaktif bildirim göndermek için kullanılacak güvenli e-posta sunucusunu yapılandırın.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Ortam değişkenini yapılandırınds_email sizi bilgilendirmek için yöneticinin e-posta adresi ile.
configure terminal call-home diagnostic-signature environment ds_email <email address> end
16.11.1 veya üzeri çalışan Yerel Ağ Geçidi
Tanılama imzaları varsayılan olarak varsayılan olarak etkin
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, proaktif bildirimleri göndermek için Cisco IOS XE 17.3.2 üzerinde çalışan bir Yerel Ağ Geçidinin örnek yapılandırması gösterilmektedir. tacfaststart@gmail.com Gmail'i güvenli SMTP sunucusu olarak kullanmak :
call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"
Cisco IOS XE Yazılımında çalışan bir Yerel Ağ Geçidi, OAuth'u destekleyen tipik bir web tabanlı Gmail istemcisi değildir, bu nedenle, cihazdan gelen e-postanın doğru şekilde işlenmesi için belirli bir Gmail hesabı ayarı yapılandırmalı ve özel izin vermeliyiz: |
Daha az güvenli uygulama erişimi ayarını etkinleştirin.
’e gidin veGmail'den "Google, birinin Google dışı bir uygulama kullanarak hesabınızda oturum açmasını engelledi" şeklinde bir e-posta aldığınızda "Evet, bendim" yanıtını verin.
Proaktif izleme için tanılama imzalarını yükleyin
Yüksek CPU kullanımını izleme
Bu DS, SNMP OID 1.3.6.1.4.1.9.2.1.56'yı kullanarak 5 saniyelik CPU kullanımını izler. Kullanım %75 veya daha fazlasına ulaştığında, tüm hata ayıklamaları devre dışı bırakır ve Yerel Ağ Geçidinde yüklü olan tüm tanılama imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.
kullanarak snmp'yi göster SNMP'yi etkinleştirmek için komut. Etkinleştirmezseniz simgesini yapılandırın snmp-sunucu yöneticisi komutunu verin.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
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 bir FTP sunucusundan Yerel Ağ Geçidine kopyalanmasını gösterir.
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)
DS XML dosyasını Yerel Ağ Geçidine yükleyin.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com
İndirilen DS'ler:
DS Kimliği
DS Adı
Revizyon
Durum
Son Güncelleme (GMT+00:00)
64224
DS_LGW_CPU_MON75
0.0.10
Kayıtlı
2020-11-07 22:05:33
Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse, Yerel Ağ Geçidinde yüksek CPU kullanımını izlemeye devam etmek için lütfen DS 64224'ü yeniden yükleyin.
SIP hattı kaydını izleme
Bu DS, her 60 saniyede bir Webex Calling bulutlu Yerel Ağ Geçidi SIP Trunk kaydının silinip silinmediğini kontrol eder. Kaydı iptal etme olayı algılandığında, bir e-posta ve sistem günlüğü bildirimi oluşturur ve iki kayıt dışı bırakma olayından sonra kendini kaldırır. İmzayı yüklemek için lütfen aşağıdaki işlemleri yapın.
Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64117'ü indirin:
Alan Adı
Alan Değeri
Platform
Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi
Ürün
Webex Calling Çözümünde CUBE Enterprise
Sorun Kapsamı
SIP-SIP
Sorun Türü
E-posta Bildirimi ile SIP Trunk Kaydı Silme.
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#
kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.
Anormal çağrı bağlantılarının kesilmesini izleme
Bu DS, 403, 488 ve 503 SIP hatalarıyla anormal çağrı kesilmelerini algılamak için 10 dakikada bir SNMP anketi kullanır. Hata sayısı artışı, son anketten 5'e eşit veya daha büyükse, bir sistem günlüğü ve e-posta bildirimi oluşturur. İmzayı yüklemek için lütfen aşağıdaki işlemleri yapın.
kullanarak snmp'yi göster SNMP'nin etkin olup olmadığını kontrol etmek için komut. Etkinleştirilmezse, uygulamasını yapılandırın. snmp-sunucu yöneticisi komutunu verin.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65221'ü indirin:
Alan Adı
Alan Değeri
Platform
Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi
Ürün
Webex Calling Çözümünde CUBE Enterprise
Sorun Kapsamı
Performans
Sorun Türü
E-posta ve Syslog Bildirimi ile SIP anormal çağrı bağlantı kesme tespiti.
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
kullanın evi ara tanı imzasını göster kullanılarak imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.
Bir sorunu gidermek için tanılama imzalarını yükleyin
Sorunları hızla çözmek için Tanılama İmzalarını (DS) kullanın. Cisco TAC mühendisleri, belirli bir sorunu gidermek, sorunun oluşumunu tespit etmek, doğru tanılama verilerini toplamak ve verileri otomatik olarak Cisco TAC aktarmak için gereken gerekli hata ayıklamaları etkinleştiren birkaç imza yazmıştır. Tanılama İmzaları (DS), sorun oluşumunu manuel olarak kontrol etme ihtiyacını ortadan kaldırır ve kesintili ve geçici sorunların giderilmesini çok daha kolay hale getirir.
kullanabilirsiniz Tanılama İmzaları Arama Aracı uygun imzaları bulmak ve belirli bir sorunu kendi kendinize çözmek için bunları yüklemek için veya destek sözleşmesinin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.
Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" sistem günlüğü ve aşağıdaki adımları kullanarak tanılama verilerinin toplanmasını otomatikleştirin:
Ek bir DS ortam değişkeni yapılandırınds_fsurl_prefix bu, toplanan tanılama verilerinin yüklendiği Cisco TAC dosya sunucusu yoludur (cxd.cisco.com). Dosya Yolu kullanıcı adı, vaka numarasıdır ve parola, şuradan alınabilecek karşıya dosya yükleme belirtecidir. Destek Vaka Yöneticisi aşağıdaki komutta. Dosya yükleme belirteci, ihtiyaca göre Destek Vaka Yöneticisinin Ekler bölümünde oluşturulabilir.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end
Örnek:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
kullanılarak SNMP'nin etkinleştirildiğinden emin olun snmp'yi göster komutunu verin. Etkinleştirilmezse, uygulamasını yapılandırın. snmp-sunucu yöneticisi komutunu verin.
show snmp %SNMP agent not enabled config t snmp-server manager end
Yüksek CPU kullanımı sırasında tüm hata ayıklamaları ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü kurduğunuzdan emin olun. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:
Alan Adı
Alan Değeri
Platform
Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi
Ürün
Webex Calling Çözümünde CUBE Enterprise
Sorun Kapsamı
Performans
Sorun Türü
E-posta Bildirimi ile Yüksek CPU Kullanımı.
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
kullanarak imzanın başarıyla yüklendiğini doğrulayın. evi ara tanı imzasını göster komut. Durum sütununda "kayıtlı" bir değer olmalıdır.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
İndirilen DS'ler:
DS Kimliği
DS Adı
Revizyon
Durum
Son Güncelleme (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0.0.10
Kayıtlı
2020-11-08
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
0.0.12
Kayıtlı
2020-11-08
Tanılama imzalarının yürütülmesini doğrulayın
Aşağıdaki komutta, "Durum" sütunu evi ara tanı imzasını göster Yerel Ağ Geçidi imza içinde tanımlanan eylemi yürütürken komut "çalışıyor" olarak değişir. çıktısı evi arama tanılama imzası istatistiklerini göster tanılama imzasının ilgilenilen bir olayı tespit edip etmediğini ve eylemi gerçekleştirip gerçekleştirmediğini doğrulamanın en iyi yoludur. "Triggered/Max/Deinstall" sütunu, verilen imzanın bir olayı kaç kez tetiklediğini, bir olayı algılamak için tanımlandığı maksimum sayı ve maksimum tetiklenen olay sayısı algılandıktan sonra imzanın kendini kaldırıp kaldırmadığını gösterir.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
İndirilen DS'ler:
DS Kimliği | DS Adı | Revizyon | Durum | Son Güncelleme (GMT+00:00) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 | 0.0.10 | Kayıtlı | 8.11.2020 00:07:45 |
65095 | DS_LGW_IEC_Call_spike_threshold | 0.0.12 | Çalışıyor | 8.11.2020 00:12:53 |
evi arama tanılama imzası istatistiklerini göster
DS Kimliği | DS Adı | Tetiklenen/Maksimum/Yüklemeyi Kaldırma | Ortalama Çalışma Süresi (saniye) | Maksimum Çalışma Süresi (saniye) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 | 0/0/N | 0,000 | 0,000 |
65095 | DS_LGW_IEC_Call_spike_threshold | 1/20/Y | 23,053 | 23,053 |
Tanılama imzası yürütmesi sırasında gönderilen bildirim e-postası , sorun türü, aygıt ayrıntıları, yazılım versiyonu, çalışan yapılandırma ve verilen sorunu gidermeyle ilgili komut çıktılarını göster gibi temel bilgileri içerir.
Tanılama imzalarını kaldır
Sorun giderme amacıyla Tanılama imzalarını kullan, genellikle bazı sorun oluşumlarının algılanmasından sonra kaldırılmak üzere tanımlanır. Bir imzayı manuel olarak kaldırmak istiyorsanız, çıktıdan DS Kimlik alın. evi ara tanı imzasını göster komutunu verin ve aşağıdaki komutu çalıştırın:
call-home diagnostic-signature deinstall <DS ID>
Örnek:
call-home diagnostic-signature deinstall 64224
Dağıtımlarda yaygın olarak gözlemlenen sorunlara bağlı olarak, Tanılama İmzaları Arama Aracı'na düzenli aralıklarla yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir. |
Cisco IOS XE Ağ Geçitlerinin daha iyi yönetimi için ağ geçitlerini Control Hub üzerinden kaydetmenizi ve yönetmenizi öneririz. Opsiyonel bir konfigürasyondur. Kaydolduğunuzda, Yerel Ağ Geçidi yapılandırmanızı doğrulamak ve tüm yapılandırma sorunlarını belirlemek için Control Hub'daki yapılandırma doğrulama seçeneğini kullanabilirsiniz. Şu anda, yalnızca kayıt tabanlı ana hatlar bu işlevi desteklemektedir.
Daha fazla bilgi için aşağıdakilere bakın:
Bu belgede, bir Cisco Unified Sınır Öğesinin (CUBE) karşılıklı TLS (mTLS) SIP santrali kullanarak Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı açıklanmaktadır. Bu belgenin ilk bölümünde basit bir PSTN ağ geçidinin nasıl yapılandırılacağı gösterilmektedir. Bu durumda, PSTN'den gelen tüm çağrılar Webex Calling'e ve Webex Calling'den gelen tüm çağrılar PSTN'ye yönlendirilir. Aşağıdaki resimde, bu çözümü ve takip edilecek üst düzey çağrı yönlendirme yapılandırmasını vurgulamaktadır.
Bu tasarımda, aşağıdaki temel yapılandırmalar kullanılır:
ses sınıfı uri: Gelen SIP mesajlarını sınıflandırmak ve gelen çağrı eşi seçmek için kullanılır.
gelen çağrı eşi: Gelen SIP mesajları için tedavi sağlar ve bir çağrı eşi grubuyla giden yolu belirler.
arama eşi grubu: Ileri çağrı yönlendirme için kullanılan giden çağrı eşlerini tanımlar.
giden çağrı eşi: Giden SIP mesajları için tedavi sağlar ve bunları gerekli hedefe yönlendirir.
Şirket içi bir Cisco Unified Communications Manager çözümü ve Webex Calling ile birlikte çalışırken, aşağıdaki resimde gösterilen çözümü oluşturmak için temel olarak basit PSTN ağ geçidi yapılandırmasını kullanabilirsiniz. Bu durumda, Unified Communications Manager tüm PSTN ve Webex Calling çağrılarında merkezi yönlendirme ve işlem sağlar. Üst düzey konfigürasyon yaklaşımı diyagramda gösterilmektedir.
Bu belge boyunca, aşağıdaki resimde gösterilen ana bilgisayar adları, IP adresleri ve arayüzler kullanılır. Seçenekler, genel veya özel (NAT arkasında) adresleme için sağlanır. Birden fazla CUBE örneği arasında yük dengeleme olmadığı sürece SRV DNS kayıtları isteğe bağlıdır.
Başlamadan önce
Platformunuz için iş politikalarınızı takip eden bir temel yapılandırma oluşturun. Özellikle, aşağıdakilerin doğru çalışacak şekilde yapılandırıldığından ve doğrulandığından emin olun:
NTP
ACL'ler
Kullanıcı kimlik doğrulaması ve uzaktan erişim
DNS
IP yönlendirme
IP Adresleri
Tüm Yerel Ağ Geçidi dağıtımları için desteklenen en az IOS XE 17.9 sürümüne ihtiyacınız vardır.
ISR4000 serisi yönlendiriciler, hem Unified Communications hem de Güvenlik teknolojisi lisansları ile yapılandırılmalıdır.
Catalyst Edge 8000 serisi yönlendiriciler DNA Essentials lisansı gerektirir.
Yüksek kapasite gereksinimleri için Yüksek Güvenlik (HSEC) lisansı ve ek çıktı yetkilendirmesi de gerekebilir.
Daha fazla ayrıntı için Yetkilendirme Kodlarına bakın.
Webex Calling'e yönelik ağın bir IPv4 adresi kullanması gerekir. Yerel Ağ Geçidi Tam Etki Alanı Adları (FQDN) veya Hizmet Kaydı (SRV) adreslerinin, internette genel bir IPv4 adresine çözülmesi gerekir.
Webex'e dönük Yerel Ağ Geçidi arayüzündeki tüm SIP ve ortam bağlantı noktalarına doğrudan veya statik NAT üzerinden internetten erişilebilir olmalıdır. Güvenlik duvarınızı buna uygun olarak güncellediğinizden emin olun.
Yerel Ağ Geçidine imzalı bir sertifika yükleyin (ayrıntılı yapılandırma adımları aşağıda verilmiştir).
Genel Sertifika Yetkilisi (CA), Cisco Webex Ses ve Video Platformlarına Yapılan Çağrılar için Hangi Kök Sertifika Yetkilileri Desteklenir? bölümünde ayrıntılı olarak cihaz sertifikasını imzalamalıdır.
Control Hub'da yapılandırılan FQDN, yönlendirici sertifikasının Ortak Adı (CN) veya Konu Alternatif Adı (SAN) olmalıdır. Örnek:
Kuruluşunuzun Control Hub’ında yapılandırılmış bir santralde Yerel Ağ Geçidinin FQDN’si olarak cube1.lgw.com:5061 bulunuyorsa yönlendirici sertifikasındaki CN veya SAN’de cube1.lgw.com bulunmalıdır.
Kuruluşunuzun Control Hub'ında yapılandırılmış bir santralde santralden erişilebilen Yerel Ağ Geçidinin SRV adresi olarak lgws.lgw.com varsa yönlendirici sertifikasındaki CN veya SAN'da lgws.lgw.com bulunmalıdır. SRV adresinin çözümlediği kayıtlar (CNAME, A Record veya IP Address) SAN'da isteğe bağlıdır.
Ister santral için FQDN ister SRV kullanın, Yerel Ağ Geçidinizdeki tüm yeni SIP iletişim kutularının kişi adresinde ad Control Hub’da yapılandırılmış olmalıdır.
İstemci ve sunucu kullanımı için sertifikaların imzalandığından emin olun.
Güven paketini Yerel Ağ Geçidine yükleyin.
1 | Herhangi bir Katman 3 arayüzüne geçerli ve yönlendirilebilir IP adresleri atadığınızdan emin olun, örneğin:
|
2 | Tercih ettiğiniz Sertifika Yetkilisi (CA) tarafından imzalanan bir sertifikayla bir şifreleme güven noktası oluşturun. |
3 | Ara (veya kök) CA sertifikanızı kullanarak yeni sertifikanızın kimliğini doğrulayın ve ardından sertifikayı içe aktarın. Aşağıdaki çalıştırma veya yapılandırma komutunu girin:
|
4 | Aşağıdaki yürütme veya yapılandırma komutunu kullanarak imzalı toplantı sahibi sertifikasını içe aktarın:
|
5 | TLS1.2 özel kullanımını etkinleştirin ve aşağıdaki yapılandırma komutunu kullanarak varsayılan güven noktasını belirtin:
|
6 | Webex Calling tarafından kullanılan DigiCert CA sertifikasını içeren Cisco kök CA paketini yükleyin. kullanarak kripto pki trustpool içe aktarma temiz urlkomutu belirtilen URL'den kök CA demetini indirmek ve mevcut CA güven havuzunu temizlemek için, ardından yeni sertifika paketini yükleyin:
|
1 | Control Hub'da CUBE ana bilgisayar adınızı / SRV'nizi kullanarak sertifika tabanlı bir santral oluşturun ve bu santrali konuma atayın. Daha fazla bilgi için bkz. Webex Calling için ana hatları, rota gruplarını ve arama planlarını yapılandırın . | ||
2 | CUBE'yi Webex Calling ve PSTN santrallerinizle yapılandırmak için aşağıdaki bölümdeki yapılandırma komutlarını kullanın:
Yapılandırma için alanların açıklaması aşağıda verilmiştir: ip adresi güvenilir listesi ipv4 x.x.x y.y.y
mod kenarlık öğesi allow-connections sip to sip CUBE temel SIP'i arka arkaya kullanıcı aracısı işlevini etkinleştirin. Daha fazla bilgi için bkz. Bağlantılara izin ver .
erken teklif zorlamalı CUBE'u, komşu eşten onay beklemek yerine ilk INVITE mesajında SDP bilgilerini göndermeye zorlar. Bu komut hakkında daha fazla bilgi için bkz. erken teklif . asimetrik yük tam Hem DTMF hem de dinamik codec yükleri için SIP asimetrik yük desteğini yapılandırır. Bu komut hakkında daha fazla bilgi için bkz. asimetrik yük . | ||
3 | Yapılandır ses sınıfı codec 100 santral için codec filtresi. Bu örnekte, tüm santraller için aynı codec filtresi kullanılır. Hassas kontrol için her santral için filtreleri yapılandırabilirsiniz.
Yapılandırma için alanların açıklaması aşağıda verilmiştir: ses sınıfı codec bileşeni 100 SIP hatları aracılığıyla yapılan çağrılar için yalnızca tercih edilen codec'lere izin vermek için kullanılır. Daha fazla bilgi için bkz. ses sınıfı codec bileşeni .
| ||
4 | Yapılandır ses sınıfı stun kullanımı 100 Webex Calling santralinde ICE’i etkinleştirmek için.
Yapılandırma için alanların açıklaması aşağıda verilmiştir: ses sınıfı sersemletme kullanımı 100 Mümkün olan her durumda ortam optimizasyonuna izin vermek için Webex Calling'e dönük tüm çağrı eşlerinde ICE-Lite'ı etkinleştirmek için kullanılır. Daha fazla bilgi için bkz. ses sınıfı sersemletme kullanımı ve sersemletme kullanımı ice lite .
| ||
5 | Webex trafiği için ortam şifreleme politikasını yapılandırın.
Yapılandırma için alanların açıklaması aşağıda verilmiştir: ses sınıfı srtp-şifreleme 100Teklif ve yanıt mesajlarındaki SDP'de sunduğu tek SRTP şifre paketi CUBE olarak SHA1_80'i belirtir. Webex Calling yalnızca SHA180’i destekler._
Daha fazla bilgi için bkz. ses sınıfı srtp-kripto .
| ||
6 | SIP mesaj işleme profillerini yapılandırın. Ağ geçidiniz genel bir IP adresiyle yapılandırılmışsa bir profili aşağıdaki gibi yapılandırın veya NAT kullanıyorsanız bir sonraki bölüme geçin. Örnekte cube1.lgw.com Yerel Ağ Geçidi için seçilen FQDN ve "198.51.100.1", Webex Calling'e dönük Yerel Ağ Geçidi arayüzünün genel IP adresidir:
Yapılandırma için alanların açıklaması aşağıda verilmiştir: kural 10 ve kural 20 Webex'in yerel ağ geçidinizden mesajların kimliğini doğrulamasına izin vermek için SIP isteğinde bulunan 'Kişi' üstbilgisinde ve yanıt mesajlarında Control Hub'da santral için sağlanan değer bulunmalıdır. Bu, tek bir ana bilgisayarın FQDN'si veya bir cihaz kümesi için kullanılan SRV etki alanı adı olacaktır.
| ||
7 | Ağ geçidiniz statik NAT arkasında özel bir IP adresiyle yapılandırılmışsa gelen ve giden SIP profillerini aşağıdaki gibi yapılandırın. Bu örnekte cube1.lgw.com, Yerel Ağ Geçidi için seçilen FQDN, "10.80.13.12" Webex Calling'e dönük arabirim IP adresi ve "192.65.79.20" genel NAT IP adresidir. Webex Calling giden mesajlar için SIP profilleri
Webex Calling gelen mesajlar için SIP profilleri
Daha fazla bilgi için bkz. ses sınıfı yudum profilleri . | ||
8 | Üstbilgi değişiklik profili ile SIP Seçenekleri canlı tutma yapılandırın.
Yapılandırma için alanların açıklaması aşağıda verilmiştir: sesli sınıf yudum seçenekleri-tut 100 Canlı tutma profili yapılandırır ve ses sınıfı yapılandırma moduna girer. Uç noktaya kalp atışı bağlantısı YUKARI veya Aşağı durumundayken, çağrı hedefine SIP Out Of Dialog Seçenekleri Ping'inin gönderildiği süreyi (saniye olarak) yapılandırabilirsiniz. Bu canlı tutma profili, Webex’e doğru yapılandırılan çağrı eşinden tetiklenir. Kişi başlıklarının SBC tam etki alanı adını içerdiğinden emin olmak için SIP profili 115 kullanılır. 30, 40 ve 50. kurallar yalnızca SBC statik NAT ile yapılandırıldığında gereklidir. Bu örnekte cube1.lgw.com, Yerel Ağ Geçidi için seçilen FQDN'dir ve statik NAT kullanılırsa, "10.80.13.12", Webex Calling'e yönelik SBC arabirimi IP adresidir ve "192.65.79.20", NAT genel IP adresidir. | ||
9 | Webex Calling’den gelen mesajları sınıflandırmak için URI eşleşen profili yapılandırın.
Yapılandırma için alanların açıklaması aşağıda verilmiştir: ses sınıfı uri 100 sipWebex Calling'den gelen çağrı için FQDN eşleşme şablonunu tanımlar. Ses sınıfı uri sip tercihine bakın. | ||
10 | Webex Calling santralini yapılandırın: | ||
11 | Webex Calling'e doğru çağrı eşine göre bir çağrı eşi grubu oluşturun.
Yapılandırma için alanların açıklaması aşağıda verilmiştir: çağrı eşi 100 Giden bir çağrı eşi arama eşi grubuyla ilişkilendirir 100. Daha fazla bilgi için bkz. çevirmeli ses . | ||
12 | Webex Calling'den mesaj almak için gelen bir çağrı eşi yapılandırın. Gelen eşleşme, URI isteğine dayalıdır.
Yapılandırma için alanların açıklaması aşağıda verilmiştir: ses sınıfı uri 100 sip
Arama eşlerini bir Oturum Başlatma Protokolü (SIP) tekdüzen kaynak tanımlayıcısı (URI) ile eşleştirmek için bir ses sınıfı oluşturmak veya değiştirmek için. Daha fazla bilgi için bkz. voice class uri. oturum taşıma tcp tls
Taşımayı TLS ayarlar. Daha fazla bilgi için bkz. oturum-taşıma . hedef dpg 200
Bir çağrı eşi grubu belirtir 200 PSTN veya Unified Communications Manager'a giden bir çağrı eşi seçmek için. Çevirmeli eş grupları hakkında daha fazla bilgi için, bkz. ses sınıfı dpg . gelen uri isteği 110
Bir VoIP arama eşini gelen çağrının tekdüzen kaynak tanımlayıcısı (URI) ile eşleştirmek için kullanılan ses sınıfını belirtmek. Daha fazla bilgi için bkz. gelen uri . ses sınıfı sip profili 110
Yalnızca CUBE'nin statik NAT arkasında olduğu durumlarda gereklidir, SIP profili 110 genel IP adresini özel arabirim adresi olarak değiştirir. Daha fazla bilgi için bkz. ses sınıfı yudum profilleri . ses sınıfı srtp-şifreleme 100
SRTP çağrı bacağı (bağlantı) için tercih edilen şifre takımlarını yapılandırır. Daha fazla bilgi için bkz. ses sınıfı srtp-kripto . ses sınıfı sip kiracısı 100
Bu çağrı eşini santral kiracısı ile ilişkilendirir ve tüm ilişkili yapılandırmaları devralmasına izin verir. Daha fazla bilgi için bkz. ses sınıfı sip kiracısı. srtp
Bu çağrı eşini kullanan tüm çağrıların şifreli ortam kullanması gerektiğini belirtir. Daha fazla bilgi için bkz. srtp. |
Yukarıda Webex Calling'e doğru bir santral oluşturduktan sonra, SIP tabanlı PSTN sağlayıcısına doğru şifrelenmemiş bir santral oluşturmak için aşağıdaki yapılandırmayı kullanın:
Hizmet Sağlayıcınız güvenli bir PSTN santrali sunarsa Webex Calling santrali için yukarıda açıklanan benzer bir yapılandırmayı takip edebilirsiniz. Güvenli bir şekilde çağrı yönlendirme CUBE tarafından desteklenir. |
1 | PSTN santralinden gelen çağrıları tanımlamak için aşağıdaki ses sınıfı uri'sini yapılandırın:
|
2 | PSTN IP santraline doğru aşağıdaki giden çağrı eşini yapılandırın:
Yapılandırma için alanların açıklaması aşağıda verilmiştir: arama eşi ses 200 voip açıklama PSTN'ye giden çağrı eşi etiketine sahip bir VoIP arama eşini tanımlar. 300 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar. Daha fazla bilgi için bkz. çevirmeli ses. hedef-kalıp BAD.BAD Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Daha fazla bilgi için bkz. hedef-kalıp (arayüz) . oturum protokolü sipv2 Çağrı eşi 200'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (arama eşi) . oturum hedefi ipv4:192.168.80.13 çağrı bacağı göndermek için hedefin hedef IPv4 adresi belirtir. Buradaki oturum hedefi, ITSP'nin IP adresi. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi) . ses sınıfı codec 100 Arama eşini, ortak codec filtre listesi 100'ü kullanacak şekilde yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec bileşeni . dtmf-geçişi rtp-nte çağrı bacağı beklenen DTMF yeteneği olarak RTP -NTE'yi (RFC2833) tanımlar. Daha fazla bilgi için bkz. DTMF Röle ( IP Üzerinden Ses) . hiç vadi yok Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (arayan eş) . |
3 | Aşağıdaki Çevirmeli Eş Grubunu (DPG) yapılandırın: |
4 | Aşağıdaki gelen çağrı eşini yapılandırın: |
Önceki bölümlerdeki PSTN-Webex Calling yapılandırması, bir Cisco Unified Communications Manager (UCM) kümesine ek bir santral içerecek şekilde değiştirilebilir. Bu durumda, tüm çağrılar Unified CM aracılığıyla yönlendirilir. UCM'den bağlantı noktası 5060'a gelen çağrılar PSTN'ye ve bağlantı noktası 5065'e gelen çağrılar Webex Calling'e yönlendirilir. Bu çağrı senaryosunu dahil etmek için aşağıdaki artımlı ve güncellenmiş yapılandırmalar eklenebilir.
1 | Aşağıdaki ses sınıfı URI'lerini yapılandırın: | ||
2 | Unified CM ana bilgisayarlarına SRV yönlendirmesini belirtmek için aşağıdaki DNS kayıtlarını yapılandırın:
Yapılandırma için alanların açıklaması aşağıda verilmiştir: Aşağıdaki komut bir DNS SRV kaynak kaydı oluşturur. Her toplantı sahibi ve santral için bir kayıt oluşturun: ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com _sip._udp.pstntocucm.io: SRV kaynağı kayıt adı 2: SRV kaynak kaydı önceliği 1: SRV kaynağı kayıt ağırlığı 5060: Bu kaynak kaydındaki hedef ana bilgisayar için kullanılacak bağlantı noktası numarası ucmsub5.mydomain.com: Kaynak kaydı hedef ana bilgisayarı Kaynak kaydı hedef ana bilgisayar adını çözümlemek için yerel DNS A kayıtları oluşturun. Örneğin: ip ana bilgisayar ucmsub5.mydomain.com 192.168.80.65 ip ana bilgisayarı: Yerel IOS XE veritabanında bir kayıt oluşturur. Name ucmsub5.mydomain.com: A kaydı toplantı sahibi adı. 192.168.80.65: Ana bilgisayar IP adresi. UCM ortamınızı ve tercih edilen çağrı dağıtım stratejinizi yansıtacak SRV kaynak kayıtlarını ve A kayıtlarını oluşturun. | ||
3 | Aşağıdaki giden çağrı eşlerini yapılandırın: | ||
4 | Unified CM'ye yönelik çağrılar için aşağıdaki çağrı eşi grubunu (DPG) yapılandırın: | ||
5 | PSTN ve Webex Calling çağrılarını Unified CM'ye yönlendirmek için aşağıdaki gelen çağrı eşlerini değiştirin: |
Tanılama İmzaları (DS), Cisco IOS XE tabanlı Yerel Ağ Geçidinde yaygın olarak gözlemlenen sorunları proaktif olarak algılar ve olayla ilgili e-posta, sistem günlüğü veya terminal mesajı bildirimi oluşturur. DS'yi, çözüm süresini kısaltmak amacıyla tanı verisi toplama işlemini otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için de yükleyebilirsiniz.
Tanılama İmzaları (DS), sorunu tetikleyen olaylar ve sorunu bilgilendirmek, gidermek ve sorunu gidermek için eylemler hakkında bilgi içeren XML dosyalarıdır. Sorun algılama mantığını tanımlamak için sistem günlüğü mesajlarını, SNMP olaylarını ve belirli show komutu çıktılarının periyodik olarak izlenmesini kullanın. Eylem türleri şunları içerir:
Gösteri komutu çıktılarını toplama
Birleştirilmiş bir günlük dosyası oluşturma
Dosyayı HTTPS, SCP, FTP sunucusu gibi kullanıcı tarafından sağlanan bir ağ konumuna yükleme
TAC mühendisleri, DS dosyalarını yazar ve bütünlük koruması için dijital olarak imzalar. Her DS dosyası, sistem tarafından atanan benzersiz sayısal Kimlik sahiptir. Tanılama İmzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için uygun imzaları bulmak için tek bir kaynaktır.
Başlamadan önce:
İndirdiğiniz DS dosyasını düzenlemeyin DSLT . Değiştirdiğiniz dosyalar, bütünlük denetimi hatası nedeniyle yükleme başarısız olur.
Yerel Ağ Geçidinin e-posta bildirimleri göndermesi için ihtiyaç duyduğunuz Basit Posta Aktarım Protokolü (SMTP) sunucusu.
E-posta bildirimleri için güvenli SMTP sunucusu kullanmak istiyorsanız, Yerel Ağ Geçidinin IOS XE 17.6.1 veya üzerini çalıştırdığından emin olun.
Cisco WebEx Meeting Center Yapılandırma Kılavuzları
IOS XE 17.6.1 veya üstünü çalıştıran Yerel Ağ Geçidi
Tanı İmzalarının varsayılan olarak etkinleştirilmesi.
Cihaz IOS XE 17.6.1 veya üzerini çalıştırıyorsa proaktif bildirim göndermek için kullandığınız güvenli e-posta sunucusunu yapılandırın.
configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end
Ortam değişkenini yapılandırınds_email yöneticinin e-posta adresi ile size bildiriniz.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end
Proaktif izleme için tanılama imzalarını yükleyin
Yüksek CPU kullanımını izleme
Bu DS, SNMP OID 1.3.6.1.4.1.9.2.1.56'yı kullanarak 5 saniyelik CPU kullanımını izler. Kullanım %75 veya daha fazlasına ulaştığında, tüm hata ayıklamaları devre dışı bırakır ve Yerel Ağ Geçidinde yüklediğiniz tüm tanılama imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.
komutunu kullanarak SNMP'yi etkinleştirdiğinizden emin olun snmp'yi göster. SNMP etkinleştirilmemişse, snmp-sunucu yöneticisi komutunu verin.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64224'ü indirin:
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Alan Adı
Alan Değeri
Platform
Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı
Ürün
Webex Calling çözümünde CUBE Enterprise
Sorun Kapsamı
Performans
Sorun Türü
E-posta Bildirimiyle Yüksek CPU Kullanımı
DS XML dosyasını Yerel Ağ Geçidi flash belleğine kopyalayın.
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:
Aşağıdaki örnek, dosyanın bir FTP sunucusundan Yerel Ağ Geçidine kopyalanmasını gösterir.
copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)
DS XML dosyasını Yerel Ağ Geçidine yükleyin.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success
kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com
İndirilen DS'ler:
DS Kimliği
DS Adı
Revizyon
Durum
Son Güncelleme (GMT+00:00)
64224
DS_LGW_CPU_MON75
0.0.10
Kayıtlı
2020-11-07 22:05:33
Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse, Yerel Ağ Geçidinde yüksek CPU kullanımını izlemeye devam etmek için lütfen DS 64224'ü yeniden yükleyin.
Anormal çağrı bağlantılarının kesilmesini izleme
Bu DS, 403, 488 ve 503 SIP hatalarıyla anormal çağrı kesilmelerini algılamak için 10 dakikada bir SNMP anketi kullanır. Hata sayısı artışı, son anketten 5'e eşit veya daha büyükse, bir sistem günlüğü ve e-posta bildirimi oluşturur. İmzayı yüklemek için lütfen aşağıdaki işlemleri yapın.
komutu kullanılarak SNMP'nin etkinleştirildiğinden emin olun snmp'yi göster. SNMP etkinleştirilmemişse, uygulamasını yapılandırın. snmp-sunucu yöneticisi komutunu verin.
show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input 0 Bad SNMP version errors 1 Unknown community name 0 Illegal operation for community name supplied 0 Encoding errors 37763 Number of requested variables 2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs 2 Set-request PDUs 0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output 0 Too big errors (Maximum packet size 1500) 20 No such name errors 0 Bad values errors 0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 SNMP global trap: enabled
Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65221'ü indirin:
Alan Adı
Alan Değeri
Platform
Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı
Ürün
Webex Calling Çözümünde CUBE Enterprise
Sorun Kapsamı
Performans
Sorun Türü
E-posta ve Syslog Bildirimi ile SIP anormal çağrı bağlantı kesme tespiti.
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
komutu kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için. Durum sütununda "kayıtlı" bir değer olmalıdır.
Bir sorunu gidermek için tanılama imzalarını yükleyin
Sorunları hızlı bir şekilde çözmek için Tanılama İmzalarını (DS) da kullanabilirsiniz. Cisco TAC mühendisleri, belirli bir sorunu gidermek, sorunun oluşumunu tespit etmek, doğru tanılama verilerini toplamak ve verileri otomatik olarak Cisco TAC aktarmak için gereken gerekli hata ayıklamaları etkinleştiren birkaç imza yazmıştır. Bu da, sorunun gerçekleşip gerçekleşmediğini manuel olarak kontrol etme ihtiyacını ortadan kaldırarak aralıklı ve geçici sorunların tespit edilmesini çok daha kolay bir hale getirmektedir.
kullanabilirsiniz Tanılama İmzaları Arama Aracı uygun imzaları bulmak ve belirli bir sorunu kendi kendinize çözmek için bunları yüklemek için veya destek sözleşmesinin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.
Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" sistem günlüğü ve aşağıdaki adımları kullanarak tanılama verilerinin toplanmasını otomatikleştirin:
Başka bir DS ortam değişkeni yapılandırınds_fsurl_prefix tanılama verilerini yüklemek için Cisco TAC dosya sunucusu yolu (cxd.cisco.com) olarak. Dosya Yolu kullanıcı adı, vaka numarasıdır ve parola, şuradan alınabilecek karşıya dosya yükleme belirtecidir. Destek Vaka Yöneticisi aşağıda gösterildiği gibi. karşıya dosya yükleme belirteci şurada oluşturulabilir: ekler Gerektiğinde Destek Vaka Yöneticisinin bölümü.
configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end
Örnek:
call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"
komutu kullanılarak SNMP'nin etkinleştirildiğinden emin olun snmp'yi göster. SNMP etkinleştirilmemişse, cihazını yapılandırın: snmp-sunucu yöneticisi komutunu verin.
show snmp %SNMP agent not enabled config t snmp-server manager end
Yüksek CPU kullanımı sırasında tüm hata ayıklamaları ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü kurmanızı öneririz. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:
Alan Adı
Alan Değeri
Platform
Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı
Ürün
Webex Calling Çözümünde CUBE Enterprise
Sorun Kapsamı
Performans
Sorun Türü
E-posta Bildirimi ile Yüksek CPU Kullanımı.
Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65095'ü indirin:
Alan Adı
Alan Değeri
Platform
Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı
Ürün
Webex Calling Çözümünde CUBE Enterprise
Sorun Kapsamı
Syslog'lar
Sorun Türü
Syslog - %VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0
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:
Yüksek CPU izleme DS 64224'ü ve ardından DS 65095 XML dosyası Local Gateway'e kurun.
call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success
kullanılarak imzanın başarıyla yüklendiğini doğrulayın. çağrı-ev tanı-imzasını göster. Durum sütununda "kayıtlı" bir değer olmalıdır.
show call-home diagnostic-signature Current diagnostic-signature settings: Diagnostic-signature: enabled Profile: CiscoTAC-1 (status: ACTIVE) Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
İndirilen DS'ler:
DS Kimliği
DS Adı
Revizyon
Durum
Son Güncelleme (GMT+00:00)
64224
00:07:45
DS_LGW_CPU_MON75
0.0.10
Kayıtlı
2020-11-08:00:07:45
65095
00:12:53
DS_LGW_IEC_Call_spike_threshold
0.0.12
Kayıtlı
2020-11-08:00:12:53
Tanılama imzalarının yürütülmesini doğrulayın
Aşağıdaki komutta, komutun “Durum” sütunu evi ara tanı imzasını göster Yerel Ağ Geçidi imza içinde tanımlanan eylemi yürütürken "çalışıyor" olarak değişir. çıktısı evi arama tanılama imzası istatistiklerini göster tanılama imzasının ilgilenilen bir olayı tespit edip etmediğini ve eylemi gerçekleştirip gerçekleştirmediğini doğrulamanın en iyi yoludur. "Triggered/Max/Deinstall" sütunu, verilen imzanın bir olayı kaç kez tetiklediğini, bir olayı algılamak için tanımlandığı maksimum sayı ve maksimum tetiklenen olay sayısı algılandıktan sonra imzanın kendini kaldırıp kaldırmadığını gösterir.
show call-home diagnostic-signature
Current diagnostic-signature settings:
Diagnostic-signature: enabled
Profile: CiscoTAC-1 (status: ACTIVE)
Downloading URL(s): https://tools.cisco.com/its/service/oddce/services/DDCEService
Environment variable:
ds_email: carunach@cisco.com
ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com
İndirilen DS'ler:
DS Kimliği | DS Adı | Revizyon | Durum | Son Güncelleme (GMT+00:00) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 |
0.0.10 |
Kayıtlı |
8.11.2020 00:07:45 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
0.0.12 |
Çalışıyor |
8.11.2020 00:12:53 |
evi arama tanılama imzası istatistiklerini göster
DS Kimliği | DS Adı | Tetiklenen/Maksimum/Yüklemeyi Kaldırma | Ortalama Çalışma Süresi (saniye) | Maksimum Çalışma Süresi (saniye) |
---|---|---|---|---|
64224 | DS_LGW_CPU_MON75 |
0/0/N |
0,000 |
0,000 |
65095 |
DS_LGW_IEC_Call_spike_threshold |
1/20/Y |
23,053 |
23,053 |
Tanılama İmzası yürütmesi sırasında gönderilen bildirim e-postası , sorun türü, aygıt ayrıntıları, yazılım versiyonu, çalışan yapılandırma ve verilen sorunu gidermeyle ilgili komut çıktılarını göster gibi temel bilgileri içerir.
Tanılama imzalarını kaldır
Tanılama imzalarını sorun giderme amacıyla kullanın, genellikle bazı sorun oluşumlarının algılanmasından sonra kaldırma için tanımlanır. Bir imzayı manuel olarak kaldırmak isterseniz, çıktıdan DS Kimlik alın. evi ara tanı imzasını göster ve aşağıdaki komutu çalıştırın:
call-home diagnostic-signature deinstall <DS ID>
Örnek:
call-home diagnostic-signature deinstall 64224
Dağıtımlarda gözlemlenen sorunlara bağlı olarak, Tanılama İmzaları Arama Aracı'na düzenli aralıklarla yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir. |
Yerel Ağ Geçidi (LGW), Cisco Webex Calling müşterileri için iş yeri temelli PSTN erişimi sağlamak için tek seçenektir. Bu belgenin amacı, aktif çağrıların durum bilgisiyle yük devri için yüksek kullanılabilirlikli CUBE, aktif veya beklemedeki CUBE'leri kullanarak Yerel Ağ Geçidi yapılandırması oluşturmanıza yardımcı olmaktır.
Temel Bilgiler
Cisco WebEx Meeting Center Yapılandırma Kılavuzları
CUBE HA'yı Webex Calling için yerel ağ geçidi olarak dağıtmadan önce aşağıdaki kavramları iyice anladığınızdan emin olun:
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ı: Hüseyin1076_LGU
Parola: lOV12MEaZx
1 | Parolanın kimlik bilgilerinde veya paylaşılan şifrelerde kullanılabilmesi için aşağıdaki komutlarla parola için bir yapılandırma anahtarı oluşturulduğundan emin olun. Tip 6 parolalar, AES şifre ve kullanıcı tanımlı yapılandırma anahtarı kullanılarak şifrelenir.
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 sip-ua kayıt durumunu göster
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 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ı manuel olarak ekleyin
- CSV şablonuyla birden fazla kullanıcı ekleyin
- Kullanıcıları CSV şablonuyla değiştirme
- Bireysel kullanıcılar için hizmet lisanslarını düzenleyin
- Bir kullanıcı için numara ekleme veya silme
- Davet e-postasını yeniden gönder
- Kuruluşunuzdan bir kullanıcı silme
- Kuruluşunuzdan bir kullanıcıyı devre dışı bırakma
- Kullanıcılara kuruluş hesap rolleri atama
Control Hub'da kullanıcılar ve çalışma alanları için cihazları atayabilir ve yönetebilirsiniz. MAC adresi ile eklemeyi veya cihazın kendisine girmek için bir aktivasyon kodu oluşturmayı seçin.
Control Hub ile kullanıcılara kişisel kullanım için cihaz atayabilirsiniz.
Burada listelenen cihazlar Webex Calling'i destekler. Tüm bu cihazlar MAC adresiyle eklenebilse de, etkinleştirme koduyla yalnızca aşağıdaki alt küme kaydedilebilir:
Cisco IP Phone 6800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 6821, 6841, 6851, 6861, 6871)
Cisco IP Phone 7800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 7811, 7821, 7841, 7861)
Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 8811, 8841, 8851, 8861)
Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Görüntülü telefonlar: 8845, 8865)
Cisco IP Konferans Telefonu 7832 ve 8832
Cisco Video Phone 8875
DECT cihazlarıyla ilgili olarak, yalnızca DECT temel cihazları ( DECT ahizeleri değil) atama için kullanılabilir. Kontrol Merkezi . Bir baz ünitesini bir kullanıcıya atadıktan sonra, o baz ünitesiyle bir DECT ahizesini manuel olarak eşleştirmeniz gerekir. Daha fazla bilgi için bkz. Baz İstasyonuna Ahize Bağlama. |
1 | https://admin.webex.com içindeki müşteri görünümünden . Ayrıca
> bir kullanıcı seçin > . | ||||
2 | Bir kullanıcıya cihaz atamak için Kişisel kullanım'i seçin ve ardından Ileri'ye tıklayın. | ||||
3 | Telefon sahibinin kullanıcı adını veya gerçek adını girin, sonuçlardan kullanıcıyı seçin ve ardından Ileri'ye tıklayın. | ||||
4 | Cisco telefon, ATA veya 3. taraf cihaz seçin. | ||||
5 | Cihaz seçin açılır menüsünden Cisco Tarafından Yönetilen Cihazlar’ı seçin. | ||||
6 | Cihaz türü açılır listesinden bir cihaz türü seçin ve Ileri’ye tıklayın. | ||||
7 | Telefonu etkinleştirme koduyla (seçenek görünürse) veya bir MAC adresiyle kaydetmek isteyip istemediğinizi seçin ve ardından Kaydet'e tıklayın.
Cihaz için etkinleştirme kodu oluşturmayı seçmeniz, ancak bu kodu henüz kullanmamanız durumunda, Control Hub'da atanan kullanıcının Cihazlar bölümünde ve ana Cihazlar listesinde Etkinleştiriliyor olarak görünür. Cihaz durumunun şu anda güncellenmesinin 10 dakika kadar sürebileceğini unutmayın. Kontrol Merkezi . Kullanıcıya atanan cihazları değiştirmek veya yönetmek için bkz. Bir kullanıcı için cihazı yönetme bölümü. |
İnsanlar işteyken yemekhaneler, lobiler ve konferans odaları gibi birçok yerde bir araya gelir. Bu Çalışma Alanlarında paylaşımlı Cisco Webex cihazlarını kurabilir, hizmet ekleyebilir ve ardından iş birliğinin gerçekleşmesini izleyebilirsiniz.
Bir Çalışma Alanları cihazının temel ilkesi, belirli bir kullanıcıya atanmamasıdır, daha çok paylaşılan kullanıma izin veren fiziksel bir konumdur.
Listelenen cihazlar Webex Calling’i destekler. Bu cihazların çoğu MAC adresiyle kaydedilebilecek olsa da, bu cihazların yalnızca aşağıdaki alt kümesi etkinleştirme koduyla kaydedilebilir:
Cisco IP Phone 6800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 6821, 6841, 6851)
Cisco IP Phone 7800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 7811, 7821, 7841, 7861)
Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 8811, 8841, 8851, 8861)
Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Görüntülü telefonlar: 8845, 8865)
Cisco IP Konferans Telefonu 7832 ve 8832
1 | https://admin.webex.com içindeki müşteri görünümünden . Ayrıca şuraya gezinerek Çalışma Alanları bölümünden yeni bir çalışma alanına cihaz ekleyebilirsiniz:
. | ||||
2 | . | ||||
3 | Çalışma alanı için (fiziksel odanın adı gibi) bir ad girin, oda türünü seçin ve kapasite ekleyin ve Ileri'ye tıklayın.
| ||||
4 | Cisco telefon, ATA veya 3. taraf cihaz seçin. | ||||
5 | Cihaz seçin açılır menüsünden Cisco Tarafından Yönetilen Cihazlar’ı seçin. | ||||
6 | Cihaz türü açılır listesinden bir cihaz türü seçin ve Ileri’ye tıklayın. | ||||
7 | Telefonu etkinleştirme koduyla (seçenek görünürse) veya bir MAC adresiyle kaydetmek isteyip istemediğinizi seçin ve ardından Ileri'ye tıklayın.
Cisco IP Konferans Telefonu 7832 için bazı ekran tuşları kullanılabilir olmayabilir. Ekran tuşlarının tamamını kullanmanız gerekirse, bu telefonu bir kullanıcıya atamanızı öneririz. | ||||
8 | Calling hizmetine tıklayın ve çalışma alanına atamak istediğiniz abonelik ve lisans türünü seçin.
| ||||
9 | Bir Konum ve (seçtiğiniz konuma göre belirlenecek) Telefon Numarası atayın ve ardından Kaydet'e tıklayın. Dahili numara atama seçeneğiniz de vardır.
|
Bir Webex Calling kullanıcısına/çalışma alanına atanan bir telefonu başka bir Webex Calling kullanıcısına/çalışma alanına yeniden kullanmak için şu adımları izleyin:
1 | Müşteri görünümündenhttps://admin.webex.com, cihazın halihazırda atanmış olduğu Kullanıcı/Çalışma Alanına gidin. Aşağıdaki senaryolarda cihazı yeniden atayabilirsiniz:
|
2 | Telefonda, ayarlar menüsüne gidin ve telefonu yeniden atamak için bu adımları tamamlayın. |
3 | içindeki talimatları izleyin. Kullanıcıya telefon ekle ve ata veya Yeni bir çalışma alanına telefon ekleme Bir kullanıcıya/çalışma alanına telefon atamak veya eklemek için. |
4 | Cihazı Control Hub'a eklerken telefonda şu işlemleri yapın: |
Bir kişiye Board, Desk veya Room cihazını kişisel cihaz olarak atamak, onların Webex çağrılarını ve toplantılarını doğrudan cihazlarına almalarına olanak tanır. Daha fazla ayrıntı için bkz. Bir kullanıcıya kişisel Pano, Masa veya Oda cihazı atama.
İnsanlar işteyken yemekhaneler, lobiler ve konferans odaları gibi birçok çalışma alanında bir araya gelir. Bu Çalışma Alanlarında paylaşımlı Cisco Webex cihazlarını kurabilir, hizmet ekleyebilir ve ardından iş birliğinin gerçekleşmesini izleyebilirsiniz.
Workspaces cihazının temel ilkesi, belirli bir kullanıcıya değil, fiziksel konum atanması ve paylaşılan kullanıma izin vermesidir.
1 | https://admin.webex.com içindeki müşteri görünümünden . Ayrıca şuraya gezinerek Çalışma Alanları bölümünden yeni bir çalışma alanına cihaz ekleyebilirsiniz:
. | ||
2 | . | ||
3 | Çalışma alanı için (fiziksel odanın adı gibi) bir ad girin, oda türünü seçin ve kapasite ekleyin ve Ileri'ye tıklayın. | ||
4 | Cisco Iş Birliği cihazı seçin ve Ileri’ye tıklayın. Cisco Iş Birliği cihazı, Cisco Webex Board dahil Cisco Webex Room veya Desk cihazını içerir. | ||
5 | Aşağıdaki hizmetlerden birini seçin ve Ileri'ye tıklayın.
| ||
6 | Cisco Webex Calling hizmetini seçtiyseniz çalışma alanına atamak istediğiniz aboneliği ve lisans türünü seçin.
| ||
7 | Bir Konum, (seçtiğiniz konuma göre belirlenecek) Telefon Numarası ve Dahili Numara atayın ve ardından Kaydet’e tıklayın. | ||
8 | Verilen kodu kullanarak cihazı etkinleştirin. Etkinleştirme kodunu kopyalayabilir, e-postayla gönderebilir veya yazdırabilirsiniz. |
Kullanıcılara ve çalışma alanlarına birden fazla cihaz atamak için gerekli bilgileri içeren bir CSV dosyası doldurabilir ve bu cihazları birkaç kolay adımda etkinleştirebilirsiniz.
Burada listelenen cihazlar Webex Calling'i destekler. Tüm cihazları MAC adresiyle kaydedebilirsiniz ancak aşağıdaki cihaz alt kümesini etkinleştirme koduyla kaydedin:
Cisco IP Phone 6800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 6821, 6841, 6851)
Cisco IP Phone 7800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 7811, 7821, 7841, 7861)
Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 8811, 8841, 8851, 8861)
Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Görüntülü telefonlar: 8845, 8865)
Cisco IP Konferans Telefonu 7832 ve 8832
Cisco Video Phone 8875
1 | https://admin.webex.com içindeki müşteri görünümünden . | ||||||||||||||||||||||||||||||||||||||||||||||||||
2 | Aşağıdaki seçeneklerden birini seçin ve Indir'e tıklayın.
CSV dosyanızı hazırlamak için aşağıdaki tabloyu kullanabilirsiniz.
| ||||||||||||||||||||||||||||||||||||||||||||||||||
3 | Elektronik tabloyu doldurun. | ||||||||||||||||||||||||||||||||||||||||||||||||||
4 | CSV dosyasını sürükle-bırak yoluyla veya Dosya Seç düğmesine tıklayarak yükleyin. | ||||||||||||||||||||||||||||||||||||||||||||||||||
5 | MAC adresi boşsa, etkinleştirme kodunun nereye gönderileceğini seçme seçeneklerini alırsınız.
Cihazı etkinleştirmek için, cihazda etkinleştirme kodunu girmeniz gerekir. | ||||||||||||||||||||||||||||||||||||||||||||||||||
6 | Gönder’e tıklayın. Cihazlar aktif hale geldiğinde güncellenmiş durumu görüntüler.
|
Kullanıcılara ve çalışma alanlarına atanan cihazların listesini görüntülemek istiyorsanız, CSV dosyası dışa aktarabilirsiniz.
https://admin.webex.com müşteri görünümünden Cihazlar’a gidin.
Cihaz listesinden birden fazla cihaz seçin ve Dışa Aktar seçenek. CSV dosyası dahil edilecek alanları seçebilir ve içeriği yerel bir klasöre aktarabilirsiniz.
CSV dosyası görüntülenen alanlar, cihazın platforma bağlantısına bağlıdır. Bu nedenle, çıktı dosyasında bazı alanlar mevcut değildir. |
Kuruluşunuzdaki kullanıcılara atanan cihazlar için ekleyebilir, kaldırabilir, yeniden başlatabilir, etkinleştirmeyi kontrol edebilir veya yeni bir etkinleştirme kodu oluşturabilirsiniz. Bu, gerektiğinde cihazları kullanıcı ekranında görüntülemek ve yönetmek için yardımcı olabilir.
1 | müşteri görünümünden Calling > Konumlar’a gidin.https://admin.webex.com | ||
2 | Bir kullanıcı seçin ve Cihazlar düğmesine tıklayın. | ||
3 | Bu kullanıcıya cihaz eklemek için Cihaz Ekle'ye tıklayın.
Bir kullanıcıya cihaz ekleme hakkında daha fazla bilgi için bkz. Kullanıcıya telefon ekleme bölümü. | ||
4 | Mevcut bir cihazda değişiklik yapmak için cihazın adını seçin. Bu, sizi Cihazlar sayfasına götürür. Buradan cihaz ayarlarını görüntüleyip düzenleyebilir, cihazı yeniden başlatabilir veya geçerli olması durumunda cihaz için yeni bir etkinleştirme kodu oluşturabilirsiniz. Telefon ayarlarını yapılandırma konusunda daha fazla bilgi için bkz. Telefon Ayarlarını Yapılandırma ve Güncelleme. | ||
5 | Kullanıcıya eklenen cihaz Webex Aware ise şemada gösterildiği gibi cihazların altında Webex Aware seçeneği görüntülenir. Webex Aware, cihazın Webex platformuna katıldığını ve telefon tarafından desteklenen Webex Özelliklerine erişimi olduğunu gösterir. | ||
6 | tıklayın Eylemler cihazı yönetmek için Eylemler, MPP cihazları için yapılandırma değişikliklerinin uygulanmasına veya ürün yazılımının güncellenmesine yardımcı olur. Eylemler sekmesinde, Webex Aware özellikli bir cihaz için şu seçenekler bulunur:
|
Cihazlar doğrudan bir çalışma alanı profilinden eklenebilir ve yönetilebilir. Çalışma alanları, faks makineleri gibi ATA cihazlarını içerebilir. Çalışma alanı cihazlarını Hoteling Ana Bilgisayarı olarak da ayarlayabilirsiniz. Otelcilik hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub .
1 | https://admin.webex.com içindeki müşteri görünümünden . |
2 | Değiştirilecek çalışma alanını seçin. |
3 | Bir cihaz eklemek için Cihazlar kutucuğundan Cihaz Ekle seçeneğine tıklayın. Çalışma alanına cihaz ekleme hakkında daha fazla bilgi için bkz. Yeni bir çalışma alanına telefon ekleme bölümü. |
4 | Mevcut bir cihazda değişiklik yapmak için cihazın adını seçin. Bu, sizi Cihazlar sayfasına götürür. Buradan cihaz ayarlarını görüntüleyip düzenleyebilir, cihazı silebilir, cihazı yeniden başlatabilir ve cihazın Hoteling Ana Bilgisayarı olarak kullanılmasını sağlayabilirsiniz. Telefon ayarlarını yapılandırma konusunda daha fazla bilgi için bkz. Telefon Ayarlarını Yapılandırma ve Güncelleme. |
5 | Çalışma alanına eklenen cihaz Webex Aware ise şemada gösterildiği gibi cihazların altında Webex Aware seçeneği görüntülenir. Webex Aware, cihazın Webex platformuna katıldığını ve telefon tarafından desteklenen Webex özelliklerine erişimi olduğunu gösterir. |
6 | tıklayın Eylemler cihazı yönetmek için Eylemler, MPP cihazları için yapılandırma değişikliklerinin uygulanmasına veya ürün yazılımının güncellenmesine yardımcı olur. Eylemler sekmesinde, Webex Aware özellikli bir cihaz için şu seçenekler bulunur:
|
Paylaşılan hat görünüşü , kullanıcının birincil cihaz hat eklemenize ve hatların nasıl görüneceğini yeniden sıralamanıza olanak tanır. Bu özellik, bir kullanıcının kendi telefonunu kullanarak başka bir kullanıcının dahili hattına arama almasına ve arama yapmasına olanak tanır. paylaşımlı hat görünümüne bir örnek, patronun hattından arama yapmak ve almak isteyen bir yönetici asistanıdır. Paylaşılan hat görünümleri, birincil kullanıcı hattının başka bir örneği de olabilir.
Maksimum yapılandırma sınırı, kullanıcının masaüstü veya mobil Uygulaması da dahil olmak üzere her kullanıcı telefon numarası için 35 cihazdır. Çalışma alanı telefonuna ek hatlar ekleyebilirsiniz. Ancak, paylaşılan bir hat olarak yalnızca profesyonel lisansa sahip çalışma alanı telefonunu ekleyebilirsiniz.
paylaşımlı hat atarken, farklı hatlardan numaralar atayabilirsiniz. Webex Calling konumları farklı bir konumdaki cihazlara Örneğin, ABD konumundaki bir kullanıcıya atanmış bir cihaza Birleşik Krallık konumundaki bir numara (kullanıcı, çalışma alanı, sanal hat) atanabilir. Konumlar arasında paylaşımlı hat hakkında daha fazla bilgi için bkz. Konumlar arası paylaşılan hatların ve sanal hatların yapılandırılması. |
Bir kullanıcı MPP telefonuna Hızlı aramalar eklediğinde, bunlar Control Hub'da görünmez. paylaşımlı hat yapılandırılırken hızlı aramaların üzerine yazılabilir. Bir kullanıcının cihazlarında yapılandırılmış diğer kullanıcılardan/gruplardan gelen numaraları varsa, paylaşımlı hat için özel bir etiket ekleyebilirsiniz. Bu özel etiket, paylaşımlı hat görünümünü diğerinden tanımlamaya yardımcı olur. |
1 | https://admin.webex.com müşteri görünümünden (değişiklik yapılacak cihazın neye atandığına bağlı olarak) Kullanıcılar veya Çalışma Alanları öğesine gidin. | ||
2 | Düzenlenecek kullanıcıyı veya çalışma alanını seçin ve Cihazlar'a kaydırın. | ||
3 | Paylaşılan hatları eklemek veya değiştirmek için cihazı seçin ve Telefon Kullanıcıları ve Ayarları . Bu telefonda görünen kullanıcılar ve yerler, göründükleri sırayla listelenir. | ||
4 | Bu telefona kullanıcı veya yer eklemek veya çıkarmak için Hatları Yapılandır öğesine tıklayın. | ||
5 | Bir hattı kaldırmak için
| ||
6 | Paylaşılan bir hat görünümü eklemek için
| ||
7 | Ad veya telefon numarası girin ve açılan seçenekler arasından seçim yapıp Kaydet'e tıklayın. |
Control Hub'da bir kullanıcıya atanan Analog Telefon Adaptörü (ATA) cihazındaki portları yapılandırabilirsiniz. Şu anda mevcut ATA aygıtları için iki yapılandırma, iki bağlantı noktalı aygıtlar ve 24 bağlantı noktalı aygıtlar içindir.
1 | https://admin.webex.com müşteri görünümünden Kullanıcılar’a gidin. | ||
2 | Düzenlenecek kullanıcıyı seçin ve Cihazlar'a kaydırın. | ||
3 | Ekleme veya değişiklik yapmak istediğiniz cihazı seçin. | ||
4 | Bu Cihazdaki Kullanıcılar altından Portları Yapılandır öğesine tıklayın. | ||
5 | Paylaşılan bağlantı noktası yapılandırması eklemek için | ||
6 | Ad veya telefon numarası girin ve açılan seçenekler arasından seçim yapıp Kaydet'e tıklayın.
| ||
7 | Aygıt, T.38 faks sıkıştırmasını gerektiriyorsa, T.38 sütunundaki kutuyu işaretleyin veya kullanıcı düzeyinde sıkıştırma seçeneklerini geçersiz kılın ve ardından Kaydet .
|
Deneme sürümünü kullanırken veya ücretli aboneliğe geçtikten sonra, müşteri kuruluşunuzdaki masa ve oda cihazlarına istediğiniz zaman telefon numaraları ekleyebilirsiniz.
Ekleyebileceğiniz telefon numaralarının sayısını artırdık Kontrol Merkezi 250 ila 1000. |
1 | https://admin.webex.com müşteri görünümünden ’a gidin ve Numara Ekle’ye tıklayın. |
2 | Konum ve Numara Türü'nü belirtin. Numara taşıyorsanız, hem mevcut numaranızı, hem de faturalandırma numaranızı girin. |
3 | Konum, Durum, Bölge Kodu, Ön Ek (isteğe bağlı) belirtin ve ardından Ara'ya tıklayın. Kullanılabilir numaralar görüntülenir. |
4 | Konuma eklemek istediğiniz numaraları seçin. Seçtiğiniz numaralar, Seçili Numaralar alanına gidin. |
5 | Kaydet seçeneğine tıklayın. |
Kuruluşunuzun sipariş ettiği PSTN numarası listesini görebilirsiniz. Bu bilgilerle, kullanılmayan mevcut numaraları ve yakında hazır olacak sipariş edilen numaraları görebilirsiniz.
https://admin.webex.com müşteri görünümünden ’ne gidin. |
Aksesuarları (Kulaklıklar/KEM'ler) bir MPP cihazına bağladığınızda, bunlar Control Hub'daki Cihazlar sekmesi altında bir envanter öğesi olarak görünür. Control Hub Cihazlar envanterinden aksesuar modelini, durumunu ve aksesuarın kime ait olduğunu bulabilirsiniz. Bir aksesuarı seçtiğinizde, aksesuar seri numarası ve geçerli yazılım sürümü gibi ek bilgiler elde edilebilir. Aksesuar MPP’ye bağlı olduğu sürece, aksesuar durumu alanı “çevrimiçi” olarak bildirilir. MPP bağlantılı bir kulaklık, yazılımını Cihaz Yönetimi üzerinden mevcut olan en son sürüme otomatik olarak yükseltir.
Telefon Modeli | Cisco 520 Serisi Kulaklık | Cisco 530 Serisi Kulaklık | Cisco 560 Serisi Kulaklık | Cisco 730 Serisi Kulaklık |
---|---|---|---|---|
Cisco IP Telefonu 8811/8841/8845 | — | — | RJ9 ve RJ11 | — |
Cisco IP Telefonu 8851/8861/8865 | USB | USB | USB RJ9 ve RJ11 | — |
Cisco IP Telefonu 7811/7821/7841/7861 | — | — | — | — |
Cisco IP Telefonu 6821/6841/6851/6861 | — | — | — | — |
Cisco IP Phone 6871 | USB | USB | USB | — |
Cisco IP Konferans Telefonu 7832/8832 | — | — | — | — |
Telefon Modeli | KEM |
---|---|
Cisco IP Telefonu 8811/8841/8845 | — |
Cisco IP Telefonu 8851/8861/8865 | BEKEM CP-8800-A-KEM CP-8800-V-KEM |
Cisco IP Telefonu 7811/7821/7841/7861 | — |
Cisco IP Telefonu 6821/6841/6861/6871 | — |
Cisco IP Phone 6851 | CP-68KEM-3PCC |
Cisco IP Konferans Telefonu 7832/8832 | — |
Webex Calling kayıtlı telefonlarda Temel Genişletme Modülü (anahtar genişletme modülü ) ile karşılaşılan sorunları gidermek için bkz. Webex Calling Temel Genişletme Modülleri Sorunlarını Giderme ayrıntılar için. |
Yöneticilerin parmaklarınızın ucunda, Webex Calling hizmetlerinin nasıl kullanıldığını, ne sıklıkta kullanıldığını değerlendirmenize yardımcı olabilecek bir dizi rapor bulunur. Yöneticiler ayrıca konumunuz için medya kalitesinin hızlı bir görüntüsünü alabilir.
Arama raporlarını görüntüle
Control Hub’daki Analizler sayfasını kullanarak kişilerin Webex Calling’i ve Webex uygulamasını nasıl kullandığı (katılım) ve çağrı ortamı deneyimlerinin kalitesi hakkında bilgi edinebilirsiniz. Webex Calling analizlerine erişmek için Control Hub üzerinde oturum açın ve ardından Analizler’e girip Calling sekmesini seçin.
1 | Ayrıntılı çağrı geçmişi raporları için şurada oturum aç: Kontrol Merkezi , sonra git . |
2 | Seç Ayrıntılı Çağrı Geçmişi . Özel Örnek’i kullanan çağrılar hakkında bilgi için bkz. Özel Örnek Analizleri. |
3 | Ortam kalitesi verilerine erişmek için Control Hub üzerinde oturum açın, ardından Analizler’i ve sonra Calling’i seçin. Daha fazla bilgi için bkz. Bulut İş Birliği Portföyünüz için Analizler.
|
CScan aracını çalıştırın
CScan, Webex Calling’e ağ bağlantınızı test etmek için tasarlanmış bir ağ hazırlık aracıdır.
Daha fazla bilgi için bkz. CScan ile Webex Calling Ağ Kalitesini Test Etme. |
Bu makale, özellikle güvenlik duvarı ve proxy güvenliği yöneticileri olmak üzere, kuruluşlarında Webex Calling hizmetleri kullanmak isteyen ağ yöneticileri içindir. Ağ gereksinimlerini açıklar ve telefonlarınızı, Webex Uygulamasını ve ağ geçitlerini Webex Calling hizmetlerine bağlamak için kullanılan adresleri, bağlantı noktalarını ve protokolleri listeler.
Doğru yapılandırılmış bir güvenlik duvarı ve proxy, başarılı bir Çağrı dağıtımı için gereklidir. Webex Calling çağrı sinyali için SIP ve HTTPS'yi ve medya, şebeke bağlantısı ve ağ geçidi bağlantısı için ilişkili adresleri ve bağlantı noktalarını kullanır. Webex Calling küresel bir hizmettir.
Tüm güvenlik duvarı yapılandırmaları, bağlantı noktalarının açık olmasını gerektirmez. Ancak, içeriden dışarıya kurallar çalıştırıyorsanız, hizmetlerin verilmesi için gerekli protokoller için bağlantı noktaları açmalısınız.
Ağ Adresi Çevirisi (NAT)
Ağ Adresi Çevirisi (NAT) ve Bağlantı Noktası Adresi Çevirisi (PAT) işlevi, adres alanlarını çevirmek veya IP adresi alanlarının çakışmasını önlemek için iki ağ arasındaki sınırda uygulanır.
Kuruluşlar, özel bir IP adresi alanında bulunan Uygulamalara veya cihazlara internet erişimi sağlamak için NAT veya PAT hizmetleri sağlayan güvenlik duvarları ve proxy'ler gibi ağ geçidi teknolojilerini kullanır. Bu ağ geçitleri, dahili Uygulamalar veya Cihazlardan internete trafiğin bir veya daha fazla genel yönlendirilebilir IP adresinden geliyor gibi görünmesini sağlar.
NAT dağıtılıyorsa, güvenlik duvarında bir gelen bağlantı noktası açmak zorunlu değildir.
Birden fazla uygulama kullanıcısı ve cihazı NAT veya PAT kullanarak Webex Calling ve Webex uyarı hizmetlerine eriştiğinde, Uygulama veya Cihaz bağlantısı için gereken NAT havuzu boyutunu doğrulayın. Bağlantı noktası tükenmesini önlemek için NAT havuzlarına yeterli genel IP adreslerinin atandığından emin olun. Bağlantı noktası tükenmesi, dahili kullanıcıların ve cihazların Webex Calling ve Webex Aware hizmetlerine bağlanamamasına katkıda bulunur.
Makul bağlama süreleri tanımlayın ve NAT aygıtında SIP manipüle etmekten kaçının.
Cihazların düzgün çalışmasını sağlamak için minimum bir NAT zaman aşımı yapılandırın. Örnek: Cisco telefonları 1-2 dakikada bir takip KAYIT yenileme mesajı gönderir.
Ağınız NAT veya SPI uyguluyorsa, bağlantılar için daha büyük bir zaman aşımı (en az 30 dakika) ayarlayın. Bu zaman aşımı, kullanıcıların mobil cihazlarının pil tüketimini azaltırken güvenilir bağlantı sağlar.
SIP Uygulama Katmanı Ağ Geçidi
Bir yönlendirici veya güvenlik duvarının SIP'ye Duyarlı olması, yani SIP Uygulama Katmanı Ağ Geçidi (ALG) veya benzer bir özelliğinin etkinleştirilmiş olması durumunda, doğru hizmet kullanımını sağlamak için bu işlevi kapatmanızı öneririz.
Belirli cihazlarda SIP ALG'sinin nasıl devre dışı bırakılacağı hakkında bilgi için ilgili üreticinin belgelerini inceleyin.
için proxy desteği Webex Calling
Çoğu müşteri, ağlarına giren ve ağlarından çıkan HTTP tabanlı trafiği sınırlamak ve kontrol altına almak için internet güvenlik duvarı veya internet proxy'si ve güvenlik duvarı kullanır. Böylece ağlarını çeşitli siber saldırı biçimlerinden korurlar.
Proxy'ler, aşağıdakiler gibi çeşitli güvenlik işlevlerini yerine getirir:
Belirli URL'lere erişime izin verin veya erişimi engelleyin.
güvenli kimlik doğrulama
IP adresi/etki alanı/ana bilgisayar adı/ URI itibar araması
Trafik şifre çözme ve inceleme
Proxy özelliğini yapılandırırken, HTTP protokolünü kullanan tüm uygulamalar için geçerlidir.
Uygulamalar aşağıdakileri içerir:
Webex Hizmetleri
GDS, EDOS cihaz etkinleştirme, sağlama ve Webex bulutuna yerleştirme gibi Cisco Bulut sağlama platformunu kullanan müşteri cihazı etkinleştirme (CDA) prosedürleri.
Sertifika Kimlik Doğrulaması
Donanım yazılımı yükseltmesi
Durum Raporu
PRT Yüklemeleri
VoIP Hizmetleri
Bir proxy sunucusu adresi yapılandırılmışsa, proxy sunucusu sunucusuna yalnızca Sinyalleme trafiği (HTTP/HTTPS) gönderilir. Webex Calling hizmetine ve ilişkili medyaya kaydolmak için SIP kullanan istemciler proxy'ye gönderilmez. Bu nedenle, bu istemcilerin doğrudan güvenlik duvarından geçmesine izin verin. |
Desteklenen Proxy Seçenekleri, yapılandırma ve Kimlik Doğrulama türleri
Desteklenen proxy türleri şunlardır:
Açık Proxy (inceleme yapan veya incelemeyen)—Kullanılacak sunucuyu belirtmek için istemcileri açık proxy ile Uygulama veya Cihaz yapılandırın. Bu seçenek, aşağıdaki kimlik doğrulama türlerinden birini destekler:
Şeffaf Proxy (denetlemeyen)—İstemciler, belirli bir proxy sunucusu adresini kullanacak şekilde yapılandırılmamıştır ve denetlemeyen bir proxy ile çalışmak için herhangi bir değişiklik gerektirmez.
Şeffaf Proxy (inceleme)—İstemciler belirli bir proxy sunucusu adresini kullanacak şekilde yapılandırılmamıştır. HTTP'nin yapılandırma değişikliği gerekli değildir; ancak, istemcilerinizin Uygulama veya Cihazların proxy'ye güvenmeleri için bir kök sertifika ihtiyacı vardır. BT ekibi, ziyaret edilecek web sitelerinde ve izin verilmeyen içerik türlerinde ilkeleri uygulamak için denetleme proxy'lerini kullanır.
Aşağıdakileri kullanarak Webex Room cihazları, Cisco IP Multiplatform Telefonları (MPP) ve Webex Uygulaması için proxy adreslerini manuel olarak yapılandırın:
Platform İşletim Sistemi
Cihaz URL
Otomatik keşif
Yapılandırma sırasında aşağıdaki Proxy yapılandırmaları ve kimlik doğrulama türleri arasından seçim yapın:
Ürün | Proxy Yapılandırması | Kimlik Doğrulama Türü |
---|---|---|
Mac için Webex | Manuel, WPAD, PAC | Kimlik Doğrulama Yok, Temel, NTLM |
Windows için Webex | Manuel, WPAD, PAC, GPO | Kimlik Doğrulama Yok, Temel, NTLM (2), Negotiate |
iOS için Webex | Manuel, WPAD, PAC | Kimlik Doğrulama Yok, Temel, Özet, NTLM |
Android Webex Kullanıcıları | Manuel, PAC | Kimlik Doğrulama Yok, Temel, Özet, NTLM |
Webex Web Uygulaması | İşletim sistemi aracılığıyla desteklenir | Kimlik Doğrulama Yok, Temel, Özet, NTLM, Negotiate |
Webex Room cihazları | WPAD, PAC veya Manuel | Kimlik Doğrulama Yok, Temel, Özet |
Cisco IP Telefonları | Manuel, WPAD, PAC | Kimlik Doğrulama Yok, Temel, Özet |
Webex Video Ağ Yapısı Düğümü | Manuel | Kimlik Doğrulama Yok, Temel, Özet, NTLM |
Tablodaki efsaneler için:
Mac NTLM Kimlik Doğrulaması - Makinenin etki alanında oturum açmasına gerek yoktur, kullanıcıdan bir parola istenir(2):
† Windows NTLM Auth - Yalnızca etki alanında bir makine oturum açmışsa desteklenir
Web Proxy Otomatik Keşfi (WPAD) - Bkz. Web Proxy Otomatik Keşif Protokolü ayrıntılar için.
Proxy Otomatik Yapılandırma (PAC) dosyaları - Bkz. Proxy Otomatik Yapılandırma Dosyaları ayrıntılar için.
Cisco Webex Board, Desk veya Room Series cihazını bir proxy sunucusu bağlamak için bkz. Board, Masa veya Room Series cihazınızı bir proxy sunucusu bağlayın .
Cisco IP telefonları için bkz. Bir Proxy Sunucusu Kurun proxy sunucusu ve ayarlarını yapılandırmak için bir örnek olarak.
İçin |
Windows işletim sistemi için proxy ayarları
Microsoft Windows , HTTP trafiği için Proxy yapılandırmasına izin veren iki ağ kitaplığını (WinINet ve WinHTTP) destekler.WinINet, WinHTTP'nin bir üst kümesidir.
WinInet, yalnızca tek kullanıcılı, masaüstü istemci uygulamaları için tasarlanmıştır
WinHTTP, öncelikle çok kullanıcılı, sunucu tabanlı uygulamalar için tasarlanmıştır
İkisi arasında seçim yaparken, proxy yapılandırma ayarları için WinINet'i seçin. Ayrıntılar için bkz. wininet-vs-winhttp .
bkz. kurumsal ağ Webex erişmek için izin verilen etki alanlarının bir listesini yapılandırın aşağıdakilerle ilgili ayrıntılar için:
Kişilerin yalnızca önceden tanımlanmış bir etki alanı listesindeki hesapları kullanarak uygulamalarda oturum aç açmasını sağlamak için.
İstekleri engellemek ve izin verilen etki alanlarını sınırlamak için bir proxy sunucusu kullanın.
Proxy İnceleme ve Sertifika Sabitleme
Webex uygulaması ve Webex cihazları, TLS oturumları kurduğu sunucuların sertifikalarını doğrular. Sertifika düzenleyen ve dijital imza gibi sertifika kontrolleri, kök sertifikaya kadar olan sertifika zincirinin doğrulanmasına dayanır. Doğrulama kontrollerini gerçekleştirmek için Webex Uygulaması ve Cihazları, işletim sistemi güven deposunda yüklü bir dizi güvenilir kök CA sertifikası kullanır.
Webex Calling trafiğini durdurmak, şifresini çözmek ve incelemek için bir TLS denetleme Proxy'si dağıttıysanız. Proxy'nin sunduğu sertifikanın ( Webex hizmet sertifikası yerine) bir sertifika yetkilisi tarafından imzalandığından ve kök sertifika Webex Uygulamanızın veya Webex cihazınızın güven deposuna yüklendiğinden emin olun.
Webex Uygulaması için - Cihazın işletim sistemi proxy tarafından sertifikayı imzalamak için kullanılan CA sertifikası yükleyin.
Webex Room cihazları ve Cisco çok platformlu IP Telefonları için - CA sertifikası yüklemek için TAC ekibiyle bir hizmet isteği açın.
Bu tablo, Proxy sunucuları tarafından TLS incelemesini destekleyen Webex Uygulaması ve Webex Cihazlarını gösterir
Ürün | TLS incelemesi için Özel Güvenilen CA’ları destekler |
---|---|
Webex Uygulaması (Windows, Mac, iOS, Android, Web) | Evet |
Webex Room Cihazları | Evet |
Cisco IP Multiplatform (MPP) Telefonlar | Evet |
Güvenlik duvarı yapılandırması
Cisco destekler Webex Calling ve güvenli Cisco ve Amazon Web Services (AWS) veri merkezlerinde Webex Aware hizmetleri. Amazon, IP alt ağlarını yalnızca Cisco'nun kullanımı için ayırdı ve bu alt ağlarda bulunan hizmetleri AWS sanal özel bulutunda güvence altına aldı.
Güvenlik duvarınızı, cihazlarınızdan, uygulamalarınızdan ve internete yönelik hizmetlerden gelen iletişime izin vererek işlevlerini düzgün bir şekilde yerine getirmelerine izin verecek şekilde yapılandırın. Bu yapılandırma, desteklenen tüm Webex Calling ve Webex Aware bulut hizmetleri, etki alanı adları, IP adresleri, Bağlantı Noktaları ve protokoller.
Aşağıdakilere beyaz liste veya açık erişim, böylece Webex Calling ve Webex Aware hizmetleri doğru şekilde çalışır.
Bölümün altında belirtilen URL'ler/Etki Alanları Webex Calling Hizmetleri için Etki Alanları ve URL'ler
Bölüm altında belirtilen IP alt ağları, Bağlantı Noktaları ve Protokoller Webex Calling Hizmetleri için IP Alt Ağları
Webex Meetings, Messaging ve diğer hizmetleri kullanıyorsanız bu makalede bahsedilen Etki Alanlarının/URL’lerin de açık olduğundan emin olun Webex Hizmetleri için Ağ Gereksinimleri
Yalnızca bir güvenlik duvarı kullanıyorsanız, IP adresi havuzları dinamik olduğundan ve herhangi bir zamanda değişebileceğinden, Webex Calling trafiğini tek başına IP adreslerini kullanarak filtrelemek desteklenmez. Kurallarınızı düzenli olarak güncelleyin, güvenlik duvarı kuralları listenizi güncellememek kullanıcılarınızın deneyimini etkileyebilir. Cisco , belirli bir coğrafi bölgeye veya bulut hizmet sağlayıcı göre bir IP adresi alt kümesinin filtrelenmesini onaylamaz. Bölgeye göre filtreleme, arama deneyiminizde ciddi bozulmaya neden olabilir.
Güvenlik duvarınız Etki Alanı/ URL filtrelemeyi desteklemiyorsa, bir Kurumsal Proxy sunucu seçeneği kullanın. Bu seçenek, trafiği URL/etki alanına göre filtreler/izin verir/izin verir. Webex Calling Güvenlik duvarınıza iletmeden önce Proxy sunucunuzdaki Webex Aware hizmetleri.
için Webex Calling , UDP , Cisco'nun medya için tercih ettiği aktarım protokolüdür ve UDP üzerinden yalnızca SRTP kullanılmasını önerir. Medya için aktarım protokolleri olarak TCP ve TLS, üretim ortamlarında Webex Calling için desteklenmez. Bu protokollerin bağlantı yönelimli yapısı kayıp ağlar üzerindeki medya kalitesini etkiler. Taşıma protokolüyle ilgili sorularınız varsa, bir destek bileti oluşturun.
Webex Calling hizmetleri için etki alanları ve URL'ler
URL’nin başında gösterilen * (ör. *.webex.com), üst düzey etki alanındaki ve tüm alt etki alanlarındaki hizmetlerin erişilebilir olması gerektiğini gösterir.
Etki Alanı / URL | Açıklama | Bu etki alanlarını / URL’leri kullanan Webex uygulamaları ve cihazları | ||
---|---|---|---|---|
Cisco Webex Hizmetleri | ||||
*.broadcloudpbx.com | Webex Control Hub'dan Çağrı Yönetici Portalına çapraz başlatma için yetkilendirme mikro hizmetleri sunar. | Control Hub | ||
*.broadcloud.com.au | Webex Calling Avustralya hizmetleri. | Tümü | ||
*.broadcloud.eu | Webex Calling Avrupa hizmetleri. | Tümü | ||
*.broadcloudpbx.net | Calling istemci yapılandırması ve yönetim hizmetleri. | Webex Uygulamaları | ||
*.webex.com *.cisco.com | Çekirdek Webex Calling ve Webex Aware hizmetleri
Bir telefon bir ağa ilk kez bağlandığında veya DHCP seçenekleri ayarlanmadan fabrika sıfırlaması sonra, sıfır dokunuşlu provizyon için bir cihaz etkinleştirme sunucusuyla iletişim kurar. Yeni telefonlar activate.cisco.com'u ve 11.2(1)'den daha eski ürün yazılımı sürümüne sahip telefonları kullanır, temel hazırlık için webapps.cisco.com'u kullanmaya devam eder. Aygıt üretici yazılımı ve yerel ayar güncellemelerini şuradan indirin: ikili dosyalar.webex.com . 12.0.3 sürümünden eski Cisco Multiplatform telefonların (MPP'lerin), Üretici Tarafından Yüklenen Sertifikayı (MIC) yenilemek ve Güvenli Benzersiz Cihaz Tanımlayıcısına (SUDI) sahip olmak için 80 numaralı bağlantı noktası üzerinden sudirenewal.cisco.com'a erişmesine izin verin. Ayrıntılar için Alan bildirimi bölümüne bakın. | Tümü | ||
*.ucmgmt.cisco.com | Webex Calling hizmetleri | Control Hub | ||
*.wbx2.com ve *.ciscospark.com | Bulut farkındalığı, CSDM, WDM, cıva vb. için kullanılır. Bu hizmetler, Uygulamaların ve cihazların, katılım sırasında ve sonrasında Webex Calling ve Webex Aware hizmetlerine ulaşması için gereklidir. | Tümü | ||
*.webexapis.com | Uygulamalarınızı ve cihazlarınızı yöneten Webex mikro hizmetleri.
| Tümü | ||
*.webexconnect.com | Aşağıdakiler dahil genel dosya depolama alanıyla ilgili Webex Mesajlaşma hizmetleri:
| Webex Apps Mesajlaşma hizmetleri.
| ||
*.accompany.com | People Insights Entegrasyonu | Webex Uygulamaları | ||
Webex ile İlgili Ek Hizmetler (Üçüncü Taraf Etki Alanları) | ||||
*.appdynamics.com *.eum-appdynamics.com | Performans takibi, hata ve çökme kaydı, oturum ölçümleri. | Control Hub | ||
*.huron-dev.com | Değiştirme hizmetleri, telefon numarası sipariş etme ve atama hizmetleri gibi, Webex Calling mikro hizmetleri. | Control Hub | ||
*.sipflash.com | Cihaz Yönetim Hizmeti Bellenim yükseltmeleri ve güvenli işe alım amaçları. | Webex Uygulamaları | ||
*.walkme.com *.walkmeusercontent.com | Webex kullanıcı rehberlik istemcisi. Yeni kullanıcılar için alıştırma ve kullanım turları sağlar. WalkMe hakkında daha fazla bilgi için buraya tıklayın. | Webex Uygulamaları | ||
*.google.com *.googleapis.com | Mobil cihazlarda Webex uygulamalarına yönelik bildirimler (Örnek: yeni mesaj, çağrı cevaplandığında) IP Alt Ağları için bu bağlantılara bakın Google Firebase Bulut Mesajlaşma (FCM) hizmeti Apple Anında Bildirim Hizmeti Hizmeti (APNS)
| Webex Uygulaması |
Webex Calling hizmetleri için IP Alt Ağları
Webex Calling Hizmetleri İçin IP Alt Ağları | ||
---|---|---|
23.89.0.0/16 | 85.119.56.0/23 | 128.177.14.0/24 |
128.177.36.0/24 | 135.84.168.0/21 | 139.177.64.0/21 |
139.177.72.0/23 | 144.196.0.0/16 | 150.253.128.0/17 |
163.129.0.0/17'nın sohbeti | 170.72.0.0/16 | 170.133.128.0/18 |
185.115.196.0/22 | 199.19.196.0/23 | 199.19.199.0/24 |
199.59.64.0/21 |
Bağlantı amacı | Kaynak adresler | Kaynak Bağlantı Noktaları | Protokol | Hedef adresleri | Hedef portları | Notlar | |
---|---|---|---|---|---|---|---|
Webex Calling'e çağrı sinyali gönderme (SIP TLS) | Yerel Ağ Geçidi (NIC) | 8000-65535 | TCP | Bkz. Webex Calling Hizmetleri İçin IP Alt Ağları. | 5062, 8934 | Bu IP'ler/bağlantı noktaları, Yerel Ağ Geçitleri, Cihazlar ve Uygulamalar (Kaynak) üzerinden Buluta (Hedef) giden SIP-TLS çağrı sinyali Webex Calling gerekir. Bağlantı noktası 5062 (Sertifika tabanlı ana hat için gereklidir). Ve 8934 numaralı bağlantı noktası (Kayıt tabanlı ana hat için gereklidir) | |
Cihazlar | 5060-5080 | 8934 | |||||
Uygulamalar | Kısa Süreli (İşletim sistemine bağlı) | ||||||
Webex Calling'den (SIP TLS) Yerel Ağ Geçidine çağrı sinyali gönderme | Webex Calling adres aralığı. Webex Calling Hizmetleri için IP Alt Ağlarına bakın | 8934 | TCP | Müşteri tarafından Yerel Ağ Geçidi için seçilen IP veya IP aralığı | Müşteri tarafından Yerel Ağ Geçidi için seçilen bağlantı noktası veya bağlantı noktası aralığı | Sertifika tabanlı yerel ağ geçitleri için geçerlidir. Webex Calling'den Yerel Ağ Geçidine bağlantı kurmak gereklidir. Kayıt tabanlı yerel ağ geçidi, yerel ağ geçidinden oluşturulan bir bağlantıyı yeniden kullanarak çalışır. Hedef bağlantı noktası, müşteri tarafından seçilen Santralleri yapılandırma | |
Webex Calling'e çağrı ortamı (STUN, SRTP, T38) | Yerel Ağ Geçidi NIC | 8000-48198† | UDP | Bkz. Webex Calling Hizmetleri İçin IP Alt Ağları. | 5004, 9000 (STUN Bağlantı Noktaları) 8500-8700,19560-65535 (UDP üzerinden SRTP) |
| |
Cihazlar | 19560-19660 | ||||||
Uygulamalar | 8500-8700 | ||||||
PSTN ağ geçidine çağrı sinyali gönderme (SIP TLS) | Yerel Ağ Geçidi dahili NIC'si | 8000-65535 | TCP | ITSP, PSTN GW veya Unified CM'niz | PSTN seçeneğine bağlıdır (örneğin, Unified CM için tipik olarak 5060 veya 5061) | ||
Webex Calling'den çağrı ortamı (SRTP, T38) | Webex Calling adres aralığı. Webex Calling Hizmetleri için IP Alt Ağlarına bakın | 19560-65535 ( UDP üzerinden SRTP ) | UDP | Müşteri tarafından Yerel Ağ Geçidi için seçilen IP veya IP aralığı | Müşteri tarafından Yerel Ağ Geçidi için seçilen ortam bağlantı noktası aralığı | Webex Calling, cihaz bir NAT arkasında ise tüm uzak cihazların ortam kilitleme gerçekleştirmesine olanak tanır. Sertifika tabanlı yerel ağ geçidi için belirli bağlantı noktası aralığına giriş erişimine izin vermek gerekir. Sertifika tabanlı bir yerel ağ geçidi dağıtımı sırasında NAT'a özgü ağ gereksinimlerine bakın. | |
PSTN ağ geçidine çağrı ortamı (SRTP) | Yerel Ağ Geçidi dahili NIC'si | 8000-48198† | UDP | ITSP, PSTN GW veya Unified CM'niz | PSTN seçeneğine bağlıdır (örneğin, Unified CM için tipik olarak 5060 veya 5061) | ||
Cihaz yapılandırması ve bellenim yönetimi (Cisco cihazları) | Webex Calling cihazları | Kısa Süreli | TCP | 3.20.185.219 3.130.87.169 3.134.166.179 72.163.10.96/27 72.163.15.64/26 72.163.15.128/26 72.163.24.0/23 72.163.10.128/25 173.37.146.128/25 173.36.127.0/26 173.36.127.128/26 173.37.26.0/23 173.37.149.96/27 192.133.220.0/26 192.133.220.64/26 | 443, 6970, 80 KIŞI | Aşağıdaki nedenlerle gereklidir:
| |
Uygulama yapılandırması | Webex Calling uygulamaları | Kısa Süreli | TCP | 62.109.192.0/18 64.68.96.0/19 150.253.128.0/17 207.182.160.0/19 | 443, 8443 | Idbroker Kimlik Doğrulaması, İstemciler için uygulama yapılandırma hizmetleri, Kişisel bakım için Tarayıcı tabanlı internet erişimi VE Yönetici arabirimlerine erişim için kullanılır. | |
Cihaz saati senkronizasyonu (NTP) | Webex Calling cihazları | 51494 | UDP | Bkz. Webex Calling Hizmetleri İçin IP Alt Ağları. | 123 | Cihazlarda (MPP telefonları, ATA'lar ve SPA ATA'lar) Saat Senkronizasyonu için bu IP adresleri gereklidir | |
Cihaz adı çözümlemesi ve Uygulama adı çözümlemesi | Webex Calling cihazları | Kısa Süreli | UDP ve TCP | Ana bilgisayar tanımlı | 53 | Buluttaki Webex sunucularının IP adreslerini bulmak için DNS aramaları amacıyla kullanılır. Tipik DNS aramaları UDP üzerinden yapılsa da, sorgu yanıtları UDP paketlerine sığmazsa bazıları için TCP gerekli olabilir. | |
Uygulama saat senkronizasyonu | Webex Calling uygulamaları | 123 | UDP | Ana bilgisayar tanımlı | 123 | ||
Web tabanlı Ağa hazırlık için ön yeterlilik aracı Webex Calling | Kısa Süreli | TCP | Bkz. Webex Calling Hizmetleri İçin IP Alt Ağları. | 8934 ve 443 | Webex Calling için Web tabanlı Ağa hazırlık Ön Yeterlilik aracı. Daha fazla bilgi için scan.webex.com adresini ziyaret edin. | ||
UDP | 19569-19760 | ||||||
Ek Webex Calling ve Webex Farkındalık Hizmetleri (Üçüncü Taraf) | |||||||
Push bildirimleri APNS ve FCM hizmetleri | Webex Çağrısı Uygulamaları | Kısa Süreli | TCP | Bağlantıların altında belirtilen IP Alt Ağlarına bakın | 443, 2197, 5228, 5229, 5230, 5223 | Mobil cihazlarda Webex Uygulamalarına yönelik bildirimler (Örnek: Yeni bir mesaj aldığınızda veya bir arama cevaplandığında) |
|
Webex Meetings/Messaging - Ağ Gereksinimleri
Çağrı Geçmişi, Dizin Arama ve Toplantılar gibi hizmetler için MPP cihazlarını Webex Cloud’a ekleyin. Bu ağ gereksinimleri, bu Webex Hizmetleri için Ağ Gereksinimleri'Webex bulunabilir. Webex Uygulamasından toplantı, mesajlaşma ve diğer hizmetleri kullanıyorsanız, bu makalede bahsedilen Etki Alanlarının/URL'lerin/Adreslerin açık olduğundan emin olun.
Referanslar
Webex Calling yenilikleri öğrenmek için bkz. Webex Calling yenilikler
Webex Calling için Güvenlik gereksinimleri için bkz. makale
Etkileşimli Bağlantı Kurulumu (ICE) ile Webex Calling Medya Optimizasyonu makale
Belge Revizyon Geçmişi
Tarih | Bu makalede aşağıdaki değişiklikleri yaptık | ||
---|---|---|---|
03 Nisan 2024 Salı | Hindistan bölgesi için Webex Calling pazar genişletmesine uyum sağlamak amacıyla Webex Calling hizmetleri için IP Alt ağları 163.129.0.0/17 ile güncellendi. | ||
18 Aralık 2023 | Cisco MPP telefonunun MIC yenilemesinin cihaz yapılandırması ve bellenim yönetimi için sudirenewal.cisco.com URL'si ve bağlantı noktası 80 gereksinimi dahil edildi. | ||
11 Aralık 2023 | Webex Calling hizmetleri için IP Alt ağları, daha büyük bir IP adresi kümesi içerecek şekilde güncellendi. 150.253.209.128/25 – 150.253.128.0/17 olarak değiştirildi | ||
29 Kasım 2023 | Webex Calling hizmetleri için IP Alt Ağları, gelecekteki büyüme için Webex Calling bölgesinin genişlemesini karşılamak üzere daha büyük bir IP adresi kümesini içerecek şekilde güncellendi. 144.196.33.0/25 – 144.196.0.0/16 olarak değiştirildi Webex Calling (SIP TLS) ve Webex Calling'e Çağrı ortamı (STUN, SRTP) altındaki Webex Calling hizmetleri bölümleri için IP Alt Ağları, sertifika tabanlı depolama ve Yerel Ağ Geçidi güvenlik duvarı gereksinimlerinin netlik kazanması için güncellenir. | ||
14 Ağustos 2023 | Edge ve Webex Calling Hizmetleri için artan kapasite gereksinimlerini desteklemek için aşağıdaki 144.196.33.0/25 ve 150.253.156.128/25 IP adreslerini ekledik.
| ||
5 Temmuz 2023 | Bağlantı eklendihttps://binaries.webex.com Cisco MPP Ürün Yazılımını yüklemek için. | ||
07 Mart 2023 | Tüm makaleyi aşağıdakileri içerecek şekilde elden geçirdik:
| ||
5 Mart 2023 | Makaleyi aşağıdakileri içerecek şekilde güncelleme:
| ||
15 Kasım 2022 Salı | Cihaz yapılandırması ve donanım yazılımı yönetimi (Cisco cihazları) için aşağıdaki IP adreslerini ekledik:
Cihaz yapılandırma ve donanım yazılımı yönetiminden (Cisco cihazları) şu IP adreslerini kaldırdık:
| ||
14 Kasım 2022 | Webex Calling hizmeti için 170.72.242.0/24 IP alt ağ ağı eklendi. | ||
10 Eylül 2022 | Cisco MPP Firmware geçişleri kullanılacakhttps://binaries.webex.com tüm bölgelerde MPP ürün yazılımı yükseltmeleri için ana bilgisayar URL olarak. Bu değişiklik, donanım yazılımı yükseltme performansını iyi almaktadır. | ||
30 Ağustos 2022 | Bağımlılığın yok olması nedeniyle Cihaz yapılandırması ve donanım yazılımı yönetimi (Cisco cihazları), Uygulama yapılandırması ve CScan satırlarında Bağlantı Noktası 80 referansı kaldırıldı. | ||
18 Ağustos 2022 Perşembe | Çözümde değişiklik yok. (SIP TLS) için Çağrı sinyali için 5062 (Sertifika tabanlı bilgi kaydı gerekli) hedef bağlantı noktaları güncellendi, 8934 (Kayıt tabanlı Webex Calling gereklidir). | ||
10 Temmuz 2015 Temmuz 2015 | Cisco 840/860 cihazlarının donanım yazılımı yükseltmesi için gerekli olan 54.68.1.225 IP Adresi eklendi. | ||
10 Temmuz 2015 Temmuz 2015 | Çağrı sinyali için 5062, 8934 olan hedef bağlantı noktaları Webex Calling (SIP TLS) güncellendi. | ||
10 Temmuz 2015 Temmuz 2015 | Webex Aware hizmetlerinin eksiksiz bir işlevini destekleyen URL'ler eklendi. Webex Calling hizmeti için 23.89.154.0/25 IP alt ağ ağı eklendi. | ||
27 Haziran 2022 Pazartesi | Bu hizmetler için Etki Alanı ve URL Webex Calling güncellendi: *.broadcloudpbx.com *.broadcloud.com.au *.broadcloud.eu *.broadcloudpbx.net | ||
24 Haziran 2015 Cuma | İş Birliği Hizmetleri için IP Adresleri ve Bağlantı Noktaları altında aşağıdaki bağlantı noktaları Webex Calling eklendi:
Webex Meetings/Mesajlaşma - Ağ Gereksinimleri bölümünde güncellenen bilgiler | ||
24 Mayıs 2022 | Güvenlik hizmeti için IP alt ağı 52.26.82.54/24'ü 52.26.82.54/32'ye Webex Calling eklendi | ||
6 Mayıs 2022 | Alt ağ için IP alt ağı 52.26.82.54/24 Webex Calling eklendi | ||
7 Nisan 2022 | Yerel Ağ Geçidi dahili ve harici UDP bağlantı noktası aralığı 8000-48198 olarak güncellendi† | ||
5 Nisan 2022 Salı | Hizmet sağlayıcı hizmeti için aşağıdaki IP Webex Calling eklendi:
| ||
29 Mart 2022 | Hizmet sağlayıcı hizmeti için aşağıdaki IP Webex Calling eklendi:
| ||
2 Eylül 2021 | Hizmet sağlayıcı hizmeti için 4 yeni IP Webex Calling eklendi:
| ||
2 Nisan 2021 Cuma | Webex uygulamasında Webex Calling kullanım durumlarını desteklemek için Webex Calling Hizmetleri İçin Etki Alanları ve URL'ler altına *.ciscospark.com adresini ekledik. | ||
25 Mart 2021 Perşembe | Activate.cisco.com için 8 Mayıs 2021'den itibaren geçerli olacak 6 adet yeni IP aralığı ekledik.
| ||
4 Mart 2021 | Güvenlik duvarı yapılandırması için daha kolay anlaşılması adına, Webex Calling ayrı IP'lerini ve daha küçük IP aralıklarını ayrı bir tabloda basitleştirilmiş aralıklarla değiştirdik. | ||
26 Şubat 2021 | 5004, Nisan 2021'de Webex Calling'de 5004'ü (STUN, SRTP) desteklemektedir (STUN, SRTP) için hedef Webex Calling bağlantı noktası olarak eklendi. | ||
22 Şubat 2021 | Etki alanları ve URL'ler artık ayrı bir tabloda listeleniyor. IP Adresleri ve Bağlantı Noktaları tablosu, aynı hizmetlerin grup IP adresleri olarak ayarlanır. Gereksinimlerin anlaşılmasına yardımcı olan IP Adresleri ve Bağlantı Noktaları tablosuna Notlar sütununun eklenmesi. cihaz yapılandırması ve bellenim yönetimi için aşağıdaki IP adreslerinin basitleştirilmiş aralıklara taşınması ( Cisco cihazları):
Cisco Webex istemcisi Mart 2021'de Avustralya'da daha yeni bir DNS SRV SRV'ye işaret ettiğinden, Uygulama Yapılandırması için aşağıdaki IP adresleri ekleniyor.
| ||
21 Ocak 2021 Perşembe | Aşağıdaki IP adreslerini cihaz yapılandırmasına ve donanım yazılımı yönetimine (Cisco cihazları) ekledik:
Cihaz yapılandırma ve donanım yazılımı yönetiminden (Cisco cihazları) şu IP adreslerini kaldırdık:
Uygulama yapılandırmasına şu IP adreslerini ekledik:
Uygulama yapılandırmasından şu IP adreslerini kaldırdık:
Uygulama yapılandırmasından şu bağlantı noktası numaralarını kaldırdık:
Aşağıdaki etki alanlarını uygulama yapılandırmasına ekledik:
| ||
23 Aralık 2020 | Port referans görüntülerine yeni Uygulama Yapılandırması IP adresleri ekledik. | ||
22 Aralık 2020 | Tablolardaki Uygulama Yapılandırması satırı, şu IP adreslerini içerecek biçimde güncellendi: 135.84.171.154 ve 135.84.172.154. Bu IP adresleri eklenene kadar ağ şemalarını gizleyin. | ||
11 Aralık 2020 | Desteklenen Kanada etki alanları için Cihaz yapılandırması ve bellenim yönetimi (Cisco cihazları) ve Uygulama yapılandırması sütunları güncellendi. | ||
16 Ekim 2020 | Şu IP adreslerine sahip çağrı sinyali ve ortam girişleri güncellendi:
| ||
23 Eylül 2020 Çarşamba | CScan altında 199.59.64.156 adresi 199.59.64.197 ile değiştirildi. | ||
14 Ağustos 2020 | Kanada'da veri merkezlerinin kullanıma açılmasını destekleyecek daha fazla IP adresi eklendi: Webex Calling'e çağrı sinyali (SIP TLS): 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24 | ||
12 Ağustos 2020 | Kanada'da veri merkezlerinin kullanıma açılmasını destekleyecek daha fazla IP adresi eklendi:
| ||
22 Temmuz 2020 | Kanada'da veri merkezlerinin kullanıma açılmasını desteklemek için aşağıdaki IP adresleri eklendi: 135.84.173.146 | ||
9 Haziran 2020 | CScan girişinde aşağıdaki değişiklikleri yaptık:
| ||
11 Mart 2020 | Uygulama yapılandırmasına aşağıdaki etki alanını ve IP adreslerini ekledik:
Aşağıdaki etki alanlarını cihaz yapılandırması ve bellenim yönetimine ilave IP adresleriyle güncelledik:
| ||
27 Şubat 2020 | Cihaz yapılandırması ve bellenim yönetimine aşağıdaki etki alanı ve portları ekledik: cloudupgrader.webex.com: 443, 6970 |