Webex Calling Yapılandırması İş Akışı
    15 Temmuz 2021 | 837 görüntüleme(ler) | 0 kişi bunun yararlı olduğunu düşündü
    Webex Calling Yapılandırması İş Akışı
    08 Ağustos 2023
    Webex Calling'e Genel Bakış

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

    Karşınızda Webex Calling

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

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

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

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

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

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

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

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

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

    Özellik

    Açıklama

    Otomatik Santral

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

    Çağrı Sırası

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

    Çağrı Alma

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

    Çağrı Parkı

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

    Cevaplama Grubu

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

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

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

    Çağrı Grubu

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

    Resepsiyonist İstemcisi

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

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

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

    Özellik

    Açıklama

    İsimsiz Çağrıları Reddetme

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

    İş Sürekliliği

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

    Çağrı Yönlendirme

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

    Seçimli Çağrı Yönlendirme

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

    Çağrı Bildirimi

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

    Çağrı Parkı

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

    Rahatsız Etmeyin

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

    Her Yerde Ofis

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

    Öncelik Uyarısı

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

    Uzak Ofis

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

    Seçici Çağrı Kabulü

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

    Seçici Çağrı Reddi

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

    Sıralı Çalma

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

    Eş Zamanlı Çalma

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

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

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

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

    Kullanıcı Deneyimi

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

    Müşteri Yöneticileri

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

    İş Ortakları

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

    Kullanılabilirlik

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

    Genel Bakış

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

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

    • Cisco Unified Communications Manager

    • Cisco Unified IM ve Durum

    • Cisco Unified Unity Bağlantısı

    • Cisco Expressway

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

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

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

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

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

    Control Hub Turuna Başlayın

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

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

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

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

    Başlama

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

    Denemeler için İlk Kurulum Sihirbazı

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

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

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

    Kullanıcı Ekle

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

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

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

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

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

    Hizmetleri Kullanıcılara Atayın

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

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

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

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

    Kullanıcılara Güç Verme

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

    Yerel Ağ Geçidinin Rolü

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

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

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

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

    Şu temel dağıtımlar desteklenir:

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

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

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

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

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

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

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

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

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

    Şu durumlarda Unified CM ile entegrasyon gereklidir:

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

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

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

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

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

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

    Birlikte Kullanılan PSTN Ağ Geçidi

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

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

    Çağrı Yönlendirme Konuları

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

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

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

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

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

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

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

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

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

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

    Hizmet Sınıfı (CoS)

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

    • Unified CM ile kaydedilen cihazlar

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

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

    Unified CM ile kaydedilen cihazlar

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

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

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

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

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

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

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

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

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

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

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

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

    Çağrı Planı Entegrasyonu

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

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

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

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

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

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

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

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

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

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

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

    Webex Calling'e Erişilebilirlik

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

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

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

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

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

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

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

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

    Calling için Protokol İşleyicileri

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

    • CLICKTOCALL: veya CLICKTOCALL://

    • SIP: veya SIP://

    • TEL: veya TEL://

    • WEBEXTEL: veya WEBEXTEL://

    Windows için Protokol İşleyicileri

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

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

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

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

    macOS için protokol işleyicileri

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

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

    16 Mayıs 2024
    Ortamınızı Webex Calling'e Hazırlama
  • Gereklilikler:

    • Yerel Ağ Geçidi Gereksinimleri:

    Genel ön koşullar

    Yerel ağ geçidi yapılandırmadan önce şunları yaptığınızdan emin olun:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    16 Mayıs 2024
    Kuruluşunuz için Cisco Webex Calling'i Yapılandırma

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

    İlk Kurulum Sihirbazında çağrı ayarlarını Yapılandırma

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

    1

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


     

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

    2

    Hizmet koşullarını inceleyip kabul edin.

    3

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


     

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

    4

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

    5

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

    6

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

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

     

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

    7

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

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

    İleri'ye tıklayın.

    9

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

    Konum ekleme

    Başlamadan önce

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

    • Konum adresi

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

    1

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


     
    Ilk Kurulum Sihirbazıyla seçtiğiniz ülkeye karşılık gelen bölgesel veri merkezinde yeni bir konum barındırılır.
    2

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

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

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

    4

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

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


       

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

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

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

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

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

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

       

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

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

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

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

    5

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

    6

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

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

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

    7

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

    Sonraki işlemler

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

    Başlamadan önce


     

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

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

    1

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

    2

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

    3

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

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

    Mevcut bir konumu güncelleme

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


     

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

    1

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

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

    2

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

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


       

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

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

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

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

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

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

       

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

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

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

       

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

    3

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

    4

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


     

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

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

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

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

    5

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

    6

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


     

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


     

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

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


     

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

    1

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

    2

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

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

       

      Yönlendirme önek uzunlukları, yönlendirme basamağını içerir. Örneğin, yönlendirme ön eki uzunluğunu dört olarak ayarlarsanız siteyi belirtmek için yalnızca üç hane kullanılabilir.


       

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

    • Yönlendirme Ön Ekindeki Yönlendirme Hanesi—Her yönlendirme ön ekinin ilk hanesi olarak ayarlanacak numarayı seçin.
    • Dahili Numara Uzunluğu: 2-6 hane girebilirsiniz ve varsayılan hane sayısı 2'dir.

       

      Dahili numaranızın uzunluğunu artırdıktan sonra dahili numaralara yapılan hızlı aramalar otomatik olarak güncellenmez.

    • Konumlar arasında dahili numara aramasına izin ver—Konumlar arasındaki dahili numara aramasını, kuruluşunuzun gereksinimlerine göre özelleştirmenize olanak sağlar.

      • Kuruluşunuzun tüm konumlarında yinelenen dahili numaraları yoksa düğmeyi etkinleştirin.

        Varsayılan olarak, düğme etkindir.

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

    3

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

    • Dahili Arama: Başka konumlardaki kullanıcıların bu konumdaki bir kişiyle görüşmek için çevirmesi gereken yönlendirme ön ekini belirtin. Her konumun yönlendirme ön eki benzersiz olmalıdır. Ön ek uzunluğunun kuruluş düzeyinde belirlenen uzunlukla eşleşmesini öneririz, ancak 2-7 haneli olması gerekir.
    4

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

    • Harici Arama—Kullanıcıların dış hatta ulaşmak için çevirmesi gereken bir giden çağrı hanesi seçebilirsiniz. Varsayılan değer Hiçbiri'dir ve bu çevirme alışkanlığına ihtiyaç duymuyorsanız, bu değeri değiştirmeden bırakabilirsiniz. Bu özelliği kullanmaya karar verirseniz, kuruluşunuzun belirleyici hanesinden farklı bir numara kullanmanızı öneririz.

       

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

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

       

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

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

    Kullanıcılara etkisi:

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

    • Kullanıcı dahili numaraları, konumun yönlendirme hanesiyle veya giden çağrı hanesiyle aynı numarayla başlamamalıdır.

    Control Hub’da iş yeri temelli PSTN (Yerel Ağ Geçidi) yapılandırma

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


     

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

    Santral oluşturma

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

    Başlamadan önce

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

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

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

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

    1

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

    2

    Bir konum seçin.

    3

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


     

    Bu ad en fazla 24 karakter uzunluğunda olabilir.

    Sonraki işlemler

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

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

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

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

    İş Yeri Temelli PSTN için santral seçme

    1

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

    2

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

    3

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

    4

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


     

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

    5

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

    Sonraki işlemler

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

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

    Telefon numaralarını yönet

    Control Hub’da deneme sürümünden Webex hizmetleri satın alma talebi oluşturma

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

    1

    https://admin.webex.com adresinden Control Hub'da oturum açın ve bina simgesini seçin.

    2

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

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

    Arama seçeneklerini ayarla

    Arama davranışını ayarla

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

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

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

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

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

    • Kayıt tabanlı ana hat

    • Sertifika tabanlı ana hat

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

    Başlamadan önce

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

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

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


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

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


     

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

    Referans platformu yapılandırmasını gerçekleştirin

    Başlamadan önce

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

      • NTP'ler

      • ACL'ler

      • Şifreleri etkinleştir

      • Birincil şifre

      • IP yönlendirme

      • IP Adresleri vb.

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


     

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

    1

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

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

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

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

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

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

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

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

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


       

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

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

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

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

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


       

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

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

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

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

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

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

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

      show crypto pki trustpool | include DigiCert

    2. DigiCert Root CA ve IdenTrust Commercial sertifikaları yoksa şu şekilde güncelleyin:

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

       

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

      Örnek:

      crypto pki trustpool import clean url flash:ios_core.p7b

    3. Doğrula:

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


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

    Kayıt tabanlı ana hattı yapılandırın

    Başlamadan önce

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

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

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

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

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

    voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y

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

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

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


       

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

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

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

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

    voice service voip
 media statistics 
 media bulk-stats

    Ortam

    • medya istatistikleri

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

    • Medya toplu istatistikleri

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

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

    SIP SIP temel işlevsellik

    allow-connections sip to sip

    • SIP-SIP arası bağlantılara izin verin.

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

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

    ek hizmetler

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

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

    faks protokolü

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

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

    Küresel şoku etkinleştir

    stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$

    • Bir aramayı bir kişiye yönlendirdiğinizde Webex Calling kullanıcı (örneğin, hem aranan hem de arayan taraflar Webex Calling aboneler ve medyayı Webex Calling SBC), bu durumda iğne deliği açık olmadığı için medya Yerel Ağ Geçidi'ne akamaz.

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

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

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

    G729

    sip
g729 annexb-all

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

    SIP

    early-offer forced

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

    2

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

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

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

    • kural 9

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

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

    • kural 20

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

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

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

    3

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

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

     

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

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

    • ses sınıfı codec99

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

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

      voice class srtp-crypto 200
crypto 1 AES_CM_128_HMAC_SHA1_80

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

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

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

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

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


     

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


     

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

    4

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

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

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

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

    • Kiracı yapılandırması

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

    5

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


     

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

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

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

    ses sınıfı kiracı 200

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

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

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

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

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

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

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

    uzak taraf kimliği yok

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

    bağlantı yeniden kullanım

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

    srtp-şifreleme 200

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

    oturum taşıma tcp tls

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

    url yudumları

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

    hata geçişi

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

    iddia edilen-id pai

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

    bind control source-interface GigabitEthernet0/0/1

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

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

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

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

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

    sip profilleri 200

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

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

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

    gizlilik politikası geçidi

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

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

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

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

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

    IP PBX olmadan Yerel Ağ Geçidini Yapılandırma

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

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

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

      • Webex Calling LGW'ye

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

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

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

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

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

    1

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

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

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

    2. Ses sınıfı kiracısını uygula 300 IP PSTN'den gelen tüm arama eşlerine.

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

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

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

      voice class uri 100 sip
  host ipv4:192.168.80.13

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

      voice class uri 200 sip
 pattern dtg=hussain2572.lgu

       

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

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

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

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

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

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

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

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

      destination-pattern BAD.BAD

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

      session protocol sipv2

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

      session target ipv4:192.168.80.13

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

      voice-class codec 99

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

      dtmf-relay rtp-nte

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

      voice-class sip tenant 100

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

      no vad

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

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

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

      Komutların açıklaması:

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

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

      session target sip-server

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

      voice-class stun-usage 200

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

      no voice-class sip localhost

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

      voice-class sip tenant 200

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

      srtp

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

      no vad

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

    4

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

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

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

    2. PSTN --> LGW --> Webex Calling yolu için hedef olarak giden çağrı eşi 200201 olmak üzere 200 tanımlayın. DPG'yi uygula 200 gelen arama eşine 100 daha sonra tanımlayacağınız

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

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

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

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

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

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

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

      session protocol sipv2

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

      incoming uri via 100

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

      destination dpg 200

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

      voice-class sip tenant 300

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

      no vad

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

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

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

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

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

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

      incoming uri request 200

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

      destination dpg 100

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

      max-conn 250

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

    PSTN’den Webex Calling'e

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

    Webex Calling'den PSTN'ye

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

    Yerel Ağ Geçidini mevcut bir Unified CM ortamıyla yapılandırın

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

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

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

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

      • Unified CM LGW'ye Webex Calling destinasyonlar

      • Webex Calling LGW varış noktalarına

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

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

      • LGW'den Unified CM

      • LGW'ye Webex Calling

      • LGW'den PSTN SIP hattı

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

      • LGW'den Unified CM

      • ITSP SIP hattı

      • Webex Calling

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

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

    1

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

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

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

    2. Ses sınıfı kiracısını uygula 300 Unified CM ve IP PSTN'den gelen tüm arama eşlerinde:

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

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

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

      voice class uri 100 sip
  host ipv4:192.168.80.13

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

      voice class uri 200 sip
pattern dtg=hussain2572.lgu

       

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

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

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

      voice class uri 300 sip
pattern :5065

    4. PSTN ana hattı için Unified CM kaynak sinyalizasyon IP ve VIA bağlantı noktasını tanımlar:

      voice class uri 302 sip
pattern 192.168.80.60:5060
    3

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

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

      voice class server-group 301
ipv4 192.168.80.60 port 5065

    2. Unified CM ana hattının hedef ana bilgisayar IP adresi ve varsa Unified CM grubu 2 için bağlantı noktası numarası tanımlar:

      voice class server-group 303
ipv4 192.168.80.60 port 5065

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

      voice class server-group 305
ipv4 192.168.80.60

    4. Varsa, Unified CM grubu Unified CM ana bilgisayar IP adresi tanımlar.

      voice class server-group 307 
ipv4 192.168.80.60
    4

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

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

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

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

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

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

      hedef-kalıp BAD.BAD

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

      oturum protokolü sipv2

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

      oturum hedefi ipv4:192.168.80.13

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

      ses sınıfı codec 99

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

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

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

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

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

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

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

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

      oturum hedefi sip sunucusu

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

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

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

      ses sınıfı sip localhost yok

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

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

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

      srtp

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

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

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

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

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

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

      oturum sunucusu grubu 301

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

      Giden arama eşindeki sunucu grubu

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

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

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

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

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

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

    6. 5'ten fazla Unified CM düğümünüz varsa, Unified CM'nin PSTN hattına yönelik ikinci giden arama eşi:

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

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

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

      voice class dpg 100
dial-peer 101 preference 1

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

      voice class dpg 200
dial-peer 200201 preference 1

    3. DPG'yi tanımla 300 giden arama eşleri için 301 veya 303 için Webex Calling --> LGW --> Unified CM yol:

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

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

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

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

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

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

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

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

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

      oturum protokolü sipv2

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

      100 üzerinden gelen uri

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

      hedef dpg 302

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

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

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

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

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

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

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

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

      gelen uri isteği 200

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

      hedef dpg 300

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

      maks. konn 250

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

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

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

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

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

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

      300 üzerinden gelen uri

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

      hedef dpg 200

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

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

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

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

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

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

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

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

      302 üzerinden gelen uri

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

      hedef dpg 100

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

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

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

    IP PSTN'den Unified CM PSTN ana hattına

    Unified CM Webex Calling ana hattına Webex Calling platformu

    Unified CM PSTN ana hattından IP PSTN'ye

    Unified CM Webex Calling ana Webex Calling platformuna

    Tanılama imzalarıyla Yerel Ağ Geçidini izleyin ve sorun giderin

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

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

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

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

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

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

    Başlamadan önce:

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

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

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

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

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

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

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

      configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

    3. Ortam değişkenini yapılandırınds_email sizi bilgilendirmek için yöneticinin e-posta adresi ile.

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

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

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

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

      configure terminal 
call-home  
mail-server <email server> priority 1 
end

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

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

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

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

      configure terminal 
call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
end

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

      configure terminal 
call-home  
mail-server  <email server> priority 1 
end

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

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

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

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

     

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

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

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

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

    Yüksek CPU kullanımını izleme

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

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

      show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

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

      Alan Adı

      Alan Değeri

      Platform

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

      Ürün

      Webex Calling Çözümünde CUBE Enterprise

      Sorun Kapsamı

      Performans

      Sorun Türü

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

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

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

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

      copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

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

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

    5. kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

      show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

      İndirilen DS'ler:

      DS Kimliği

      DS Adı

      Revizyon

      Durum

      Son Güncelleme (GMT+00:00)

      64224

      DS_LGW_CPU_MON75

      0.0.10

      Kayıtlı

      2020-11-07 22:05:33


       

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

    SIP hattı kaydını izleme

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

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

      Alan Adı

      Alan Değeri

      Platform

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

      Ürün

      Webex Calling Çözümünde CUBE Enterprise

      Sorun Kapsamı

      SIP-SIP

      Sorun Türü

      E-posta Bildirimi ile SIP Trunk Kaydı Silme.

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

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

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

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

    4. kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

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

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

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

      show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

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

      Alan Adı

      Alan Değeri

      Platform

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

      Ürün

      Webex Calling Çözümünde CUBE Enterprise

      Sorun Kapsamı

      Performans

      Sorun Türü

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

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

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

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

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

    5. kullanın evi ara tanı imzasını göster kullanılarak imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

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

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

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

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

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

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

      Örnek:

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

    2. kullanılarak SNMP'nin etkinleştirildiğinden emin olun snmp'yi göster komutunu verin. Etkinleştirilmezse, uygulamasını yapılandırın. snmp-sunucu yöneticisi komutunu verin.

      show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

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

      Alan Adı

      Alan Değeri

      Platform

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

      Ürün

      Webex Calling Çözümünde CUBE Enterprise

      Sorun Kapsamı

      Performans

      Sorun Türü

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

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

      Alan Adı

      Alan Değeri

      Platform

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

      Ürün

      Webex Calling Çözümünde CUBE Enterprise

      Sorun Kapsamı

      Syslog'lar

      Sorun Türü

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

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

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

    6. Yerel Ağ Geçidine Yüksek CPU izleme DS 64224 ve sonra DS 65095 XML dosyasını kurun.

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

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

      show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

      İndirilen DS'ler:

      DS Kimliği

      DS Adı

      Revizyon

      Durum

      Son Güncelleme (GMT+00:00)

      64224

      00:07:45

      DS_LGW_CPU_MON75

      0.0.10

      Kayıtlı

      2020-11-08

      65095

      00:12:53

      DS_LGW_IEC_Call_spike_threshold

      0.0.12

      Kayıtlı

      2020-11-08

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

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

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    8.11.2020 00:07:45

    65095

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Çalışıyor

    8.11.2020 00:12:53

    evi arama tanılama imzası istatistiklerini göster

    DS Kimliği

    DS Adı

    Tetiklenen/Maksimum/Yüklemeyi Kaldırma

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

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

    64224

    DS_LGW_CPU_MON75

    0/0/N

    0,000

    0,000

    65095

    DS_LGW_IEC_Call_spike_threshold

    1/20/Y

    23,053

    23,053

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

    Tanılama imzalarını kaldır

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

    call-home diagnostic-signature deinstall <DS ID>

    Örnek:

    call-home diagnostic-signature deinstall 64224

     

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

    Cisco IOS XE Ağ Geçitlerini Control Hub aracılığıyla yönetin ve doğrulayın

    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:

    mTLS Giriş

    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.

    Referans platformu yapılandırmasını gerçekleştirin

    Başlamadan önce

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

      • NTP

      • ACL'ler

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

      • DNS

      • IP yönlendirme

      • IP Adresleri

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    1

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

    
interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240
    2

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

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

      crypto key generate rsa general-keys exportable label lgw-key modulus 4096

    2. Aşağıdaki yapılandırma komutlarıyla imzalı sertifika için bir güven noktası oluşturun:

      
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn cube1.lgwtrunking.com
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key

    3. Aşağıdaki yönet veya yapılandırma komutuyla Sertifika Imzalama Talebi (CSR) oluşturun ve desteklenen bir CA sağlayıcısından imzalı bir sertifika istemek için bunu kullanın:

      crypto pki enroll LGW_CERT
    3

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

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

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

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

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

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

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

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

    Webex Calling sertifika tabanlı santrali yapılandırma

    1

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

    2

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

    
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces
 sip 
  early-offer forced
  asymmetric payload full
  sip-profiles inbound

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

    ip adresi güvenilir listesi

    ipv4 x.x.x y.y.y

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

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

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

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

    mod kenarlık öğesi

    allow-connections sip to sip

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


     

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

    erken teklif zorlamalı

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

    asimetrik yük tam

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

    3

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

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

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

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

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


     

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

    4

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

    
voice class stun-usage 100 
 stun usage ice lite

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

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

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


     

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

    5

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

    
voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

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

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

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

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

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

    kural 10 ve kural 20

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


     

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

    7

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

    Webex Calling giden mesajlar için SIP profilleri
    
voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 11 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 91 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 93 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
    Webex Calling gelen mesajlar için SIP profilleri
    
voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "IN IP4 192.65.79.20" "IN IP4 10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "IN IP4 192.65.79.20" "IN IP4 10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 192.65.79.20" "IN IP4 10.80.13.12"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 192.65.79.20" "IN IP4 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 90 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

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

    8

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

    
voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

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

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

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

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

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

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

    9

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

    
voice class uri 110 sip
 pattern cube1.lgw.com

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

    ses sınıfı uri 100 sip

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

    10

    Webex Calling santralini yapılandırın:

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

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

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

      ses sınıfı kiracı 100

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

      uzak taraf kimliği yok

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

      srtp-şifreleme 100

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

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

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

      oturum taşıma tcp tls

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

      oturum yenilemesi yok

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

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

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

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

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

      gizlilik politikası Menü

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

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

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

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

      çağrı eşi ses 100 voip

      açıklama OutBound Webex Calling

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

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

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

      oturum protokolü sipv2

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

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

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

      oturum taşıma tcp tls

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

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

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

      ses sınıfı yudum profilleri 100

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

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

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

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

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

    11

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

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

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

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

    çağrı eşi 100

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

    12

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

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

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

    ses sınıfı uri 100 sip

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

    oturum taşıma tcp tls

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

    hedef dpg 200

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

    gelen uri isteği 110

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

    ses sınıfı sip profili 110

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

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

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

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

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

    srtp

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

    Yerel Ağ Geçidini PSTN santrali ile yapılandırma

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


     

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

    1

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

    
voice class uri 210 sip
  host ipv4:192.168.80.13
    2

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

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

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

    arama eşi ses 200 voip

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

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

    hedef-kalıp BAD.BAD

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Daha fazla bilgi için bkz. hedef-kalıp (arayüz) .

    oturum protokolü sipv2

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

    oturum hedefi ipv4:192.168.80.13

    çağrı bacağı göndermek için hedefin hedef IPv4 adresi belirtir. Buradaki oturum hedefi, ITSP'nin IP adresi. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi) .

    ses sınıfı codec 100

    Arama eşini, ortak codec filtre listesi 100'ü kullanacak şekilde yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec bileşeni .

    dtmf-geçişi rtp-nte

    çağrı bacağı beklenen DTMF yeteneği olarak RTP -NTE'yi (RFC2833) tanımlar. Daha fazla bilgi için bkz. DTMF Röle ( IP Üzerinden Ses) .

    hiç vadi yok

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

    3

    Aşağıdaki Çevirmeli Eş Grubunu (DPG) yapılandırın:

    1. DPG 200'ü PSTN'ye doğru giden çağrı eşi 200 ile tanımlayın. Webex Calling’den gelen çağrı eşine DPG 200 uygulayın.

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

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

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

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

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

      çağrı eşi ses 210 voip

      açıklama PSTN'den gelen çağrı eşi

      210 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sağlar. Daha fazla bilgi için bkz. çevirmeli ses .

      oturum protokolü sipv2

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

      210 üzerinden gelen uri

      IP PSTN'nin IP adresi ile VIA başlığı için bir eşleşme kriteri tanımlar. Yerel Ağ Geçidinde gelen tüm IP PSTN çağrı bacaklarını çağrı eşi 210 ile eşleştirir. Daha fazla bilgi için bkz. gelen url .

      hedef dpg 100

      Yerel Ağ Geçidinde klasik giden çağrı eşi eşleştirme kriterlerini Webex Calling’e doğru hedef DPG 100 ile atlar. Arama eş gruplarını yapılandırma hakkında daha fazla bilgi için, bkz. ses sınıfı dpg .

      hiç vadi yok

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

    Yerel Ağ Geçidini mevcut bir Unified CM ortamıyla 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:

    1. Bağlantı noktası VIA SIP kullanarak Unified CM'yi Webex çağrılarına sınıflandırır:

      
voice class uri 310 sip
 pattern :5065

    2. Bağlantı noktası aracılığıyla SIP kullanarak Unified CM'yi PSTN çağrılarına sınıflandırır:

      
voice class uri 410 sip
 pattern :5060
    2

    Unified CM ana bilgisayarlarına SRV yönlendirmesini belirtmek için aşağıdaki DNS kayıtlarını yapılandırın:


     

    IOS XE, hedef UCM ana bilgisayarlarını ve bağlantı noktalarını yerel olarak belirlemek için bu kayıtları kullanır. Bu yapılandırma ile, DNS sisteminizdeki kayıtları yapılandırmanız gerekmez. DNS’inizi kullanmayı tercih ederseniz bu yerel yapılandırmalar gerekli değildir.

    
ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

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

    Aşağıdaki komut bir DNS SRV kaynak kaydı oluşturur. Her toplantı sahibi ve santral için bir kayıt oluşturun:

    ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

    _sip._udp.pstntocucm.io: SRV kaynağı kayıt adı

    2: SRV kaynak kaydı önceliği

    1: SRV kaynağı kayıt ağırlığı

    5060: Bu kaynak kaydındaki hedef ana bilgisayar için kullanılacak bağlantı noktası numarası

    ucmsub5.mydomain.com: Kaynak kaydı hedef ana bilgisayarı

    Kaynak kaydı hedef ana bilgisayar adını çözümlemek için yerel DNS A kayıtları oluşturun. Örneğin:

    ip ana bilgisayar ucmsub5.mydomain.com 192.168.80.65

    ip ana bilgisayarı: Yerel IOS XE veritabanında bir kayıt oluşturur. Name

    ucmsub5.mydomain.com: A kaydı toplantı sahibi adı.

    192.168.80.65: Ana bilgisayar IP adresi.

    UCM ortamınızı ve tercih edilen çağrı dağıtım stratejinizi yansıtacak SRV kaynak kayıtlarını ve A kayıtlarını oluşturun.

    3

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

    1. Webex Calling'den Unified CM'ye doğru giden çağrı eşi:

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

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

      çağrı eşi ses 300 voip

      açıklama Webex Calling’den CUCM’ye giden çağrı eşi

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

      oturum hedefi dns:wxtocucm.io

      DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar.

    2. PSTN'den Unified CM'ye doğru giden çağrı eşi:

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

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

      çağrı eşi ses 400 voip

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

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

      oturum hedefi dns:pstntocucm.io

      DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar.

    4

    Unified CM'ye yönelik çağrılar için aşağıdaki çağrı eşi grubunu (DPG) yapılandırın:

    1. Webex Calling'den Unified CM'ye yapılan çağrılar için giden çağrı eşi 300 için DPG 300 tanımlayın:

      
voice class dpg 300
 dial-peer 300

    2. PSTN'den Unified CM'ye yapılan çağrılar için giden çağrı eşi 400 için DPG 400 tanımlayın:

      
voice class dpg 400
 dial-peer 400
    5

    PSTN ve Webex Calling çağrılarını Unified CM'ye yönlendirmek için aşağıdaki gelen çağrı eşlerini değiştirin:

    1. Webex Calling’den gelen çağrılar için gelen çağrı eşini değiştirin:

      
dial-peer voice 110 voip
 no destination dpg 200
 destination dpg 300

    2. PSTN'den gelen çağrılar için gelen çağrı eşini değiştirin:

      
dial-peer voice 210 voip
 no destination dpg 100 
 destination dpg 400

    3. UCM'den Webex Calling'e yönelik çağrılar için gelen bir çağrı eşi ekleyin:

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

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

      arama eşi ses 310 voip

      açıklama Webex Calling için CUCM'den gelen çağrı eşi

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

      gelen uri üzerinden 310

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

      hedef dpg 100

      Webex Calling'e doğru giden çağrı eşi seçmek için 100 arama eş grubunu belirtir. Arama eş gruplarını yapılandırma hakkında daha fazla bilgi için, bkz. ses sınıfı dpg .

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

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

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

      arama eşi ses 311 voip

      açıklama PSTN için CUCM'den gelen çağrı eşi

      410 etiketiyle VoIP arama eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sağlar. Daha fazla bilgi için bkz. çevirmeli ses .

      311 üzerinden gelen uri

      VIA bağlantı noktasındaki bir PSTN hedefi için Unified CM'den Yerel Ağ Geçidine gelen tüm trafiği eşleştirmek için ses sınıfı URI 410'u belirtir. Daha fazla bilgi için bkz. gelen uri .

      hedef dpg 200

      PSTN'ye doğru giden bir çağrı eşi seçmek için çağrı eş grubu 200'ü belirtir. Arama eş gruplarını yapılandırma hakkında daha fazla bilgi için, bkz. ses sınıfı dpg .

    Tanılama imzalarıyla Yerel Ağ Geçidini izleyin ve sorun giderin

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

    Tanılama İmzaları (DS), sorunu tetikleyen olaylar ve sorunu bilgilendirmek, gidermek ve sorunu gidermek için eylemler hakkında bilgi içeren XML dosyalarıdır. Sorun algılama mantığını tanımlamak için sistem günlüğü mesajlarını, SNMP olaylarını ve belirli show komutu çıktılarının periyodik olarak izlenmesini kullanın. Eylem türleri şunları içerir:

    • Gösteri komutu çıktılarını toplama

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

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

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

    Başlamadan önce:

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

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

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

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

    IOS XE 17.6.1 veya üstünü çalıştıran Yerel Ağ Geçidi

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

    2. Cihaz IOS XE 17.6.1 veya üzerini çalıştırıyorsa proaktif bildirim göndermek için kullandığınız güvenli e-posta sunucusunu yapılandırın.

      
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

    3. Ortam değişkenini yapılandırınds_email yöneticinin e-posta adresi ile size bildiriniz.

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

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

    Yüksek CPU kullanımını izleme

    Bu DS, SNMP OID 1.3.6.1.4.1.9.2.1.56'yı kullanarak 5 saniyelik CPU kullanımını izler. Kullanım %75 veya daha fazlasına ulaştığında, tüm hata ayıklamaları devre dışı bırakır ve Yerel Ağ Geçidinde yüklediğiniz tüm tanılama imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.

    1. komutunu kullanarak SNMP'yi etkinleştirdiğinizden emin olun snmp'yi göster. SNMP etkinleştirilmemişse, snmp-sunucu yöneticisi komutunu verin.

      
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

    2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64224'ü indirin:

      copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

      Alan Adı

      Alan Değeri

      Platform

      Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

      Ürün

      Webex Calling çözümünde CUBE Enterprise

      Sorun Kapsamı

      Performans

      Sorun Türü

      E-posta Bildirimiyle Yüksek CPU Kullanımı

    3. DS XML dosyasını Yerel Ağ Geçidi flash belleğine kopyalayın.

      copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

      Aşağıdaki örnek, dosyanın bir FTP sunucusundan Yerel Ağ Geçidine kopyalanmasını gösterir.

      copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

    4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

      
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

    5. kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

      
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

      İndirilen DS'ler:

      DS Kimliği

      DS Adı

      Revizyon

      Durum

      Son Güncelleme (GMT+00:00)

      64224

      DS_LGW_CPU_MON75

      0.0.10

      Kayıtlı

      2020-11-07 22:05:33


       

      Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse, Yerel Ağ Geçidinde yüksek CPU kullanımını izlemeye devam etmek için lütfen DS 64224'ü yeniden yükleyin.

    Anormal çağrı bağlantılarının kesilmesini izleme

    Bu DS, 403, 488 ve 503 SIP hatalarıyla anormal çağrı kesilmelerini algılamak için 10 dakikada bir SNMP anketi kullanır.  Hata sayısı artışı, son anketten 5'e eşit veya daha büyükse, bir sistem günlüğü ve e-posta bildirimi oluşturur. İmzayı yüklemek için lütfen aşağıdaki işlemleri yapın.

    1. komutu kullanılarak SNMP'nin etkinleştirildiğinden emin olun snmp'yi göster. SNMP etkinleştirilmemişse, uygulamasını yapılandırın. snmp-sunucu yöneticisi komutunu verin.

      show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

    2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65221'ü indirin:

      Alan Adı

      Alan Değeri

      Platform

      Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

      Ürün

      Webex Calling Çözümünde CUBE Enterprise

      Sorun Kapsamı

      Performans

      Sorun Türü

      E-posta ve Syslog Bildirimi ile SIP anormal çağrı bağlantı kesme tespiti.

    3. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

      copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

    4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

      
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

    5. komutu kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için. Durum sütununda "kayıtlı" bir değer olmalıdır.

    Bir sorunu gidermek için tanılama imzalarını yükleyin

    Sorunları hızlı bir şekilde çözmek için Tanılama İmzalarını (DS) da kullanabilirsiniz. Cisco TAC mühendisleri, belirli bir sorunu gidermek, sorunun oluşumunu tespit etmek, doğru tanılama verilerini toplamak ve verileri otomatik olarak Cisco TAC aktarmak için gereken gerekli hata ayıklamaları etkinleştiren birkaç imza yazmıştır. Bu da, sorunun gerçekleşip gerçekleşmediğini manuel olarak kontrol etme ihtiyacını ortadan kaldırarak aralıklı ve geçici sorunların tespit edilmesini çok daha kolay bir hale getirmektedir.

    kullanabilirsiniz Tanılama İmzaları Arama Aracı uygun imzaları bulmak ve belirli bir sorunu kendi kendinize çözmek için bunları yüklemek için veya destek sözleşmesinin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.

    Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" sistem günlüğü ve aşağıdaki adımları kullanarak tanılama verilerinin toplanmasını otomatikleştirin:

    1. Başka bir DS ortam değişkeni yapılandırınds_fsurl_prefix tanılama verilerini yüklemek için Cisco TAC dosya sunucusu yolu (cxd.cisco.com) olarak. Dosya Yolu kullanıcı adı, vaka numarasıdır ve parola, şuradan alınabilecek karşıya dosya yükleme belirtecidir. Destek Vaka Yöneticisi aşağıda gösterildiği gibi. karşıya dosya yükleme belirteci şurada oluşturulabilir: ekler Gerektiğinde Destek Vaka Yöneticisinin bölümü.

      
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

      Örnek:

      
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

    2. komutu kullanılarak SNMP'nin etkinleştirildiğinden emin olun snmp'yi göster. SNMP etkinleştirilmemişse, cihazını yapılandırın: snmp-sunucu yöneticisi komutunu verin.

      
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

    3. Yüksek CPU kullanımı sırasında tüm hata ayıklamaları ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü kurmanızı öneririz. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:

      Alan Adı

      Alan Değeri

      Platform

      Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

      Ürün

      Webex Calling Çözümünde CUBE Enterprise

      Sorun Kapsamı

      Performans

      Sorun Türü

      E-posta Bildirimi ile Yüksek CPU Kullanımı.

    4. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65095'ü indirin:

      Alan Adı

      Alan Değeri

      Platform

      Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

      Ürün

      Webex Calling Çözümünde CUBE Enterprise

      Sorun Kapsamı

      Syslog'lar

      Sorun Türü

      Syslog - %VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0

    5. DS XML dosyalarını Yerel Ağ Geçidine kopyalayın.

      
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

    6. Yüksek CPU izleme DS 64224'ü ve ardından DS 65095 XML dosyası Local Gateway'e kurun.

      
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

    7. kullanılarak imzanın başarıyla yüklendiğini doğrulayın. çağrı-ev tanı-imzasını göster. Durum sütununda "kayıtlı" bir değer olmalıdır.

      
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

      İndirilen DS'ler:

      DS Kimliği

      DS Adı

      Revizyon

      Durum

      Son Güncelleme (GMT+00:00)

      64224

      00:07:45

      DS_LGW_CPU_MON75

      0.0.10

      Kayıtlı

      2020-11-08:00:07:45

      65095

      00:12:53

      DS_LGW_IEC_Call_spike_threshold

      0.0.12

      Kayıtlı

      2020-11-08:00:12:53

    Tanılama imzalarının yürütülmesini doğrulayın

    Aşağıdaki komutta, komutun “Durum” sütunu evi ara tanı imzasını göster Yerel Ağ Geçidi imza içinde tanımlanan eylemi yürütürken "çalışıyor" olarak değişir. çıktısı evi arama tanılama imzası istatistiklerini göster tanılama imzasının ilgilenilen bir olayı tespit edip etmediğini ve eylemi gerçekleştirip gerçekleştirmediğini doğrulamanın en iyi yoludur. "Triggered/Max/Deinstall" sütunu, verilen imzanın bir olayı kaç kez tetiklediğini, bir olayı algılamak için tanımlandığı maksimum sayı ve maksimum tetiklenen olay sayısı algılandıktan sonra imzanın kendini kaldırıp kaldırmadığını gösterir.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)
    64224

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    8.11.2020 00:07:45

    65095

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Çalışıyor

    8.11.2020 00:12:53

    evi arama tanılama imzası istatistiklerini göster

    DS Kimliği

    DS Adı

    Tetiklenen/Maksimum/Yüklemeyi Kaldırma

    Ortalama Çalışma Süresi (saniye)

    Maksimum Çalışma Süresi (saniye)
    64224

    DS_LGW_CPU_MON75

    0/0/N

    0,000

    0,000

    65095

    DS_LGW_IEC_Call_spike_threshold

    1/20/Y

    23,053

    23,053

    Tanılama İmzası yürütmesi sırasında gönderilen bildirim e-postası , sorun türü, aygıt ayrıntıları, yazılım versiyonu, çalışan yapılandırma ve verilen sorunu gidermeyle ilgili komut çıktılarını göster gibi temel bilgileri içerir.

    Tanılama imzalarını kaldır

    Tanılama imzalarını sorun giderme amacıyla kullanın, genellikle bazı sorun oluşumlarının algılanmasından sonra kaldırma için tanımlanır. Bir imzayı manuel olarak kaldırmak isterseniz, çıktıdan DS Kimlik alın. evi ara tanı imzasını göster ve aşağıdaki komutu çalıştırın:

    call-home diagnostic-signature deinstall <DS ID>

    Örnek:

    call-home diagnostic-signature deinstall 64224

     

    Dağıtımlarda gözlemlenen sorunlara bağlı olarak, Tanılama İmzaları Arama Aracı'na düzenli aralıklarla yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir.

    12 Ekim 2023
    CUBE Yüksek Kullanılabilirliğini Yerel Ağ Geçidi Olarak Uygulama

    Yerel Ağ Geçidi (LGW), Cisco Webex Calling müşterileri için iş yeri temelli PSTN erişimi sağlamak için tek seçenektir. Bu belgenin amacı, aktif çağrıların durum bilgisiyle yük devri için yüksek kullanılabilirlikli CUBE, aktif veya beklemedeki CUBE'leri kullanarak Yerel Ağ Geçidi yapılandırması oluşturmanıza yardımcı olmaktır.

    Temel Bilgiler

    Cisco WebEx Meeting Center Yapılandırma Kılavuzları

    CUBE HA'yı Webex Calling için yerel ağ geçidi olarak dağıtmadan önce aşağıdaki kavramları iyice anladığınızdan emin olun:

    Bu makalede verilen yapılandırma yönergelerinde, herhangi bir ses yapılandırmasının mevcut olmadığı özel bir yerel ağ geçidi platformunun olduğu varsayılmıştır. Mevcut bir CUBE işletme dağıtımının, Cisco Webex Calling için yerel ağ geçidi işlevini kullanacak biçimde değiştirilmesi durumunda, mevcut çağrı akış ve işlevlerinin kesintiye uğramaması için uygulanan yapılandırmaya özellikle dikkat edin ve CUBE HA tasarım gereksinimlerine uyduğunuzdan emin olun.

    Donanım ve Yazılım Bileşenleri

    Yerel ağ geçidi olarak CUBE HA, IOS-XE 16.12.2 veya sonraki bir sürümü ile CUBE HA ve LGW işlevlerinin her ikisinin de desteklendiği bir platform gerektirir.

    Bu makalede gösterilen komutlar ve kayıtlar için vCUBE (CSR1000v) üzerinde minimum Cisco IOS-XE 16.12.2 yazılım sürümü kullanılmıştır.

    Referans Materyali

    Aşağıda çeşitli platformlar için ayrıntılı CUBE HA yapılandırma kılavuzları verilmiştir:

    Webex Calling Çözümüne Genel Bakış

    Cisco Webex Calling, müşteriler için çoklu PSTN seçeneğiyle iş yeri PBX telefonu hizmetine çok kiracılı, bulut temelli bir alternatif sunan bir iş birliği hizmetidir.

    Bu makalenin konusu (aşağıda verilen) Yerel Ağ Geçidi dağıtımıdır. Webex Calling'deki yerel ağ geçidi (İş Yeri Temelli PSTN) santralli, müşterinin sahip olduğu PSTN hizmetine bağlantı kurulmasına olanak tanır. Bunun yanında, Cisco Unified CM gibi iş yeri IP PBX dağıtımlarına bağlantı sağlar. Buluttan gelen ve buluta giden tüm iletişimin güvenliği, SIP ve ortam için SRTP için TLS taşıma kullanılarak sağlanır.

    Aşağıdaki şekilde, herhangi bir IP PBX'in mevcut olmadığı ve tek veya çok siteli bir dağıtım için geçerli bir Webex Calling dağıtımı görülmektedir. Bu makalede açıklanan yapılandırma, bu dağıtım üzerine kuruludur.

    2. Katman Kutudan Kutuya Yedeklilik

    CUBE HA 2. katman kutudan kutuya yeterlilik, Yedeklilik Grubu (RG) altyapısı protokolünü kullanarak aktif/beklemede bir yönlendirici çifti oluşturur. Bu çift, kendi arayüzleri genelinde aynı sanal IP adresini (VIP) paylaşır ve sürekli olarak durum mesajı alışverişi yapar. CUBE oturum bilgileri yönlendirici çifti arasında kontrol noktalarından geçerek, aktif yönlendiricinin servis dışı kalması durumunda beklemedeki yönlendiricinin tüm CUBE çağrı işleme sorumluluklarını derhal devralarak sinyal ve ortam öğelerinin durum bilgisiyle muhafaza edilmesine olanak tanır.

    Kontrol noktasından geçme, ortam paketli bağlı çağrılarla sınırlıdır. Aktarma durumundaki (örneğin, deneme veya çalma durumu) çağrılar kontrol noktasından geçmez.

    Bu makalede CUBE HA, durum bilgisiyle çağrı muhafaza etmek için CUBE Yüksek Kullanılabilirlikli (HA) 2. Katman Kutudan Kutuya (B2B) yedekliliği ifade edecektir.

    IOS-XE 16.12.2 sürümünden itibaren CUBE HA, Cisco Webex Calling santrali (İş Yeri Temelli PSTN) için Yerel Ağ Geçidi olarak dağıtılabilecek olup, bu makalede tasarım ve yapılandırma konularını ele alacağız. Bu şekilde, Cisco Webex Calling santral dağıtımı için Yerel Ağ Geçidi olarak tipik bir CUBE HA kurulumu verilmiştir.

    Yedeklilik Grubu Altyapı Bileşeni

    Yedeklilik Grubu (RG) Altyapı bileşeni, iki CUBE arasında kutudan kutuya iletişim altyapısı sağlar ve son kararlı yedeklilik durumunu anlaşmasını yapar. Bu bileşen ayrıca şunları sağlar:

    • İki CUBE arasında (kontrol arayüzü üzerinden) -yukarıdaki şekilde GigabitEthernet3- etkin tutma ve merhaba mesajı alışverişi yaparak her bir yönlendirici için son yedeklilik durumu anlaşması yapan HSRP benzeri bir protokol.

    • Her bir çağrı için aktif yönlendiriciden beklemedeki yönlendiriciye (veri arayüzü yoluyla) -yukarıdaki şekilde GigabitEthernet3- ortam kontrol noktasından geçirme ve sinyal gönderme işlemleri için bir taşıma mekanizmasıdır.

    • Sanal IP (VIP) arayüzünün trafik arayüzleri için yapılandırılması ve yönetilmesi (çoklu trafik arayüzleri aynı RG grubu kullanılarak yapılandırılabilir). GigabitEthernet 1 ve 2, trafik arayüzü olarak kabul edilir.

    Bu RG bileşeninin sesli B2B HA desteklemesi için özellikle yapılandırılması gerekir.

    Sinyal Gönderme ve Ortam için Sanal IP (VIP) Adresi Yönetimi

    B2B HA yedeklilik için VIP kullanır. CUBE HA çiftindeki her iki CUBE üzerindeki VIP ve ilişkili fiziksel arayüzlerinin aynı LAN alt ağında olması gerekir. Ses B2B HA desteği için VIP yapılandırması ve VIP arayüzünün belirli bir ses uygulamasına (SIP) bağlanması zorunludur. Unified CM, Webex Calling erişimi SBC'si, hizmet sağlayıcı veya proxy gibi harici hizmetler, CUBE HA yönlendiricilerden geçebilecek çağrılar için hedef IP adresi olarak VIP kullanır. Dolayısıyla, Webex Calling açısından, CUBE HA çiftleri tek bir yerel ağ geçidi olarak davranır.

    Çağrı sinyali gönderme ve bağlantısı kurulmuş çağrıların RTP oturumu bilgileri, aktif yönlendiriciden beklemedeki yönlendiriciye doğru kontrol noktasından geçirilir. Aktif yönlendirici devre dışı kaldığında, Beklemedeki kullanıcı devreye girer ve daha önce ilk yönlendiricinin yönlendirdiği RTP akışını yönlendirmeye devam eder.

    Yük devretme sırasında geçici durumda olan çağrılar, geçiş sonrasında muhafaza edilmez. Bunlardan bazıları, bağlantısı henüz tam kurulmamış ya da aktarma veya bekletme durumunda olan çağrılardır. Geçiş sonrasında, bağlantısı kurulmuş çağrıların bağlantısı kesilebilir.

    CUBE HA'nın çağrıların durum bilgisiyle yük devri için yerel ağ geçidi olarak kullanılması aşağıdaki gereksinimlere tabidir:

    • CUBE HA'nın TDM veya analog arayüzleri bir arada olamaz

    • Gig1 ve Gig2 trafik (SIP/RTP) arayüzleri, Gig3 ise Yedeklilik Grubu (RG) Kontrol/veri arayüzü olarak bilinir.

    • Aynı 2. katman etki alanına, biri grup kimliği 1, diğeri grup kimliği 2 ile olmak üzere en fazla 2 CUBE HA çifti yerleştirilebilir. 2 HA çiftinin aynı grup kimliğiyle yapılandırılması durumunda, RG Kontrol/Veri arayüzlerinin farklı 2. katman etki alanlarına (vlan, ayrı anahtar) ait olması gerekir

    • Hem RG Kontrol/veri arayüzü, hem de trafik arayüzü için port kanalı desteklenir

    • Tüm sinyal/ortam gönderimleri Sanal IP Adresine/Sanal IP Adresinden yapılır

    • Bir platform CUBE-HA ilişkisinde her yeniden yüklendiğinde, mutlaka Bekleme konumunda olarak başlar

    • Tüm arayüzler için düşük adres (Gig1, Gig2, Gig3) aynı platformda olmalıdır

    • Yedeklilik Arayüzü Tanımlayıcısı (RII), aynı 2. Katman üzerindeki bir çift/arayüz kombinasyonu için benzersiz olmalıdır

    • Her iki CUBE üzerindeki konfigürasyon, fiziksel konfigürasyon dahil olmak üzere birbiriyle aynı ve aynı tür platform ve IOS-XE sürümüyle çalışmalıdır

    • Loopback arayüzleri her zaman devrede olduğundan, bağlama için kullanılamaz

    • Çoklu trafik (SIP/RTP) arayüzlerinin (Gig1, Gig2) yapılandırılması için arayüz takibi gerekir

    • CUBE-HA, RG-kontrol/veri bağlantısı (Gig3) için çapraz kablo üzerinden desteklenmez

    • CUBE HA’nın çalışması için her iki platformun da aynı olması ve tüm benzer arayüzler arasında fiziksel bir Anahtar ile bağlanması gereklidir. Örneğin, CUBE-1 ve CUBE-2 için GE0/0/0 aynı anahtarda sonlanmalıdır.

    • Doğrudan CUBE'lerde sonlandırılmış WAN veya iki tarafın birinde Veri HA'sı olamaz

    • Aktif/Bekleme aynı veri merkezinde olmalıdır

    • Yedeklilik için ayrı L3 arayüzü (RG Kontrol/veri, Gig3) kullanılması zorunludur. Yani trafik için kullanılan arayüz, HA etkin tutma ve kontrol noktasından geçirme işlemleri için kullanılamaz

    • Yük devrinin ardından, daha önce etkin olan CUBE, tasarımı gereği sinyal ve ortam gönderimini muhafaza ederek yeniden yüklenir

    Her İki CUBE Üzerinde Yedekliliği Yapılandırma

    Sanal IP'leri etkinleştirmek için HA çiftinde kullanılması amaçlanan her iki CUBE üzerinde 2. katman kutudan kutuya yedekliliği yapılandırmanız gerekir.

    1

    Arayüzün durumunu takip etmek için genel düzeyde arayüz takibini yapılandırın.

    conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit

    VCUBE-1#conf t
    VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
    VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
    VCUBE-1(config-track)#exit
    		 
    VCUBE-2#conf t
    VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
    VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
    VCUBE-2(config-track)#exit

    Trafik arayüzünün devre dışı kalmasının ardından etkin rolünden çıkması için ses trafiği arayüz durumunu takip etmek için RG'de CLI takibi kullanılır.
    2

    RG'yi uygulama yedeklilik alt modunda VoIP HA ile kullanmak için yapılandırın.

    redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit

    VCUBE-1(config)#redundancy
    VCUBE-1(config-red)#application redundancy
    VCUBE-1(config-red-app)#group 1
    VCUBE-1(config-red-app-grp)#name LocalGateway-HA
    VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
    VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
    VCUBE-1(config-red-app-grp)#data GigabitEthernet3
    VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
    VCUBE-1(config-red-app-grp)#track 1 shutdown
    VCUBE-1(config-red-app-grp)#track 2 shutdown
    VCUBE-1(config-red-app-grp)#exit
    VCUBE-1(config-red-app)#protocol 1
    VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
    VCUBE-1(config-red-app-prtcl)#exit
    VCUBE-1(config-red-app)#exit
    VCUBE-1(config-red)#exit
    VCUBE-1(config)#
    		 
    VCUBE-2(config)#redundancy
    VCUBE-2(config-red)#application redundancy
    VCUBE-2(config-red-app)#group 1
    VCUBE-2(config-red-app-grp)#name LocalGateway-HA
    VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
    VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
    VCUBE-1(config-red-app-grp)#data GigabitEthernet3
    VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
    VCUBE-2(config-red-app-grp)#track 1 shutdown
    VCUBE-2(config-red-app-grp)#track 2 shutdown
    VCUBE-2(config-red-app-grp)#exit
    VCUBE-2(config-red-app)#protocol 1
    VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
    VCUBE-2(config-red-app-prtcl)#exit
    VCUBE-2(config-red-app)#exit
    VCUBE-2(config-red)#exit
    VCUBE-2(config)#

    Bu yapılandırmada kullanılan alanların açıklaması aşağıda verilmiştir:

    • redundancy: Yedeklilik moduna girer

    • uygulama yedekliliği: Uygulama yedekliliği yapılandırma moduna girer

    • group: Yedeklilik uygulaması grup yapılandırması moduna girer

    • name LocalGateway-HA: RG grubunun adını tanımlar

    • priority 100 failover threshold 75: RG ilk öncelik ve yük devri eşiklerini belirtir

    • zamanlayıcı gecikmesi 30 yeniden yükleme 60: Gecikme ve yeniden yükleme için iki süre yapılandırır

      • Arayüzün devreye girmesinin ardından RG grubunun başlatılması ve rol anlaşmasının gecikme süresini belirleyen gecikme zamanlayıcısıdır - Varsayılan değer 30 saniyedir. Değer aralığı 0-10000 saniyedir

      • Yeniden Yükleme: Yeniden yükleme sonrasında RG grubunun başlatılmasının ve rol anlaşmasının gecikme süresidir - Varsayılan değer 60 saniyedir. Değer aralığı 0-10000 saniyedir

      • Varsayılan zamanlayıcılar önerilse de, ağda yönlendirmenin stabil bir noktaya yakınsanmasının ardından RG protokolü anlaşmasının gerçekleşmesini garantilemek için bu zamanlayıcılar, yönlendiricilerin başlatılması/yeniden yüklenmesi sırasında meydana gelebilecek her türlü ağ yakınsaması gecikmesini karşılayacak biçimde ayarlanabilir. Örneğin, yük devrinin ardından yeni STANDBY cihazının yeni AKTİF cihazdan ilk RG HELLO paketini görmesinin 20 saniyeye kadar sürdüğü görülürse, bu gecikmeyi karşılamak için zamanlayıcıların "zamanlayıcı gecikmesi 60 yeniden yükleme 120" olarak ayarlanması gerekir.

    • control GigabitEthernet3 protocol 1: İki CUBE arasında etkin tutma ve merhaba mesajı alışverişi için kullanılan arayüzü yapılandırır, protokol arayüzüne eklenecek protokol örneğini belirtir ve yedeklilik uygulaması protokol yapılandırması moduna girer

    • data GigabitEthernet3: Veri trafiğinin kontrol noktasından geçirilmesi için kullanılan arayüzü yapılandırır

    • track: Arayüzlerin RG grubu takibidir

    • protocol 1: Bir kontrol arayüzüne eklenecek protokol örneğini belirtir ve yedeklilik uygulama protokolü yapılandırma moduna girer

    • timers hellotime 3 holdtime 10: Merhaba süresi ve bekleme süresi için iki zamanlayıcı yapılandırır:

      • Hellotime: İki merhaba mesajı arasındaki süredir. Varsayılan değer 3 saniyedir. Değer aralığı 250 milisaniye - 254 saniyedir

      • Holdtime: Merhaba mesajının alınması ile gönderen yönlendiricide hata oluştuğu varsayımı arasında geçen süredir. Bu sürenin merhaba süresinden fazla olması gerekir. Varsayılan değer 10 saniyedir. Değer aralığı 750 milisaniye - 255 saniyedir

        Bekleme süresi zamanlayıcısının, merhaba süresinin en az 3 katı olarak yapılandırılmasını öneririz.
    3

    CUBE uygulaması için kutudan kutuya yedekliliği etkinleştirin. Şurada önceki adımdan RG'yi yapılandırın: voice service voip. Bu işlem, CUBE uygulamasının yedeklilik sürecini kontrol etmesine olanak tanır. 

    voice service voip
   redundancy-group 1
   exit
    VCUBE-1(config)#voice service voip
    VCUBE-1(config-voi-serv)#redundancy-group 1
    % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
    VCUBE-1(config-voi-serv)# exit
    		 
    VCUBE-2(config)#voice service voip
    VCUBE-2(config-voi-serv)#redundancy-group 1
    % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
    VCUBE-2(config-voi-serv)# exit

    redundancy-group 1: Bu komutun eklenmesi ve kaldırılması, güncellenen yapılandırma için yeniden yüklemenin geçerli olmasını gerektirir. Tüm yapılandırma uygulandıktan sonra platformları yükleyeceğiz.
    4

    Gig1 ve Gig2 arayüzlerini aşağıda gösterildiği gibi kendi sanal IP'leriyle yapılandırın ve yedeklilik arayüzü tanımlayıcısını (RII) uygulayın

    VCUBE-1(config)#interface GigabitEthernet1
    VCUBE-1(config-if)# redundancy rii 1
    VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
    VCUBE-1(config-if)# exit
    VCUBE-1(config)#
    VCUBE-1(config)#interface GigabitEthernet2
    VCUBE-1(config-if)# redundancy rii 2
    VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
    VCUBE-1(config-if)# exit
    		 
    VCUBE-2(config)#interface GigabitEthernet1
    VCUBE-2(config-if)# redundancy rii 1
    VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
    VCUBE-2(config-if)# exit
    VCUBE-2(config)#
    VCUBE-2(config)#interface GigabitEthernet2
    VCUBE-2(config-if)# redundancy rii 2
    VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
    VCUBE-v(config-if)# exit

    Bu yapılandırmada kullanılan alanların açıklaması aşağıda verilmiştir:

    • redundancy rii: Yedeklilik grubu için yedeklilik arayüzü tanımlayıcısını yapılandırır. Sanal MAC (VMAC) adresi oluşturmak için gereklidir. Aynı VIP'ye sahip her bir yönlendiricinin (AKTİF/BEKLEMEDE) arayüzünde aynı rii kimlik değeri kullanılmalıdır.


       

      Aynı LAN üzerinde birden fazla B2B çifti varsa, (çakışmayı önlemek için) her çiftin kendi arayüzlerinde benzersiz rii kimliğinin olması gerekir. "show redundancy application group all" komutunun doğru yerel ve eş bilgilerini göstermesi gerekir.

    • redundancy group 1: Arayüzü yukarıda 2. Adımda oluşturulan arayüz grubuyla ilişkilendirir. RG grubunu ve bu fiziksel arayüze atanan VIP'yi yapılandırın.


       

      Yedeklilik için ayrı bir arayüz kullanılması zorunludur, yani ses trafiği için kullanılan arayüz, yukarıda 2. Adımda belirtilen kontrol ve veri arayüzü için kullanılamaz. Bu örnekte, RG kontrol/veri için Gigabit arayüzü 3 kullanılmıştır.
    5

    İlk CUBE yapılandırmasını kaydedip yeniden yükleyin.

    En son yeniden yüklenecek platform her zaman Bekleme konumunda olacaktır.

    VCUBE-1#wr
    Building configuration...
    [OK]
    VCUBE-1#reload
    Proceed with reload? [confirm]

    VCUBE-1 tamamen başlatıldıktan sonra VCUBE-2'nin yapılandırmasını kaydedip yeniden yükleyin.

    VCUBE-2#wr
    Building configuration...
    [OK]
    VCUBE-2#reload
    Proceed with reload? [confirm]
    6

    Kutudan kutuya yapılandırmanın beklendiği gibi çalıştığını doğrulayın. İlgili çıktı kalın yazılarak vurgulanmıştır.

    VCUBE-2'yi son olarak ve tasarım konularına uygun bir biçimde yeniden yükledik. Son yüklenen platform her zaman Bekleme konumunda olacaktır.

    
VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#
    
VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

    Her İki CUBE Üzerinde Yerel Ağ Geçidi Yapılandırma

    Yapılandırma örneğimizde, hem VCUBE-1, hem de VCUBE-2 platformunda Yerel Ağ Geçidi yapılandırmasını oluşturmak için Control Hub'dan aşağıdaki santral bilgilerini kullanıyoruz. Bu yapılandırmanın kullanıcı adı ve parolası şöyle:

    • Kullanıcı adı: Hüseyin1076_LGU

    • Parola: lOV12MEaZx

    1

    Parolanın kimlik bilgilerinde veya paylaşılan şifrelerde kullanılabilmesi için aşağıdaki komutlarla parola için bir yapılandırma anahtarı oluşturulduğundan emin olun. Tip 6 parolalar, AES şifre ve kullanıcı tanımlı yapılandırma anahtarı kullanılarak şifrelenir.

    
LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

    Burada, yukarıda gösterilen Control Hub parametreleri temel alınarak her iki platforma uygulanacak Yerel Ağ Geçidi yapılandırması verilmiştir. Kaydedip yeniden yükleyin. Control Hub'dan gelen SIP Özeti kimlik bilgileri kalın yazılarak vurgulanmıştır.

    
configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

    Komut gösterme çıktısını görüntülemek için VCUBE-2 ve ardından VCUBE-1'i yeniden yükleyerek, VCUBE-1'nin bekleme konumundaki CUBE, VCUBE-2'nin ise aktif CUBE olmasını sağladık.
    2

    Herhangi bir zamanda, yalnızca bir platformun Webex Calling erişim SBC'siyle Yerel Ağ Geçidi olarak aktif bir kaydı olacaktır. Aşağıdaki komut gösterme çıktılarına göz atın.

    show redundancy application group 1

    sip-ua kayıt durumunu göster

    
VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#
    
VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

    Yukarıdaki çıktıda, VCUBE-2 Webex Calling erişim SBC'li kaydı olan aktif LGW olurken, VCUBE-1'de "show sip-ua register status" çıktısının boş olduğunu görebilirsiniz.
    3

    Şimdi VCUBE-1'de aşağıdaki hata ayıklamaları etkinleştirin

    
VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
    4

    Bu durumda VCUBE-2 olmak üzere aktif LGW üzerinde aşağıdaki komutu çalıştırarak yük devri simülasyonu yapın.

    
VCUBE-2#redundancy application reload group 1 self

    Yukarıda gösterilen CLI'nin yanı sıra aşağıdaki senaryoda AKTİF LGW'dan BEKLEME konumundaki LGW'ya geçiş gerçekleşir.

    • AKTİF yönlendirici yeniden yüklendiğinde

    • AKTİF yönlendirici kapatılıp açıldığında

    • Takibin etkinleştirildiği AKTİF yönlendiricinin RG tarafından yapılandırılan herhangi bir arayüzü kapatıldığında
    5

    VCUBE-1'in Webex Calling erişim SBC'siyle kaydolup kaydolmadığını görmek için kontrol edin. VCUBE-2 şimdiye kadar yüklenmiş olmalıdır.

    
VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

    Şu anda aktif LGW, VCUBE-1'dir.
    6

    Sanal IP üzerinden Webex Calling'e SIP KAYDI gönderen ve 200 OK alan VCUBE-1 üzerindeki ilgili hata ayıklama kaydını inceleyin.

    
VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0

    Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0

    Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0

    Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
    30 Eylül 2022
    Webex Calling için Unified CM Yapılandırma

    Webex Calling’in etkinleştirildiği konumların, Unified CM’nin iş yeri çağrı kontrol çözümü olduğu mevcut bir dağıtıma eklenmesi ve Unified CM’e kayıtlı telefonlarla Webex Calling konumlarındaki telefonlar arasında doğrudan çağrıya ihtiyaç duymanız durumunda, Unified CM ile entegrasyon gerekebilir.

    Santralden Yerel Ağ Geçidine SIP Santral Güvenliği Profilini Yapılandırma

    Yerel Ağ Geçidi ve PSTN ağ geçidinin aynı cihazda olduğu durumlarda, aynı cihazdan çıkan iki farklı trafik türü (Webex ve PSTN kaynaklı çağrılar) arasında ayrım yapmak ve bu çağrı türleri için farklı hizmet sınıfı uygulamak için Unified CM etkinleştirilmelidir. Çağrıların bu şekilde farklı işlenmesi, Unified CM ile birleşik yerel ağ geçidi ve PSTN ağ geçidi cihazı arasında, farklı SIP dinleme portları gerektiren iki santral sağlanmasıyla gerçekleştirilir.

    Yerel Ağ Geçidi santrali için aşağıdaki ayarlarla özel bir SIP Santral Güvenlik Profili oluşturun:

    Ayar Değer
    Adı Webex gibi, benzersiz bir ad
    Açıklama Webex SIP Santral Güvenliği Profili gibi anlamlı bir açıklama
    Gelen Port Webex'e/Webex'ten gelen trafik için yerel ağ geçidi yapılandırmasında kullanılan portla eşleşmesi gerekir: 5065

    Yerel Ağ Geçidi Santrali için SIP Profilini Yapılandırma

    Yerel Ağ Geçidi santrali için aşağıdaki ayarlarla özel bir SIP Profili oluşturun:

    Ayar Değer
    Adı Webex gibi, benzersiz bir ad
    Açıklama Webex SIP Profili gibi anlamlı bir açıklama
    Hizmet Türü "Hiçbiri (Varsayılan)" olan Santraller için hedef durumunu izlemek için SEÇENEKLER Ping'ini Etkinleştir Kontrol edildi

    Webex'ten Çağrılar İçin Çağrı Arama Alanı Oluşturma

    Aşağıdaki ayarlarla Webex'ten kaynaklanan çağrılar için bir çağrı arama alanı oluşturun:

    Ayar Değer
    Adı Webex gibi, benzersiz bir ad
    Açıklama Webex Calling Arama Alanı gibi anlamlı bir açıklama
    Seçilen Bölümler

    DN (+E.164 dizin numaraları)

    ESN (kısaltılmış siteler arası çağrı)

    PSTNInternational (PSTN erişimi)

    onNetRemote (GDPR öğrenilmiş hedefler)

     

    Son bölüm onNetRemote yalnızca yönlendirme bilgisi alışverişinin Kümeler Arası Arama Hizmeti (ILS) veya Genel Çağrı Planı Çoğaltması (GDPR) kullanılarak Unified CM kümeleri arasında yapıldığı çok kümeli ortamlarda kullanılır.

    Webex'e ve Webex'ten SIP Santrali Yapılandırma

    Yerel Ağ Geçidi yoluyla Webex'e veya Webex'ten gelen çağrılar için aşağıdaki ayarlarla bir SIP santrali oluşturun:

    Ayar Değer
    Cihaz Bilgileri
    DeviceName Webex gibi benzersiz bir ad
    Açıklama Webex SIP Santrali gibi anlamlı bir açıklama
    Tüm Aktif Unified CM Düğümlerinde Çalıştır Kontrol edildi
    Gelen Çağrılar
    Çağrı Arama Alanı Daha önce tanımlanmış çağrı arama alanı: Webex
    AAR Çağrı Arama Alanı Yalnızca PSTN yol şablonlarına erişimi olan bir çağrı araması: PSTNReroute
    SIP Bilgileri
    Hedef Adres Yerel Ağ Geçidi CUBE'ünün IP adresi
    Hedef Bağlantı Noktası 5060
    SIP Santrali Güvenlik Profili Daha önce tanımlanan: Webex
    SSO Profili Daha önce tanımlanan: Webex

    Webex için Yönlendirme Grubu Yapılandırma

    Aşağıdaki ayarlarla bir yönlendirme grubu oluşturun:

    Ayar Değer
    Yol Grubu Bilgileri
    Yönlendirme Grubu Adı Webex gibi benzersiz bir ad
    Seçili Cihazlar Daha önce yapılandırılmış SIP santrali: Webex

    Webex için Yönlendirme Listesi Yapılandırma

    Aşağıdaki ayarlarla bir yönlendirme listesi oluşturun:

    Ayar Değer
    Yol Listesi Bilgileri
    Adı RL ad gibi benzersiz bir_Webex
    Açıklama Webex için yönlendirme listesi gibi anlamlı bir açıklama
    Tüm Aktif Unified CM Düğümlerinde Çalıştır Kontrol edildi
    Yol Listesi Üye Bilgileri
    Seçilen Gruplar Yalnızca daha önce tanımlanan yönlendirme grubu: Webex

    Webex Hedefleri İçin Bölüm Oluşturma

    Aşağıdaki ayarlarla Webex hedefleri için bir bölüm oluşturun:

    Ayar Değer
    Yol Listesi Bilgileri
    Adı Webex gibi, benzersiz bir ad
    Açıklama Webex Bölümü gibi anlamlı bir açıklama

    Sonraki adım ne olacak?

    Webex hedeflerine erişimi olan tüm çağrı arama alanlarına bu bölümü eklediğinizden emin olun. PSTN'den Webex'e giden çağrıların yönlendirilmesi için bu bölümü özellikle PSTN santrallerinde gelen çağrı arama alanı olarak kullanılan çağrı arama alanına eklemeniz gerekir.

    Webex Hedefleri İçin Yol Şablonları Yapılandırma

    Webex'teki her bir DID aralığı için yol şablonlarını aşağıdaki ayarlarla yapılandırın:

    Ayar Değer
    Yol Şablonu Webex'te başta "\" ile DID aralığı için tam +E.164 şablonudur. Örnek: \+140855501XX
    Yol Bölümü Webex
    Ağ Geçidi/Yol Listesi RL_Webex
    Acil Önceliği Kontrol edildi

    Webex için Kısaltılmış Siteler Arası Çağrı Normalleştirme Yapılandırma

    Webex'e kısaltılmış siteler arası çağrı gerekiyorsa, Webex'te her bir ESN aralığı için çağrı normalleştirme şablonlarını aşağıdaki ayarlarla yapılandırın:

    Ayar Değer
    Çevrim Şablonu Webex'te ESN aralığı için ESN şablonudur. Örnek: 80121XX
    Bölüm Webex
    Açıklama Webex Normalleştirme Şablonu gibi anlamlı bir açıklama
    Çağrı Kaynağının Çağrı Arama Alanını Kullan Kontrol edildi
    Acil Önceliği Kontrol edildi
    Sonraki Atlamalarda Haneler Arası Zaman Aşımını Bekleme Kontrol edildi
    Aranan Taraf Dönüştürme Maskesi Numarayı +E.164'e normalleştirmek için kullanılan maskedir. Örnek: +140855501XX
    16 Mayıs 2024
    Webex Calling kullanıcılarınızı yapılandırma ve yönetme

    Webex Calling hizmetlerinden yararlanmak için Control Hub her kullanıcıyı ve her bir kullanıcıyı eklemeniz gerekir. Eklemeniz gereken kullanıcıların sayısı, her bir kullanıcıyı manuel olarak e-posta adresine veya bir CSV dosyası kullanarak birden çok kullanıcı ekleyerek kontrol hub 'ında nasıl ekleyeceğinizi belirler. Seçim sizindir.

    08 Nisan 2024
    Webex Calling Cihazlarını Yapılandırma ve Yönetme

    Control Hub'da kullanıcılar ve çalışma alanları için cihazları atayabilir ve yönetebilirsiniz. MAC adresi ile eklemeyi veya cihazın kendisine girmek için bir aktivasyon kodu oluşturmayı seçin.

    Bir kullanıcıya telefon ekleme

    Control Hub ile kullanıcılara kişisel kullanım için cihaz atayabilirsiniz.

    Burada listelenen cihazlar Webex Calling'i destekler. Tüm bu cihazlar MAC adresiyle eklenebilse de, etkinleştirme koduyla yalnızca aşağıdaki alt küme kaydedilebilir:

    • Cisco IP Phone 6800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 6821, 6841, 6851, 6861, 6871)

    • Cisco IP Phone 7800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 7811, 7821, 7841, 7861)

    • Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 8811, 8841, 8851, 8861)

    • Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Görüntülü telefonlar: 8845, 8865)

    • Cisco IP Konferans Telefonu 7832 ve 8832

    • Cisco Video Phone 8875


     

    DECT cihazlarıyla ilgili olarak, yalnızca DECT temel cihazları ( DECT ahizeleri değil) atama için kullanılabilir. Kontrol Merkezi . Bir baz ünitesini bir kullanıcıya atadıktan sonra, o baz ünitesiyle bir DECT ahizesini manuel olarak eşleştirmeniz gerekir. Daha fazla bilgi için bkz. Baz İstasyonuna Ahize Bağlama.

    1

    https://admin.webex.com içindeki müşteri görünümünden Yönetim > Cihazlar > Cihaz ekle.

    Ayrıca konumuna giderek Kullanıcılar bölümünden kullanıcıya bir cihaz ekleyebilirsiniz Yönetim > Kullanıcılar > bir kullanıcı seçin > Cihazlar > Cihaz ekle.
    2

    Bir kullanıcıya cihaz atamak için Kişisel kullanım'i seçin ve ardından Ileri'ye tıklayın.

    3

    Telefon sahibinin kullanıcı adını veya gerçek adını girin, sonuçlardan kullanıcıyı seçin ve ardından Ileri'ye tıklayın.

    4

    Cisco 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.

    • Etkinleştirme Koduyla: Cihaz sahibiyle paylaşabileceğiniz bir etkinleştirme kodu oluşturmak istiyorsanız, bu seçeneği seçin. 16 haneli etkinleştirme kodu, cihazın kendisine manuel olarak girilmelidir.

       

      Çok platformlu telefonlarda etkinleştirme kodunun görüntülenmesi için 11.2.3MSR1 veya sonraki bir bellenim yüklemesi olmalıdır. Telefonun belleniminin güncellenmesi gerekiyorsa, kullanıcıları şuraya yönlendirin: https://upgrade.cisco.com/MPP_upgrade.html.

    • MAC Adresiyle: Cihazın MAC adresini biliyorsanız, bu seçeneği seçin. Bir telefonun MAC adresi benzersiz bir girdi olmalıdır. Zaten kayıtlı olan bir telefonun MAC adresini girmeniz veya numarayı hatalı girmeniz durumunda, hata mesajı görünür.

     

    Üçüncü taraf cihazlar kullanırken sınırlamalar geçerli olabilir.

    Cihaz için etkinleştirme kodu oluşturmayı seçmeniz, ancak bu kodu henüz kullanmamanız durumunda, Control Hub'da atanan kullanıcının Cihazlar bölümünde ve ana Cihazlar listesinde Etkinleştiriliyor olarak görünür. Cihaz durumunun şu anda güncellenmesinin 10 dakika kadar sürebileceğini unutmayın. Kontrol Merkezi .

    Kullanıcıya atanan cihazları değiştirmek veya yönetmek için bkz. Bir kullanıcı için cihazı yönetme bölümü.

    Yeni iş alanına telefon ekleme

    İnsanlar işteyken yemekhaneler, lobiler ve konferans odaları gibi birçok yerde bir araya gelir. Bu Çalışma Alanlarında paylaşımlı Cisco Webex cihazlarını kurabilir, hizmet ekleyebilir ve ardından iş birliğinin gerçekleşmesini izleyebilirsiniz.

    Bir Çalışma Alanları cihazının temel ilkesi, belirli bir kullanıcıya atanmamasıdır, daha çok paylaşılan kullanıma izin veren fiziksel bir konumdur.

    Listelenen cihazlar Webex Calling’i destekler. Bu cihazların çoğu MAC adresiyle kaydedilebilecek olsa da, bu cihazların yalnızca aşağıdaki alt kümesi etkinleştirme koduyla kaydedilebilir:

    • Cisco IP Phone 6800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 6821, 6841, 6851)

    • Cisco IP Phone 7800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 7811, 7821, 7841, 7861)

    • Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 8811, 8841, 8851, 8861)

    • Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Görüntülü telefonlar: 8845, 8865)

    • Cisco IP Konferans Telefonu 7832 ve 8832

    1

    https://admin.webex.com içindeki müşteri görünümünden Yönetim > Cihazlar > Cihaz ekle.

    Ayrıca şuraya gezinerek Çalışma Alanları bölümünden yeni bir çalışma alanına cihaz ekleyebilirsiniz: Yönetim > Çalışma Alanları > Çalışma alanı ekle.
    2

    seçin Paylaşılan kullanım > Yeni çalışma alanı.

    3

    Çalışma alanı için (fiziksel odanın adı gibi) bir ad girin, oda türünü seçin ve kapasite ekleyin ve Ileri'ye tıklayın.


     

    Bir çalışma alanı adı 30 karakterden uzun olamaz ve %, #, <, >, /, \ ve " karakterlerini içeremez.

    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.

    • Etkinleştirme Koduyla: Cihaz sahibiyle paylaşabileceğiniz bir etkinleştirme kodu oluşturmak istiyorsanız, bu seçeneği seçin. 16 haneli etkinleştirme kodu, cihazın kendisine manuel olarak girilmelidir.

       

      Çok platformlu telefonlarda etkinleştirme kodunun görüntülenmesi için 11.2.3MSR1 veya sonraki bir bellenim yüklemesi olmalıdır. Telefonun belleniminin güncellenmesi gerekiyorsa, kullanıcıları şuraya yönlendirin: https://upgrade.cisco.com/MPP_upgrade.html.

    • MAC Adresiyle: Cihazın MAC adresini biliyorsanız, bu seçeneği seçin. Bir telefonun MAC adresi benzersiz bir girdi olmalıdır. Zaten kayıtlı olan bir telefonun MAC adresini girmeniz veya numarayı hatalı girmeniz durumunda, hata mesajı görünür.

     
    Webex Calling için bir Çalışma Alanına yalnızca bir adet paylaşılan telefon ekleyebilirsiniz.

    Cisco IP Konferans Telefonu 7832 için bazı ekran tuşları kullanılabilir olmayabilir. Ekran tuşlarının tamamını kullanmanız gerekirse, bu telefonu bir kullanıcıya atamanızı öneririz.

    8

    Calling hizmetine tıklayın ve çalışma alanına atamak istediğiniz abonelik ve lisans türünü seçin.

    • Profesyonel çalışma alanı

    • Ortak çalışma alanı


     

    Lisanslarla kullanılabilen özellikler hakkında daha fazla bilgi için bkz. Webex Calling için lisans türüne göre kullanılabilen özellikler.

    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.


     
    Çalışma alanına atanan cihazları değiştirmek veya yönetmek için bkz. Çalışma alanı bölümü için cihaz yönetme.

    Mevcut bir MPP telefonunu başka bir kullanıcıya veya cihaza yeniden atama

    Bir Webex Calling kullanıcısına/çalışma alanına atanan bir telefonu başka bir Webex Calling kullanıcısına/çalışma alanına yeniden kullanmak için şu adımları izleyin:

    1

    Müşteri görünümündenhttps://admin.webex.com, cihazın halihazırda atanmış olduğu Kullanıcı/Çalışma Alanına gidin.

    Aşağıdaki senaryolarda cihazı yeniden atayabilirsiniz:

    1. Kullanıcıyı silmek istiyorsanız, öğesini seçin. Kullanıcıyı/Çalışma Alanını Sil kullanıcıyı/çalışma alanını ve ilişkili cihazları silmek için.

    2. Bir cihazı silmek istiyorsanız, öğesini seçin. cihazlar ve silinecek cihazı seçin.

    2

    Telefonda, ayarlar menüsüne gidin ve telefonu yeniden atamak için bu adımları tamamlayın.

    1. Seç Cihaz yönetimi , o zaman Fabrika Ayarlarına Sıfırla .

    2. Telefon yeniden başlatılır. Yeniden başlatma tamamlandığında, telefon Aktivasyon Kodu ekranını görüntüler.

    3. Telefon artık yeniden atama için hazırdır.

    3

    içindeki talimatları izleyin. Kullanıcıya telefon ekle ve ata veya Yeni bir çalışma alanına telefon ekleme Bir kullanıcıya/çalışma alanına telefon atamak veya eklemek için.

    4

    Cihazı Control Hub'a eklerken telefonda şu işlemleri yapın:

    1. Aktivasyon kodu için:

      Aktivasyon kodunu girin. Telefon yeniden başlatılır ve yeni kullanıcı/çalışma alanına alınır.

    2. MAC adresi için:

      Aktivasyon Kodu ekranına #000 girin, telefon Webex Calling ile yeniden bağlanır ve yeni kullanıcı/çalışma alanı sağlar.

    Kullanıcıya pano, masa veya oda cihazı ekleme

    Yeni bir çalışma alanına pano, masa veya oda cihazı ekleme

    İnsanlar işteyken yemekhaneler, lobiler ve konferans odaları gibi birçok çalışma alanında bir araya gelir. Bu Çalışma Alanlarında paylaşımlı Cisco Webex cihazlarını kurabilir, hizmet ekleyebilir ve ardından iş birliğinin gerçekleşmesini izleyebilirsiniz.

    Workspaces cihazının temel ilkesi, belirli bir kullanıcıya değil, fiziksel konum atanması ve paylaşılan kullanıma izin vermesidir.

    Burada listelenen cihazlar Webex Calling'i destekler.

    1

    https://admin.webex.com içindeki müşteri görünümünden Yönetim > Cihazlar > Cihaz ekle.

    Ayrıca şuraya gezinerek Çalışma Alanları bölümünden yeni bir çalışma alanına cihaz ekleyebilirsiniz: Yönetim > Çalışma Alanları > Çalışma alanı ekle.
    2

    seçin Paylaşılan kullanım > Yeni çalışma alanı.

    3

    Çalışma alanı için (fiziksel odanın adı gibi) bir ad girin, oda türünü seçin ve kapasite ekleyin 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.

    • Webex'te Çağrı (1:1 çağrı, PSTN dışı) —Kullanıcılar yalnızca bir SIP adresi (örneğin, username@example.calls.webex.com) kullanarak Webex Uygulaması veya Webex Oturum Başlatma Protokolü (SIP) çağrıları yapabilir.
    • Cisco Webex Calling —Bu Çalışma Alanındaki kişiler, Webex Uygulaması ve SIP çağrıları yapmaya ve almaya ek olarak, cihazı Webex Calling numaralandırma planı içerisinde telefon çağrıları yapmak ve almak için kullanabilir. Örneğin, 555-555-5555 telefon numarası , 5555 dahili numarasını veya kullanıcıadı@example.webex.com SIP adresini arayarak iş arkadaşınızı arayabilirsiniz, ancak yerel pizzacınızı da arayabilirsiniz.
    6

    Cisco Webex Calling hizmetini seçtiyseniz çalışma alanına atamak istediğiniz aboneliği ve lisans türünü seçin.

    • Profesyonel çalışma alanı

    • Ortak çalışma alanı


     

    Lisanslarla kullanılabilen özellikler hakkında daha fazla bilgi için bkz. Webex Calling için lisans türüne göre kullanılabilen özellikler.

    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.

    Cihazları toplu olarak ekleme ve atama

    Kullanıcılara ve çalışma alanlarına birden fazla cihaz atamak için gerekli bilgileri içeren bir CSV dosyası doldurabilir ve bu cihazları birkaç kolay adımda etkinleştirebilirsiniz.

    Burada listelenen cihazlar Webex Calling'i destekler. Tüm cihazları MAC adresiyle kaydedebilirsiniz ancak aşağıdaki cihaz alt kümesini etkinleştirme koduyla kaydedin:

    • Cisco IP Phone 6800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 6821, 6841, 6851)

    • Cisco IP Phone 7800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 7811, 7821, 7841, 7861)

    • Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Sesli telefonlar: 8811, 8841, 8851, 8861)

    • Cisco IP Phone 8800 Serisi Çok Platformlu Telefonlar (Görüntülü telefonlar: 8845, 8865)

    • Cisco IP Konferans Telefonu 7832 ve 8832

    • Cisco Video Phone 8875

    1

    https://admin.webex.com içindeki müşteri görünümünden Yönetim > Cihazlar > Cihaz ekle > Birden fazla Cisco IP telefonu.

    2

    Aşağıdaki seçeneklerden birini seçin ve Indir'e tıklayın.

    • Kuruluşumdaki kullanıcılar—Kuruluşunuzdaki tüm kullanıcıların ve ilişkili özniteliklerinin bir listesini alabilirsiniz, böylece her kullanıcıyı manuel olarak aramak zorunda kalmazsınız.
    • Kuruluşumdaki çalışma alanları—Kuruluşunuzdaki tüm çalışma alanlarının ve bunların ilişkili özniteliklerinin bir listesini alabilirsiniz; böylece her çalışma alanını manuel olarak aramak zorunda kalmazsınız.
    • Cihaz örnek şablonu ekle—Kullanılabilir şablonu, kullanıcı adları, tür (kullanıcı veya çalışma alanı olup olmadığını belirtmek), MAC adresleri ve cihaz modelleri gibi bilgileri girmek için kullanabilirsiniz.
    CSV dosyanızı hazırlamak için aşağıdaki tabloyu kullanabilirsiniz.

     
    Aşağıdaki alanlar, Webex Calling kullanıcılarına ve çalışma alanlarına cihaz atarken zorunludur:
    • Kullanıcılar için: Cihaz türü IP ise Kullanıcı Adı, Tür, Cihaz Türü ve Model.
    • Çalışma Alanı için: Kullanıcı Adı, Tür, Telefon numarası veya Dahili Numara, Webex Calling Çalışma Alanı [abonelik adı], Cihaz Türü ve cihaz türü IP ise Model.

    Sütun AdıAçıklamaDesteklenen Değer

    Kullanıcı adı

    Bir kullanıcıya cihaz atamak için kullanıcının e-posta adresini girin.


     
    Kullanıcı kimliğini veya adını girmeyin.

    Bir çalışma alanına cihaz atamak için çalışma alanı adını girin.


     
    Henüz var olmayan bir çalışma alanı girerseniz, çalışma alanı otomatik olarak oluşturulur.

    Örnek kullanıcı e-postası: test@ornek.com

    Örnek çalışma alanı adı: Odayı Ara

    Tür

    Kullanıcı veya çalışma alanı olarak uygun türü girin.

    KULLANICI

    ÇALIŞMA ALANI

    Telefon Numarası

    Bir telefon numarası girin.

    Örnek: +12815550100

    Uzantı

    Bir dahili numara girin.

    Örnek: 00-999999

    Cihaz Türü

    Cihazın türünü girin.

    Tüm Çok Platformlu Telefonları, ATA veya DECT cihazlarını Webex Calling ile kullanmak için IP girin.

    RoomOS cihazlarına sahip olacak yeni çalışma alanları oluşturmak için istenen Çağrı seçeneğine bağlı olarak WEBEX veya WEBEX_CALLING’e girin

    Model

    Cihaz türü IP ise cihaz modelini girin.

    Örnek cihaz modeli: Cisco 7841, Cisco 8851 ve benzeri

    MAC Adresi

    Cihazın MAC adresini girin.

    MAC adresi alanını boş bırakırsanız bir etkinleştirme kodu oluşturulur.


     
    RoomOS cihazları için etkinleştirme kodlarını kullanın.

    Örnek MAC adresi: 001A2B3C4D5E'nın sohbeti

    Konum

    Kullanıcının veya çalışma alanı konumunun adını girin.

    Örnek: San Jose

    Çağrı Planı

    Yeni eklenen çalışma alanı için Cisco Calling Plan’ı etkinleştirmek üzere TRUE’ları girin.

    Bu özellik kullanıcılar, mevcut çalışma alanları ve desteklenmeyen konumu olan çalışma alanları için çalışmaz.

    TRUE

    YANLIŞ

    Webex Calling Çalışma Alanı [abonelik kimliği]

    Ortak alan veya profesyonel çağrı çalışma alanları oluşturmak için kullanılacak aboneliği belirtin.

    Çalışma alanı lisansına sahip her aboneliğin ilgili bir sütunu vardır. Ortak alan çalışma alanı lisansı veya profesyonel çalışma alanı lisansı atayabilirsiniz. Lisans atamak için ilgili aboneliğin lisans türü sütunlarından herhangi birine TRUE girin.


     
    Bir çalışma alanı için yalnızca bir abonelik atamanız gerekir.

    Ayrıca, çalışma alanlarını bir abonelikten diğerine aktarabilirsiniz. Aktarmak için kaynak abonelik sütununa FALSE, hedef abonelik sütununa TRUE girin.


     
    Çalışma alanı lisansları için etkin aboneliklerle ilgili doğru bilgiler içereceğinden, CSV içe aktarma dosyasını hazırlamak için yakın zamanda oluşturulan bir şablon kullanmanızı öneririz.

    TRUE

    YANLIŞ

    Webex Calling Profesyonel Çalışma Alanı [abonelik kimliği]


     
    Bu Telefon Numarası ve Dahili Numara alanları daha önce Dizin Numarası ve Doğrudan Hat başlıklıydı; bu sütun adları kısa bir süreliğine desteklenmeye devam etmektedir.

     
    Cihaz sayısını CSV dosyası başına 1000 ile sınırlamanızı öneririz. 1000'den fazla cihaz eklemek istiyorsanız ikinci bir CSV dosyası kullanın.
    3

    Elektronik tabloyu doldurun.

    4

    CSV dosyasını sürükle-bırak yoluyla veya Dosya Seç düğmesine tıklayarak yükleyin.

    5

    MAC adresi boşsa, etkinleştirme kodunun nereye gönderileceğini seçme seçeneklerini alırsınız.

    • Bağlantı sağlayın—Etkinleştirme kodu bir CSV dosyasına eklenir. Içe aktardıktan sonra, Içe Aktarma Durumu ekranında etkinleştirme kodu dosyasını indirme bağlantısı alacaksınız.
    • E-posta aktivasyon kodu —Cihaz bir çalışma alanı içinse, aktivasyon kodu yönetici olarak size gönderilir. Cihazın bir kullanıcıya ait olması durumunda, etkinleştirme kodu kullanıcıya gönderilir.

    Cihazı etkinleştirmek için, cihazda etkinleştirme kodunu girmeniz gerekir.

    6

    Gönder’e tıklayın.

    Cihazlar aktif hale geldiğinde güncellenmiş durumu görüntüler.

     

    Kullanıcıların cihazlarına etkinleştirme kodunu girebilmeleri için çok platformlu cihazlar, 11.2.3MSR1 veya üzeri bir bellenim yükü çalıştırıyor olmalıdır. Telefon üretici yazılımını yükseltme hakkında bilgi için bu makaleye bakın.

    Bir cihaz listesini dışa aktar

    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.

    Kullanıcı için cihaz yönetme

    Kuruluşunuzdaki kullanıcılara atanan cihazlar için ekleyebilir, kaldırabilir, yeniden başlatabilir, etkinleştirmeyi kontrol edebilir veya yeni bir etkinleştirme kodu oluşturabilirsiniz. Bu, gerektiğinde cihazları kullanıcı ekranında görüntülemek ve yönetmek için yardımcı olabilir.

    1

    müşteri görünümünden Calling > Konumlar’a gidin.https://admin.webex.com

    2

    Bir kullanıcı seçin ve Cihazlar düğmesine tıklayın.

    3

    Bu kullanıcıya cihaz eklemek için Cihaz Ekle'ye tıklayın.


     
    Kullanıcı zaten bir cihaz atanmışsa ve başka bir cihaz eklemek istiyorsanız düğmesine tıklayın Eylem > Cihaz ekle.

    Bir kullanıcıya cihaz ekleme hakkında daha fazla bilgi için bkz. Kullanıcıya telefon ekleme bölümü.

    4

    Mevcut bir cihazda değişiklik yapmak için cihazın adını seçin.

    Bu, sizi Cihazlar sayfasına götürür. Buradan cihaz ayarlarını görüntüleyip düzenleyebilir, cihazı yeniden başlatabilir veya geçerli olması durumunda cihaz için yeni bir etkinleştirme kodu oluşturabilirsiniz. Telefon ayarlarını yapılandırma konusunda daha fazla bilgi için bkz. Telefon Ayarlarını Yapılandırma ve Güncelleme.

    5

    Kullanıcıya eklenen cihaz Webex Aware ise şemada gösterildiği gibi cihazların altında Webex Aware seçeneği görüntülenir. Webex Aware, cihazın Webex platformuna katıldığını ve telefon tarafından desteklenen Webex Özelliklerine erişimi olduğunu gösterir.

    6

    tıklayın Eylemler cihazı yönetmek için Eylemler, MPP cihazları için yapılandırma değişikliklerinin uygulanmasına veya ürün yazılımının güncellenmesine yardımcı olur.

    Eylemler sekmesinde, Webex Aware özellikli bir cihaz için şu seçenekler bulunur:
    • Değişiklikleri Uygula—Telefona, yapılandırmadaki değişiklikleri indirme ve uygulama isteği gönderir.
    • Yeniden Başlatma—Cihazı yeniden başlatmaya ve mevcut yapılandırmayı indirmeye zorlama isteği verir.
    • Sorun Bildir—Cihazın buluta bir PRT oluşturması ve yüklemesi için istekte bulunur.
    • Sil—Kullanıcı için listelenen bir cihazı siler.

    Çalışma alanı için cihaz yönetme

    Cihazlar doğrudan bir çalışma alanı profilinden eklenebilir ve yönetilebilir. Çalışma alanları, faks makineleri gibi ATA cihazlarını içerebilir. Çalışma alanı cihazlarını Hoteling Ana Bilgisayarı olarak da ayarlayabilirsiniz. Otelcilik hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub .

    1

    https://admin.webex.com içindeki müşteri görünümünden Yönetim > Çalışma Alanları.

    2

    Değiştirilecek çalışma alanını seçin.

    3

    Bir cihaz eklemek için Cihazlar kutucuğundan Cihaz Ekle seçeneğine tıklayın.

    Çalışma alanına cihaz ekleme hakkında daha fazla bilgi için bkz. Yeni bir çalışma alanına telefon ekleme bölümü.

    4

    Mevcut bir cihazda değişiklik yapmak için cihazın adını seçin.

    Bu, sizi Cihazlar sayfasına götürür. Buradan cihaz ayarlarını görüntüleyip düzenleyebilir, cihazı silebilir, cihazı yeniden başlatabilir ve cihazın Hoteling Ana Bilgisayarı olarak kullanılmasını sağlayabilirsiniz. Telefon ayarlarını yapılandırma konusunda daha fazla bilgi için bkz. Telefon Ayarlarını Yapılandırma ve Güncelleme.

    5

    Çalışma alanına eklenen cihaz Webex Aware ise şemada gösterildiği gibi cihazların altında Webex Aware seçeneği görüntülenir. Webex Aware, cihazın Webex platformuna katıldığını ve telefon tarafından desteklenen Webex özelliklerine erişimi olduğunu gösterir.

    6

    tıklayın Eylemler cihazı yönetmek için Eylemler, MPP cihazları için yapılandırma değişikliklerinin uygulanmasına veya ürün yazılımının güncellenmesine yardımcı olur.

    Eylemler sekmesinde, Webex Aware özellikli bir cihaz için şu seçenekler bulunur:
    • Değişiklikleri Uygula—Telefona, yapılandırmadaki değişiklikleri indirme ve uygulama isteği gönderir.
    • Yeniden Başlatma—Cihazı yeniden başlatmaya ve mevcut yapılandırmayı indirmeye zorlama isteği verir.
    • Sorun Bildir—Cihazın buluta bir PRT oluşturması ve yüklemesi için istekte bulunur.
    • Sil—Kullanıcı için listelenen bir cihazı siler.

    Hatları Yapılandır - Bir MPP cihazı için hatlar ekleyin ve yeniden sıralayın

    Paylaşılan hat görünüşü , kullanıcının birincil cihaz hat eklemenize ve hatların nasıl görüneceğini yeniden sıralamanıza olanak tanır. Bu özellik, bir kullanıcının kendi telefonunu kullanarak başka bir kullanıcının dahili hattına arama almasına ve arama yapmasına olanak tanır. paylaşımlı hat görünümüne bir örnek, patronun hattından arama yapmak ve almak isteyen bir yönetici asistanıdır. Paylaşılan hat görünümleri, birincil kullanıcı hattının başka bir örneği de olabilir.

    Maksimum yapılandırma sınırı, kullanıcının masaüstü veya mobil Uygulaması da dahil olmak üzere her kullanıcı telefon numarası için 35 cihazdır. Çalışma alanı telefonuna ek hatlar ekleyebilirsiniz. Ancak, paylaşılan bir hat olarak yalnızca profesyonel lisansa sahip çalışma alanı telefonunu ekleyebilirsiniz.


     

    paylaşımlı hat atarken, farklı hatlardan numaralar atayabilirsiniz. Webex Calling konumları farklı bir konumdaki cihazlara Örneğin, ABD konumundaki bir kullanıcıya atanmış bir cihaza Birleşik Krallık konumundaki bir numara (kullanıcı, çalışma alanı, sanal hat) atanabilir.

    Konumlar arasında paylaşımlı hat hakkında daha fazla bilgi için bkz. Konumlar arası paylaşılan hatların ve sanal hatların yapılandırılması.


     

    Bir kullanıcı MPP telefonuna Hızlı aramalar eklediğinde, bunlar Control Hub'da görünmez. paylaşımlı hat yapılandırılırken hızlı aramaların üzerine yazılabilir.

    Bir kullanıcının cihazlarında yapılandırılmış diğer kullanıcılardan/gruplardan gelen numaraları varsa, paylaşımlı hat için özel bir etiket ekleyebilirsiniz. Bu özel etiket, paylaşımlı hat görünümünü diğerinden tanımlamaya yardımcı olur.

    1

    https://admin.webex.com müşteri görünümünden (değişiklik yapılacak cihazın neye atandığına bağlı olarak) Kullanıcılar veya Çalışma Alanları öğesine gidin.

    2

    Düzenlenecek kullanıcıyı veya çalışma alanını seçin ve Cihazlar'a kaydırın.

    3

    Paylaşılan hatları eklemek veya değiştirmek için cihazı seçin ve Telefon Kullanıcıları ve Ayarları .

    Bu telefonda görünen kullanıcılar ve yerler, göründükleri sırayla listelenir.

    4

    Bu telefona kullanıcı veya yer eklemek veya çıkarmak için Hatları Yapılandır öğesine tıklayın.

    5

    Bir hattı kaldırmak içinsimgesine dokunun.


     
    1. hattaki birincil kullanıcıyı kaldıramazsınız.
    6

    Paylaşılan bir hat görünümü eklemek içinsimgesine dokunun.


     
    Hatları görünmesini istediğiniz sırayla ekleyin. Hat görünümü sırasını değiştirmek için hatları görünmesini istediğiniz sırayla silin ve ekleyin.
    7

    Ad veya telefon numarası girin ve açılan seçenekler arasından seçim yapıp Kaydet'e tıklayın.

    Bir kullanıcı için ATA cihazı yapılandırma

    Control Hub'da bir kullanıcıya atanan Analog Telefon Adaptörü (ATA) cihazındaki portları yapılandırabilirsiniz. Şu anda mevcut ATA aygıtları için iki yapılandırma, iki bağlantı noktalı aygıtlar ve 24 bağlantı noktalı aygıtlar içindir.

    1

    https://admin.webex.com müşteri görünümünden Kullanıcılar’a gidin.

    2

    Düzenlenecek kullanıcıyı seçin ve Cihazlar'a kaydırın.

    3

    Ekleme veya değişiklik yapmak istediğiniz cihazı seçin.

    4

    Bu Cihazdaki Kullanıcılar altından Portları Yapılandır öğesine tıklayın.

    5

    Paylaşılan bağlantı noktası yapılandırması eklemek içinsimgesine dokunun.

    6

    Ad veya telefon numarası girin ve açılan seçenekler arasından seçim yapıp Kaydet'e tıklayın.


     
    Aramada yalnızca cihazsız çalışma alanları görünür.
    7

    Aygıt, T.38 faks sıkıştırmasını gerektiriyorsa, T.38 sütunundaki kutuyu işaretleyin veya kullanıcı düzeyinde sıkıştırma seçeneklerini geçersiz kılın ve ardından Kaydet .


     
    Bir çalışma alanının ATA'sı olabilir. Bu, faks makineleri için kullanışlı bir durumdur.

    Konumunuza numara ekleme

    Deneme sürümünü kullanırken veya ücretli aboneliğe geçtikten sonra, müşteri kuruluşunuzdaki masa ve oda cihazlarına istediğiniz zaman telefon numaraları ekleyebilirsiniz.


     

    Ekleyebileceğiniz telefon numaralarının sayısını artırdık Kontrol Merkezi 250 ila 1000.

    1

    https://admin.webex.com müşteri görünümünden Hizmetler > Calling > Numaralar’a gidin ve Numara Ekle’ye tıklayın.

    2

    Konum ve Numara Türü'nü belirtin. Numara taşıyorsanız, hem mevcut numaranızı, hem de faturalandırma numaranızı girin.

    3

    Konum, Durum, Bölge Kodu, Ön Ek (isteğe bağlı) belirtin ve ardından Ara'ya tıklayın.

    Kullanılabilir numaralar görüntülenir.

    4

    Konuma eklemek istediğiniz numaraları seçin.

    Seçtiğiniz numaralar, Seçili Numaralar alanına gidin.

    5

    Kaydet seçeneğine tıklayın.

    Sipariş edilen PSTN numaralarının durumunu kontrol etme

    Kuruluşunuzun sipariş ettiği PSTN numarası listesini görebilirsiniz. Bu bilgilerle, kullanılmayan mevcut numaraları ve yakında hazır olacak sipariş edilen numaraları görebilirsiniz.

    https://admin.webex.com müşteri görünümünden Hizmetler > Calling > PSTN Siparişler’ne gidin.

    Multiplatform Telefon (MPP) bağlantılı aksesuarlar—Kulaklıklar ve Temel Genişletme Modülleri (KEM'ler)

    Aksesuarları (Kulaklıklar/KEM'ler) bir MPP cihazına bağladığınızda, bunlar Control Hub'daki Cihazlar sekmesi altında bir envanter öğesi olarak görünür. Control Hub Cihazlar envanterinden aksesuar modelini, durumunu ve aksesuarın kime ait olduğunu bulabilirsiniz. Bir aksesuarı seçtiğinizde, aksesuar seri numarası ve geçerli yazılım sürümü gibi ek bilgiler elde edilebilir. Aksesuar MPP’ye bağlı olduğu sürece, aksesuar durumu alanı “çevrimiçi” olarak bildirilir. MPP bağlantılı bir kulaklık, yazılımını Cihaz Yönetimi üzerinden mevcut olan en son sürüme otomatik olarak yükseltir.

    Nasıl yapıldığını görmek istiyor musunuz? bunu izle video gösterimi aksesuarlarınızı nasıl görüntüleyeceğiniz konusunda Kontrol Merkezi .
    Tablo 1. Uyumlu Kulaklıklar

    Telefon Modeli

    Cisco 520 Serisi Kulaklık

    Cisco 530 Serisi Kulaklık

    Cisco 560 Serisi Kulaklık

    Cisco 730 Serisi Kulaklık

    Cisco IP Telefonu 8811/8841/8845

    —

    —

    RJ9 ve RJ11

    —

    Cisco IP Telefonu 8851/8861/8865

    USB

    USB

    USB

    RJ9 ve RJ11

    —

    Cisco IP Telefonu 7811/7821/7841/7861

    —

    —

    —

    —

    Cisco IP Telefonu 6821/6841/6851/6861

    —

    —

    —

    —

    Cisco IP Phone 6871

    USB

    USB

    USB

    —

    Cisco IP Konferans Telefonu 7832/8832

    —

    —

    —

    —

    Tablo 2. Uyumlu Kilit Genişletme Modülleri

    Telefon Modeli

    KEM

    Cisco IP Telefonu 8811/8841/8845

    —

    Cisco IP Telefonu 8851/8861/8865

    BEKEM

    CP-8800-A-KEM

    CP-8800-V-KEM

    Cisco IP Telefonu 7811/7821/7841/7861

    —

    Cisco IP Telefonu 6821/6841/6861/6871

    —

    Cisco IP Phone 6851

    CP-68KEM-3PCC

    Cisco IP Konferans Telefonu 7832/8832

    —


     

    Webex Calling kayıtlı telefonlarda Temel Genişletme Modülü (anahtar genişletme modülü ) ile karşılaşılan sorunları gidermek için bkz. Webex Calling Temel Genişletme Modülleri Sorunlarını Giderme ayrıntılar için.

    16 Haziran 2023
    Webex Calling için Kullanıma Başlama Trendleri ve Kullanım Raporları

    Yöneticilerin parmaklarınızın ucunda, Webex Calling hizmetlerinin nasıl kullanıldığını, ne sıklıkta kullanıldığını değerlendirmenize yardımcı olabilecek bir dizi rapor bulunur. Yöneticiler ayrıca konumunuz için medya kalitesinin hızlı bir görüntüsünü alabilir.

    Arama raporlarını görüntüle

    Control Hub’daki Analizler sayfasını kullanarak kişilerin Webex Calling’i ve Webex uygulamasını nasıl kullandığı (katılım) ve çağrı ortamı deneyimlerinin kalitesi hakkında bilgi edinebilirsiniz. Webex Calling analizlerine erişmek için Control Hub üzerinde oturum açın ve ardından Analizler’e girip Calling sekmesini seçin.

    1

    Ayrıntılı çağrı geçmişi raporları için şurada oturum aç: Kontrol Merkezi , sonra git Analitik > arama .
    2

    Seç Ayrıntılı Çağrı Geçmişi .

    Özel Örnek’i kullanan çağrılar hakkında bilgi için bkz. Özel Örnek Analizleri.
    3

    Ortam kalitesi verilerine erişmek için Control Hub üzerinde oturum açın, ardından Analizler’i ve sonra Calling’i seçin.

    Daha fazla bilgi için bkz. Bulut İş Birliği Portföyünüz için Analizler.
    16 Mayıs 2024
    Cisco Webex Calling İçin Port Referans Bilgileri

    Bu makale, özellikle güvenlik duvarı ve proxy güvenliği yöneticileri olmak üzere, kuruluşlarında Webex Calling hizmetleri kullanmak isteyen ağ yöneticileri içindir. Ağ gereksinimlerini açıklar ve telefonlarınızı, Webex Uygulamasını ve ağ geçitlerini Webex Calling hizmetlerine bağlamak için kullanılan adresleri, bağlantı noktalarını ve protokolleri listeler.

    Doğru yapılandırılmış bir güvenlik duvarı ve proxy, başarılı bir Çağrı dağıtımı için gereklidir. Webex Calling çağrı sinyali için SIP ve HTTPS'yi ve medya, şebeke bağlantısı ve ağ geçidi bağlantısı için ilişkili adresleri ve bağlantı noktalarını kullanır. Webex Calling küresel bir hizmettir.

    Tüm güvenlik duvarı yapılandırmaları, bağlantı noktalarının açık olmasını gerektirmez. Ancak, içeriden dışarıya kurallar çalıştırıyorsanız, hizmetlerin verilmesi için gerekli protokoller için bağlantı noktaları açmalısınız.

    Ağ Adresi Çevirisi (NAT)

    Ağ Adresi Çevirisi (NAT) ve Bağlantı Noktası Adresi Çevirisi (PAT) işlevi, adres alanlarını çevirmek veya IP adresi alanlarının çakışmasını önlemek için iki ağ arasındaki sınırda uygulanır.

    Kuruluşlar, özel bir IP adresi alanında bulunan Uygulamalara veya cihazlara internet erişimi sağlamak için NAT veya PAT hizmetleri sağlayan güvenlik duvarları ve proxy'ler gibi ağ geçidi teknolojilerini kullanır. Bu ağ geçitleri, dahili Uygulamalar veya Cihazlardan internete trafiğin bir veya daha fazla genel yönlendirilebilir IP adresinden geliyor gibi görünmesini sağlar.

    • NAT dağıtılıyorsa, güvenlik duvarında bir gelen bağlantı noktası açmak zorunlu değildir.

    • Birden fazla uygulama kullanıcısı ve cihazı NAT veya PAT kullanarak Webex Calling ve Webex uyarı hizmetlerine eriştiğinde, Uygulama veya Cihaz bağlantısı için gereken NAT havuzu boyutunu doğrulayın. Bağlantı noktası tükenmesini önlemek için NAT havuzlarına yeterli genel IP adreslerinin atandığından emin olun. Bağlantı noktası tükenmesi, dahili kullanıcıların ve cihazların Webex Calling ve Webex Aware hizmetlerine bağlanamamasına katkıda bulunur.

    • Makul bağlama süreleri tanımlayın ve NAT aygıtında SIP manipüle etmekten kaçının.

    • Cihazların düzgün çalışmasını sağlamak için minimum bir NAT zaman aşımı yapılandırın. Örnek: Cisco telefonları 1-2 dakikada bir takip KAYIT yenileme mesajı gönderir.

    • Ağınız NAT veya SPI uyguluyorsa, bağlantılar için daha büyük bir zaman aşımı (en az 30 dakika) ayarlayın. Bu zaman aşımı, kullanıcıların mobil cihazlarının pil tüketimini azaltırken güvenilir bağlantı sağlar.

    SIP Uygulama Katmanı Ağ Geçidi

    Bir yönlendirici veya güvenlik duvarının SIP'ye Duyarlı olması, yani SIP Uygulama Katmanı Ağ Geçidi (ALG) veya benzer bir özelliğinin etkinleştirilmiş olması durumunda, doğru hizmet kullanımını sağlamak için bu işlevi kapatmanızı öneririz.

    Belirli cihazlarda SIP ALG'sinin nasıl devre dışı bırakılacağı hakkında bilgi için ilgili üreticinin belgelerini inceleyin.

    için proxy desteği Webex Calling

    Çoğu müşteri, ağlarına giren ve ağlarından çıkan HTTP tabanlı trafiği sınırlamak ve kontrol altına almak için internet güvenlik duvarı veya internet proxy'si ve güvenlik duvarı kullanır. Böylece ağlarını çeşitli siber saldırı biçimlerinden korurlar.

    Proxy'ler, aşağıdakiler gibi çeşitli güvenlik işlevlerini yerine getirir:

    • Belirli URL'lere erişime izin verin veya erişimi engelleyin.

    • güvenli kimlik doğrulama

    • IP adresi/etki alanı/ana bilgisayar adı/ URI itibar araması

    • Trafik şifre çözme ve inceleme

    Proxy özelliğini yapılandırırken, HTTP protokolünü kullanan tüm uygulamalar için geçerlidir.

    Uygulamalar aşağıdakileri içerir:

    • Webex Hizmetleri

    • GDS, EDOS cihaz etkinleştirme, sağlama ve Webex bulutuna yerleştirme gibi Cisco Bulut sağlama platformunu kullanan müşteri cihazı etkinleştirme (CDA) prosedürleri.

    • Sertifika Kimlik Doğrulaması

    • Donanım yazılımı yükseltmesi

    • Durum Raporu

    • PRT Yüklemeleri

    • VoIP Hizmetleri


     

    Bir proxy sunucusu adresi yapılandırılmışsa, proxy sunucusu sunucusuna yalnızca Sinyalleme trafiği (HTTP/HTTPS) gönderilir. Webex Calling hizmetine ve ilişkili medyaya kaydolmak için SIP kullanan istemciler proxy'ye gönderilmez. Bu nedenle, bu istemcilerin doğrudan güvenlik duvarından geçmesine izin verin.

    Desteklenen Proxy Seçenekleri, yapılandırma ve Kimlik Doğrulama türleri

    Desteklenen proxy türleri şunlardır:

    • Açık Proxy (inceleme yapan veya incelemeyen)—Kullanılacak sunucuyu belirtmek için istemcileri açık proxy ile Uygulama veya Cihaz yapılandırın. Bu seçenek, aşağıdaki kimlik doğrulama türlerinden birini destekler:

    • Şeffaf Proxy (denetlemeyen)—İstemciler, belirli bir proxy sunucusu adresini kullanacak şekilde yapılandırılmamıştır ve denetlemeyen bir proxy ile çalışmak için herhangi bir değişiklik gerektirmez.

    • Şeffaf Proxy (inceleme)—İstemciler belirli bir proxy sunucusu adresini kullanacak şekilde yapılandırılmamıştır. HTTP'nin yapılandırma değişikliği gerekli değildir; ancak, istemcilerinizin Uygulama veya Cihazların proxy'ye güvenmeleri için bir kök sertifika ihtiyacı vardır. BT ekibi, ziyaret edilecek web sitelerinde ve izin verilmeyen içerik türlerinde ilkeleri uygulamak için denetleme proxy'lerini kullanır.

    Aşağıdakileri kullanarak Webex Room cihazları, Cisco IP Multiplatform Telefonları (MPP) ve Webex Uygulaması için proxy adreslerini manuel olarak yapılandırın:

    • Platform İşletim Sistemi

    • Cihaz URL

    • Otomatik keşif

    Yapılandırma sırasında aşağıdaki Proxy yapılandırmaları ve kimlik doğrulama türleri arasından seçim yapın:

    Ürün

    Proxy Yapılandırması

    Kimlik Doğrulama Türü

    Mac için Webex

    Manuel, WPAD, PAC

    Kimlik Doğrulama Yok, Temel, NTLM

    Windows için Webex

    Manuel, WPAD, PAC, GPO

    Kimlik Doğrulama Yok, Temel, NTLM (2), Negotiate

    iOS için Webex

    Manuel, WPAD, PAC

    Kimlik Doğrulama Yok, Temel, Özet, NTLM

    Android Webex Kullanıcıları

    Manuel, PAC

    Kimlik Doğrulama Yok, Temel, Özet, NTLM

    Webex Web Uygulaması

    İşletim sistemi aracılığıyla desteklenir

    Kimlik Doğrulama Yok, Temel, Özet, NTLM, Negotiate

    Webex Room cihazları

    WPAD, PAC veya Manuel

    Kimlik Doğrulama Yok, Temel, Özet

    Cisco IP Telefonları

    Manuel, WPAD, PAC

    Kimlik Doğrulama Yok, Temel, Özet

    Webex Video Ağ Yapısı Düğümü

    Manuel

    Kimlik Doğrulama Yok, Temel, Özet, NTLM

    Tablodaki efsaneler için:

    1. Mac NTLM Kimlik Doğrulaması - Makinenin etki alanında oturum açmasına gerek yoktur, kullanıcıdan bir parola istenir(2):

    2. † Windows NTLM Auth - Yalnızca etki alanında bir makine oturum açmışsa desteklenir

    3. Web Proxy Otomatik Keşfi (WPAD) - Bkz. Web Proxy Otomatik Keşif Protokolü ayrıntılar için.

    4. Proxy Otomatik Yapılandırma (PAC) dosyaları - Bkz. Proxy Otomatik Yapılandırma Dosyaları ayrıntılar için.

    5. Cisco Webex Board, Desk veya Room Series cihazını bir proxy sunucusu bağlamak için bkz. Board, Masa veya Room Series cihazınızı bir proxy sunucusu bağlayın .

    6. Cisco IP telefonları için bkz. Bir Proxy Sunucusu Kurun proxy sunucusu ve ayarlarını yapılandırmak için bir örnek olarak.


     

    İçin No Authentication, istemciyi kimlik doğrulamasını desteklemeyen bir proxy adresiyle yapılandırın. Şunu kullanarak aç: Proxy Authentication, geçerli kimlik bilgileriyle yapılandırın. Web trafiğini denetleyen proxy'ler, web soket bağlantılarına müdahale edebilir. Bu sorun oluşursa, denetlenmeyen trafiği atlayarak *. Webex.com sorunu çözebilir. Not: Daha önce yapılmış girişler de görüyorsanız son girişten sonra bir noktalı virgül ekleyin ve ardından Webex istisnasını girin.

    Windows işletim sistemi için proxy ayarları

    Microsoft Windows , HTTP trafiği için Proxy yapılandırmasına izin veren iki ağ kitaplığını (WinINet ve WinHTTP) destekler.WinINet, WinHTTP'nin bir üst kümesidir.

    1. WinInet, yalnızca tek kullanıcılı, masaüstü istemci uygulamaları için tasarlanmıştır

    2. WinHTTP, öncelikle çok kullanıcılı, sunucu tabanlı uygulamalar için tasarlanmıştır

    İkisi arasında seçim yaparken, proxy yapılandırma ayarları için WinINet'i seçin. Ayrıntılar için bkz. wininet-vs-winhttp .

    bkz. kurumsal ağ Webex erişmek için izin verilen etki alanlarının bir listesini yapılandırın aşağıdakilerle ilgili ayrıntılar için:

    • Kişilerin yalnızca önceden tanımlanmış bir etki alanı listesindeki hesapları kullanarak uygulamalarda oturum aç açmasını sağlamak için.

    • İstekleri engellemek ve izin verilen etki alanlarını sınırlamak için bir proxy sunucusu kullanın.

    Proxy İnceleme ve Sertifika Sabitleme

    Webex uygulaması ve Webex cihazları, TLS oturumları kurduğu sunucuların sertifikalarını doğrular. Sertifika düzenleyen ve dijital imza gibi sertifika kontrolleri, kök sertifikaya kadar olan sertifika zincirinin doğrulanmasına dayanır. Doğrulama kontrollerini gerçekleştirmek için Webex Uygulaması ve Cihazları, işletim sistemi güven deposunda yüklü bir dizi güvenilir kök CA sertifikası kullanır.

    Webex Calling trafiğini durdurmak, şifresini çözmek ve incelemek için bir TLS denetleme Proxy'si dağıttıysanız. Proxy'nin sunduğu sertifikanın ( Webex hizmet sertifikası yerine) bir sertifika yetkilisi tarafından imzalandığından ve kök sertifika Webex Uygulamanızın veya Webex cihazınızın güven deposuna yüklendiğinden emin olun.

    • Webex Uygulaması için - Cihazın işletim sistemi proxy tarafından sertifikayı imzalamak için kullanılan CA sertifikası yükleyin.

    • Webex Room cihazları ve Cisco çok platformlu IP Telefonları için - CA sertifikası yüklemek için TAC ekibiyle bir hizmet isteği açın.

    Bu tablo, Proxy sunucuları tarafından TLS incelemesini destekleyen Webex Uygulaması ve Webex Cihazlarını gösterir

    Ürün

    TLS incelemesi için Özel Güvenilen CA’ları destekler

    Webex Uygulaması (Windows, Mac, iOS, Android, Web)

    Evet

    Webex Room Cihazları

    Evet

    Cisco IP Multiplatform (MPP) Telefonlar

    Evet

    Güvenlik duvarı yapılandırması

    Cisco destekler Webex Calling ve güvenli Cisco ve Amazon Web Services (AWS) veri merkezlerinde Webex Aware hizmetleri. Amazon, IP alt ağlarını yalnızca Cisco'nun kullanımı için ayırdı ve bu alt ağlarda bulunan hizmetleri AWS sanal özel bulutunda güvence altına aldı.

    Güvenlik duvarınızı, cihazlarınızdan, uygulamalarınızdan ve internete yönelik hizmetlerden gelen iletişime izin vererek işlevlerini düzgün bir şekilde yerine getirmelerine izin verecek şekilde yapılandırın. Bu yapılandırma, desteklenen tüm Webex Calling ve Webex Aware bulut hizmetleri, etki alanı adları, IP adresleri, Bağlantı Noktaları ve protokoller.

    Aşağıdakilere beyaz liste veya açık erişim, böylece Webex Calling ve Webex Aware hizmetleri doğru şekilde çalışır.

    • Bölümün altında belirtilen URL'ler/Etki Alanları Webex Calling Hizmetleri için Etki Alanları ve URL'ler

    • Bölüm altında belirtilen IP alt ağları, Bağlantı Noktaları ve Protokoller Webex Calling Hizmetleri için IP Alt Ağları

    • Webex Meetings, Messaging ve diğer hizmetleri kullanıyorsanız bu makalede bahsedilen Etki Alanlarının/URL’lerin de açık olduğundan emin olun Webex Hizmetleri için Ağ Gereksinimleri

    Yalnızca bir güvenlik duvarı kullanıyorsanız, IP adresi havuzları dinamik olduğundan ve herhangi bir zamanda değişebileceğinden, Webex Calling trafiğini tek başına IP adreslerini kullanarak filtrelemek desteklenmez. Kurallarınızı düzenli olarak güncelleyin, güvenlik duvarı kuralları listenizi güncellememek kullanıcılarınızın deneyimini etkileyebilir. Cisco , belirli bir coğrafi bölgeye veya bulut hizmet sağlayıcı göre bir IP adresi alt kümesinin filtrelenmesini onaylamaz. Bölgeye göre filtreleme, arama deneyiminizde ciddi bozulmaya neden olabilir.

    Güvenlik duvarınız Etki Alanı/ URL filtrelemeyi desteklemiyorsa, bir Kurumsal Proxy sunucu seçeneği kullanın. Bu seçenek, trafiği URL/etki alanına göre filtreler/izin verir/izin verir. Webex Calling Güvenlik duvarınıza iletmeden önce Proxy sunucunuzdaki Webex Aware hizmetleri.

    için Webex Calling , UDP , Cisco'nun medya için tercih ettiği aktarım protokolüdür ve UDP üzerinden yalnızca SRTP kullanılmasını önerir. Medya için aktarım protokolleri olarak TCP ve TLS, üretim ortamlarında Webex Calling için desteklenmez. Bu protokollerin bağlantı yönelimli yapısı kayıp ağlar üzerindeki medya kalitesini etkiler. Taşıma protokolüyle ilgili sorularınız varsa, bir destek bileti oluşturun.

    Webex Calling hizmetleri için etki alanları ve URL'ler

    URL’nin başında gösterilen * (ör. *.webex.com), üst düzey etki alanındaki ve tüm alt etki alanlarındaki hizmetlerin erişilebilir olması gerektiğini gösterir.

    Etki Alanı / URL

    Açıklama

    Bu etki alanlarını / URL’leri kullanan Webex uygulamaları ve cihazları

    Cisco Webex Hizmetleri

    *.broadcloudpbx.com

    Webex Control Hub'dan Çağrı Yönetici Portalına çapraz başlatma için yetkilendirme mikro hizmetleri sunar.

    Control Hub

    *.broadcloud.com.au

    Webex Calling Avustralya hizmetleri.

    Tümü

    *.broadcloud.eu

    Webex Calling Avrupa hizmetleri.

    Tümü

    *.broadcloudpbx.net

    Calling istemci yapılandırması ve yönetim hizmetleri.

    Webex Uygulamaları

    *.webex.com

    *.cisco.com

    Çekirdek Webex Calling ve Webex Aware hizmetleri

    1. cihaz sağlama

    2. kimlik depolama

    3. Kimlik Doğrulaması

    4. OAuth hizmetleri

    5. cihaz ekleme

    6. Cloud Connected UC

    Bir telefon bir ağa ilk kez bağlandığında veya DHCP seçenekleri ayarlanmadan fabrika sıfırlaması sonra, sıfır dokunuşlu provizyon için bir cihaz etkinleştirme sunucusuyla iletişim kurar. Yeni telefonlar activate.cisco.com'u ve 11.2(1)'den daha eski ürün yazılımı sürümüne sahip telefonları kullanır, temel hazırlık için webapps.cisco.com'u kullanmaya devam eder.

    Aygıt üretici yazılımı ve yerel ayar güncellemelerini şuradan indirin: ikili dosyalar.webex.com .

    12.0.3 sürümünden eski Cisco Multiplatform telefonların (MPP'lerin), Üretici Tarafından Yüklenen Sertifikayı (MIC) yenilemek ve Güvenli Benzersiz Cihaz Tanımlayıcısına (SUDI) sahip olmak için 80 numaralı bağlantı noktası üzerinden sudirenewal.cisco.com'a erişmesine izin verin. Ayrıntılar için Alan bildirimi bölümüne bakın.

    Tümü

    *.ucmgmt.cisco.com

    Webex Calling hizmetleri

    Control Hub

    *.wbx2.com ve *.ciscospark.com

    Bulut farkındalığı, CSDM, WDM, cıva vb. için kullanılır. Bu hizmetler, Uygulamaların ve cihazların, katılım sırasında ve sonrasında Webex Calling ve Webex Aware hizmetlerine ulaşması için gereklidir.

    Tümü

    *.webexapis.com

    Uygulamalarınızı ve cihazlarınızı yöneten Webex mikro hizmetleri.

    1. Profil resmi hizmeti

    2. Beyaz tahta hizmeti

    3. yakınlık hizmeti

    4. Durum hizmeti

    5. Kayıt gerekli

    6. Takvim hizmeti

    7. Cihaz ara

    Tümü

    *.webexconnect.com

    Aşağıdakiler dahil genel dosya depolama alanıyla ilgili Webex Mesajlaşma hizmetleri:

    1. Kullanıcı hatları

    2. Kodu dönüştürülmüş dosyalar

    3. Görüntüler

    4. Ekran görüntüsü

    5. Beyaz tahta kontrolleri

    6. İstemci ve cihaz günlükleri

    7. Profil resimleri

    8. Marka logoları

    9. kutu dosyalar

    10. Toplu CSV dışa aktarma dosyaları ve içe aktarma dosyaları (Control Hub)

    Webex Apps Mesajlaşma hizmetleri.


     

    Ekim 2019'da webexcontent.com'u kullanan dosya depolama, clouddrive.com ile değiştirildi

    *.accompany.com

    People Insights Entegrasyonu

    Webex Uygulamaları

    Webex ile İlgili Ek Hizmetler (Üçüncü Taraf Etki Alanları)

    *.appdynamics.com

    *.eum-appdynamics.com

    Performans takibi, hata ve çökme kaydı, oturum ölçümleri.

    Control Hub

    *.huron-dev.com

    Değiştirme hizmetleri, telefon numarası sipariş etme ve atama hizmetleri gibi, Webex Calling mikro hizmetleri.

    Control Hub

    *.sipflash.com

    Cihaz Yönetim Hizmeti Bellenim yükseltmeleri ve güvenli işe alım amaçları.

    Webex Uygulamaları

    *.walkme.com *.walkmeusercontent.com

    Webex kullanıcı rehberlik istemcisi. Yeni kullanıcılar için alıştırma ve kullanım turları sağlar.

    WalkMe hakkında daha fazla bilgi için buraya tıklayın.

    Webex Uygulamaları

    *.google.com

    *.googleapis.com

    Mobil cihazlarda Webex uygulamalarına yönelik bildirimler (Örnek: yeni mesaj, çağrı cevaplandığında)

    IP Alt Ağları için bu bağlantılara bakın

    Google Firebase Bulut Mesajlaşma (FCM) hizmeti

    Apple Anında Bildirim Hizmeti Hizmeti (APNS)


     

    APNS için Apple, bu hizmet için IP alt ağlarını listeler.

    		Webex Uygulaması

    Webex Calling hizmetleri için IP Alt Ağları

    Webex Calling Hizmetleri İçin IP Alt Ağları

    23.89.0.0/16

    85.119.56.0/23

    128.177.14.0/24

    128.177.36.0/24

    135.84.168.0/21

    139.177.64.0/21

    139.177.72.0/23

    144.196.0.0/16

    150.253.128.0/17

    163.129.0.0/17'nın sohbeti

    170.72.0.0/16

    170.133.128.0/18

    185.115.196.0/22

    199.19.196.0/23

    199.19.199.0/24

    199.59.64.0/21

    Bağlantı amacı

    Kaynak adresler

    Kaynak Bağlantı Noktaları

    Protokol

    Hedef adresleri

    Hedef portları

    Notlar

    Webex Calling'e çağrı sinyali gönderme (SIP TLS)

    Yerel Ağ Geçidi (NIC)

    8000-65535

    TCP

    Bkz. Webex Calling Hizmetleri İçin IP Alt Ağları.

    5062, 8934

    Bu IP'ler/bağlantı noktaları, Yerel Ağ Geçitleri, Cihazlar ve Uygulamalar (Kaynak) üzerinden Buluta (Hedef) giden SIP-TLS çağrı sinyali Webex Calling gerekir.

    Bağlantı noktası 5062 (Sertifika tabanlı ana hat için gereklidir). Ve 8934 numaralı bağlantı noktası (Kayıt tabanlı ana hat için gereklidir)

    Cihazlar

    5060-5080

    8934

    Uygulamalar

    Kısa Süreli (İşletim sistemine bağlı)

    Webex Calling'den (SIP TLS) Yerel Ağ Geçidine çağrı sinyali gönderme

    Webex Calling adres aralığı.

    Webex Calling Hizmetleri için IP Alt Ağlarına bakın

    8934

    TCP

    Müşteri tarafından Yerel Ağ Geçidi için seçilen IP veya IP aralığı

    Müşteri tarafından Yerel Ağ Geçidi için seçilen bağlantı noktası veya bağlantı noktası aralığı

    Sertifika tabanlı yerel ağ geçitleri için geçerlidir. Webex Calling'den Yerel Ağ Geçidine bağlantı kurmak gereklidir.

    Kayıt tabanlı yerel ağ geçidi, yerel ağ geçidinden oluşturulan bir bağlantıyı yeniden kullanmaya bağlı olarak çalışır.

    Hedef bağlantı noktası, müşteri tarafından seçilen Santralleri yapılandırma

    Webex Calling'e çağrı ortamı (STUN, SRTP/SRTCP, T38)

    		Yerel Ağ Geçidi NIC

    8000-48199 *

    UDP

    Bkz. Webex Calling Hizmetleri İçin IP Alt Ağları.

    5004, 9000 (STUN Bağlantı Noktaları)

    8500-8701,19560-65535 (UDP üzerinden SRTP)

    • Yerel Ağ Geçitlerinden, Cihazlardan ve Uygulamalardan (Kaynak) Webex Calling Cloud'a (Hedef) giden SRTP çağrı ortamı için bu IP'ler/portlar gereklidir.

    • STUN, ICE anlaşmasının başarılı olduğu kuruluştaki Çağrılar için buluttaki ortam aktarımı iletişim yolu olarak kaldırılır. Bu gibi durumlarda medya akışı doğrudan kullanıcının Uygulamalar/cihazları arasında olur.

      Örneğin: Ortam optimizasyonu başarılı olursa, uygulamalar 8500-8701 bağlantı noktası aralıklarında medyayı doğrudan birbirlerine gönderir ve cihazlar 19560-19661 arasındaki bağlantı noktası aralıklarında medyayı doğrudan birbirlerine gönderir.

    • Güvenlik duvarlarının müşteri öncülüğünde kullanıldığı belirli ağ topolojilerinde, ortamın içinden geçmesi için ağınızdaki bahsedilen kaynak ve hedef bağlantı noktası aralıklarına erişime izin verin.

      Örnek: Uygulamalar için kaynak ve hedef bağlantı noktası aralığına 8500–8701 izin verin.

    Cihazlar†*

    19560-19661'nın sohbeti

    Uygulamalar†*

    8500-8701 arası

    Webex Calling'den çağrı ortamı (SRTP/SRTCP, T38)

    Webex Calling adres aralığı.

    Webex Calling Hizmetleri için IP Alt Ağlarına bakın

    19560-65535 ( UDP üzerinden SRTP )

    UDP

    Müşteri tarafından Yerel Ağ Geçidi için seçilen IP veya IP aralığı

    Müşteri tarafından Yerel Ağ Geçidi için seçilen ortam bağlantı noktası aralığı

    PSTN ağ geçidine çağrı sinyali gönderme (SIP TLS)Yerel Ağ Geçidi dahili NIC'si8000-65535

    TCP

    		ITSP, PSTN GW veya Unified CM'nizPSTN seçeneğine bağlıdır (örneğin, Unified CM için tipik olarak 5060 veya 5061)
    PSTN ağ geçidine çağrı ortamı (SRTP/SRTCP)Yerel Ağ Geçidi dahili NIC'si

    8000-48199 *

    UDP

    		ITSP, PSTN GW veya Unified CM'nizPSTN seçeneğine bağlıdır (örneğin, Unified CM için tipik olarak 5060 veya 5061)

    Cihaz yapılandırması ve bellenim yönetimi (Cisco cihazları)

    Webex Calling cihazları

    Kısa Süreli

    TCP

    3.20.185.219

    3.130.87.169

    3.134.166.179

    72.163.10.96/27

    72.163.15.64/26

    72.163.15.128/26

    72.163.24.0/23

    72.163.10.128/25

    173.37.146.128/25

    173.36.127.0/26

    173.36.127.128/26

    173.37.26.0/23

    173.37.149.96/27

    192.133.220.0/26

    192.133.220.64/26

    443, 6970, 80 KIŞI

    Aşağıdaki nedenlerle gereklidir:

    1. Kurumsal telefonlardan (Cisco Unified CM) Webex Calling geçiş. Bkz. upgrade.cisco.com daha fazla bilgi için. cloudupgrader.webex.com bağlantı noktalarını kullanır: Ürün yazılımı geçiş süreci için 6970.443.

    2. 16 haneli etkinleştirme kodunu (GDS) kullanarak üretici yazılımı yükseltmeleri ve cihazların güvenli şekilde eklenmesi (MPP ile Oda veya Masa telefonları)

    3. CDA / EDOS - MAC adresi tabanlı provizyon için. Bellenimi daha yeni olan cihazlar (MPP telefonları, ATA'lar ve SPA ATA'lar) tarafından kullanılır.

    4. Bir telefon, DHCP seçenekleri ayarlanmadan bir ağa ilk kez bağlandığında veya fabrika sıfırlaması sonra, sıfır dokunuşlu provizyon için bir cihaz etkinleştirme sunucusuyla bağlantı kurar. Yeni telefonlar hazırlama için webapps.cisco.com yerine activate.cisco.com kullanır. Üretici yazılımı 11.2(1)’den önce piyasaya sürülen telefonlar webapps.cisco.com adresini kullanmaya devam eder. Tüm bu IP alt ağlarına izin verilmesi önerilir.

    5. 12.0.3 sürümünden eski Cisco Çok Platformlu telefonların (MPP'lerin) Üretici Yüklü Sertifikasını (MIC) yenilemesi ve Güvenli Benzersiz Cihaz Tanımlayıcısına (SUDI) sahip olması için bağlantı noktası 80 üzerinden sudirenewal.cisco.com'a erişmesine izin verin. Ayrıntılar için Alan Bildirimi bölümüne bakın

    Uygulama yapılandırması

    Webex Calling uygulamaları

    Kısa Süreli

    TCP

    62.109.192.0/18

    64.68.96.0/19

    150.253.128.0/17

    207.182.160.0/19

    443, 8443

    Idbroker Kimlik Doğrulaması, İstemciler için uygulama yapılandırma hizmetleri, Kişisel bakım için Tarayıcı tabanlı internet erişimi VE Yönetici arabirimlerine erişim için kullanılır.

    Cihaz saati senkronizasyonu (NTP)

    Webex Calling cihazları

    51494

    UDP

    Bkz. Webex Calling Hizmetleri İçin IP Alt Ağları.

    123

    Cihazlarda (MPP telefonları, ATA'lar ve SPA ATA'lar) Saat Senkronizasyonu için bu IP adresleri gereklidir

    Cihaz adı çözümlemesi ve Uygulama adı çözümlemesi

    Webex Calling cihazları

    Kısa Süreli

    UDP ve TCP

    Ana bilgisayar tanımlı

    53

    Buluttaki Webex sunucularının IP adreslerini bulmak için DNS aramaları amacıyla kullanılır.

    Tipik DNS aramaları UDP üzerinden yapılsa da, sorgu yanıtları UDP paketlerine sığmazsa bazıları için TCP gerekli olabilir.

    Uygulama saat senkronizasyonu

    Webex Calling uygulamaları

    123

    UDP

    Ana bilgisayar tanımlı

    123

    CScan

    Web tabanlı Ağa hazırlık için ön yeterlilik aracı Webex Calling

    Kısa Süreli

    TCP

    Bkz. Webex Calling Hizmetleri İçin IP Alt Ağları.

    8934 ve 443

    Webex Calling için Web tabanlı Ağa hazırlık Ön Yeterlilik aracı. Daha fazla bilgi için scan.webex.com adresini ziyaret edin.

    UDP

    19569-19760

    Ek Webex Calling ve Webex Farkındalık Hizmetleri (Üçüncü Taraf)

    Push bildirimleri APNS ve FCM hizmetleri

    Webex Çağrısı Uygulamaları

    Kısa Süreli

    TCP

    Bağlantıların altında belirtilen IP Alt Ağlarına bakın

    Apple Anında Bildirim Hizmeti Hizmeti (APNS)

    Google-Firebase Bulut Mesajlaşma (FCM)

    443, 2197, 5228, 5229, 5230, 5223

    Mobil cihazlarda Webex Uygulamalarına yönelik bildirimler (Örnek: Yeni bir mesaj aldığınızda veya bir arama cevaplandığında)


     

    • † CUBE ortam portu aralığı, rtp-port range ile yapılandırılabilir.

    • † *Cihazlar ve uygulamalar için ortam portları, SRTP bağlantı noktası öfkesinin herhangi bir yerine dinamik olarak atanır. SRTP bağlantı noktaları çift sayılı bağlantı noktalarıdır ve karşılık gelen SRTCP bağlantı noktası ardışık tek sayılı bağlantı noktasıyla tahsis edilir.

    • Uygulamalarınız ve Cihazlarınız için bir proxy sunucusu adresi yapılandırılmışsa, sinyal trafiği proxy'ye gönderilir. UDP akışları üzerinden SRTP aktaran medya, proxy sunucusu yerine doğrudan güvenlik duvarınıza.

    • Kurumsal ağınızda NTP ve DNS hizmetleri kullanıyorsanız, güvenlik duvarınız aracılığıyla 53 ve 123 bağlantı noktalarını açın.

    Webex Meetings/Messaging - Ağ Gereksinimleri

    Çağrı Geçmişi, Dizin Arama ve Toplantılar gibi hizmetler için MPP cihazlarını Webex Cloud’a ekleyin. Bu ağ gereksinimleri, bu Webex Hizmetleri için Ağ Gereksinimleri'Webex bulunabilir. Webex Uygulamasından toplantı, mesajlaşma ve diğer hizmetleri kullanıyorsanız, bu makalede bahsedilen Etki Alanlarının/URL'lerin/Adreslerin açık olduğundan emin olun.

    Referanslar

    Webex Calling yenilikleri öğrenmek için bkz. Webex Calling yenilikler

    Webex Calling için Güvenlik gereksinimleri için bkz. makale

    Etkileşimli Bağlantı Kurulumu (ICE) ile Webex Calling Medya Optimizasyonu makale

    Belge Revizyon Geçmişi

    Tarih

    Bu makalede aşağıdaki değişiklikleri yaptık

    23 Nisan 2024 Salı

    Webex Calling Medya spesifikasyonu için her iki SRTP/ SRTCP bağlantı noktası aralığının kullanımı güncellendi.

    03 Nisan 2024 Salı

    		Hindistan bölgesi için Webex Calling pazar genişletmesine uyum sağlamak amacıyla, Webex Calling hizmetleri için IP Alt ağları 163.129.0.0/17 ile güncellendi.

    18 Aralık 2023

    Cisco MPP telefonunun MIC yenilemesinin cihaz yapılandırması ve bellenim yönetimi için sudirenewal.cisco.com URL'si ve bağlantı noktası 80 gereksinimi dahil edildi.

    11 Aralık 2023

    Webex Calling hizmetleri için IP Alt ağları, daha büyük bir IP adresi kümesi içerecek şekilde güncellendi.

    150.253.209.128/25 – 150.253.128.0/17 olarak değiştirildi

    29 Kasım 2023

    Webex Calling hizmetleri için IP Alt Ağları, gelecekteki büyüme için Webex Calling bölgesinin genişlemesini karşılamak üzere daha büyük bir IP adresi kümesini içerecek şekilde güncellendi.

    144.196.33.0/25 – 144.196.0.0/16 olarak değiştirildi

    Webex Calling (SIP TLS) ve Webex Calling'e Çağrı ortamı (STUN, SRTP) altındaki Webex Calling hizmetleri bölümleri için IP Alt Ağları, sertifika tabanlı depolama ve Yerel Ağ Geçidi güvenlik duvarı gereksinimlerinin netlik kazanması için güncellenir.

    14 Ağustos 2023

    Edge ve Webex Calling Hizmetleri için artan kapasite gereksinimlerini desteklemek için aşağıdaki 144.196.33.0/25 ve 150.253.156.128/25 IP adreslerini ekledik.


     

    Bu IP aralığı yalnızca ABD bölgesinde desteklenir.

    5 Temmuz 2023

    Bağlantı eklendihttps://binaries.webex.com Cisco MPP Ürün Yazılımını yüklemek için.

    07 Mart 2023

    Tüm makaleyi aşağıdakileri içerecek şekilde elden geçirdik:

    1. Proxy desteği için dahil edilen seçenekler.

    2. Değiştirilmiş Çağrı akış şeması

    3. Webex Calling ve Webex Aware hizmetleri için Basitleştirilmiş Etki Alanları/URL'ler/ IP alt ağ bölümleri

    4. Webex Calling ve Webex Aware hizmetleri için 170.72.0.0/16 IP alt ağ aralığı eklendi.

      Aşağıdaki aralıkları 170.72.231.0, 170.72.231.10, 170.72.231.161 ve 170.72.242.0/24 kaldırıldı

    5 Mart 2023

    Makaleyi aşağıdakileri içerecek şekilde güncelleme:

    • Uygulamalar tarafından kullanılan UDP- SRTP bağlantı noktası aralığı (8500-8700) eklendi.

    • Push bildirimleri APNS ve FCM hizmetleri için bağlantı noktaları eklendi.

    • UDP ve TCP için CScan bağlantı noktası aralığını bölün.

    • Referanslar bölümü eklendi.

    15 Kasım 2022 Salı

    Cihaz yapılandırması ve donanım yazılımı yönetimi (Cisco cihazları) için aşağıdaki IP adreslerini ekledik:

    • 170.72.231.0

    • 170.72.231.10

    • 170.72.231.161

    Cihaz yapılandırma ve donanım yazılımı yönetiminden (Cisco cihazları) şu IP adreslerini kaldırdık:

    • 3.20.118.133

    • 3.20.228.133

    • 3.23.144.213

    • 3.130.125.44

    • 3.132.162.62

    • 3.140.117.199

    • 18.232.241.58

    • 35.168.211.203

    • 50.16.236.139

    • 52.45.157.48

    • 54.145.130.71

    • 54.156.13.25

    • 52.26.82.54

    • 54.68.1.225

    14 Kasım 2022

    Webex Calling hizmeti için 170.72.242.0/24 IP alt ağ ağı eklendi.

    10 Eylül 2022

    Cisco MPP Firmware geçişleri kullanılacakhttps://binaries.webex.com tüm bölgelerde MPP ürün yazılımı yükseltmeleri için ana bilgisayar URL olarak. Bu değişiklik, donanım yazılımı yükseltme performansını iyi almaktadır.

    30 Ağustos 2022

    Bağımlılığın yok olması nedeniyle Cihaz yapılandırması ve donanım yazılımı yönetimi (Cisco cihazları), Uygulama yapılandırması ve CScan satırlarında Bağlantı Noktası 80 referansı kaldırıldı.

    18 Ağustos 2022 Perşembe

    Çözümde değişiklik yok. (SIP TLS) için Çağrı sinyali için 5062 (Sertifika tabanlı bilgi kaydı gerekli) hedef bağlantı noktaları güncellendi, 8934 (Kayıt tabanlı Webex Calling gereklidir).

    10 Temmuz 2015 Temmuz 2015

    Cisco 840/860 cihazlarının donanım yazılımı yükseltmesi için gerekli olan 54.68.1.225 IP Adresi eklendi.

    10 Temmuz 2015 Temmuz 2015

    Çağrı sinyali için 5062, 8934 olan hedef bağlantı noktaları Webex Calling (SIP TLS) güncellendi.

    10 Temmuz 2015 Temmuz 2015

    Webex Aware hizmetlerinin eksiksiz bir işlevini destekleyen URL'ler eklendi.

    Webex Calling hizmeti için 23.89.154.0/25 IP alt ağ ağı eklendi.

    27 Haziran 2022 Pazartesi

    Bu hizmetler için Etki Alanı ve URL Webex Calling güncellendi:

    *.broadcloudpbx.com

    *.broadcloud.com.au

    *.broadcloud.eu

    *.broadcloudpbx.net

    24 Haziran 2015 Cuma

    İş Birliği Hizmetleri için IP Adresleri ve Bağlantı Noktaları altında aşağıdaki bağlantı noktaları Webex Calling eklendi:

    • Bağlantının amacı: Webex Özellikleri

    • Kaynak adresleri: Webex Calling Cihazları

    • Kaynak bağlantı noktaları: Kısa Süreli

    • Protokol: TCP

    • Hedef adresler: bölümünde tanımlanan IP Alt Ağlarına ve Etki Alanlarına bakın. Webex Meetings/ Mesajlaşma - Ağ Gereksinimleri.

    • Hedef bağlantı noktaları: 443

      Notlar: Webex Calling Cihazları, Dizin, Çağrı Geçmişi ve Toplantılar gibi Webex Bulutu Hizmetleri ile arayüz oluşturmak için bu IP adreslerini ve etki alanlarını kullanır.

    Webex Meetings/Mesajlaşma - Ağ Gereksinimleri bölümünde güncellenen bilgiler

    24 Mayıs 2022

    Güvenlik hizmeti için IP alt ağı 52.26.82.54/24'ü 52.26.82.54/32'ye Webex Calling eklendi

    6 Mayıs 2022

    Alt ağ için IP alt ağı 52.26.82.54/24 Webex Calling eklendi

    7 Nisan 2022

    Yerel Ağ Geçidi dahili ve harici UDP bağlantı noktası aralığı 8000-48198 olarak güncellendi†

    5 Nisan 2022 Salı

    Hizmet sağlayıcı hizmeti için aşağıdaki IP Webex Calling eklendi:

    • 23.89.40.0/25

    • 23.89.1.128/25

    29 Mart 2022

    Hizmet sağlayıcı hizmeti için aşağıdaki IP Webex Calling eklendi:

    • 23.89.33.0/24

    • 150.253.209.128/25

    2 Eylül 2021

    Hizmet sağlayıcı hizmeti için 4 yeni IP Webex Calling eklendi:

    • 23.89.76.128/25

    • 170.72.29.0/24

    • 170.72.17.128/25

    • 170.72.0.128/25

    2 Nisan 2021 Cuma

    Webex uygulamasında Webex Calling kullanım durumlarını desteklemek için Webex Calling Hizmetleri İçin Etki Alanları ve URL'ler altına *.ciscospark.com adresini ekledik.

    25 Mart 2021 Perşembe

    Activate.cisco.com için 8 Mayıs 2021'den itibaren geçerli olacak 6 adet yeni IP aralığı ekledik.

    • 72.163.15.64/26

    • 72.163.15.128/26

    • 173.36.127.0/26

    • 173.36.127.128/26

    • 192.133.220.0/26

    • 192.133.220.64/26

    4 Mart 2021

    Güvenlik duvarı yapılandırması için daha kolay anlaşılması adına, Webex Calling ayrı IP'lerini ve daha küçük IP aralıklarını ayrı bir tabloda basitleştirilmiş aralıklarla değiştirdik.

    26 Şubat 2021

    5004, Nisan 2021'de Webex Calling'de 5004'ü (STUN, SRTP) desteklemektedir (STUN, SRTP) için hedef Webex Calling bağlantı noktası olarak eklendi.

    22 Şubat 2021

    Etki alanları ve URL'ler artık ayrı bir tabloda listeleniyor.

    IP Adresleri ve Bağlantı Noktaları tablosu, aynı hizmetlerin grup IP adresleri olarak ayarlanır.

    Gereksinimlerin anlaşılmasına yardımcı olan IP Adresleri ve Bağlantı Noktaları tablosuna Notlar sütununun eklenmesi.

    cihaz yapılandırması ve bellenim yönetimi için aşağıdaki IP adreslerinin basitleştirilmiş aralıklara taşınması ( Cisco cihazları):

    activate.cisco.com

    • 72.163.10.125 -> 72.163.10.96/27

    • 173.37.149.125 -> 173.37.149.96/27

    webapps.cisco.com

    • 173.37.146.134 -> 173.37.146.128/25

    • 72.163.10.134 -> 72.163.10.128/25

    Cisco Webex istemcisi Mart 2021'de Avustralya'da daha yeni bir DNS SRV SRV'ye işaret ettiğinden, Uygulama Yapılandırması için aşağıdaki IP adresleri ekleniyor.

    • 199.59.64.237

    • 199.59.67.237

    21 Ocak 2021 Perşembe

    Aşağıdaki IP adreslerini cihaz yapılandırmasına ve donanım yazılımı yönetimine (Cisco cihazları) ekledik:

    • 3.134.166.179

    • 50.16.236.139

    • 54.145.130.71

    • 72.163.10.125

    • 72.163.24.0/23

    • 173.37.26.0/23

    • 173.37.146.134

    Cihaz yapılandırma ve donanım yazılımı yönetiminden (Cisco cihazları) şu IP adreslerini kaldırdık:

    • 35.172.26.181

    • 52.86.172.220

    • 52.203.31.41

    Uygulama yapılandırmasına şu IP adreslerini ekledik:

    • 62.109.192.0/19

    • 64.68.96.0/19

    • 207.182.160.0/19

    • 150.253.128.0/17

    Uygulama yapılandırmasından şu IP adreslerini kaldırdık:

    • 64.68.99.6

    • 64.68.100.6

    Uygulama yapılandırmasından şu bağlantı noktası numaralarını kaldırdık:

    • 1081, 2208, 5222, 5280-5281, 52644-52645

    Aşağıdaki etki alanlarını uygulama yapılandırmasına ekledik:

    • idbroker-b-us.webex.com

    • idbroker-eu.webex.com

    • ty6-wxt-jp.bcld.webex.com

    • os1-wxt-jp.bcld.webex.com

    23 Aralık 2020

    Port referans görüntülerine yeni Uygulama Yapılandırması IP adresleri ekledik.

    22 Aralık 2020

    Tablolardaki Uygulama Yapılandırması satırı, şu IP adreslerini içerecek biçimde güncellendi: 135.84.171.154 ve 135.84.172.154.

    Bu IP adresleri eklenene kadar ağ şemalarını gizleyin.

    11 Aralık 2020

    Desteklenen Kanada etki alanları için Cihaz yapılandırması ve bellenim yönetimi (Cisco cihazları) ve Uygulama yapılandırması sütunları güncellendi.

    16 Ekim 2020

    Şu IP adreslerine sahip çağrı sinyali ve ortam girişleri güncellendi:

    • 139.177.64.0/24

    • 139.177.65.0/24

    • 139.177.66.0/24

    • 139.177.67.0/24

    • 139.177.68.0/24

    • 139.177.69.0/24

    • 139.177.70.0/24

    • 139.177.71.0/24

    • 139.177.72.0/24

    • 139.177.73.0/24

    23 Eylül 2020 Çarşamba

    CScan altında 199.59.64.156 adresi 199.59.64.197 ile değiştirildi.

    14 Ağustos 2020

    Kanada'da veri merkezlerinin kullanıma açılmasını destekleyecek daha fazla IP adresi eklendi:

    Webex Calling'e çağrı sinyali (SIP TLS): 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

    12 Ağustos 2020

    Kanada'da veri merkezlerinin kullanıma açılmasını destekleyecek daha fazla IP adresi eklendi:

    • Webex Calling'e çağrı ortamı (SRTP): 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

    • Herkese açık adresli uç noktalara (SIP TLS)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.

    • Cihaz yapılandırması ve bellenim yönetimi (Cisco cihazları): 135.84.173.155,135.84.174.155

    • Cihaz saati senkronizasyonu: 135.84.173.152, 135.84.174.152

    • Uygulama yapılandırması: 135.84.173.154,135.84.174.154

    22 Temmuz 2020

    Kanada'da veri merkezlerinin kullanıma açılmasını desteklemek için aşağıdaki IP adresleri eklendi: 135.84.173.146

    9 Haziran 2020

    CScan girişinde aşağıdaki değişiklikleri yaptık:

    • IP adreslerinden biri düzeltildi; 199.59.67.156, 199.59.64.156 oldu.

    • Yeni özellikler yeni bağlantı noktaları ve UDP—19560-19760 gerektirir

    11 Mart 2020

    Uygulama yapılandırmasına aşağıdaki etki alanını ve IP adreslerini ekledik:

    • jp.bcld.webex.com: 135.84.169.150

    • client-jp.bcld.webex.com

    • idbroker.webex.com: 64.68.99.6, 64.68.100.6

    Aşağıdaki etki alanlarını cihaz yapılandırması ve bellenim yönetimine ilave IP adresleriyle güncelledik:

    • cisco.webexcalling.eu—85.119.56.198, 85.119.57.198

    • webapps.cisco.com: 72.163.10.134

    • activation.webex.com: 35.172.26.181, 52.86.172.220

    • cloudupgrader.webex.com: 3.130.87.169, 3.20.185.219

    27 Şubat 2020

    Cihaz yapılandırması ve bellenim yönetimine aşağıdaki etki alanı ve portları ekledik:

    cloudupgrader.webex.com: 443, 6970

    Bu makale yararlı oldu mu?
    Webex Calling Yapılandırması İş Akışı
    FiyatlarWebex UygulamasıMeetingsCallingMesajlaşmaEkran Paylaşımı
    Webex SuiteCallingMeetingsMesajlaşmaSlidoWeb SeminerleriOrtakİrtibat MerkeziDeneyim YönetimihareketsizGüvenlikControl Hub
    kulaklıklarKameralarMasa SerisiOda SerisiTahta SerisiTelefon SerisiAksesuarlar
    EğitimSağlıkKamuFinansSpor ve EğlenceÖn sahaKar amacı gütmeyenBaşlangıç FirmalarıKarma Çalışma
    İndirmelerYardım MerkeziBir Test Toplantısına KatılınÇevrimiçi DerslerEntegrasyonErişilebilirlikKapsayıcılıkCanlı ve İsteğe Bağlı Web SeminerleriWebex TopluluğuWebex GeliştiricileriHaberler & Yenilikler
    CiscoDesteğe BaşvurunSatış ile İletişime GeçWebex BlogWebex Düşünce LiderliğiWebex Ürün MağazasıKariyerWebex Adımı
    Hüküm ve KoşullarGizlilik BeyanıÇerezlerTicari Markalar
    • Twitter
    • LinkedIn
    • Facebook
    • Youtube
    • Instagram
    Hüküm ve KoşullarGizlilik BeyanıÇerezlerTicari Markalar
    ©2024 Cisco ve/veya bağlı kuruluşları. Tüm hakları saklıdır.