Bazı makalelerin içeriklerinin tutarsız bir şekilde görüntülendiğini fark edebilirsiniz. Sitemizi güncellerken verdiğimiz rahatsızlıktan dolayı özür dileriz.
cross icon
Bu makalede
dropdown icon
Webex Calling'e Genel Bakış
    dropdown icon
    Control Hub Turuna Başlayın
      Başlama
      Denemeler için İlk Kurulum Sihirbazı
      Ayarlarınızı Gözden Geçirme
      Kullanıcı Ekle
      Çoklu Oturum Açma (SSO) Özelliğini Kurma
      Hizmetleri Kullanıcılara Atayın
      Kullanıcılara Güç Verme
    Yerel Ağ Geçidinin Rolü
    dropdown icon
    Webex Calling için Desteklenen Yerel Ağ Geçidi Dağıtımları
      Kuruluş İçi IP PBX'siz Yerel Ağ Geçidi Dağıtımları
      İş Yeri İçi Unified CM PBX'li Yerel Ağ Geçidi Dağıtımları
    Çağrı Yönlendirme Konuları
    Hizmet Sınıfı (CoS)
    Çağrı Planı Entegrasyonu
    dropdown icon
    Calling için Protokol İşleyicileri
      Windows için Protokol İşleyicileri
      macOS için protokol işleyicileri
dropdown icon
Ortamınızı hazırlama
    Genel ön koşullar
    Yerel Ağ Geçidi için Donanım ve Yazılım Gereksinimleri
    Yerel Ağ Geçitleri için Lisans Gereksinimleri
    Yerel Ağ Geçidi için Sertifika ve Güvenlik Gereksinimleri
    Yerel Ağ Geçidi için Güvenlik Duvarı, NAT Geçişi ve Ortam Yolu Optimizasyonu Gereksinimleri
dropdown icon
Webex Calling için Port Referans Bilgileri
    Webex Calling için proxy desteği
    dropdown icon
    Güvenlik duvarı yapılandırması
      Webex Calling hizmetleri için IP Alt Ağları
      Hizmet Kalitesi (QoS)
      Webex Meetings/Messaging - Ağ Gereksinimleri
    Belge düzenleme geçmişi
dropdown icon
Cisco IOS XE Üzerinde Webex Calling için Yerel Ağ Geçidini Yapılandırma
    Genel Bakış
dropdown icon
CUBE yüksek kullanılabilirliğini Yerel Ağ Geçidi olarak uygula
    Temel Bilgiler
    Her İki CUBE Üzerinde Yedekliliği Yapılandırma
    Her İki CUBE Üzerinde Yerel Ağ Geçidi Yapılandırma
dropdown icon
Kuruluşunuz için Webex Calling’i yapılandırma
    İlk Kurulum Sihirbazında çağrı ayarlarını Yapılandırma
    Konum ekleyin
    Konum silme
    dropdown icon
    Mevcut bir konumu güncelleme
      Cisco Calling planlarına geçiş yapın
      PSTN bağlantı değişikliği başlatma
      PSTN bağlantı değişikliğini iptal et
    Webex Calling çağrı planını yapılandır
    Control Hub’da iş yeri temelli PSTN (Yerel Ağ Geçidi) yapılandırma
    Santral oluşturma
    İş Yeri Temelli PSTN için santral seçme
    Telefon numaralarını yönet
    Control Hub’da deneme sürümünden Webex hizmetleri satın alma talebi oluşturma
    Çağrı seçeneklerini ayarla
    Çağrı davranışı ayarlayın
dropdown icon
Webex Calling için Unified CM Yapılandırma
    Santralden Yerel Ağ Geçidine SIP Santral Güvenliği Profilini Yapılandırma
    Yerel Ağ Geçidi Santrali için SIP Profilini Yapılandırma
    Webex'ten Çağrılar İçin Çağrı Arama Alanı Oluşturma
    Webex'e ve Webex'ten SIP Santrali Yapılandırma
    Webex için Yönlendirme Grubu Yapılandırma
    Webex için Yönlendirme Listesi Yapılandırma
    Webex Hedefleri İçin Bölüm Oluşturma
    Webex Hedefleri İçin Yol Şablonları Yapılandırma
    Webex için Kısaltılmış Siteler Arası Çağrı Normalleştirme Yapılandırma
dropdown icon
Webex Calling özelliklerinizi ayarlama
    Bir çağrı yakalama grubu
    Yeni çağrı sırası
    Resepsiyonist istemcisi oluştur
    Otomatik santraller oluşturma ve yönetme
    Yapılandırma çağrı grubu
    Yeni çağrı alma
    Çağrı parkı kur
    Kullanıcılar için araya girmeyi etkinleştir
    Kullanıcı için gizliliği etkinleştir
    Izlemeyi yapılandır
    Kullanıcılar için çağrı köprüsü uyarı sesini etkinleştir
    Bir kullanıcı için ifadeyi aç
dropdown icon
Webex Calling için benimseme trendleri ve kullanım raporları
    Çağrı raporlarını görüntüle

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

list-menuBu makalede
list-menuGeri Bildirim?

Ister iş ortağı, yönetici veya kullanıcı olun, Webex Calling hakkındaki tüm bilgilerle yataklarınızı alın. Webex Calling ile kullanılabilen tüm hizmetleri ve özellikleri kullanmaya başlamanıza yardımcı olmak için burada verilen bağlantıları kullanın.

Ortamınızı hazırlama

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

Genel ön koşullar

Webex Calling için bir yerel ağ geçidi yapılandırmadan önce, şunları yaptığınızdan emin olun:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Kuruluşunuz için Webex Calling’i 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.

Başlamadan önce

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

  • Konum adresi

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

1

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


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

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

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

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

4

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

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


     

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

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

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

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

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

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

     

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

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

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

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

5

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

6

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

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

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

7

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

Sonraki işlemler

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

Başlamadan önce


 

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

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

1

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

2

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

3

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

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

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


 

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

1

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

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

2

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

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


     

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

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

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

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

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

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

     

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

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

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

     

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

3

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

4

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


 

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

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

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

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

5

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

6

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


 

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


 

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

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


 

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

1

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

2

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

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

     

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


     

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

  • Yönlendirme Ön Ekindeki Yönlendirme Hanesi—Her yönlendirme ön ekinin ilk hanesi olarak ayarlanacak numarayı seçin.
  • Dahili Numara Uzunluğu—2-10 rakam girebilirsiniz ve varsayılan değer 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.


     
    Dahili numara ulusal numarayla aynıysa dahili numara ulusal numaraya göre önceliklidir. Bu nedenle, giden çağrı hanesini etkinleştirmenizi öneririz.

     
    Gelen ve giden PSTN çağrıları için E.164 numaralandırma biçiminin kullanılmasını önemle öneririz.

Kullanıcılara etkisi:

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

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

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


 

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

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

Başlamadan önce

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

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

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

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

1

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

2

Bir konum seçin.

3

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


 

Bu ad en fazla 24 karakter uzunluğunda olabilir.

Sonraki işlemler

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

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

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

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

1

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

2

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

3

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

4

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


 

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

5

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

Sonraki işlemler

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

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

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

1

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

2

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

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

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

Cisco IOS XE Üzerinde Webex Calling için Yerel Ağ Geçidini Yapılandırma

Genel Bakış

Webex Calling şu anda Yerel Ağ Geçidinin iki sürümünü desteklemektedir:

  • Yerel Ağ Geçidi

  • Webex for Government için Yerel Ağ Geçidi

  • Başlamadan önce, Webex Calling için iş yeri tabanlı Genel Anahtarlı Telefon Ağı (PSTN) ve Yerel Ağ Geçidi (LGW) gereksinimlerini anlayın. Bkz. Webex Calling için Cisco Tercih Edilen Mimari daha fazla bilgi için.

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


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

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

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 .

  • Yerel Ağ Geçidiniz olarak CUBE seçin. Webex for Government, şu anda hiçbir üçüncü taraf Oturum Sınırı Denetleyicisini (SBC'ler) desteklememektedir. En son listeyi gözden geçirmek için, bkz. Yerel Ağ Geçidine Başlarken.

  • Resmi Yerel Ağ Geçitleri için tüm Webex için Cisco IOS XE Dublin 17.12.1a veya sonraki bir sürümü yükleyin.
  • Webex for Government'ın desteklediği kök sertifika yetkilileri (CA'lar) listesini incelemek için bkz. Webex for Government için Kök sertifika yetkilileri.

  • Webex for Government’ta Yerel Ağ Geçidinin harici bağlantı noktası aralıkları hakkında ayrıntılı bilgi için Webex for Government (FedRAMP) için Ağ gereksinimlerine bakın.

Webex for Government için Yerel Ağ Geçidi aşağıdakileri desteklemez:

  • Medya yolu optimizasyonu için STUN/ICE-Lite

  • Faks (T.38)

Webex for Government'ta Webex Calling santraliniz için Yerel Ağ Geçidi yapılandırmak için aşağıdaki seçeneği kullanın:

  • Sertifika tabanlı ana hat

Webex Calling santraliniz için Yerel Ağ Geçidini yapılandırmak için Sertifika Tabanlı Yerel Ağ Geçidi altındaki görev akışını kullanın. Sertifika tabanlı Yerel Ağ Geçidini yapılandırma hakkında daha fazla bilgi için bkz. Webex Calling sertifika tabanlı santrali yapılandırma.

Webex for Government için Yerel Ağ Geçidini desteklemek üzere FIPS uyumlu GCM şifrelerinin yapılandırılması zorunludur. Aksi takdirde, çağrı kurulumu başarısız olur. Yapılandırma ayrıntıları için bkz. Webex Calling sertifika tabanlı santrali yapılandırma.


 
Webex for Government, kayıt tabanlı Yerel Ağ Geçidini desteklemez.

Bu bölümde, bir Cisco Unified Sınır Öğesinin (CUBE) kayıtlı bir SIP santrali kullanarak Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı anlatılmaktadır. Bu belgenin ilk bölümünde basit bir PSTN ağ geçidinin nasıl yapılandırılacağı gösterilmektedir. Bu durumda, PSTN'den gelen tüm çağrılar Webex Calling'e ve Webex Calling'den gelen tüm çağrılar PSTN'ye yönlendirilir. Aşağıdaki görüntü, bu çözümü ve izlenecek üst düzey çağrı yönlendirme yapılandırmasını vurgulamaktadır.

Bu tasarımda, aşağıdaki temel yapılandırmalar kullanılır:

  • ses sınıfı kiracıları: Santrale özel yapılandırmalar oluşturmak için kullanılır.

  • ses sınıfı uri: Gelen çağrı eşinin seçimi için SIP mesajlarını sınıflandırmak için kullanılır.

  • gelen çağrı eşi: Gelen SIP mesajları için tedavi sağlar ve bir çağrı eşi grubuyla giden yolu belirler.

  • arama eşi grubu: Ileri çağrı yönlendirme için kullanılan giden çağrı eşlerini tanımlar.

  • giden çağrı eşi: Giden SIP mesajları için tedavi sağlar ve bunları gerekli hedefe yönlendirir.

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

Webex Calling ile şirket içi bir Cisco Unified Communications Manager çözümüne bağlanırken, aşağıdaki şemada gösterilen çözümü oluşturmak için temel olarak basit PSTN ağ geçidi yapılandırmasını kullanabilirsiniz. Bu durumda, Unified Communications Manager tüm PSTN ve Webex Calling çağrılarında merkezi yönlendirme ve işlem sağlar.

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

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

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

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

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

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

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

    Ya da:

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

Başlangıç yapılandırması

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

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

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

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

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

    • NTP

    • ACL'ler

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

    • DNS

    • IP yönlendirme

    • IP adresleri

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

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

Yapılandırmalar

1

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


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240
2

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


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

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


 
TLS'yi daha sonra yapılandırmak için bu güven noktasının gerekli olması gerekir. Kayıt tabanlı santraller için bu güven noktası bir sertifika gerektirmez. Bu nedenle sertifika tabanlı santral için gereklidir.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

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


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

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


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

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


 

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

ip http istemci proxy sunucusu yourproxy.com proxy bağlantı noktası 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
1

Control Hub'da mevcut bir konum için kayıt tabanlı bir PSTN santrali oluşturun. Santral oluşturulduktan sonra sağlanan santral bilgilerini not edin. Aşağıdaki resimde vurgulandığı gibi bu ayrıntılar, bu kılavuzdaki yapılandırma adımlarında kullanılacaktır. Daha fazla bilgi için bkz. Webex Calling için ana hatları, rota gruplarını ve arama planlarını yapılandırın .

2

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

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

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


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

  • Varsayılan olarak, Yerel Ağ Geçidi güvenilir listesinde olmayan IP adreslerinden gelen tüm VoIP mesajlarını engeller. "Oturum hedefi IP" veya sunucu grubu IP adreslerine sahip statik olarak yapılandırılmış çağrı eşlerine varsayılan olarak güvenilir, bu nedenle güvenilir listeye eklenmesi gerekmez.

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


     

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

mod kenarlık öğesi

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

medya istatistikleri

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

medya toplu-istatistikler

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

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

allow-connections sip to sip

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


 

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

stın

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

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

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

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

asimetrik yük tam

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

erken teklif zorlamalı

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

3

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


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

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

ses sınıfı codec 100

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


 

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

4

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


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

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

stunkullanımıicelite

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


 

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

5

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


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

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

ses sınıfı srtp-şifreleme 100

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

6

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


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

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

ses sınıfı uri 100 sip

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

7

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


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

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

  • kural 10 ila 70 ve 90

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

  • kural 80

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

8

Webex Calling santralini yapılandırın:

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


     

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

    
    voice class tenant 100
      registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
      credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
      authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
      authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
      no remote-party-id
      sip-server dns:98027369.us10.bcld.webex.com
      connection-reuse
      srtp-crypto 100
      session transport tcp tls 
      url sips 
      error-passthru
      asserted-id pai 
      bind control source-interface GigabitEthernet0/0/1
      bind media source-interface GigabitEthernet0/0/1
      no pass-thru content custom-sdp 
      sip-profiles 100 
      outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
      privacy-policy passthru
    

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

    ses sınıfı kiracı 100

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

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

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

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

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

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

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

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

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

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

    uzak taraf kimliği yok

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

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

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

    bağlantı yeniden kullanım

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

    srtp-şifreleme 100

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

    oturum taşıma tcp tls

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

    url yudumları

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

    hata geçişi

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

    iddia edilen-id pai

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

    bind control source-interface GigabitEthernet0/0/1

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

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

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

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

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

    sip profilleri 100

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

    giden-proxy dns:dfw04.sipconnect-us.bcld.webex.com

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

    gizlilik politikası geçidi

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

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

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

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

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

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

    maks. konn 250

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

    hedef-kalıp BAD.BAD

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

    oturum protokolü sipv2

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

    oturum hedefi sip sunucusu

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

    gelen uri isteği 100

    Bir VoIP arama eşini gelen çağrının tekdüzen kaynak tanımlayıcısı (URI) ile eşleştirmek için kullanılan ses sınıfını belirtmek. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Arama eşini, ortak codec filtre listesi 100'ü kullanacak şekilde yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec bileşeni .

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

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

    ses sınıfı sip localhost yok

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

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

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

    srtp

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

    hiç vadi yok

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

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

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

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

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

Yukarıda Webex Calling'e doğru bir santral oluşturduktan sonra, SIP tabanlı PSTN sağlayıcısına doğru şifrelenmemiş bir santral oluşturmak için aşağıdaki yapılandırmayı kullanın:


 

Hizmet Sağlayıcınız güvenli bir PSTN santrali sunarsa Webex Calling santrali için yukarıda açıklanan benzer bir yapılandırmayı takip edebilirsiniz. Güvenli bir şekilde çağrı yönlendirme CUBE tarafından desteklenir.


 

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

1

PSTN santralinden gelen çağrıları tanımlamak için aşağıdaki ses sınıfı uri'sini yapılandırın:


voice class uri 200 sip
  host ipv4:192.168.80.13

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

ses sınıfı uri 200 sip

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

2

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


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

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


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

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

hedef-kalıp BAD.BAD

Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Daha fazla bilgi için bkz. hedef-kalıp (arayüz) .

oturum protokolü sipv2

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

oturum hedefi ipv4:192.168.80.13

çağrı bacağı göndermek için hedefin hedef IPv4 adresi belirtir. Buradaki oturum hedefi, ITSP'nin IP adresi. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi).

200 üzerinden gelen uri

IP PSTN'nin IP adresi ile VIA başlığı için bir eşleşme kriteri tanımlar. Yerel Ağ Geçidinde gelen tüm IP PSTN çağrı bacaklarını çağrı eşi 200 ile eşleştirir. Daha fazla bilgi için gelen url’ye bakın.

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

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

bind media source-interface GigabitEthernet0/0/0

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

ses sınıfı codec 100

Arama eşini, ortak codec filtre listesi 100'ü kullanacak şekilde yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec bileşeni .

dtmf-geçişi rtp-nte

çağrı bacağı beklenen DTMF yeteneği olarak RTP -NTE'yi (RFC2833) tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

hiç vadi yok

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

3

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

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

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

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

    çağrı eşi 100

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

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

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

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

    hedef dpg 200

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

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

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


 

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

1

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

  1. Bağlantı noktası VIA SIP kullanarak Unified CM'yi Webex çağrılarına sınıflandırır:

    
    voice class uri 300 sip
     pattern :5065
    
  2. Bağlantı noktası aracılığıyla SIP kullanarak Unified CM'yi PSTN çağrılarına sınıflandırır:

    
    voice class uri 400 sip
     pattern :192\.168\.80\.6[0-5]:5060
    

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

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

2

Unified CM ana bilgisayarlarına SRV yönlendirmesini belirtmek için aşağıdaki DNS kayıtlarını yapılandırın:


 

IOS XE, hedef UCM ana bilgisayarlarını ve bağlantı noktalarını yerel olarak belirlemek için bu kayıtları kullanır. Bu yapılandırma ile, DNS sisteminizdeki kayıtları yapılandırmanız gerekmez. DNS’inizi kullanmayı tercih ederseniz bu yerel yapılandırmalar gerekli değildir.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

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

Aşağıdaki komut bir DNS SRV kaynak kaydı oluşturur. Her UCM ana bilgisayarı ve santrali için bir kayıt oluşturun:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV kaynağı kayıt adı

2: SRV kaynak kaydı önceliği

1: SRV kaynağı kayıt ağırlığı

5060: Bu kaynak kaydındaki hedef ana bilgisayar için kullanılacak bağlantı noktası numarası

ucmsub5.mydomain.com: Kaynak kaydı hedef ana bilgisayarı

Kaynak kaydı hedef ana bilgisayar adlarını çözümlemek için yerel DNS A kayıtları oluşturun. Örnek:

ip ana bilgisayar ucmsub5.mydomain.com 192.168.80.65

ip ana bilgisayarı: Yerel IOS XE veritabanında bir kayıt oluşturur. Name

ucmsub5.mydomain.com: A kaydı toplantı sahibi adı.

192.168.80.65: Ana bilgisayar IP adresi.

UCM ortamınızı ve tercih edilen çağrı dağıtım stratejinizi yansıtacak SRV kaynak kayıtlarını ve A kayıtlarını oluşturun.

3

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

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

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

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

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

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

    hedef-kalıp BAD.BAD

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

    oturum protokolü sipv2

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

    oturum hedefi dns:wxtocucm.io

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

    300 üzerinden gelen uri

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

    ses sınıfı codec 100

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

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

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

    bind media source-interface GigabitEthernet0/0/0

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

    dtmf-geçişi rtp-nte

    çağrı bacağı beklenen DTMF yeteneği olarak RTP -NTE'yi (RFC2833) tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    hiç vadi yok

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

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

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

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

    
    dial-peer voice 400 voip
     description UCM-PSTN trunk

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

    hedef-kalıp BAD.BAD

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

    oturum protokolü sipv2

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

    oturum hedefi dns:pstntocucm.io

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

    400 üzerinden gelen uri

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

    ses sınıfı codec 100

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

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

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

    bind media source-interface GigabitEthernet0/0/0

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

    dtmf-geçişi rtp-nte

    çağrı bacağı beklenen DTMF yeteneği olarak RTP -NTE'yi (RFC2833) tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    hiç vadi yok

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

4

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

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

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

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

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

    çağrı eşi 100

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

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

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

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

    hedef dpg 300

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

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

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

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

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

Tanı Imzaları (DS), sorun tetikleyici olaylarıyla ilgili bilgileri ve sorunu bilgilendirmek, gidermek ve çözmek için yapılması gereken işlemleri içeren XML dosyalarıdır. Sistem günlüğü mesajlarını, SNMP olaylarını kullanarak ve belirli komut gösterme çıktılarının periyodik olarak izlenmesi yoluyla sorun algılama mantığını tanımlayabilirsiniz.

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

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

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

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

Başlamadan önce:

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

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

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

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

IOS XE 17.6.1a veya üzeri bir sürümde çalışan Yerel Ağ Geçidi

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

  2. Cihazın Cisco IOS XE 17.6.1a veya üzeri bir sürüm çalıştırması durumunda proaktif bildirim göndermek için kullanılacak güvenli e-posta sunucusunu yapılandırın.

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Ortam değişkenini yapılandırınds_email sizi bilgilendirmek için yöneticinin e-posta adresi ile.

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

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


 

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

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

 

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

  1. Şuraya gidin: Google Hesabı > Güvenlik'i yönetin ve Daha az güvenli uygulama erişimi ayarını açın.

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

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

Yüksek CPU kullanımını izleme

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

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

    show snmp 
    %SNMP agent not enabled 
    
    config t 
    snmp-server manager 
    end 
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    
  2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64224'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

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

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

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

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

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

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

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
  5. kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

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

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-07 22:05:33


     

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

SIP hattı kaydını izleme

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

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

    Alan Adı

    Alan Değeri

    Platform

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

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    SIP-SIP

    Sorun Türü

    E-posta Bildirimi ile SIP Trunk Kaydı Silme.

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

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash: 
  3. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

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

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

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

    show snmp 
    %SNMP agent not enabled 
     
    
    config t 
    snmp-server manager 
    end 
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    
  2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65221'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

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

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

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

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

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    
  5. kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

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

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

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

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

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

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

    Örnek:

    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. kullanılarak SNMP'nin etkinleştirildiğinden emin olun snmp'yi göster komutunu verin. Etkinleştirilmezse, uygulamasını yapılandırın. snmp-sunucu yöneticisi komutunu verin.

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

    Alan Adı

    Alan Değeri

    Platform

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

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

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

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

    Alan Adı

    Alan Değeri

    Platform

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

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Syslog'lar

    Sorun Türü

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

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

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Yerel Ağ Geçidine Yüksek CPU izleme DS 64224 ve sonra DS 65095 XML dosyasını kurun.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
     
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. kullanarak imzanın başarıyla yüklendiğini doğrulayın. evi ara tanı imzasını göster komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

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

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Kayıtlı

    2020-11-08

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

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

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

İndirilen DS'ler:

DS Kimliği

DS Adı

Revizyon

Durum

Son Güncelleme (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Kayıtlı

8.11.2020 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Çalışıyor

8.11.2020 00:12:53

evi arama tanılama imzası istatistiklerini göster

DS Kimliği

DS Adı

Tetiklenen/Maksimum/Yüklemeyi Kaldırma

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

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

64224

DS_LGW_CPU_MON75

0/0/N

0,000

0,000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23,053

23,053

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

Tanılama imzalarını kaldır

Sorun giderme amacıyla Tanılama imzalarını kullan, genellikle bazı sorun oluşumlarının algılanmasından sonra kaldırılmak üzere tanımlanır. Bir imzayı manuel olarak kaldırmak isterseniz, çıktısından DS kimliğini alın çağrı-ev tanı-imzasını göster komut verin ve aşağıdaki komutu çalıştırın:

call-home diagnostic-signature deinstall <DS ID> 

Örnek:

call-home diagnostic-signature deinstall 64224 

 

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

Cisco IOS XE Ağ Geçitlerinin daha iyi yönetimi için ağ geçitlerini Control Hub üzerinden kaydetmenizi ve yönetmenizi öneririz. Opsiyonel bir konfigürasyondur. Kaydolduğunuzda, Yerel Ağ Geçidi yapılandırmanızı doğrulamak ve tüm yapılandırma sorunlarını belirlemek için Control Hub'daki yapılandırma doğrulama seçeneğini kullanabilirsiniz. Şu anda, yalnızca kayıt tabanlı ana hatlar bu işlevi desteklemektedir.

Daha fazla bilgi için aşağıdakilere bakın:

Bu bölümde, sertifika tabanlı karşılıklı TLS (mTLS) SIP santrali kullanılarak, bir Cisco Unified Sınır Öğesinin (CUBE) Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı anlatılmaktadır. Bu belgenin ilk bölümünde basit bir PSTN ağ geçidinin nasıl yapılandırılacağı gösterilmektedir. Bu durumda, PSTN'den gelen tüm çağrılar Webex Calling'e ve Webex Calling'den gelen tüm çağrılar PSTN'ye yönlendirilir. Aşağıdaki resimde, bu çözümü ve takip edilecek üst düzey çağrı yönlendirme yapılandırmasını vurgulamaktadır.

Bu tasarımda, aşağıdaki temel yapılandırmalar kullanılır:

  • ses sınıfı kiracıları: Santrale özel yapılandırmalar oluşturmak için kullanılır.

  • ses sınıfı uri: Gelen çağrı eşinin seçimi için SIP mesajlarını sınıflandırmak için kullanılır.

  • gelen çağrı eşi: Gelen SIP mesajları için tedavi sağlar ve bir çağrı eşi grubuyla giden yolu belirler.

  • arama eşi grubu: Ileri çağrı yönlendirme için kullanılan giden çağrı eşlerini tanımlar.

  • giden çağrı eşi: Giden SIP mesajları için tedavi sağlar ve bunları gerekli hedefe yönlendirir.

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

Webex Calling ile şirket içi bir Cisco Unified Communications Manager çözümüne bağlanırken, aşağıdaki şemada gösterilen çözümü oluşturmak için temel olarak basit PSTN ağ geçidi yapılandırmasını kullanabilirsiniz. Bu durumda, Unified Communications Manager tüm PSTN ve Webex Calling çağrılarında merkezi yönlendirme ve işlem sağlar.

Bu belge boyunca, aşağıdaki resimde gösterilen ana bilgisayar adları, IP adresleri ve arayüzler kullanılır. Seçenekler, genel veya özel (NAT arkasında) adresleme için sağlanır. Birden fazla CUBE örneği arasında yük dengeleme olmadığı sürece SRV DNS kayıtları isteğe bağlıdır.

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

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

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

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

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

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

    Ya da:

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

Başlangıç yapılandırması

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

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

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

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

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

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

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

    • NTP

    • ACL'ler

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

    • DNS

    • IP yönlendirme

    • IP adresleri

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

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

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

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

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

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

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

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

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

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

Yapılandırmalar

1

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


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

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


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

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

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

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096
  2. Aşağıdaki yapılandırma komutlarıyla imzalı sertifika için bir güven noktası oluşturun:

    
    crypto pki trustpoint LGW_CERT
     enrollment terminal pem
     fqdn cube1.lgw.com
     subject-name cn=cube1.lgw.com
     subject-alt-name cube1.lgw.com
     revocation-check none
     rsakeypair lgw-key
  3. Aşağıdaki yönet veya yapılandırma komutuyla Sertifika Imzalama Talebi (CSR) oluşturun ve desteklenen bir CA sağlayıcısından imzalı bir sertifika istemek için bunu kullanın:

    crypto pki enroll LGW_CERT
4

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


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

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


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

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


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

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


 

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

ip http istemci proxy sunucusu yourproxy.com proxy bağlantı noktası 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
1

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


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

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


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

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


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

  • Varsayılan olarak, Yerel Ağ Geçidi güvenilir listesinde olmayan IP adreslerinden gelen tüm VoIP mesajlarını engeller. "Oturum hedefi IP" veya sunucu grubu IP adreslerine sahip statik olarak yapılandırılmış çağrı eşlerine varsayılan olarak güvenilir, bu nedenle güvenilir listeye eklenmesi gerekmez.

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

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

mod kenarlık öğesi

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

allow-connections sip to sip

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


 

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

stın

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


 
Bu genel stun komutları yalnızca Yerel Ağ Geçidinizi NAT arkasında dağıtırken gereklidir.
  • Bir aramayı bir kişiye yönlendirdiğinizde Webex Calling kullanıcı (örneğin, hem aranan hem de arayan taraflar Webex Calling aboneler ve medyayı Webex Calling SBC), bu durumda iğne deliği açık olmadığı için medya Yerel Ağ Geçidi'ne akamaz.

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

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

asimetrik yük tam

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

erken teklif zorlamalı

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

gelen sip profilleri

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

3

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


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

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

ses sınıfı codec 100

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


 

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. (Bu adım, Webex for Government için geçerli değildir)


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

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

stunkullanımıicelite

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


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

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

Webex trafiği için ortam şifreleme politikasını yapılandırın. (Bu adım, Webex for Government için geçerli değildir)


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

FIPS uyumlu GCM şifrelerini yapılandırın (Bu adım yalnızca Resmi Daireler için Webex için geçerlidir).


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

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

ses sınıfı srtp-şifreleme 100

CUBE'nin sunduğu şifre paketi olarak GCM'yi belirtir. Webex for Government için Yerel Ağ Geçidi için GCM şifrelerinin yapılandırılması zorunludur.

7

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


voice class uri 100 sip
 pattern cube1.lgw.com

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

ses sınıfı uri 100 sip

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

8

SIP mesaj işleme profillerini yapılandırın. Ağ geçidiniz genel bir IP adresiyle yapılandırılmışsa bir profili şu şekilde yapılandırın veya NAT kullanıyorsanız sonraki adıma geçin. Bu örnekte cube1.lgw.com Yerel Ağ Geçidi için yapılandırılmış FQDN ve "198.51.100.1", Webex Calling'e dönük Yerel Ağ Geçidi arayüzünün genel IP adresidir:


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

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

kurallar 10 ve 20

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


 

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

9

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

Webex Calling giden mesajlar için SIP profilleri

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

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

kurallar 10 ve 20

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

kurallar 30 - 81

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

Webex Calling'den gelen mesajlar için SIP profili

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

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

kurallar 10-80

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

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

10

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


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

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

ses sınıfı sip seçenekleri-keepalive 100

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

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

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

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

11

Webex Calling santralini yapılandırın:

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


     

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

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

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

    ses sınıfı kiracı 100

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

    uzak taraf kimliği yok

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

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

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

    srtp-şifreleme 100

    SRTP çağrı bacağı (bağlantı) için tercih edilen şifre paketlerini yapılandırır (Adım 5'te belirtilir). Daha fazla bilgi için bkz. ses sınıfı srtp-kripto .

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

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

    oturum taşıma tcp tls

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

    oturum yenilemesi yok

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

    hata geçişi

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

    bind control source-interface GigabitEthernet0/0/1

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

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

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

    ses sınıfı sip profilleri 100

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

    ses sınıfı sip profilleri 110 gelen

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

    gizlilik politikası passthru

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

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

    
    dial-peer voice 100 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     incoming uri request 100
     voice-class codec 100
     voice-class stun-usage 100
     voice-class sip rel1xx disable
     voice-class sip asserted-id pai
     voice-class sip tenant 100
     voice-class sip options-keepalive profile 100
     dtmf-relay rtp-nte 
     srtp
     no vad
    

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

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

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

    hedef-kalıp BAD.BAD

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

    oturum protokolü sipv2

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

    oturum hedefi sip sunucusu

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

    gelen uri isteği 100

    Bir VoIP arama eşini gelen çağrının tekdüzen kaynak tanımlayıcısı (URI) ile eşleştirmek için kullanılan ses sınıfını belirtmek. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

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

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

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

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

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

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

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

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

    Bu komut, belirli bir profil (100) kullanılarak bir grup SIP sunucusu veya uç nokta kullanılabilirliğini izlemek için kullanılır.

    srtp

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

Yukarıda Webex Calling'e doğru bir santral oluşturduktan sonra, SIP tabanlı PSTN sağlayıcısına doğru şifrelenmemiş bir santral oluşturmak için aşağıdaki yapılandırmayı kullanın:


 

Hizmet Sağlayıcınız güvenli bir PSTN santrali sunarsa Webex Calling santrali için yukarıda açıklanan benzer bir yapılandırmayı takip edebilirsiniz. Güvenli bir şekilde çağrı yönlendirme CUBE tarafından desteklenir.


 

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

1

PSTN santralinden gelen çağrıları tanımlamak için aşağıdaki ses sınıfı uri'sini yapılandırın:


voice class uri 200 sip
  host ipv4:192.168.80.13

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

ses sınıfı uri 200 sip

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

2

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


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

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


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

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

hedef-kalıp BAD.BAD

Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Daha fazla bilgi için bkz. hedef-kalıp (arayüz) .

oturum protokolü sipv2

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

oturum hedefi ipv4:192.168.80.13

çağrı bacağı göndermek için hedefin hedef IPv4 adresi belirtir. Buradaki oturum hedefi, ITSP'nin IP adresi. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi).

200 üzerinden gelen uri

IP PSTN'nin IP adresi ile VIA başlığı için bir eşleşme kriteri tanımlar. Yerel Ağ Geçidinde gelen tüm IP PSTN çağrı bacaklarını çağrı eşi 200 ile eşleştirir. Daha fazla bilgi için gelen url’ye bakın.

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

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

bind media source-interface GigabitEthernet0/0/0

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

ses sınıfı codec 100

Arama eşini, ortak codec filtre listesi 100'ü kullanacak şekilde yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec bileşeni .

dtmf-geçişi rtp-nte

çağrı bacağı beklenen DTMF yeteneği olarak RTP -NTE'yi (RFC2833) tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

hiç vadi yok

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

3

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

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

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

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

    çağrı eşi 100

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

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

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

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

    hedef dpg 200

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

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

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

1

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

  1. Bağlantı noktası VIA SIP kullanarak Unified CM'yi Webex çağrılarına sınıflandırır:

    
    voice class uri 300 sip
     pattern :5065
    
  2. Bağlantı noktası aracılığıyla SIP kullanarak Unified CM'yi PSTN çağrılarına sınıflandırır:

    
    voice class uri 400 sip
     pattern :192\.168\.80\.6[0-5]:5060
    

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

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

2

Unified CM ana bilgisayarlarına SRV yönlendirmesini belirtmek için aşağıdaki DNS kayıtlarını yapılandırın:


 

IOS XE, hedef UCM ana bilgisayarlarını ve bağlantı noktalarını yerel olarak belirlemek için bu kayıtları kullanır. Bu yapılandırma ile, DNS sisteminizdeki kayıtları yapılandırmanız gerekmez. DNS’inizi kullanmayı tercih ederseniz bu yerel yapılandırmalar gerekli değildir.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

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

Aşağıdaki komut bir DNS SRV kaynak kaydı oluşturur. Her UCM ana bilgisayarı ve santrali için bir kayıt oluşturun:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV kaynağı kayıt adı

2: SRV kaynak kaydı önceliği

1: SRV kaynağı kayıt ağırlığı

5060: Bu kaynak kaydındaki hedef ana bilgisayar için kullanılacak bağlantı noktası numarası

ucmsub5.mydomain.com: Kaynak kaydı hedef ana bilgisayarı

Kaynak kaydı hedef ana bilgisayar adlarını çözümlemek için yerel DNS A kayıtları oluşturun. Örnek:

ip ana bilgisayar ucmsub5.mydomain.com 192.168.80.65

ip ana bilgisayarı: Yerel IOS XE veritabanında bir kayıt oluşturur. Name

ucmsub5.mydomain.com: A kaydı toplantı sahibi adı.

192.168.80.65: Ana bilgisayar IP adresi.

UCM ortamınızı ve tercih edilen çağrı dağıtım stratejinizi yansıtacak SRV kaynak kayıtlarını ve A kayıtlarını oluşturun.

3

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

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

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

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

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

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

    hedef-kalıp BAD.BAD

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

    oturum protokolü sipv2

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

    oturum hedefi dns:wxtocucm.io

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

    300 üzerinden gelen uri

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

    ses sınıfı codec 100

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

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

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

    bind media source-interface GigabitEthernet0/0/0

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

    dtmf-geçişi rtp-nte

    çağrı bacağı beklenen DTMF yeteneği olarak RTP -NTE'yi (RFC2833) tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    hiç vadi yok

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

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

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

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

    
    dial-peer voice 400 voip
     description UCM-PSTN trunk

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

    hedef-kalıp BAD.BAD

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

    oturum protokolü sipv2

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

    oturum hedefi dns:pstntocucm.io

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

    400 üzerinden gelen uri

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

    ses sınıfı codec 100

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

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

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

    bind media source-interface GigabitEthernet0/0/0

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

    dtmf-geçişi rtp-nte

    çağrı bacağı beklenen DTMF yeteneği olarak RTP -NTE'yi (RFC2833) tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    hiç vadi yok

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

4

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

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

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

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

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

    çağrı eşi 100

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

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

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

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

    hedef dpg 300

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

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

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

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

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

Tanılama İmzaları (DS), sorunu tetikleyen olaylar ve sorunu bilgilendirmek, gidermek ve sorunu gidermek için eylemler hakkında bilgi içeren XML dosyalarıdır. Sorun algılama mantığını tanımlamak için sistem günlüğü mesajlarını, SNMP olaylarını ve belirli show komutu çıktılarının periyodik olarak izlenmesini kullanın. Eylem türleri şunları içerir:

  • Gösteri komutu çıktılarını toplama

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

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

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

Başlamadan önce:

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

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

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

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

IOS XE 17.6.1 veya üstünü çalıştıran Yerel Ağ Geçidi

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

  2. Cihaz IOS XE 17.6.1 veya üzerini çalıştırıyorsa proaktif bildirim göndermek için kullandığınız güvenli e-posta sunucusunu yapılandırın.

    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Ortam değişkenini yapılandırınds_email yöneticinin e-posta adresi ile size bildiriniz.

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

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

Yüksek CPU kullanımını izleme

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

  1. komutunu kullanarak SNMP'yi etkinleştirdiğinizden emin olun snmp'yi göster. SNMP etkinleştirilmemişse, snmp-sunucu yöneticisi komutunu verin.

    
    show snmp 
    %SNMP agent not enabled  
    
    config t 
    snmp-server manager 
    end  
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    
  2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64224'ü indirin:

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

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

    Ürün

    Webex Calling çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta Bildirimiyle Yüksek CPU Kullanımı

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

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

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

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success  
  5. kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

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

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-07 22:05:33


     

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

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

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

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

    show snmp 
    %SNMP agent not enabled  
    
    config t 
    snmp-server manager 
    end  
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
  2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65221'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

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

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

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    
    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
  5. komutu kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için. Durum sütununda "kayıtlı" bir değer olmalıdır.

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

Sorunları hızlı bir şekilde çözmek için Tanılama İmzalarını (DS) da kullanabilirsiniz. Cisco TAC mühendisleri, belirli bir sorunu gidermek, sorunun oluşumunu tespit etmek, doğru tanılama verilerini toplamak ve verileri otomatik olarak Cisco TAC aktarmak için gereken gerekli hata ayıklamaları etkinleştiren birkaç imza yazmıştır. Bu da, sorunun gerçekleşip gerçekleşmediğini manuel olarak kontrol etme ihtiyacını ortadan kaldırarak aralıklı ve geçici sorunların tespit edilmesini çok daha kolay bir hale getirmektedir.

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

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

  1. Başka bir DS ortam değişkeni yapılandırınds_fsurl_prefix tanılama verilerini yüklemek için Cisco TAC dosya sunucusu yolu (cxd.cisco.com) olarak. Dosya Yolu kullanıcı adı, vaka numarasıdır ve parola, şuradan alınabilecek karşıya dosya yükleme belirtecidir. Destek Vaka Yöneticisi aşağıda gösterildiği gibi. karşıya dosya yükleme belirteci şurada oluşturulabilir: ekler Gerektiğinde Destek Vaka Yöneticisinin bölümü.

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

    Örnek:

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. komutu kullanılarak SNMP'nin etkinleştirildiğinden emin olun snmp'yi göster. SNMP etkinleştirilmemişse, cihazını yapılandırın: snmp-sunucu yöneticisi komutunu verin.

    
    show snmp 
    %SNMP agent not enabled 
     
    config t 
    snmp-server manager 
    end 
  3. Yüksek CPU kullanımı sırasında tüm hata ayıklamaları ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü kurmanızı öneririz. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

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

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

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Syslog'lar

    Sorun Türü

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

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

    
    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Yüksek CPU izleme DS 64224'ü ve ardından DS 65095 XML dosyası Local Gateway'e kurun.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. kullanılarak imzanın başarıyla yüklendiğini doğrulayın. çağrı-ev tanı-imzasını göster. Durum sütununda "kayıtlı" bir değer olmalıdır.

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

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Kayıtlı

    2020-11-08:00:12:53

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

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

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

İndirilen DS'ler:

DS Kimliği

DS Adı

Revizyon

Durum

Son Güncelleme (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Kayıtlı

8.11.2020 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Çalışıyor

8.11.2020 00:12:53

evi arama tanılama imzası istatistiklerini göster

DS Kimliği

DS Adı

Tetiklenen/Maksimum/Yüklemeyi Kaldırma

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

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

64224

DS_LGW_CPU_MON75

0/0/N

0,000

0,000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23,053

23,053

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

Tanılama imzalarını kaldır

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

call-home diagnostic-signature deinstall <DS ID> 

Örnek:

call-home diagnostic-signature deinstall 64224 

 

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

CUBE yüksek kullanılabilirliğini Yerel Ağ Geçidi olarak uygulama

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
Webex Calling için Unified CM Yapılandırma

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:

AyarDeğer
AdWebex gibi, benzersiz bir ad
AçıklamaWebex SIP Santral Güvenliği Profili gibi anlamlı bir açıklama
Gelen PortWebex'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:

AyarDeğer
AdWebex gibi, benzersiz bir ad
AçıklamaWebex 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ştirKontrol 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:

AyarDeğer
AdWebex gibi, benzersiz bir ad
AçıklamaWebex 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:

AyarDeğer
Cihaz Bilgileri
DeviceNameWebex gibi benzersiz bir ad
AçıklamaWebex SIP Santrali gibi anlamlı bir açıklama
Tüm Aktif Unified CM Düğümlerinde ÇalıştırKontrol 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 AdresYerel Ağ Geçidi CUBE'ünün IP adresi
Hedef Bağlantı Noktası5060
SIP Santrali Güvenlik ProfiliDaha önce tanımlanan: Webex
SSO ProfiliDaha önce tanımlanan: Webex

Webex için Yönlendirme Grubu Yapılandırma

Aşağıdaki ayarlarla bir yönlendirme grubu oluşturun:

AyarDeğer
Yol Grubu Bilgileri
Yönlendirme Grubu AdıWebex gibi benzersiz bir ad
Seçili CihazlarDaha ö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:

AyarDeğer
Yol Listesi Bilgileri
AdRL_Webex gibi benzersiz bir ad
AçıklamaWebex için yönlendirme listesi gibi anlamlı bir açıklama
Tüm Aktif Unified CM Düğümlerinde ÇalıştırKontrol edildi
Yol Listesi Üye Bilgileri
Seçilen GruplarYalnı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:

AyarDeğer
Yol Listesi Bilgileri
AdWebex gibi, benzersiz bir ad
AçıklamaWebex Bölümü gibi anlamlı bir açıklama

Sonraki işlemler

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:

AyarDeğer
Yol ŞablonuWebex'te başta "\" ile DID aralığı için tam +E.164 şablonudur. Örnek: \+140855501XX
Yol BölümüWebex
Ağ Geçidi/Yol ListesiRL_Webex
Acil ÖnceliğiKontrol 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:

AyarDeğer
Çevrim ŞablonuWebex'te ESN aralığı için ESN şablonudur. Örnek: 80121XX
BölümWebex
AçıklamaWebex Normalleştirme Şablonu gibi anlamlı bir açıklama
Çağrı Kaynağının Çağrı Arama Alanını KullanKontrol edildi
Acil ÖnceliğiKontrol edildi
Sonraki Atlamalarda Haneler Arası Zaman Aşımını BeklemeKontrol edildi
Aranan Taraf Dönüştürme MaskesiNumarayı +E.164'e normalleştirmek için kullanılan maskedir. Örnek: +140855501XX

Webex Calling özelliklerinizi ayarlama

Bir cevaplama grubu kurun

Arama grupları, gelen aramaları bir grup kullanıcıya veya çalışma alanına yönlendirir. Bir grubun tamamına yönlendirme yapabileceğiniz bir model dahi oluşturabilirsiniz.

Bir arama cevaplama grubu nasıl Kurulum hakkında daha fazla bilgi için, bkz. Cisco Webex Control Hub Hunt Grupları .

Çağrı sırası oluşturma

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

çağrı sırası nasıl Kurulum ve yönetileceği hakkında daha fazla bilgi için, bkz. Cisco Webex Control Hub Çağrı Kuyruklarını Yönetin .

Bir resepsiyonist istemcisi oluşturun

Ön ofis personelinizin ihtiyaçlarının karşılanmasını sağlayın. Kullanıcıları, kuruluşunuzdaki belirli kişilere gelen aramaları izleyebilmeleri için telefon görevlisi olarak Kurulum .

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

Otomatik operatörler oluşturun ve yönetin

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şturun veya işletmeniz açıkken veya kapalıyken farklı seçenekler sunun.

Otomatik operatörlerin nasıl oluşturulacağı ve yönetileceği hakkında bilgi için bkz. Cisco Webex Control Hub Otomatik Görevlileri Yönetin .

Bir çağrı grubu yapılandırma

Grup çağrıları, bir kullanıcının belirli bir çağrı grubuna atanmış bir numarayı veya dahili numarayı çevirerek 75 adede kadar hedef kullanıcıya ve çalışma alanına tek yönlü arama veya grup sayfası yerleştirmesine olanak tanır.

Çağrı gruplarının nasıl Kurulum ve düzenleneceği hakkında bilgi için, bkz. Cisco Webex Control Hub Çağrı Grubu Yapılandırma .

Çağrı yanıtlamayı ayarla

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

Çağrı alma grubunun nasıl oluşturulacağı hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Alma.

çağrı parkı ayarla

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

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

Kullanıcılar için katılma özelliğini etkinleştir

1

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

2

Bir kullanıcı seçip Calling düğmesine tıklayın.

3

Kullanıcı arası izinler bölümüne gidin ve ardından Katıl'ı seçin.

4

Diğer kullanıcıların kendilerini bu kullanıcının devam eden çağrısına eklemesine izin vermek için düğmeyi açın.

5

Bu kullanıcı çağrısına katıldığında başkalarına bir ses çalmak istiyorsanız Bu kullanıcı çağrıya katıldığında ses çal seçeneğini işaretleyin.

6

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

Kullanıcı için gizliliği etkinleştir

1

Control Hub'da oturum açın ve şuraya gidin: Yönetim > Kullanıcılar.

2

Bir kullanıcı seçin ve Calling düğmesine tıklayın.

3

Kullanıcı Izinleri alanına gidin ve ardından Gizlilik'i seçin.

4

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

  • Bu kullanıcının dahili numarayla aranmasına izin verin
  • Bu kullanıcının adı veya soyadıyla aranmasına izin verin
5

Gizliliği Etkinleştir onay kutusunu işaretleyin. Ardından, açılır listeden üye seçmeyerek herkesi engellemeye karar verebilirsiniz. Alternatif olarak bu kullanıcının hat durumunu izleyebilecek kullanıcıları, çalışma alanlarını ve sanal hatları seçebilirsiniz.

Konum yöneticisiyseniz yalnızca atandığınız konumlarınızla ilgili kullanıcılar, çalışma alanları ve sanal hatlar açılır listede görünür.

Herkesin hat durumunu izlemesine izin vermek için Gizliliği Etkinleştir onay kutusunun işaretini kaldırın.

6

Yönlendirilmiş çağrı alma ve katılma için gizliliği zorunlu kıl onay kutusunu işaretleyin. Yönlendirilmiş çağrı alma ve katılma için gizliliği zorunlu kıl onay kutusunu işaretleyin.


 
  • Bu seçeneği etkinleştirirseniz yalnızca yetkili kullanıcılar, sanal hatlar ve çalışma alanı cihazları yönlendirilmiş çağrı almayı ve bu kullanıcıda katılma özelliğini kullanabilir. Aksi takdirde, kuruluştaki herhangi bir kişi yönlendirilmiş çağrı alma çağırabilir ve bir hatta katılma yapabilir.
  • Katılma hakkında daha fazla bilgi için Başka birinin telefon görüşmesine katılma bölümüne bakın.
  • Denetleyici, temsilcilerin çağrı sırasından aldığı çağrılara her zaman katılabilir. Yani gizlilik ayarları gözetmenin katılma seçeneğini etkilemez.
7

Ada göre üye ekle seçeneğinden, telefon hattı durumunu izleyebilen ve yönlendirilmiş çağrı alma ve katılma işlemlerini başlatabilen kullanıcıları, çalışma alanlarını ve sanal hatları seçin.

8

Seçtiğiniz üyeleri filtrelemek için ada, numaraya veya dahili alana göre filtreyi kullanın.

9

Seçilen tüm üyeleri kaldırmak için Tümünü Kaldır düğmesine tıklayın.


 
Tek bir üyesi kaldırmak için üye adının yanındaki Delete (Sil) kısmına tıklayın.
10

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

Privacy settings

Izlemeyi yapılandır

Bir kullanıcı için maksimum izlenen hat sayısı 50'dir. Ancak, izleme listesini yapılandırırken Webex Calling ve ağınız arasındaki bant genişliğini etkileyen mesaj sayısını dikkate alın. Ayrıca, kullanıcının telefonundaki hat düğmesi sayısına göre maksimum izlenen hatları belirleyin.

1

https://admin.webex.com içindeki müşteri görünümünden Yönetim kısmına gidin ve ardından Kullanıcılar düğmesine tıklayın.

2

Değiştirmek istediğiniz kullanıcıyı seçip Çağrı'ya tıklayın.

3

Kullanıcı Arası Izinler bölümüne gidin ve Izleme'yi seçin.

4

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

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

Kullanıcı izleme için Izlenen Hat Ekle listesine sanal bir hat ekleyebilirsiniz.

5

Bu kullanıcıyı bekletmeye alınmış çağrılar hakkında bilgilendirmek isteyip istemediğinizi seçin, izlenecek kişiyi veya çağrı parkı dahili numarasını arayın ve ardından Kaydet'e tıklayın.


 

Control Hub'daki izlenen hatlar listesi, kullanıcının cihazında görünen izlenen hatların sırasına karşılık gelir. Izlenen hatların listesini istediğiniz zaman yeniden sıralayabilirsiniz.


 

Izlenen hat için görünen ad, kullanıcı, çalışma alanı ve sanal hat için Arayan Kimliği Adı ve Soyadı alanlarına girilen addır.

Nasıl yapıldığını görmek istiyor musunuz? bunu izle video gösterimi içinde bir kullanıcı için izleme ayarlarının nasıl yönetileceği hakkında Kontrol Merkezi .

Kullanıcılar için çağrı köprüsü uyarı sesini etkinleştir

Başlamadan önce

Çağrı köprüsünün çağrılması için yapılandırılmış paylaşımlı hat olmalıdır. nasıl yapılacağını görün paylaşılan hatları yapılandır Çağrı köprüsü uyarı tonunun çalmasını etkinleştirmeden önce.
1

Control Hub'da oturum açın ve şuraya gidin: Yönetim > Kullanıcılar.

2

Bir kullanıcı seçin ve Çağrı sekmesine tıklayın.

3

Kullanıcı Arası Izinler’e gidin ve Çağrı Köprüleme Uyarı Sesi’ne tıklayın.

4

Çağrı Köprüleme Uyarı Tonu ve ardından Kaydet .


 
Varsayılan olarak, bu özellik etkindir.

MPP paylaşımlı hattında çağrı köprüleme hakkında daha fazla bilgi için bkz. Multiplatform masa telefonunuzdaki paylaşımlı hatlar.

Webex Uygulaması paylaşılan hattında çağrı köprüleme hakkında daha fazla bilgi için bkz. WebexApp için paylaşımlı hat görünümü.

Bir kullanıcı için oteli açma

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

Müşteri görünümündenhttps://admin.webex.com , git Yönetim ve seçin Kullanıcılar .

2

Bir kullanıcı seçin ve Çağrı sekmesine tıklayın.

3

Kullanıcı Arası Izinleri bölümüne gidin ve Hoteling öğesini seçin ve düğmeyi açın.

4

Hoteling Konumu arama alanına hoteling toplantı sahibinin adını veya numarasını girin ve kullanıcıya atamak istediğiniz hoteling toplantı sahibini seçin.

Yalnızca bir otel ev sahibi seçilebilir. Başka bir otel ev sahibi seçerseniz, ilki silinir.


 
Konum yöneticisiyseniz atandığınız konumlarla ilgili olarak yalnızca hoteling toplantı sahibini atayabilirsiniz.
5

Bir kullanıcının hoteling toplantı sahibiyle ilişkilendirilebileceği süreyi sınırlamak için kullanıcının Ilişkilendirme Süresi açılır menüsünden hoteling toplantı sahibini kullanabileceği saat sayısını seçin.

Kullanıcı, seçilen süreden sonra otomatik olarak oturumu kapatacaktır.


 

Kullanıcı için belirtilen sınır ilişkilendirme süresinin seçilen hoteling toplantı sahibinin sınır ilişkilendirme süresini aşarsa ekranda bir hata mesajı görüntülenir. Örneğin, hoteling toplantı sahibinin limit ilişkilendirme süresi 12 saattir ve kullanıcının limit ilişkilendirme süresi 24 saatse bir hata mesajı görüntülenir. Bu gibi durumlarda, kullanıcı için daha fazla zamana ihtiyaç duyuluyorsa, otel sahibi ev sahibinin limit ilişkilendirme süresini uzatmanız gerekir.

6

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


 

Bir kullanıcı ayrıca User Hub’dan kullanmak istediği hoteling toplantı sahibini arayabilir ve bulabilir. Daha fazla bilgi için bkz. Arama profilinize her yerden erişin .

Nasıl yapıldığını görmek istiyor musunuz? bunu izle video gösterimi Control Hub'da otel oluşturmanın nasıl yapılandırılacağı hakkında.
Webex Calling için benimseme eğilimleri ve kullanım raporları

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.

Ortamınızı hazırlama

Genel ön koşullar

Webex Calling için bir yerel ağ geçidi yapılandırmadan önce, şunları yaptığınızdan emin olun:

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

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

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

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

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

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

Dağıtımınızın aşağıdaki gibi yerel ağ geçitlerinden bir veya daha fazlasına sahip olduğundan emin olun:

  • IP tabanlı bağlantı için Cisco CUBE

  • TDM tabanlı bağlantı için Cisco IOS Ağ Geçidi

Webex Calling Sipariş Kılavuzu için Yerel Ağ Geçidi Tablo 1'e bakın. Ayrıca, platformun Yerel Ağ Geçidi Yapılandırma Kılavuzu uyarınca desteklenen bir IOS-XE sürümü çalıştırdığından emin olun.

Yerel ağ geçidi, kendi hızınızda Webex Calling’e geçmenize yardımcı olur. Yerel ağ geçidi, mevcut şirket içi dağıtımınızı Webex Calling ile entegre eder. Mevcut PSTN bağlantınızı da kullanabilirsiniz. Yerel Ağ Geçidini kullanmaya başlayın bölümüne bakın

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

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

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

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

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

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

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

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

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

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

Kuruluşunuz için Webex Calling’i 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.

Başlamadan önce

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

  • Konum adresi

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

1

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


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

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

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

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

4

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

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


     

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

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

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

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

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

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

     

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

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

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

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

5

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

6

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

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

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

7

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

Sonraki işlemler

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

Başlamadan önce


 

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

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

1

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

2

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

3

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

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

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


 

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

1

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

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

2

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

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


     

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

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

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

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

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

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

     

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

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

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

     

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

3

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

4

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


 

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

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

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

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

5

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

6

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


 

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


 

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

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


 

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

1

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

2

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

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

     

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


     

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

  • Yönlendirme Ön Ekindeki Yönlendirme Hanesi—Her yönlendirme ön ekinin ilk hanesi olarak ayarlanacak numarayı seçin.
  • Dahili Numara Uzunluğu—2-10 rakam girebilirsiniz ve varsayılan değer 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.


     
    Dahili numara ulusal numarayla aynıysa dahili numara ulusal numaraya göre önceliklidir. Bu nedenle, giden çağrı hanesini etkinleştirmenizi öneririz.

     
    Gelen ve giden PSTN çağrıları için E.164 numaralandırma biçiminin kullanılmasını önemle öneririz.

Kullanıcılara etkisi:

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

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

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


 

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

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

Başlamadan önce

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

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

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

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

1

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

2

Bir konum seçin.

3

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


 

Bu ad en fazla 24 karakter uzunluğunda olabilir.

Sonraki işlemler

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

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

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

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

1

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

2

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

3

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

4

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


 

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

5

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

Sonraki işlemler

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

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

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

1

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

2

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

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

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

Cisco IOS XE Üzerinde Webex Calling için Yerel Ağ Geçidini Yapılandırma

Genel Bakış

Webex Calling şu anda Yerel Ağ Geçidinin iki sürümünü desteklemektedir:

  • Yerel Ağ Geçidi

  • Webex for Government için Yerel Ağ Geçidi

  • Başlamadan önce, Webex Calling için iş yeri tabanlı Genel Anahtarlı Telefon Ağı (PSTN) ve Yerel Ağ Geçidi (LGW) gereksinimlerini anlayın. Bkz. Webex Calling için Cisco Tercih Edilen Mimari daha fazla bilgi için.

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


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

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

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 .

  • Yerel Ağ Geçidiniz olarak CUBE seçin. Webex for Government, şu anda hiçbir üçüncü taraf Oturum Sınırı Denetleyicisini (SBC'ler) desteklememektedir. En son listeyi gözden geçirmek için, bkz. Yerel Ağ Geçidine Başlarken.

  • Resmi Yerel Ağ Geçitleri için tüm Webex için Cisco IOS XE Dublin 17.12.1a veya sonraki bir sürümü yükleyin.
  • Webex for Government'ın desteklediği kök sertifika yetkilileri (CA'lar) listesini incelemek için bkz. Webex for Government için Kök sertifika yetkilileri.

  • Webex for Government’ta Yerel Ağ Geçidinin harici bağlantı noktası aralıkları hakkında ayrıntılı bilgi için Webex for Government (FedRAMP) için Ağ gereksinimlerine bakın.

Webex for Government için Yerel Ağ Geçidi aşağıdakileri desteklemez:

  • Medya yolu optimizasyonu için STUN/ICE-Lite

  • Faks (T.38)

Webex for Government'ta Webex Calling santraliniz için Yerel Ağ Geçidi yapılandırmak için aşağıdaki seçeneği kullanın:

  • Sertifika tabanlı ana hat

Webex Calling santraliniz için Yerel Ağ Geçidini yapılandırmak için Sertifika Tabanlı Yerel Ağ Geçidi altındaki görev akışını kullanın. Sertifika tabanlı Yerel Ağ Geçidini yapılandırma hakkında daha fazla bilgi için bkz. Webex Calling sertifika tabanlı santrali yapılandırma.

Webex for Government için Yerel Ağ Geçidini desteklemek üzere FIPS uyumlu GCM şifrelerinin yapılandırılması zorunludur. Aksi takdirde, çağrı kurulumu başarısız olur. Yapılandırma ayrıntıları için bkz. Webex Calling sertifika tabanlı santrali yapılandırma.


 
Webex for Government, kayıt tabanlı Yerel Ağ Geçidini desteklemez.

Bu bölümde, bir Cisco Unified Sınır Öğesinin (CUBE) kayıtlı bir SIP santrali kullanarak Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı anlatılmaktadır. Bu belgenin ilk bölümünde basit bir PSTN ağ geçidinin nasıl yapılandırılacağı gösterilmektedir. Bu durumda, PSTN'den gelen tüm çağrılar Webex Calling'e ve Webex Calling'den gelen tüm çağrılar PSTN'ye yönlendirilir. Aşağıdaki görüntü, bu çözümü ve izlenecek üst düzey çağrı yönlendirme yapılandırmasını vurgulamaktadır.

Bu tasarımda, aşağıdaki temel yapılandırmalar kullanılır:

  • ses sınıfı kiracıları: Santrale özel yapılandırmalar oluşturmak için kullanılır.

  • ses sınıfı uri: Gelen çağrı eşinin seçimi için SIP mesajlarını sınıflandırmak için kullanılır.

  • gelen çağrı eşi: Gelen SIP mesajları için tedavi sağlar ve bir çağrı eşi grubuyla giden yolu belirler.

  • arama eşi grubu: Ileri çağrı yönlendirme için kullanılan giden çağrı eşlerini tanımlar.

  • giden çağrı eşi: Giden SIP mesajları için tedavi sağlar ve bunları gerekli hedefe yönlendirir.

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

Webex Calling ile şirket içi bir Cisco Unified Communications Manager çözümüne bağlanırken, aşağıdaki şemada gösterilen çözümü oluşturmak için temel olarak basit PSTN ağ geçidi yapılandırmasını kullanabilirsiniz. Bu durumda, Unified Communications Manager tüm PSTN ve Webex Calling çağrılarında merkezi yönlendirme ve işlem sağlar.

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

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

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

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

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

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

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

    Ya da:

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

Başlangıç yapılandırması

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

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

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

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

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

    • NTP

    • ACL'ler

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

    • DNS

    • IP yönlendirme

    • IP adresleri

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

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

Yapılandırmalar

1

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


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240
2

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


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

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


 
TLS'yi daha sonra yapılandırmak için bu güven noktasının gerekli olması gerekir. Kayıt tabanlı santraller için bu güven noktası bir sertifika gerektirmez. Bu nedenle sertifika tabanlı santral için gereklidir.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

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


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

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


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

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


 

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

ip http istemci proxy sunucusu yourproxy.com proxy bağlantı noktası 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
1

Control Hub'da mevcut bir konum için kayıt tabanlı bir PSTN santrali oluşturun. Santral oluşturulduktan sonra sağlanan santral bilgilerini not edin. Aşağıdaki resimde vurgulandığı gibi bu ayrıntılar, bu kılavuzdaki yapılandırma adımlarında kullanılacaktır. Daha fazla bilgi için bkz. Webex Calling için ana hatları, rota gruplarını ve arama planlarını yapılandırın .

2

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

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

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


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

  • Varsayılan olarak, Yerel Ağ Geçidi güvenilir listesinde olmayan IP adreslerinden gelen tüm VoIP mesajlarını engeller. "Oturum hedefi IP" veya sunucu grubu IP adreslerine sahip statik olarak yapılandırılmış çağrı eşlerine varsayılan olarak güvenilir, bu nedenle güvenilir listeye eklenmesi gerekmez.

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


     

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

mod kenarlık öğesi

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

medya istatistikleri

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

medya toplu-istatistikler

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

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

allow-connections sip to sip

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


 

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

stın

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

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

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

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

asimetrik yük tam

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

erken teklif zorlamalı

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

3

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


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

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

ses sınıfı codec 100

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


 

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

4

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


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

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

stunkullanımıicelite

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


 

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

5

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


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

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

ses sınıfı srtp-şifreleme 100

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

6

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


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

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

ses sınıfı uri 100 sip

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

7

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


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

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

  • kural 10 ila 70 ve 90

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

  • kural 80

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

8

Webex Calling santralini yapılandırın:

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


     

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

    
    voice class tenant 100
      registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
      credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
      authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
      authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
      no remote-party-id
      sip-server dns:98027369.us10.bcld.webex.com
      connection-reuse
      srtp-crypto 100
      session transport tcp tls 
      url sips 
      error-passthru
      asserted-id pai 
      bind control source-interface GigabitEthernet0/0/1
      bind media source-interface GigabitEthernet0/0/1
      no pass-thru content custom-sdp 
      sip-profiles 100 
      outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
      privacy-policy passthru
    

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

    ses sınıfı kiracı 100

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

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

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

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

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

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

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

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

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

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

    uzak taraf kimliği yok

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

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

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

    bağlantı yeniden kullanım

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

    srtp-şifreleme 100

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

    oturum taşıma tcp tls

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

    url yudumları

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

    hata geçişi

    SIP hata yanıtı geçiş işlevini belirtir. Daha fazla bilgi için bkz. hata geçişi .

    iddia edilen-id pai

    Yerel Ağ Geçidinde PAI işlemeyi açar. Daha fazla bilgi için bkz. iddia edilen kimlik .

    bind control source-interface GigabitEthernet0/0/1

    WebexCalling'e gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind ortam kaynağı-arayüzü GigabitEthernet0/0/1

    WebexCalling’e gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    geçiş içeriği yok özel sdp

    Kiracı altında varsayılan komut. Bu komut hakkında daha fazla bilgi için bkz. doğrudan içerik .

    sip profilleri 100

    SIP'leri SIP olarak değiştirir ve INVITE ve REGISTER mesajları için Hat/Port'u aşağıdaki bölümde tanımlandığı şekilde değiştirir. yudum profilleri 200 . Daha fazla bilgi için bkz. ses sınıfı yudum profilleri .

    giden-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling SBC'ye erişin. Santralinizi oluşturduğunuzda Control Hub’da sağlanan Giden Proxy Adresini girin. Daha fazla bilgi için bkz. giden proxy .

    gizlilik politikası geçidi

    Alınan mesajdan bir sonraki çağrı ayağına gizlilik değerlerini geçirecek santralin gizlilik üstbilgisi politikası seçeneklerini yapılandırır. Daha fazla bilgi için bkz. gizlilik politikası .

  2. Webex Calling santral çağrı eşini yapılandırın.

    
    dial-peer voice 100 voip
     description Inbound/Outbound Webex Calling
     max-conn 250
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     incoming uri request 100
     voice-class codec 100
     dtmf-relay rtp-nte
     voice-class stun-usage 100
     no voice-class sip localhost
     voice-class sip tenant 100
     srtp
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    
    dial-peer voice 100 voip
      description Inbound/Outbound Webex Calling
    

    etiketine sahip bir VoIP arama eşini tanımlar. 100 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    maks. konn 250

    LGW ve Webex Calling arasındaki eş zamanlı gelen ve giden çağrıların sayısını sınırlar. Kayıt santralleri için yapılandırılan maksimum değer 250 olmalıdır. Dağıtımınız için daha uygun olacaksa usea daha düşük değer. Yerel Ağ Geçidi eş zamanlı çağrı sınırları hakkında daha fazla bilgi için Yerel Ağ Geçidi belgesine bakın.

    hedef-kalıp BAD.BAD

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Bu arama eşini belirtir 100 SIP çağrısı ayaklarını yönetir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi sip sunucusu

    Kiracı 100'de tanımlanan SIP sunucusunun devralındığını ve bu çağrı eşinden gelen çağrılar için hedef için kullanıldığını gösterir.

    gelen uri isteği 100

    Bir VoIP arama eşini gelen çağrının tekdüzen kaynak tanımlayıcısı (URI) ile eşleştirmek için kullanılan ses sınıfını belirtmek. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Arama eşini, ortak codec filtre listesi 100'ü kullanacak şekilde yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec bileşeni .

    ses sınıfı stun kullanımı 100

    Yerel Ağ Geçidinde yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine izin verir. STUN, medya trafiği için bir güvenlik duvarı iğne deliği açmaya yardımcı olur.

    ses sınıfı sip localhost yok

    Giden iletilerin Kimden, Çağrı Kimlik ve Uzak Taraf Kimlik başlıklarında fiziksel IP adresi yerine DNS yerel Toplantı Sahibi Adı değiştirilmesini devre dışı bırakır.

    ses sınıfı sip kiracısı 100

    Çağrı eşi, küresel olarak yapılandırılmış ve 100 numaralı kiracıya ait tüm parametreleri devralır. Çağrı eşi düzeyinde parametreler geçersiz kılınabilir.

    srtp

    çağrı bacağı için SRTP etkinleştirir.

    hiç vadi yok

    Ses etkinliğinin algılanmasını devre dışı bırakır.

Kiracıyı tanımladıktan sonra 100 ve bir SIP VoIP çağrı eşi yapılandırdığınızda, ağ geçidi Webex Calling'e doğru bir TLS bağlantısı başlatır. Bu noktada erişim SBC, sertifikasını Yerel Ağ Geçidine sunar. Yerel Ağ Geçidi, daha önce güncellenen CA kök paketini kullanarak Webex Calling erişim SBC sertifikasını doğrular. Sertifika tanınırsa Yerel Ağ Geçidi ve Webex Calling erişim SBC'si arasında kalıcı bir TLS oturumu oluşturulur. Böylece, Yerel Ağ Geçidi bu güvenli bağlantıyı kullanarak Webex erişim SBC'sine kayıt olabilir. Kayıt kimlik doğrulaması için zorlandığında:

  • Yanıtta kimlik bilgileri yapılandırmasındaki kullanıcı adı, parola ve bölge parametreleri kullanılır.

  • SIPS URL'sini tekrar SIP'ye dönüştürmek için sip profili 100'deki değişiklik kuralları kullanılır.

Erişim SBC'sinden 200 OK alındığında kayıt başarılı olur.

Yukarıda Webex Calling'e doğru bir santral oluşturduktan sonra, SIP tabanlı PSTN sağlayıcısına doğru şifrelenmemiş bir santral oluşturmak için aşağıdaki yapılandırmayı kullanın:


 

Hizmet Sağlayıcınız güvenli bir PSTN santrali sunarsa Webex Calling santrali için yukarıda açıklanan benzer bir yapılandırmayı takip edebilirsiniz. Güvenli bir şekilde çağrı yönlendirme CUBE tarafından desteklenir.


 

Cisco TDM-SIP Ağ Geçitlerinde PSTN çağrı ayakları için TDM arayüzlerini yapılandırmak için bkz. ISDN PRI Yapılandırma.

1

PSTN santralinden gelen çağrıları tanımlamak için aşağıdaki ses sınıfı uri'sini yapılandırın:


voice class uri 200 sip
  host ipv4:192.168.80.13

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı uri 200 sip

Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu kalıbı girerken, IP PSTN ağ geçidinizin IP adresini kullanın. Daha fazla bilgi için bkz. voice class uri.

2

Aşağıdaki IP PSTN çağrı eşini yapılandırın:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Yapılandırma için alanların açıklaması aşağıda verilmiştir:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

etiketine sahip bir VoIP arama eşini tanımlar. 300 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar. Daha fazla bilgi için bkz. çevirmeli ses.

hedef-kalıp BAD.BAD

Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Daha fazla bilgi için bkz. hedef-kalıp (arayüz) .

oturum protokolü sipv2

Çağrı eşi 200'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (arama eşi) .

oturum hedefi ipv4:192.168.80.13

çağrı bacağı göndermek için hedefin hedef IPv4 adresi belirtir. Buradaki oturum hedefi, ITSP'nin IP adresi. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi).

200 üzerinden gelen uri

IP PSTN'nin IP adresi ile VIA başlığı için bir eşleşme kriteri tanımlar. Yerel Ağ Geçidinde gelen tüm IP PSTN çağrı bacaklarını çağrı eşi 200 ile eşleştirir. Daha fazla bilgi için gelen url’ye bakın.

bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

bind media source-interface GigabitEthernet0/0/0

PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

ses sınıfı codec 100

Arama eşini, ortak codec filtre listesi 100'ü kullanacak şekilde yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec bileşeni .

dtmf-geçişi rtp-nte

çağrı bacağı beklenen DTMF yeteneği olarak RTP -NTE'yi (RFC2833) tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

hiç vadi yok

Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

3

Yerel Ağ Geçidinizi yalnızca çağrıları Webex Calling ve PSTN arasında yönlendirecek şekilde yapılandırıyorsanız aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin. Yerel Ağ Geçidinizi bir Unified Communications Manager platformuyla yapılandırıyorsanız bir sonraki bölüme geçin.

  1. Çağrıları Webex Calling'e veya PSTN'ye yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. DPG 100, PSTN'den gelen çağrı eşine uygulanır. Benzer şekilde, DPG 200'yi PSTN'ye doğru giden çağrı eşi 200 ile tanımlayın. DPG 200, Webex’ten gelen çağrı eşine uygulanır.

    
    voice class dpg 100 
     description Route calls to Webex Calling 
     dial-peer 100 
    voice class dpg 200 
     description Route calls to PSTN 
     dial-peer 200

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları Webex’ten PSTN’ye ve PSTN’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

    
    dial-peer voice 100
     destination dpg 200
    dial-peer voice 200
     destination dpg 100 

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Önceki bölümlerdeki PSTN-Webex Calling yapılandırması, bir Cisco Unified Communications Manager (UCM) kümesine ek santraller içerecek şekilde değiştirilebilir. Bu durumda, tüm çağrılar Unified CM aracılığıyla yönlendirilir. 5060 numaralı bağlantı noktasındaki UCM'den gelen çağrılar PSTN'ye ve bağlantı noktası 5065'ten gelen çağrılar Webex Calling'e yönlendirilir. Bu çağrı senaryosunu dahil etmek için aşağıdaki artan yapılandırmalar eklenebilir.


 

Unified CM'de Webex Calling santrali oluştururken, gelen bağlantı noktasını SIP Santrali Güvenlik Profili ayarlarında 5065 olarak yapılandırdığınızdan emin olun. Bu, bağlantı noktası 5065'te gelen mesajlara izin verir ve Yerel Ağ Geçidine mesaj gönderirken VIA üstbilgisini bu değer ile doldurur.

1

Aşağıdaki ses sınıfı URI'lerini yapılandırın:

  1. Bağlantı noktası VIA SIP kullanarak Unified CM'yi Webex çağrılarına sınıflandırır:

    
    voice class uri 300 sip
     pattern :5065
    
  2. Bağlantı noktası aracılığıyla SIP kullanarak Unified CM'yi PSTN çağrılarına sınıflandırır:

    
    voice class uri 400 sip
     pattern 192\.168\.80\.6[0-5]:5060
    

    Kaynak adreslerini ve bağlantı noktası numarasını açıklayan bir veya daha fazla şablon kullanarak UCM'den PSTN santraline gelen mesajları sınıflandırın. Gerekirse eşleşen kalıpları tanımlamak için düzenli ifadeler kullanılabilir.

    Yukarıdaki örnekte, 192.168.80.60 ila 65 aralığındaki herhangi bir IP adresini ve 5060 bağlantı noktası numarasını eşleştirmek için düzenli bir ifade kullanılır.

2

Unified CM ana bilgisayarlarına SRV yönlendirmesini belirtmek için aşağıdaki DNS kayıtlarını yapılandırın:


 

IOS XE, hedef UCM ana bilgisayarlarını ve bağlantı noktalarını yerel olarak belirlemek için bu kayıtları kullanır. Bu yapılandırma ile, DNS sisteminizdeki kayıtları yapılandırmanız gerekmez. DNS’inizi kullanmayı tercih ederseniz bu yerel yapılandırmalar gerekli değildir.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

Aşağıdaki komut bir DNS SRV kaynak kaydı oluşturur. Her UCM ana bilgisayarı ve santrali için bir kayıt oluşturun:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV kaynağı kayıt adı

2: SRV kaynak kaydı önceliği

1: SRV kaynağı kayıt ağırlığı

5060: Bu kaynak kaydındaki hedef ana bilgisayar için kullanılacak bağlantı noktası numarası

ucmsub5.mydomain.com: Kaynak kaydı hedef ana bilgisayarı

Kaynak kaydı hedef ana bilgisayar adlarını çözümlemek için yerel DNS A kayıtları oluşturun. Örnek:

ip ana bilgisayar ucmsub5.mydomain.com 192.168.80.65

ip ana bilgisayarı: Yerel IOS XE veritabanında bir kayıt oluşturur. Name

ucmsub5.mydomain.com: A kaydı toplantı sahibi adı.

192.168.80.65: Ana bilgisayar IP adresi.

UCM ortamınızı ve tercih edilen çağrı dağıtım stratejinizi yansıtacak SRV kaynak kayıtlarını ve A kayıtlarını oluşturun.

3

Aşağıdaki çağrı eşlerini yapılandırın:

  1. Unified CM ve Webex Calling arasındaki çağrılar için çağrı eşi:

    
    dial-peer voice 300 voip
     description UCM-Webex Calling trunk
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:wxtocucm.io
     incoming uri via 300
     voice-class codec 100
     voice-class sip bind control source-interface GigabitEthernet 0/0/0
     voice-class sip bind media source-interface GigabitEthernet 0/0/0
     dtmf-relay rtp-nte
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    
    dial-peer voice 300 voip
     description UCM-Webex Calling trunk

    300 etiketiyle VoIP arama eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar.

    hedef-kalıp BAD.BAD

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 300'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:wxtocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı wxtocucm.io kullanılır.

    300 üzerinden gelen uri

    5065 kaynak bağlantı noktasını kullanarak Unified CM'den gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 300'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-geçişi rtp-nte

    çağrı bacağı beklenen DTMF yeteneği olarak RTP -NTE'yi (RFC2833) tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    hiç vadi yok

    Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

  2. Unified CM ve PSTN arasındaki çağrılar için çağrı eşi:

    
    dial-peer voice 400 voip
     description UCM-PSTN trunk
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:pstntocucm.io
     incoming uri via 400
     voice-class codec 100 
     voice-class sip bind control source-interface GigabitEthernet 0/0/0
     voice-class sip bind media source-interface GigabitEthernet 0/0/0
     dtmf-relay rtp-nte
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    
    dial-peer voice 400 voip
     description UCM-PSTN trunk

    etiketine sahip bir VoIP arama eşini tanımlar. 300 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    hedef-kalıp BAD.BAD

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 400'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:pstntocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı pstntocucm.io kullanılır.

    400 üzerinden gelen uri

    5060 kaynak bağlantı noktasını kullanarak belirtilen Unified CM ana bilgisayarlarından gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 400'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-geçişi rtp-nte

    çağrı bacağı beklenen DTMF yeteneği olarak RTP -NTE'yi (RFC2833) tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    hiç vadi yok

    Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

4

Aşağıdaki yapılandırmaları kullanarak çağrı yönlendirme ekleyin:

  1. Çağrıları Unified CM ve Webex Calling arasında yönlendirmek için çağrı eşi grupları oluşturun. DPG 100'ü ile tanımla giden çağrı eşi 100 Webex Calling’e doğru. DPG 100, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 300 ile DPG 300'yi tanımlayın. DPG 300, Webex’ten gelen çağrı eşine uygulanır.

    
    voice class dpg 100
     description Route calls to Webex Calling
     dial-peer 100
    voice class dpg 300
     description Route calls to Unified CM Webex Calling trunk
     dial-peer 300 
  2. Çağrıları Unified CM ve PSTN arasında yönlendirmek için çağrı eşi grupları oluşturun. DPG 200'ü ile tanımla giden çağrı eşi 200 PSTN doğru. DPG 200, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 400 ile DPG 400'yi tanımlayın. PSTN'den gelen çağrı eşine DPG 400 uygulanır.

    
    voice class dpg 200
     description Route calls to PSTN
     dial-peer 200
    voice class dpg 400
     description Route calls to Unified CM PSTN trunk
     dial-peer 400

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  3. Çağrıları Webex’ten Unified CM’ye ve Unified CM’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

    
    dial-peer voice 100
     destination dpg 300
    dial-peer voice 300
     destination dpg 100

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    hedef dpg 300

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

  4. Çağrıları PSTN'den Unified CM'ye ve Unified CM'den PSTN'ye yönlendirmek için çağrı eşi gruplarını uygulayın:

    
    dial-peer voice 200
     destination dpg 400
    dial-peer voice 400
     destination dpg 200 

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Tanılama İmzaları (DS), IOS XE tabanlı Yerel Ağ Geçidinde yaygın olarak gözlemlenen sorunları proaktif olarak algılar ve olayla ilgili e-posta, sistem günlüğü veya terminal mesajı bildirimi oluşturur. DS'yi, çözüm süresini kısaltmak amacıyla tanı verisi toplama işlemini otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için de yükleyebilirsiniz.

Tanı Imzaları (DS), sorun tetikleyici olaylarıyla ilgili bilgileri ve sorunu bilgilendirmek, gidermek ve çözmek için yapılması gereken işlemleri içeren XML dosyalarıdır. Sistem günlüğü mesajlarını, SNMP olaylarını kullanarak ve belirli komut gösterme çıktılarının periyodik olarak izlenmesi yoluyla sorun algılama mantığını tanımlayabilirsiniz.

Eylem türleri, gösteri komutu çıktılarını toplamayı içerir:

  • Birleştirilmiş bir günlük dosyası oluşturma

  • Dosyayı HTTPS, SCP, FTP sunucusu gibi kullanıcı tarafından sağlanan bir ağ konumuna yükleme.

TAC mühendisleri, DS dosyalarını yazar ve bütünlük koruması için dijital olarak imzalar. Her bir DS'nin sistem tarafından atanmış benzersiz bir kimlik numarası vardır. Tanılama İmzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için uygun imzaları bulmak için tek bir kaynaktır.

Başlamadan önce:

  • İndirdiğiniz DS dosyasını düzenlemeyin DSLT . Değiştirdiğiniz dosyalar, bütünlük denetimi hatası nedeniyle yükleme başarısız olur.

  • Yerel Ağ Geçidinin e-posta bildirimleri göndermesi için ihtiyaç duyduğunuz Basit Posta Aktarım Protokolü (SMTP) sunucusu.

  • E-posta bildirimleri için güvenli SMTP sunucusu kullanmak istiyorsanız, Yerel Ağ Geçidinin IOS XE 17.6.1 veya üzerini çalıştırdığından emin olun.

Cisco WebEx Meeting Center Yapılandırma Kılavuzları

IOS XE 17.6.1a veya üzeri bir sürümde çalışan Yerel Ağ Geçidi

  1. Tanı İmzalarının varsayılan olarak etkinleştirilmesi.

  2. Cihazın Cisco IOS XE 17.6.1a veya üzeri bir sürüm çalıştırması durumunda proaktif bildirim göndermek için kullanılacak güvenli e-posta sunucusunu yapılandırın.

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Ortam değişkenini yapılandırınds_email sizi bilgilendirmek için yöneticinin e-posta adresi ile.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

Aşağıda, proaktif bildirimleri adresine göndermek için Cisco IOS XE 17.6.1a veya daha üst bir sürümde çalışan bir Yerel Ağ Geçidinin yapılandırılmasına örnek gösterilmektedir. tacfaststart@gmail.com Gmail'i güvenli SMTP sunucusu olarak kullanma:


 

Cisco IOS XE Bengaluru 17.6.x veya sonraki sürümlerini kullanmanızı öneririz.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com" 

 

Cisco IOS XE Yazılımında çalışan bir Yerel Ağ Geçidi, OAuth'u destekleyen tipik bir web tabanlı Gmail istemcisi değildir, bu nedenle, cihazdan gelen e-postanın doğru şekilde işlenmesi için belirli bir Gmail hesabı ayarı yapılandırmalı ve özel izin vermeliyiz:

  1. Şuraya gidin: Google Hesabı > Güvenlik'i yönetin ve Daha az güvenli uygulama erişimi ayarını açın.

  2. Gmail'den "Google, birinin Google dışı bir uygulama kullanarak hesabınızda oturum açmasını engelledi" şeklinde bir e-posta aldığınızda "Evet, bendim" yanıtını verin.

Proaktif izleme için tanılama imzalarını yükleyin

Yüksek CPU kullanımını izleme

Bu DS, SNMP OID 1.3.6.1.4.1.9.2.1.56 kullanarak CPU kullanımını beş saniye boyunca izler. Kullanım %75 veya daha fazlasına ulaştığında, tüm hata ayıklamaları devre dışı bırakır ve Yerel Ağ Geçidinde yüklü olan tüm tanılama imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.

  1. kullanarak snmp'yi göster SNMP'yi etkinleştirmek için komut. Etkinleştirmezseniz simgesini yapılandırın snmp-sunucu yöneticisi komutunu verin.

    show snmp 
    %SNMP agent not enabled 
    
    config t 
    snmp-server manager 
    end 
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    
  2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64224'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta Bildirimi ile Yüksek CPU Kullanımı.

  3. DS XML dosyasını Yerel Ağ Geçidi flash belleğine kopyalayın.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 

    Aşağıdaki örnek, dosyanın bir FTP sunucusundan Yerel Ağ Geçidine kopyalanmasını gösterir.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
  5. kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

    show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
    Diagnostic-signature: enabled 
    Profile: CiscoTAC-1 (status: ACTIVE) 
    Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
    Environment variable: 
    ds_email: username@gmail.com 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-07 22:05:33


     

    Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse, Yerel Ağ Geçidinde yüksek CPU kullanımını izlemeye devam etmek için DS 64224'ü yeniden yükleyin.

SIP hattı kaydını izleme

Bu DS, her 60 saniyede bir Webex Calling bulutlu Yerel Ağ Geçidi SIP Trunk kaydının silinip silinmediğini kontrol eder. Kaydı iptal etme olayı algılandığında, bir e-posta ve sistem günlüğü bildirimi oluşturur ve iki kayıt dışı bırakma olayından sonra kendini kaldırır. Imzayı yüklemek için aşağıdaki adımları kullanın:

  1. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64117'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    SIP-SIP

    Sorun Türü

    E-posta Bildirimi ile SIP Trunk Kaydı Silme.

  2. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash: 
  3. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

Anormal çağrı bağlantılarının kesilmesini izleme

Bu DS, 403, 488 ve 503 SIP hatalarıyla anormal çağrı kesilmelerini algılamak için 10 dakikada bir SNMP anketi kullanır.  Hata sayısı artışı, son anketten 5'e eşit veya daha büyükse, bir sistem günlüğü ve e-posta bildirimi oluşturur. İmzayı yüklemek için lütfen aşağıdaki işlemleri yapın.

  1. kullanarak snmp'yi göster SNMP'nin etkin olup olmadığını kontrol etmek için komut. Etkinleştirilmezse, uygulamasını yapılandırın. snmp-sunucu yöneticisi komutunu verin.

    show snmp 
    %SNMP agent not enabled 
     
    
    config t 
    snmp-server manager 
    end 
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    
  2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65221'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta ve Syslog Bildirimi ile SIP anormal çağrı bağlantı kesme tespiti.

  3. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    
  5. kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

Bir sorunu gidermek için tanılama imzalarını yükleyin

Sorunları hızla çözmek için Tanılama İmzalarını (DS) kullanın. Cisco TAC mühendisleri, belirli bir sorunu gidermek, sorunun oluşumunu tespit etmek, doğru tanılama verilerini toplamak ve verileri otomatik olarak Cisco TAC aktarmak için gereken gerekli hata ayıklamaları etkinleştiren birkaç imza yazmıştır. Tanı Imzaları (DS), sorunun oluşup oluşmadığını manuel olarak kontrol etme ihtiyacını ortadan kaldırır ve aralıklı ve geçici sorunların giderilmesini çok daha kolay hale getirir.

kullanabilirsiniz Tanılama İmzaları Arama Aracı uygun imzaları bulmak ve belirli bir sorunu kendi kendinize çözmek için bunları yüklemek için veya destek sözleşmesinin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.

Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" sistem günlüğü ve aşağıdaki adımları kullanarak tanılama verilerinin toplanmasını otomatikleştirin:

  1. Ek bir DS ortam değişkeni yapılandırınds_fsurl_prefix bu, toplanan tanılama verilerinin yüklendiği Cisco TAC dosya sunucusu yoludur (cxd.cisco.com). Dosya Yolu kullanıcı adı, vaka numarasıdır ve parola, şuradan alınabilecek karşıya dosya yükleme belirtecidir. Destek Vaka Yöneticisi aşağıdaki komutta. Dosya yükleme belirteci, ihtiyaca göre Destek Vaka Yöneticisinin Ekler bölümünde oluşturulabilir.

    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    end 

    Örnek:

    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. kullanılarak SNMP'nin etkinleştirildiğinden emin olun snmp'yi göster komutunu verin. Etkinleştirilmezse, uygulamasını yapılandırın. snmp-sunucu yöneticisi komutunu verin.

    show snmp 
    %SNMP agent not enabled 
     
     
    config t 
    snmp-server manager 
    end 
  3. Yüksek CPU kullanımı sırasında tüm hata ayıklamaları ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü kurduğunuzdan emin olun. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta Bildirimi ile Yüksek CPU Kullanımı.

  4. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65095'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Syslog'lar

    Sorun Türü

    Syslog - %VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0

  5. DS XML dosyalarını Yerel Ağ Geçidine kopyalayın.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Yerel Ağ Geçidine Yüksek CPU izleme DS 64224 ve sonra DS 65095 XML dosyasını kurun.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
     
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. kullanarak imzanın başarıyla yüklendiğini doğrulayın. evi ara tanı imzasını göster komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

    show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
    Diagnostic-signature: enabled 
    Profile: CiscoTAC-1 (status: ACTIVE) 
    Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
    Environment variable: 
               ds_email: username@gmail.com 
               ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Kayıtlı

    2020-11-08

Tanılama imzalarının yürütülmesini doğrulayın

Aşağıdaki komutta, "Durum" sütunu evi ara tanı imzasını göster Yerel Ağ Geçidi imza içinde tanımlanan eylemi yürütürken komut "çalışıyor" olarak değişir. çıktısı evi arama tanılama imzası istatistiklerini göster tanılama imzasının ilgilenilen bir olayı tespit edip etmediğini ve eylemi gerçekleştirip gerçekleştirmediğini doğrulamanın en iyi yoludur. "Triggered/Max/Deinstall" sütunu, verilen imzanın bir olayı kaç kez tetiklediğini, bir olayı algılamak için tanımlandığı maksimum sayı ve maksimum tetiklenen olay sayısı algılandıktan sonra imzanın kendini kaldırıp kaldırmadığını gösterir.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

İndirilen DS'ler:

DS Kimliği

DS Adı

Revizyon

Durum

Son Güncelleme (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Kayıtlı

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Çalışıyor

2020-11-08 00:12:53

evi arama tanılama imzası istatistiklerini göster

DS Kimliği

DS Adı

Tetiklenen/Maksimum/Yüklemeyi Kaldırma

Ortalama Çalışma Süresi (saniye)

Maksimum Çalışma Süresi (saniye)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Tanılama imzası yürütmesi sırasında gönderilen bildirim e-postası , sorun türü, aygıt ayrıntıları, yazılım versiyonu, çalışan yapılandırma ve verilen sorunu gidermeyle ilgili komut çıktılarını göster gibi temel bilgileri içerir.

Tanılama imzalarını kaldır

Sorun giderme amacıyla Tanılama imzalarını kullan, genellikle bazı sorun oluşumlarının algılanmasından sonra kaldırılmak üzere tanımlanır. Bir imzayı manuel olarak kaldırmak isterseniz, çıktısından DS kimliğini alın çağrı-ev tanı-imzasını göster komut verin ve aşağıdaki komutu çalıştırın:

call-home diagnostic-signature deinstall <DS ID> 

Örnek:

call-home diagnostic-signature deinstall 64224 

 

Dağıtımlarda yaygın olarak gözlemlenen sorunlara bağlı olarak, Tanılama İmzaları Arama Aracı'na düzenli aralıklarla yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir.

Cisco IOS XE Ağ Geçitlerinin daha iyi yönetimi için ağ geçitlerini Control Hub üzerinden kaydetmenizi ve yönetmenizi öneririz. Opsiyonel bir konfigürasyondur. Kaydolduğunuzda, Yerel Ağ Geçidi yapılandırmanızı doğrulamak ve tüm yapılandırma sorunlarını belirlemek için Control Hub'daki yapılandırma doğrulama seçeneğini kullanabilirsiniz. Şu anda, yalnızca kayıt tabanlı ana hatlar bu işlevi desteklemektedir.

Daha fazla bilgi için aşağıdakilere bakın:

Bu bölümde, sertifika tabanlı karşılıklı TLS (mTLS) SIP santrali kullanılarak, bir Cisco Unified Sınır Öğesinin (CUBE) Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı anlatılmaktadır. Bu belgenin ilk bölümünde basit bir PSTN ağ geçidinin nasıl yapılandırılacağı gösterilmektedir. Bu durumda, PSTN'den gelen tüm çağrılar Webex Calling'e ve Webex Calling'den gelen tüm çağrılar PSTN'ye yönlendirilir. Aşağıdaki resimde, bu çözümü ve takip edilecek üst düzey çağrı yönlendirme yapılandırmasını vurgulamaktadır.

Bu tasarımda, aşağıdaki temel yapılandırmalar kullanılır:

  • ses sınıfı kiracıları: Santrale özel yapılandırmalar oluşturmak için kullanılır.

  • ses sınıfı uri: Gelen çağrı eşinin seçimi için SIP mesajlarını sınıflandırmak için kullanılır.

  • gelen çağrı eşi: Gelen SIP mesajları için tedavi sağlar ve bir çağrı eşi grubuyla giden yolu belirler.

  • arama eşi grubu: Ileri çağrı yönlendirme için kullanılan giden çağrı eşlerini tanımlar.

  • giden çağrı eşi: Giden SIP mesajları için tedavi sağlar ve bunları gerekli hedefe yönlendirir.

Call routing from/to PSTN to/from Webex Calling configuration solution

Webex Calling ile şirket içi bir Cisco Unified Communications Manager çözümüne bağlanırken, aşağıdaki şemada gösterilen çözümü oluşturmak için temel olarak basit PSTN ağ geçidi yapılandırmasını kullanabilirsiniz. Bu durumda, Unified Communications Manager tüm PSTN ve Webex Calling çağrılarında merkezi yönlendirme ve işlem sağlar.

Bu belge boyunca, aşağıdaki resimde gösterilen ana bilgisayar adları, IP adresleri ve arayüzler kullanılır. Seçenekler, genel veya özel (NAT arkasında) adresleme için sağlanır. Birden fazla CUBE örneği arasında yük dengeleme olmadığı sürece SRV DNS kayıtları isteğe bağlıdır.

Yerel Ağ Geçidi yapılandırmanızı aşağıdaki şekilde tamamlamak için bu belgenin geri kalan bölümündeki yapılandırma kılavuzunu kullanın:

  • 1. Adım: Yönlendirici temel bağlantısını ve güvenliğini yapılandırın

  • 2. Adım: Webex Calling Santralini Yapılandırma

    Gerekli mimarinize bağlı olarak aşağıdakilerden birini izleyin:

  • 3. Adım: SIP PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

  • 4. Adım: Mevcut Unified CM ortamıyla Yerel Ağ Geçidini yapılandırma

    Ya da:

  • 3. Adım: TDM PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

Başlangıç yapılandırması

Cisco yönlendiricinizi Webex Calling için Yerel Ağ Geçidi olarak hazırlamanın ilk adımı, platformunuzu güvenli hale getirecek ve bağlantı kuracak bir temel yapılandırma oluşturmaktır.

  • Tüm sertifika tabanlı Yerel Ağ Geçidi dağıtımları için Cisco IOS XE 17.9.1a veya sonraki sürümleri gerekir. Önerilen sürümler için Cisco Yazılım Araştırma sayfasına bakın. Platformu arayın ve önerilen sürümlerden birini seçin.

    • ISR4000 serisi yönlendiriciler, hem Unified Communications hem de Güvenlik teknolojisi lisansları ile yapılandırılmalıdır.

    • Ses kartlarıyla veya DSP'lerle donatılmış Catalyst Edge 8000 serisi yönlendiriciler, DNA Essentials lisansı gerektirir. Ses kartları veya DSP'ler olmayan yönlendiriciler, minimum DNA Essentials lisansı gerektirir.

    • Yüksek kapasite gereksinimleri için Yüksek Güvenlik (HSEC) lisansı ve ek çıktı yetkilendirmesi de gerekebilir.

      Daha fazla ayrıntı için Yetkilendirme Kodlarına bakın.

  • Platformunuz için iş politikalarınızı takip eden bir temel yapılandırma oluşturun. Özellikle, aşağıdakileri yapılandırın ve çalışmayı doğrulayın:

    • NTP

    • ACL'ler

    • Kullanıcı kimlik doğrulaması ve uzaktan erişim

    • DNS

    • IP yönlendirme

    • IP adresleri

  • Webex Calling'e yönelik ağın bir IPv4 adresi kullanması gerekir. Yerel Ağ Geçidi Tam Etki Alanı Adları (FQDN) veya Hizmet Kaydı (SRV) adreslerinin, internette genel bir IPv4 adresine çözülmesi gerekir.

  • Webex'e dönük Yerel Ağ Geçidi arayüzündeki tüm SIP ve ortam bağlantı noktalarına doğrudan veya statik NAT üzerinden internetten erişilebilir olmalıdır. Güvenlik duvarınızı buna uygun olarak güncellediğinizden emin olun.

  • Yerel Ağ Geçidine imzalı bir sertifika yükleyin (aşağıda ayrıntılı yapılandırma adımları verilmiştir).

    • Cisco Webex Ses ve Video Platformlarına Yapılan Çağrılar için Hangi Kök Sertifika Yetkilileri Desteklenir? bölümünde açıklandığı gibi genel bir Sertifika Yetkilisi (CA) cihaz sertifikasını imzalamalıdır.

    • Santral oluştururken Control Hub'da yapılandırılan FQDN, yönlendiricinin Ortak Ad (CN) veya Konu Alternatif Adı (SAN) sertifikası olmalıdır. Örnek:

      • Kuruluşunuzun Control Hub'ında yapılandırılmış bir santralde Yerel Ağ Geçidinin FQDN'si olarak cube1.lgw.com:5061 bulunuyorsa yönlendirici sertifikasındaki CN veya SAN'da cube1.lgw.com bulunmalıdır. 

      • Kuruluşunuzun Control Hub'ında yapılandırılmış bir santralde santralden erişilebilen Yerel Ağ Geçidinin SRV adresi olarak lgws.lgw.com varsa yönlendirici sertifikasındaki CN veya SAN'da lgws.lgw.com bulunmalıdır. SRV adresinin çözümlediği kayıtlar (CNAME, A Record veya IP Address) SAN'da isteğe bağlıdır.

      • Ister santral için FQDN ister SRV kullanın, Yerel Ağ Geçidinizdeki tüm yeni SIP iletişim kutularının kişi adresi, Control Hub’da yapılandırılan adı kullanır.

  • İstemci ve sunucu kullanımı için sertifikaların imzalandığından emin olun.

  • Cisco kök CA paketini Yerel Ağ Geçidine yükleyin.

Yapılandırmalar

1

Herhangi bir Katman 3 arayüzüne geçerli ve yönlendirilebilir IP adresleri atadığınızdan emin olun, örneğin:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240
2

Yönlendiricideki STUN kimlik bilgilerini simetrik şifreleme kullanarak koruyun. Birincil şifreleme anahtarını ve şifreleme türünü aşağıdaki şekilde yapılandırın:


key config-key password-encrypt YourPassword
password encryption aes
3

Tercih ettiğiniz Sertifika Yetkilisi (CA) tarafından imzalanan bir sertifikayla bir şifreleme güven noktası oluşturun.

  1. Aşağıdaki yönet komutunu kullanarak bir RSA anahtar çifti oluşturun.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096
  2. Aşağıdaki yapılandırma komutlarıyla imzalı sertifika için bir güven noktası oluşturun:

    
    crypto pki trustpoint LGW_CERT
     enrollment terminal pem
     fqdn cube1.lgw.com
     subject-name cn=cube1.lgw.com
     subject-alt-name cube1.lgw.com
     revocation-check none
     rsakeypair lgw-key
  3. Aşağıdaki yönet veya yapılandırma komutuyla Sertifika Imzalama Talebi (CSR) oluşturun ve desteklenen bir CA sağlayıcısından imzalı bir sertifika istemek için bunu kullanın:

    crypto pki enroll LGW_CERT
4

Ara (veya kök) CA sertifikanızı kullanarak yeni sertifikanızın kimliğini doğrulayın, ardından sertifikayı içe aktarın (Adım 4). Aşağıdaki çalıştırma veya yapılandırma komutunu girin:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>
5

Aşağıdaki yürütme veya yapılandırma komutunu kullanarak imzalı bir toplantı sahibi sertifikasını içe aktarın:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>
6

TLS1.2 münhasırlığını etkinleştirin ve aşağıdaki yapılandırma komutlarını kullanarak varsayılan güven noktasını belirtin:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
 
7

Webex Calling tarafından kullanılan DigiCert CA sertifikasını içeren Cisco kök CA paketini yükleyin. kullanarak kripto pki trustpool içe aktarma temiz url komutu belirtilen URL'den kök CA demetini indirmek ve mevcut CA güven havuzunu temizlemek için, ardından yeni sertifika paketini yükleyin:


 

HTTPS kullanarak internete erişim için bir proxy kullanmanız gerekirse CA paketini içe aktarmadan önce aşağıdaki yapılandırmayı ekleyin:

ip http istemci proxy sunucusu yourproxy.com proxy bağlantı noktası 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
1

Control Hub'daki mevcut bir konum için CUBE sertifikası tabanlı bir PSTN santrali oluşturun. Daha fazla bilgi için bkz. Webex Calling için ana hatları, rota gruplarını ve arama planlarını yapılandırın .


 
Santral oluşturulduktan sonra sağlanan santral bilgilerini not edin. Aşağıdaki resimde vurgulandığı gibi bu ayrıntılar, bu kılavuzdaki yapılandırma adımlarında kullanılacaktır.
2

CUBE'u Webex Calling Yerel Ağ Geçidi olarak yapılandırmak için aşağıdaki komutları girin:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Yapılandırma için alanların açıklaması aşağıda verilmiştir:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y
  • Ücretli dolandırıcılığa karşı koruma sağlamak amacıyla, güvenilir adres listesi Yerel Ağ Geçidinin meşru VoIP çağrıları beklediği toplantı sahiplerinin ve ağ varlıklarının bir listesini tanımlar.

  • Varsayılan olarak, Yerel Ağ Geçidi güvenilir listesinde olmayan IP adreslerinden gelen tüm VoIP mesajlarını engeller. "Oturum hedefi IP" veya sunucu grubu IP adreslerine sahip statik olarak yapılandırılmış çağrı eşlerine varsayılan olarak güvenilir, bu nedenle güvenilir listeye eklenmesi gerekmez.

  • Yerel Ağ Geçidinizi yapılandırırken, listeye bölgesel Webex Calling veri merkeziniz için IP alt ağlarını ekleyin. Daha fazla bilgi için Webex Calling için Bağlantı Noktası Referans Bilgileri bölümüne bakın. Ayrıca, Unified Communications Manager sunucuları (kullanılırsa) ve PSTN santral ağ geçitleri için adres aralıkları ekleyin.

  • Ücretli dolandırıcılığı önlemek için bir IP adresi güvenilir listesinin nasıl kullanılacağı hakkında daha fazla bilgi için, bkz. IP adresi güvenilir .

mod kenarlık öğesi

Platformda Cisco Unified Border Element (CUBE) özelliklerini etkinleştirir.

allow-connections sip to sip

CUBE temel SIP'i arka arkaya kullanıcı aracısı işlevini etkinleştirin. Daha fazla bilgi için bkz. Bağlantılara izin ver .


 

Varsayılan olarak, T.38 faks aktarımı etkindir. Daha fazla bilgi için bkz. faks protokolü t38 (ses hizmeti).

stın

Küresel olarak STUN'u (NAT üzerinden UDP'nin Oturum Geçişi) etkinleştirir.


 
Bu genel stun komutları yalnızca Yerel Ağ Geçidinizi NAT arkasında dağıtırken gereklidir.
  • Bir aramayı bir kişiye yönlendirdiğinizde Webex Calling kullanıcı (örneğin, hem aranan hem de arayan taraflar Webex Calling aboneler ve medyayı Webex Calling SBC), bu durumda iğne deliği açık olmadığı için medya Yerel Ağ Geçidi'ne akamaz.

  • Yerel Ağ Geçidindeki STUN bağlantıları özelliği, yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine olanak tanır. Bu, güvenlik duvarında iğne deliğinin açılmasına yardımcı olur.

Daha fazla bilgi için bkz. stun flowdata temsilci kimliği ve stun flowdata paylaşılan gizliliği.

asimetrik yük tam

Hem DTMF hem de dinamik codec yükleri için SIP asimetrik yük desteğini yapılandırır. Bu komut hakkında daha fazla bilgi için bkz. asimetrik yük .

erken teklif zorlamalı

Yerel Ağ Geçidini, komşu eşten onay beklemek yerine ilk INVITE mesajında SDP bilgilerini göndermeye zorlar. Bu komut hakkında daha fazla bilgi için bkz. erken teklif .

gelen sip profilleri

CUBE'nin mesajları alındıkça değiştirmek için SIP profillerini kullanmasını sağlar. Profiller, çağrı eşleri veya kiracılar aracılığıyla uygulanır.

3

Yapılandır ses sınıfı codec'i 100 santral için codec filtresi. Bu örnekte, tüm santraller için aynı codec filtresi kullanılır. Hassas kontrol için her santral için filtreleri yapılandırabilirsiniz.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı codec 100

SIP hatları aracılığıyla yapılan çağrılar için yalnızca tercih edilen codec'lere izin vermek için kullanılır. Daha fazla bilgi için bkz. ses sınıfı codec'i.


 

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. (Bu adım, Webex for Government için geçerli değildir)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

stunkullanımıicelite

Mümkün olan her durumda ortam optimizasyonuna izin vermek için Webex Calling'e dönük tüm çağrı eşlerinde ICE-Lite'ı etkinleştirmek için kullanılır. Daha fazla bilgi için bkz. ses sınıfı sersemletme kullanımı ve sersemletme kullanımı ice lite .


 
Paragrafların stun kullanımı güvenlik duvarı-geçiş flowdata komutu yalnızca Yerel Ağ Geçidinizi NAT arkasında dağıtırken gereklidir.

 
Ortam yolu optimizasyonu kullanarak çağrı akışları için ICE-lite'ın stun kullanımını gerekli kılmanız gerekir. SIP'den TDM ağ geçidine ortam optimizasyonu sağlamak için, IP-IP bacağında ICE-Lite özellikli bir geri arama eşi yapılandırın. Daha fazla teknik bilgi için Hesap veya TAC ekipleriyle iletişime geçin.
5

Webex trafiği için ortam şifreleme politikasını yapılandırın. (Bu adım, Webex for Government için geçerli değildir)


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

FIPS uyumlu GCM şifrelerini yapılandırın (Bu adım yalnızca Resmi Daireler için Webex için geçerlidir).


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı srtp-şifreleme 100

CUBE'nin sunduğu şifre paketi olarak GCM'yi belirtir. Webex for Government için Yerel Ağ Geçidi için GCM şifrelerinin yapılandırılması zorunludur.

7

Bir Yerel Ağ Geçidi hattına yapılan çağrıları, hedef FQDN'sine veya SRV'sine göre benzersiz bir şekilde tanımlamak için bir şablon yapılandırın:


voice class uri 100 sip
 pattern cube1.lgw.com

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı uri 100 sip

Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu şablona girerken bir santral oluştururken Control Hub'da yapılandırılmış LGW FQDN veya SRV kullanın.

8

SIP mesaj işleme profillerini yapılandırın. Ağ geçidiniz genel bir IP adresiyle yapılandırılmışsa bir profili şu şekilde yapılandırın veya NAT kullanıyorsanız sonraki adıma geçin. Bu örnekte cube1.lgw.com Yerel Ağ Geçidi için yapılandırılmış FQDN ve "198.51.100.1", Webex Calling'e dönük Yerel Ağ Geçidi arayüzünün genel IP adresidir:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

kurallar 10 ve 20

Webex'in yerel ağ geçidinizden mesajların kimliğini doğrulamasına izin vermek için SIP isteğinde bulunan 'Kişi' üstbilgisinde ve yanıt mesajlarında Control Hub'da santral için sağlanan değer bulunmalıdır. Bu, tek bir ana bilgisayarın FQDN'si veya bir cihaz kümesi için kullanılan SRV etki alanı adı olacaktır.


 

Yerel Ağ Geçidinizi genel IP adresleriyle yapılandırdıysanız sonraki adımı atlayın.

9

Ağ geçidiniz statik NAT arkasında özel bir IP adresiyle yapılandırılmışsa gelen ve giden SIP profillerini aşağıdaki gibi yapılandırın. Bu örnekte cube1.lgw.com, Yerel Ağ Geçidi için yapılandırılmış FQDN, "10.80.13.12" Webex Calling'e dönük arabirim IP adresi ve "192.65.79.20" genel NAT IP adresidir.

Webex Calling giden mesajlar için SIP profilleri

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

kurallar 10 ve 20

Webex'in yerel ağ geçidinizden mesajların kimliğini doğrulamasına izin vermek için SIP isteğinde bulunan 'Kişi' üstbilgisinde ve yanıt mesajlarında Control Hub'da santral için sağlanan değer bulunmalıdır. Bu, tek bir ana bilgisayarın FQDN'si veya bir cihaz kümesi için kullanılan SRV etki alanı adı olacaktır.

kurallar 30 - 81

Özel adres referanslarını site için harici genel adrese dönüştürerek Webex’in sonraki mesajları doğru şekilde yorumlamasına ve yönlendirmesine olanak tanır.

Webex Calling'den gelen mesajlar için SIP profili

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

kurallar 10-80

Genel adres referanslarını, Webex'ten gelen mesajların CUBE tarafından doğru şekilde işlenmesine izin vererek, yapılandırılan özel adrese dönüştürün.

Daha fazla bilgi için bkz. ses sınıfı yudum profilleri .

10

Üstbilgi değişiklik profili ile SIP Seçenekleri canlı tutma yapılandırın.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı sip seçenekleri-keepalive 100

Canlı tutma profili yapılandırır ve ses sınıfı yapılandırma moduna girer. Uç noktaya kalp atışı bağlantısı YUKARI veya Aşağı durumundayken, çağrı hedefine SIP Out Of Dialog Seçenekleri Ping'inin gönderildiği süreyi (saniye olarak) yapılandırabilirsiniz.

Bu canlı tutma profili, Webex’e doğru yapılandırılan çağrı eşinden tetiklenir.

Kişi başlıklarının SBC tam etki alanı adını içerdiğinden emin olmak için SIP profili 115 kullanılır. 30, 40 ve 50. kurallar yalnızca SBC statik NAT arkasında yapılandırıldığında gereklidir.

Bu örnekte cube1.lgw.com, Yerel Ağ Geçidi için seçilen FQDN'dir ve statik NAT kullanılırsa, "10.80.13.12", Webex Calling'e yönelik SBC arabirimi IP adresidir ve "192.65.79.20", NAT genel IP adresidir.

11

Webex Calling santralini yapılandırın:

  1. oluştur ses sınıfı kiracısı 100 Webex Calling santrali için özel olarak gerekli yapılandırmaları tanımlamak ve gruplandırmak için. Bu kiracıyla ilişkili çağrı eşleri daha sonra şu yapılandırmaları devralır:


     

    Aşağıdaki örnekte, bu kılavuzun amacı için Adım 1'de gösterilen değerler kullanılır (kalın olarak gösterilmiştir). Bunları yapılandırmanızdaki santralinizin değerleriyle değiştirin.

    
    voice class tenant 100
     no remote-party-id
     sip-server dns:us25.sipconnect.bcld.webex.com
     srtp-crypto 100
     localhost dns:cube1.lgw.com
     session transport tcp tls
     no session refresh
     error-passthru
     bind control source-interface GigabitEthernet0/0/1
     bind media source-interface GigabitEthernet0/0/1
     no pass-thru content custom-sdp
     sip-profiles 100 
     sip-profiles 110 inbound
     privacy-policy passthru
    !

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    ses sınıfı kiracı 100

    Kendi TLS sertifikasına ve CN veya SAN doğrulama listesine sahip santralleri yapılandırmak için kiracılar kullanmanızı öneririz. Burada kiracıyla ilişkili tls profili, yeni bağlantıları kabul etmek veya oluşturmak için kullanılacak güven noktasını içerir ve gelen bağlantıları doğrulamak için CN veya SAN listesine sahiptir. Daha fazla bilgi için bkz. ses sınıfı kiracısı .

    uzak taraf kimliği yok

    Webex Calling , CIO kullanılarak etkinleştirilen PAI'yi desteklediğinden SIP Uzak Taraf Kimlik (RPID) üstbilgisini devre dışı bırakın iddia edilen-id pai . Daha fazla bilgi için bkz. uzak taraf kimliği .

    sip-server dns:us25.sipconnect.bcld.webex.com

    Santral için hedef SIP sunucusunu yapılandırır. Santralinizi oluşturduğunuzda Control Hub’da sağlanan edge proxy SRV adresini kullanın

    srtp-şifreleme 100

    SRTP çağrı bacağı (bağlantı) için tercih edilen şifre paketlerini yapılandırır (Adım 5'te belirtilir). Daha fazla bilgi için bkz. ses sınıfı srtp-kripto .

    localhost dns'leri: küp1.lgw.com

    CUBE, giden mesajlardaki Gönderen, Call-ID ve Remote-Party-ID üstbilglerindeki fiziksel IP adresini, verilen FQDN ile değiştirmek üzere yapılandırır.

    oturum taşıma tcp tls

    Ilişkili çağrı eşleri için aktarımı TLS'ye ayarlar. Daha fazla bilgi için bkz. oturum-taşıma .

    oturum yenilemesi yok

    SIP oturum yenilemesini genel olarak devre dışı bırakır.

    hata geçişi

    SIP hata yanıtı geçiş işlevini belirtir. Daha fazla bilgi için bkz. hata geçişi .

    bind control source-interface GigabitEthernet0/0/1

    Webex Calling'e gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind ortam kaynağı-arayüzü GigabitEthernet0/0/1

    Webex Calling'e gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    ses sınıfı sip profilleri 100

    Giden mesajlar için kullanmak üzere üstbilgi değişiklik profilini (Genel IP veya NAT adresleme) uygular. Daha fazla bilgi için bkz. ses sınıfı yudum profilleri .

    ses sınıfı sip profilleri 110 gelen

    Gelen mesajlar için kullanmak üzere üstbilgi değişiklik profilini (yalnızca NAT adreslemesi) uygular. Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

    gizlilik politikası passthru

    Alınan mesajdan bir sonraki çağrı ayağına gizlilik değerlerini geçirecek santralin gizlilik üstbilgisi politikası seçeneklerini yapılandırır. Daha fazla bilgi için bkz. gizlilik politikası .

  2. Webex Calling santral çağrı eşini yapılandırın.

    
    dial-peer voice 100 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     incoming uri request 100
     voice-class codec 100
     voice-class stun-usage 100
     voice-class sip rel1xx disable
     voice-class sip asserted-id pai
     voice-class sip tenant 100
     voice-class sip options-keepalive profile 100
     dtmf-relay rtp-nte 
     srtp
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    
    dial-peer voice 100 voip
     description Inbound/Outbound Webex Calling

    etiketiyle VoIP arama eşi tanımlar 100 ve yönetim kolaylığı ve sorun giderme konusunda anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çevirmeli ses .

    hedef-kalıp BAD.BAD

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Arama eşini belirtir 100 SIP çağrı ayaklarını yönetir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi sip sunucusu

    Kiracı 100'de tanımlanan SIP sunucusunun devralındığını ve bu çağrı eşinden gelen çağrılar için hedef için kullanıldığını gösterir.

    gelen uri isteği 100

    Bir VoIP arama eşini gelen çağrının tekdüzen kaynak tanımlayıcısı (URI) ile eşleştirmek için kullanılan ses sınıfını belirtmek. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Webex Calling'e ve Webex Calling'den yapılan çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    ses sınıfı stun kullanımı 100

    Yerel Ağ Geçidinde yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine izin verir. STUN, medya trafiği için bir güvenlik duvarı iğne deliği açmaya yardımcı olur.

    ses sınıfı sip asserted-id pai

    Giden çağrı bilgilerini, gizlilik onaylama kimliği (PAI) üstbilgisini kullanarak ayarlar. Daha fazla bilgi için bkz. ses sınıfı sip iddia kimliği.

    ses sınıfı sip kiracısı 100

    Çağrı eşi, küresel olarak yapılandırılmış ve 100 numaralı kiracıya ait tüm parametreleri devralır. Çağrı eşi düzeyinde parametreler geçersiz kılınabilir. Daha fazla bilgi için bkz. ses sınıfı sip kiracısı.

    ses sınıfı sip seçenekleri-canlı tutma profili 100

    Bu komut, belirli bir profil (100) kullanılarak bir grup SIP sunucusu veya uç nokta kullanılabilirliğini izlemek için kullanılır.

    srtp

    çağrı bacağı için SRTP etkinleştirir.

Yukarıda Webex Calling'e doğru bir santral oluşturduktan sonra, SIP tabanlı PSTN sağlayıcısına doğru şifrelenmemiş bir santral oluşturmak için aşağıdaki yapılandırmayı kullanın:


 

Hizmet Sağlayıcınız güvenli bir PSTN santrali sunarsa Webex Calling santrali için yukarıda açıklanan benzer bir yapılandırmayı takip edebilirsiniz. Güvenli bir şekilde çağrı yönlendirme CUBE tarafından desteklenir.


 

Cisco TDM-SIP Ağ Geçitlerinde PSTN çağrı ayakları için TDM arayüzlerini yapılandırmak için bkz. ISDN PRI Yapılandırma.

1

PSTN santralinden gelen çağrıları tanımlamak için aşağıdaki ses sınıfı uri'sini yapılandırın:


voice class uri 200 sip
  host ipv4:192.168.80.13

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı uri 200 sip

Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu kalıbı girerken, IP PSTN ağ geçidinizin IP adresini kullanın. Daha fazla bilgi için bkz. voice class uri.

2

Aşağıdaki IP PSTN çağrı eşini yapılandırın:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Yapılandırma için alanların açıklaması aşağıda verilmiştir:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

etiketine sahip bir VoIP arama eşini tanımlar. 300 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar. Daha fazla bilgi için bkz. çevirmeli ses.

hedef-kalıp BAD.BAD

Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Daha fazla bilgi için bkz. hedef-kalıp (arayüz) .

oturum protokolü sipv2

Çağrı eşi 200'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (arama eşi) .

oturum hedefi ipv4:192.168.80.13

çağrı bacağı göndermek için hedefin hedef IPv4 adresi belirtir. Buradaki oturum hedefi, ITSP'nin IP adresi. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi).

200 üzerinden gelen uri

IP PSTN'nin IP adresi ile VIA başlığı için bir eşleşme kriteri tanımlar. Yerel Ağ Geçidinde gelen tüm IP PSTN çağrı bacaklarını çağrı eşi 200 ile eşleştirir. Daha fazla bilgi için gelen url’ye bakın.

bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

bind media source-interface GigabitEthernet0/0/0

PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

ses sınıfı codec 100

Arama eşini, ortak codec filtre listesi 100'ü kullanacak şekilde yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec bileşeni .

dtmf-geçişi rtp-nte

çağrı bacağı beklenen DTMF yeteneği olarak RTP -NTE'yi (RFC2833) tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

hiç vadi yok

Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

3

Yerel Ağ Geçidinizi yalnızca çağrıları Webex Calling ve PSTN arasında yönlendirecek şekilde yapılandırıyorsanız aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin. Yerel Ağ Geçidinizi bir Unified Communications Manager platformuyla yapılandırıyorsanız bir sonraki bölüme geçin.

  1. Çağrıları Webex Calling'e veya PSTN'ye yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. DPG 100, PSTN'den gelen çağrı eşine uygulanır. Benzer şekilde, DPG 200'yi PSTN'ye doğru giden çağrı eşi 200 ile tanımlayın. DPG 200, Webex’ten gelen çağrı eşine uygulanır.

    
    voice class dpg 100 
     description Route calls to Webex Calling 
     dial-peer 100 
    voice class dpg 200 
     description Route calls to PSTN 
     dial-peer 200

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları Webex’ten PSTN’ye ve PSTN’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

    
    dial-peer voice 100
     destination dpg 200
    dial-peer voice 200
     destination dpg 100 

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Önceki bölümlerdeki PSTN-Webex Calling yapılandırması, bir Cisco Unified Communications Manager (UCM) kümesine ek santraller içerecek şekilde değiştirilebilir. Bu durumda, tüm çağrılar Unified CM aracılığıyla yönlendirilir. 5060 numaralı bağlantı noktasındaki UCM'den gelen çağrılar PSTN'ye ve bağlantı noktası 5065'ten gelen çağrılar Webex Calling'e yönlendirilir. Bu çağrı senaryosunu dahil etmek için aşağıdaki artan yapılandırmalar eklenebilir.

1

Aşağıdaki ses sınıfı URI'lerini yapılandırın:

  1. Bağlantı noktası VIA SIP kullanarak Unified CM'yi Webex çağrılarına sınıflandırır:

    
    voice class uri 300 sip
     pattern :5065
    
  2. Bağlantı noktası aracılığıyla SIP kullanarak Unified CM'yi PSTN çağrılarına sınıflandırır:

    
    voice class uri 400 sip
     pattern 192\.168\.80\.6[0-5]:5060
    

    Kaynak adreslerini ve bağlantı noktası numarasını açıklayan bir veya daha fazla şablon kullanarak UCM'den PSTN santraline gelen mesajları sınıflandırın. Gerekirse eşleşen kalıpları tanımlamak için düzenli ifadeler kullanılabilir.

    Yukarıdaki örnekte, 192.168.80.60 ila 65 aralığındaki herhangi bir IP adresini ve 5060 bağlantı noktası numarasını eşleştirmek için düzenli bir ifade kullanılır.

2

Unified CM ana bilgisayarlarına SRV yönlendirmesini belirtmek için aşağıdaki DNS kayıtlarını yapılandırın:


 

IOS XE, hedef UCM ana bilgisayarlarını ve bağlantı noktalarını yerel olarak belirlemek için bu kayıtları kullanır. Bu yapılandırma ile, DNS sisteminizdeki kayıtları yapılandırmanız gerekmez. DNS’inizi kullanmayı tercih ederseniz bu yerel yapılandırmalar gerekli değildir.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

Aşağıdaki komut bir DNS SRV kaynak kaydı oluşturur. Her UCM ana bilgisayarı ve santrali için bir kayıt oluşturun:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV kaynağı kayıt adı

2: SRV kaynak kaydı önceliği

1: SRV kaynağı kayıt ağırlığı

5060: Bu kaynak kaydındaki hedef ana bilgisayar için kullanılacak bağlantı noktası numarası

ucmsub5.mydomain.com: Kaynak kaydı hedef ana bilgisayarı

Kaynak kaydı hedef ana bilgisayar adlarını çözümlemek için yerel DNS A kayıtları oluşturun. Örnek:

ip ana bilgisayar ucmsub5.mydomain.com 192.168.80.65

ip ana bilgisayarı: Yerel IOS XE veritabanında bir kayıt oluşturur. Name

ucmsub5.mydomain.com: A kaydı toplantı sahibi adı.

192.168.80.65: Ana bilgisayar IP adresi.

UCM ortamınızı ve tercih edilen çağrı dağıtım stratejinizi yansıtacak SRV kaynak kayıtlarını ve A kayıtlarını oluşturun.

3

Aşağıdaki çağrı eşlerini yapılandırın:

  1. Unified CM ve Webex Calling arasındaki çağrılar için çağrı eşi:

    
    dial-peer voice 300 voip
     description UCM-Webex Calling trunk
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:wxtocucm.io
     incoming uri via 300
     voice-class codec 100
     voice-class sip bind control source-interface GigabitEthernet 0/0/0
     voice-class sip bind media source-interface GigabitEthernet 0/0/0
     dtmf-relay rtp-nte
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    
    dial-peer voice 300 voip
     description UCM-Webex Calling trunk

    300 etiketiyle VoIP arama eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar.

    hedef-kalıp BAD.BAD

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 300'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:wxtocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı wxtocucm.io kullanılır.

    300 üzerinden gelen uri

    5065 kaynak bağlantı noktasını kullanarak Unified CM'den gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 300'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-geçişi rtp-nte

    çağrı bacağı beklenen DTMF yeteneği olarak RTP -NTE'yi (RFC2833) tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    hiç vadi yok

    Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

  2. Unified CM ve PSTN arasındaki çağrılar için çağrı eşi:

    
    dial-peer voice 400 voip
     description UCM-PSTN trunk
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:pstntocucm.io
     incoming uri via 400
     voice-class codec 100 
     voice-class sip bind control source-interface GigabitEthernet 0/0/0
     voice-class sip bind media source-interface GigabitEthernet 0/0/0
     dtmf-relay rtp-nte
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    
    dial-peer voice 400 voip
     description UCM-PSTN trunk

    etiketine sahip bir VoIP arama eşini tanımlar. 300 ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    hedef-kalıp BAD.BAD

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 400'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:pstntocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı pstntocucm.io kullanılır.

    400 üzerinden gelen uri

    5060 kaynak bağlantı noktasını kullanarak belirtilen Unified CM ana bilgisayarlarından gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 400'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-geçişi rtp-nte

    çağrı bacağı beklenen DTMF yeteneği olarak RTP -NTE'yi (RFC2833) tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    hiç vadi yok

    Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

4

Aşağıdaki yapılandırmaları kullanarak çağrı yönlendirme ekleyin:

  1. Çağrıları Unified CM ve Webex Calling arasında yönlendirmek için çağrı eşi grupları oluşturun. DPG 100'ü ile tanımla giden çağrı eşi 100 Webex Calling’e doğru. DPG 100, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 300 ile DPG 300'yi tanımlayın. DPG 300, Webex’ten gelen çağrı eşine uygulanır.

    
    voice class dpg 100
     description Route calls to Webex Calling
     dial-peer 100
    voice class dpg 300
     description Route calls to Unified CM Webex Calling trunk
     dial-peer 300 
  2. Çağrıları Unified CM ve PSTN arasında yönlendirmek için çağrı eşi grupları oluşturun. DPG 200'ü ile tanımla giden çağrı eşi 200 PSTN doğru. DPG 200, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 400 ile DPG 400'yi tanımlayın. PSTN'den gelen çağrı eşine DPG 400 uygulanır.

    
    voice class dpg 200
     description Route calls to PSTN
     dial-peer 200
    voice class dpg 400
     description Route calls to Unified CM PSTN trunk
     dial-peer 400

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  3. Çağrıları Webex’ten Unified CM’ye ve Unified CM’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

    
    dial-peer voice 100
     destination dpg 300
    dial-peer voice 300
     destination dpg 100

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    hedef dpg 300

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

  4. Çağrıları PSTN'den Unified CM'ye ve Unified CM'den PSTN'ye yönlendirmek için çağrı eşi gruplarını uygulayın:

    
    dial-peer voice 200
     destination dpg 400
    dial-peer voice 400
     destination dpg 200 

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Tanılama İmzaları (DS), Cisco IOS XE tabanlı Yerel Ağ Geçidinde yaygın olarak gözlemlenen sorunları proaktif olarak algılar ve olayla ilgili e-posta, sistem günlüğü veya terminal mesajı bildirimi oluşturur. DS'yi, çözüm süresini kısaltmak amacıyla tanı verisi toplama işlemini otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için de yükleyebilirsiniz.

Tanılama İmzaları (DS), sorunu tetikleyen olaylar ve sorunu bilgilendirmek, gidermek ve sorunu gidermek için eylemler hakkında bilgi içeren XML dosyalarıdır. Sorun algılama mantığını tanımlamak için sistem günlüğü mesajlarını, SNMP olaylarını ve belirli show komutu çıktılarının periyodik olarak izlenmesini kullanın. Eylem türleri şunları içerir:

  • Gösteri komutu çıktılarını toplama

  • Birleştirilmiş bir günlük dosyası oluşturma

  • Dosyayı HTTPS, SCP, FTP sunucusu gibi kullanıcı tarafından sağlanan bir ağ konumuna yükleme

TAC mühendisleri, DS dosyalarını yazar ve bütünlük koruması için dijital olarak imzalar. Her DS dosyası, sistem tarafından atanan benzersiz sayısal Kimlik sahiptir. Tanılama İmzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için uygun imzaları bulmak için tek bir kaynaktır.

Başlamadan önce:

  • İndirdiğiniz DS dosyasını düzenlemeyin DSLT . Değiştirdiğiniz dosyalar, bütünlük denetimi hatası nedeniyle yükleme başarısız olur.

  • Yerel Ağ Geçidinin e-posta bildirimleri göndermesi için ihtiyaç duyduğunuz Basit Posta Aktarım Protokolü (SMTP) sunucusu.

  • E-posta bildirimleri için güvenli SMTP sunucusu kullanmak istiyorsanız, Yerel Ağ Geçidinin IOS XE 17.6.1 veya üzerini çalıştırdığından emin olun.

Cisco WebEx Meeting Center Yapılandırma Kılavuzları

IOS XE 17.6.1 veya üstünü çalıştıran Yerel Ağ Geçidi

  1. Tanı İmzalarının varsayılan olarak etkinleştirilmesi.

  2. Cihaz IOS XE 17.6.1 veya üzerini çalıştırıyorsa proaktif bildirim göndermek için kullandığınız güvenli e-posta sunucusunu yapılandırın.

    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Ortam değişkenini yapılandırınds_email yöneticinin e-posta adresi ile size bildiriniz.

    
    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    end 

Proaktif izleme için tanılama imzalarını yükleyin

Yüksek CPU kullanımını izleme

Bu DS, SNMP OID 1.3.6.1.4.1.9.2.1.56'yı kullanarak 5 saniyelik CPU kullanımını izler. Kullanım %75 veya daha fazlasına ulaştığında, tüm hata ayıklamaları devre dışı bırakır ve Yerel Ağ Geçidinde yüklediğiniz tüm tanılama imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.

  1. komutunu kullanarak SNMP'yi etkinleştirdiğinizden emin olun snmp'yi göster. SNMP etkinleştirilmemişse, snmp-sunucu yöneticisi komutunu verin.

    
    show snmp 
    %SNMP agent not enabled  
    
    config t 
    snmp-server manager 
    end  
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    
  2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64224'ü indirin:

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

    Ürün

    Webex Calling çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta Bildirimiyle Yüksek CPU Kullanımı

  3. DS XML dosyasını Yerel Ağ Geçidi flash belleğine kopyalayın.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Aşağıdaki örnek, dosyanın bir FTP sunucusundan Yerel Ağ Geçidine kopyalanmasını gösterir.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success  
  5. kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

    
    show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
     Diagnostic-signature: enabled 
     Profile: CiscoTAC-1 (status: ACTIVE) 
     Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
     Environment variable: 
               ds_email: username@gmail.com 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-07 22:05:33


     

    Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse, Yerel Ağ Geçidinde yüksek CPU kullanımını izlemeye devam etmek için lütfen DS 64224'ü yeniden yükleyin.

Anormal çağrı bağlantılarının kesilmesini izleme

Bu DS, 403, 488 ve 503 SIP hatalarıyla anormal çağrı kesilmelerini algılamak için 10 dakikada bir SNMP anketi kullanır.  Hata sayısı artışı, son anketten 5'e eşit veya daha büyükse, bir sistem günlüğü ve e-posta bildirimi oluşturur. İmzayı yüklemek için lütfen aşağıdaki işlemleri yapın.

  1. komutu kullanılarak SNMP'nin etkinleştirildiğinden emin olun snmp'yi göster. SNMP etkinleştirilmemişse, uygulamasını yapılandırın. snmp-sunucu yöneticisi komutunu verin.

    show snmp 
    %SNMP agent not enabled  
    
    config t 
    snmp-server manager 
    end  
    
    show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
  2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65221'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta ve Syslog Bildirimi ile SIP anormal çağrı bağlantı kesme tespiti.

  3. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    
    call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
  5. komutu kullanın evi ara tanı imzasını göster imzanın başarıyla yüklendiğini doğrulamak için. Durum sütununda "kayıtlı" bir değer olmalıdır.

Bir sorunu gidermek için tanılama imzalarını yükleyin

Sorunları hızlı bir şekilde çözmek için Tanılama İmzalarını (DS) da kullanabilirsiniz. Cisco TAC mühendisleri, belirli bir sorunu gidermek, sorunun oluşumunu tespit etmek, doğru tanılama verilerini toplamak ve verileri otomatik olarak Cisco TAC aktarmak için gereken gerekli hata ayıklamaları etkinleştiren birkaç imza yazmıştır. Bu da, sorunun gerçekleşip gerçekleşmediğini manuel olarak kontrol etme ihtiyacını ortadan kaldırarak aralıklı ve geçici sorunların tespit edilmesini çok daha kolay bir hale getirmektedir.

kullanabilirsiniz Tanılama İmzaları Arama Aracı uygun imzaları bulmak ve belirli bir sorunu kendi kendinize çözmek için bunları yüklemek için veya destek sözleşmesinin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.

Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" sistem günlüğü ve aşağıdaki adımları kullanarak tanılama verilerinin toplanmasını otomatikleştirin:

  1. Başka bir DS ortam değişkeni yapılandırınds_fsurl_prefix tanılama verilerini yüklemek için Cisco TAC dosya sunucusu yolu (cxd.cisco.com) olarak. Dosya Yolu kullanıcı adı, vaka numarasıdır ve parola, şuradan alınabilecek karşıya dosya yükleme belirtecidir. Destek Vaka Yöneticisi aşağıda gösterildiği gibi. karşıya dosya yükleme belirteci şurada oluşturulabilir: ekler Gerektiğinde Destek Vaka Yöneticisinin bölümü.

    
    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    end 

    Örnek:

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. komutu kullanılarak SNMP'nin etkinleştirildiğinden emin olun snmp'yi göster. SNMP etkinleştirilmemişse, cihazını yapılandırın: snmp-sunucu yöneticisi komutunu verin.

    
    show snmp 
    %SNMP agent not enabled 
     
    config t 
    snmp-server manager 
    end 
  3. Yüksek CPU kullanımı sırasında tüm hata ayıklamaları ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü kurmanızı öneririz. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta Bildirimi ile Yüksek CPU Kullanımı.

  4. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65095'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Catalyst 8000V Edge Yazılımı

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Syslog'lar

    Sorun Türü

    Syslog - %VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0

  5. DS XML dosyalarını Yerel Ağ Geçidine kopyalayın.

    
    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Yüksek CPU izleme DS 64224'ü ve ardından DS 65095 XML dosyası Local Gateway'e kurun.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. kullanılarak imzanın başarıyla yüklendiğini doğrulayın. çağrı-ev tanı-imzasını göster. Durum sütununda "kayıtlı" bir değer olmalıdır.

    
    show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
     Diagnostic-signature: enabled 
     Profile: CiscoTAC-1 (status: ACTIVE) 
     Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
     Environment variable: 
               ds_email: username@gmail.com 
               ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Kayıtlı

    2020-11-08:00:12:53

Tanılama imzalarının yürütülmesini doğrulayın

Aşağıdaki komutta, komutun “Durum” sütunu evi ara tanı imzasını göster Yerel Ağ Geçidi imza içinde tanımlanan eylemi yürütürken "çalışıyor" olarak değişir. çıktısı evi arama tanılama imzası istatistiklerini göster tanılama imzasının ilgilenilen bir olayı tespit edip etmediğini ve eylemi gerçekleştirip gerçekleştirmediğini doğrulamanın en iyi yoludur. "Triggered/Max/Deinstall" sütunu, verilen imzanın bir olayı kaç kez tetiklediğini, bir olayı algılamak için tanımlandığı maksimum sayı ve maksimum tetiklenen olay sayısı algılandıktan sonra imzanın kendini kaldırıp kaldırmadığını gösterir.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

İndirilen DS'ler:

DS Kimliği

DS Adı

Revizyon

Durum

Son Güncelleme (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Kayıtlı

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Çalışıyor

2020-11-08 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.

CUBE yüksek kullanılabilirliğini Yerel Ağ Geçidi olarak uygulama

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
Webex Calling için Unified CM Yapılandırma

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:

AyarDeğer
AdWebex gibi, benzersiz bir ad
AçıklamaWebex SIP Santral Güvenliği Profili gibi anlamlı bir açıklama
Gelen PortWebex'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:

AyarDeğer
AdWebex gibi, benzersiz bir ad
AçıklamaWebex 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ştirKontrol 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:

AyarDeğer
AdWebex gibi, benzersiz bir ad
AçıklamaWebex 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:

AyarDeğer
Cihaz Bilgileri
DeviceNameWebex gibi benzersiz bir ad
AçıklamaWebex SIP Santrali gibi anlamlı bir açıklama
Tüm Aktif Unified CM Düğümlerinde ÇalıştırKontrol 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 AdresYerel Ağ Geçidi CUBE'ünün IP adresi
Hedef Bağlantı Noktası5060
SIP Santrali Güvenlik ProfiliDaha önce tanımlanan: Webex
SSO ProfiliDaha önce tanımlanan: Webex

Webex için Yönlendirme Grubu Yapılandırma

Aşağıdaki ayarlarla bir yönlendirme grubu oluşturun:

AyarDeğer
Yol Grubu Bilgileri
Yönlendirme Grubu AdıWebex gibi benzersiz bir ad
Seçili CihazlarDaha ö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:

AyarDeğer
Yol Listesi Bilgileri
AdRL_Webex gibi benzersiz bir ad
AçıklamaWebex için yönlendirme listesi gibi anlamlı bir açıklama
Tüm Aktif Unified CM Düğümlerinde ÇalıştırKontrol edildi
Yol Listesi Üye Bilgileri
Seçilen GruplarYalnı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:

AyarDeğer
Yol Listesi Bilgileri
AdWebex gibi, benzersiz bir ad
AçıklamaWebex Bölümü gibi anlamlı bir açıklama

Sonraki işlemler

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:

AyarDeğer
Yol ŞablonuWebex'te başta "\" ile DID aralığı için tam +E.164 şablonudur. Örnek: \+140855501XX
Yol BölümüWebex
Ağ Geçidi/Yol ListesiRL_Webex
Acil ÖnceliğiKontrol 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:

AyarDeğer
Çevrim ŞablonuWebex'te ESN aralığı için ESN şablonudur. Örnek: 80121XX
BölümWebex
AçıklamaWebex Normalleştirme Şablonu gibi anlamlı bir açıklama
Çağrı Kaynağının Çağrı Arama Alanını KullanKontrol edildi
Acil ÖnceliğiKontrol edildi
Sonraki Atlamalarda Haneler Arası Zaman Aşımını BeklemeKontrol edildi
Aranan Taraf Dönüştürme MaskesiNumarayı +E.164'e normalleştirmek için kullanılan maskedir. Örnek: +140855501XX

Webex Calling özelliklerinizi ayarlama

Bir cevaplama grubu kurun

Arama grupları, gelen aramaları bir grup kullanıcıya veya çalışma alanına yönlendirir. Bir grubun tamamına yönlendirme yapabileceğiniz bir model dahi oluşturabilirsiniz.

Bir arama cevaplama grubu nasıl Kurulum hakkında daha fazla bilgi için, bkz. Cisco Webex Control Hub Hunt Grupları .

Çağrı sırası oluşturma

Müşterilerin çağrılarının yanıtlanamaması durumunda, otomatik yanıt, ilgilenme mesajı ve çağrının yanıtlanmasına kadar bekleme süresince müzik dinletmek için bir çağrı sırası oluşturabilirsiniz.

çağrı sırası nasıl Kurulum ve yönetileceği hakkında daha fazla bilgi için, bkz. Cisco Webex Control Hub Çağrı Kuyruklarını Yönetin .

Bir resepsiyonist istemcisi oluşturun

Ön ofis personelinizin ihtiyaçlarının karşılanmasını sağlayın. Kullanıcıları, kuruluşunuzdaki belirli kişilere gelen aramaları izleyebilmeleri için telefon görevlisi olarak Kurulum .

Resepsiyonist istemcilerinizi oluşturma ve görüntüleme hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Resepsiyonist İstemcileri.

Otomatik operatörler oluşturun ve yönetin

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şturun veya işletmeniz açıkken veya kapalıyken farklı seçenekler sunun.

Otomatik operatörlerin nasıl oluşturulacağı ve yönetileceği hakkında bilgi için bkz. Cisco Webex Control Hub Otomatik Görevlileri Yönetin .

Bir çağrı grubu yapılandırma

Grup çağrıları, bir kullanıcının belirli bir çağrı grubuna atanmış bir numarayı veya dahili numarayı çevirerek 75 adede kadar hedef kullanıcıya ve çalışma alanına tek yönlü arama veya grup sayfası yerleştirmesine olanak tanır.

Çağrı gruplarının nasıl Kurulum ve düzenleneceği hakkında bilgi için, bkz. Cisco Webex Control Hub Çağrı Grubu Yapılandırma .

Çağrı yanıtlamayı ayarla

Kullanıcıların birbirlerinin aramalarını yanıtlayabilmesi için bir çağrı alma grubu oluşturarak ekip çalışmasını ve işbirliğini geliştirin. Bir çağrı alma grubuna kullanıcı eklerken bir grup üyesinin dışarıda veya meşgul olması durumunda, onun çağrılarını başka bir grup üyesi yanıtlayabilir.

Çağrı alma grubunun nasıl oluşturulacağı hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Alma.

çağrı parkı ayarla

Çağrı parkı, tanımlı bir kullanıcı grubunun, bir çağrı parkı grubunun kullanılabilir diğer üyelerine çağrı park etmesine olanak tanır. Park edilen çağrıları, grubun diğer üyeleri kendi telefonlarından alabilir.

Çağrı parkı ayarlama hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Parkı.

Kullanıcılar için katılma özelliğini etkinleştir

1

müşteri görünümünden Calling > Konumlar’a gidin.https://admin.webex.com

2

Bir kullanıcı seçip Calling düğmesine tıklayın.

3

Kullanıcı arası izinler bölümüne gidin ve ardından Katıl'ı seçin.

4

Diğer kullanıcıların kendilerini bu kullanıcının devam eden çağrısına eklemesine izin vermek için düğmeyi açın.

5

Bu kullanıcı çağrısına katıldığında başkalarına bir ses çalmak istiyorsanız Bu kullanıcı çağrıya katıldığında ses çal seçeneğini işaretleyin.

6

Kaydet seçeneğine tıklayın.

Kullanıcı için gizliliği etkinleştir

1

Control Hub'da oturum açın ve şuraya gidin: Yönetim > Kullanıcılar.

2

Bir kullanıcı seçin ve Calling düğmesine tıklayın.

3

Kullanıcı Izinleri alanına gidin ve ardından Gizlilik'i seçin.

4

Bu kullanıcı için uygun Otomatik Santral Gizliliği ayarlarını seçin.

  • Bu kullanıcının dahili numarayla aranmasına izin verin
  • Bu kullanıcının adı veya soyadıyla aranmasına izin verin
5

Gizliliği Etkinleştir onay kutusunu işaretleyin. Ardından, açılır listeden üye seçmeyerek herkesi engellemeye karar verebilirsiniz. Alternatif olarak bu kullanıcının hat durumunu izleyebilecek kullanıcıları, çalışma alanlarını ve sanal hatları seçebilirsiniz.

Konum yöneticisiyseniz yalnızca atandığınız konumlarınızla ilgili kullanıcılar, çalışma alanları ve sanal hatlar açılır listede görünür.

Herkesin hat durumunu izlemesine izin vermek için Gizliliği Etkinleştir onay kutusunun işaretini kaldırın.

6

Yönlendirilmiş çağrı alma ve katılma için gizliliği zorunlu kıl onay kutusunu işaretleyin. Yönlendirilmiş çağrı alma ve katılma için gizliliği zorunlu kıl onay kutusunu işaretleyin.


 
  • Bu seçeneği etkinleştirirseniz yalnızca yetkili kullanıcılar, sanal hatlar ve çalışma alanı cihazları yönlendirilmiş çağrı almayı ve bu kullanıcıda katılma özelliğini kullanabilir. Aksi takdirde, kuruluştaki herhangi bir kişi yönlendirilmiş çağrı alma çağırabilir ve bir hatta katılma yapabilir.
  • Katılma hakkında daha fazla bilgi için Başka birinin telefon görüşmesine katılma bölümüne bakın.
  • Denetleyici, temsilcilerin çağrı sırasından aldığı çağrılara her zaman katılabilir. Yani gizlilik ayarları gözetmenin katılma seçeneğini etkilemez.
7

Ada göre üye ekle seçeneğinden, telefon hattı durumunu izleyebilen ve yönlendirilmiş çağrı alma ve katılma işlemlerini başlatabilen kullanıcıları, çalışma alanlarını ve sanal hatları seçin.

8

Seçtiğiniz üyeleri filtrelemek için ada, numaraya veya dahili alana göre filtreyi kullanın.

9

Seçilen tüm üyeleri kaldırmak için Tümünü Kaldır düğmesine tıklayın.


 
Tek bir üyesi kaldırmak için üye adının yanındaki Delete (Sil) kısmına tıklayın.
10

Kaydet seçeneğine tıklayın.

Privacy settings

Izlemeyi yapılandır

Bir kullanıcı için maksimum izlenen hat sayısı 50'dir. Ancak, izleme listesini yapılandırırken Webex Calling ve ağınız arasındaki bant genişliğini etkileyen mesaj sayısını dikkate alın. Ayrıca, kullanıcının telefonundaki hat düğmesi sayısına göre maksimum izlenen hatları belirleyin.

1

https://admin.webex.com içindeki müşteri görünümünden Yönetim kısmına gidin ve ardından Kullanıcılar düğmesine tıklayın.

2

Değiştirmek istediğiniz kullanıcıyı seçip Çağrı'ya tıklayın.

3

Kullanıcı Arası Izinler bölümüne gidin ve Izleme'yi seçin.

4

Aşağıdakiler arasından seçim yapın:

  • İzlenen Hat Ekle
  • Çağrı Parkı Dahili Numarası Ekle

Kullanıcı izleme için Izlenen Hat Ekle listesine sanal bir hat ekleyebilirsiniz.

5

Bu kullanıcıyı bekletmeye alınmış çağrılar hakkında bilgilendirmek isteyip istemediğinizi seçin, izlenecek kişiyi veya çağrı parkı dahili numarasını arayın ve ardından Kaydet'e tıklayın.


 

Control Hub'daki izlenen hatlar listesi, kullanıcının cihazında görünen izlenen hatların sırasına karşılık gelir. Izlenen hatların listesini istediğiniz zaman yeniden sıralayabilirsiniz.


 

Izlenen hat için görünen ad, kullanıcı, çalışma alanı ve sanal hat için Arayan Kimliği Adı ve Soyadı alanlarına girilen addır.

Nasıl yapıldığını görmek istiyor musunuz? bunu izle video gösterimi içinde bir kullanıcı için izleme ayarlarının nasıl yönetileceği hakkında Kontrol Merkezi .

Kullanıcılar için çağrı köprüsü uyarı sesini etkinleştir

Başlamadan önce

Çağrı köprüsünün çağrılması için yapılandırılmış paylaşımlı hat olmalıdır. nasıl yapılacağını görün paylaşılan hatları yapılandır Çağrı köprüsü uyarı tonunun çalmasını etkinleştirmeden önce.
1

Control Hub'da oturum açın ve şuraya gidin: Yönetim > Kullanıcılar.

2

Bir kullanıcı seçin ve Çağrı sekmesine tıklayın.

3

Kullanıcı Arası Izinler’e gidin ve Çağrı Köprüleme Uyarı Sesi’ne tıklayın.

4

Çağrı Köprüleme Uyarı Tonu ve ardından Kaydet .


 
Varsayılan olarak, bu özellik etkindir.

MPP paylaşımlı hattında çağrı köprüleme hakkında daha fazla bilgi için bkz. Multiplatform masa telefonunuzdaki paylaşımlı hatlar.

Webex Uygulaması paylaşılan hattında çağrı köprüleme hakkında daha fazla bilgi için bkz. WebexApp için paylaşımlı hat görünümü.

Bir kullanıcı için oteli açma

Bir kullanıcı için hoteling düzenlemesini etkinleştirmek, ana masa telefonunun işlevselliğini ve özelliklerini korurken başka bir alanda çalışmasına olanak tanır.
1

Müşteri görünümündenhttps://admin.webex.com , git Yönetim ve seçin Kullanıcılar .

2

Bir kullanıcı seçin ve Çağrı sekmesine tıklayın.

3

Kullanıcı Arası Izinleri bölümüne gidin ve Hoteling öğesini seçin ve düğmeyi açın.

4

Hoteling Konumu arama alanına hoteling toplantı sahibinin adını veya numarasını girin ve kullanıcıya atamak istediğiniz hoteling toplantı sahibini seçin.

Yalnızca bir otel ev sahibi seçilebilir. Başka bir otel ev sahibi seçerseniz, ilki silinir.


 
Konum yöneticisiyseniz atandığınız konumlarla ilgili olarak yalnızca hoteling toplantı sahibini atayabilirsiniz.
5

Bir kullanıcının hoteling toplantı sahibiyle ilişkilendirilebileceği süreyi sınırlamak için kullanıcının Ilişkilendirme Süresi açılır menüsünden hoteling toplantı sahibini kullanabileceği saat sayısını seçin.

Kullanıcı, seçilen süreden sonra otomatik olarak oturumu kapatacaktır.


 

Kullanıcı için belirtilen sınır ilişkilendirme süresinin seçilen hoteling toplantı sahibinin sınır ilişkilendirme süresini aşarsa ekranda bir hata mesajı görüntülenir. Örneğin, hoteling toplantı sahibinin limit ilişkilendirme süresi 12 saattir ve kullanıcının limit ilişkilendirme süresi 24 saatse bir hata mesajı görüntülenir. Bu gibi durumlarda, kullanıcı için daha fazla zamana ihtiyaç duyuluyorsa, otel sahibi ev sahibinin limit ilişkilendirme süresini uzatmanız gerekir.

6

Kaydet seçeneğine tıklayın.


 

Bir kullanıcı ayrıca User Hub’dan kullanmak istediği hoteling toplantı sahibini arayabilir ve bulabilir. Daha fazla bilgi için bkz. Arama profilinize her yerden erişin .

Nasıl yapıldığını görmek istiyor musunuz? bunu izle video gösterimi Control Hub'da otel oluşturmanın nasıl yapılandırılacağı hakkında.
Webex Calling için benimseme eğilimleri ve kullanım raporları

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.

Ortamınızı hazırlama

Genel ön koşullar

Webex Calling için bir yerel ağ geçidi yapılandırmadan önce şunlardan 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ızın aşağıdakiler gibi yerel ağ geçitlerinden bir veya daha fazlasına sahip olduğundan emin olun:

  • IP tabanlı bağlantı için Cisco CUBE

  • TDM tabanlı bağlantı için Cisco IOS Ağ Geçidi

Webex Calling Sipariş Kılavuzu için Yerel Ağ Geçidi Tablo 1'e bakın. Ayrıca, platformun Yerel Ağ Geçidi Yapılandırma Kılavuzu uyarınca desteklenen bir IOS-XE sürümü çalıştırdığından emin olun.

Yerel ağ geçidi, kendi hızınızda Webex Calling’e geçmenize yardımcı olur. Yerel ağ geçidi, mevcut şirket içi dağıtımınızı Webex Calling ile entegre eder. Mevcut PSTN bağlantınızı da kullanabilirsiniz. Yerel Ağ Geçidini kullanmaya başlayın bölümüne bakın

Yerel Ağ Geçidi için Sertifika ve Güvenlik Gereksinimleri

Webex Calling güvenli sinyal ve ortam gerektirmektedir. 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.

Kuruluşunuz için Webex Calling’i 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 istemler içindir.
  • E-Posta Dili—Yeni kullanıcılar için e-posta iletişimi içindir.
  • Ülke
  • Saat Dilimi
8

İleri'ye tıklayın.

9

Kullanılabilir bir Cisco Webex SIP adresi girin, İleri’ye tıklayın ve Bitir’i seçin.

Başlamadan önce

Yeni bir konum oluşturmak için aşağıdaki bilgileri hazır bulundurun:

  • Konum adresi

  • İstenen telefon numaraları (isteğe bağlı)

1

https://admin.webex.com adresinde Control Hub'da oturum açın ve Yönetim > Konum bölümüne gidin.

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/Bölge—Konumu bağlamak için 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.
  • Konum Adresi—Konumun ana posta adresini girin.
  • Şehir/Ilçe—Bu konum için bir şehir girin.
  • Eyalet/Il/Bölge—Açılır listeden bir eyalet 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—Konumun saat dilimini seçin.
3

Şimdi veya daha sonraki bir konuma numara eklemekiçin Kaydet'e tıklayın ve Evet/ Hayır'ı seçin.

4

Evet'e tıklarsanızaşağıdaki seçeneklerden birini seçin:

  • Cisco PSTN —Cisco’dan bir Bulut PSTN çözümü istiyorsanız bu seçeneği seçin. Cisco Çağrı Planı, acil durum çağrısı, PSTN gelen ve giden yerel ve uluslararası çağrılar sağlayan ve mevcut numaraları Cisco'ya PSTN numaraları sipariş çalışmanız için size olanak sağlayan, tam ekran değişimli bir çözümdü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 vakası açın.

    • Cisco Calling Plan’ın desteklendiği bir bölgede Webex Calling Veri Merkezinde bulunursunuz.

  • Bulut Bağlantılı PSTN—Birçok Cisco CCP iş ortağından birinden bulut PSTN çözümü arıyorsanız veya konumunuzda Cisco Calling Plan kullanılamıyorsa bu seçeneği seçin. 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.

  • Iş yeri temelli PSTN (Yerel Ağ Geçidi)—Mevcut PSTN sağlayıcınızı korumak veya bulut dışı siteleri bulut sitelerine 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 vakası 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 ve > Arama > 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

https://admin.webex.com adresinde Control Hub'da oturum açın ve Yönetim > Konum bölümüne gidin.

2

Silmek istediğiniz konumun yanındaki Eylemler sütununa tıklayın.

3

Konumu Sil'iseçin ve bu konumu silmek istediğinizi onaylayın.

Konumun kalıcı olarak silinmesi birkaç dakika sürer, ancak bir saat kadar sürebilir. Konum adının yanındaki öğesini tıklatarak ve Silme Durumu'kutusunu seçerek durumu kontrol edin.

Kullanıcı kurulum PSTN, ad, saat dilimi ve oluşturulduktan sonra konumun dilini değiştirebilirsiniz. Yine de, yeni dilin yalnızca yeni kullanıcılar ve cihazlar için geçerli olacağını unutmayın. Mevcut kullanıcılar ve cihazlar, eski dili kullanmaya devam eder.

Mevcut konumlar için 911 acil durum hizmetlerini etkinleştirebilirsiniz. Daha fazla bilgi için bkz. Webex Calling için RedSky Acil Durum 911 Hizmeti.

1

https://admin.webex.com adresinde Control Hub'da oturum açın ve Yönetim > Konum bölümüne gidin.

Bir konumun yanında Uyarı sembolü görüyorsanız bu konum için henüz bir telefon numarası yapılandırmamış olursanız. Bu numarayı yapılandırana kadar çağrı siz değil veya hiçbir çağrı alamazsanız.

2

(İsteğe bağlı) PSTN Bağlantısı altından, hangisini yapılandırmış olduğunuza bağlı olarak Bulut Bağlantılı PSTN veya İş Yeri Temelli PSTN (yerel ağ geçidi) öğesini seçin. Bu yapılandırmayı değiştirmek için Yönet'e tıklayın ve ardından Devam'ı seçerek bununla ilgili riskleri kabul edin. Sonra, aşağıdaki seçeneklerden birini seçin ve Kaydet'e tıklayın:

  • Cisco PSTN —Cisco’dan bir Bulut PSTN çözümü istiyorsanız bu seçeneği seçin. Cisco Çağrı Planı, acil durum çağrısı, PSTN gelen ve giden yerel ve uluslararası çağrılar sağlayan ve mevcut numaraları Cisco'ya PSTN numaraları sipariş çalışmanız için size olanak sağlayan, tam ekran değişimli bir çözümdü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. Şu anda, başka PSTN özelliklerine atanmış önceden mevcut konumlar Cisco Calling Plan için uygun değildir. Rehberlik için bir destek vakası açın.

    • Cisco Calling Plan’ın desteklendiği bir bölgede Webex Calling Veri Merkezinde bulunursunuz.

  • Bulut Bağlantılı PSTN—Birçok Cisco CCP iş ortağından birinden bulut PSTN çözümü arıyorsanız veya konumunuzda Cisco Calling Plan kullanılamıyorsa bu seçeneği seçin. 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 bir CCP’den yararlanabilmek için 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.

  • Iş yeri temelli PSTN (Yerel Ağ Geçidi)—Mevcut PSTN sağlayıcınızı korumak veya bulut olmayan siteleri bulut sitelerine bağlamak istiyorsanız, bu seçeneği seçebilirsiniz.

    Webex Calling Yerel Ağ Geçidi ile yapılandırılmış konumlara sahip müşteriler otomatik olarak ilgili bir PSTN içeren tesis tabanlı sitelere dönüştürülür.

3

Konum için, o konumdaki kullanıcıların çağrı yapmasına ve almasına olanak vermek üzere açılır listeden Ana Numara 'yı seçin.

Ana Numara , harici arayanların o konumdaki Webex Calling kullanıcılarıyla iletişim kurabilmesi için otomatik santrale atanabilir. Bu konumdaki Webex Calling kullanıcıları, çağrı yaparken bu numarayı harici arayan kimliği olarak da kullanabilir.
4

(İsteğe bağlı) Acil Durum Çağrısı altında, bu konuma atamak için Acil Durum Konum Tanımlayıcısı'ı seçin.

Bu ayar isteğe bağlıdır ve yalnızca bunu gerektiren ülkeler için geçerlidir.

Bazı ülkelerde (Örnek: Fransa), acil durum çağrısı yapmakta ve acil durum yetkililerinin kullanımına hazır olduğunda hücrenin kimliğini kurmak için hücresel radyo sistemleri için düzenleme gereklilikleri vardır. ABD ve Kanada gibi diğer ülkeler, diğer yöntemlerle konum belirlemeyi uygularlar. Daha fazla bilgi için bkz. Gelişmiş Acil Durum Çağrısı.

Acil durum çağrı sağlayıcınızın erişim ağıyla ilgili bilgilere ihtiyacı olabilir ve P-Access-Network-Info gibi yeni bir özel SIP uzantısı başlığı tanımlayarak bu konuda bilgi edinmeyebilirsiniz. Erişim ağıyla ilgili üstbilgi bilgi.

Bir Konum için Acil Durum Konum Tanımlayıcısı'nın ayar kısmında konum değeri, SIP mesajının bir parçası olarak sağlayıcıya gönderilir. Bu ayarı gerekli olup gerektirmeyseniz ve acil durum çağrı sağlayıcınız tarafından sağlanan değeri kullanmak için acil durum çağrı sağlayıcınızla iletişime geçin."

5

Kullanıcıların bu konum için sesli mesajlarını kontrol etmek için arayabileceği Sesli Mesaj Numarası'nı seçin.

6

(İsteğe bağlı) Konum Adı, Duyuru Dili , E-posta Dili, Telefon Veya Adres'i gerektiğinde değiştirmek için Konum sayfasının üst kısmında bulunan kalem simgesine tıklayın ve saat dilimi'ye tıklayın.

Duyuru Dilini değiştirme, bu konuma eklenen tüm yeni kullanıcılar ve özellikler için hemen etkili olur. Mevcut kullanıcıların ve/veya özelliklerin duyuru dilinin de değişmesi gerekirse, istendiğinde mevcut kullanıcılar ve çalışma alanları için Değiştir veya Mevcut özellikler için Değiştir'i seçin. Uygula öğesini tıklayın. İlerlemeyi Görevler sayfasında görüntüleyebilirsiniz . Bu işlemi tamamlayana kadar daha fazla değişiklik yapabilirsiniz.

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. Arama planınızı değiştirdiğinizde, Control Hub’daki örnek numaralar bu değişiklikleri göstermek için 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, Hizmetler > Çağrı > Hizmet Ayarları’na gidin ve Dahili Arama’ya kaydırın.

2

Aşağıdaki isteğe bağlı çağrı tercihlerini ihtiyacınıza göre yapılandırın:

  • Konum Yönlendirme Ön Eki Uzunluğu—Birden fazla konumunuz varsa bu ayarı öneririz. 2-7 hane girebilirsiniz. Aynı dahili numaraya sahip birden fazla konumunuz varsa, kullanıcıların konumlar arasında çağrı yaparken bir ön ek tuşlaması gerekir. Örneğin, dahili numaraları 1000 olan birden fazla mağazanız varsa, her bir mağaza için bir yönlendirme ön eki yapılandırabilirsiniz. Bir mağazanın ön ekinin 888 olması durumunda, o mağazaya ulaşmak için 8881000 tuşlamanız gerekecektir.

    Yönlendirme ön eki uzunlukları, belirleyici haneyi 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 sayıyı seçin.
  • Dahili Numara Uzunluğu—2-10 rakam girebilirsiniz ve varsayılan rakam 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. Yönetim > Konumlar’a gidin, listeden bir konum seçin ve Çağrı’ya 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 iletişim kurmak için araması 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. Yönetim > Konumlar’a gidin, listeden bir konum seçin ve Çağrı’ya 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 çağrı hanesi olmadan harici çağrılar yapmaya devam kullanılabilir.

  • 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.

    Dahili numara ulusal numarayla aynıysa dahili numara ulusal numaraya göre önceliklidir. Bu nedenle, giden çağrı hanesini etkinleştirmenizi öneririz.
    Gelen ve giden PSTN çağrıları için E.164 numaralandırma biçiminin kullanılmasını önemle öneririz.

Kullanıcılara etkisi:

  • Arama tercihlerindeki değişikliklerin etkili olması için kullanıcıların telefonlarını yeniden başlatması gerekir.

  • Kullanıcı dahili numaraları, konumun yönlendirme hanesiyle veya giden çağrı hanesiyle aynı numarayla başlamamalıdır.

Katma değerli satıcıysanız, Control Hub’da bu işlemleri yaparak yerel ağ geçidi yapılandırmanızı başlatabilirsiniz. Bu ağ geçidi buluta kaydedildiğinde, ağ geçidini bir veya daha fazla Webex Calling konumunuzda kullanarak bir işletme PSTN hizmet sağlayıcısına yönlendirme sağlayabilirsiniz.

Yerel ağ geçidine sahip bir konum, yerel ağ geçidi başka konumlar için kullanılırken silinemez.

Control Hub'da santral oluşturmak için aşağıdaki adımları izleyebilirsiniz.

Başlamadan önce

  • Bir konum eklendiğinde ve bir konum için iş yeri temelli PSTN yapılandırılmadan önce bir santral oluşturmanız gerekir.

  • Bunların her biri için konumlar, özel ayarlar ve numaralar oluşturun. İş yeri temelli PSTN eklemeden önce konumların mevcut olması gerekir.

  • Webex Calling için İş Yeri Tabanlı PSTN (yerel ağ geçidi) gereksinimlerini anlayın.

  • İş yeri temelli PSTN'nin bulunduğu bir konum için birden fazla santral seçemezsiniz, ancak aynı santrali birden fazla konum için seçebilirsiniz.

1

https://admin.webex.com adresinde Control Hub'da oturum açın, Hizmetler > Çağrı > Çağrı Yönlendirme bölümüne gidin ve Santral Ekle'yi seçin.

2

Bir konum seçin.

3

Santrale ad verip Kaydet’e tıklayın.

Bu ad en fazla 24 karakter uzunluğunda olabilir.

Sonraki adım ne olacak?

Santralde yapılandırmanızın gerektiği ilgili parametreler sunulur. PSTN bağlantısının güvenliğini sağlamak için bir dizi SIP özeti kimlik bilgileri oluşturmanız gerekir.

Ekranda santral bilgileri görünür Etki Alanı Kaydetme, Santral Grubu OTG/DTG, Hat/Port ve Giden Proxy Adresi.

Control Hub'dan bu bilgileri kopyalayıp, iş yeri temelli PSTN'yi yapılandırmaya hazır olduğunuzda kullanmak üzere yerel bir metin dosyası veya belgeye yapıştırmanızı öneririz.

Kimlik bilgilerini kaydederseniz, bu bilgileri Control Hub'daki santral bilgi ekranından oluşturmanız gerekir. Kullanıcı Adını Al ve Parolayı Sıfırla öğesine tıklayarak santralde kullanmak için yeni bir kimliği doğrulama bilgisi kümesi oluşturun.

1

https://admin.webex.com adresinde Control Hub'da oturum açın ve Yönetim > Konum bölümüne gidin.

2

Değiştirilecek bir konum seçin ve Yönet'e tıklayın.

3

İş Yeri Temelli PSTN'yi seçin ve İleri'ye tıklayın.

4

Açılır menüden bir santral seçin.

Santral grubu seçeneklerinizi yönetmek için santral sayfasına girin.

5

Onaylama bildirimine ve ardından Kaydet'e tıklayın.

Sonraki adım ne olacak?

Control hub 'ın oluşturduğu yapılandırma bilgilerini almanız ve parametreleri yerel ağ geçidi (örneğin, şirket içinde bulunan bir Cisco küpünde) eşlemeniz gerekir. Bu makale size bu süreçte yol gösteriyor. Referans olarak, Control hub yapılandırma bilgilerinin (solda) KÜPTEKI parametrelere nasıl eşlendiğini (sağda) için aşağıdaki diyagrama bakın:

Ağ geçidinin kendisindeki yapılandırmayı başarıyla tamamladıktan sonra, Control Hub'daki Hizmetler > Çağrı > Konumlar bölümüne dönebilirsiniz. Oluşturduğunuz ağ geçidi, atadığınız konum kartında adın sol tarafında yeşil bir nokta ile listelenir. Bu durum, ağ geçidinin çağrı bulutuna güvenli bir biçimde kaydedildiğini ve bu konum için etkin PSTN ağ geçidi olarak çalıştığını gösterir.

Webex hizmetlerini deniyorsanız ve deneme sürümünüzü ücretli aboneliğe dönüştürmek istiyorsanız, iş ortağınıza e-posta istemi gönderebilirsiniz.

1

https://admin.webex.com adresinde Control Hub'da oturum açın, bina simgesini seçin.

2

Abonelikler sekmesini seçin ve ardından Hemen Satın Al'a tıklayın.

Ücretli aboneliğe geçmek istediğinizi belirten bir e-posta iş ortağınıza gönderilecektir.

Control Hub’ı kullanarak, kullanıcıların Webex App’te gördüğü kullanılabilir çağrı seçeneklerinin önceliğini ayarlayabilirsiniz Uygulamanın. Ayrıca, tek tıklamayla çağrı için bu seçenekleri etkinleştirebilirsiniz. Daha fazla bilgi için bkz.: Webex Uygulaması kullanıcıları için çağrı seçeneklerini ayarlayın.

Kullanıcılar çağrı yaptığında hangi çağrı uygulamasının açılacağını kontrol edebilirsiniz. Unified CM veya Webex Calling yetkili kullanıcıları ve Cisco'dan ücretli çağrı hizmetleri olmadan kullanıcılara sahip kuruluşlar için karma modlu dağıtım da dahil olmak üzere çağrı istemcisi ayarlarını yapılandırabilirsiniz. Daha fazla bilgi için bkz.: Çağrı davranışı ayarlayın.

Cisco IOS XE Üzerinde Webex Calling için Yerel Ağ Geçidini Yapılandırma

Genel Bakış

Webex Calling şu anda Yerel Ağ Geçidinin iki sürümünü desteklemektedir:

  • Yerel Ağ Geçidi

  • Webex for Government için Yerel Ağ Geçidi

  • Başlamadan önce, Webex Calling için iş yeri tabanlı Genel Anahtarlı Telefon Ağı (PSTN) ve Yerel Ağ Geçidi (LGW) gereksinimlerini anlayın. Daha fazla bilgi için Bkz. Hızlı Webex Calling Cisco Tercih Edilen Mimari.

  • Bu makale, mevcut ses yapılandırmasıyla özel bir Yerel Ağ Geçidi platformunun olduğunu varsayer. Mevcut bir PSTN ağ geçidini veya CUBE Enterprise dağıtımını, Webex Calling için Yerel Ağ Geçidi işlevi olarak kullanılacak şekilde değiştirirseniz yapılandırmaya dikkat edin. Yaptığınız değişiklikler nedeniyle mevcut çağrı akışlarını ve işlevlerini kesintiye uğratmadığınızdan emin olun.

Prosedürler, 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ı, aksi belirtilmedikçe Webex Yönetilen Ağ Geçitleri Komut Referansı seçeneğine gider (bu durumda komut bağlantıları Cisco IOS Ses Komut Referansı seçeneğine gider). Tüm bu kılavuzlara Cisco Unified Sınır Öğesi Komut Referanslarından erişebilirsiniz.

Desteklenen üçüncü taraf SBC'ler hakkında bilgi için ilgili ürün referans belgelerine bakın.

Ana bilgisayar siteniz için Yerel Ağ Geçidini yapılandırmak üzere iki Webex Calling vardır:

  • Kayıt tabanlı trunk

  • Sertifika tabanlı trunk

Webex Calling santraliniz için Yerel Ağ Geçidi yapılandırmak için Kayıt Tabanlı Yerel Ağ Geçidi veya Sertifika Tabanlı Yerel Ağ Geçidi altındaki görev akışını kullanın.

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ı Arayüzünü (CLI) kullanarak Yerel Ağ Geçidinde aşağıdaki adımları uygulayın. Santrali güvenceye almak için Oturum Başlatma Protokolü (SIP) ve Aktarım Katmanı Güvenliği (TLS) aktarımını ve Yerel Ağ Geçidi ile Webex Calling arasındaki ortamı güvenceye almak için Gerçek Zamanlı Protokol (SRTP) aktarımını kullanıyoruz.

  • Yerel Ağ Geçidiniz olarak CUBE seçin. Webex for Government, şu anda hiçbir üçüncü taraf Oturum Sınırı Denetleyicisini (SBC'ler) desteklememektedir. En son listeyi gözden geçirmek için bkz. Yerel Ağ Geçidine Başlarken.

  • Resmi Yerel Ağ Geçitleri için tüm Webex için Cisco IOS XE Dublin 17.12.1a veya sonraki bir sürümü yükleyin.
  • Webex for Government’ın desteklediği kök Sertifika Yetkilileri (CA) listesini incelemek için bkz. Webex for Government için Kök sertifika yetkilileri.

  • Webex for Government’ta Yerel Ağ Geçidinin harici bağlantı noktası aralıkları hakkında ayrıntılı bilgi için Webex for Government Ağ gereksinimleri (FedRAMP) bölümüne bakın.

Webex for Government için Yerel Ağ Geçidi aşağıdakileri desteklemez:

  • Medya yolu optimizasyonu için STUN/ICE-Lite

  • Faks (T.38)

Webex for Government'ta Webex Calling santraliniz için Yerel Ağ Geçidi yapılandırmak için aşağıdaki seçeneği kullanın:

  • Sertifika tabanlı trunk

Webex Calling santraliniz için Yerel Ağ Geçidini yapılandırmak için Sertifika Tabanlı Yerel Ağ Geçidi altındaki görev akışını kullanın. Sertifika tabanlı Yerel Ağ Geçidini yapılandırma hakkında daha fazla bilgi için bkz. Webex Calling sertifika tabanlı santrali yapılandırma.

Webex for Government için Yerel Ağ Geçidini desteklemek üzere FIPS uyumlu GCM şifrelerinin yapılandırılması zorunludur. Aksi takdirde, çağrı kurulumu başarısız olur. Yapılandırma ayrıntıları için bkz. Webex Calling sertifika tabanlı santrali yapılandırma.

Webex for Government, kayıt tabanlı Yerel Ağ Geçidini desteklemez.

Bu bölümde, bir Cisco Unified Sınır Öğesinin (CUBE) kayıtlı bir SIP santrali kullanarak Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı anlatılmaktadır. Bu belgenin ilk bölümünde basit bir PSTN ağ geçidinin nasıl yapılandırılacağı gösterilmektedir. Bu durumda, PSTN'den gelen tüm çağrılar Webex Calling'e ve Webex Calling'den gelen tüm çağrılar PSTN'ye yönlendirilir. Aşağıdaki görüntü, bu çözümü ve izlenecek üst düzey çağrı yönlendirme yapılandırmasını vurgulamaktadır.

Bu tasarımda, aşağıdaki temel yapılandırmalar kullanılır:

  • ses sınıfı kiracıları: Santrale özel yapılandırmalar oluşturmak için kullanılır.

  • ses sınıfı uri'si: Gelen çağrı eşinin seçimi için SIP mesajlarını sınıflandırmak için kullanılır.

  • gelen çağrı eşi: Gelen SIP mesajları için tedavi sağlar ve bir çağrı eşi grubuyla giden yolu belirler.

  • arama eşi grubu: Ileri çağrı yönlendirme için kullanılan giden çağrı eşlerini tanımlar.

  • giden çağrı eşi: Giden SIP mesajları için tedavi sağlar ve bunları gerekli hedefe yönlendirir.

Webex Calling yapılandırma çözümü PSTN’den/PSTN’ye çağrı yönlendirme

IP ve SIP PSTN santralleri için varsayılan protokoller haline gelirken, TDM (Zaman Bölmeli Çoklama) ISDN devreleri hala yaygın olarak kullanılmaktadır ve Webex Calling santralleriyle desteklenmektedir. TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının ortam optimizasyonunu etkinleştirmek için, şu anda iki ayaklı bir çağrı yönlendirme işlemi kullanmak gereklidir. Bu yaklaşım, aşağıdaki resimde gösterildiği gibi Webex Calling ve PSTN hatları arasında bir dizi dahili geri döngü çağrı eşi sunarak yukarıda gösterilen çağrı yönlendirme yapılandırmasını değiştirir.

Webex Calling ile şirket içi bir Cisco Unified Communications Manager çözümüne bağlanırken, aşağıdaki şemada gösterilen çözümü oluşturmak için temel olarak basit PSTN ağ geçidi yapılandırmasını kullanabilirsiniz. Bu durumda, Unified Communications Manager tüm PSTN ve Webex Calling çağrılarında merkezi yönlendirme ve işlem sağlar.

Bu belge boyunca, aşağıdaki resimde gösterilen ana bilgisayar adları, IP adresleri ve arayüzler kullanılır.

Yerel Ağ Geçidi yapılandırmanızı aşağıdaki şekilde tamamlamak için bu belgenin geri kalan bölümündeki yapılandırma kılavuzunu kullanın:

  • Adım 1: Yönlendirici temel bağlantısını ve güvenliğini yapılandırın

  • Adım 2: Webex Calling Santralini Yapılandırma

    Gerekli mimarinize bağlı olarak aşağıdakilerden birini izleyin:

  • 3. Adım: SIP PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

  • 4. Adım: Mevcut Unified CM ortamıyla Yerel Ağ Geçidini yapılandırma

    Veya:

  • 3. Adım: TDM PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

Başlangıç yapılandırması

Cisco yönlendiricinizi Webex Calling için Yerel Ağ Geçidi olarak hazırlamanın ilk adımı, platformunuzu güvenli hale getirecek ve bağlantı kuracak bir temel yapılandırma oluşturmaktır.

  • Tüm kayıt tabanlı Yerel Ağ Geçidi dağıtımları için Cisco IOS XE 17.6.1a veya sonraki sürümleri gerekir. Önerilen sürümler için Cisco Yazılım Araştırma sayfasına bakın. Platformu arayın ve önerilen sürümlerden birini seçin.

    • ISR4000 serisi yönlendiriciler, hem Unified Communications hem de Güvenlik teknolojisi lisansları ile yapılandırılmalıdır.

    • Ses kartlarıyla veya DSP'lerle donatılmış Catalyst Edge 8000 serisi yönlendiriciler, DNA Advantage lisansı gerektirir. Ses kartları veya DSP'ler olmayan yönlendiriciler, minimum DNA Essentials lisansı gerektirir.

  • Platformunuz için iş politikalarınızı takip eden bir temel yapılandırma oluşturun. Özellikle, aşağıdakileri yapılandırın ve çalışmayı doğrulayın:

    • NTP

    • Acl

    • Kullanıcı kimlik doğrulaması ve uzaktan erişim

    • DNS

    • IP yönlendirme

    • IP adresleri

  • Webex Calling'e yönelik ağın bir IPv4 adresi kullanması gerekir.

  • Cisco kök CA paketini Yerel Ağ Geçidine yükleyin.

Yapılandırma

1

Herhangi bir Katman 3 arayüzüne geçerli ve yönlendirilebilir IP adresleri atadığınızdan emin olun, örneğin:

 arabirimi GigabitEthernet0/0/0 açıklama PSTN ve/veya CUCM'ye dönük arabirim 10.80.13.12 255.255.255.0 ! arabirim GigabitEthernet0/0/1 açıklama Arabirim Webex Calling'e dönük (Özel adres) ip adresi 192.51.100.1 255.255.255.240

2

Yönlendiricideki kaydı ve STUN kimlik bilgilerini simetrik şifreleme kullanarak koruyun. Birincil şifreleme anahtarını ve şifreleme türünü aşağıdaki şekilde yapılandırın:

 key config-key şifre-şifreleme YourPassword şifre şifreleme aes 

3

Bir yer tutucu PKI güven noktası oluşturun.

TLS'yi daha sonra yapılandırmak için bu güven noktasını gerektirir. Kayıt tabanlı santrallerde, sertifika tabanlı santral için bu güven noktası bir sertifika gerektirmez.
 kripto pki güvenli noktası EmptyTP iptal etme-kontrol yok 
4

TLS1.2 münhasırlığını etkinleştirin ve aşağıdaki yapılandırma komutlarını kullanarak varsayılan güven noktasını belirtin. Taşıma parametreleri de kayıt için güvenli bir bağlantı sağlamak üzere güncellenmelidir:

cn-san-validate sunucu komutu, kiracı 200'de yapılandırılan ana bilgisayar adının giden proxy'den alınan sertifikanın CN veya SAN alanlarına dahil edilmesi durumunda Yerel Ağ Geçidinin bağlantıya izin vermesini sağlar.
  1. tcp-retry sayısını 1000 olarak ayarlayın (5-msn katları = 5 saniye).

  2. Zamanlayıcı bağlantı kurma komutu, LGW'nun bir sonraki kullanılabilir seçeneği değerlendirmeden önce proxy ile bağlantı kurmak için ne kadar bekleyeceğini ayarlamanıza olanak tanır. Bu zamanlayıcı için varsayılan değer 20 saniyedir ve minimum 5 saniyedir. Düşük değerle başlayın ve ağ koşullarına uyum sağlamak için gerekirse artırın.

 sip-ua zamanlayıcıları bağlantısı kurmak tls 5 aktarım tcp tls v1.2 kripto sinyali varsayılan güvenli nokta EmptyTP cn-san-validate sunucusu tcp-retry 1000

5

Webex Calling tarafından kullanılan DigiCert CA sertifikasını içeren Cisco kök CA paketini yükleyin. Belirtilen URL'den kök CA demetini indirmek ve mevcut CA güvenli havuzunu temizlemek için kripto pki trustpool içe aktarma temiz url komutunu kullanın ve ardından yeni sertifika paketini yükleyin:

HTTPS kullanarak internete erişim için bir proxy kullanmanız gerekirse CA paketini içe aktarmadan önce aşağıdaki yapılandırmayı ekleyin:

ip http istemci proxy sunucusu yourproxy.com proxy bağlantı noktası 80
 ip http istemci kaynak-arayüzü GigabitEthernet0/0/1 kripto pki trustpool içe aktarma temiz url https://www.cisco.com/security/pki/trs/ios_core.p7b 
1

Control Hub'da mevcut bir konum için kayıt tabanlı bir PSTN santrali oluşturun. Santral oluşturulduktan sonra sağlanan santral bilgilerini not edin. Aşağıdaki resimde vurgulandığı gibi bu ayrıntılar, bu kılavuzdaki yapılandırma adımlarında kullanılacaktır. Daha fazla bilgi için bkz. Webex Calling için santralleri, yönlendirme gruplarını ve çağrı planlarını yapılandırma.

2

CUBE'u Webex Calling Yerel Ağ Geçidi olarak yapılandırmak için aşağıdaki komutları girin:

 ses hizmeti voip ip adresi güvenilir liste ipv4 x.x.x.x y.y.y.y.y modu sınır-eleman medya istatistikleri medya toplu-istatistikler izin-bağlantılar sip to sip no supplementary service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asimetrik payload full early-offer forced 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 ip adresi güvenilir liste  ipv4 x.x.x.x y.y.y.y
  • Ücretli dolandırıcılığa karşı korunmak için güvenilir adres listesi, Yerel Ağ Geçidinin meşru VoIP çağrıları beklediği toplantı sahiplerinin ve ağların listesini tanımlar.

  • Varsayılan olarak, Yerel Ağ Geçidi güvenilir listesinde olmayan IP adreslerinden gelen tüm VoIP mesajlarını engeller. "Oturum hedefi IP" veya sunucu grubu IP adreslerine sahip statik olarak yapılandırılmış çağrı eşlerine varsayılan olarak güvenilir, bu nedenle güvenilir listeye eklenmesi gerekmez.

  • Yerel Ağ Geçidinizi yapılandırırken, listeye bölgesel Webex Calling veri merkezinizin IP alt ağlarını ekleyin. Daha fazla bilgi için bkz. Webex Calling için Port Referans Bilgileri. Ayrıca, Unified Communications Manager sunucuları (kullanılırsa) ve PSTN santral ağ geçitleri için adres aralıkları ekleyin.

    LGW'niz kısıtlanmış koni NAT bulunan bir güvenlik duvarı arkasındaysa Webex Calling'e dönük arayüzünde IP adresi güvenilir listesini devre dışı bırakmayı tercih edebilirsiniz. Güvenlik duvarı zaten sizi istenmeyen gelen çağrılara karşı VoIP. Devre dışı bırakma işlemi, Webex Calling eşlerin adreslerinin sabit bırak bırakıldığından ve her durumda eşler için güvenlik duvarınızı yapılandırmanız gerekmektedir olduğundan, uzun vadeli yapılandırma yüklerinizi azaltır.

mod kenarlık öğesi

Platformda Cisco Unified Border Element (CUBE) özelliklerini etkinleştirir.

medya istatistikleri

Yerel Ağ Geçidinde medya izlemeyi sağlar.

medya toplu-istatistikler

Toplu çağrı istatistikleri için veri anketlerini ankete ekleme kontrolünü sağlar.

Bu komutlar hakkında daha fazla bilgi için bkz. Medya.

sip'e bağlantı sip izin ver

CUBE temel SIP arka arkaya kullanıcı aracısı işlevini etkinleştirin. Daha fazla bilgi için Bağlantılara izin ver kısmına bakın.

Varsayılan olarak, T.38 faks aktarımı etkindir. Daha fazla bilgi için bkz. faks protokolü t38 (ses hizmeti).

stın

Küresel olarak STUN'u (NAT üzerinden UDP'nin Oturum Geçişi) etkinleştirir.

  • Bir Webex Calling kullanıcısına (örneğin, hem arayan hem de arayan taraf) çağrıyı aboneleri Webex Calling ve Webex Calling SBC'de ortam yer imlerine çıpalarsanız İğne açık değil olarak ortam Yerel Ağ Geçidine akış akar.

  • Yerel Ağ Geçidindeki STUN bağlantıları özelliği, yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine olanak tanır. Bu, güvenlik duvarında iğne deliğinin açılmasına yardımcı olur.

Daha fazla bilgi için bkz. stun flowdata temsilci kimliği ve stun flowdata paylaşılan gizliliği.

asimetrik yük tam

Hem DTMF hem de dinamik codec yükleri için SIP asimetrik yük desteğini yapılandırır. Bu komut hakkında daha fazla bilgi için, bkz. asimetrik yük.

erken teklif zorlama

Yerel Ağ Geçidini, komşu eşten onay beklemek yerine ilk INVITE mesajında SDP bilgilerini göndermeye zorlar. Bu komut hakkında daha fazla bilgi için erken teklif kısmına bakın.

3

Santral için ses sınıfı codec 100 filtresini yapılandırın. 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.

 ses sınıfı codec 100 codec tercihi 1 opus codec tercihi 2 g711ulaw codec tercihi 3 g711alaw 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı codec 100

SIP hatları aracılığıyla yapılan çağrılar için yalnızca tercih edilen codec'lere izin vermek için kullanılır. Daha fazla bilgi için bkz. ses sınıfı codec'i.

Opus codec yalnızca SIP tabanlı PSTN hatları için desteklenir. PSTN santrali bir ses T1/E1 veya analog FXO bağlantısı kullanıyorsa ses sınıfı codec 100 yapılandırmasından codec tercihi 1 opus'u hariç tutun.

4

Webex Calling santralinde ICE'i etkinleştirmek için ses sınıfı stun kullanımı 100 'i yapılandırın.

 ses sınıfı stun kullanımı 100 stun kullanımı güvenlik duvarı-geçiş flowdata stun kullanımı ice lite

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

stun kullanımı ice lite

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ı ses kullanımı ve ses 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.

 ses sınıfı srtp-kripto 100 kripto 1 AES_CM_128_HMAC_SHA1_80

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

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 SHA1_80’i destekler. Daha fazla bilgi için bkz. ses sınıfı srtp-şifrelemesi.

6

Bir Yerel Ağ Geçidi hattına yapılan çağrıları, hedef hat parametresine göre benzersiz bir şekilde tanımlamak için bir şablon yapılandırın:

 ses sınıfı uri 100 sip desen dtg=Dallas1463285401_LGU 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı uri 100 sip

Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu şablona girerken, santral oluşturulduğunda Control Hub'da sağlanan dtg= ve ardından Santral OTG/DTG değerini kullanın. Daha fazla bilgi için bkz. ses sınıfı uri.

7

SIP mesajlarını Webex Calling'e gönderilmeden önce değiştirmek için kullanılacak sip profili 100'ü yapılandırın.

 ses sınıfı sip-profilleri 100 kural 10 isteği HERHANGI sip-üstbilgisi SIP-Req-URI değiştirme "sips:" "sip:" kuralı 20 isteği HERHANGI sip-üstbilgisi "" "" kuralı 50 yanıtı HERHANGI sip-üstbilgisi "" ";otg=dallas1463285401_lgu>" kuralı 90 isteği HERHANGI sip-üstbilgisi P-Asserted-Identity değiştirme "sips:" "sip:"

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

  • kural 10 ila 70 ve 90

    Çağrı sinyali için kullanılan SIP üstbilgilerinin, Webex proxy'leri tarafından gerekli olan sips düzenini yerine sip kullanmasını sağlar. CUBE'u sips kullanacak şekilde yapılandırmak, güvenli kaydın kullanılmasını sağlar.

  • kural 80

    Kimden üstbilgisini, bir işletme içindeki Yerel Ağ Geçidi sitesini benzersiz bir şekilde tanımlamak için Control Hub'daki santral grubu OTG/DTG tanımlayıcısını içerecek şekilde değiştirir.

8

Webex Calling santralini yapılandırın:

  1. Webex Calling santrali için özel olarak gerekli yapılandırmaları tanımlamak ve grup yapılandırmaları oluşturmak üzere voice class tenant100 oluşturun. Özellikle, daha önce Control Hub'da sağlanan santral kayıt ayrıntıları aşağıdaki ayrıntılı olarak bu adımda kullanılacaktır. Bu kiracıyla ilişkili çağrı eşleri daha sonra bu yapılandırmaları devralacaktır.

    Aşağıdaki örnekte, bu kılavuzun amacı için Adım 1'de gösterilen değerler kullanılır (kalın olarak gösterilmiştir). Bunları yapılandırmanızdaki santralinizin değerleriyle değiştirin.

     ses sınıfı kiracı 100 kayıt defteri dns:98027369.us10.bcld.webex.com şema siplerinin süresi 240 yenileme oranı 50 tcp tls kimlik bilgileri numarası Dallas1171197921_LGU kullanıcı adı Dallas1463285401_LGU parola 0 9Wt[M6ifY+ realm BroadWorks kimlik doğrulama kullanıcı adı Dallas1463285401_LGU parola 0 9Wt[M6ifY+ realm BroadWorks kimlik doğrulama kullanıcı adı Dallas1463285401_LGU parola 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com uzak-taraf-kimliği sip-sunucusu dns yok:98027369.us10.bcld.webex.com bağlantı-yeniden kullanma srtp-kripto 100 oturum aktarımı tcp tls url sips hata-passthru iddia-kimliği pai bind kontrol kaynak-arayüzü GigabitEthernet0/0/1 bağlaç ortam kaynağı-arayüzü GigabitEthernet0/0/1 geçiş yok içerik özel-sdp sip-profilleri 100 giden-proxy dns:dfw04.sipconnect-us.bcld.webex.com gizlilik-politikası passthru 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    ses sınıfı kiracı 100

    Yalnızca Webex Calling santrali için kullanılacak bir dizi yapılandırma parametresi tanımlar. Daha fazla bilgi için bkz. ses sınıfı kiracısı.

    kayıt defteri dns:98027369.us10.bcld.webex.com şeması sips süresi doluyor 240 yenileme oranı 50 tcp tls

    Kayıt iki dakikada bir (240 saniyenin %50'si) yenilenecek şekilde ayarlanmış Yerel Ağ Geçidi için kayıt şirketi sunucusu. Daha fazla bilgi için bkz. kayıt şirketi.

    Control Hub’dan Etki Alanı değerini buradan kullandığınızdan emin olun.

    kimlik numarası Dallas1171197921_LGU kullanıcı adı Dallas1463285401_LGU şifre 0 9Wt[M6ifY+ realm BroadWorks

    Trunk kayıt zoru için kimlik bilgileri. Daha fazla bilgi için kimlik bilgilerine (SIP UA) bakın.

    Burada Control Hub'dan sırasıyla Hat/Bağlantı Noktası ana bilgisayarı, Kimlik Doğrulama Kullanıcı Adı ve Kimlik Doğrulama Parolası değerlerini kullandığınızdan emin olun.

    kimlik doğrulama kullanıcı adı Dallas1171197921_LGU parola 0 9Wt[M6ifY+ realm BroadWorks
    kimlik doğrulama kullanıcı adı Dallas1171197921_LGU parola 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Çağrılar için kimlik doğrulama sınaması. Daha fazla bilgi için bkz. kimlik doğrulama (çağrı eşi).

    Kimlik Doğrulama Kullanıcı Adı, Kimlik Doğrulama Parolası ve Kaydedici Etki Alanı değerlerini burada Control Hub'dan kullandığınızdan emin olun.

    uzak taraf kimliği yok

    Webex Calling, CIO tarafından onaylanan kimlik pai kullanılarak etkinleştirilen PAI'yi desteklediğinden, SIP Uzak Taraf Kimliği (RPID) üstbilgisini devre dışı bırakın. Daha fazla bilgi için bkz. uzak-taraf-kimliği.

    sip sunucusu dns:us25.sipconnect.bcld.webex.com

    Santral için hedef SIP sunucusunu yapılandırır. Santralinizi oluşturduğunuzda Control Hub’da sağlanan edge proxy SRV adresini kullanın.

    bağlantı-yeniden

    Kayıt ve çağrı işleme için aynı kalıcı bağlantıyı kullanır. Daha fazla bilgi için bağlantıyı yeniden kullanma.

    srtp-şifreleme 100

    SRTP çağrı bacağı (bağlantı) için tercih edilen şifre paketlerini yapılandırır (adımda belirtilir 5). Daha fazla bilgi için bkz. ses sınıfı srtp-şifrelemesi.

    oturum taşıma tcp tls

    Taşımayı TLS olarak ayarlar. Daha fazla bilgi için bkz. oturum aktarımı.

    url sips

    SRV erişim SBC tarafından desteklenen SPS'ler olmalı; tüm diğer mesajlar, sip profili 200'e göre SIP olarak değiştirilir.

    hata-passthru

    SIP hata yanıt geçiş işlevini belirtir. Daha fazla bilgi için bkz. hata-passthru.

    asserted-id pai

    Yerel Ağ Geçidi'nde PAI işlemeyi döner. Daha fazla bilgi için onaylanmış kimlik kısmına bakın.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/1

    WebexCalling'e gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind ortam kaynağı-arayüzü GigabitEthernet0/0/1

    WebexCalling’e gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    geçiş içeriği özel sdp yok

    Kiracı altında varsayılan komut. Bu komut hakkında daha fazla bilgi için geçiş içeriğine bakın.

    sip profilleri 100

    SIP'leri SIP olarak değiştirir ve INVITE ve KAYIT mesajları için Hat/Bağlantı Noktası'nı sip-profilleri 100'de tanımlandığı gibi değiştirir. Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

    giden proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling SBC'ye erişin. Santralinizi oluşturduğunuzda Control Hub’da sağlanan Giden Proxy Adresini girin. Daha fazla bilgi için bkz. giden proxy.

    gizlilik-politika geçişi

    Alınan mesajdan bir sonraki çağrı ayağına gizlilik değerlerini geçirecek santralin gizlilik üstbilgisi politikası seçeneklerini yapılandırır. Daha fazla bilgi için gizlilik politikası kısmına bakın.

  2. Webex Calling santral çağrı eşini yapılandırın.

     arama eşi ses 100 voip açıklaması Gelen/Giden Webex Calling max-conn 250 hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedef sip sunucusu gelen uri isteği 100 ses sınıfı codec 100 dtmf-relay rtp-nte ses sınıfı stun kullanımı 100 ses sınıfı sip localhost ses sınıfı sip kiracısı 100 srtp yok vad 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     arama eşi ses 100 voip  açıklaması Gelen/Giden Webex Calling 

    100 VoIP etiketine sahip bir ağ eşlemi tanımlar ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    maks. konn 250

    LGW ve Webex Calling arasındaki eş zamanlı gelen ve giden çağrıların sayısını sınırlar. Kayıt santralleri için yapılandırılan maksimum değer 250 olmalıdır. Dağıtımınız için daha uygun olacaksa usea daha düşük değer. Yerel Ağ Geçidi eş zamanlı çağrı sınırları hakkında daha fazla bilgi için Yerel Ağ Geçidi belgesine bakın.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eş 100'un SIP çağrı ayaklarıyla iş ele alanı olduğunu belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi sip sunucusu

    Kiracı 100'de tanımlanan SIP sunucusunun devralındığını ve bu çağrı eşinden gelen çağrılar için hedef için kullanıldığını gösterir.

    gelen uri isteği 100

    Bir VoIP arama eşini gelen çağrının tekdüzen kaynak tanımlayıcısı (URI) ile eşleştirmek için kullanılan ses sınıfını belirtmek. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    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.

    ses sınıfı stun kullanımı 100

    Yerel Ağ Geçidinde yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine izin verir. STUN, medya trafiği için bir güvenlik duvarı iğne deliği açmaya yardımcı olur.

    ses sınıfı sip yerel sahibi yok

    Giden mesajların Gelen, Çağrı Kimliği ve Uzak Taraf Kimliği üst bilgilerinde fiziksel IP adresi yerine DNS yerel ana bilgisayar adının yerine değiştirmesini devre dışı bırakmıştır.

    ses sınıfı sip kiracısı 100

    Çağrı eşi, küresel olarak yapılandırılmış ve 100 numaralı kiracıya ait tüm parametreleri devralır. Çağrı eşi düzeyinde parametreler geçersiz kılınabilir.

    srtp

    Çağrı ayağı için SRTP'yi sağlar.

    yok devam

    Ses etkinliği algılamayı devre dışı bırakıyor.

Kiracı 100'ü tanımladıktan ve bir SIP VoIP çağrı eşi yapılandırdıktan sonra, ağ geçidi Webex Calling'e doğru bir TLS bağlantısı başlatır. Bu noktada erişim SBC, sertifikasını Yerel Ağ Geçidine sunar. Yerel Ağ Geçidi, daha önce güncellenen CA kök paketini kullanarak Webex Calling erişim SBC sertifikasını doğrular. Sertifika tanınırsa Yerel Ağ Geçidi ve Webex Calling erişim SBC'si arasında kalıcı bir TLS oturumu oluşturulur. Böylece, Yerel Ağ Geçidi bu güvenli bağlantıyı kullanarak Webex erişim SBC'sine kayıt olabilir. Kayıt kimlik doğrulaması için zorlandığında:

  • Yanıtta kimlik bilgileri yapılandırmasındaki kullanıcı adı, parola ve bölge parametreleri kullanılır.

  • SIPS URL'sini tekrar SIP'ye dönüştürmek için sip profili 100'deki değişiklik kuralları kullanılır.

Erişim SBC'sinden 200 OK alındığında kayıt başarılı olur.

Yukarıda Webex Calling'e doğru bir santral oluşturduktan sonra, SIP tabanlı PSTN sağlayıcısına doğru şifrelenmemiş bir santral oluşturmak için aşağıdaki yapılandırmayı kullanın:

Hizmet Sağlayıcınız güvenli bir PSTN santrali sunarsa Webex Calling santrali için yukarıda açıklanan benzer bir yapılandırmayı takip edebilirsiniz. Güvenli bir şekilde çağrı yönlendirme CUBE tarafından desteklenir.

TDM / ISDN PSTN santrali kullanıyorsanız TDM PSTN santrali ile Yerel Ağ Geçidini Yapılandırma sonraki bölüme geçin.

Cisco TDM-SIP Ağ Geçitlerinde PSTN çağrı ayakları için TDM arayüzlerini yapılandırmak için bkz. ISDN PRI Yapılandırma.

1

PSTN santralinden gelen çağrıları tanımlamak için aşağıdaki ses sınıfı uri'sini yapılandırın:

 ses sınıfı uri 200 sip host ipv4:192.168.80.13 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı uri 200 sip

Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu kalıbı girerken, IP PSTN ağ geçidinizin IP adresini kullanın. Daha fazla bilgi için bkz. ses sınıfı uri.

2

Aşağıdaki IP PSTN çağrı eşini yapılandırın:

 arama-eş ses 200 voip açıklama Gelen/Giden IP PSTN santral hedef-desen BAD.BAD oturum protokolü sipv2 oturum hedef ipv4:192.168.80.13 200 ses sınıfı sip bind kontrol kaynak-arayüzü üzerinden gelen uri GigabitEthernet0/0/0 ses sınıfı sip bind ortam kaynak-arayüzü GigabitEthernet0/0/0 ses sınıfı codec 100 dtmf-röle rtp-nte no vad 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 arama eşi ses 200 voip  açıklaması Gelen/Giden IP PSTN santrali

200 VoIP etiketine sahip bir ağ eşlemesi tanımlar ve yönetim ve sorun gidermenin kolaylığı için anlamlı bir açıklama sağlar. Daha fazla bilgi için bkz. çağrı eşi sesi.

hedef şablon BAD. Kötü

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 şablonu (arayüz) .

oturum protokolü sipv2

Çağrı eş 200'un SIP çağrı ayaklarıyla iş ele alanı olduğunu belirtir. Daha fazla bilgi için bkz. oturum protokolü (çevirme eşi).

oturum hedefi ipv4:192.168.80.13

Çağrı ayağı göndermek için hedefin hedef IPv4 adresini gösterir. Buradaki oturum hedefi ITSP'nin IP adresidir. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi).

200 üzerinden gelen uri

IP adresinin IP adresiyle VIA üstbilgisi için eşleşme PSTN tanımlar. Yerel Ağ Geçidinde gelen tüm IP PSTN çağrı bacaklarını çağrı eşi 200 ile eşleştirir. Daha fazla bilgi için gelen url’ye bakın.

bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

bind media source-interface GigabitEthernet0/0/0

PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

ses sınıfı kodek 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.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

yok devam

Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

3

Yerel Ağ Geçidinizi yalnızca çağrıları Webex Calling ve PSTN arasında yönlendirecek şekilde yapılandırıyorsanız aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin. Yerel Ağ Geçidinizi bir Unified Communications Manager platformuyla yapılandırıyorsanız bir sonraki bölüme geçin.

  1. Çağrıları Webex Calling'e veya PSTN'ye yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. DPG 100, PSTN'den gelen çağrı eşine uygulanır. Benzer şekilde, DPG 200'yi PSTN'ye doğru giden çağrı eşi 200 ile tanımlayın. DPG 200, Webex’ten gelen çağrı eşine uygulanır.

     sesli sınıf dpg 100 açıklaması Webex Calling çağrı eşi 100 sesli sınıf dpg 200 açıklaması Çağrıları PSTN çağrı eşi 200'e yönlendir

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları Webex’ten PSTN’ye ve PSTN’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

     arama eşi ses 100 hedef dpg 200 arama eşi ses 200 hedef dpg 100 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Webex Calling'e doğru bir santral oluşturduktan sonra, Webex çağrı ayağında medya optimizasyonuna izin vermek için geri arama yönlendirme ile PSTN hizmetiniz için bir TDM santrali oluşturmak üzere aşağıdaki yapılandırmayı kullanın.

IP medya optimizasyonu gerektirmiyorsanız SIP PSTN santralinin yapılandırma adımlarını izleyin. PSTN VoIP arama eşi yerine bir ses bağlantı noktası ve POTS arama eşi (Adımlar 2 ve 3'te gösterildiği gibi) kullanın.
1

Geri döngü arama eşi yapılandırması, çağrı yönlendirme döngüleri oluşturmadan çağrıların Webex ve PSTN arasında doğru bir şekilde geçmesini sağlamak için çağrı eşi grupları ve çağrı yönlendirme etiketleri kullanır. Çağrı yönlendirme etiketlerini eklemek ve kaldırmak için kullanılacak aşağıdaki çeviri kurallarını yapılandırın:

 sesli çeviri-kural 100 kural 1 /^\+ // A2A/ sesli çeviri-profil 100 çevirmek denilen 100 sesli çeviri-kural 200 kural 1 /^// A1A/ sesli çeviri-profil 200 çevirmek denilen 200 sesli çeviri-kural 11 kural 1 /^A1A/ // sesli çeviri-profil 11 çevirmek denilen 11 sesli çeviri-kural 12 kural 1 /^A2A44 / /0/ kural 2 /^A2A / /00/ sesli çeviri-profil 12 çevirmek denilen 12 sesli çeviri-kural 1 /^A2A44 /// 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

sesli çeviri kuralı

Çağrı yönlendirme etiketleri eklemek veya kaldırmak için kurallarda tanımlanan düzenli ifadeleri kullanır. Sorun giderme açısından netlik kazandırmak için aşırı bozucu rakamlar (‘A’) kullanılır.

Bu yapılandırmada, çeviri profili 100 tarafından eklenen etiket, geri dönüş çağrı eşleri aracılığıyla Webex Calling'den gelen çağrıları PSTN'ye yönlendirmek için kullanılır. Benzer şekilde, çeviri profili 200 tarafından eklenen etiket, PSTN'den gelen çağrıları Webex Calling'e yönlendirmek için kullanılır. Çeviri profilleri 11 ve 12, sırasıyla çağrıları Webex ve PSTN hatlarına iletmeden önce bu etiketleri kaldırır.

Bu örnekte, Webex Calling’den aranan numaraların +E.164 biçiminde sunulduğu varsayılır. Kural 100, aranan geçerli bir sayıyı korumak için baştaki + işaretini kaldırır. Kural 12, etiketi kaldırırken ulusal veya uluslararası bir yönlendirme basamakları ekler. Yerel ISDN ulusal arama planınıza uygun rakamları kullanın.

Webex Calling numaraları ulusal biçimde gösteriyorsa, sırasıyla yönlendirme etiketini ekleyip kaldırmak için 100 ve 12 numaralı kuralları ayarlayın.

Daha fazla bilgi için bkz. sesli çeviri profili ve sesli çeviri kuralı.

2

TDM ses arabirimi bağlantı noktalarını, kullanılan hat türü ve protokolün gerektirdiği şekilde yapılandırın. Daha fazla bilgi için bkz. ISDN PRI Yapılandırma. Örneğin, bir cihazın NIM yuvası 2'ye yüklü bir Birincil Hız ISDN arabiriminin temel yapılandırması şunları içerebilir:

 kart türü e1 0 2 isdn switch-type primary-net5 denetleyici E1 0/2/0 pri-group zaman dilimleri 1-31 
3

Aşağıdaki TDM PSTN çağrı eşini yapılandırın:

 çağrı eşi ses 200 saksı açıklama Gelen / Giden PRI PSTN gövde hedef-desen BAD.BAD çeviri-profil gelen 200 doğrudan-içe-arama bağlantı noktası 0/2/0: 15

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 arama eşi ses 200 saksı  açıklama Gelen/Giden PRI PSTN deposu

200 VoIP etiketine sahip bir ağ eşlemi tanımlar ve yönetimin ve sorun gidermenin kolaylığı için anlamlı bir açıklama verir. Daha fazla bilgi için bkz. çağrı eşi sesi.

hedef şablon BAD. Kötü

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 şablonu (arayüz) .

çeviri profili gelen 200

Gelen aranan numaraya çağrı yönlendirme etiketi ekleyecek çeviri profili atar.

doğrudan içe-arama

Çağrıyı ikincil bir çevir sesi sağlamadan yönlendirir. Daha fazla bilgi için bkz. doğrudan içe arama.

bağlantı noktası 0/2/0:15

Bu çağrı eşi ile ilişkilendirilen fiziksel ses bağlantı noktası.

4

TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının ortam optimizasyonunu etkinleştirmek için, Webex Calling ve PSTN hatları arasında bir dizi dahili geri dönüş çağrı eşi ekleyerek çağrı yönlendirmesini değiştirebilirsiniz. Aşağıdaki geri döngü arama eşlerini yapılandırın. Bu durumda, tüm gelen çağrılar başlangıçta çağrı eşi 10'a ve buradan uygulanan yönlendirme etiketine göre çağrı eşi 11 veya 12'ye yönlendirilecektir. Yönlendirme etiketi kaldırıldıktan sonra çağrılar çağrı eşi grupları kullanılarak giden santrale yönlendirilir.

 arama eşi ses 10 voip açıklaması Giden döngü etrafında bacak hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi ipv4:192.168.80.14 ses sınıfı sip bind kontrol kaynak arabirimi GigabitEthernet0/0/0 ses sınıfı sip bind medya kaynağı arabirimi GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw yok vad arama eşi ses 11 voip açıklaması Webex çeviri profiline doğru gelen döngü etrafında bacak 11 oturum protokolü sipv2 gelen çağrı sayısı A1AT ses sınıfı sip bind kontrol kaynak arabirimi GigabitEthernet0/0/0 ses sınıfı sip bind ortam kaynağı arabirimi GigabitEthernet0/0/0 ses sınıfı sip bind ortam kaynağı arabirimi GigabitEthernet0/0/0 ses sınıfı sip bind ortam kaynağı arabirimi GigabitEthernet0/0/0 ses sınıfı sip bind ortam kaynağı arabirimi GigabitEthernet0/0/0 ses sınıfı sip bind 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 arama eşi sesi 10 tencere  açıklaması Giden döngü bacak

VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

çeviri profili gelen 11

Giden santrale geçmeden önce çağrı yönlendirme etiketini kaldırmak için daha önce tanımlanan çeviri profilini uygular.

hedef şablon BAD. Kötü

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 şablonu (arayüz) .

oturum protokolü sipv2

Bu çağrı eşinin SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çevirme eşi).

oturum hedefi 192.168.80.14

Geri dönmeye giden çağrı hedefi olarak yerel yönlendirici arabirimi adresini belirtir. Daha fazla bilgi için bkz. oturum hedefi (voip arama eşi).

bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

Geri döngü yoluyla gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

bind media source-interface GigabitEthernet0/0/0

Geri döngü yoluyla gönderilen medya için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

codec g711alaw

Tüm PSTN çağrılarını G.711'i kullanmaya zorlar. ISDN hizmetiniz tarafından kullanılan şirketleştirme yöntemiyle eşleştirmek için a-law veya u-law seçin.

yok devam

Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

5

Aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin:

  1. Geri döngü yoluyla çağrıları PSTN ve Webex hatları arasında yönlendirmek için çağrı eşi grupları oluşturun.

     sesli sınıf dpg 100 açıklaması Webex Calling çağrı eşi 100 sesli sınıf dpg 200 açıklaması Çağrıları PSTN çağrı eşi 200 sesli sınıf dpg 10 açıklaması Çağrıları Döngü çağrı eşi 10'a yönlendir

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları yönlendirmek için çağrı eşi gruplarını uygulayın.

     arama eşi ses 100 hedef dpg 10 arama eşi ses 200 hedef dpg 10 arama eşi ses 11 hedef dpg 100 arama eşi ses 12 hedef dpg 200

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Önceki bölümlerdeki PSTN-Webex Calling yapılandırması, bir Cisco Unified Communications Manager (UCM) kümesine ek santraller içerecek şekilde değiştirilebilir. Bu durumda, tüm çağrılar Unified CM aracılığıyla yönlendirilir. 5060 numaralı bağlantı noktasındaki UCM'den gelen çağrılar PSTN'ye ve bağlantı noktası 5065'ten gelen çağrılar Webex Calling'e yönlendirilir. Bu çağrı senaryosunu dahil etmek için aşağıdaki artan yapılandırmalar eklenebilir.

Unified CM'de Webex Calling santrali oluştururken, gelen bağlantı noktasını SIP Santrali Güvenlik Profili ayarlarında 5065 olarak yapılandırdığınızdan emin olun. Bu, bağlantı noktası 5065'te gelen mesajlara izin verir ve Yerel Ağ Geçidine mesaj gönderirken VIA üstbilgisini bu değer ile doldurur.

1

Aşağıdaki ses sınıfı URI'lerini yapılandırın:

  1. Bağlantı noktası VIA SIP kullanarak Unified CM'yi Webex çağrılarına sınıflandırır:

     sesli sınıf uri 300 sip 
     modeli:5065 
  2. Bağlantı noktası aracılığıyla SIP kullanarak Unified CM'yi PSTN çağrılarına sınıflandırır:

     ses sınıfı uri 400 sip desen 192\.168\.80\.6[0-5]: 5060 

    Kaynak adreslerini ve bağlantı noktası numarasını açıklayan bir veya daha fazla şablon kullanarak UCM'den PSTN santraline gelen mesajları sınıflandırın. Gerekirse eşleşen kalıpları tanımlamak için düzenli ifadeler kullanılabilir.

    Yukarıdaki örnekte, 192.168.80.60 ila 65 aralığındaki herhangi bir IP adresini ve 5060 bağlantı noktası numarasını eşleştirmek için düzenli bir ifade kullanılır.

2

Unified CM ana bilgisayarlarına SRV yönlendirmesini belirtmek için aşağıdaki DNS kayıtlarını yapılandırın:

IOS XE, hedef UCM ana bilgisayarlarını ve bağlantı noktalarını yerel olarak belirlemek için bu kayıtları kullanır. Bu yapılandırma ile, DNS sisteminizdeki kayıtları yapılandırmanız gerekmez. DNS'inizi kullanmayı tercih ederseniz bu yerel yapılandırmalar gerekli değildir.

 ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host_sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

Aşağıdaki komut, bir DNS SRV kaynak kaydı oluşturur. Her UCM ana bilgisayarı ve santrali için bir kayıt oluşturun:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV kaynağı kayıt adı

2: SRV kaynak kaydı önceliği

1: SRV kaynağı kayıt ağırlığı

5060: Bu kaynak kaydındaki hedef ana bilgisayar için kullanılacak bağlantı noktası numarası

ucmsub5.mydomain.com: Kaynak kaydı hedef ana bilgisayarı

Kaynak kaydı hedef ana bilgisayar adlarını çözümlemek için yerel DNS A kayıtları oluşturun. Ö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 çağrı eşlerini yapılandırın:

  1. Unified CM ve Webex Calling arasındaki çağrılar için çağrı eşi:

     arama eşi ses 300 voip açıklama UCM-Webex Calling santral hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedef dns:wxtocucm.io üzerinden gelen uri 300 ses sınıfı codec 100 ses sınıfı sip bind kontrol kaynak arayüzü GigabitEthernet 0/0/0 ses sınıfı sip bind ortam kaynak arayüzü GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     çağrı eşi ses 300 voip  açıklaması UCM-Webex Calling santrali

    300 etiketiyle VoIP arama eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 300'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:wxtocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı wxtocucm.io kullanılır.

    300 üzerinden gelen uri

    5065 kaynak bağlantı noktasını kullanarak Unified CM'den gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 300'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    yok devam

    Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

  2. Unified CM ve PSTN arasındaki çağrılar için çağrı eşi:

     arama-eş ses 400 voip açıklama UCM-PSTN santral hedef-desen BAD.BAD oturum protokolü sipv2 oturum hedef dns:pstntocucm.io üzerinden gelen uri 400 ses sınıfı codec 100 ses sınıfı sip bind kontrol kaynak-arayüzü GigabitEthernet 0/0/0 ses sınıfı sip bind ortam kaynak-arayüzü GigabitEthernet 0/0/0 dtmf-röle rtp-nte no vad 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     çağrı eşi ses 400 voip  açıklaması UCM-PSTN hattı

    400 VoIP etiketine sahip bir ağ eşlemesi tanımlar ve yönetim ve sorun gidermenin kolaylığı için anlamlı bir açıklama sağlar.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 400'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:pstntocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı pstntocucm.io kullanılır.

    400 üzerinden gelen uri

    5060 kaynak bağlantı noktasını kullanarak belirtilen Unified CM ana bilgisayarlarından gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 400'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    yok devam

    Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

4

Aşağıdaki yapılandırmaları kullanarak çağrı yönlendirme ekleyin:

  1. Çağrıları Unified CM ve Webex Calling arasında yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. DPG 100, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 300 ile DPG 300'yi tanımlayın. DPG 300, Webex’ten gelen çağrı eşine uygulanır.

     sesli sınıf dpg 100 açıklaması Webex Calling çağrı eşi 100 sesli sınıf dpg 300 açıklaması Çağrıları Unified CM Webex Calling santrali çağrı eşi 300'e yönlendir 
  2. Çağrıları Unified CM ve PSTN arasında yönlendirmek için çağrı eşi grupları oluşturun. DPG 200'yi PSTN'ye doğru giden çağrı eşi 200 ile tanımlayın. DPG 200, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 400 ile DPG 400'yi tanımlayın. PSTN'den gelen çağrı eşine DPG 400 uygulanır.

     ses sınıfı dpg 200 açıklaması Çağrıları PSTN çağrı eşi 200 ses sınıfı dpg 400 açıklaması Çağrıları Unified CM PSTN hat çağrı eşi 400'e yönlendir

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  3. Çağrıları Webex’ten Unified CM’ye ve Unified CM’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

     arama eşi ses 100 hedef dpg 300 arama eşi ses 300 hedef dpg 100

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 300

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

  4. Çağrıları PSTN'den Unified CM'ye ve Unified CM'den PSTN'ye yönlendirmek için çağrı eşi gruplarını uygulayın:

     arama eşi ses 200 hedef dpg 400 arama eşi ses 400 hedef dpg 200 

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Tanılama İmzaları (DS), IOS XE tabanlı Yerel Ağ Geçidi'de sık gözlemlenen sorunları proaktif olarak algılar ve etkinliğin e-posta, syslog veya terminal mesajı bildirimini oluşturan. DS'yi, çözünürlük süresini kısaltmak üzere tanılama verileri toplamayı otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için de yükleyebilirsiniz.

Tanılama İmzaları (DS), sorunu bildirmek, gidermek ve sorunu düzeltmek için gereken olayları ve işlemleri içeren XML dosyalarıdır. Sistem günlüğü mesajlarını, SNMP olaylarını kullanarak ve belirli komut gösterme çıktılarının periyodik olarak izlenmesi yoluyla sorun algılama mantığını tanımlayabilirsiniz.

Eylem türleri, show command çıkış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üğü koruma için dijital olarak imzalar. Her bir DS'nin sistem tarafından atanmış benzersiz bir kimlik numarası vardır. Tanı Imzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için geçerli imzaları bulmak için tek kaynaktır.

Başlamadan önce:

  • DSLT'den indiren DS dosyasını düzenlemeyin . Değiştir işleminiz, bütünlüğü kontrol hatası nedeniyle yükleme başarısız oldu.

  • Yerel Ağ Geçidi'nin e-posta bildirimlerini göndermesi için gerekli olan Basit Posta Aktarım Protokolü (SMTP) sunucusu.

  • E-posta bildirimleri için güvenli SMTP sunucusunu kullanmak isterseniz Yerel Ağ Geçidi'nin IOS XE 17.6.1 veya daha yüksek bir alanı çalıştır olduğundan emin olun.

Cisco WebEx Meeting Center Yapılandırma Kılavuzları

IOS XE 17.6.1a veya üzeri bir sürümde çalışan Yerel Ağ Geçidi

  1. Tanı İmzalarının varsayılan olarak etkinleştirilmesi.

  2. Cihazın Cisco IOS XE 17.6.1a veya üzeri bir sürüm çalıştırması durumunda proaktif bildirim göndermek için kullanılacak güvenli e-posta sunucusunu yapılandırın.

    terminal çağrı ev posta sunucusunu yapılandırma :@ öncelik 1 güvenli tls sonu 

  3. Sizi bilgilendirmesi için yöneticinin e-posta adresiyle ortam değişkenini ds_email yapılandırın.

    terminal çağrı-ev tanı-imza ortamını yapılandırma ds_email  bitiş 

Aşağıda, proaktif bildirimleri tacfaststart@gmail.com'a güvenli SMTP sunucusu olarak Gmail kullanılarak tacfaststart@gmail.com adresine göndermek için Cisco IOS XE 17.6.1a veya üstü üzerinde çalışan bir Yerel Ağ Geçidinin yapılandırılmasına örnek gösterilmektedir:

Cisco IOS XE Bengaluru 17.6.x veya sonraki sürümlerini kullanmanızı öneririz.

çağrı ev posta sunucusu tacfaststart:password@smtp.gmail.com öncelik 1 güvenli tls teşhis-imza ortamı ds_email "tacfaststart@gmail.com" 

Cisco IOS XE Yazılımında çalışan Yerel Ağ Geçidi, OAuth'u destekleyen tipik bir web tabanlı Gmail istemcisi değildir, bu nedenle belirli bir Gmail hesap ayarını yapılandırmamız ve cihazdan gelen e-postanın doğru şekilde işlenmesi için belirli bir izin sağlamamız gerekir:

  1. Google Hesabını Yönet > Güvenlik bölümüne gidin ve Daha az güvenli uygulama erişim ayarını açın.

  2. Gmail'den "Google, google olmayan bir uygulama kullanarak birinin hesabınızla oturum açmasını engelledi" şeklinde bir e-posta alırsanız "Evet, bu ben istiyorum" yanıtını alın.

Proaktif izleme için tanılama imzalarını yükleyin

Yüksek CPU kullanımını izleme

Bu DS, SNMP OID kullanarak CPU kullanımını beş saniye boyunca izler 1.3.6.1.4.1.9.2.1.56. Kullanım %75 veya daha fazlaya ulaştığında, tüm hata ayıklamaları devre dışı kaldırır ve Yerel Ağ Geçidi'ne yüklü tüm tanılama imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.

  1. SNMP'yi etkinleştirmek için snmp göster komutunu kullanın. Etkinleştirmezseniz snmp-sunucu yöneticisi komutunu yapılandırın.

    show snmp %SNMP aracısı etkinleştirilmedi yapılandırma t snmp-server manager end show snmp Şasisini: ABCDEFGHIGK 149655 SNMP paket girişi      0 Kötü SNMP sürüm hataları      1 Bilinmeyen topluluk adı      0 Verilen topluluk adı için yasadışı işlem      0 Kodlama hataları 37763 Istenen değişken sayısı      2 Değiştirilen değişken sayısı 34560 Get-request PDU'ları 138 Get-next PDU'ları      2 Set-istek PDU’ları      0 Giriş sırası paketi damla sayısı (Maksimum sıra boyutu 1000) 158277 SNMP paket çıkışı      0 Çok büyük hatalar (Maksimum paket boyutu 1500) 20 Böyle bir isim hatası yok      0 Kötü değer hataları      0 Genel hatalar 7998 Yanıt PDU'ları 10280 Tuzak PDU'ları Şu anda SNMP işlem giriş kuyruğunda olan paketler: 0 
     SNMP küresel neden: etkin 
  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# kopyalama ftp://kullanıcı adı:password@/DS_64224.xml bootflash: 

    Aşağıdaki örnek, dosyanın FTP sunucusundan Yerel Ağ Geçidine kopya olduğunu gösterir.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  ftp://*:*@ 192.0.2.12/DS_64224.xml erişiyor...!  [OK - 3571/4096 bayt] 3571 bayt 0.064 saniye içinde kopyalandı (55797 bayt/sn) 
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    çağrı-ev tanı-imza yükü DS_64224.xml Yük dosyası DS_64224.xml başarısı 
  5. İmzanın başarıyla yük çalıştığını doğrulamak için çağrı ev tanılama imzasını göster komutunu kullanın. Durum sütununda "kayıtlı" bir değer olmalıdır.

    çağrı-ev tanı-imza Mevcut tanı-imza ayarlarını göster:  Tanılama imzası: Etkinleştirildi 
     Profil: CiscoTAC-1 (durum: ACTIVE) 
     URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Çevre değişkeni: ds_email: username@gmail.com 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-07 22:05:33

    Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse, Yerel Ağ Geçidinde yüksek CPU kullanımını izlemeye devam etmek için DS 64224'ü yeniden yükleyin.

SIP merkezi kaydını izleme

Bu DS, bulutla yerel ağ geçidi ağ geçidi SIP Santrali 60 Webex Calling kaydın siliyor. Kayıt kaldırma olayı algılandığında, bir e-posta ve syslog bildirimi oluşturur ve iki kayıt kaldırma olayından sonra kendini kaldırır. Imzayı yüklemek için aşağıdaki adımları kullanın:

  1. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64117'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    SIP-SIP

    Sorun Türü

    SIP Santrali e-posta Bildirimiyle Kaydı sildi.

  2. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

    copy ftp://username:password@/DS_64117.xml bootflash: 
  3. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_64117.xml Yük dosyası DS_64117.xml başarısı LocalGateway# 
  4. İmzanın başarıyla yük çalıştığını doğrulamak için çağrı ev tanılama imzasını göster komutunu kullanın. Durum sütunu "kayıtlı" değerine sahip olmalı.

Anormal arama bağlantılarının izlenmesi

Bu DS, 403, 488 VE 503 SIP hatalarıyla anormal çağrı kesilmelerini algılamak için her 10 dakikada bir SNMP anketi kullanır. Hata sayısı artışı, son anketten 5'ten büyük veya buna eşit ise, bir syslog ve e-posta bildirimi oluşturur. Imzayı yüklemek için lütfen aşağıdaki adımları kullanın.

  1. SNMP'nin etkin olup olmadığını kontrol etmek için snmp göster komutunu kullanın. Etkinleştirilmemişse, snmp-sunucu yöneticisi komutunu yapılandırın.

    show snmp %SNMP aracısı etkinleştirilmedi yapılandırma t snmp-server manager end show snmp Şasisini: ABCDEFGHIGK 149655 SNMP paket girişi      0 Kötü SNMP sürüm hataları      1 Bilinmeyen topluluk adı      0 Verilen topluluk adı için yasadışı işlem      0 Kodlama hataları 37763 Istenen değişken sayısı      2 Değiştirilen değişken sayısı 34560 Get-request PDU'ları 138 Get-next PDU'ları      2 Set-istek PDU’ları      0 Giriş sırası paketi damla sayısı (Maksimum sıra boyutu 1000) 158277 SNMP paket çıkışı      0 Çok büyük hatalar (Maksimum paket boyutu 1500) 20 Böyle bir isim hatası yok      0 Kötü değer hataları      0 Genel hatalar 7998 Yanıt PDU'ları 10280 Tuzak PDU'ları Şu anda SNMP işlem giriş kuyruğunda olan paketler: 0 
     SNMP küresel neden: etkin 
  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ısı bağlantısı algılama.

  3. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

    copy ftp://username:password@/DS_65221.xml bootflash:
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    çağrı-ev tanı-imza yükü DS_65221.xml Yük dosyası DS_65221.xml başarısı 
  5. İmzanın başarıyla yük çalıştığını doğrulamak için çağrı ev tanılama imzasını göster komutunu kullanın. Durum sütunu "kayıtlı" değerine sahip olmalı.

Bir sorunu gidermek için tanılama imzalarını yükleyin

Sorunları hızla çözmek için Tanılama İmzalarını (DS) kullanın. Cisco TAC mühendisleri, belirli bir sorunu tespit etmek, sorun oluşumunu algılamak, doğru tanılama verileri toplamak ve verileri Cisco TAC durumuna otomatik olarak aktaran gerekli hata ayıklamaları etkinleştiren birkaç imzaya izin verdi. Tanı Imzaları (DS), sorunun oluşup oluşmadığını manuel olarak kontrol etme ihtiyacını ortadan kaldırır ve aralıklı ve geçici sorunların giderilmesini çok daha kolay hale getirir.

Tanılama İmzaları Arama Aracı'nı kullanarak uygun imzaları bulabilir ve bir sorunu kendi kendine çözmek için yükleyebilir veya destek etkileşimin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.

Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" syslog ve otomatik tanılama veri toplama aşağıdaki adımları takip edin:

  1. Toplanan tanı verilerinin yüklendiği Cisco TAC dosya sunucu yolu (cxd.cisco.com) olan ek bir DS ortam değişkeni ds_fsurl_prefix yapılandırın. Dosya yolundaki kullanıcı adı, vaka numarasıdır ve parola, aşağıdaki komutla Support Case Manager'dan alınabilecek dosya yükleme belirtecidir. Dosya yükleme belirteci, gerektiği şekilde Support Case Manager'ın Ekler bölümünde oluşturulabilir.

    terminal call-home diagnostic-signature LocalGateway (cfg-call-home-diag-sign) ortamını yapılandırma ds_fsurl_prefix "scp://:@cxd.cisco.com" end 

    Örnek:

    çağrı-ev tanı-imza ortamı ds_fsurl_prefix " ortam ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com" 
  2. show snmp komutu kullanılarak SNMP'nin etkinleştirildiğinden emin olun. Etkinleştirilmemişse, snmp-sunucu yöneticisi komutunu yapılandırın.

    snmp %SNMP aracısı etkinleştirilmedi yapılandırma t snmp-sunucu yönetici sonu 
  3. Yüksek CPU kullanımı sırasında tüm hata ayıklama ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü yükleyin. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta Bildirimi ile Yüksek CPU Kullanımı.

  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@/DS_64224.xml bootflash:  copy ftp://username:password@/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. Show call-home diagnostic-signature komutu kullanılarak imzanın başarıyla yüklendiğini doğrulayın. Durum sütunu "kayıtlı" değerine sahip olmalı.

    çağrı-ev tanı-imza Mevcut tanı-imza ayarlarını göster:  Tanılama imzası: Etkinleştirildi 
     Profil: CiscoTAC-1 (durum: ACTIVE) 
     URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Çevre değişkeni: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Kayıtlı

    2020-11-08

Tanılama imzası yürütmeyi doğrula

Aşağıdaki komutta, Yerel Ağ Geçidi imzada tanımlanan eylemi gerçekleştirirken, show call-home diagnostic-signature komutunun "Durum" sütunu "çalışıyor" olarak değişir. Arama-ev tanılama imzası istatistiklerini göstermenin çıktısı, tanılama imzasının ilgi gösterme olayı algı arayıp algılamasını ve eylemi gerçekleştirip yürütme çalıştığını doğrulamanın en iyi yolu değildir. "Tetiklenen/Maks./Stall" sütunu, söz dizisinde belirtilen imzanın bir etkinliği kaç kez tetikledikten sonra tetikledikten sonra bir etkinliği algılamak için maksimum sayıda kez tanımlandığı ve maksimum tetiklenen etkinlik sayısını algılayan imzanın kendi kendine install olduğunu gösterir.

çağrı-ev tanı-imza Mevcut tanı-imza ayarlarını göster:  Tanılama imzası: Etkinleştirildi 
 Profil: CiscoTAC-1 (durum: ACTIVE) 
 URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Çevre değişkeni: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

İndirilen DS'ler:

DS Kimliği

DS Adı

Revizyon

Durum

Son Güncelleme (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Kayıtlı

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Çalışıyor

2020-11-08 00:12:53

ev arama tanılama imzası istatistiklerini göster

DS Kimliği

DS Adı

Tetiklenen/Maks/Kaldırma

Ortalama Çalışma Süresi (saniye)

Maksimum Çalışma Süresi (saniye)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Tanılama bildirim e-postası yürütme sırasında gönderilen ses dosyası; sorun türü, cihaz ayrıntıları, yazılım sürümü, çalışan yapılandırma gibi önemli bilgileri içerir ve söz konusu sorunu gidermek için uygun komut çıkışlarını gösterir.

Tanılama imzalarını kaldır

Sorun giderme amaçları için Tanılama imzalarını kullanın, genellikle bazı sorun meydana gelen durumlarda tespit edildikten sonra kaldırmak üzere tanımlanır. Bir imzayı manuel olarak kaldırmak isterseniz show call-home diagnostic-signature komutunun çıktısından DS kimliğini alın ve aşağıdaki komutu çalıştırın:

call-home diagnostic-signature deinstall  

Örnek:

çağrı-ev tanı-imza kaldırma 64224 

Dağıtımlarda yaygın olarak gözlemlenen sorunlar temel alınarak Tanılama İmzaları Arama Aracına düzenli olarak yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir.

Cisco IOS XE Ağ Geçitlerinin daha iyi yönetimi için, ağ geçitlerini Control Hub üzerinden kaydetmenizi ve yönetmenizi öneririz. Isteğe bağlı bir yapılandırmadır. Kaydedildiğinde, Yerel Ağ Geçidi yapılandırmanızı doğrulamak ve herhangi bir yapılandırma sorununu tanımlamak için Control Hub'daki yapılandırma doğrulama seçeneğini kullanabilirsiniz. Şu anda yalnızca kayıt tabanlı santraller bu işlevi destekler.

Daha fazla bilgi için aşağıdakilere bakın:

Bu bölümde, sertifika tabanlı karşılıklı TLS (mTLS) SIP santrali kullanılarak, bir Cisco Unified Sınır Öğesinin (CUBE) Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı anlatılmaktadır. Bu belgenin ilk bölümünde basit bir PSTN ağ geçidinin nasıl yapılandırılacağı gösterilmektedir. Bu durumda, PSTN'den gelen tüm çağrılar Webex Calling'e ve Webex Calling'den gelen tüm çağrılar PSTN'ye yönlendirilir. Aşağıdaki resimde, bu çözümü ve takip edilecek üst düzey çağrı yönlendirme yapılandırmasını vurgulamaktadır.

Bu tasarımda, aşağıdaki temel yapılandırmalar kullanılır:

  • ses sınıfı kiracıları: Santrale özel yapılandırmalar oluşturmak için kullanılır.

  • ses sınıfı uri: Gelen çağrı eşinin seçimi için SIP mesajlarını sınıflandırmak için kullanılır.

  • gelen çağrı eşi: Gelen SIP mesajları için tedavi sağlar ve bir çağrı eşi grubuyla giden yolu belirler.

  • arama eşi grubu: Ileri çağrı yönlendirme için kullanılan giden çağrı eşlerini tanımlar.

  • giden çağrı eşi: Giden SIP mesajları için tedavi sağlar ve bunları gerekli hedefe yönlendirir.

Webex Calling yapılandırma çözümü PSTN’den/PSTN’ye çağrı yönlendirme

IP ve SIP PSTN santralleri için varsayılan protokoller haline gelirken, TDM (Zaman Bölmeli Çoklama) ISDN devreleri hala yaygın olarak kullanılmaktadır ve Webex Calling santralleriyle desteklenmektedir. TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının ortam optimizasyonunu etkinleştirmek için, şu anda iki ayaklı bir çağrı yönlendirme işlemi kullanmak gereklidir. Bu yaklaşım, aşağıdaki resimde gösterildiği gibi Webex Calling ve PSTN hatları arasında bir dizi dahili geri döngü çağrı eşi sunarak yukarıda gösterilen çağrı yönlendirme yapılandırmasını değiştirir.

Webex Calling ile şirket içi bir Cisco Unified Communications Manager çözümüne bağlanırken, aşağıdaki şemada gösterilen çözümü oluşturmak için temel olarak basit PSTN ağ geçidi yapılandırmasını kullanabilirsiniz. Bu durumda, Unified Communications Manager tüm PSTN ve Webex Calling çağrılarında merkezi yönlendirme ve işlem sağlar.

Bu belge boyunca, aşağıdaki resimde gösterilen ana bilgisayar adları, IP adresleri ve arayüzler kullanılır. Seçenekler, genel veya özel (NAT arkasında) adresleme için sağlanır. Birden fazla CUBE örneği arasında yük dengeleme olmadığı sürece SRV DNS kayıtları isteğe bağlıdır.

Yerel Ağ Geçidi yapılandırmanızı aşağıdaki şekilde tamamlamak için bu belgenin geri kalan bölümündeki yapılandırma kılavuzunu kullanın:

  • Adım 1: Yönlendirici temel bağlantısını ve güvenliğini yapılandırın

  • Adım 2: Webex Calling Santralini Yapılandırma

    Gerekli mimarinize bağlı olarak aşağıdakilerden birini izleyin:

  • 3. Adım: SIP PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

  • 4. Adım: Mevcut Unified CM ortamıyla Yerel Ağ Geçidini yapılandırma

    Veya:

  • 3. Adım: TDM PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

Başlangıç yapılandırması

Cisco yönlendiricinizi Webex Calling için Yerel Ağ Geçidi olarak hazırlamanın ilk adımı, platformunuzu güvenli hale getirecek ve bağlantı kuracak bir temel yapılandırma oluşturmaktır.

  • Tüm sertifika tabanlı Yerel Ağ Geçidi dağıtımları için Cisco IOS XE 17.9.1a veya sonraki sürümleri gerekir. Önerilen sürümler için Cisco Yazılım Araştırma sayfasına bakın. Platformu arayın ve önerilen sürümlerden birini seçin.

    • ISR4000 serisi yönlendiriciler, hem Unified Communications hem de Güvenlik teknolojisi lisansları ile yapılandırılmalıdır.

    • Ses kartlarıyla veya DSP'lerle donatılmış Catalyst Edge 8000 serisi yönlendiriciler, DNA Essentials lisansı gerektirir. Ses kartları veya DSP'ler olmayan yönlendiriciler, minimum DNA Essentials lisansı gerektirir.

    • Yüksek kapasite gereksinimleri için Yüksek Güvenlik (HSEC) lisansı ve ek çıktı yetkilendirmesi de gerekebilir.

      Daha fazla ayrıntı için Yetkilendirme Kodlarına bakın.

  • Platformunuz için iş politikalarınızı takip eden bir temel yapılandırma oluşturun. Özellikle, aşağıdakileri yapılandırın ve çalışmayı doğrulayın:

    • NTP

    • Acl

    • Kullanıcı kimlik doğrulaması ve uzaktan erişim

    • DNS

    • IP yönlendirme

    • IP adresleri

  • Webex Calling'e yönelik ağın bir IPv4 adresi kullanması gerekir. Yerel Ağ Geçidi Tam Etki Alanı Adları (FQDN) veya Hizmet Kaydı (SRV) adreslerinin, internette genel bir IPv4 adresine çözülmesi gerekir.

  • Webex'e dönük Yerel Ağ Geçidi arayüzündeki tüm SIP ve ortam bağlantı noktalarına doğrudan veya statik NAT üzerinden internetten erişilebilir olmalıdır. Güvenlik duvarınızı buna uygun olarak güncellediğinizden emin olun.

  • Yerel Ağ Geçidine imzalı bir sertifika yükleyin (aşağıda ayrıntılı yapılandırma adımları verilmiştir).

    • Cisco Webex Ses ve Video Platformlarına Yapılan Çağrılar için Hangi Kök Sertifika Yetkilileri Desteklenir? bölümünde açıklandığı gibi genel bir Sertifika Yetkilisi (CA) cihaz sertifikasını imzalamalıdır.

    • Santral oluştururken Control Hub'da yapılandırılan FQDN, yönlendiricinin Ortak Ad (CN) veya Konu Alternatif Adı (SAN) sertifikası olmalıdır. Örneğin:

      • Kuruluşunuzun Control Hub'ında yapılandırılmış bir santralde Yerel Ağ Geçidinin FQDN'si olarak cube1.lgw.com:5061 bulunuyorsa yönlendirici sertifikasındaki CN veya SAN'da cube1.lgw.com bulunmalıdır. 

      • Kuruluşunuzun Control Hub'ında yapılandırılmış bir santralde santralden erişilebilen Yerel Ağ Geçidinin SRV adresi olarak lgws.lgw.com varsa yönlendirici sertifikasındaki CN veya SAN'da lgws.lgw.com bulunmalıdır. Kayıt adresinin (CNAME, SRV veya IP Adresi) çözümleyene kayıtları SAN'da isteğe bağlıdır.

      • Ister santral için FQDN ister SRV kullanın, Yerel Ağ Geçidinizdeki tüm yeni SIP iletişim kutularının kişi adresi, Control Hub’da yapılandırılan adı kullanır.

  • Sertifikaların istemci ve sunucu kullanımı için imzalanmış olduğundan emin olun.

  • Cisco kök CA paketini Yerel Ağ Geçidine yükleyin.

Yapılandırma

1

Herhangi bir Katman 3 arayüzüne geçerli ve yönlendirilebilir IP adresleri atadığınızdan emin olun, örneğin:

 arabirimi GigabitEthernet0/0/0 açıklama PSTN ve/veya CUCM'ye dönük arabirim 192.168.80.14 255.255.255.0 ! arabirimi GigabitEthernet0/0/1 açıklama Arabirim Webex Calling'e dönük (Genel adres) ip adresi 198.51.100.1 255.255.255.240 

2

Yönlendiricideki STUN kimlik bilgilerini simetrik şifreleme kullanarak koruyun. Birincil şifreleme anahtarını ve şifreleme türünü aşağıdaki şekilde yapılandırın:

 key config-key şifre-şifreleme YourPassword şifre şifreleme aes
3

Tercih ettiğiniz Sertifika Yetkilisi (CA) tarafından imzalanan bir sertifikayla bir şifreleme güven noktası oluşturun.

  1. Aşağıdaki yönet komutunu kullanarak bir RSA anahtar çifti oluşturun.

    kripto anahtarı oluşturmak rsa general-keys exportable etiketi lgw-key modülü 4096

  2. Santral için cube1.lgw.com adresini fqdn olarak kullanırken, aşağıdaki yapılandırma komutlarıyla imzalı sertifika için bir güven noktası oluşturun:

     crypto pki trustpoint LGW_CERT kayıt terminali pem fqdn cube1.lgw.com subject-name cn=cube1.lgw.com subject-alt-name cube1.lgw.com revocation-check none rsakeypair lgw-key

  3. Aşağıdaki yönet veya yapılandırma komutuyla Sertifika Imzalama Talebi (CSR) oluşturun ve desteklenen bir CA sağlayıcısından imzalı bir sertifika istemek için bunu kullanın:

    kripto pki kaydı LGW_CERT

4

Ara (veya kök) CA sertifikanızı kullanarak yeni sertifikanızın kimliğini doğrulayın, ardından sertifikayı içe aktarın (Adım 4). Aşağıdaki çalıştırma veya yapılandırma komutunu girin:

 kripto pki kimlik doğrulaması LGW_CERT  

5

Aşağıdaki yürütme veya yapılandırma komutunu kullanarak imzalı bir toplantı sahibi sertifikasını içe aktarın:

 kripto pki içe aktarma LGW_CERT sertifikası  

6

TLS1.2 münhasırlığını etkinleştirin ve aşağıdaki yapılandırma komutlarını kullanarak varsayılan güven noktasını belirtin:

 sip-ua kripto sinyali varsayılan güven noktası LGW_CERT aktarımı tcp tls v1.2  

7

Webex Calling tarafından kullanılan DigiCert CA sertifikasını içeren Cisco kök CA paketini yükleyin. Belirtilen URL'den kök CA demetini indirmek ve mevcut CA güvenli havuzunu temizlemek için kripto pki trustpool içe aktarma temiz url komutunu kullanın ve ardından yeni sertifika paketini yükleyin:

HTTPS kullanarak internete erişim için bir proxy kullanmanız gerekirse CA paketini içe aktarmadan önce aşağıdaki yapılandırmayı ekleyin:

ip http istemci proxy sunucusu yourproxy.com proxy bağlantı noktası 80
 ip http istemci kaynak-arayüzü GigabitEthernet0/0/1 kripto pki trustpool içe aktarma temiz url https://www.cisco.com/security/pki/trs/ios_core.p7b
1

Control Hub'daki mevcut bir konum için CUBE sertifikası tabanlı bir PSTN santrali oluşturun. Daha fazla bilgi için bkz. Webex Calling için santralleri, yönlendirme gruplarını ve çağrı planlarını yapılandırma.

Santral oluşturulduktan sonra sağlanan santral bilgilerini not edin. Aşağıdaki resimde vurgulandığı gibi bu ayrıntılar, bu kılavuzdaki yapılandırma adımlarında kullanılacaktır.
2

CUBE'u Webex Calling Yerel Ağ Geçidi olarak yapılandırmak için aşağıdaki komutları girin:

 ses hizmeti voip ip adresi güvenilir liste ipv4 x.x.x.x y.y.y.y.y modu sınır-elemanı izin-bağlantıları sip den sip ye ek hizmet sip ye bakma stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asimetrik payload full early-offer forced sip-profiles inbound 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 ip adresi güvenilir liste  ipv4 x.x.x.x y.y.y.y
mod kenarlık öğesi

Platformda Cisco Unified Border Element (CUBE) özelliklerini etkinleştirir.

sip'e bağlantı sip izin ver

CUBE temel SIP'i arka arkaya kullanıcı aracısı işlevini etkinleştirin. Daha fazla bilgi için Bağlantılara izin ver kısmına bakın.

Varsayılan olarak, T.38 faks aktarımı etkindir. Daha fazla bilgi için bkz. faks protokolü t38 (ses hizmeti).

stın

Küresel olarak STUN'u (NAT üzerinden UDP'nin Oturum Geçişi) etkinleştirir.

Bu genel stun komutları yalnızca Yerel Ağ Geçidinizi NAT arkasında dağıtırken gereklidir.
  • Bir Webex Calling kullanıcısına (örneğin, hem arayan hem de arayan taraf) çağrıyı aboneleri Webex Calling ve Webex Calling SBC'de ortam yer imlerine çıpalarsanız İğne açık değil olarak ortam Yerel Ağ Geçidine akış akar.

  • Yerel Ağ Geçidindeki STUN bağlantıları özelliği, yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine olanak tanır. Bu, güvenlik duvarında iğne deliğinin açılmasına yardımcı olur.

Daha fazla bilgi için bkz. stun flowdata temsilci kimliği ve stun flowdata paylaşılan gizliliği.

asimetrik yük tam

Hem DTMF hem de dinamik codec yükleri için SIP asimetrik yük desteğini yapılandırır. Bu komut hakkında daha fazla bilgi için, bkz. asimetrik yük.

erken teklif zorlama

Yerel Ağ Geçidini, komşu eşten onay beklemek yerine ilk INVITE mesajında SDP bilgilerini göndermeye zorlar. Bu komut hakkında daha fazla bilgi için erken teklif kısmına bakın.

gelen sip profilleri

CUBE'nin mesajları alındıkça değiştirmek için SIP profillerini kullanmasını sağlar. Profiller, çağrı eşleri veya kiracılar aracılığıyla uygulanır.

3

Santral için ses sınıfı codec 100 codec filtresini yapılandırın. 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.

 ses sınıfı codec 100 codec tercihi 1 opus codec tercihi 2 g711ulaw codec tercihi 3 g711alaw 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı codec 100

SIP hatları aracılığıyla yapılan çağrılar için yalnızca tercih edilen codec'lere izin vermek için kullanılır. Daha fazla bilgi için bkz. ses sınıfı codec'i.

Opus codec yalnızca SIP tabanlı PSTN hatları için desteklenir. PSTN santrali bir ses T1/E1 veya analog FXO bağlantısı kullanıyorsa ses sınıfı codec 100 yapılandırmasından codec tercihi 1 opus'u hariç tutun.

4

Webex Calling santralinde ICE'i etkinleştirmek için ses sınıfı stun kullanımı 100 'i yapılandırın. (Bu adım, Webex for Government için geçerli değildir)

 ses sınıfı stun kullanımı 100 stun kullanımı güvenlik duvarı-geçiş flowdata stun kullanımı ice lite 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

stun kullanımı ice lite

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ı ses kullanımı ve ses kullanımı ice lite.

Stun kullanımı güvenlik duvarı geçişi flowdata komutu yalnızca Yerel Ağ Geçidinizi NAT arkasında dağıtırken gereklidir.
Ortam yolu optimizasyonu kullanarak çağrı akışları için ICE-lite'ın stun kullanımını gerekli kılmanız gerekir. SIP'den TDM ağ geçidine ortam optimizasyonu sağlamak için, IP-IP bacağında ICE-Lite özellikli bir geri arama eşi yapılandırın. Daha fazla teknik bilgi için Hesap veya TAC ekipleriyle iletişime geçin.
5

Webex trafiği için ortam şifreleme politikasını yapılandırın. (Bu adım, Webex for Government için geçerli değildir)

 ses sınıfı srtp-kripto 100 kripto 1 AES_CM_128_HMAC_SHA1_80

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

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 SHA1_80’i destekler. Daha fazla bilgi için bkz. ses sınıfı srtp-şifrelemesi.

6

FIPS uyumlu GCM şifrelerini yapılandırın (Bu adım yalnızca Resmi Daireler için Webex için geçerlidir).

 ses sınıfı srtp-kripto 100 kripto 1 AEAD_AES_256_GCM 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı srtp-şifreleme 100

CUBE'nin sunduğu şifre paketi olarak GCM'yi belirtir. Webex for Government için Yerel Ağ Geçidi için GCM şifrelerinin yapılandırılması zorunludur.

7

Bir Yerel Ağ Geçidi hattına yapılan çağrıları, hedef FQDN'sine veya SRV'sine göre benzersiz bir şekilde tanımlamak için bir şablon yapılandırın:

 ses sınıfı uri 100 sip desen küp1.lgw.com

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı uri 100 sip

Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu şablona girerken bir santral oluştururken Control Hub'da yapılandırılmış LGW FQDN veya SRV kullanın.

8

SIP mesaj işleme profillerini yapılandırın. Ağ geçidiniz genel bir IP adresiyle yapılandırılmışsa bir profili şu şekilde yapılandırın veya NAT kullanıyorsanız sonraki adıma geçin. Bu örnekte cube1.lgw.com Yerel Ağ Geçidi için yapılandırılmış FQDN ve "198.51.100.1", Webex Calling'e dönük Yerel Ağ Geçidi arayüzünün genel IP adresidir:

 ses sınıfı sip-profilleri 100 kural 10 HERHANGI BIR sip-üstbilgisi Kişisinin "@.*:" "@cube1.lgw.com:" kural 20 yanıt HERHANGI BIR sip-üstbilgisi Kişisinin "@.*:" "@cube1.lgw.com:" 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

kurallar 10 ve 20

Webex'in yerel ağ geçidinizden mesajların kimliğini doğrulamasına izin vermek için SIP isteğinde bulunan 'Kişi' üstbilgisinde ve yanıt mesajlarında Control Hub'da santral için sağlanan değer bulunmalıdır. Bu, tek bir ana bilgisayarın FQDN'si veya bir cihaz kümesi için kullanılan SRV etki alanı adı olacaktır.

Yerel Ağ Geçidinizi genel IP adresleriyle yapılandırdıysanız sonraki adımı atlayın.

9

Ağ geçidiniz statik NAT arkasında özel bir IP adresiyle yapılandırılmışsa gelen ve giden SIP profillerini aşağıdaki gibi yapılandırın. Bu örnekte cube1.lgw.com, Yerel Ağ Geçidi için yapılandırılmış FQDN, "10.80.13.12" Webex Calling'e dönük arabirim IP adresi ve "192.65.79.20" genel NAT IP adresidir.

Webex Calling
 ses sınıfı sip-profilleri 100 kuralı 10'a giden mesajlar için SIP profilleri HERHANGI BIR sip-üstbilgisi Kişisinin "@.*:" "@cube1.lgw.com:" kural 20 yanıtı HERHANGI BIR sip-üstbilgisi Kişisinin "@.*:" "@cube1.lgw.com:" kural 30 yanıtı HERHANGI BIR sdp-üstbilgisi Ses-Özniteliğinde değişiklik "(a=aday:1 1.*) 10.80.13.12" "\1 192.65.79.20" kuralı 31 yanıtı HERHANGI BIR sdp-header Ses-Özniteliği değiştir "(a=aday:1 2.*) 10.80.13.12" "\1 192.65.79.20" kural 40 yanıt HERHANGI sdp-header Audio-Connection-Info değiştir "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" kural 41 istek HERHANGI sdp-header Audio-Connection-Info değiştir "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" kural 50 istek HERHANGI sdp-header Connection-Info değiştir "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" kural 51 yanıt HERHANGI sdp-header Connection-Info değiştir "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" kural 60 yanıt HERHANGI sdp-header Session-Owner değiştir "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" kural 61 istek HERHANGI sdp-header Session-Owner değiştir "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" kural 70 istek HERHANGI sdp-header Audio-Attribute değiştir "(a=rtcp:*) 10 1.*) 10.80.13.12" "\1 192.65.79.20" kuralı 81 HERHANGI BIR sdp-header Ses-Özniteliği değişikliği isteyin "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

kurallar 10 ve 20

Webex'in yerel ağ geçidinizden mesajların kimliğini doğrulamasına izin vermek için SIP isteğinde bulunan 'Kişi' üstbilgisinde ve yanıt mesajlarında Control Hub'da santral için sağlanan değer bulunmalıdır. Bu, tek bir ana bilgisayarın FQDN'si veya bir cihaz kümesi için kullanılan SRV etki alanı adı olacaktır.

kurallar 30 - 81

Özel adres referanslarını site için harici genel adrese dönüştürerek Webex’in sonraki mesajları doğru şekilde yorumlamasına ve yönlendirmesine olanak tanır.

Webex Calling
 ses sınıfı sip-profillerinden gelen mesajlar için SIP profili 110 kural 10 yanıtı HERHANGI sdp-üstbilgisi Video-Connection-Info değiştirme "192.65.79.20" "10.80.13.12" kuralı 20 yanıtı HERHANGI sip-üstbilgisi Kişi değiştirme "@.*:" "@cube1.lgw.com:" kuralı 30 yanıtı HERHANGI sdp-üstbilgisi Bağlantı-Bilgisi değiştirme "192.65.79.20" "10.80.13.12" kuralı 40 yanıtı HERHANGI sdp-üstbilgisi Ses-Bağlantı-Bilgisi değiştirme "192.65.79.20" "10.80.13.12" kuralı 50 yanıtı HERHANGI sdp-üstbilgisi Oturum Sahibi değiştirme "192.65.79.20" "10.80.13.12" kuralı 60 yanıtı HERHANGI sdp-üstbilgisi Ses-Özniteliği değiştirme "(a=aday:1 1.*) 192.65.79.20" "\1 10.80.13.12" kuralı 70 yanıtı HERHANGI BIR sdp-header Ses-Özniteliği değiştir "(a=aday:1 2.*) 192.65.79.20" "\1 10.80.13.12" kuralı 80 yanıtı HERHANGI BIR sdp-header Ses-Özniteliği değişikliği "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

kurallar 10-80

Genel adres referanslarını, Webex'ten gelen mesajların CUBE tarafından doğru şekilde işlenmesine izin vererek, yapılandırılan özel adrese dönüştürün.

Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

10

Üstbilgi değişiklik profili ile SIP Seçenekleri canlı tutma yapılandırın.

 ses sınıfı sip-profilleri 115 kural 10 isteği SEÇENEKLER sip-üstbilgisi Kişi "<sip:.*:" "<sip:cube1.lgw.com:" kuralı 30 isteği HERHANGI sip-üstbilgisi "(SIP.*) 10.80.13.12" "\1 192.65.79.20" kuralı 40 yanıtı HERHANGI sdp-üstbilgisi Bağlantı-Bilgisi "10.80.13.12" "192.65.79.20" kuralı 50 yanıtı HERHANGI sdp-üstbilgisi Ses-Bağlantı-Bilgisi "10.80.13.12" "192.65.79.20" kuralı değişikliği ! ses sınıfı sip-options-keepalive 100 açıklaması Webex Calling up-interval 5 aktarım için canlı tutma tcp tls sip-profilleri 115

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı sip seçenekleri-canlı 100

Etkin bir 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 Dışı Seçenekler Ping'inin gönderildiği süreyi (saniye olarak) yapılandırabilirsiniz.

Bu canlı tutma profili, Webex’e doğru yapılandırılan çağrı eşinden tetiklenir.

Kişi başlıklarının SBC tam etki alanı adını içerdiğinden emin olmak için SIP profili 115 kullanılır. 30, 40 ve 50. kurallar yalnızca SBC statik NAT arkasında yapılandırıldığında gereklidir.

Bu örnekte cube1.lgw.com, Yerel Ağ Geçidi için seçilen FQDN'dir ve statik NAT kullanılırsa, "10.80.13.12", Webex Calling'e yönelik SBC arabirimi IP adresidir ve "192.65.79.20", NAT genel IP adresidir.

11

Webex Calling santralini yapılandırın:

  1. Webex Calling santrali için özel olarak gerekli yapılandırmaları tanımlamak ve grup yapılandırmaları oluşturmak üzere voice class tenant100 oluşturun. Bu kiracıyla ilişkili çağrı eşleri daha sonra şu yapılandırmaları devralır:

    Aşağıdaki örnekte, bu kılavuzun amacı için Adım 1'de gösterilen değerler kullanılır (kalın olarak gösterilmiştir). Bunları yapılandırmanızdaki santralinizin değerleriyle değiştirin.

     voice class tenant 100 no remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com oturum aktarımı tcp tls no session refresh error-passthru bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 pass-thru content custom-sdp sip-profiles 100 sip-profiles 110 gelen gizlilik politikası passthru !

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    ses sınıfı kiracı 100

    Kendi TLS sertifikasına ve CN veya SAN doğrulama listesine sahip santralleri yapılandırmak için kiracılar kullanmanızı öneririz. Burada kiracıyla ilişkili tls profili, yeni bağlantıları kabul etmek veya oluşturmak için kullanılacak güven noktasını içerir ve gelen bağlantıları doğrulamak için CN veya SAN listesine sahiptir. Daha fazla bilgi için bkz. ses sınıfı kiracısı.

    uzak taraf kimliği yok

    Webex Calling, CIO tarafından onaylanan kimlik pai kullanılarak etkinleştirilen PAI'yi desteklediğinden, SIP Uzak Taraf Kimliği (RPID) üstbilgisini devre dışı bırakın. Daha fazla bilgi için bkz. uzak-taraf-kimliği.

    sip-server dns:us25.sipconnect.bcld.webex.com

    Santral için hedef SIP sunucusunu yapılandırır. Santralinizi oluşturduğunuzda Control Hub’da sağlanan edge proxy SRV adresini kullanın

    srtp-şifreleme 100

    SRTP çağrı bacağı (bağlantı) için tercih edilen şifre paketlerini yapılandırır (Adımda belirtilir 5). Daha fazla bilgi için bkz. ses sınıfı srtp-şifrelemesi.

    localhost dns'leri: küp1.lgw.com

    CUBE, giden mesajlardaki Gönderen, Call-ID ve Remote-Party-ID üstbilgilerindeki fiziksel IP adresini, verilen FQDN ile değiştirmek üzere yapılandırır.

    oturum taşıma tcp tls

    Ilişkili çağrı eşleri için aktarımı TLS'ye ayarlar. Daha fazla bilgi için bkz. oturum aktarımı.

    oturum yenilemesi yok

    SIP oturum yenilemesini genel olarak devre dışı bırakır.

    hata-passthru

    SIP hata yanıt geçiş işlevini belirtir. Daha fazla bilgi için bkz. hata-passthru.

    bind kontrol kaynağı-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. bind.

    bind ortam kaynağı-arayüzü GigabitEthernet0/0/1

    Webex Calling'e gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    ses sınıfı sip profilleri 100

    Giden mesajlar için kullanmak üzere üstbilgi değişiklik profilini (Genel IP veya NAT adresleme) uygular. Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

    ses sınıfı sip profilleri 110 gelen

    Gelen mesajlar için kullanmak üzere üstbilgi değişiklik profilini (yalnızca NAT adreslemesi) uygular. Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

    gizlilik politikası passthru

    Alınan mesajdan bir sonraki çağrı ayağına gizlilik değerlerini geçirecek santralin gizlilik üstbilgisi politikası seçeneklerini yapılandırır. Daha fazla bilgi için gizlilik politikası kısmına bakın.

  2. Webex Calling santral çağrı eşini yapılandırın.

     arama eşi ses 100 voip açıklaması Gelen/Giden Webex Calling hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedef sip sunucusu gelen uri isteği 100 ses sınıfı codec'i 100 ses sınıfı stun kullanımı 100 ses sınıfı sip rel1xx devre dışı bırak ses sınıfı sip iddia kimliği pai ses sınıfı sip kiracısı 100 ses sınıfı sip seçenekleri etkin tutma profili 100 dtmf-relay rtp-nte srtp no vad 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     arama eşi ses 100 voip  açıklaması Gelen/Giden Webex Calling

    100 VoIP etiketine sahip bir ağ eşlemesi tanımlar ve yönetim ve sorun gidermenin kolaylığı için anlamlı bir açıklama sağlar. Daha fazla bilgi için bkz. çağrı eşi sesi.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eş 100'un SIP çağrı ayaklarıyla iş ele alanı olduğunu belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi sip sunucusu

    Kiracı 100'de tanımlanan SIP sunucusunun devralındığını ve bu çağrı eşinden gelen çağrılar için hedef için kullanıldığını gösterir.

    gelen uri isteği 100

    Bir VoIP arama eşini gelen çağrının tekdüzen kaynak tanımlayıcısı (URI) ile eşleştirmek için kullanılan ses sınıfını belirtmek. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Webex Calling'e ve Webex Calling'den yapılan çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    ses sınıfı stun kullanım 100

    Yerel Ağ Geçidinde yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine izin verir. STUN, medya trafiği için bir güvenlik duvarı iğne deliği açmaya yardımcı olur.

    ses sınıfı sip asserted-id pai

    Giden çağrı bilgilerini, gizlilik onaylama kimliği (PAI) üstbilgisini kullanarak ayarlar. Daha fazla bilgi için bkz. ses sınıfı sip iddia kimliği.

    ses sınıfı sip kiracısı 100

    Çağrı eşi, küresel olarak yapılandırılmış ve 100 numaralı kiracıda tüm parametreleri devralır. Çağrı eşi düzeyinde parametreler geçersiz kılınabilir. Daha fazla bilgi için bkz. ses sınıfı sip kiracısı.

    ses sınıfı sip seçenekleri-canlı tutma profili 100

    Bu komut, belirli bir profil (100) kullanılarak bir grup SIP sunucusu veya uç nokta kullanılabilirliğini izlemek için kullanılır.

    srtp

    Çağrı ayağı için SRTP'yi sağlar.

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.

TDM / ISDN PSTN santrali kullanıyorsanız TDM PSTN santrali ile Yerel Ağ Geçidini Yapılandırma sonraki bölüme geçin.

Cisco TDM-SIP Ağ Geçitlerinde PSTN çağrı ayakları için TDM arayüzlerini yapılandırmak için bkz. ISDN PRI Yapılandırma.

1

PSTN santralinden gelen çağrıları tanımlamak için aşağıdaki ses sınıfı uri'sini yapılandırın:

 ses sınıfı uri 200 sip host ipv4:192.168.80.13 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı uri 200 sip

Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu kalıbı girerken, IP PSTN ağ geçidinizin IP adresini kullanın. Daha fazla bilgi için bkz. ses sınıfı uri.

2

Aşağıdaki IP PSTN çağrı eşini yapılandırın:

 arama-eş ses 200 voip açıklama Gelen/Giden IP PSTN santral hedef-desen BAD.BAD oturum protokolü sipv2 oturum hedef ipv4:192.168.80.13 200 ses sınıfı sip bind kontrol kaynak-arayüzü üzerinden gelen uri GigabitEthernet0/0/0 ses sınıfı sip bind ortam kaynak-arayüzü GigabitEthernet0/0/0 ses sınıfı codec 100 dtmf-röle rtp-nte no vad 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 arama eşi ses 200 voip  açıklaması Gelen/Giden IP PSTN santrali

200 VoIP etiketine sahip bir ağ eşlemesi tanımlar ve yönetim ve sorun gidermenin kolaylığı için anlamlı bir açıklama sağlar. Daha fazla bilgi için bkz. çağrı eşi sesi.

hedef şablon BAD. Kötü

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 şablonu (arayüz) .

oturum protokolü sipv2

Çağrı eş 200'un SIP çağrı ayaklarıyla iş ele alanı olduğunu belirtir. Daha fazla bilgi için bkz. oturum protokolü (çevirme eşi).

oturum hedefi ipv4:192.168.80.13

Çağrı ayağı göndermek için hedefin hedef IPv4 adresini gösterir. Buradaki oturum hedefi ITSP'nin IP adresidir. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi).

200 üzerinden gelen uri

IP adresinin IP adresiyle VIA üstbilgisi için eşleşme PSTN tanımlar. Yerel Ağ Geçidinde gelen tüm IP PSTN çağrı bacaklarını çağrı eşi 200 ile eşleştirir. Daha fazla bilgi için gelen url’ye bakın.

bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

bind media source-interface GigabitEthernet0/0/0

PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

ses sınıfı kodek 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.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

yok devam

Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

3

Yerel Ağ Geçidinizi yalnızca çağrıları Webex Calling ve PSTN arasında yönlendirecek şekilde yapılandırıyorsanız aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin. Yerel Ağ Geçidinizi bir Unified Communications Manager platformuyla yapılandırıyorsanız bir sonraki bölüme geçin.

  1. Çağrıları Webex Calling'e veya PSTN'ye yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. DPG 100, PSTN'den gelen çağrı eşine uygulanır. Benzer şekilde, DPG 200'yi PSTN'ye doğru giden çağrı eşi 200 ile tanımlayın. DPG 200, Webex’ten gelen çağrı eşine uygulanır.

     sesli sınıf dpg 100 açıklaması Webex Calling çağrı eşi 100 sesli sınıf dpg 200 açıklaması Çağrıları PSTN çağrı eşi 200'e yönlendir

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları Webex’ten PSTN’ye ve PSTN’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

     arama eşi ses 100 hedef dpg 200 arama eşi ses 200 hedef dpg 100 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Webex Calling'e doğru bir santral oluşturduktan sonra, Webex çağrı ayağında medya optimizasyonuna izin vermek için geri arama yönlendirme ile PSTN hizmetiniz için bir TDM santrali oluşturmak üzere aşağıdaki yapılandırmayı kullanın.

IP medya optimizasyonu gerektirmiyorsanız SIP PSTN santralinin yapılandırma adımlarını izleyin. PSTN VoIP arama eşi yerine bir ses bağlantı noktası ve POTS arama eşi (Adımlar 2 ve 3'te gösterildiği gibi) kullanın.
1

Geri döngü arama eşi yapılandırması, çağrı yönlendirme döngüleri oluşturmadan çağrıların Webex ve PSTN arasında doğru bir şekilde geçmesini sağlamak için çağrı eşi grupları ve çağrı yönlendirme etiketleri kullanır. Çağrı yönlendirme etiketlerini eklemek ve kaldırmak için kullanılacak aşağıdaki çeviri kurallarını yapılandırın:

 sesli çeviri-kural 100 kural 1 /^\+ // A2A/ sesli çeviri-profil 100 çevirmek denilen 100 sesli çeviri-kural 200 kural 1 /^// A1A/ sesli çeviri-profil 200 çevirmek denilen 200 sesli çeviri-kural 11 kural 1 /^A1A/ // sesli çeviri-profil 11 çevirmek denilen 11 sesli çeviri-kural 12 kural 1 /^A2A44 / /0/ kural 2 /^A2A / /00/ sesli çeviri-profil 12 çevirmek denilen 12 sesli çeviri-kural 1 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

sesli çeviri kuralı

Çağrı yönlendirme etiketleri eklemek veya kaldırmak için kurallarda tanımlanan düzenli ifadeleri kullanır. Sorun giderme açısından netlik kazandırmak için aşırı bozucu rakamlar (‘A’) kullanılır.

Bu yapılandırmada, çeviri profili 100 tarafından eklenen etiket, geri dönüş çağrı eşleri aracılığıyla Webex Calling'den gelen çağrıları PSTN'ye yönlendirmek için kullanılır. Benzer şekilde, çeviri profili 200 tarafından eklenen etiket, PSTN'den gelen çağrıları Webex Calling'e yönlendirmek için kullanılır. Çeviri profilleri 11 ve 12, sırasıyla çağrıları Webex ve PSTN hatlarına iletmeden önce bu etiketleri kaldırır.

Bu örnekte, Webex Calling’den aranan numaraların +E.164 biçiminde sunulduğu varsayılır. Kural 100, aranan geçerli bir sayıyı korumak için baştaki + işaretini kaldırır. Kural 12, etiketi kaldırırken ulusal veya uluslararası bir yönlendirme basamakları ekler. Yerel ISDN ulusal arama planınıza uygun rakamları kullanın.

Webex Calling numaraları ulusal biçimde gösteriyorsa, sırasıyla yönlendirme etiketini ekleyip kaldırmak için 100 ve 12 numaralı kuralları ayarlayın.

Daha fazla bilgi için bkz. sesli çeviri profili ve sesli çeviri kuralı.

2

TDM ses arabirimi bağlantı noktalarını, kullanılan hat türü ve protokolün gerektirdiği şekilde yapılandırın. Daha fazla bilgi için bkz. ISDN PRI Yapılandırma. Örneğin, bir cihazın NIM yuvası 2'ye yüklü bir Birincil Hız ISDN arabiriminin temel yapılandırması şunları içerebilir:

 kart türü e1 0 2 isdn switch-type primary-net5 denetleyici E1 0/2/0 pri-group zaman dilimleri 1-31 
3

Aşağıdaki TDM PSTN çağrı eşini yapılandırın:

 çağrı eşi ses 200 saksı açıklama Gelen / Giden PRI PSTN gövde hedef-desen BAD.BAD çeviri-profil gelen 200 doğrudan-içe-arama bağlantı noktası 0/2/0: 15

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 arama eşi ses 200 saksı  açıklama Gelen/Giden PRI PSTN deposu

200 VoIP etiketine sahip bir ağ eşlemi tanımlar ve yönetimin ve sorun gidermenin kolaylığı için anlamlı bir açıklama verir. Daha fazla bilgi için bkz. çağrı eşi sesi.

hedef şablon BAD. Kötü

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 şablonu (arayüz) .

çeviri profili gelen 200

Gelen aranan numaraya çağrı yönlendirme etiketi ekleyecek çeviri profili atar.

doğrudan içe-arama

Çağrıyı ikincil bir çevir sesi sağlamadan yönlendirir. Daha fazla bilgi için bkz. doğrudan içe arama.

bağlantı noktası 0/2/0:15

Bu çağrı eşi ile ilişkilendirilmiş fiziksel ses bağlantı noktası.

4

TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının ortam optimizasyonunu etkinleştirmek için, Webex Calling ve PSTN hatları arasında bir dizi dahili geri dönüş çağrı eşi ekleyerek çağrı yönlendirmesini değiştirebilirsiniz. Aşağıdaki geri döngü arama eşlerini yapılandırın. Bu durumda, tüm gelen çağrılar başlangıçta çağrı eşi 10'a ve oradan da uygulanan yönlendirme etiketine göre çağrı eşi 11 veya 12'ye yönlendirilecektir. Yönlendirme etiketi kaldırıldıktan sonra çağrılar çağrı eşi grupları kullanılarak giden santrale yönlendirilir.

 arama eşi ses 10 voip açıklaması Giden döngü etrafında bacak hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi ipv4:192.168.80.14 ses sınıfı sip bind kontrol kaynak arabirimi GigabitEthernet0/0/0 ses sınıfı sip bind medya kaynağı arabirimi GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw yok vad arama eşi ses 11 voip açıklaması Webex çeviri profiline doğru gelen döngü etrafında bacak 11 oturum protokolü sipv2 gelen çağrı sayısı A1AT ses sınıfı sip bind kontrol kaynak arabirimi GigabitEthernet0/0/0 ses sınıfı sip bind ortam kaynak arabirimi GigabitEthernet0/0/0 ses sınıfı sip bind ortam kaynağı arabirimi GigabitEthernet0/0/0 ses sınıfı sip bind ortam kaynağı arabirimi GigabitEthernet0/0/0 ses sınıfı sip bind ortam kaynağı arabirimi GigabitEthernet0/0/0 ses sınıfı sip bind ortam kaynağı arabirimi GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw yok vad arama eşi ses 12 voip açıklaması PSTN çeviri profiline doğru gelen döngü bacak gelen 12 oturum protokolü sipv2 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 arama eşi sesi 10 tencere  açıklaması Giden döngü bacak

VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

çeviri profili gelen 11

Giden santrale geçmeden önce çağrı yönlendirme etiketini kaldırmak için daha önce tanımlanan çeviri profilini uygular.

hedef şablon BAD. Kötü

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 şablonu (arayüz) .

oturum protokolü sipv2

Bu çağrı eşinin SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çevirme eşi).

oturum hedefi 192.168.80.14

Geri dönmeye giden çağrı hedefi olarak yerel yönlendirici arabirimi adresini belirtir. Daha fazla bilgi için bkz. oturum hedefi (voip arama eşi).

bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

Geri döngü yoluyla gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

bind media source-interface GigabitEthernet0/0/0

Geri döngü yoluyla gönderilen medya için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

codec g711alaw

Tüm PSTN çağrılarını G.711'i kullanmaya zorlar. ISDN hizmetiniz tarafından kullanılan şirketleştirme yöntemiyle eşleştirmek için a-law veya u-law seçin.

yok devam

Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

5

Aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin:

  1. Geri döngü yoluyla çağrıları PSTN ve Webex hatları arasında yönlendirmek için çağrı eşi grupları oluşturun.

     sesli sınıf dpg 100 açıklaması Webex Calling çağrı eşi 100 sesli sınıf dpg 200 açıklaması Çağrıları PSTN çağrı eşi 200 sesli sınıf dpg 10 açıklaması Çağrıları Döngü çağrı eşi 10'a yönlendir

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları yönlendirmek için çağrı eşi gruplarını uygulayın.

     arama eşi ses 100 hedef dpg 10 arama eşi ses 200 hedef dpg 10 arama eşi ses 11 hedef dpg 100 arama eşi ses 12 hedef dpg 200

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Önceki bölümlerdeki PSTN-Webex Calling yapılandırması, bir Cisco Unified Communications Manager (UCM) kümesine ek santraller içerecek şekilde değiştirilebilir. Bu durumda, tüm çağrılar Unified CM aracılığıyla yönlendirilir. 5060 numaralı bağlantı noktasındaki UCM'den gelen çağrılar PSTN'ye ve bağlantı noktası 5065'ten gelen çağrılar Webex Calling'e yönlendirilir. Bu çağrı senaryosunu dahil etmek için aşağıdaki artan yapılandırmalar eklenebilir.

1

Aşağıdaki ses sınıfı URI'lerini yapılandırın:

  1. Bağlantı noktası VIA SIP kullanarak Unified CM'yi Webex çağrılarına sınıflandırır:

     sesli sınıf uri 300 sip 
     modeli:5065 
  2. Bağlantı noktası aracılığıyla SIP kullanarak Unified CM'yi PSTN çağrılarına sınıflandırır:

     ses sınıfı uri 400 sip desen 192\.168\.80\.6[0-5]: 5060 

    Kaynak adreslerini ve bağlantı noktası numarasını açıklayan bir veya daha fazla şablon kullanarak UCM'den PSTN santraline gelen mesajları sınıflandırın. Gerekirse eşleşen kalıpları tanımlamak için düzenli ifadeler kullanılabilir.

    Yukarıdaki örnekte, 192.168.80.60 ila 65 aralığındaki herhangi bir IP adresini ve 5060 bağlantı noktası numarasını eşleştirmek için düzenli bir ifade kullanılır.

2

Unified CM ana bilgisayarlarına SRV yönlendirmesini belirtmek için aşağıdaki DNS kayıtlarını yapılandırın:

IOS XE, hedef UCM ana bilgisayarlarını ve bağlantı noktalarını yerel olarak belirlemek için bu kayıtları kullanır. Bu yapılandırma ile, DNS sisteminizdeki kayıtları yapılandırmanız gerekmez. DNS’inizi kullanmayı tercih ederseniz bu yerel yapılandırmalar gerekli değildir.

 ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host_sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

Aşağıdaki komut, bir DNS SRV kaynak kaydı oluşturur. Her UCM ana bilgisayarı ve santrali için bir kayıt oluşturun:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV kaynağı kayıt adı

2: SRV kaynak kaydı önceliği

1: SRV kaynağı kayıt ağırlığı

5060: Bu kaynak kaydındaki hedef ana bilgisayar için kullanılacak bağlantı noktası numarası

ucmsub5.mydomain.com: Kaynak kaydı hedef ana bilgisayarı

Kaynak kaydı hedef ana bilgisayar adlarını çözümlemek için yerel DNS A kayıtları oluşturun. Ö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 çağrı eşlerini yapılandırın:

  1. Unified CM ve Webex Calling arasındaki çağrılar için çağrı eşi:

     arama eşi ses 300 voip açıklama UCM-Webex Calling santral hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedef dns:wxtocucm.io üzerinden gelen uri 300 ses sınıfı codec 100 ses sınıfı sip bind kontrol kaynak arayüzü GigabitEthernet 0/0/0 ses sınıfı sip bind ortam kaynak arayüzü GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     çağrı eşi ses 300 voip  açıklaması UCM-Webex Calling santrali

    300 etiketiyle VoIP arama eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Arama eşi 300'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:wxtocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı wxtocucm.io kullanılır.

    300 üzerinden gelen uri

    5065 kaynak bağlantı noktasını kullanarak Unified CM'den gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 300'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    yok devam

    Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

  2. Unified CM ve PSTN arasındaki çağrılar için çağrı eşi:

     arama-eş ses 400 voip açıklama UCM-PSTN santral hedef-desen BAD.BAD oturum protokolü sipv2 oturum hedef dns:pstntocucm.io gelen uri üzerinden 400 ses sınıfı codec 100 ses sınıfı sip bind kontrol kaynak-arayüzü GigabitEthernet 0/0/0 ses sınıfı sip bind ortam kaynak-arayüzü GigabitEthernet 0/0/0 dtmf-röle rtp-nte no vad 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     çağrı eşi ses 400 voip  açıklaması UCM-PSTN hattı

    400 VoIP etiketine sahip bir ağ eşlemesi tanımlar ve yönetim ve sorun gidermenin kolaylığı için anlamlı bir açıklama sağlar.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 400'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:pstntocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı pstntocucm.io kullanılır.

    400 üzerinden gelen uri

    5060 kaynak bağlantı noktasını kullanarak belirtilen Unified CM ana bilgisayarlarından gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 400'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    yok devam

    Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

4

Aşağıdaki yapılandırmaları kullanarak çağrı yönlendirme ekleyin:

  1. Çağrıları Unified CM ve Webex Calling arasında yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. DPG 100, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 300 ile DPG 300'yi tanımlayın. DPG 300, Webex’ten gelen çağrı eşine uygulanır.

     sesli sınıf dpg 100 açıklaması Webex Calling çağrı eşi 100 sesli sınıf dpg 300 açıklaması Çağrıları Unified CM Webex Calling santrali çağrı eşi 300'e yönlendir 
  2. Çağrıları Unified CM ve PSTN arasında yönlendirmek için çağrı eşi grupları oluşturun. DPG 200'yi PSTN'ye doğru giden çağrı eşi 200 ile tanımlayın. DPG 200, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 400 ile DPG 400'yi tanımlayın. PSTN'den gelen çağrı eşine DPG 400 uygulanır.

     ses sınıfı dpg 200 açıklaması Çağrıları PSTN çağrı eşi 200 ses sınıfı dpg 400 açıklaması Çağrıları Unified CM PSTN hat çağrı eşi 400'e yönlendir

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  3. Çağrıları Webex’ten Unified CM’ye ve Unified CM’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

     arama eşi ses 100 hedef dpg 300 arama eşi ses 300 hedef dpg 100

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 300

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

  4. Çağrıları PSTN'den Unified CM'ye ve Unified CM'den PSTN'ye yönlendirmek için çağrı eşi gruplarını uygulayın:

     arama eşi ses 200 hedef dpg 400 arama eşi ses 400 hedef dpg 200 

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Tanılama İmzaları (DS), Cisco IOS XE tabanlı Yerel Ağ Geçidi'nde sık gözlemlenen sorunları proaktif olarak algılar ve etkinliğin e-posta, syslog veya terminal mesajı bildirimini oluşturan. DS'yi, çözüm süresini kısaltmak amacıyla tanı verisi toplama işlemini otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için de yükleyebilirsiniz.

Tanılama İmzaları (DS), sorunu bildirme, sorun giderme ve sorunu giderme işlemleri hakkında bilgi içeren XML dosyalarıdır. Sorun algılama mantığı tanımlamak için syslog mesajlarını, SNMP olaylarını ve belirli show command çıkışlarının periyodik izleme yoluyla kullanın. Eylem türleri şunları içerir:

  • Show komut çıkışları toplayarak

  • Birleştirilmiş bir günlük dosyası oluşturma

  • Dosyanın https, SCP, FTP sunucusu gibi bir ağ konumu tarafından sağlanan kullanıcıya yükleme

TAC mühendisleri DS dosyalarını yazar ve bütünlüğü koruma için dijital olarak imzalar. Her DS dosyasında, sistem tarafından atanan benzersiz sayısal kimlik vardır. Tanı Imzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için geçerli imzaları bulmak için tek kaynaktır.

Başlamadan önce:

  • DSLT'den indiren DS dosyasını düzenlemeyin . Değiştir işleminiz, bütünlüğü kontrol hatası nedeniyle yükleme başarısız oldu.

  • Yerel Ağ Geçidi'nin e-posta bildirimlerini göndermesi için gerekli olan Basit Posta Aktarım Protokolü (SMTP) sunucusu.

  • E-posta bildirimleri için güvenli SMTP sunucusunu kullanmak isterseniz Yerel Ağ Geçidi'nin IOS XE 17.6.1 veya daha yüksek bir alanı çalıştır olduğundan emin olun.

Cisco WebEx Meeting Center Yapılandırma Kılavuzları

IOS XE 17.6.1 veya daha yüksek bir ağ geçidini çalıştıran Yerel Ağ Geçidi

  1. Tanı İmzalarının varsayılan olarak etkinleştirilmesi.

  2. Cihazın IOS XE 17.6.1 veya üzeri sürümleri çalışıyorsa proaktif bildirim göndermek için kullandığınız güvenli e-posta sunucusunu yapılandırın.

     Terminal çağrı-ev posta sunucusunu yapılandırın :@ öncelik 1 güvenli tls sonu 

  3. Bilgilendir adrese sahip ds_email ortam değişkenlerini yöneticinin e-posta adresiyle yapılandırabilirsiniz.

     terminal çağrı-ev tanı-imzası LocalGateway (cfg-call-home-diag-sign) ortamını yapılandırma ds_email  

Proaktif izleme için tanılama imzalarını yükleyin

Yüksek CPU kullanımını izleme

Bu DS, SNMP OID 1.3.6.1.4.1.9.2.1.56 kullanarak 5 saniyelik CPU kullanımını izler. Kullanım %75 veya daha fazlaya ulaştığında, tüm hata ayıklamaları devre dışı kaldırır ve Yerel Ağ Geçidi'ne yüklemiş olduğunu tüm tanılama imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.

  1. Show snmp komutunu kullanarak SNMP'nin etkinleştirildiğinden emin olun. SNMP etkinleştirilmemişse, snmp-sunucu yöneticisi komutunu yapılandırın.

     show snmp %SNMP aracısı etkinleştirilmedi yapılandırma t snmp-server manager end show snmp Şasisini: ABCDEFGHIGK 149655 SNMP paket girişi      0 Kötü SNMP sürüm hataları      1 Bilinmeyen topluluk adı      0 Verilen topluluk adı için yasadışı işlem      0 Kodlama hataları 37763 Istenen değişken sayısı      2 Değiştirilen değişken sayısı 34560 Get-request PDU'ları 138 Get-next PDU'ları      2 Set-istek PDU’ları      0 Giriş sırası paketi damla sayısı (Maksimum sıra boyutu 1000) 158277 SNMP paket çıkışı      0 Çok büyük hatalar (Maksimum paket boyutu 1500) 20 Böyle bir isim hatası yok      0 Kötü değer hataları      0 Genel hatalar 7998 Yanıt PDU'ları 10280 Tuzak PDU'ları Şu anda SNMP işlem giriş kuyruğunda olan paketler: 0 
     SNMP küresel neden: etkin 
  2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64224'ü indirin:

    copy ftp://username:password@/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@/DS_64224.xml bootflash:

    Aşağıdaki örnek, dosyanın FTP sunucusundan Yerel Ağ Geçidine kopya olduğunu gösterir.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  ftp://*:*@ 192.0.2.12/DS_64224.xml erişiyor...!  [OK - 3571/4096 bayt] 3571 bayt 0.064 saniye içinde kopyalandı (55797 bayt/sn) 
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

     çağrı-ev tanı-imza yükü DS_64224.xml Yük dosyası DS_64224.xml başarısı 
  5. İmzanın başarıyla yük çalıştığını doğrulamak için çağrı ev tanılama imzasını göster komutunu kullanın. Durum sütunu "kayıtlı" değerine sahip olmalı.

     çağrı-ev tanı-imza Mevcut tanı-imza ayarlarını göster:   Tanılama imzası: Etkinleştirildi 
     Profil: CiscoTAC-1 (durum: ACTIVE) 
     URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Çevre değişkeni: ds_email: username@gmail.com 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-07 22:05:33

    Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse Yerel Ağ Geçidi'nde yüksek CPU kullanımını izlemek için lütfen DS 64224'ü yeniden yükleyin.

Anormal arama bağlantılarının izlenmesi

Bu DS, 403, 488 VE 503 SIP hatalarıyla anormal çağrı kesilmelerini algılamak için her 10 dakikada bir SNMP anketi kullanır. Hata sayısı artışı, son anketten 5'ten büyük veya buna eşit ise, bir syslog ve e-posta bildirimi oluşturur. Imzayı yüklemek için lütfen aşağıdaki adımları kullanın.

  1. SNMP'nin show snmp komutunu kullanarak etkinleştirildiğinden emin olun. SNMP etkinleştirilmemişse, snmp-sunucu yöneticisi komutunu yapılandırın.

    show snmp %SNMP aracısı etkinleştirilmedi yapılandırma t snmp-server manager end show snmp Şasisini: ABCDEFGHIGK 149655 SNMP paket girişi      0 Kötü SNMP sürüm hataları      1 Bilinmeyen topluluk adı      0 Verilen topluluk adı için yasadışı işlem      0 Kodlama hataları 37763 Istenen değişken sayısı      2 Değiştirilen değişken sayısı 34560 Get-request PDU'ları 138 Get-next PDU'ları      2 Set-istek PDU’ları      0 Giriş sırası paketi damla sayısı (Maksimum sıra boyutu 1000) 158277 SNMP paket çıkışı      0 Çok büyük hatalar (Maksimum paket boyutu 1500) 20 Böyle bir isim hatası yok      0 Kötü değer hataları      0 Genel hatalar 7998 Yanıt PDU'ları 10280 Tuzak PDU'ları Şu anda SNMP işlem giriş kuyruğunda olan paketler: 0 
     SNMP küresel neden: etkin 
  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ısı bağlantısı algılama.

  3. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

    copy ftp://username:password@/DS_65221.xml bootflash:
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

     çağrı-ev tanı-imza yükü DS_65221.xml Dosya yükleme DS_65221.xml başarısı 
  5. Imzanın başarıyla yüklendiğini doğrulamak için show call-home diagnostic-signature komutunu kullanın. 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) de kullanabilirsiniz. Cisco TAC mühendisleri, belirli bir sorunu tespit etmek, sorun oluşumunu algılamak, doğru tanılama verileri toplamak ve verileri Cisco TAC durumuna otomatik olarak aktaran gerekli hata ayıklamaları etkinleştiren birkaç imzaya izin verdi. Bu da, sorunun gerçekleşip gerçekleşmediğini manuel olarak kontrol etme ihtiyacını ortadan kaldırarak aralıklı ve geçici sorunların tespit edilmesini çok daha kolay bir hale getirmektedir.

Geçerli imzaları bulmak ve bir sorunu kendi kendine gidermek için bunları yüklemek için Tanılama İmzaları Arama Aracı'nı kullanabilir veya destek etkileşimin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.

Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" syslog ve otomatik tanılama veri toplama aşağıdaki adımları takip edin:

  1. Tanılama verilerini yüklemek için başka bir DS ortam değişkenini Cisco TAC dosya sunucusu yolu (cxd.cisco.com) ds_fsurl_prefix olarak yapılandırın. Dosya yolundaki kullanıcı adı, vaka numarasıdır ve parola, aşağıda gösterildiği gibi Destek Vaka Yöneticisi'nden alınabilecek dosya yükleme belirtecidir. Dosya yükleme belirteci, gerektiği şekilde Destek Vaka Yöneticisi'nin Ekler bölümünde oluşturulabilir.

     terminal call-home diagnostic-signature LocalGateway (cfg-call-home-diag-sign) ortamını yapılandırma ds_fsurl_prefix "scp://:@cxd.cisco.com" end 

    Örnek:

     çağrı-ev tanı-imza ortamı ds_fsurl_prefix " ortam ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com" 
  2. SNMP'nin show snmp komutunu kullanarak etkinleştirildiğinden emin olun. SNMP etkinleştirilmemişse, snmp-sunucu yöneticisi komutunu yapılandırın.

     snmp %SNMP aracısı etkinleştirilmedi yapılandırma t snmp-sunucu yönetici sonu 
  3. Yüksek CPU kullanımı sırasında tüm hata ayıklama ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü yüklemenizi öneririz. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya 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@/DS_64224.xml bootflash:  copy ftp://username:password@/DS_65095.xml bootflash: 
  6. Yerel Ağ Geçidine yüksek CPU izleme DS 64224'ü ve ardından DS 65095 XML dosyasını yükleyin.

     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. show call-home diagnostic-signature komutunu kullanarak imzanın başarıyla yüklendiğini doğrulayın. Durum sütununda "kayıtlı" bir değer olmalıdır.

     çağrı-ev tanı-imza Mevcut tanı-imza ayarlarını göster:   Tanılama imzası: Etkinleştirildi 
     Profil: CiscoTAC-1 (durum: ACTIVE) 
     URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Çevre değişkeni: 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 imzası yürütmeyi doğrula

Aşağıdaki komutta, komutun "Durum" sütununda, Yerel Ağ Geçidi imzada tanımlanan işlemi yürütürken çağrı ana bilgisayar tanılama imzasının "çalışıyor" olarak değişir. Arama-ev tanılama imzası istatistiklerini göstermenin çıktısı, tanılama imzasının ilgi gösterme ve işlemi yürüten bir etkinlik algı edip olmadığını doğrulamanın en iyi yolu değildir. "Tetiklenen/Maks./Stall" sütunu, söz dizisinde belirtilen imzanın bir etkinliği kaç kez tetikledikten sonra tetikledikten sonra bir etkinliği algılamak için maksimum sayıda kez tanımlandığı ve maksimum tetiklenen etkinlik sayısını algılayan imzanın kendi kendine install olduğunu gösterir.

çağrı-ev tanı-imza Mevcut tanı-imza ayarlarını göster:   Tanılama imzası: Etkinleştirildi 
 Profil: CiscoTAC-1 (durum: ACTIVE) 
 URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Çevre değişkeni: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

İndirilen DS'ler:

DS Kimliği

DS Adı

Revizyon

Durum

Son Güncelleme (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Kayıtlı

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Çalışıyor

2020-11-08 00:12:53

ev arama tanılama imzası istatistiklerini göster

DS Kimliği

DS Adı

Tetiklenen/Maks/Kaldırma

Ortalama Çalışma Süresi (saniye)

Maksimum Çalışma Süresi (saniye)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Tanılama bildirim e-postası sırasında gönderilen ses dosyası; sorun türü, cihaz ayrıntıları, yazılım sürümü, çalışan yapılandırma ve söz konusu sorunu gidermek için uygun komut çıkışlarını gösterme gibi önemli bilgileri içerir.

Tanılama imzalarını kaldır

Sorun giderme amaçları için tanılama imzalarını kullanın genellikle bazı sorun oluşumları tespit edildikten sonra kaldırmak için tanımlanır. İmzayı manuel olarak kaldırmak isterseniz çağrı ev tanılama imzasını göster çıkışından DS kimliğini alın ve aşağıdaki komutu çalıştırın:

çağrı-ev tanı-imza kaldırma  

Örnek:

çağrı-ev tanı-imza kaldırma 64224 

Dağıtımlarda gözlemlenen sorunlar temel alınarak Tanılama İmzaları Arama Aracına düzenli aralıklarla yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir.

CUBE yüksek kullanılabilirliğini Yerel Ağ Geçidi olarak uygulama

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 
 takip 1 arayüzü GigabitEthernet1 hat protokol 
 izleme 2 arayüzü GigabitEthernet2 hat protokol çıkış 

VCUBE-1#conf t

VCUBE-1(config)#track 1 arabirimi GigabitEthernet1 hat-protokolü

VCUBE-1(config-track)#track 2 arabirimi GigabitEthernet2 hat-protokolü

VCUBE-1(yapılandırma-parçası)#çıkış

VCUBE-2#conf t

VCUBE-2(config)#track 1 arabirimi GigabitEthernet1 hat-protokolü

VCUBE-2(config-track)#track 2 arabirimi GigabitEthernet2 hat-protokolü

VCUBE-2(yapılandırma-parçası)#çıkış

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.

yedeklilik uygulaması yedeklilik grubu 1 ad 
 
 
 LocalGateway-HA önceliği 100 yük devretme eşiği 
 75 kontrol 
 GigabitEthernet3 protokol 1 veri 
 GigabitEthernet3 yükleyici gecikme 30 yeniden yükleme 
 60 takip 
 1 kapatma izleme 2 kapatma protokol 
 
 
 1 
 zamaner merhabatime 3 holdtime 10 çıkış 

VCUBE-1( yapılandırma)#yedeklilik

VCUBE-1( yapılandırma-kırmızı)#uygulama artıklığı

VCUBE-1(yapılandırma-kırmızı-uygulama)#grup 1

VCUBE-1(config-red-app-grp)#adı LocalGateway-HA

VCUBE-1(config-red-app-grp)#öncelik 100 yük devretme eşiği 75

VCUBE-1(config-red-app-grp)#kontrol GigabitEthernet3 protokolü 1

VCUBE-1(config-red-app-grp)#veri GigabitEthernet3

VCUBE-1(config-red-app-grp)#zamanlayıcı gecikmesi 30 yeniden yükleme 60

VCUBE-1(config-red-app-grp)#track 1 kapatma

VCUBE-1(config-red-app-grp)#track 2 kapatma

VCUBE-1(config-red-app-grp)#çıkış

VCUBE-1(yapılandırma-kırmızı-uygulama)#protokol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#çıkış

VCUBE-1(yapılandırma-kırmızı-uygulama)#çıkış

VCUBE-1(yapılandırma-kırmızı)#çıkış

VCUBE-1(yapılandırma) #

VCUBE-2( yapılandırma)#yedeklilik

VCUBE-2( yapılandırma-kırmızı)#uygulama artıklığı

VCUBE-2(yapılandırma-kırmızı-uygulama)#grup 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#öncelik 100 yük devretme eşiği 75

VCUBE-2(config-red-app-grp)#kontrol GigabitEthernet3 protokolü 1

VCUBE-1(config-red-app-grp)#veri GigabitEthernet3

VCUBE-2(config-red-app-grp)#zamanlayıcı gecikmesi 30 yeniden yükleme 60

VCUBE-2(config-red-app-grp)#track 1 kapatma

VCUBE-2(config-red-app-grp)#track 2 kapatma

VCUBE-2(config-red-app-grp)#çıkış

VCUBE-2(yapılandırma-kırmızı-uygulama)#protokol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#çıkış

VCUBE-2(config-red-app)#çıkış

VCUBE-2(yapılandırma-kırmızı)#çıkış

VCUBE-2(yapılandırma) #

Bu yapılandırmada kullanılan alanların açıklaması aşağıda verilmiştir:

  • yedeklilik—Yedeklilik moduna girer

  • uygulama artıklığı—Uygulama artıklığı yapılandırma moduna girer

  • grup—Yedeklilik uygulama grubu yapılandırma moduna girer

  • name LocalGateway-HA—RG grubunun adını tanımlar

  • priority 100 failover threshold 75—Bir RG için ilk öncelik ve yük devretme eşiklerini belirtir

  • zamanlayıcı gecikmesi 30 yeniden yükleme 60: Gecikme ve yeniden yükleme için iki kez 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—Iki CUBE arasında etkin tutma ve merhaba mesajı alışverişi için kullanılan arayüzü yapılandırır ve bir denetim arayüzüne eklenecek protokol örneğini belirtir ve yedeklilik uygulaması protokol yapılandırma 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 takibi

  • protokol 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: Hellotime 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. RG'yi sesli hizmet voip altında önceki adımdanyapılandırabilirsiniz. Bu, CUBE uygulamasının yedeklilik işlemini kontrol uygulamasını sağlar.

ses hizmeti voip 
   yedeklilik grup 1 
   çıkış

VCUBE-1(yapılandırma)#ses hizmeti voip

VCUBE-1(yapılandırma-voi-serv)#redundancy-group 1

 % Voice B2B HA ile RG 1 ilişkilendirmesi oluşturdu; yeni yapılandırmanın etkili olmak için yönlendiriciyi yeniden yükleyin 

VCUBE-1(config-voi-serv)# çıkış

VCUBE-2(yapılandırma)#ses hizmeti voip

VCUBE-2(yapılandırma-voi-serv)#redundancy-group 1

 % Voice B2B HA ile RG 1 ilişkilendirmesi oluşturdu; yeni yapılandırmanın etkili olmak için yönlendiriciyi yeniden yükleyin 

VCUBE-2(config-voi-serv)# çıkış

redundancy-group 1—Bu komutun eklenmesi ve kaldırılması, güncellenen yapılandırmanın geçerli olması için yeniden yüklenmesini 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(yapılandırma)#arabirimi GigabitEthernet1

VCUBE-1(yapılandırma-eğer) # yedeklilik rii 1

VCUBE-1(config-if)# yedeklilik grubu 1 ip 198.18.1.228 özel

VCUBE-1(config-if)# çıkış

VCUBE-1(yapılandırma) #

VCUBE-1(yapılandırma)#arabirimi GigabitEthernet2

VCUBE-1(yapılandırma-eğer) # yedeklilik rii 2

VCUBE-1(config-if)# yedeklilik grubu 1 ip 198.18.133.228 özel

VCUBE-1(config-if)# çıkış

VCUBE-2 (yapılandırma)#arabirimi GigabitEthernet1

VCUBE-2(yapılandırma-eğer) # yedeklilik rii 1

VCUBE-2(config-if)# yedeklilik grubu 1 ip 198.18.1.228 özel

VCUBE-2(config-if)# çıkış

VCUBE-2(yapılandırma) #

VCUBE-2 (yapılandırma)#arabirimi GigabitEthernet2

VCUBE-2(yapılandırma-eğer) # yedeklilik rii 2

VCUBE-2(config-if)# yedeklilik grubu 1 ip 198.18.133.228 özel

VCUBE-v(config-if)# çıkış

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, her çiftin kendi arayüzlerinde (çarpışmayı önlemek için) benzersiz rii kimlikleri OLMALIDIR. ‘show redundancy application group all’ doğru yerel ve eş bilgilerini göstermelidir.

  • yedeklilik grubu 1—Arayüzü yukarıda 2. Adımda oluşturulan yedeklilik 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

 Yapılandırma yapılıyor... 

 [Tamam] 

VCUBE-1#yeniden yükle

 Yeniden yükleme işlemine devam edilsin mi? [onayla] 

VCUBE-1 tamamen yeniden geliyorsa VCUBE-2 yapılandırmasını kaydedip yeniden yükleyin.

VCUBE-2#wr

 Yapılandırma yapılıyor... 

 [Tamam] 

VCUBE-2#yeniden yükle

 Yeniden yükleme işlemine devam edilsin mi? [onayla] 

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#yedeklilik uygulama grubunun tümünü göster Hata durumları Grup 1 bilgisi:        Çalışma zamanı önceliği: [100] RG hatalarının RG State: Yukarıya.                        Hatalardan dolayı toplam geçiş sayısı:  0 Toplam #/yukarı durumu hata nedeniyle değişir: 0 Grup Kimliği: 1 Grup adı: LocalGateway-ha yönetici durumu: Kapatma toplaması işlem durumu yok:  Hesabımı güncellerim: ETKIN eş rolü: BEKLEME konumu eş durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: ETKIN eş RF durumu: BEKLEMEDEKI sıcak RG Protokolü RG 1------------------rolü: Etkin anlaşma: Etkin öncelik: 100 protokol durumu: Etkin CTRL INTF (s) durumu: Aktif eş: Yerel bekleme eşi: Adres 10.1.1.2, öncelik 100, INTF Gi3 log sayaçları:                 rol değişikliği etkin: 1 rol bekleme olarak değiştir: 1 etkinliği devre dışı bırak: bir tam durum 0, RG kapat 0 CTRL intf events: yukarı 1, aşağı 0, admin_down 0 yeniden yükleme olayları: Yerel istek 0, eş istek 0 RG 1--------------------------CTX; Etkin protokol KIMLIĞI: 1 medya türü: Varsayılan kontrol arayüzü: GigabitEthernet3 geçerli Merhaba süreölçer: 3000 yapılandırılan Merhaba Zamanlayıcı: 3000, Tutma zamanlayıcısı: 10000 peer Merhaba süreölçer: 3000, Eş Tutma zamanlayıcısı: 10000 istatistiği:             Pkts 1509, bayt 93558, HA seq 0, SEQ numarası 1509, PKT kayıp 0 kimlik doğrulaması yapılandırılmamış kimlik doğrulama hatası: 0 eş yeniden yükleme: TX 0, RX 0 çekilme: TX 0, RX 0 ve y eşi: Mevcut. Zamanlayıcıyı Tutma: 10000 Pkts 61, Bayt 2074, HA Seq 0, Seq Numarası 69, Pkt Kaybı 0 VCUBE-1 #
 VCUBE-2 #artıklık uygulama grubunun tümünü göster Hata durumları Grup 1 bilgisi:        Çalışma zamanı önceliği: [100] RG hatalarının RG State: Yukarıya.                        Hatalardan dolayı toplam geçiş sayısı:  0 Toplam #/yukarı durumu hata nedeniyle değişir: 0 Grup Kimliği: 1 Grup adı: LocalGateway-ha yönetici durumu: Kapatma toplaması işlem durumu yok: Hesabımı güncellerim: BEKLEME eş rolü: ETKIN eş Iletişim durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: ETKIN eş RF durumu: BEKLEMEDEKI sıcak RG Protokolü RG 1------------------rolü: Etkin anlaşma: Etkin öncelik: 100 protokol durumu: Etkin CTRL INTF (s) durumu: Aktif eş: Adres 10.1.1.2, öncelik 100, intf Gi3 bekleme eşi: Yerel günlük sayaçları:                 rol değişikliği etkin: 1 rol bekleme olarak değiştir: 1 etkinliği devre dışı bırak: bir tam durum 0, RG kapat 0 CTRL intf events: yukarı 1, aşağı 0, admin_down 0 yeniden yükleme olayları: Yerel istek 0, eş istek 0 RG 1--------------------------CTX; Etkin protokol KIMLIĞI: 1 medya türü: Varsayılan kontrol arayüzü: GigabitEthernet3 geçerli Merhaba süreölçer: 3000 yapılandırılan Merhaba Zamanlayıcı: 3000, Tutma zamanlayıcısı: 10000 peer Merhaba süreölçer: 3000, Eş Tutma zamanlayıcısı: 10000 istatistiği:             Pkts 1509, bayt 93558, HA seq 0, SEQ numarası 1509, PKT kayıp 0 kimlik doğrulaması yapılandırılmamış kimlik doğrulama hatası: 0 eş yeniden yükleme: TX 0, RX 0 çekilme: TX 0, RX 0 ve y eşi: Mevcut. Zamanlayıcıyı Tutma: 10000 
 Pkts 61, Bayt 2074, HA Seq 0, Seq Numarası 69, Pkt Kaybı 0 
 
 VCUBE-2 #

Her İki CUBE Üzerinde Yerel Ağ Geçidi Yapılandırma

Yapılandırma örneğimizde, hem VCUBE-1, hem de VCUBE-2 platformunda Yerel Ağ Geçidi yapılandırmasını oluşturmak için Control Hub'dan aşağıdaki santral bilgilerini kullanıyoruz. Bu yapılandırmanın kullanıcı adı ve parolası şöyle:

  • Kullanıcı adı: Hussain1076_LGU

  • Parola: lOV12MEaZx

1

Parolanın kimlik bilgilerinde veya paylaşılan şifrelerde kullanılabilmesi için aşağıdaki komutlarla parola için bir yapılandırma anahtarı oluşturulduğundan emin olun. Tip 6 parolalar, AES şifre ve kullanıcı tanımlı yapılandırma anahtarı kullanılarak şifrelenir.

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes

Yukarıda görüntülenen Control hub parametrelerini temel alarak her iki platforma da uygulanacak yerel ağ geçidi yapılandırması. Control Hub'daki SIP Özeti kimlik bilgileri kalın olarak vurgulanmıştır.

 terminal kripto yapılandırma pki trustpoint dummyTp iptal-check crl çıkış sip-ua kripto sinyali varsayılan trustpoint dummyTp cn-san-validate sunucu aktarımı tcp tls v1.2 uç yapılandırma terminal kripto pki trustpool içe aktarma temiz url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal ses hizmeti voip ip adresi güvenilir liste ipv4 x.x.x.x y.y.y.y.y.y.y çıkış 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 ses sınıfı sip-profiles 200 rule 9 istek ANY sip-header SIP-Req-URI değişiklik "<sips:(.*)" "<sip:\1" rule 10 istek ANY sip-header Değişiklik "<sips:(.*)" "<sip:\1" rule 11 istek ANY sip-header Değişiklik "<sips:(.*)" "<sip:\1" rule 12 istek ANY sip-header Değişiklik "<sips:(.*)" "<sip:\1" rule 14 yanıt ANY sip-header Değişiklik "<sips:(.*)" "<sip:\1" rule 15 yanıt ANY sip-header Değişiklik "<sips:(.*)" "<sip:\1" rulehüseyin1076_lgu> "kural 30 HERHANGI BIR sip başlığı P-Asserted-Identity isteği "sips:(.*)" "sip:\1" ses sınıfı codec 99 codec tercihi 1 g711ulaw codec tercihi 2 g711ulaw çıkış ses sınıfı srtp-crypto 200 crypto 1 AES_CM'nin_128 Türkçe_HMAC'ın_SHA1'ın_80 çıkış ses sınıfı stun kullanımı 200 stun kullanımı güvenlik duvarı geçişi akış verisi çıkış ses sınıfı kiracı 200 kayıt dns:40462196.cisco-bcld.com şeması sips süresi 240 yenileme oranı 50 tcp tls kimlik bilgisi numarası Hüseyin5091_LGU kullanıcı adı Hussain1076_LGU parolası 0 lOV12MEaZx realm Broadworks kimlik doğrulama kullanıcı adı Hüseyin5091_LGU parola 0 lOV12MEaZx realm BroadWorks kimlik doğrulama kullanıcı adı Hüseyin5091_LGU parola 0 lOV12MEaZx erişim 40462196.cisco-bcld.com uzak taraf-kimliği sip-sunucusu yok dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 oturum aktarımı tcp tls url sips hata-passthru asserted-id pai bind kontrol kaynak-arayüzü GigabitEthernet1 bind ortam kaynak-arayüzü GigabitEthernet1 pass-thru içerik özel-sdp sip-profilleri 200 giden-proxy dns:la01.sipconnect-us10.cisco-bcld.com gizlilik politikası passthru ses sınıfı kiracı 100 oturum taşıma udp url sip hata-passthru bind kontrol kaynak-arayüzü GigabitEthernet2 bind medya kaynak-arayüzü GigabitEthernet2 pass-thru içerik yok custom-sdp ses sınıfı kiracı 300 bind kontrol kaynak-arayüzü GigabitEthernet2 bind medya kaynak-arayüzü GigabitEthernet2 pass-thru içerik yok custom-sdp ses sınıfı uri 100 sip ana bilgisayar ipv4: 198.18.133.3 ses sınıfı uri 200 sip şablon dtg=hüseyin1076.lgu arama eşi ses 101 voip açıklaması IP PSTN hedef şablonuna giden arama eşi BAD.BAD oturum protokolü sipv2 oturum hedefi ipv4: 198.18.133.3 ses sınıfı codec 99 ses sınıfı sip kiracısı 100 dtmf-relay rtp-nte no vad arama eşi voice 201 voip açıklaması Webex Calling hedef şablonuna giden arama eşi BAD.BAD oturum protokolü sipv2 oturum hedef sip sunucusu ses sınıfı codec 99 ses sınıfı stun kullanımı 200 ses sınıfı sip localhost ses sınıfı sip kiracısı 200 dtmf-relay rtp-nte srtp no vad ses sınıfı dpg 100 açıklama Gelen WebexCalling (DP200) ila IP PSTN (DP101) arama eşi 101 tercih 1 ses sınıfı dpg 200 açıklama Gelen IP PSTN (DP100) Webex Calling (DP201) arama eşi 201 tercih 1 arama eşi ses eşi ses sınıfı 100 voip desription IP PSTN oturum protokolünden gelen arama eşi sipv2 hedef dpg 200 gelen uri üzerinden 100 ses sınıfı codec 99 ses sınıfı sip kiracısı 300 dtmf-relay rtp-nte no vad arama eşi ses 200 voip açıklaması Webex Calling oturum protokolünden gelen arama eşi sipv2 hedef d 

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#yedeklilik uygulama grubu 1 göster Grup Kimliği:1 Grup Adı:LocalGateway-HA Yönetim Durumu: Kapatma Toplu operasyonel durumu yok : Rolümi YukarıYaklı: Bekleme eş rolü: ETKIN eş Iletişim durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: BEKLEME sıcak uç RF durumu: AKTIF VCUBE-1#sip-ua kayıt durumunu göster VCUBE-1#

 VCUBE-2#yedeklilik uygulama grubu 1 göster Grup Kimliği:1 Grup Adı:LocalGateway-HA Yönetim Durumu: Kapatma Toplu operasyonel durumu yok : Rolümi YukarıYaklı: ETKIN eş rolü: DURUM eş durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: ETKIN eş RF durumu: BEKLEME ETKIN VKÜP-2 #SIP-UA kayıt durumu Kiracı: 200 --------------------Kayıt-Indeks  1 --------------------- Satır eşinin süresi (sn) reg hayatta kalma P-Associ-URI ============================== ========== ====================== ============== Hussain5091_LGU -1 48 evet normal VCUBE-2#

Yukarıdaki çıktıdan, VCUBE-2 Webex Calling erişim SBC'si ile kaydı koruyan 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 çağrı dışı SIP Iletişim Dışı izleme etkin VCUBE-1#debug ccsip bilgisi SIP Çağrı bilgisi izleme etkin VCUBE-1#debug ccsip mesajı

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 uygulama yeniden yükleme grubu 1 öz

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#sip-ua kayıt durumunu göster Kiracı: 200 --------------------Kayıt-Indeks  1 --------------------- Satır eşinin süresi sona erer (sn) reg hayatta kalma P-Associ-URI ============================== ========== ====================== =============== ============= Hussain5091_LGU -1 56 evet 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 günlüğü Jan 9 18:37:24.769: %RG_MEDIA-3-TIMERSÜRESI DOLDU: RG kimliği 1 Merhaba Süresi Sona Erdi. 9 Ocak 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG kimliği 1 rol Beklemeden Aktif 9 Ocak 18:37:24.783: %VOICE_HA-2-DEĞIŞTIRME_KODU: BEKLEME_SICAKTAN AKTIF duruma GEÇIŞ. 9 Ocak 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: 9 Ocak 18:37:25.758: //-1/xxxxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Gönderilme tarihi: Sip KAYDı: 40462196.cisco-bcld.com:5061 için SIP/2.0 : SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 Gönderen: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Alıcı: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Tarih: Per, 09 Oca 2020 18:37:24 GMT çağrı-KIMLIĞI: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Kullanıcı Aracısı: Cisco-SIPGateway/IOS-16.12.02 maksimum Iletme: 70 zaman damgası: 1578595044 CSeq: 2 KAYIT Kişi: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Kullanım Süresi: 240 destekleniyor: yol Içeriği-Uzunluk: 0 

9 Ocak 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Alınan: SIP/2.0 401 ile yetki verilmemiş : SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 Gönderen: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Alıcı: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Tarih: Per, 09 Oca 2020 18:37:24 GMT çağrı-KIMLIĞI: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 zaman damgası: 1578595044 CSeq: 2 WWW kaydı-kimlik doğrula; DIGEST Realm = "tam çalışmalar", qop = "Auth", nonce = "BroadWorksXk572qd01Ti58zliBW", algoritma = MD5 Içerik-Uzunluk: 0 

9 Ocak 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Gönderilme tarihi: SIP: 40462196. Cisco-bcld.com:5061 SIP/2.0 'ı kullanarak: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC Gönderen: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Alıcı: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Tarih: Per, 09 Oca 2020 18:37:25 GMT çağrı-KIMLIĞI: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Kullanıcı-Aracısı: Cisco-SIPGateway/IOS-16.12.02 maksimum Iletme: 70 zaman damgası: 1578595045 CSeq: 3 KAYIT Kişi: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Süre: 240 destekleniyor: yol yetkilendirmesi: Özet kullanıcı adı="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Içerik-Uzunluğu: 0 

9 Ocak 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Alınan: SIP/2.0 200 TAMAM Aracılığıyla: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 Gönderen: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Alıcı: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Çağrı Kimliği: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 zaman damgası: 1578595045 CSeq: 3 KAYIT Kişi: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Izin Ver-Events: çağrı-bilgi, hat-Seize, iletişim kutusu, mesaj-Özet, özellik-etkinlik, x-özel Works-hoteling, x-to Works-Call-Center-Status, konferans Içeriği-Uzunluk: 0 

Webex Calling için Unified CM Yapılandırma

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:

AyarDeğer
AdıWebex gibi Benzersiz Ad
AçıklamaWebex SIP Hattı Güvenlik Profili gibi anlamlı bir açıklama
Gelen PortWebex'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:

AyarDeğer
AdıWebex gibi Benzersiz Ad
AçıklamaWebex 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ştirKontrol 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:

AyarDeğer
AdıWebex gibi Benzersiz Ad
AçıklamaWebex Calling Arama Alanı gibi anlamlı bir açıklama
Seçilen Bölümler

DN (+E.164 dizin numaraları)

ESN (kısaltılmış siteler arası çevirme)

PSTNInternational (PSTN erişimi)

onNetRemote (GDPR öğrenilen 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:

AyarDeğer
Cihaz Bilgileri
DeviceNameWebex gibi benzersiz bir ad
AçıklamaWebex SIP Santrali gibi anlamlı bir açıklama
Tüm Aktif Unified CM Düğümlerinde ÇalıştırKontrol edildi
Gelen Çağrılar
Çağrı Arama AlanıDaha önce tanımlanmış çağrı arama alanı: Webex'ın
AAR Çağrı Arama Alanı Yalnızca PSTN yol şablonlarına erişimi olan bir çağrı araması: PSTNReroute
SIP Bilgileri
Hedef AdresYerel Ağ Geçidi CUBE'ünün IP adresi
Hedef Bağlantı Noktası5060
SIP Santrali Güvenlik ProfiliDaha önce tanımlanan: Webex'ın
SSO ProfiliDaha önce tanımlanan: Webex'ın

Webex için Yönlendirme Grubu Yapılandırma

Aşağıdaki ayarlarla bir yönlendirme grubu oluşturun:

AyarDeğer
Yol Grubu Bilgileri
Yönlendirme Grubu AdıWebex gibi benzersiz bir ad
Seçili CihazlarDaha önce yapılandırılmış SIP santrali: Webex'ın

Webex için Yönlendirme Listesi Yapılandırma

Aşağıdaki ayarlarla bir yönlendirme listesi oluşturun:

AyarDeğer
Yol Listesi Bilgileri
AdıRL_Webex gibi benzersiz bir ad
AçıklamaWebex için yönlendirme listesi gibi anlamlı bir açıklama
Tüm Aktif Unified CM Düğümlerinde ÇalıştırKontrol edildi
Yol Listesi Üye Bilgileri
Seçilen GruplarYalnızca daha önce tanımlanan yönlendirme grubu: Webex'ın

Webex Hedefleri İçin Bölüm Oluşturma

Aşağıdaki ayarlarla Webex hedefleri için bir bölüm oluşturun:

AyarDeğer
Yol Listesi Bilgileri
AdıWebex gibi benzersiz ad
AçıklamaWebex 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:

AyarDeğer
Yol ŞablonuWebex'te başta "\" ile DID aralığı için tam +E.164 şablonudur. Örneğin: \+140855501XX
Yol BölümüWebex'ın
Ağ Geçidi/Yol ListesiRL_Webex
Acil ÖnceliğiKontrol 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:

AyarDeğer
Çevrim ŞablonuWebex'te ESN aralığı için ESN şablonudur. Örnek: 80121XX
BölümWebex'ın
AçıklamaWebex Normalleştirme Şablonu gibi anlamlı bir açıklama
Çağrı Kaynağının Çağrı Arama Alanını KullanKontrol edildi
Acil ÖnceliğiKontrol edildi
Sonraki Atlamalarda Haneler Arası Zaman Aşımını BeklemeKontrol edildi
Aranan Taraf Dönüştürme MaskesiNumarayı +E.164'e normalleştirmek için kullanılan maskedir. Örneğin: +140855501XX

Webex Calling özelliklerinizi ayarlama

Bir çağrı yakalama grubu

Çağrı çağrı grupları, gelen çağrıları bir kullanıcı grubuna veya çalışma alanlara yönlendirer. Bir grubun tamamına yönlendirme yapabileceğiniz bir model dahi oluşturabilirsiniz.

Grup ayarlama hakkında daha fazla bilgi çağrı yakalama grubu için Cisco Webex Control Hub.

Yeni çağrı sırası

Müşterilerin çağrılarının yanıtlanamaması durumunda, otomatik yanıt, ilgilenme mesajı ve çağrının yanıtlanmasına kadar bekleme süresince müzik dinletmek için bir çağrı sırası oluşturabilirsiniz.

Yeni kullanıcı ayarlama ve yönetme hakkında daha fazla bilgi çağrı sırası bkz. Cisco Webex Control Hub.

Resepsiyonist istemcisi oluştur

Ön ofis personelinizin ihtiyaçlarının karşılanmasını sağlayın. Kullanıcıları telefon santralleri olarak ayarlayabilirsiniz, böylece bunlar, organizasyondaki belirli kişilerin gelen çağrılarını ekranlında görüntü kendilerinindir.

Resepsiyonist istemcilerinizi oluşturma ve görüntüleme hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Resepsiyonist İstemcileri.

Otomatik santraller oluşturma ve yönetme

Karşılama ekleyebilir, menüleri ayarlayabilir, çağrıları bir yanıtlama hizmetine, çağrı yakalama grubuna, sesli mesaj kutusuna veya gerçek bir kişiye yönlendirebilirsiniz. 24 saatlik bir plan oluşturun veya iş açık veya kapalı olduğunda farklı seçenekler sların.

Otomatik santralleri oluşturma ve yönetme hakkında bilgi için bkz. Otomatik Santralleri Yönetme Cisco Webex Control Hub.

Yapılandırma çağrı grubu

Grup çağrısı, kullanıcının belirli bir toplantı numarası veya dahili numarayı arayarak en fazla 75 hedef kullanıcı ve çalışma alanına tek yollu çağrı veya grup çağrı grubu.

Grup grubu ayarlama ve düzenleme hakkında bilgi için bkz. Grup Gruplarında Grup Cisco Webex Control Hub.

Yeni çağrı alma

Kullanıcıların her bir diğer aramalara yanıt vere çağrı alma bir grup oluşturarak ekip çalışması ve iş birliğini geliştirin. Bir çağrı alma grubuna kullanıcı eklerken bir grup üyesinin dışarıda veya meşgul olması durumunda, onun çağrılarını başka bir grup üyesi yanıtlayabilir.

Çağrı alma grubunun nasıl oluşturulacağı hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Alma.

Çağrı parkı kur

Çağrı parkı, tanımlı bir kullanıcı grubunun, bir çağrı parkı grubunun kullanılabilir diğer üyelerine çağrı park etmesine olanak tanır. Park edilen çağrıları, grubun diğer üyeleri kendi telefonlarından alabilir.

Çağrı parkı ayarlama hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Parkı.

Kullanıcılar için katılma özelliğini etkinleştir

1

https://admin.webex.com içindeki müşteri görünümünden Yönetim > Kullanıcılar kısmına gidin.

2

Bir kullanıcı seçip Calling düğmesine tıklayın.

3

Kullanıcı arası izinler bölümüne gidin ve ardından Katıl'ı seçin.

4

Diğer kullanıcıların kendilerini bu kullanıcının devam eden çağrısına eklemesine izin vermek için düğmeyi açın.

5

Bu kullanıcı çağrısına katıldığında başkalarına bir ses çalmak istiyorsanız Bu kullanıcı çağrıya katıldığında ses çal seçeneğini işaretleyin.

Bu kullanıcı bir çağrı ayarına katıldığında Bir ses çal, Müşteri Deneyimi Temel ve Temel bilgileri gözetmen katılma işlevi için geçerli olmadığında. Bir denetleyici için bu seçeneği etkinleştirseniz bile, denetleyici çağrı sırasına katıldığında sistem temsilciye bildirim sesini çalmaz.

Bir denetleyici çağrıya katıldığında temsilcinin sesini çalmak istiyorsanız, bunu 'Temsilciler için bildirim sesi' ayarlarıyla etkinleştirebilirsiniz. Daha fazla bilgi için Webex Müşteri Deneyimi Temel veya Webex Müşteri Deneyimi Temel Bileşenleri’nde Kuyruk oluşturma bölümüne bakın.

6

Kaydet seçeneğine tıklayın.

Kullanıcı için gizliliği etkinleştir

1

Control Hub’da oturum açın ve Yönetim > Kullanıcılar bölümüne gidin.

2

Bir kullanıcı seçin ve Calling düğmesine tıklayın.

3

Kullanıcı Izinleri alanına gidin ve ardından Gizlilik'i seçin.

4

Bu kullanıcı için uygun Otomatik Santral Gizliliği ayarlarını seçin.

  • Bu kullanıcının dahili numarayla aranmasına izin verin
  • Bu kullanıcının adı veya soyadıyla aranmasına izin verin
5

Gizliliği Etkinleştir onay kutusunu işaretleyin. Ardından, açılır listeden üye seçmeyerek herkesi engellemeye karar verebilirsiniz. Alternatif olarak bu kullanıcının hat durumunu izleyebilecek kullanıcıları, çalışma alanlarını ve sanal hatları seçebilirsiniz.

Konum yöneticisiyseniz yalnızca atandığınız konumlarınızla ilgili kullanıcılar, çalışma alanları ve sanal hatlar açılır listede görünür.

Herkesin hat durumunu izlemesine izin vermek için Gizliliği Etkinleştir onay kutusunun işaretini kaldırın.

6

Yönlendirilmiş çağrı alma ve katılma gizliliği etkinleştirmek için Yönlendirilmiş çağrı alma ve katılma için gizliliği zorunlu kıl onay kutusunu işaretleyin.

  • Bu seçeneği etkinleştirirseniz yalnızca yetkili kullanıcılar, sanal hatlar ve çalışma alanı cihazları yönlendirilmiş çağrı almayı ve bu kullanıcıda katılma özelliğini kullanabilir. Aksi takdirde, kuruluştaki herhangi bir kişi yönlendirilmiş çağrı alma çağırabilir ve bir hatta katılma yapabilir.
  • Katılma hakkında daha fazla bilgi için Başka birinin telefon görüşmesine katılma bölümüne bakın.
  • Denetleyici, temsilcilerin çağrı sırasından aldığı çağrılara her zaman katılabilir. Yani gizlilik ayarları gözetmenin katılma seçeneğini etkilemez.
7

Ada göre üye ekle seçeneğinden, telefon hattı durumunu izleyebilen ve yönlendirilmiş çağrı alma ve katılma işlemlerini başlatabilen kullanıcıları, çalışma alanlarını ve sanal hatları seçin.

8

Seçtiğiniz üyeleri filtrelemek için ada, numaraya veya dahili alana göre filtreyi kullanın.

9

Seçilen tüm üyeleri kaldırmak için Tümünü Kaldır düğmesine tıklayın.

Tek bir üye kaldırmak için üye adının yanındaki Delete (Sil) kısmına tıklayın.
10

Kaydet seçeneğine tıklayın.

Gizlilik ayarları

Izlemeyi yapılandır

Bir kullanıcı için maksimum izlenen hat sayısı 50'dir. Ancak, izleme listesini yapılandırırken Webex Calling ve ağınız arasındaki bant genişliğini etkileyen mesaj sayısını dikkate alın. Ayrıca, kullanıcının telefonundaki hat düğmesi sayısına göre maksimum izlenen hatları belirleyin.

1

https://admin.webex.com içindeki müşteri görünümünden Yönetim kısmına gidin ve ardından Kullanıcılar düğmesine tıklayın.

2

Değiştirmek istediğiniz kullanıcıyı seçip Çağrı'ya tıklayın.

3

Kullanıcı Arası Izinler bölümüne gidin ve Izleme'yi seçin.

4

Aşağıdakiler arasından seçim yapın:

  • İzlenen Hat Ekle
  • Çağrı Parkı Dahili Numarası Ekle

Kullanıcı izleme için Izlenen Hat Ekle listesine sanal bir hat ekleyebilirsiniz.

5

Bu kullanıcıyı bekletmeye alınmış çağrılar hakkında bilgilendirmek isteyip istemediğinizi seçin, izlenecek kişiyi veya çağrı parkı dahili numarasını arayın ve ardından Kaydet'e tıklayın.

Control Hub'daki izlenen hatlar listesi, kullanıcının cihazında görünen izlenen hatların sırasına karşılık gelir. Izlenen hatların listesini istediğiniz zaman yeniden sıralayabilirsiniz.

Izlenen hat için görünen ad, kullanıcı, çalışma alanı ve sanal hat için Arayan Kimliği Adı ve Soyadı alanlarına girilen addır.

Nasıl yapıldığını görmek ister misin? Control Hub'da bir kullanıcının izleme ayarlarının nasıl yönetileceğine ilişkin bu video tanıtımını izleyin.

Kullanıcılar için çağrı köprüsü uyarı sesini etkinleştir

Başlamadan önce

Çağrı köprüsünün çağrılması için paylaşımlı hattın yapılandırılmış olması gerekir. Çalacak çağrı köprüsü uyarı sesini etkinleştirmeden önce paylaşılan hatları nasıl yapılandıracağınızı görün.
1

Control Hub’da oturum açın ve Yönetim > Kullanıcılar bölümüne gidin.

2

Bir kullanıcı seçin ve Arama sekmesine tıklayın.

3

Kullanıcı Arası Izinler’e gidin ve Çağrı Köprüleme Uyarı Sesi’ne tıklayın.

4

Çağrı Köprüleme Uyarı Sesi’ni açın ve ardından Kaydet’e tıklayın.

Bu özellik varsayılan olarak etkindir.

MPP paylaşımlı hattında çağrı köprüleme hakkında daha fazla bilgi için bkz. Multiplatform masa telefonunuzdaki paylaşımlı hatlar.

Webex Uygulaması paylaşılan hattında çağrı köprüleme hakkında daha fazla bilgi için bkz. WebexApp için paylaşımlı hat görünümü.

Bir kullanıcı için ifadeyi aç

Bir kullanıcı için hoteling düzenlemesini etkinleştirmek, ana masa telefonunun işlevselliğini ve özelliklerini korurken başka bir alanda çalışmasına olanak tanır.
1

https://admin.webex.com içindeki müşteri görünümünden Yönetim kısmına gidin ve Kullanıcılar seçeneğini seçin.

2

Bir kullanıcı seçin ve Arama sekmesine tıklayın.

3

Kullanıcı Arası Izinleri bölümüne gidin ve Hoteling öğesini seçin ve düğmeyi açın.

4

Hoteling Konumu arama alanına hoteling toplantı sahibinin adını veya numarasını girin ve kullanıcıya atamak istediğiniz hoteling toplantı sahibini seçin.

Yalnızca bir hoteling ana bilgisayarı seçilebilir. Başka bir hoteling sahibi seçerseniz, ilki silinir.

Konum yöneticisiyseniz atandığınız konumlarla ilgili olarak yalnızca hoteling toplantı sahibini atayabilirsiniz.
5

Bir kullanıcının hoteling toplantı sahibiyle ilişkilendirilebileceği süreyi sınırlamak için kullanıcının Ilişkilendirme Süresi açılır menüsünden hoteling toplantı sahibini kullanabileceği saat sayısını seçin.

Kullanıcı seçilen süreden sonra otomatik olarak oturumu kapatılacaktır.

Kullanıcı için belirtilen sınır ilişkilendirme süresinin seçilen hoteling toplantı sahibinin sınır ilişkilendirme süresini aşarsa ekranda bir hata mesajı görüntülenir. Örneğin, hoteling toplantı sahibinin limit ilişkilendirme süresi 12 saattir ve kullanıcının limit ilişkilendirme süresi 24 saatse bir hata mesajı görüntülenir. Bu gibi durumlarda, kullanıcı için daha fazla süre gerekiyorsa hoteling sahibinin sınır ilişkilendirme süresini uzatmanız gerekir.

6

Kaydet seçeneğine tıklayın.

Bir kullanıcı ayrıca User Hub’dan kullanmak istediği hoteling toplantı sahibini arayabilir ve bulabilir. Daha fazla bilgi için bkz. Çağrı profilinize her yerden erişme.

Nasıl yapıldığını görmek ister misin? Control Hub'da hoteling'in nasıl yapılandırılacağıyla ilgili bu video gösterimini izleyin.

Webex Calling için benimseme eğilimleri ve kullanım raporları

Çağrı raporlarını görüntüleme

Control Hub’daki Analizler sayfasını kullanarak kişilerin Webex Calling’i ve Webex uygulamasını nasıl kullandığı (katılım) ve çağrı ortamı deneyimlerinin kalitesi hakkında bilgi edinebilirsiniz. Webex Calling analizlerine erişmek için Control Hub’da oturum açın, ardından Analizler bölümüne gidin ve Calling sekmesini seçin.

1

Ayrıntılı çağrı geçmişi raporları için Control Hub'da oturum açın ve ardından Analizler > Calling öğesine gidin.

2

Ayrıntılı Çağrı Geçmişi'ni seçin.

Ö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’da oturum açın, ardından Analytics öğesine gidip Calling öğesini seçin.

Ortamınızı hazırlama

Genel ön koşullar

Webex Calling için bir yerel ağ geçidi yapılandırmadan önce şunlardan 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ızın aşağıdaki gibi yerel ağ geçitlerinden bir veya daha fazlasına sahip olduğundan emin olun:

  • IP tabanlı bağlantı için Cisco CUBE

  • TDM tabanlı bağlantı için Cisco IOS Ağ Geçidi

Webex Calling Sipariş Kılavuzu için Yerel Ağ Geçidi Tablo 1'e bakın. Ayrıca, platformun Yerel Ağ Geçidi Yapılandırma Kılavuzu uyarınca desteklenen bir IOS-XE sürümü çalıştırdığından emin olun.

Yerel ağ geçidi, kendi hızınızda Webex Calling’e geçmenize yardımcı olur. Yerel ağ geçidi, mevcut şirket içi dağıtımınızı Webex Calling ile entegre eder. Mevcut PSTN bağlantınızı da kullanabilirsiniz. Yerel Ağ Geçidini kullanmaya başlayın bölümüne bakın

Yerel Ağ Geçidi için Sertifika ve Güvenlik Gereksinimleri

Webex Calling, güvenli sinyal gönderme ve ortam gerektirir. Yerel ağ geçidi şifrelemeyi gerçekleştirir ve aşağıdaki adımlarla buluta doğru TLS bağlantısı kurulmalıdır:

  • LGW, Cisco PKI'dan gelen CA kök demetiyle güncellenmelidir

  • LGW'yu yapılandırmak için Control Hub'ın Santral yapılandırma sayfasından bir dizi SIP özeti kimlik bilgileri kullanılır (adımlar, takip eden yapılandırma işleminin parçasıdır)

  • CA kök demeti, belirtilen sertifikayı doğrular

  • Kimlik bilgileri istenir (SIP özeti sağlanır)

  • Bulut, hangi yerel ağ geçidinin güvenli bir biçimde kaydedildiğini tespit eder

Yerel Ağ Geçidi için Güvenlik Duvarı, NAT Geçişi ve Ortam Yolu Optimizasyonu Gereksinimleri

Çoğu durumda, yerel ağ geçidi ve uç noktalar, NAT ile özel IP adresleri kullanarak dahili müşteri ağında bulunabilir. İşletme güvenlik duvarı, Port Referans Bilgileri'nde açıklanan belirli IP adreslerine/portlara giden trafiğe (SIP, RTP/UDP, HTTP) izin vermelidir.

ICE ile Ortam Yolu Optimizasyonu kullanmak isterseniz, yerel ağ geçidinin Webex Calling'e dönük arayüzünün Webex Calling uç noktalarına ve bu uç noktalarından doğrudan ağ yolu olmalıdır. Uç noktaların farklı bir konumda olması ve uç noktalar ile yerel ağ geçidinin Webex Calling'e dönük arayüzü arasında doğrudan ağ yolu olmaması durumunda, için yerel ağ geçidinin, yerel ağ geçidi ile ortam yolu optimizasyonunu kullanacak uç noktalar arasındaki çağrılar için Webex Calling'e dönük arayüze atanmış genel bir IP adresi olmalıdır. Bunun yanında, IOS-XE sürümü 16.12.5 çalıştırmalıdır.

Kuruluşunuz için Webex Calling’i 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.

Başlamadan önce

Yeni bir konum oluşturmak için aşağıdaki bilgileri hazır bulundurun:

  • Konum adresi

  • İstenen telefon numaraları (isteğe bağlı)

1

https://admin.webex.com adresinde Control Hub'da oturum açın, bölümüne gidin 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/Bölge—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.
  • Konum Adresi—Konumun ana posta adresini girin.
  • Şehir/Ilçe—Bu konum için bir şehir girin.
  • Eyalet/Il/Bölge—Açılır listeden bir eyalet 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—Konumun saat dilimini seçin.
3

Kaydet'e tıklayın ve ardından konuma şimdi veya daha sonra numara eklemek için Evet/ Hayır seçeneğini seçin.

4

Evet seçeneğine 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 Calling Plan’ın desteklendiği bir bölgede Webex Calling Veri Merkezinde bulunursunuz.

  • 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: Şuraya gidin: Hizmetler > Calling > Numaralar 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

https://admin.webex.com adresinde Control Hub'da oturum açın, bölümüne gidin Yönetim > Konum.

2

Tıklasilmek istediğiniz konumun yanındaki Eylemler sütununda.

3

Konumu Sil’i seçin ve bu konumu silmek istediğinizi onaylayın.

Konumun kalıcı olarak silinmesi genellikle birkaç dakika sürer ancak bu işlem bir saate kadar sürebilir. Konum adının yanındaki öğesine tıklayıp Silme Durumu'nu seçerek durumu kontrol edebilirsiniz.

Konum oluşturulduktan sonra PSTN kurulumunuzu, konumun adını, saat dilimini ve dilini değiştirebilirsiniz. Yine de, yeni dilin yalnızca yeni kullanıcılar ve cihazlar için geçerli olacağını unutmayın. Mevcut kullanıcılar ve cihazlar, eski dili kullanmaya devam eder.

Mevcut konumlar için 911 acil durum hizmetlerini etkinleştirebilirsiniz. Daha fazla bilgi için bkz. Webex Calling için RedSky Acil Durum 911 Hizmeti.

1

https://admin.webex.com adresinde Control Hub'da oturum açın ve adresine gidin Yönetim > Konum.

Bir konumun yanında Dikkat simgesi görürseniz, o konum için henüz bir telefon numarası yapılandırmamış olduğunuz anlamına gelir. Bu numarayı yapılandırana kadar çağrı 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. Şu anda, başka PSTN özelliklerine atanmış önceden mevcut konumlar Cisco Calling Plan için uygun değildir. Rehberlik için bir destek durumu açın.

    • Cisco Calling Plan’ın desteklendiği bir bölgede Webex Calling Veri Merkezinde bulunursunuz.

  • 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 bir CCP’den yararlanmak için 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.

  • Iş yeri temelli PSTN (Yerel Ağ Geçidi)—Mevcut PSTN sağlayıcınızı korumak veya bulut dışı siteleri bulut sitelerine 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 bir santralle otomatik olarak iş yeri tabanlı PSTN'ye dönüştürülür.

3

Konum için, o konumdaki kullanıcıların çağrı yapmasına ve almasına olanak vermek üzere açılır listeden Ana Numara'yı seçin.

Harici arayanların o konumdaki Webex Calling kullanıcılarıyla iletişim kurabilmesi için Ana Numara otomatik santrale atanabilir. Bu konumdaki Webex Calling kullanıcıları, çağrı yaparken bu numarayı harici arayan kimliği olarak da kullanabilir.
4

(Isteğe bağlı) Acil Durum Çağrısı altında, bu konuma atanacak Acil Durum Konum Tanımlayıcısı'nı seçebilirsiniz.

Bu ayar isteğe bağlıdır ve yalnızca bunu gerektiren ülkeler için geçerlidir.

Bazı ülkelerde (Örneğin: Fransa), bir acil durum çağrısı yaptığınızda hücrenin kimliğini belirlemek için hücresel radyo sistemleri için düzenleyici gereksinimler vardır ve acil durum yetkilileri tarafından kullanılabilir. ABD ve Kanada gibi diğer ülkeler, diğer yöntemlerle konum belirlemeyi uygularlar. Daha fazla bilgi için bkz. Gelişmiş Acil Durum Çağrısı.

Acil durum çağrısı sağlayıcınızın erişim ağı hakkındaki bilgilere ihtiyacı olabilir ve yeni bir özel SIP dahili hattı üstbilgisi olan P-Access-Network-Info tanımlanarak elde edilir. Üstbilgi, erişim ağı ile ilgili bilgiler taşır.

Bir Konum için Acil Durum Konum Tanımlayıcısını ayarladığınızda, konum değeri SIP mesajının bir parçası olarak sağlayıcıya gönderilir. Bu ayara ihtiyaç duyup duymadığınızı görmek ve acil durum çağrısı sağlayıcınız tarafından sağlanan değeri kullanmak için acil durum çağrısı sağlayıcınızla iletişime geçin."

5

Kullanıcıların bu konum için sesli mesajlarını kontrol etmek için arayabileceği Sesli Mesaj Numarası'nı seçin.

6

(Isteğe bağlı) Konum Adı, Duyuru Dili, E-Posta Dili, Saat Dilimi veya Adresi değiştirmek için Konum sayfasının üstündeki kalem simgesine tıklayın ve ardından Kaydet'ye tıklayın.

Duyuru Dili değişikliği, bu konuma eklenen tüm yeni kullanıcılar ve özellikler için hemen uygulanır. Mevcut kullanıcıların ve/veya özelliklerin de duyuru dillerinin değiştirilmesi gerekiyorsa, istendiğinde Mevcut kullanıcılar ve çalışma alanları için değiştir veya Mevcut özellikler için değiştir seçeneğini belirleyin. Uygula öğesini tıklayın. Ilerlemeyi Görevler sayfasında görüntüleyebilirsiniz. Bu tamamlanana kadar başka 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. Arama planınızı değiştirdiğinizde, Control Hub’daki örnek numaralar bu değişiklikleri göstermek için 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 ön eki uzunlukları, belirleyici haneyi 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-10 rakam girebilirsiniz ve varsayılan değer 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 giden çağrı hanesi olmadan harici çağrılar yapmaya devam edebilir.

  • 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.

    Dahili numara ulusal numarayla aynıysa dahili numara ulusal numaraya göre önceliklidir. Bu nedenle, giden çağrı hanesini etkinleştirmenizi öneririz.
    Gelen ve giden PSTN çağrıları için E.164 numaralandırma biçiminin kullanılmasını önemle öneririz.

Kullanıcılara etkisi:

  • Arama tercihlerindeki değişikliklerin etkili olması için kullanıcıların telefonlarını yeniden başlatması gerekir.

  • Kullanıcı dahili numaraları, konumun yönlendirme hanesiyle veya giden çağrı hanesiyle aynı numarayla başlamamalıdır.

Katma değerli satıcıysanız, Control Hub’da bu işlemleri yaparak yerel ağ geçidi yapılandırmanızı başlatabilirsiniz. Bu ağ geçidi buluta kaydedildiğinde, ağ geçidini bir veya daha fazla Webex Calling konumunuzda kullanarak bir işletme PSTN hizmet sağlayıcısına yönlendirme sağlayabilirsiniz.

Yerel ağ geçidine sahip bir konum, yerel ağ geçidi başka konumlar için kullanılırken silinemez.

Control Hub’da santral oluşturmak için aşağıdaki adımları izleyebilirsiniz.

Başlamadan önce

  • Bir konum eklendiğinde ve bir konum için iş yeri temelli PSTN yapılandırılmadan önce bir santral oluşturmanız gerekir.

  • Bunların her biri için konumlar, özel ayarlar ve numaralar oluşturun. İş yeri temelli PSTN eklemeden önce konumların mevcut olması gerekir.

  • Webex Calling için İş Yeri Tabanlı PSTN (yerel ağ geçidi) gereksinimlerini anlayın.

  • İş yeri temelli PSTN'nin bulunduğu bir konum için birden fazla santral seçemezsiniz, ancak aynı santrali birden fazla konum için seçebilirsiniz.

1

https://admin.webex.com adresinde Control Hub'da oturum açın, bölümüne gidin Hizmetler > Çağrı > Çağrı Yönlendirme ve Santral Ekle'yi seçin.

2

Bir konum seçin.

3

Santrale ad verip Kaydet’e tıklayın.

Bu ad en fazla 24 karakter uzunluğunda olabilir.

Sonraki işlemler

Santralde yapılandırmanızın gerektiği ilgili parametreler sunulur. PSTN bağlantısının güvenliğini sağlamak için bir dizi SIP özeti kimlik bilgileri oluşturmanız gerekir.

Ekranda santral bilgileri görünür Etki Alanı Kaydetme, Santral Grubu OTG/DTG, Hat/Port ve Giden Proxy Adresi.

Control Hub’dan bu bilgileri kopyalayıp, iş yeri temelli PSTN’yi yapılandırmaya hazır olduğunuzda kullanmak üzere yerel bir metin dosyası veya belgeye yapıştırmanızı öneririz.

Kimlik bilgilerini kaydederseniz, bu bilgileri Control Hub’daki santral bilgi ekranından oluşturmanız gerekir. Kullanıcı Adını Al ve Parolayı Sıfırla öğesine tıklayarak santralde kullanmak için yeni bir kimliği doğrulama bilgisi kümesi oluşturun.

1

https://admin.webex.com adresinde Control Hub'da oturum açın, bölümüne gidin Yönetim > Konum.

2

Değiştirilecek bir konum seçin ve Yönet'e tıklayın.

3

İş Yeri Temelli PSTN'yi seçin ve İleri'ye tıklayın.

4

Açılır menüden bir santral seçin.

Santral grubu seçeneklerinizi yönetmek için santral sayfasına girin.

5

Onaylama bildirimine ve ardından Kaydet'e tıklayın.

Sonraki işlemler

Control Hub'ın oluşturduğu yapılandırma bilgilerini alıp, parametreleri yerel ağ geçidine (örneğin, iş yerinde bulunan Cisco CUBE sistemine) eşlemeniz gerekir. Bu makale size bu işlemde yol gösterecek. Referans olarak, Control Hub yapılandırma bilgilerinin (solda) CUBE sistemindeki parametrelere nasıl eşlendiğinin (sağda) örneği için aşağıdaki şemayı inceleyin:

Ağ geçidinin kendisinde yapılandırmayı başarıyla tamamladıktan sonra, Control Hub’da Hizmetler > Calling > Konumlar’a dönebilirsiniz. Bu durumda, oluşturduğunuz ağ geçidi, ona atadığınız konum kartında adının sol tarafında yeşil bir nokta ile listelenecektir. Bu durum, ağ geçidinin çağrı bulutuna güvenli bir biçimde kaydedildiğini ve bu konum için etkin PSTN ağ geçidi olarak çalıştığını gösterir.

Webex hizmetlerini deniyorsanız ve deneme sürümünüzü ücretli aboneliğe dönüştürmek istiyorsanız, iş ortağınıza e-posta istemi gönderebilirsiniz.

1

https://admin.webex.com adresinden Control Hub'da oturum açın ve bina simgesini seçin.

2

Abonelikler sekmesini seçin ve ardından Hemen Satın Al'a tıklayın.

Ücretli aboneliğe geçmek istediğinizi belirten bir e-posta iş ortağınıza gönderilecektir.

Kullanıcılar çağrı yaptığında hangi çağrı uygulamasının açılacağını kontrol edebilirsiniz. Unified CM veya Webex Calling yetkili kullanıcıları ve Cisco'dan ücretli çağrı hizmetleri olmadan kullanıcılara sahip kuruluşlar için karma modlu dağıtım da dahil olmak üzere çağrı istemcisi ayarlarını yapılandırabilirsiniz. Daha fazla bilgi için bkz.: Çağrı davranışı ayarlayın.

Cisco IOS XE Üzerinde Webex Calling için Yerel Ağ Geçidini Yapılandırma

Genel Bakış

Webex Calling şu anda Yerel Ağ Geçidinin iki sürümünü desteklemektedir:

  • Yerel Ağ Geçidi

  • Webex for Government için Yerel Ağ Geçidi

  • Başlamadan önce, Webex Calling için iş yeri tabanlı Genel Anahtarlı Telefon Ağı (PSTN) ve Yerel Ağ Geçidi (LGW) gereksinimlerini anlayın. Daha fazla bilgi için bkz. Webex Calling için Cisco'nun Tercih Ettiği Mimari.

  • Bu makalede, herhangi bir ses yapılandırmasının mevcut olmadığı özel bir Yerel Ağ Geçidi platformunun mevcut olduğu varsayılmaktadır. Mevcut bir PSTN ağ geçidini veya CUBE Enterprise dağıtımını, Webex Calling için Yerel Ağ Geçidi işlevi olarak kullanılacak şekilde değiştirirseniz yapılandırmaya dikkat edin. Yaptığınız değişiklikler nedeniyle mevcut çağrı akışlarını ve işlevlerini kesintiye uğratmadığınızdan emin olun.

Prosedürler, 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ı, aksi belirtilmedikçe Webex Yönetilen Ağ Geçitleri Komut Referansı seçeneğine gider (bu durumda komut bağlantıları Cisco IOS Ses Komut Referansı seçeneğine gider). Tüm bu kılavuzlara Cisco Unified Sınır Öğesi Komut Referanslarından erişebilirsiniz.

Desteklenen üçüncü taraf SBC'leri hakkında bilgi için ilgili ürün referans belgelerine bakın.

Webex Calling santraliniz için Yerel Ağ Geçidini yapılandırmak için iki seçenek bulunur:

  • Kayıt tabanlı santral

  • Sertifika tabanlı hat

Webex Calling santraliniz için Yerel Ağ Geçidi yapılandırmak için Kayıt Tabanlı Yerel Ağ Geçidi veya Sertifika Tabanlı Yerel Ağ Geçidi altındaki görev akışını kullanın.

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ı uygulayın. Santrali güvenceye almak için Oturum Başlatma Protokolü (SIP) ve Aktarım Katmanı Güvenliği (TLS) aktarımını ve Yerel Ağ Geçidi ile Webex Calling arasındaki ortamı güvenceye almak için Gerçek Zamanlı Protokol (SRTP) aktarımını kullanıyoruz.

  • Yerel Ağ Geçidiniz olarak CUBE seçin. Webex for Government, şu anda hiçbir üçüncü taraf Oturum Sınırı Denetleyicisini (SBC'ler) desteklememektedir. En son listeyi gözden geçirmek için, bkz. Yerel Ağ Geçidine Başlarken.

  • Resmi Yerel Ağ Geçitleri için tüm Webex için Cisco IOS XE Dublin 17.12.1a veya sonraki bir sürümü yükleyin.
  • Webex for Government'ın desteklediği kök sertifika yetkilileri (CA'lar) listesini incelemek için bkz. Webex for Government için Kök sertifika yetkilileri.

  • Webex for Government’ta Yerel Ağ Geçidinin harici bağlantı noktası aralıkları hakkında ayrıntılı bilgi için Webex for Government (FedRAMP) için Ağ gereksinimlerine bakın.

Webex for Government için Yerel Ağ Geçidi aşağıdakileri desteklemez:

  • Medya yolu optimizasyonu için STUN/ICE-Lite

  • Faks (T.38)

Webex for Government'ta Webex Calling santraliniz için Yerel Ağ Geçidi yapılandırmak için aşağıdaki seçeneği kullanın:

  • Sertifika tabanlı hat

Webex Calling santraliniz için Yerel Ağ Geçidini yapılandırmak için Sertifika Tabanlı Yerel Ağ Geçidi altındaki görev akışını kullanın. Sertifika tabanlı Yerel Ağ Geçidini yapılandırma hakkında daha fazla bilgi için bkz. Webex Calling sertifika tabanlı santrali yapılandırma.

Webex for Government için Yerel Ağ Geçidini desteklemek üzere FIPS uyumlu GCM şifrelerinin yapılandırılması zorunludur. Aksi takdirde, çağrı kurulumu başarısız olur. Yapılandırma ayrıntıları için bkz. Webex Calling sertifika tabanlı santrali yapılandırma.

Webex for Government, kayıt tabanlı Yerel Ağ Geçidini desteklemez.

Bu bölümde, bir Cisco Unified Sınır Öğesinin (CUBE) kayıtlı bir SIP santrali kullanarak Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı anlatılmaktadır. Bu belgenin ilk bölümünde basit bir PSTN ağ geçidinin nasıl yapılandırılacağı gösterilmektedir. Bu durumda, PSTN'den gelen tüm çağrılar Webex Calling'e ve Webex Calling'den gelen tüm çağrılar PSTN'ye yönlendirilir. Aşağıdaki görüntü, bu çözümü ve izlenecek üst düzey çağrı yönlendirme yapılandırmasını vurgulamaktadır.

Bu tasarımda, aşağıdaki temel yapılandırmalar kullanılır:

  • ses sınıfı kiracıları: Santrale özel yapılandırmalar oluşturmak için kullanılır.

  • ses sınıfı uri'si: Gelen çağrı eşinin seçimi için SIP mesajlarını sınıflandırmak için kullanılır.

  • gelen çağrı eşi: Gelen SIP mesajları için tedavi sağlar ve bir çağrı eşi grubuyla giden yolu belirler.

  • arama eşi grubu: Ileri çağrı yönlendirme için kullanılan giden çağrı eşlerini tanımlar.

  • giden çağrı eşi: Giden SIP mesajları için tedavi sağlar ve bunları gerekli hedefe yönlendirir.

Call routing from/to PSTN to/from Webex Calling configuration solution

IP ve SIP PSTN santralleri için varsayılan protokoller haline gelirken, TDM (Zaman Bölmeli Çoklama) ISDN devreleri hala yaygın olarak kullanılmaktadır ve Webex Calling santralleriyle desteklenmektedir. TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının ortam optimizasyonunu etkinleştirmek için, şu anda iki ayaklı bir çağrı yönlendirme işlemi kullanmak gereklidir. Bu yaklaşım, aşağıdaki resimde gösterildiği gibi Webex Calling ve PSTN hatları arasında bir dizi dahili geri döngü çağrı eşi sunarak yukarıda gösterilen çağrı yönlendirme yapılandırmasını değiştirir.

Webex Calling ile şirket içi bir Cisco Unified Communications Manager çözümüne bağlanırken, aşağıdaki şemada gösterilen çözümü oluşturmak için temel olarak basit PSTN ağ geçidi yapılandırmasını kullanabilirsiniz. Bu durumda, Unified Communications Manager tüm PSTN ve Webex Calling çağrılarında merkezi yönlendirme ve işlem sağlar.

Bu belge boyunca, aşağıdaki resimde gösterilen ana bilgisayar adları, IP adresleri ve arayüzler kullanılır.

Yerel Ağ Geçidi yapılandırmanızı aşağıdaki şekilde tamamlamak için bu belgenin geri kalan bölümündeki yapılandırma kılavuzunu kullanın:

  • 1. Adım: Yönlendirici temel bağlantısını ve güvenliğini yapılandırın

  • 2. Adım: Webex Calling Santralini Yapılandırma

    Gerekli mimarinize bağlı olarak aşağıdakilerden birini izleyin:

  • 3. Adım: SIP PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

  • 4. Adım: Mevcut Unified CM ortamıyla Yerel Ağ Geçidini yapılandırma

    Ya da:

  • 3. Adım: TDM PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

Başlangıç yapılandırması

Cisco yönlendiricinizi Webex Calling için Yerel Ağ Geçidi olarak hazırlamanın ilk adımı, platformunuzu güvenli hale getirecek ve bağlantı kuracak bir temel yapılandırma oluşturmaktır.

  • Tüm kayıt tabanlı Yerel Ağ Geçidi dağıtımları için Cisco IOS XE 17.6.1a veya sonraki sürümleri gerekir. Önerilen sürümler için Cisco Yazılım Araştırma sayfasına bakın. Platformu arayın ve önerilen sürümlerden birini seçin.

    • ISR4000 serisi yönlendiriciler, hem Unified Communications hem de Güvenlik teknolojisi lisansları ile yapılandırılmalıdır.

    • Ses kartlarıyla veya DSP'lerle donatılmış Catalyst Edge 8000 serisi yönlendiriciler, DNA Advantage lisansı gerektirir. Ses kartları veya DSP'ler olmayan yönlendiriciler, minimum DNA Essentials lisansı gerektirir.

  • Platformunuz için iş politikalarınızı takip eden bir temel yapılandırma oluşturun. Özellikle, aşağıdakileri yapılandırın ve çalışmayı doğrulayın:

    • NTP

    • ACL'ler

    • Kullanıcı kimlik doğrulaması ve uzaktan erişim

    • DNS

    • IP yönlendirme

    • IP adresleri

  • Webex Calling'e yönelik ağın bir IPv4 adresi kullanması gerekir.

  • Cisco kök CA paketini Yerel Ağ Geçidine yükleyin.

Yapılandırmalar

1

Herhangi bir Katman 3 arayüzüne geçerli ve yönlendirilebilir IP adresleri atadığınızdan emin olun, örneğin:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240
2

Yönlendiricideki kaydı ve STUN kimlik bilgilerini simetrik şifreleme kullanarak koruyun. Birincil şifreleme anahtarını ve şifreleme türünü aşağıdaki şekilde yapılandırın:


key config-key password-encrypt YourPassword
password encryption aes
3

Bir yer tutucu PKI güven noktası oluşturun.

TLS'yi daha sonra yapılandırmak için bu güven noktasının gerekli olması gerekir. Kayıt tabanlı santraller için bu güven noktası bir sertifika gerektirmez. Bu nedenle sertifika tabanlı santral için gereklidir.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

TLS1.2 münhasırlığını etkinleştirin ve aşağıdaki yapılandırma komutlarını kullanarak varsayılan güven noktasını belirtin. Taşıma parametreleri de kayıt için güvenli bir bağlantı sağlamak üzere güncellenmelidir:

cn-san-validate sunucu komutu, kiracı 200'de yapılandırılan ana bilgisayar adının giden proxy'den alınan sertifikanın CN veya SAN alanlarına dahil edilmesi durumunda Yerel Ağ Geçidinin bağlantıya izin vermesini sağlar.
  1. Ayarla tcp yeniden deneme sayısı - 1000 (5-msn katları = 5 saniye).

  2. Paragrafların zamanlayıcı bağlantısı kur komut, LGW'nin bir sonraki kullanılabilir seçeneği düşünmeden önce proxy ile bağlantı kurmak için ne kadar bekleyeceğini ayarlamanıza olanak sağlar. Bu zamanlayıcı için varsayılan değer 20 saniyedir ve minimum 5 saniyedir. Düşük değerle başlayın ve ağ koşullarına uyum sağlamak için gerekirse artırın.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000
5

Webex Calling tarafından kullanılan DigiCert CA sertifikasını içeren Cisco kök CA paketini yükleyin. kullanarak kripto pki trustpool içe aktarma temiz url komutu belirtilen URL'den kök CA demetini indirmek ve mevcut CA güven havuzunu temizlemek için, ardından yeni sertifika paketini yükleyin:

HTTPS kullanarak internete erişim için bir proxy kullanmanız gerekirse CA paketini içe aktarmadan önce aşağıdaki yapılandırmayı ekleyin:

ip http istemci proxy sunucusu yourproxy.com proxy bağlantı noktası 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
1

Control Hub'da mevcut bir konum için kayıt tabanlı bir PSTN santrali oluşturun. Santral oluşturulduktan sonra sağlanan santral bilgilerini not edin. Aşağıdaki resimde vurgulandığı gibi bu ayrıntılar, bu kılavuzdaki yapılandırma adımlarında kullanılacaktır. Daha fazla bilgi için bkz. Webex Calling için santralleri, yönlendirme gruplarını ve çağrı planlarını yapılandırma.

2

CUBE'u Webex Calling Yerel Ağ Geçidi olarak yapılandırmak için aşağıdaki komutları girin:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced  

Yapılandırma için alanların açıklaması aşağıda verilmiştir:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y
  • Ücretli dolandırıcılığa karşı korunmak için güvenilir adres listesi, Yerel Ağ Geçidinin meşru VoIP çağrıları beklediği toplantı sahiplerinin ve ağların listesini tanımlar.

  • Varsayılan olarak, Yerel Ağ Geçidi güvenilir listesinde olmayan IP adreslerinden gelen tüm VoIP mesajlarını engeller. "Oturum hedefi IP" veya sunucu grubu IP adreslerine sahip statik olarak yapılandırılmış çağrı eşlerine varsayılan olarak güvenilir, bu nedenle güvenilir listeye eklenmesi gerekmez.

  • Yerel Ağ Geçidinizi yapılandırırken, listeye bölgesel Webex Calling veri merkezinizin IP alt ağlarını ekleyin. Daha fazla bilgi için bkz. Webex Calling için Port Referans Bilgileri. Ayrıca, Unified Communications Manager sunucuları (kullanılırsa) ve PSTN santral ağ geçitleri için adres aralıkları ekleyin.

    LGW'nuz kısıtlı koni NAT'lı bir güvenlik duvarıyla korunuyorsa, Webex Calling'e dönük arayüzde IP adresi güvenilir listesini devre dışı bırakmayı tercih edebilirsiniz. Güvenlik duvarı, sizi zaten talep edilmemiş gelen VoIP'ye karşı koruyor. Webex Calling eşlerinin adreslerinin sabit kalmasını garanti edemediğimiz ve güvenlik duvarınızı eşler için her durumda yapılandırmanız gerektiği için eylemi devre dışı bırakmak uzun vadeli yapılandırma yükünüzü azaltır.

mod kenarlık öğesi

Platformda Cisco Unified Border Element (CUBE) özelliklerini etkinleştirir.

medya istatistikleri

Yerel Ağ Geçidinde ortam izlemeye olanak tanır.

medya toplu-istatistikler

Kontrol düzleminin, toplu çağrı istatistikleri için veri düzleminde anket yapmasını sağlar.

Bu komutlar hakkında daha fazla bilgi için bkz. Medya.

allow-connections sip to sip

CUBE temel SIP arka arkaya kullanıcı aracısı işlevini etkinleştirin. Daha fazla bilgi için Bağlantılara izin ver kısmına bakın.

Varsayılan olarak, T.38 faks aktarımı etkindir. Daha fazla bilgi için bkz. faks protokolü t38 (ses hizmeti).

stın

Küresel olarak STUN'u (NAT üzerinden UDP'nin Oturum Geçişi) etkinleştirir.

  • Bir çağrıyı bir Webex Calling kullanıcısına yönlendirdiğinizde (örneğin, hem aranan hem de arayan taraflar Webex Calling aboneleridir ve Webex Calling SBC'de ortam bağlarsanız), iğne deliği açık olmadığından ortam Yerel Ağ Geçidine akamaz.

  • Yerel Ağ Geçidindeki STUN bağlantıları özelliği, yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine olanak tanır. Bu, güvenlik duvarında iğne deliğinin açılmasına yardımcı olur.

Daha fazla bilgi için bkz. stun flowdata temsilci kimliği ve stun flowdata paylaşılan gizliliği.

asimetrik yük tam

Hem DTMF hem de dinamik codec yükleri için SIP asimetrik yük desteğini yapılandırır. Bu komut hakkında daha fazla bilgi için, bkz. asimetrik yük.

erken teklif zorlamalı

Yerel Ağ Geçidini, komşu eşten onay beklemek yerine ilk INVITE mesajında SDP bilgilerini göndermeye zorlar. Bu komut hakkında daha fazla bilgi için erken teklif kısmına bakın.

3

Yapılandır ses sınıfı codec 100 santral için filtreleyin. Bu örnekte, tüm santraller için aynı codec filtresi kullanılır. Hassas kontrol için her santral için filtreleri yapılandırabilirsiniz.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı codec 100

SIP hatları aracılığıyla yapılan çağrılar için yalnızca tercih edilen codec'lere izin vermek için kullanılır. Daha fazla bilgi için bkz. ses sınıfı codec'i.

Opus codec yalnızca SIP tabanlı PSTN hatları için desteklenir. PSTN santralinde ses T1/E1 veya analog FXO bağlantısı varsa bunu hariç tutun codec tercihi 1 Opus'ın, ses sınıfı codec'i 100 yapılandırılması.

4

Yapılandır ses sınıfı stun kullanımı 100 Webex Calling santralinde ICE’i etkinleştirmek için.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

stun kullanımı ice lite

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ı ses kullanımı ve ses 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-şifrelemesi.

6

Bir Yerel Ağ Geçidi hattına yapılan çağrıları, hedef hat parametresine göre benzersiz bir şekilde tanımlamak için bir şablon yapılandırın:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı uri 100 sip

Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu şablona girerken, santral oluşturulduğunda Control Hub'da sağlanan dtg= ve ardından Santral OTG/DTG değerini kullanın. Daha fazla bilgi için bkz. voice class uri.

7

Yapılandır sip profili 100, bunlar Webex Calling’e gönderilmeden önce SIP mesajlarında değişiklik yapmak için kullanılır.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

  • kural 10 ila 70 ve 90

    Çağrı sinyali için kullanılan SIP üstbilgilerinin, Webex proxy'leri tarafından gerekli olan sips düzenini yerine sip kullanmasını sağlar. CUBE'u sips kullanacak şekilde yapılandırmak, güvenli kaydın kullanılmasını sağlar.

  • kural 80

    Kimden üstbilgisini, bir işletme içindeki Yerel Ağ Geçidi sitesini benzersiz bir şekilde tanımlamak için Control Hub'daki santral grubu OTG/DTG tanımlayıcısını içerecek şekilde değiştirir.

8

Webex Calling santralini yapılandırın:

  1. oluştur ses sınıfı kiracısı 100 Webex Calling santrali için özel olarak gerekli yapılandırmaları tanımlamak ve gruplandırmak için. Özellikle, daha önce Control Hub'da sağlanan santral kayıt ayrıntıları aşağıdaki ayrıntılı olarak bu adımda kullanılacaktır. Bu kiracıyla ilişkili çağrı eşleri daha sonra bu yapılandırmaları devralacaktır.

    Aşağıdaki örnekte, bu kılavuzun amacı için Adım 1'de gösterilen değerler kullanılır (kalın olarak gösterilmiştir). Bunları yapılandırmanızdaki santralinizin değerleriyle değiştirin.

    
    voice class tenant 100
      registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
      credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
      authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
      authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
      no remote-party-id
      sip-server dns:98027369.us10.bcld.webex.com
      connection-reuse
      srtp-crypto 100
      session transport tcp tls 
      url sips 
      error-passthru
      asserted-id pai 
      bind control source-interface GigabitEthernet0/0/1
      bind media source-interface GigabitEthernet0/0/1
      no pass-thru content custom-sdp 
      sip-profiles 100 
      outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
      privacy-policy passthru
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    ses sınıfı kiracı 100

    Yalnızca Webex Calling santrali için kullanılacak bir dizi yapılandırma parametresi tanımlar. Daha fazla bilgi için bkz. ses sınıfı kiracısı.

    kayıt dns:98027369.us10.bcld.webex.com şeması sips süresi doluyor 240 yenileme oranı 50 tcp tls

    Kaydı her iki dakikada bir (240 saniyenin %50'si) yenilenecek biçimde ayarlanmış yerel ağ geçidi kaydedici sunucusu. Daha fazla bilgi için bkz. kayıt şirketi.

    Control Hub’dan Etki Alanı değerini buradan kullandığınızdan emin olun.

    kimlik numarası Dallas1171197921_LGU kullanıcı adı Dallas1463285401_LGUşifre 0 9Wt[M6ifY+realm BroadWorks

    Santral kayıt sınaması için kimlik bilgileri. Daha fazla bilgi için kimlik bilgilerine (SIP UA) bakın.

    Burada Control Hub'dan sırasıyla Hat/Bağlantı Noktası ana bilgisayarı, Kimlik Doğrulama Kullanıcı Adı ve Kimlik Doğrulama Parolası değerlerini kullandığınızdan emin olun.

    kimlik doğrulama kullanıcı adı Dallas1171197921_LGU parola 0 9Wt[M6ifY+ erişim BroadWorks
    kimlik doğrulama kullanıcı adı Dallas1171197921_LGUparola 0 9Wt[M6ifY+ bölge 98027369.us10.bcld.webex.com

    Çağrılar için kimlik doğrulama sınaması. Daha fazla bilgi için bkz. kimlik doğrulama (çağrı eşi).

    Kimlik Doğrulama Kullanıcı Adı, Kimlik Doğrulama Parolası ve Kaydedici Etki Alanı değerlerini burada Control Hub'dan kullandığınızdan emin olun.

    uzak taraf- kimliği yok

    Webex Calling, CIO kullanılarak etkinleştirilen PAI'yi desteklediğinden, SIP Uzak Taraf Kimliği (RPID) üstbilgisini devre dışı bırakın onaylanan kimlik pai. Daha fazla bilgi için bkz. uzak-taraf-kimliği.

    sip sunucusu dns:us25.sipconnect.bcld.webex.com

    Santral için hedef SIP sunucusunu yapılandırır. Santralinizi oluşturduğunuzda Control Hub’da sağlanan edge proxy SRV adresini kullanın.

    bağlantı yeniden kullanımı

    Kayıt ve çağrı işleme için aynı kalıcı bağlantıyı kullanır. Daha fazla bilgi için bağlantıyı yeniden kullanma.

    srtp-şifreleme 100

    SRTP çağrı bacağı (bağlantı) için tercih edilen şifre paketlerini yapılandırır (5. adımda belirtilir). Daha fazla bilgi için bkz. ses sınıfı srtp-şifrelemesi.

    oturum aktarımı tcp tls

    Taşımayı TLS olarak ayarlar. Daha fazla bilgi için bkz. oturum aktarımı.

    url sitemleri

    SRV sorgusu, erişim SBC'si tarafından desteklenen SIP'ler olmalıdır; diğer tüm mesajlar sip-profile 200 ile SIP olarak değiştirilir.

    hata-passthru

    SIP hata yanıtı aktarma işlevini belirtir. Daha fazla bilgi için bkz. hata-passthru.

    onaylanan-id pai

    Yerel Ağ Geçidinde PAI işlemeyi açar. Daha fazla bilgi için onaylanmış kimlik kısmına bakın.

    bind control source-interface GigabitEthernet0/0/1

    WebexCalling'e gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind ortam kaynağı-arayüzü GigabitEthernet0/0/1

    WebexCalling’e gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    geçiş içeriği yok custom-sdp

    Kiracı altında varsayılan komut. Bu komut hakkında daha fazla bilgi için geçiş içeriğine bakın.

    sip profilleri 100

    SIP'leri SIP olarak değiştirir ve bölümünde tanımlandığı şekilde DAVET ve KAYIT mesajları için Hat/Bağlantı Noktasını değiştirir sip profilleri 100. Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

    giden-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling erişim SBC'si. Santralinizi oluşturduğunuzda Control Hub’da sağlanan Giden Proxy Adresini girin. Daha fazla bilgi için bkz. giden proxy.

    gizlilik politikası passthru

    Alınan mesajdan bir sonraki çağrı ayağına gizlilik değerlerini geçirecek santralin gizlilik üstbilgisi politikası seçeneklerini yapılandırır. Daha fazla bilgi için gizlilik politikası kısmına bakın.

  2. Webex Calling santral çağrı eşini yapılandırın.

    
    dial-peer voice 100 voip
     description Inbound/Outbound Webex Calling
     max-conn 250
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     incoming uri request 100
     voice-class codec 100
     dtmf-relay rtp-nte
     voice-class stun-usage 100
     no voice-class sip localhost
     voice-class sip tenant 100
     srtp
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    
    dial-peer voice 100 voip
      description Inbound/Outbound Webex Calling
    

    100 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar.

    maks. konn 250

    LGW ve Webex Calling arasındaki eş zamanlı gelen ve giden çağrıların sayısını sınırlar. Kayıt santralleri için yapılandırılan maksimum değer 250 olmalıdır. Dağıtımınız için daha uygun olacaksa usea daha düşük değer. Yerel Ağ Geçidi eş zamanlı çağrı sınırları hakkında daha fazla bilgi için Yerel Ağ Geçidi belgesine bakın.

    hedef-desen BAD.BAD

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Arama eşi 100'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi sip sunucusu

    Kiracı 100'de tanımlanan SIP sunucusunun devralındığını ve bu çağrı eşinden gelen çağrılar için hedef için kullanıldığını gösterir.

    gelen uri isteği 100

    Bir VoIP arama eşini gelen çağrının tekdüzen kaynak tanımlayıcısı (URI) ile eşleştirmek için kullanılan ses sınıfını belirtmek. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    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.

    ses sınıfı stun kullanımı 100

    Yerel Ağ Geçidinde yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine izin verir. STUN, medya trafiği için bir güvenlik duvarı iğne deliği açmaya yardımcı olur.

    ses sınıfı sip yerel toplantı sahibi yok

    Giden mesajların Kimden, Call-ID ve Remote-Party-ID üstbilglerindeki fiziksel IP adresinin yerine DNS yerel ana bilgisayar adının değiştirilmesini devre dışı bırakır.

    ses sınıfı sip kiracısı 100

    Çağrı eşi, küresel olarak yapılandırılmış ve 100 numaralı kiracıya ait tüm parametreleri devralır. Çağrı eşi düzeyinde parametreler geçersiz kılınabilir.

    srtp

    Çağrı bacağı için SRTP'yi etkinleştirir.

    hiç vadi yok

    Ses etkinliğinin algılanmasını devre dışı bırakır.

Kiracıyı tanımladıktan sonra 100 ve bir SIP VoIP çağrı eşi yapılandırdığınızda, ağ geçidi Webex Calling'e doğru bir TLS bağlantısı başlatır. Bu noktada erişim SBC, sertifikasını Yerel Ağ Geçidine sunar. Yerel Ağ Geçidi, daha önce güncellenen CA kök paketini kullanarak Webex Calling erişim SBC sertifikasını doğrular. Sertifika tanınırsa Yerel Ağ Geçidi ve Webex Calling erişim SBC'si arasında kalıcı bir TLS oturumu oluşturulur. Böylece, Yerel Ağ Geçidi bu güvenli bağlantıyı kullanarak Webex erişim SBC'sine kayıt olabilir. Kayıt kimlik doğrulaması için zorlandığında:

  • Yanıtta kimlik bilgileri yapılandırmasındaki kullanıcı adı, parola ve bölge parametreleri kullanılır.

  • SIPS URL'sini tekrar SIP'ye dönüştürmek için sip profili 100'deki değişiklik kuralları kullanılır.

Erişim SBC'sinden 200 OK alındığında kayıt başarılı olur.

Yukarıda Webex Calling'e doğru bir santral oluşturduktan sonra, SIP tabanlı PSTN sağlayıcısına doğru şifrelenmemiş bir santral oluşturmak için aşağıdaki yapılandırmayı kullanın:

Hizmet Sağlayıcınız güvenli bir PSTN santrali sunarsa Webex Calling santrali için yukarıda açıklanan benzer bir yapılandırmayı takip edebilirsiniz. Güvenli bir şekilde çağrı yönlendirme CUBE tarafından desteklenir.

TDM / ISDN PSTN santrali kullanıyorsanız TDM PSTN santrali ile Yerel Ağ Geçidini Yapılandırma sonraki bölüme geçin.

Cisco TDM-SIP Ağ Geçitlerinde PSTN çağrı ayakları için TDM arayüzlerini yapılandırmak için bkz. ISDN PRI Yapılandırma.

1

PSTN santralinden gelen çağrıları tanımlamak için aşağıdaki ses sınıfı uri'sini yapılandırın:


voice class uri 200 sip
  host ipv4:192.168.80.13

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı uri 200 sip

Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu kalıbı girerken, IP PSTN ağ geçidinizin IP adresini kullanın. Daha fazla bilgi için bkz. voice class uri.

2

Aşağıdaki IP PSTN çağrı eşini yapılandırın:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Yapılandırma için alanların açıklaması aşağıda verilmiştir:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

200 etiketiyle VoIP arama eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

hedef-desen 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 şablonu (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ü (çevirme eşi).

oturum hedefi ipv4:192.168.80.13

Çağrı bacağını göndermek için hedefin hedef IPv4 adresini gösterir. Buradaki oturum hedefi, ITSP'nin IP adresidir. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi).

200 üzerinden gelen uri

IP PSTN'nin IP adresi olan VIA üstbilgisi için eşleşme kriteri tanımlar. Yerel Ağ Geçidinde gelen tüm IP PSTN çağrı bacaklarını çağrı eşi 200 ile eşleştirir. Daha fazla bilgi için gelen url’ye bakın.

bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

bind media source-interface GigabitEthernet0/0/0

PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

ses sınıfı codec 100

Arama eşini, ortak codec filtre listesi 100'ü kullanacak şekilde yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec.

dtmf-geçişi rtp-nte

RTP-NTE'yi (RFC2833) çağrı bacağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

hiç vadi yok

Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

3

Yerel Ağ Geçidinizi yalnızca çağrıları Webex Calling ve PSTN arasında yönlendirecek şekilde yapılandırıyorsanız aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin. Yerel Ağ Geçidinizi bir Unified Communications Manager platformuyla yapılandırıyorsanız bir sonraki bölüme geçin.

  1. Çağrıları Webex Calling'e veya PSTN'ye yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. DPG 100, PSTN'den gelen çağrı eşine uygulanır. Benzer şekilde, DPG 200'yi PSTN'ye doğru giden çağrı eşi 200 ile tanımlayın. DPG 200, Webex’ten gelen çağrı eşine uygulanır.

    
    voice class dpg 100 
     description Route calls to Webex Calling 
     dial-peer 100 
    voice class dpg 200 
     description Route calls to PSTN 
     dial-peer 200

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları Webex’ten PSTN’ye ve PSTN’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

    
    dial-peer voice 100
     destination dpg 200
    dial-peer voice 200
     destination dpg 100 

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Webex Calling'e doğru bir santral oluşturduktan sonra, Webex çağrı ayağında medya optimizasyonuna izin vermek için geri arama yönlendirme ile PSTN hizmetiniz için bir TDM santrali oluşturmak üzere aşağıdaki yapılandırmayı kullanın.

IP medya optimizasyonu gerektirmiyorsanız SIP PSTN santralinin yapılandırma adımlarını izleyin. PSTN VoIP arama eşi yerine bir ses bağlantı noktası ve POTS arama eşi (Adımlar 2 ve 3'te gösterildiği gibi) kullanın.
1

Geri döngü arama eşi yapılandırması, çağrı yönlendirme döngüleri oluşturmadan çağrıların Webex ve PSTN arasında doğru bir şekilde geçmesini sağlamak için çağrı eşi grupları ve çağrı yönlendirme etiketleri kullanır. Çağrı yönlendirme etiketlerini eklemek ve kaldırmak için kullanılacak aşağıdaki çeviri kurallarını yapılandırın:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12 

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

sesli çeviri kuralı

Çağrı yönlendirme etiketleri eklemek veya kaldırmak için kurallarda tanımlanan düzenli ifadeleri kullanır. Sorun giderme açısından netlik kazandırmak için aşırı bozucu rakamlar (‘A’) kullanılır.

Bu yapılandırmada, çeviri profili 100 tarafından eklenen etiket, geri dönüş çağrı eşleri aracılığıyla Webex Calling'den gelen çağrıları PSTN'ye yönlendirmek için kullanılır. Benzer şekilde, çeviri profili 200 tarafından eklenen etiket, PSTN'den gelen çağrıları Webex Calling'e yönlendirmek için kullanılır. Çeviri profilleri 11 ve 12, sırasıyla çağrıları Webex ve PSTN hatlarına iletmeden önce bu etiketleri kaldırır.

Bu örnekte, Webex Calling’den aranan numaraların +E.164 biçiminde sunulduğu varsayılır. Kural 100, aranan geçerli bir sayıyı korumak için baştaki + işaretini kaldırır. Kural 12, etiketi kaldırırken ulusal veya uluslararası bir yönlendirme basamakları ekler. Yerel ISDN ulusal arama planınıza uygun rakamları kullanın.

Webex Calling numaraları ulusal biçimde gösteriyorsa, sırasıyla yönlendirme etiketini ekleyip kaldırmak için 100 ve 12 numaralı kuralları ayarlayın.

Daha fazla bilgi için bkz. sesli çeviri profili ve sesli çeviri kuralı.

2

TDM ses arabirimi bağlantı noktalarını, kullanılan hat türü ve protokolün gerektirdiği şekilde yapılandırın. Daha fazla bilgi için bkz. ISDN PRI Yapılandırma. Örneğin, bir cihazın NIM yuvası 2'ye yüklü bir Birincil Hız ISDN arabiriminin temel yapılandırması şunları içerebilir:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31 
3

Aşağıdaki TDM PSTN çağrı eşini yapılandırın:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Yapılandırma için alanların açıklaması aşağıda verilmiştir:


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

200 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

hedef-desen 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 şablonu (arayüz) .

çeviri profili gelen 200

Gelen aranan numaraya çağrı yönlendirme etiketi ekleyecek çeviri profili atar.

doğrudan içe-arama

Çağrıyı ikincil bir çevir sesi sağlamadan yönlendirir. Daha fazla bilgi için bkz. doğrudan içe arama.

bağlantı noktası 0/2/0:15

Bu çağrı eşi ile ilişkilendirilmiş fiziksel ses bağlantı noktası.

4

TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının ortam optimizasyonunu etkinleştirmek için, Webex Calling ve PSTN hatları arasında bir dizi dahili geri dönüş çağrı eşi ekleyerek çağrı yönlendirmesini değiştirebilirsiniz. Aşağıdaki geri döngü arama eşlerini yapılandırın. Bu durumda, tüm gelen çağrılar başlangıçta çağrı eşi 10'a ve buradan uygulanan yönlendirme etiketine göre çağrı eşi 11 veya 12'ye yönlendirilecektir. Yönlendirme etiketi kaldırıldıktan sonra çağrılar çağrı eşi grupları kullanılarak giden santrale yönlendirilir.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad 

Yapılandırma için alanların açıklaması aşağıda verilmiştir:


dial-peer voice 10 pots
 description Outbound loop-around leg

VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

çeviri profili gelen 11

Giden santrale geçmeden önce çağrı yönlendirme etiketini kaldırmak için daha önce tanımlanan çeviri profilini uygular.

hedef-desen 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 şablonu (arayüz) .

oturum protokolü sipv2

Bu çağrı eşinin SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çevirme eşi).

oturum hedefi 192.168.80.14

Geri dönmeye giden çağrı hedefi olarak yerel yönlendirici arabirimi adresini belirtir. Daha fazla bilgi için bkz. oturum hedefi (voip arama eşi).

bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

Geri döngü yoluyla gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

bind media source-interface GigabitEthernet0/0/0

Geri döngü yoluyla gönderilen medya için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

dtmf-geçişi rtp-nte

RTP-NTE'yi (RFC2833) çağrı bacağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

codec g711alaw

Tüm PSTN çağrılarını G.711'i kullanmaya zorlar. ISDN hizmetiniz tarafından kullanılan şirketleştirme yöntemiyle eşleştirmek için a-law veya u-law seçin.

hiç vadi yok

Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

5

Aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin:

  1. Geri döngü yoluyla çağrıları PSTN ve Webex hatları arasında yönlendirmek için çağrı eşi grupları oluşturun.

    
    voice class dpg 100
     description Route calls to Webex Calling
     dial-peer 100
    voice class dpg 200
     description Route calls to PSTN
     dial-peer 200
    voice class dpg 10
     description Route calls to Loopback
     dial-peer 10

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları yönlendirmek için çağrı eşi gruplarını uygulayın.

    
    dial-peer voice 100
     destination dpg 10
    dial-peer voice 200
     destination dpg 10
    dial-peer voice 11
     destination dpg 100
    dial-peer voice 12
     destination dpg 200

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Önceki bölümlerdeki PSTN-Webex Calling yapılandırması, bir Cisco Unified Communications Manager (UCM) kümesine ek santraller içerecek şekilde değiştirilebilir. Bu durumda, tüm çağrılar Unified CM aracılığıyla yönlendirilir. 5060 numaralı bağlantı noktasındaki UCM'den gelen çağrılar PSTN'ye ve bağlantı noktası 5065'ten gelen çağrılar Webex Calling'e yönlendirilir. Bu çağrı senaryosunu dahil etmek için aşağıdaki artan yapılandırmalar eklenebilir.

Unified CM'de Webex Calling santrali oluştururken, gelen bağlantı noktasını SIP Santrali Güvenlik Profili ayarlarında 5065 olarak yapılandırdığınızdan emin olun. Bu, bağlantı noktası 5065'te gelen mesajlara izin verir ve Yerel Ağ Geçidine mesaj gönderirken VIA üstbilgisini bu değer ile doldurur.

1

Aşağıdaki ses sınıfı URI'lerini yapılandırın:

  1. Bağlantı noktası VIA SIP kullanarak Unified CM'yi Webex çağrılarına sınıflandırır:

    
    voice class uri 300 sip
     pattern :5065
    
  2. Bağlantı noktası aracılığıyla SIP kullanarak Unified CM'yi PSTN çağrılarına sınıflandırır:

    
    voice class uri 400 sip
     pattern 192\.168\.80\.6[0-5]:5060
    

    Kaynak adreslerini ve bağlantı noktası numarasını açıklayan bir veya daha fazla şablon kullanarak UCM'den PSTN santraline gelen mesajları sınıflandırın. Gerekirse eşleşen kalıpları tanımlamak için düzenli ifadeler kullanılabilir.

    Yukarıdaki örnekte, 192.168.80.60 ila 65 aralığındaki herhangi bir IP adresini ve 5060 bağlantı noktası numarasını eşleştirmek için düzenli bir ifade kullanılır.

2

Unified CM ana bilgisayarlarına SRV yönlendirmesini belirtmek için aşağıdaki DNS kayıtlarını yapılandırın:

IOS XE, hedef UCM ana bilgisayarlarını ve bağlantı noktalarını yerel olarak belirlemek için bu kayıtları kullanır. Bu yapılandırma ile, DNS sisteminizdeki kayıtları yapılandırmanız gerekmez. DNS’inizi kullanmayı tercih ederseniz bu yerel yapılandırmalar gerekli değildir.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

Aşağıdaki komut bir DNS SRV kaynak kaydı oluşturur. Her UCM ana bilgisayarı ve santrali için bir kayıt oluşturun:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV kaynağı kayıt adı

2: SRV kaynak kaydı önceliği

1: SRV kaynağı kayıt ağırlığı

5060: Bu kaynak kaydındaki hedef ana bilgisayar için kullanılacak bağlantı noktası numarası

ucmsub5.mydomain.com: Kaynak kaydı hedef ana bilgisayarı

Kaynak kaydı hedef ana bilgisayar adlarını çözümlemek için yerel DNS A kayıtları oluşturun. Örnek:

ip ana bilgisayar ucmsub5.mydomain.com 192.168.80.65

ip ana bilgisayarı: Yerel IOS XE veritabanında bir kayıt oluşturur. Name

ucmsub5.mydomain.com: A kaydı toplantı sahibi adı.

192.168.80.65: Ana bilgisayar IP adresi.

UCM ortamınızı ve tercih edilen çağrı dağıtım stratejinizi yansıtacak SRV kaynak kayıtlarını ve A kayıtlarını oluşturun.

3

Aşağıdaki çağrı eşlerini yapılandırın:

  1. Unified CM ve Webex Calling arasındaki çağrılar için çağrı eşi:

    
    dial-peer voice 300 voip
     description UCM-Webex Calling trunk
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:wxtocucm.io
     incoming uri via 300
     voice-class codec 100
     voice-class sip bind control source-interface GigabitEthernet 0/0/0
     voice-class sip bind media source-interface GigabitEthernet 0/0/0
     dtmf-relay rtp-nte
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    
    dial-peer voice 300 voip
     description UCM-Webex Calling trunk

    300 etiketiyle VoIP arama eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar.

    hedef-desen BAD.BAD

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 300'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:wxtocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı wxtocucm.io kullanılır.

    300 üzerinden gelen uri

    5065 kaynak bağlantı noktasını kullanarak Unified CM'den gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 300'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-geçişi rtp-nte

    RTP-NTE'yi (RFC2833) çağrı bacağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    hiç vadi yok

    Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

  2. Unified CM ve PSTN arasındaki çağrılar için çağrı eşi:

    
    dial-peer voice 400 voip
     description UCM-PSTN trunk
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:pstntocucm.io
     incoming uri via 400
     voice-class codec 100 
     voice-class sip bind control source-interface GigabitEthernet 0/0/0
     voice-class sip bind media source-interface GigabitEthernet 0/0/0
     dtmf-relay rtp-nte
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    
    dial-peer voice 400 voip
     description UCM-PSTN trunk

    400 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sağlar.

    hedef-desen BAD.BAD

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 400'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:pstntocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı pstntocucm.io kullanılır.

    400 üzerinden gelen uri

    5060 kaynak bağlantı noktasını kullanarak belirtilen Unified CM ana bilgisayarlarından gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 400'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-geçişi rtp-nte

    RTP-NTE'yi (RFC2833) çağrı bacağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    hiç vadi yok

    Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

4

Aşağıdaki yapılandırmaları kullanarak çağrı yönlendirme ekleyin:

  1. Çağrıları Unified CM ve Webex Calling arasında yönlendirmek için çağrı eşi grupları oluşturun. DPG 100'ü ile tanımla giden çağrı eşi 100 Webex Calling’e doğru. DPG 100, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 300 ile DPG 300'yi tanımlayın. DPG 300, Webex’ten gelen çağrı eşine uygulanır.

    
    voice class dpg 100
     description Route calls to Webex Calling
     dial-peer 100
    voice class dpg 300
     description Route calls to Unified CM Webex Calling trunk
     dial-peer 300 
  2. Çağrıları Unified CM ve PSTN arasında yönlendirmek için çağrı eşi grupları oluşturun. DPG 200'ü ile tanımla giden çağrı eşi 200 PSTN doğru. DPG 200, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 400 ile DPG 400'yi tanımlayın. PSTN'den gelen çağrı eşine DPG 400 uygulanır.

    
    voice class dpg 200
     description Route calls to PSTN
     dial-peer 200
    voice class dpg 400
     description Route calls to Unified CM PSTN trunk
     dial-peer 400

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  3. Çağrıları Webex’ten Unified CM’ye ve Unified CM’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

    
    dial-peer voice 100
     destination dpg 300
    dial-peer voice 300
     destination dpg 100

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    hedef dpg 300

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

  4. Çağrıları PSTN'den Unified CM'ye ve Unified CM'den PSTN'ye yönlendirmek için çağrı eşi gruplarını uygulayın:

    
    dial-peer voice 200
     destination dpg 400
    dial-peer voice 400
     destination dpg 200 

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Tanı Imzaları (DS), IOS XE tabanlı Yerel Ağ Geçidinde yaygın olarak gözlemlenen sorunları proaktif olarak algılar ve olaya ilişkin e-posta, syslog veya terminal mesajı bildirimi oluşturur. DS'yi, çözüm süresini kısaltmak amacıyla tanı verisi toplama işlemini otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için de yükleyebilirsiniz.

Tanı Imzaları (DS), sorun tetikleyici olaylarıyla ilgili bilgileri ve sorunu bilgilendirmek, gidermek ve çözmek için yapılması gereken işlemleri içeren XML dosyalarıdır. Sistem günlüğü mesajlarını, SNMP olaylarını kullanarak ve belirli komut gösterme çıktılarının periyodik olarak izlenmesi yoluyla sorun algılama mantığını tanımlayabilirsiniz.

Eylem türleri komut gösterme çıktılarının toplanmasını içerir:

  • Birleştirilmiş günlük dosyası oluşturuluyor

  • 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üğün korunması için dijital olarak imzalar. Her bir DS'nin sistem tarafından atanmış benzersiz bir kimlik numarası vardır. Tanı Imzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için geçerli imzaları bulmak için tek kaynaktır.

Başlamadan önce:

  • DSLT'den indirdiğiniz DS dosyasını düzenlemeyin. Değiştirdiğiniz dosyaların kurulumu, bütünlük kontrolü hatası nedeniyle başarısız olur.

  • Yerel Ağ Geçidinin e-posta bildirimleri göndermesi için gereken bir Basit Posta Aktarım Protokolü (SMTP) sunucusu.

  • E-posta bildirimleri için güvenli SMTP sunucusunu kullanmak istiyorsanız, Yerel Ağ Geçidinin IOS XE 17.6.1 veya üzeri bir sürümde çalıştığından emin olun.

Cisco WebEx Meeting Center Yapılandırma Kılavuzları

IOS XE 17.6.1a veya üzeri bir sürümde çalışan Yerel Ağ Geçidi

  1. Tanı İmzalarının varsayılan olarak etkinleştirilmesi.

  2. Cihazın Cisco IOS XE 17.6.1a veya üzeri bir sürüm çalıştırması durumunda proaktif bildirim göndermek için kullanılacak güvenli e-posta sunucusunu yapılandırın.

    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Sizi bilgilendirmesi için yöneticinin e-posta adresiyle ds_email ortam değişkenini yapılandırın.

    configure terminal 
    call-home  
    diagnostic-signature 
    environment ds_email <email address> 
    end 

Aşağıda, proaktif bildirimleri adresine göndermek için Cisco IOS XE 17.6.1a veya daha üst bir sürümde çalışan bir Yerel Ağ Geçidinin yapılandırılmasına örnek gösterilmektedir. tacfaststart@gmail.com Gmail'i güvenli SMTP sunucusu olarak kullanma:

Cisco IOS XE Bengaluru 17.6.x veya sonraki sürümlerini kullanmanızı öneririz.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com" 

Cisco IOS XE Yazılımında çalışan bir Yerel Ağ Geçidi, OAuth destekleyen tipik bir web tabanlı Gmail istemcisi değildir. Bu nedenle, belirli bir Gmail hesap ayarı yapılandırmalı ve cihazdan gelen e-postanın doğru şekilde işlenmesi için özel izin vermeliyiz:

  1. Şuraya gidin: Google Hesabı > Güvenlik'i yönetin ve Daha az güvenli uygulama erişimi ayarını açın.

  2. Gmail’den “Google, bir kişinin Google dışı bir uygulama kullanarak hesabınızda oturum açmasını engelledi” şeklinde bir e-posta aldığınızda “Evet, o bendim” yanıtını verin.

Proaktif izleme için tanı imzaları yükle

Yüksek CPU kullanımını izleme

Bu DS, SNMP OID 1.3.6.1.4.1.9.2.1.56 kullanarak CPU kullanımını beş saniye boyunca izler. Kullanım %75 veya daha fazlasına ulaştığında, tüm hata ayıklamaları devre dışı bırakır ve Yerel Ağ Geçidine yüklenen tüm tanı 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 Bildirimiyle Yüksek CPU Kullanımı.

  3. DS XML dosyasını Yerel Ağ Geçidi flash belleğine kopyalayın.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 

    Aşağıdaki örnekte, dosyanın bir FTP sunucusundan Yerel Ağ Geçidine kopyalanması gösterilmektedir.

    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. kullanarak çağrı-ev tanı-imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda "kayıtlı" bir değer olmalıdır.

    show call-home diagnostic-signature  
    Current diagnostic-signature settings: 
    Diagnostic-signature: enabled 
    Profile: CiscoTAC-1 (status: ACTIVE) 
    Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
    Environment variable: 
    ds_email: username@gmail.com 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-07 22:05:33

    Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse, Yerel Ağ Geçidinde yüksek CPU kullanımını izlemeye devam etmek için DS 64224'ü yeniden yükleyin.

SIP hattı kaydını izleme

Bu DS, 60 saniyede bir Webex Calling buluta sahip Yerel Ağ Geçidi SIP Santralinin kaydının kaldırılmasını kontrol eder. Kayıt kaldırma olayı algılandığında, bir e-posta ve syslog bildirimi oluşturur ve iki kayıt kaldırma olayının ardından kendini kaldırır. Imzayı yüklemek için aşağıdaki adımları kullanın:

  1. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64117'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    SIP-SIP

    Sorun Türü

    E-posta Bildirimiyle SIP Santralinin Kaydını Kaldırma.

  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. kullanarak çağrı-ev 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.  Son anketten itibaren hata sayısı artışı 5 veya daha büyük ise, bir syslog 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 Bildirimiyle SIP anormal çağrı bağlantı kesme algılama.

  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. kullanarak çağrı-ev tanı-imzasını göster imzanın başarıyla yüklendiğini doğrulamak için komut. Durum sütununda “kayıtlı” bir değer olmalıdır.

Bir sorunu gidermek için tanılama imzaları yükleyin

Sorunları hızlı bir şekilde çözmek için Tanı Imzalarını (DS) kullanın. Cisco TAC mühendisleri, belirli bir sorunu gidermek, sorunun gerçekleşmesini tespit etmek, doğru tanı verilerini toplamak ve verileri otomatik olarak Cisco TAC vakasına aktarmak için gerekli hata ayıklamaları mümkün kılan çeşitli imzalara yetki vermiştir. Tanı Imzaları (DS), sorunun oluşup oluşmadığını manuel olarak kontrol etme ihtiyacını ortadan kaldırır ve aralıklı ve geçici sorunların giderilmesini çok daha kolay hale getirir.

Geçerli imzaları bulmak ve belirli bir sorunu kendi kendine çözmek için yüklemek için Tanı Imzaları Arama Aracını kullanabilir veya destek bağlılığının bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.

Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" syslog ve aşağıdaki adımları kullanarak tanılama verileri toplamayı otomatikleştirin:

  1. Toplanan tanı verilerinin yüklendiği Cisco TAC dosyası sunucu yolu (cxd.cisco.com) ds_fsurl_prefix olan ek bir DS ortam değişkeni yapılandırın. Dosya yolundaki kullanıcı adı vaka numarasıdır ve parola aşağıdaki komutla Support Case Manager 'dan alınabilecek dosya yükleme belirtecidir. Dosya yükleme belirteci, ihtiyaca göre Destek Vaka Yöneticisinin Ekler bölümünde oluşturulabilir.

    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
    end 

    Örnek:

    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  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ıklama ve tanı imzalarını devre dışı bırakmak için Yüksek CPU izleme DS 64224'ü proaktif bir önlem olarak yüklediğinizden 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 Bildirimiyle Yüksek CPU Kullanımı.

  4. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 65095'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Syslog'lar

    Sorun Türü

    Syslog - %VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0

  5. DS XML dosyalarını Yerel Ağ Geçidine kopyalayın.

    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. kullanılarak imzanın başarıyla yüklendiğini doğrulayın. çağrı-ev tanı-imzasını göster komutunu verin. 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ı imzalarının yürütülmesini doğrula

Aşağıdaki komutta, listesinin "Durum" sütununu çağrı-ev tanı-imzasını göster Yerel Ağ Geçidi imzada tanımlanan eylemi yürütürken komut “çalışıyor” olarak değişir. çıktısı çağrı-ev tanı-imza istatistiklerini göster, bir tanı imzasının ilgilenilen bir olayı algılayıp yürütmediğini doğrulamanın en iyi yoludur. "Tetikleme/Maks/Yüklemeyi Kaldırma" sütunu, verilen imzanın bir olayı kaç kez tetiklediğini, bir olayı maksimum kaç kez algılamak için tanımlandığını ve maksimum tetiklenen olay sayısı algılandıktan sonra imzanın kendisini kaldırıp kaldırmadığını belirtir.

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

çağrı-ev tanı-imza 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ütülmesi sırasında gönderilen bildirim e-postası, sorun türü, cihaz ayrıntıları, yazılım sürümü, çalıştırma yapılandırması gibi önemli bilgiler içerir ve belirtilen sorunu gidermek için ilgili komut çıktılarını gösterir.

Tanı imzalarını kaldır

Sorun giderme amacıyla Tanı imzaları kullanın, genellikle bazı sorun örneklerinin algılanmasından sonra kaldırmak üzere tanımlanır. Bir imzayı manuel olarak kaldırmak isterseniz, çıktısından DS kimliğini alın çağrı-ev tanı-imzasını göster komut verin ve aşağıdaki komutu çalıştırın:

call-home diagnostic-signature deinstall <DS ID> 

Örnek:

call-home diagnostic-signature deinstall 64224 

Dağıtımlarda yaygın olarak gözlemlenen sorunlara bağlı olarak, Tanılama Imzaları Arama Aracına periyodik olarak yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir.

Cisco IOS XE Ağ Geçitlerinin daha iyi yönetimi için, ağ geçitlerini Control Hub üzerinden kaydetmenizi ve yönetmenizi öneririz. Isteğe bağlı bir yapılandırmadır. Kaydedildiğinde, Yerel Ağ Geçidi yapılandırmanızı doğrulamak ve herhangi bir yapılandırma sorununu tanımlamak için Control Hub'daki yapılandırma doğrulama seçeneğini kullanabilirsiniz. Şu anda yalnızca kayıt tabanlı santraller bu işlevi destekler.

Daha fazla bilgi için aşağıdakilere bakın:

Bu bölümde, sertifika tabanlı karşılıklı TLS (mTLS) SIP santrali kullanılarak, bir Cisco Unified Sınır Öğesinin (CUBE) Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı anlatılmaktadır. Bu belgenin ilk bölümünde basit bir PSTN ağ geçidinin nasıl yapılandırılacağı gösterilmektedir. Bu durumda, PSTN'den gelen tüm çağrılar Webex Calling'e ve Webex Calling'den gelen tüm çağrılar PSTN'ye yönlendirilir. Aşağıdaki resimde, bu çözümü ve takip edilecek üst düzey çağrı yönlendirme yapılandırmasını vurgulamaktadır.

Bu tasarımda, aşağıdaki temel yapılandırmalar kullanılır:

  • ses sınıfı kiracıları: Santrale özel yapılandırmalar oluşturmak için kullanılır.

  • ses sınıfı uri: Gelen çağrı eşinin seçimi için SIP mesajlarını sınıflandırmak için kullanılır.

  • gelen çağrı eşi: Gelen SIP mesajları için tedavi sağlar ve bir çağrı eşi grubuyla giden yolu belirler.

  • arama eşi grubu: Ileri çağrı yönlendirme için kullanılan giden çağrı eşlerini tanımlar.

  • giden çağrı eşi: Giden SIP mesajları için tedavi sağlar ve bunları gerekli hedefe yönlendirir.

Call routing from/to PSTN to/from Webex Calling configuration solution

IP ve SIP PSTN santralleri için varsayılan protokoller haline gelirken, TDM (Zaman Bölmeli Çoklama) ISDN devreleri hala yaygın olarak kullanılmaktadır ve Webex Calling santralleriyle desteklenmektedir. TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının ortam optimizasyonunu etkinleştirmek için, şu anda iki ayaklı bir çağrı yönlendirme işlemi kullanmak gereklidir. Bu yaklaşım, aşağıdaki resimde gösterildiği gibi Webex Calling ve PSTN hatları arasında bir dizi dahili geri döngü çağrı eşi sunarak yukarıda gösterilen çağrı yönlendirme yapılandırmasını değiştirir.

Webex Calling ile şirket içi bir Cisco Unified Communications Manager çözümüne bağlanırken, aşağıdaki şemada gösterilen çözümü oluşturmak için temel olarak basit PSTN ağ geçidi yapılandırmasını kullanabilirsiniz. Bu durumda, Unified Communications Manager tüm PSTN ve Webex Calling çağrılarında merkezi yönlendirme ve işlem sağlar.

Bu belge boyunca, aşağıdaki resimde gösterilen ana bilgisayar adları, IP adresleri ve arayüzler kullanılır. Seçenekler, genel veya özel (NAT arkasında) adresleme için sağlanır. Birden fazla CUBE örneği arasında yük dengeleme olmadığı sürece SRV DNS kayıtları isteğe bağlıdır.

Yerel Ağ Geçidi yapılandırmanızı aşağıdaki şekilde tamamlamak için bu belgenin geri kalan bölümündeki yapılandırma kılavuzunu kullanın:

  • 1. Adım: Yönlendirici temel bağlantısını ve güvenliğini yapılandırın

  • 2. Adım: Webex Calling Santralini Yapılandırma

    Gerekli mimarinize bağlı olarak aşağıdakilerden birini izleyin:

  • 3. Adım: SIP PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

  • 4. Adım: Mevcut Unified CM ortamıyla Yerel Ağ Geçidini yapılandırma

    Ya da:

  • 3. Adım: TDM PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

Başlangıç yapılandırması

Cisco yönlendiricinizi Webex Calling için Yerel Ağ Geçidi olarak hazırlamanın ilk adımı, platformunuzu güvenli hale getirecek ve bağlantı kuracak bir temel yapılandırma oluşturmaktır.

  • Tüm sertifika tabanlı Yerel Ağ Geçidi dağıtımları için Cisco IOS XE 17.9.1a veya sonraki sürümleri gerekir. Önerilen sürümler için Cisco Yazılım Araştırma sayfasına bakın. Platformu arayın ve önerilen sürümlerden birini seçin.

    • ISR4000 serisi yönlendiriciler, hem Unified Communications hem de Güvenlik teknolojisi lisansları ile yapılandırılmalıdır.

    • Ses kartlarıyla veya DSP'lerle donatılmış Catalyst Edge 8000 serisi yönlendiriciler, DNA Essentials lisansı gerektirir. Ses kartları veya DSP'ler olmayan yönlendiriciler, minimum DNA Essentials lisansı gerektirir.

    • Yüksek kapasite gereksinimleri için Yüksek Güvenlik (HSEC) lisansı ve ek çıktı yetkilendirmesi de gerekebilir.

      Daha fazla ayrıntı için Yetkilendirme Kodlarına bakın.

  • Platformunuz için iş politikalarınızı takip eden bir temel yapılandırma oluşturun. Özellikle, aşağıdakileri yapılandırın ve çalışmayı doğrulayın:

    • NTP

    • ACL'ler

    • Kullanıcı kimlik doğrulaması ve uzaktan erişim

    • DNS

    • IP yönlendirme

    • IP adresleri

  • Webex Calling'e yönelik ağın bir IPv4 adresi kullanması gerekir. Yerel Ağ Geçidi Tam Etki Alanı Adları (FQDN) veya Hizmet Kaydı (SRV) adreslerinin, internette genel bir IPv4 adresine çözülmesi gerekir.

  • Webex'e dönük Yerel Ağ Geçidi arayüzündeki tüm SIP ve ortam bağlantı noktalarına doğrudan veya statik NAT üzerinden internetten erişilebilir olmalıdır. Güvenlik duvarınızı buna uygun olarak güncellediğinizden emin olun.

  • Yerel Ağ Geçidine imzalı bir sertifika yükleyin (aşağıda ayrıntılı yapılandırma adımları verilmiştir).

    • Cisco Webex Ses ve Video Platformlarına Yapılan Çağrılar için Hangi Kök Sertifika Yetkilileri Desteklenir? bölümünde açıklandığı gibi genel bir Sertifika Yetkilisi (CA) cihaz sertifikasını imzalamalıdır.

    • Santral oluştururken Control Hub'da yapılandırılan FQDN, yönlendiricinin Ortak Ad (CN) veya Konu Alternatif Adı (SAN) sertifikası olmalıdır. Örnek:

      • Kuruluşunuzun Control Hub'ında yapılandırılmış bir santralde Yerel Ağ Geçidinin FQDN'si olarak cube1.lgw.com:5061 bulunuyorsa yönlendirici sertifikasındaki CN veya SAN'da cube1.lgw.com bulunmalıdır. 

      • Kuruluşunuzun Control Hub'ında yapılandırılmış bir santralde santralden erişilebilen Yerel Ağ Geçidinin SRV adresi olarak lgws.lgw.com varsa yönlendirici sertifikasındaki CN veya SAN'da lgws.lgw.com bulunmalıdır. SRV adresinin (CNAME, A Kayıt veya IP Adresi) çözümlediği kayıtlar SAN'da isteğe bağlıdır.

      • Ister santral için FQDN ister SRV kullanın, Yerel Ağ Geçidinizdeki tüm yeni SIP iletişim kutularının kişi adresi, Control Hub’da yapılandırılan adı kullanır.

  • Sertifikaların istemci ve sunucu kullanımı için imzalandığından emin olun.

  • Cisco kök CA paketini Yerel Ağ Geçidine yükleyin.

Yapılandırmalar

1

Herhangi bir Katman 3 arayüzüne geçerli ve yönlendirilebilir IP adresleri atadığınızdan emin olun, örneğin:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240
2

Yönlendiricideki STUN kimlik bilgilerini simetrik şifreleme kullanarak koruyun. Birincil şifreleme anahtarını ve şifreleme türünü aşağıdaki şekilde yapılandırın:


key config-key password-encrypt YourPassword
password encryption aes
3

Tercih ettiğiniz Sertifika Yetkilisi (CA) tarafından imzalanan bir sertifikayla bir şifreleme güven noktası oluşturun.

  1. Aşağıdaki yönet komutunu kullanarak bir RSA anahtar çifti oluşturun.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096
  2. Santral için cube1.lgw.com adresini fqdn olarak kullanırken, aşağıdaki yapılandırma komutlarıyla imzalı sertifika için bir güven noktası oluşturun:

    
    crypto pki trustpoint LGW_CERT
     enrollment terminal pem
     fqdn cube1.lgw.com
     subject-name cn=cube1.lgw.com
     subject-alt-name cube1.lgw.com
     revocation-check none
     rsakeypair lgw-key
  3. Aşağıdaki yönet veya yapılandırma komutuyla Sertifika Imzalama Talebi (CSR) oluşturun ve desteklenen bir CA sağlayıcısından imzalı bir sertifika istemek için bunu kullanın:

    crypto pki enroll LGW_CERT
4

Ara (veya kök) CA sertifikanızı kullanarak yeni sertifikanızın kimliğini doğrulayın, ardından sertifikayı içe aktarın (Adım 4). Aşağıdaki çalıştırma veya yapılandırma komutunu girin:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>
5

Aşağıdaki yürütme veya yapılandırma komutunu kullanarak imzalı bir toplantı sahibi sertifikasını içe aktarın:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>
6

TLS1.2 münhasırlığını etkinleştirin ve aşağıdaki yapılandırma komutlarını kullanarak varsayılan güven noktasını belirtin:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
 
7

Webex Calling tarafından kullanılan DigiCert CA sertifikasını içeren Cisco kök CA paketini yükleyin. kullanarak kripto pki trustpool içe aktarma temiz url komutu belirtilen URL'den kök CA demetini indirmek ve mevcut CA güven havuzunu temizlemek için, ardından yeni sertifika paketini yükleyin:

HTTPS kullanarak internete erişim için bir proxy kullanmanız gerekirse CA paketini içe aktarmadan önce aşağıdaki yapılandırmayı ekleyin:

ip http istemci proxy sunucusu yourproxy.com proxy bağlantı noktası 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
1

Control Hub'daki mevcut bir konum için CUBE sertifikası tabanlı bir PSTN santrali oluşturun. Daha fazla bilgi için bkz. Webex Calling için santralleri, yönlendirme gruplarını ve çağrı planlarını yapılandırma.

Santral oluşturulduktan sonra sağlanan santral bilgilerini not edin. Aşağıdaki resimde vurgulandığı gibi bu ayrıntılar, bu kılavuzdaki yapılandırma adımlarında kullanılacaktır.
2

CUBE'u Webex Calling Yerel Ağ Geçidi olarak yapılandırmak için aşağıdaki komutları girin:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Yapılandırma için alanların açıklaması aşağıda verilmiştir:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y
  • Ücretli dolandırıcılığa karşı koruma sağlamak amacıyla, güvenilir adres listesi Yerel Ağ Geçidinin meşru VoIP çağrıları beklediği toplantı sahiplerinin ve ağ varlıklarının bir listesini tanımlar.

  • Varsayılan olarak, Yerel Ağ Geçidi güvenilir listesinde olmayan IP adreslerinden gelen tüm VoIP mesajlarını engeller. "Oturum hedefi IP" veya sunucu grubu IP adreslerine sahip statik olarak yapılandırılmış çağrı eşlerine varsayılan olarak güvenilir, bu nedenle güvenilir listeye eklenmesi gerekmez.

  • Yerel Ağ Geçidinizi yapılandırırken, listeye bölgesel Webex Calling veri merkeziniz için IP alt ağlarını ekleyin. Daha fazla bilgi için Webex Calling için Bağlantı Noktası Referans Bilgileri bölümüne bakın. Ayrıca, Unified Communications Manager sunucuları (kullanılırsa) ve PSTN santral ağ geçitleri için adres aralıkları ekleyin.

  • Ücret dolandırıcılığını önlemek amacıyla IP adresi güvenilir listesinin nasıl kullanılacağı hakkında daha fazla bilgi için bkz. güvenilir IP adresi.

mod kenarlık öğesi

Platformda Cisco Unified Border Element (CUBE) özelliklerini etkinleştirir.

allow-connections sip to sip

CUBE temel SIP'i arka arkaya kullanıcı aracısı işlevini etkinleştirin. Daha fazla bilgi için Bağlantılara izin ver kısmına bakın.

Varsayılan olarak, T.38 faks aktarımı etkindir. Daha fazla bilgi için bkz. faks protokolü t38 (ses hizmeti).

stın

Küresel olarak STUN'u (NAT üzerinden UDP'nin Oturum Geçişi) etkinleştirir.

Bu genel stun komutları yalnızca Yerel Ağ Geçidinizi NAT arkasında dağıtırken gereklidir.
  • Bir çağrıyı bir Webex Calling kullanıcısına yönlendirdiğinizde (örneğin, hem aranan hem de arayan taraflar Webex Calling aboneleridir ve Webex Calling SBC'de ortam bağlarsanız), iğne deliği açık olmadığından ortam Yerel Ağ Geçidine akamaz.

  • Yerel Ağ Geçidindeki STUN bağlantıları özelliği, yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine olanak tanır. Bu, güvenlik duvarında iğne deliğinin açılmasına yardımcı olur.

Daha fazla bilgi için bkz. stun flowdata temsilci kimliği ve stun flowdata paylaşılan gizliliği.

asimetrik yük tam

Hem DTMF hem de dinamik codec yükleri için SIP asimetrik yük desteğini yapılandırır. Bu komut hakkında daha fazla bilgi için, bkz. asimetrik yük.

erken teklif zorlamalı

Yerel Ağ Geçidini, komşu eşten onay beklemek yerine ilk INVITE mesajında SDP bilgilerini göndermeye zorlar. Bu komut hakkında daha fazla bilgi için erken teklif kısmına bakın.

gelen sip profilleri

CUBE'nin mesajları alındıkça değiştirmek için SIP profillerini kullanmasını sağlar. Profiller, çağrı eşleri veya kiracılar aracılığıyla uygulanır.

3

Yapılandır ses sınıfı codec'i 100 santral için codec filtresi. Bu örnekte, tüm santraller için aynı codec filtresi kullanılır. Hassas kontrol için her santral için filtreleri yapılandırabilirsiniz.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı codec 100

SIP hatları aracılığıyla yapılan çağrılar için yalnızca tercih edilen codec'lere izin vermek için kullanılır. Daha fazla bilgi için bkz. ses sınıfı codec'i.

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. (Bu adım, Webex for Government için geçerli değildir)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

stun kullanımı ice lite

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ı ses kullanımı ve ses kullanımı ice lite.

Paragrafların stun kullanımı güvenlik duvarı-geçiş flowdata komutu yalnızca Yerel Ağ Geçidinizi NAT arkasında dağıtırken gereklidir.
Ortam yolu optimizasyonu kullanarak çağrı akışları için ICE-lite'ın stun kullanımını gerekli kılmanız gerekir. SIP'den TDM ağ geçidine ortam optimizasyonu sağlamak için, IP-IP bacağında ICE-Lite özellikli bir geri arama eşi yapılandırın. Daha fazla teknik bilgi için Hesap veya TAC ekipleriyle iletişime geçin.
5

Webex trafiği için ortam şifreleme politikasını yapılandırın. (Bu adım, Webex for Government için geçerli değildir)


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-şifrelemesi.

6

FIPS uyumlu GCM şifrelerini yapılandırın (Bu adım yalnızca Resmi Daireler için Webex için geçerlidir).


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı srtp-şifreleme 100

CUBE'nin sunduğu şifre paketi olarak GCM'yi belirtir. Webex for Government için Yerel Ağ Geçidi için GCM şifrelerinin yapılandırılması zorunludur.

7

Bir Yerel Ağ Geçidi hattına yapılan çağrıları, hedef FQDN'sine veya SRV'sine göre benzersiz bir şekilde tanımlamak için bir şablon yapılandırın:


voice class uri 100 sip
 pattern cube1.lgw.com

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı uri 100 sip

Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu şablona girerken bir santral oluştururken Control Hub'da yapılandırılmış LGW FQDN veya SRV kullanın.

8

SIP mesaj işleme profillerini yapılandırın. Ağ geçidiniz genel bir IP adresiyle yapılandırılmışsa bir profili şu şekilde yapılandırın veya NAT kullanıyorsanız sonraki adıma geçin. Bu örnekte cube1.lgw.com Yerel Ağ Geçidi için yapılandırılmış FQDN ve "198.51.100.1", Webex Calling'e dönük Yerel Ağ Geçidi arayüzünün genel IP adresidir:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

kurallar 10 ve 20

Webex'in yerel ağ geçidinizden mesajların kimliğini doğrulamasına izin vermek için SIP isteğinde bulunan 'Kişi' üstbilgisinde ve yanıt mesajlarında Control Hub'da santral için sağlanan değer bulunmalıdır. Bu, tek bir ana bilgisayarın FQDN'si veya bir cihaz kümesi için kullanılan SRV etki alanı adı olacaktır.

Yerel Ağ Geçidinizi genel IP adresleriyle yapılandırdıysanız sonraki adımı atlayın.

9

Ağ geçidiniz statik NAT arkasında özel bir IP adresiyle yapılandırılmışsa gelen ve giden SIP profillerini aşağıdaki gibi yapılandırın. Bu örnekte cube1.lgw.com, Yerel Ağ Geçidi için yapılandırılmış FQDN, "10.80.13.12" Webex Calling'e dönük arabirim IP adresi ve "192.65.79.20" genel NAT IP adresidir.

Webex Calling'e giden mesajlar için SIP profilleri

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

kurallar 10 ve 20

Webex'in yerel ağ geçidinizden mesajların kimliğini doğrulamasına izin vermek için SIP isteğinde bulunan 'Kişi' üstbilgisinde ve yanıt mesajlarında Control Hub'da santral için sağlanan değer bulunmalıdır. Bu, tek bir ana bilgisayarın FQDN'si veya bir cihaz kümesi için kullanılan SRV etki alanı adı olacaktır.

kurallar 30 - 81

Özel adres referanslarını site için harici genel adrese dönüştürerek Webex’in sonraki mesajları doğru şekilde yorumlamasına ve yönlendirmesine olanak tanır.

Webex Calling'den gelen mesajlar için SIP profili

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

kurallar 10-80

Genel adres referanslarını, Webex'ten gelen mesajların CUBE tarafından doğru şekilde işlenmesine izin vererek, yapılandırılan özel adrese dönüştürün.

Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

10

Üstbilgi değişiklik profili ile SIP Seçenekleri canlı tutma yapılandırın.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı sip seçenekleri-keepalive 100

Etkin bir tutma profili yapılandırır ve ses sınıfı yapılandırma moduna girer. Uç noktaya kalp atışı bağlantısı YUKARI veya Aşağı durumundayken, çağrı hedefine SIP Out Of Dialog Seçenekleri Ping'inin gönderildiği süreyi (saniye olarak) yapılandırabilirsiniz.

Bu canlı tutma profili, Webex’e doğru yapılandırılan çağrı eşinden tetiklenir.

Kişi başlıklarının SBC tam etki alanı adını içerdiğinden emin olmak için SIP profili 115 kullanılır. 30, 40 ve 50. kurallar yalnızca SBC statik NAT arkasında yapılandırıldığında gereklidir.

Bu örnekte cube1.lgw.com, Yerel Ağ Geçidi için seçilen FQDN'dir ve statik NAT kullanılırsa, "10.80.13.12", Webex Calling'e yönelik SBC arabirimi IP adresidir ve "192.65.79.20", NAT genel IP adresidir.

11

Webex Calling santralini yapılandırın:

  1. oluştur ses sınıfı kiracısı 100 Webex Calling santrali için özel olarak gerekli yapılandırmaları tanımlamak ve gruplandırmak için. Bu kiracıyla ilişkili çağrı eşleri daha sonra şu yapılandırmaları devralır:

    Aşağıdaki örnekte, bu kılavuzun amacı için Adım 1'de gösterilen değerler kullanılır (kalın olarak gösterilmiştir). Bunları yapılandırmanızdaki santralinizin değerleriyle değiştirin.

    
    voice class tenant 100
     no remote-party-id
     sip-server dns:us25.sipconnect.bcld.webex.com
     srtp-crypto 100
     localhost dns:cube1.lgw.com
     session transport tcp tls
     no session refresh
     error-passthru
     bind control source-interface GigabitEthernet0/0/1
     bind media source-interface GigabitEthernet0/0/1
     no pass-thru content custom-sdp
     sip-profiles 100 
     sip-profiles 110 inbound
     privacy-policy passthru
    !

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    ses sınıfı kiracı 100

    Kendi TLS sertifikasına ve CN veya SAN doğrulama listesine sahip santralleri yapılandırmak için kiracılar kullanmanızı öneririz. Burada kiracıyla ilişkili tls profili, yeni bağlantıları kabul etmek veya oluşturmak için kullanılacak güven noktasını içerir ve gelen bağlantıları doğrulamak için CN veya SAN listesine sahiptir. Daha fazla bilgi için bkz. ses sınıfı kiracısı.

    uzak taraf- kimliği yok

    Webex Calling, CIO kullanılarak etkinleştirilen PAI'yi desteklediğinden, SIP Uzak Taraf Kimliği (RPID) üstbilgisini devre dışı bırakın onaylanan kimlik pai. Daha fazla bilgi için bkz. uzak-taraf-kimliği.

    sip-server dns:us25.sipconnect.bcld.webex.com

    Santral için hedef SIP sunucusunu yapılandırır. Santralinizi oluşturduğunuzda Control Hub’da sağlanan edge proxy SRV adresini kullanın

    srtp-şifreleme 100

    SRTP çağrı bacağı (bağlantı) için tercih edilen şifre paketlerini yapılandırır (Adım 5'te belirtilir). Daha fazla bilgi için bkz. ses sınıfı srtp-şifrelemesi.

    localhost dns'leri: küp1.lgw.com

    CUBE, giden mesajlardaki Gönderen, Çağrı Kimliği ve Uzak-Taraf-Kimliği üstbilglerindeki fiziksel IP adresini verilen FQDN ile değiştirmek üzere yapılandırır.

    oturum aktarımı tcp tls

    Ilişkili çağrı eşleri için aktarımı TLS'ye ayarlar. Daha fazla bilgi için bkz. oturum aktarımı.

    oturum yenilemesi yok

    SIP oturum yenilemesini genel olarak devre dışı bırakır.

    hata-passthru

    SIP hata yanıtı aktarma işlevini belirtir. Daha fazla bilgi için bkz. hata-passthru.

    bind control source-interface GigabitEthernet0/0/1

    Webex Calling'e gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind ortam kaynağı-arayüzü GigabitEthernet0/0/1

    Webex Calling'e gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    ses sınıfı sip profilleri 100

    Giden mesajlar için kullanmak üzere üstbilgi değişiklik profilini (Genel IP veya NAT adresleme) uygular. Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

    ses sınıfı sip profilleri 110 gelen

    Gelen mesajlar için kullanmak üzere üstbilgi değişiklik profilini (yalnızca NAT adreslemesi) uygular. Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

    gizlilik politikası passthru

    Alınan mesajdan bir sonraki çağrı ayağına gizlilik değerlerini geçirecek santralin gizlilik üstbilgisi politikası seçeneklerini yapılandırır. Daha fazla bilgi için gizlilik politikası kısmına bakın.

  2. Webex Calling santral çağrı eşini yapılandırın.

    
    dial-peer voice 100 voip
     description Inbound/Outbound Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     incoming uri request 100
     voice-class codec 100
     voice-class stun-usage 100
     voice-class sip rel1xx disable
     voice-class sip asserted-id pai
     voice-class sip tenant 100
     voice-class sip options-keepalive profile 100
     dtmf-relay rtp-nte 
     srtp
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    
    dial-peer voice 100 voip
     description Inbound/Outbound Webex Calling

    etiketiyle VoIP arama eşi tanımlar 100 ve yönetim kolaylığı ve sorun giderme konusunda anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

    hedef-desen BAD.BAD

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Arama eşini belirtir 100 SIP çağrı ayaklarını yönetir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi sip sunucusu

    Kiracı 100'de tanımlanan SIP sunucusunun devralındığını ve bu çağrı eşinden gelen çağrılar için hedef için kullanıldığını gösterir.

    gelen uri isteği 100

    Bir VoIP arama eşini gelen çağrının tekdüzen kaynak tanımlayıcısı (URI) ile eşleştirmek için kullanılan ses sınıfını belirtmek. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Webex Calling'e ve Webex Calling'den yapılan çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    ses sınıfı stun kullanımı 100

    Yerel Ağ Geçidinde yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine izin verir. STUN, medya trafiği için bir güvenlik duvarı iğne deliği açmaya yardımcı olur.

    ses sınıfı sip asserted-id pai

    Giden çağrı bilgilerini, gizlilik onaylama kimliği (PAI) üstbilgisini kullanarak ayarlar. Daha fazla bilgi için bkz. ses sınıfı sip iddia kimliği.

    ses sınıfı sip kiracısı 100

    Çağrı eşi, küresel olarak yapılandırılmış ve 100 numaralı kiracıya ait tüm parametreleri devralır. Çağrı eşi düzeyinde parametreler geçersiz kılınabilir. Daha fazla bilgi için bkz. ses sınıfı sip kiracısı.

    ses sınıfı sip seçenekleri-canlı tutma profili 100

    Bu komut, belirli bir profil (100) kullanılarak bir grup SIP sunucusu veya uç nokta kullanılabilirliğini izlemek için kullanılır.

    srtp

    Çağrı bacağı için SRTP'yi etkinleştirir.

Yukarıda Webex Calling'e doğru bir santral oluşturduktan sonra, SIP tabanlı PSTN sağlayıcısına doğru şifrelenmemiş bir santral oluşturmak için aşağıdaki yapılandırmayı kullanın:

Hizmet Sağlayıcınız güvenli bir PSTN santrali sunarsa Webex Calling santrali için yukarıda açıklanan benzer bir yapılandırmayı takip edebilirsiniz. Güvenli bir şekilde çağrı yönlendirme CUBE tarafından desteklenir.

TDM / ISDN PSTN santrali kullanıyorsanız TDM PSTN santrali ile Yerel Ağ Geçidini Yapılandırma sonraki bölüme geçin.

Cisco TDM-SIP Ağ Geçitlerinde PSTN çağrı ayakları için TDM arayüzlerini yapılandırmak için bkz. ISDN PRI Yapılandırma.

1

PSTN santralinden gelen çağrıları tanımlamak için aşağıdaki ses sınıfı uri'sini yapılandırın:


voice class uri 200 sip
  host ipv4:192.168.80.13

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

ses sınıfı uri 200 sip

Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu kalıbı girerken, IP PSTN ağ geçidinizin IP adresini kullanın. Daha fazla bilgi için bkz. voice class uri.

2

Aşağıdaki IP PSTN çağrı eşini yapılandırın:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Yapılandırma için alanların açıklaması aşağıda verilmiştir:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

200 etiketiyle VoIP arama eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

hedef-desen 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 şablonu (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ü (çevirme eşi).

oturum hedefi ipv4:192.168.80.13

Çağrı bacağını göndermek için hedefin hedef IPv4 adresini gösterir. Buradaki oturum hedefi, ITSP'nin IP adresidir. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi).

200 üzerinden gelen uri

IP PSTN'nin IP adresi olan VIA üstbilgisi için eşleşme kriteri tanımlar. Yerel Ağ Geçidinde gelen tüm IP PSTN çağrı bacaklarını çağrı eşi 200 ile eşleştirir. Daha fazla bilgi için gelen url’ye bakın.

bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

bind media source-interface GigabitEthernet0/0/0

PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

ses sınıfı codec 100

Arama eşini, ortak codec filtre listesi 100'ü kullanacak şekilde yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec.

dtmf-geçişi rtp-nte

RTP-NTE'yi (RFC2833) çağrı bacağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

hiç vadi yok

Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

3

Yerel Ağ Geçidinizi yalnızca çağrıları Webex Calling ve PSTN arasında yönlendirecek şekilde yapılandırıyorsanız aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin. Yerel Ağ Geçidinizi bir Unified Communications Manager platformuyla yapılandırıyorsanız bir sonraki bölüme geçin.

  1. Çağrıları Webex Calling'e veya PSTN'ye yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. DPG 100, PSTN'den gelen çağrı eşine uygulanır. Benzer şekilde, DPG 200'yi PSTN'ye doğru giden çağrı eşi 200 ile tanımlayın. DPG 200, Webex’ten gelen çağrı eşine uygulanır.

    
    voice class dpg 100 
     description Route calls to Webex Calling 
     dial-peer 100 
    voice class dpg 200 
     description Route calls to PSTN 
     dial-peer 200

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları Webex’ten PSTN’ye ve PSTN’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

    
    dial-peer voice 100
     destination dpg 200
    dial-peer voice 200
     destination dpg 100 

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Webex Calling'e doğru bir santral oluşturduktan sonra, Webex çağrı ayağında medya optimizasyonuna izin vermek için geri arama yönlendirme ile PSTN hizmetiniz için bir TDM santrali oluşturmak üzere aşağıdaki yapılandırmayı kullanın.

IP medya optimizasyonu gerektirmiyorsanız SIP PSTN santralinin yapılandırma adımlarını izleyin. PSTN VoIP arama eşi yerine bir ses bağlantı noktası ve POTS arama eşi (Adımlar 2 ve 3'te gösterildiği gibi) kullanın.
1

Geri döngü arama eşi yapılandırması, çağrı yönlendirme döngüleri oluşturmadan çağrıların Webex ve PSTN arasında doğru bir şekilde geçmesini sağlamak için çağrı eşi grupları ve çağrı yönlendirme etiketleri kullanır. Çağrı yönlendirme etiketlerini eklemek ve kaldırmak için kullanılacak aşağıdaki çeviri kurallarını yapılandırın:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12 

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

sesli çeviri kuralı

Çağrı yönlendirme etiketleri eklemek veya kaldırmak için kurallarda tanımlanan düzenli ifadeleri kullanır. Sorun giderme açısından netlik kazandırmak için aşırı bozucu rakamlar (‘A’) kullanılır.

Bu yapılandırmada, çeviri profili 100 tarafından eklenen etiket, geri dönüş çağrı eşleri aracılığıyla Webex Calling'den gelen çağrıları PSTN'ye yönlendirmek için kullanılır. Benzer şekilde, çeviri profili 200 tarafından eklenen etiket, PSTN'den gelen çağrıları Webex Calling'e yönlendirmek için kullanılır. Çeviri profilleri 11 ve 12, sırasıyla çağrıları Webex ve PSTN hatlarına iletmeden önce bu etiketleri kaldırır.

Bu örnekte, Webex Calling’den aranan numaraların +E.164 biçiminde sunulduğu varsayılır. Kural 100, aranan geçerli bir sayıyı korumak için baştaki + işaretini kaldırır. Kural 12, etiketi kaldırırken ulusal veya uluslararası bir yönlendirme basamakları ekler. Yerel ISDN ulusal arama planınıza uygun rakamları kullanın.

Webex Calling numaraları ulusal biçimde gösteriyorsa, sırasıyla yönlendirme etiketini ekleyip kaldırmak için 100 ve 12 numaralı kuralları ayarlayın.

Daha fazla bilgi için bkz. sesli çeviri profili ve sesli çeviri kuralı.

2

TDM ses arabirimi bağlantı noktalarını, kullanılan hat türü ve protokolün gerektirdiği şekilde yapılandırın. Daha fazla bilgi için bkz. ISDN PRI Yapılandırma. Örneğin, bir cihazın NIM yuvası 2'ye yüklü bir Birincil Hız ISDN arabiriminin temel yapılandırması şunları içerebilir:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31 
3

Aşağıdaki TDM PSTN çağrı eşini yapılandırın:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Yapılandırma için alanların açıklaması aşağıda verilmiştir:


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

200 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

hedef-desen 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 şablonu (arayüz) .

çeviri profili gelen 200

Gelen aranan numaraya çağrı yönlendirme etiketi ekleyecek çeviri profili atar.

doğrudan içe-arama

Çağrıyı ikincil bir çevir sesi sağlamadan yönlendirir. Daha fazla bilgi için bkz. doğrudan içe arama.

bağlantı noktası 0/2/0:15

Bu çağrı eşi ile ilişkilendirilmiş fiziksel ses bağlantı noktası.

4

TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının ortam optimizasyonunu etkinleştirmek için, Webex Calling ve PSTN hatları arasında bir dizi dahili geri dönüş çağrı eşi ekleyerek çağrı yönlendirmesini değiştirebilirsiniz. Aşağıdaki geri döngü arama eşlerini yapılandırın. Bu durumda, tüm gelen çağrılar başlangıçta çağrı eşi 10'a ve buradan uygulanan yönlendirme etiketine göre çağrı eşi 11 veya 12'ye yönlendirilecektir. Yönlendirme etiketi kaldırıldıktan sonra çağrılar çağrı eşi grupları kullanılarak giden santrale yönlendirilir.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad 

Yapılandırma için alanların açıklaması aşağıda verilmiştir:


dial-peer voice 10 pots
 description Outbound loop-around leg

VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

çeviri profili gelen 11

Giden santrale geçmeden önce çağrı yönlendirme etiketini kaldırmak için daha önce tanımlanan çeviri profilini uygular.

hedef-desen 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 şablonu (arayüz) .

oturum protokolü sipv2

Bu çağrı eşinin SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çevirme eşi).

oturum hedefi 192.168.80.14

Geri dönmeye giden çağrı hedefi olarak yerel yönlendirici arabirimi adresini belirtir. Daha fazla bilgi için bkz. oturum hedefi (voip arama eşi).

bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

Geri döngü yoluyla gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

bind media source-interface GigabitEthernet0/0/0

Geri döngü yoluyla gönderilen medya için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

dtmf-geçişi rtp-nte

RTP-NTE'yi (RFC2833) çağrı bacağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

codec g711alaw

Tüm PSTN çağrılarını G.711'i kullanmaya zorlar. ISDN hizmetiniz tarafından kullanılan şirketleştirme yöntemiyle eşleştirmek için a-law veya u-law seçin.

hiç vadi yok

Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

5

Aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin:

  1. Geri döngü yoluyla çağrıları PSTN ve Webex hatları arasında yönlendirmek için çağrı eşi grupları oluşturun.

    
    voice class dpg 100
     description Route calls to Webex Calling
     dial-peer 100
    voice class dpg 200
     description Route calls to PSTN
     dial-peer 200
    voice class dpg 10
     description Route calls to Loopback
     dial-peer 10

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları yönlendirmek için çağrı eşi gruplarını uygulayın.

    
    dial-peer voice 100
     destination dpg 10
    dial-peer voice 200
     destination dpg 10
    dial-peer voice 11
     destination dpg 100
    dial-peer voice 12
     destination dpg 200

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Önceki bölümlerdeki PSTN-Webex Calling yapılandırması, bir Cisco Unified Communications Manager (UCM) kümesine ek santraller içerecek şekilde değiştirilebilir. Bu durumda, tüm çağrılar Unified CM aracılığıyla yönlendirilir. 5060 numaralı bağlantı noktasındaki UCM'den gelen çağrılar PSTN'ye ve bağlantı noktası 5065'ten gelen çağrılar Webex Calling'e yönlendirilir. Bu çağrı senaryosunu dahil etmek için aşağıdaki artan yapılandırmalar eklenebilir.

1

Aşağıdaki ses sınıfı URI'lerini yapılandırın:

  1. Bağlantı noktası VIA SIP kullanarak Unified CM'yi Webex çağrılarına sınıflandırır:

    
    voice class uri 300 sip
     pattern :5065
    
  2. Bağlantı noktası aracılığıyla SIP kullanarak Unified CM'yi PSTN çağrılarına sınıflandırır:

    
    voice class uri 400 sip
     pattern 192\.168\.80\.6[0-5]:5060
    

    Kaynak adreslerini ve bağlantı noktası numarasını açıklayan bir veya daha fazla şablon kullanarak UCM'den PSTN santraline gelen mesajları sınıflandırın. Gerekirse eşleşen kalıpları tanımlamak için düzenli ifadeler kullanılabilir.

    Yukarıdaki örnekte, 192.168.80.60 ila 65 aralığındaki herhangi bir IP adresini ve 5060 bağlantı noktası numarasını eşleştirmek için düzenli bir ifade kullanılır.

2

Unified CM ana bilgisayarlarına SRV yönlendirmesini belirtmek için aşağıdaki DNS kayıtlarını yapılandırın:

IOS XE, hedef UCM ana bilgisayarlarını ve bağlantı noktalarını yerel olarak belirlemek için bu kayıtları kullanır. Bu yapılandırma ile, DNS sisteminizdeki kayıtları yapılandırmanız gerekmez. DNS’inizi kullanmayı tercih ederseniz bu yerel yapılandırmalar gerekli değildir.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Yapılandırma için alanların açıklaması aşağıda verilmiştir:

Aşağıdaki komut bir DNS SRV kaynak kaydı oluşturur. Her UCM ana bilgisayarı ve santrali için bir kayıt oluşturun:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV kaynağı kayıt adı

2: SRV kaynak kaydı önceliği

1: SRV kaynağı kayıt ağırlığı

5060: Bu kaynak kaydındaki hedef ana bilgisayar için kullanılacak bağlantı noktası numarası

ucmsub5.mydomain.com: Kaynak kaydı hedef ana bilgisayarı

Kaynak kaydı hedef ana bilgisayar adlarını çözümlemek için yerel DNS A kayıtları oluşturun. Örnek:

ip ana bilgisayar ucmsub5.mydomain.com 192.168.80.65

ip ana bilgisayarı: Yerel IOS XE veritabanında bir kayıt oluşturur. Name

ucmsub5.mydomain.com: A kaydı toplantı sahibi adı.

192.168.80.65: Ana bilgisayar IP adresi.

UCM ortamınızı ve tercih edilen çağrı dağıtım stratejinizi yansıtacak SRV kaynak kayıtlarını ve A kayıtlarını oluşturun.

3

Aşağıdaki çağrı eşlerini yapılandırın:

  1. Unified CM ve Webex Calling arasındaki çağrılar için çağrı eşi:

    
    dial-peer voice 300 voip
     description UCM-Webex Calling trunk
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:wxtocucm.io
     incoming uri via 300
     voice-class codec 100
     voice-class sip bind control source-interface GigabitEthernet 0/0/0
     voice-class sip bind media source-interface GigabitEthernet 0/0/0
     dtmf-relay rtp-nte
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    
    dial-peer voice 300 voip
     description UCM-Webex Calling trunk

    300 etiketiyle VoIP arama eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar.

    hedef-desen BAD.BAD

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 300'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:wxtocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı wxtocucm.io kullanılır.

    300 üzerinden gelen uri

    5065 kaynak bağlantı noktasını kullanarak Unified CM'den gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 300'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-geçişi rtp-nte

    RTP-NTE'yi (RFC2833) çağrı bacağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    hiç vadi yok

    Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

  2. Unified CM ve PSTN arasındaki çağrılar için çağrı eşi:

    
    dial-peer voice 400 voip
     description UCM-PSTN trunk
     destination-pattern BAD.BAD
     session protocol sipv2
     session target dns:pstntocucm.io
     incoming uri via 400
     voice-class codec 100 
     voice-class sip bind control source-interface GigabitEthernet 0/0/0
     voice-class sip bind media source-interface GigabitEthernet 0/0/0
     dtmf-relay rtp-nte
     no vad
    

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    
    dial-peer voice 400 voip
     description UCM-PSTN trunk

    400 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sağlar.

    hedef-desen BAD.BAD

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 400'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:pstntocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı pstntocucm.io kullanılır.

    400 üzerinden gelen uri

    5060 kaynak bağlantı noktasını kullanarak belirtilen Unified CM ana bilgisayarlarından gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 400'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-geçişi rtp-nte

    RTP-NTE'yi (RFC2833) çağrı bacağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    hiç vadi yok

    Ses etkinliğinin algılanmasını devre dışı bırakır. Daha fazla bilgi için bkz. vad (çevirme eşi).

4

Aşağıdaki yapılandırmaları kullanarak çağrı yönlendirme ekleyin:

  1. Çağrıları Unified CM ve Webex Calling arasında yönlendirmek için çağrı eşi grupları oluşturun. DPG 100'ü ile tanımla giden çağrı eşi 100 Webex Calling’e doğru. DPG 100, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 300 ile DPG 300'yi tanımlayın. DPG 300, Webex’ten gelen çağrı eşine uygulanır.

    
    voice class dpg 100
     description Route calls to Webex Calling
     dial-peer 100
    voice class dpg 300
     description Route calls to Unified CM Webex Calling trunk
     dial-peer 300 
  2. Çağrıları Unified CM ve PSTN arasında yönlendirmek için çağrı eşi grupları oluşturun. DPG 200'ü ile tanımla giden çağrı eşi 200 PSTN doğru. DPG 200, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 400 ile DPG 400'yi tanımlayın. PSTN'den gelen çağrı eşine DPG 400 uygulanır.

    
    voice class dpg 200
     description Route calls to PSTN
     dial-peer 200
    voice class dpg 400
     description Route calls to Unified CM PSTN trunk
     dial-peer 400

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  3. Çağrıları Webex’ten Unified CM’ye ve Unified CM’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

    
    dial-peer voice 100
     destination dpg 300
    dial-peer voice 300
     destination dpg 100

    Yapılandırma için alanların açıklaması aşağıda verilmiştir:

    hedef dpg 300

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

  4. Çağrıları PSTN'den Unified CM'ye ve Unified CM'den PSTN'ye yönlendirmek için çağrı eşi gruplarını uygulayın:

    
    dial-peer voice 200
     destination dpg 400
    dial-peer voice 400
     destination dpg 200 

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Tanı Imzaları (DS), Cisco IOS XE tabanlı Yerel Ağ Geçidinde yaygın olarak gözlemlenen sorunları proaktif olarak algılar ve olaya ilişkin e-posta, syslog veya terminal mesajı bildirimi oluşturur. DS'yi, çözüm süresini kısaltmak amacıyla tanı verisi toplama işlemini otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için de yükleyebilirsiniz.

Tanı Imzaları (DS), sorun tetikleyici olaylar ve sorunu bilgilendirmek, gidermek ve düzeltmek 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 komut gösterme çıktılarını periyodik olarak izleyerek kullanın. Eylem türleri şunları içerir:

  • Komut göster çıktılarının toplanması

  • Birleştirilmiş günlük dosyası oluşturuluyor

  • Dosyayı HTTPS, SCP, FTP sunucusu gibi kullanıcı tarafından sağlanan ağ konumuna yükleme

TAC mühendisleri DS dosyalarını yazar ve bütünlüğün korunması için dijital olarak imzalar. Her bir DS dosyası, sistem tarafından atanan benzersiz sayısal kimliğe sahiptir. Tanı Imzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için geçerli imzaları bulmak için tek kaynaktır.

Başlamadan önce:

  • DSLT'den indirdiğiniz DS dosyasını düzenlemeyin. Değiştirdiğiniz dosyaların kurulumu, bütünlük kontrolü hatası nedeniyle başarısız olur.

  • Yerel Ağ Geçidinin e-posta bildirimleri göndermesi için gereken bir Basit Posta Aktarım Protokolü (SMTP) sunucusu.

  • E-posta bildirimleri için güvenli SMTP sunucusunu kullanmak istiyorsanız, Yerel Ağ Geçidinin IOS XE 17.6.1 veya üzeri bir sürümde çalıştığından emin olun.

Cisco WebEx Meeting Center Yapılandırma Kılavuzları

IOS XE 17.6.1 veya üzeri sürümleri çalıştıran Yerel Ağ Geçidi

  1. Tanı İmzalarının varsayılan olarak etkinleştirilmesi.

  2. Cihazın IOS XE 17.6.1 veya üzeri bir sürümde çalışı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 ds_email yöneticinizin e-posta adresiyle yapılandırın.

    
    configure terminal 
    call-home  
    diagnostic-signature 
    LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
    end 

Proaktif izleme için tanı imzaları yükle

Yüksek CPU kullanımını izleme

Bu DS, SNMP OID 1.3.6.1.4.1.9.2.1.56 kullanarak 5 saniyelik CPU kullanımını takip eder. 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ı 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 örnekte, dosyanın bir FTP sunucusundan Yerel Ağ Geçidine kopyalanması gösterilmektedir.

    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. kullanarak çağrı-ev 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. 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.  Son anketten itibaren hata sayısı artışı 5 veya daha büyük ise, bir syslog 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 Bildirimiyle SIP anormal çağrı bağlantı kesme algılama.

  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 çağrı-ev 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ı yükleyin

Sorunları hızlı bir şekilde çözmek için Tanı Imzaları (DS) da kullanabilirsiniz. Cisco TAC mühendisleri, belirli bir sorunu gidermek, sorunun gerçekleşmesini tespit etmek, doğru tanı verilerini toplamak ve verileri otomatik olarak Cisco TAC vakasına aktarmak için gerekli hata ayıklamaları mümkün kılan çeşitli imzalara yetki vermiştir. Bu da, sorunun gerçekleşip gerçekleşmediğini manuel olarak kontrol etme ihtiyacını ortadan kaldırarak aralıklı ve geçici sorunların tespit edilmesini çok daha kolay bir hale getirmektedir.

Geçerli imzaları bulmak ve belirli bir sorunu çözmek için bunları yüklemek için Tanı Imzaları Arama Aracını kullanabilir veya destek etkileşiminin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.

Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" syslog ve aşağıdaki adımları kullanarak tanılama verileri toplamayı otomatikleştirin:

  1. Tanılama verilerini yüklemek için başka bir DS ortam değişkenini ds_fsurl_prefix Cisco TAC dosyası sunucu yolu (cxd.cisco.com) olarak yapılandırın. Dosya yolundaki kullanıcı adı, vaka numarasıdır ve parola, aşağıda gösterildiği gibi Destek Vaka Yöneticisi'nden alınabilecek dosya yükleme belirtecidir. Dosya yükleme belirteci, gerektiğinde 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. 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ıklama ve tanı imzalarını devre dışı bırakmak için Yüksek CPU izleme DS 64224'ü proaktif bir önlem olarak yüklemenizi öneririz. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya 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ı.

  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. Yerel Ağ Geçidine yüksek CPU izleme DS 64224'ü ve ardından DS 65095 XML dosyasını yükleyin.

    
    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ı imzalarının yürütülmesini doğrula

Aşağıdaki komutta, komutun “Durum” sütunu çağrı-ev tanı-imzasını göster Yerel Ağ Geçidi imzada tanımlanan eylemi yürütürken “çalışıyor” olarak değişir. çıktısı çağrı-ev tanı-imza istatistiklerini göster, bir tanı imzasının ilgili bir olayı algılayıp eylemi gerçekleştirip gerçekleştirmediğini doğrulamanın en iyi yoludur. "Tetikleme/Maks/Yüklemeyi Kaldırma" sütunu, verilen imzanın bir olayı kaç kez tetiklediğini, bir olayı maksimum kaç kez algılamak için tanımlandığını ve maksimum tetiklenen olay sayısı algılandıktan sonra imzanın kendisini kaldırıp kaldırmadığını belirtir.

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

çağrı-ev tanı-imza 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ı Imzası yürütülmesi sırasında gönderilen bildirim e-postası, sorun türü, cihaz ayrıntıları, yazılım sürümü, çalıştırma yapılandırması gibi önemli bilgiler içerir ve belirtilen sorunu gidermek için ilgili komut çıktılarını gösterir.

Tanı imzalarını kaldır

Sorun giderme amacıyla tanı imzalarını kullanın, genellikle bazı sorun örneklerinin algılanmasından sonra kaldırmak için tanımlanır. Bir imzayı manuel olarak kaldırmak isterseniz çıktısından DS kimliğini alın çağrı-ev tanı-imzasını göster 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 Imzaları Arama Aracına periyodik olarak yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir.

CUBE yüksek kullanılabilirliğini Yerel Ağ Geçidi Olarak uygulama

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

Webex Calling için Unified CM Yapılandırma

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:

AyarDeğer
AdWebex gibi, benzersiz bir ad
AçıklamaWebex SIP Santral Güvenliği Profili gibi anlamlı bir açıklama
Gelen PortWebex'e/Webex'ten gelen trafik için yerel ağ geçidi yapılandırmasında kullanılan portla eşleşmesi gerekir: 5065 izleme

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:

AyarDeğer
AdWebex gibi, benzersiz bir ad
AçıklamaWebex 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ştirKontrol 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:

AyarDeğer
AdWebex gibi, benzersiz bir ad
AçıklamaWebex 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:

AyarDeğer
Cihaz Bilgileri
DeviceNameWebex gibi benzersiz bir ad
AçıklamaWebex SIP Santrali gibi anlamlı bir açıklama
Tüm Aktif Unified CM Düğümlerinde ÇalıştırKontrol 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 AdresYerel Ağ Geçidi CUBE'ünün IP adresi
Hedef Bağlantı Noktası5060 izleme
SIP Santrali Güvenlik ProfiliDaha önce tanımlanan: Webex
SSO ProfiliDaha önce tanımlanan: Webex

Webex için Yönlendirme Grubu Yapılandırma

Aşağıdaki ayarlarla bir yönlendirme grubu oluşturun:

AyarDeğer
Yol Grubu Bilgileri
Yönlendirme Grubu AdıWebex gibi benzersiz bir ad
Seçili CihazlarDaha ö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:

AyarDeğer
Yol Listesi Bilgileri
AdRL_Webex gibi benzersiz bir ad
AçıklamaWebex için yönlendirme listesi gibi anlamlı bir açıklama
Tüm Aktif Unified CM Düğümlerinde ÇalıştırKontrol edildi
Yol Listesi Üye Bilgileri
Seçilen GruplarYalnı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:

AyarDeğer
Yol Listesi Bilgileri
AdWebex gibi, benzersiz bir ad
AçıklamaWebex Bölümü gibi anlamlı bir açıklama

Sonraki işlemler

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:

AyarDeğer
Yol ŞablonuWebex'te başta "\" ile DID aralığı için tam +E.164 şablonudur. Örnek: \+140855501XX
Yol BölümüWebex
Ağ Geçidi/Yol ListesiRL_Webex
Acil ÖnceliğiKontrol 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:

AyarDeğer
Çevrim ŞablonuWebex'te ESN aralığı için ESN şablonudur. Örnek: 80121XX
BölümWebex
AçıklamaWebex Normalleştirme Şablonu gibi anlamlı bir açıklama
Çağrı Kaynağının Çağrı Arama Alanını KullanKontrol edildi
Acil ÖnceliğiKontrol edildi
Sonraki Atlamalarda Haneler Arası Zaman Aşımını BeklemeKontrol edildi
Aranan Taraf Dönüştürme MaskesiNumarayı +E.164'e normalleştirmek için kullanılan maskedir. Örnek: +140855501XX

Webex Calling özelliklerinizi ayarlama

Çağrı yakalama grubu ayarlama

Çağrı yakalama grupları, gelen çağrıları bir grup kullanıcıya veya çalışma alanına yönlendirir. Bir grubun tamamına yönlendirme yapabileceğiniz bir model dahi oluşturabilirsiniz.

Çağrı yakalama grubu oluşturma hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Yakalama Grupları.

Çağrı sırası oluşturma

Müşterilerin çağrılarının yanıtlanamaması durumunda, otomatik yanıt, ilgilenme mesajı ve çağrının yanıtlanmasına kadar bekleme süresince müzik dinletmek için bir çağrı sırası oluşturabilirsiniz.

Çağrı sırası oluşturma ve yönetme hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Sıralarını Yönetme.

Resepsiyonist istemcisi oluştur

Ön ofis personelinizin ihtiyaçlarının karşılanmasını sağlayın. Kuruluşunuzdaki belirli kişilere gelen çağrıları görüntüleyebilmeleri için kullanıcıları telefon görevlisi olarak ayarlayabilirsiniz.

Resepsiyonist istemcilerinizi oluşturma ve görüntüleme hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Resepsiyonist İstemcileri.

Otomatik santralleri oluşturun ve yönetin

Karşılama ekleyebilir, menüleri ayarlayabilir, çağrıları bir yanıtlama hizmetine, çağrı yakalama grubuna, sesli mesaj kutusuna veya gerçek bir kişiye yönlendirebilirsiniz. 24 saatlik bir plan oluşturun veya işletmeniz açık veya kapalı olduğunda farklı seçenekler sağlayın.

Otomatik santralleri oluşturma ve yönetme hakkında bilgi için bkz. Cisco Webex Control Hub'da Otomatik Santralleri Yönetme.

Çağrı grubu yapılandırma

Çağrı Grubu, kullanıcının özel bir Çağrı Grubu'na atanan numarayı veya dahili numarayı arayarak 75 adete varan hedef kullanıcıya ve iş istasyonuna tek yönlü çağrı veya grup çağrısı yapmasına olanak tanır.

Çağrı gruplarının nasıl ayarlanacağı ve düzenleneceği hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub’da Çağrı Grubu Yapılandırma.

Çağrı almayı ayarla

Kullanıcıların diğer çağrıları yanıtlayabilmesi için bir çağrı alma grubu oluşturarak ekip çalışmasını ve iş birliğini geliştirin. Bir çağrı alma grubuna kullanıcı eklerken bir grup üyesinin dışarıda veya meşgul olması durumunda, onun çağrılarını başka bir grup üyesi yanıtlayabilir.

Çağrı alma grubunun nasıl oluşturulacağı hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Alma.

Çağrı parkını ayarla

Çağrı parkı, tanımlı bir kullanıcı grubunun, bir çağrı parkı grubunun kullanılabilir diğer üyelerine çağrı park etmesine olanak tanır. Park edilen çağrıları, grubun diğer üyeleri kendi telefonlarından alabilir.

Çağrı parkı ayarlama hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Parkı.

Kullanıcılar için katılma özelliğini etkinleştir

1

https://admin.webex.com içindeki müşteri görünümünden Yönetim > Kullanıcılar.

2

Bir kullanıcı seçip Calling düğmesine tıklayın.

3

Kullanıcı arası izinler bölümüne gidin ve ardından Katıl'ı seçin.

4

Diğer kullanıcıların kendilerini bu kullanıcının devam eden çağrısına eklemesine izin vermek için düğmeyi açın.

5

Bu kullanıcı çağrısına katıldığında başkalarına bir ses çalmak istiyorsanız Bu kullanıcı çağrıya katıldığında ses çal seçeneğini işaretleyin.

Bu kullanıcı bir çağrı ayarına katıldığında Bir ses çal, Müşteri Deneyimi Temel ve Temel bilgileri gözetmen katılma işlevi için geçerli değildir. Bir denetleyici için bu seçeneği etkinleştirseniz bile, denetleyici çağrı sırasındaki çağrıya katıldığında sistem temsilciye bildirim sesini çalmaz.

Bir denetleyici çağrıya katıldığında temsilcinin sesini çalmak istiyorsanız, bunu 'Temsilciler için bildirim sesi' ayarlarıyla etkinleştirebilirsiniz. Daha fazla bilgi için Webex Müşteri Deneyimi Temel veya Webex Müşteri Deneyimi Temel Bileşenleri'nde Kuyruk oluşturma bölümüne bakın.

6

Kaydet seçeneğine tıklayın.

Kullanıcı için gizliliği etkinleştir

1

Control Hub'da oturum açın ve şuraya gidin: Yönetim > Kullanıcılar.

2

Bir kullanıcı seçin ve Calling düğmesine tıklayın.

3

Kullanıcı Izinleri alanına gidin ve ardından Gizlilik'i seçin.

4

Bu kullanıcı için uygun Otomatik Santral Gizliliği ayarlarını seçin.

  • Bu kullanıcının dahili numarayla aranmasına izin verin
  • Bu kullanıcının adı veya soyadıyla aranmasına izin verin
5

Gizliliği Etkinleştir onay kutusunu işaretleyin. Ardından, açılır listeden üye seçmeyerek herkesi engellemeye karar verebilirsiniz. Alternatif olarak bu kullanıcının hat durumunu izleyebilecek kullanıcıları, çalışma alanlarını ve sanal hatları seçebilirsiniz.

Konum yöneticisiyseniz yalnızca atandığınız konumlarınızla ilgili kullanıcılar, çalışma alanları ve sanal hatlar açılır listede görünür.

Herkesin hat durumunu izlemesine izin vermek için Gizliliği Etkinleştir onay kutusunun işaretini kaldırın.

6

Yönlendirilmiş çağrı alma ve katılma gizliliği etkinleştirmek için Yönlendirilmiş çağrı alma ve katılma için gizliliği zorunlu kıl onay kutusunu işaretleyin.

  • Bu seçeneği etkinleştirirseniz yalnızca yetkili kullanıcılar, sanal hatlar ve çalışma alanı cihazları yönlendirilmiş çağrı almayı ve bu kullanıcıda katılma özelliğini kullanabilir. Aksi takdirde, kuruluştaki herhangi bir kişi yönlendirilmiş çağrı alma çağırabilir ve bir hatta katılma yapabilir.
  • Katılma hakkında daha fazla bilgi için Başka birinin telefon görüşmesine katılma bölümüne bakın.
  • Denetleyici, temsilcilerin çağrı sırasından aldığı çağrılara her zaman katılabilir. Yani gizlilik ayarları gözetmenin katılma seçeneğini etkilemez.
7

Ada göre üye ekle seçeneğinden, telefon hattı durumunu izleyebilen ve yönlendirilmiş çağrı alma ve katılma işlemlerini başlatabilen kullanıcıları, çalışma alanlarını ve sanal hatları seçin.

8

Seçtiğiniz üyeleri filtrelemek için ada, numaraya veya dahili alana göre filtreyi kullanın.

9

Seçilen tüm üyeleri kaldırmak için Tümünü Kaldır düğmesine tıklayın.

Tek bir üyesi kaldırmak için üye adının yanındaki Delete (Sil) kısmına tıklayın.
10

Kaydet seçeneğine tıklayın.

Privacy settings

Izlemeyi yapılandır

Bir kullanıcı için maksimum izlenen hat sayısı 50'dir. Ancak, izleme listesini yapılandırırken Webex Calling ve ağınız arasındaki bant genişliğini etkileyen mesaj sayısını dikkate alın. Ayrıca, kullanıcının telefonundaki hat düğmesi sayısına göre maksimum izlenen hatları belirleyin.

1

https://admin.webex.com içindeki müşteri görünümünden Yönetim kısmına gidin ve ardından Kullanıcılar düğmesine tıklayın.

2

Değiştirmek istediğiniz kullanıcıyı seçip Çağrı'ya tıklayın.

3

Kullanıcı Arası Izinler bölümüne gidin ve Izleme'yi seçin.

4

Aşağıdakiler arasından seçim yapın:

  • İzlenen Hat Ekle
  • Çağrı Parkı Dahili Numarası Ekle

Kullanıcı izleme için Izlenen Hat Ekle listesine sanal bir hat ekleyebilirsiniz.

5

Bu kullanıcıyı bekletmeye alınmış çağrılar hakkında bilgilendirmek isteyip istemediğinizi seçin, izlenecek kişiyi veya çağrı parkı dahili numarasını arayın ve ardından Kaydet'e tıklayın.

Control Hub'daki izlenen hatlar listesi, kullanıcının cihazında görünen izlenen hatların sırasına karşılık gelir. Izlenen hatların listesini istediğiniz zaman yeniden sıralayabilirsiniz.

Izlenen hat için görünen ad, kullanıcı, çalışma alanı ve sanal hat için Arayan Kimliği Adı ve Soyadı alanlarına girilen addır.

Nasıl yapıldığını görmek istiyor musunuz? Control Hub’da bir kullanıcının izleme ayarlarının nasıl yönetileceğine ilişkin bu video tanıtımını izleyin.

Kullanıcılar için çağrı köprüsü uyarı sesini etkinleştir

Başlamadan önce

Çağrı köprüsünün çağrılması için paylaşımlı hattın yapılandırılmış olması gerekir. Çalacak çağrı köprüsü uyarı sesini etkinleştirmeden önce paylaşılan hatları nasıl yapılandıracağınızı görün.
1

Control Hub'da oturum açın ve şuraya gidin: Yönetim > Kullanıcılar.

2

Bir kullanıcı seçin ve Çağrı sekmesine tıklayın.

3

Kullanıcı Arası Izinler’e gidin ve Çağrı Köprüleme Uyarı Sesi’ne tıklayın.

4

Çağrı Köprüleme Uyarı Sesi'ni açın ve ardından Kaydet'e tıklayın.

Bu özellik varsayılan olarak etkindir.

MPP paylaşımlı hattında çağrı köprüleme hakkında daha fazla bilgi için bkz. Multiplatform masa telefonunuzdaki paylaşımlı hatlar.

Webex Uygulaması paylaşılan hattında çağrı köprüleme hakkında daha fazla bilgi için bkz. WebexApp için paylaşımlı hat görünümü.

Bir kullanıcı için hoteling’i aç

Bir kullanıcı için hoteling düzenlemesini etkinleştirmek, ana masa telefonunun işlevselliğini ve özelliklerini korurken başka bir alanda çalışmasına olanak tanır.
1

https://admin.webex.com içindeki müşteri görünümünden Yönetim kısmına gidin ve Kullanıcılar seçeneğini seçin.

2

Bir kullanıcı seçin ve Çağrı sekmesine tıklayın.

3

Kullanıcı Arası Izinleri bölümüne gidin ve Hoteling öğesini seçin ve düğmeyi açın.

4

Hoteling Konumu arama alanına hoteling toplantı sahibinin adını veya numarasını girin ve kullanıcıya atamak istediğiniz hoteling toplantı sahibini seçin.

Yalnızca bir hoteling ana bilgisayarı seçilebilir. Başka bir hoteling sahibi seçerseniz, ilki silinir.

Konum yöneticisiyseniz atandığınız konumlarla ilgili olarak yalnızca hoteling toplantı sahibini atayabilirsiniz.
5

Bir kullanıcının hoteling toplantı sahibiyle ilişkilendirilebileceği süreyi sınırlamak için kullanıcının Ilişkilendirme Süresi açılır menüsünden hoteling toplantı sahibini kullanabileceği saat sayısını seçin.

Kullanıcı seçilen süreden sonra otomatik olarak oturumu kapatılacaktır.

Kullanıcı için belirtilen sınır ilişkilendirme süresinin seçilen hoteling toplantı sahibinin sınır ilişkilendirme süresini aşarsa ekranda bir hata mesajı görüntülenir. Örneğin, hoteling toplantı sahibinin limit ilişkilendirme süresi 12 saattir ve kullanıcının limit ilişkilendirme süresi 24 saatse bir hata mesajı görüntülenir. Bu gibi durumlarda, kullanıcı için daha fazla süre gerekiyorsa hoteling sahibinin sınır ilişkilendirme süresini uzatmanız gerekir.

6

Kaydet seçeneğine tıklayın.

Bir kullanıcı ayrıca User Hub’dan kullanmak istediği hoteling toplantı sahibini arayabilir ve bulabilir. Daha fazla bilgi için bkz. Çağrı profilinize her yerden erişme.

Nasıl yapıldığını görmek istiyor musunuz? Control Hub'da hoteling'i yapılandırma ile ilgili bu video gösterimini izleyin.

Webex Calling için kullanıma başlama trendleri ve kullanım raporları

Çağrı raporlarını görüntüleme

Control Hub’daki Analizler sayfasını kullanarak kişilerin Webex Calling’i ve Webex uygulamasını nasıl kullandığı (katılım) ve çağrı ortamı deneyimlerinin kalitesi hakkında bilgi edinebilirsiniz. Webex Calling analizlerine erişmek için Control Hub üzerinde oturum açın ve ardından Analizler’e girip Calling sekmesini seçin.

1

Ayrıntılı çağrı geçmişi raporları için Control Hub'da oturum açın ve ardından adresine gidin Analiz > Çağrı.

2

Ayrıntılı Çağrı Geçmişi'ni seçin.

Ö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.

Ortamınızı hazırlama

Genel ön koşullar

Webex Calling için bir yerel ağ geçidi yapılandırmadan önce şunlardan 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'n a bakın.

Yerel Ağ Geçidi için Donanım ve Yazılım Gereksinimleri

Dağıtımınızın aşağıdaki gibi yerel ağ geçitlerinden bir veya daha fazlasına sahip olduğundan emin olun:

  • IP tabanlı bağlantı için Cisco CUBE

  • TDM tabanlı bağlantı için Cisco IOS Ağ Geçidi

Webex Calling Sipariş Kılavuzu için Yerel Ağ Geçidi Tablo 1'e bakın. Ayrıca, platformun Yerel Ağ Geçidi Yapılandırma Kılavuzu uyarınca desteklenen bir IOS-XE sürümü çalıştırdığından emin olun.

Yerel ağ geçidi, kendi hızınızda Webex Calling’e geçmenize yardımcı olur. Yerel ağ geçidi, mevcut şirket içi dağıtımınızı Webex Calling ile entegre eder. Mevcut PSTN bağlantınızı da kullanabilirsiniz. Yerel Ağ Geçidini kullanmaya başlayın bölümüne bakın

Yerel Ağ Geçidi için Sertifika ve Güvenlik Gereksinimleri

Webex Calling güvenli sinyal ve ortam gerektirmektedir. 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.

Kuruluşunuz için Webex Calling’i 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 istemler içindir.
  • E-Posta Dili—Yeni kullanıcılar için e-posta iletişimi içindir.
  • Ülke
  • Saat Dilimi
8

İleri'ye tıklayın.

9

Kullanılabilir bir Cisco Webex SIP adresi girin, İleri’ye tıklayın ve Bitir’i seçin.

Başlamadan önce

Yeni bir konum oluşturmak için aşağıdaki bilgileri hazır bulundurun:

  • Konum adresi

  • İstenen telefon numaraları (isteğe bağlı)

1

https://admin.webex.com adresinde Control Hub'da oturum açın ve Yönetim > Konum bölümüne gidin.

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/Bölge—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.
  • Konum Adresi—Konumun ana posta adresini girin.
  • Şehir/Ilçe—Bu konum için bir şehir girin.
  • Eyalet/Il/Bölge—Açılır listeden bir eyalet 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—Konumun saat dilimini seçin.
3

Şimdi veya daha sonraki bir konuma numara eklemekiçin Kaydet'e tıklayın ve Evet/ Hayır'ı seçin.

4

Evet'e tıklarsanızaşağıdaki seçeneklerden birini seçin:

  • Cisco PSTN —Cisco’dan bir Bulut PSTN çözümü istiyorsanız bu seçeneği seçin. Cisco Çağrı Planı, acil durum çağrısı, PSTN gelen ve giden yerel ve uluslararası çağrılar sağlayan ve mevcut numaraları Cisco'ya PSTN numaraları sipariş çalışmanız için size olanak sağlayan, tam ekran değişimli bir çözümdü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 vakası açın.

    • Cisco Calling Plan’ın desteklendiği bir bölgede Webex Calling Veri Merkezinde bulunursunuz.

  • Bulut Bağlantılı PSTN—Birçok Cisco CCP iş ortağından birinden bulut PSTN çözümü arıyorsanız veya konumunuzda Cisco Calling Plan kullanılamıyorsa bu seçeneği seçin. 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.

  • Iş yeri temelli PSTN (Yerel Ağ Geçidi)—Mevcut PSTN sağlayıcınızı korumak veya bulut dışı siteleri bulut sitelerine 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 vakası 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 ve > Arama > 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

https://admin.webex.com adresinde Control Hub'da oturum açın ve Yönetim > Konum bölümüne gidin.

2

Silmek istediğiniz konumun yanındaki Eylemler sütununa tıklayın.

3

Konumu Sil'iseçin ve bu konumu silmek istediğinizi onaylayın.

Konumun kalıcı olarak silinmesi birkaç dakika sürer, ancak bir saat kadar sürebilir. Konum adının yanındaki öğesini tıklatarak ve Silme Durumu'kutusunu seçerek durumu kontrol edin.

Kullanıcı kurulum PSTN, ad, saat dilimi ve oluşturulduktan sonra konumun dilini değiştirebilirsiniz. Yine de, yeni dilin yalnızca yeni kullanıcılar ve cihazlar için geçerli olacağını unutmayın. Mevcut kullanıcılar ve cihazlar, eski dili kullanmaya devam eder.

Mevcut konumlar için 911 acil durum hizmetlerini etkinleştirebilirsiniz. Daha fazla bilgi için bkz. Webex Calling için RedSky Acil Durum 911 Hizmeti.

1

https://admin.webex.com adresinde Control Hub'da oturum açın ve Yönetim > Konum bölümüne gidin.

Bir konumun yanında Uyarı sembolü görüyorsanız bu konum için henüz bir telefon numarası yapılandırmamış olursanız. Bu numarayı yapılandırana kadar çağrı siz değil veya hiçbir çağrı alamazsanız.

2

(İsteğe bağlı) PSTN Bağlantısı altından, hangisini yapılandırmış olduğunuza bağlı olarak Bulut Bağlantılı PSTN veya İş Yeri Temelli PSTN (yerel ağ geçidi) öğesini seçin. Bu yapılandırmayı değiştirmek için Yönet'e tıklayın ve ardından Devam'ı seçerek bununla ilgili riskleri kabul edin. Sonra, aşağıdaki seçeneklerden birini seçin ve Kaydet'e tıklayın:

  • Cisco PSTN —Cisco’dan bir Bulut PSTN çözümü istiyorsanız bu seçeneği seçin. Cisco Çağrı Planı, acil durum çağrısı, PSTN gelen ve giden yerel ve uluslararası çağrılar sağlayan ve mevcut numaraları Cisco'ya PSTN numaraları sipariş çalışmanız için size olanak sağlayan, tam ekran değişimli bir çözümdü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. Şu anda, başka PSTN özelliklerine atanmış önceden mevcut konumlar Cisco Calling Plan için uygun değildir. Rehberlik için bir destek vakası açın.

    • Cisco Calling Plan’ın desteklendiği bir bölgede Webex Calling Veri Merkezinde bulunursunuz.

  • Bulut Bağlantılı PSTN—Birçok Cisco CCP iş ortağından birinden bulut PSTN çözümü arıyorsanız veya konumunuzda Cisco Calling Plan kullanılamıyorsa bu seçeneği seçin. 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ş e t seçeneğini görürseniz entegre bir CCP’den yararlanmak için 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.

  • Iş yeri temelli PSTN (Yerel Ağ Geçidi)—Mevcut PSTN sağlayıcınızı korumak veya bulut dışı siteleri bulut sitelerine bağlamak istiyorsanız, bu seçeneği seçebilirsiniz.

    Webex Calling Yerel Ağ Geçidi ile yapılandırılmış konumlara sahip müşteriler otomatik olarak ilgili bir PSTN içeren tesis tabanlı sitelere dönüştürülür.

3

Konum için, o konumdaki kullanıcıların çağrı yapmasına ve almasına olanak vermek üzere açılır listeden Ana Numar a'yı seçin.

Harici arayanların o konumdaki Webex Calling kullanıcılarıyla iletişim kurabilmesi için Ana Numara otomatik santrale atanabilir. Bu konumdaki Webex Calling kullanıcıları, çağrı yaparken bu numarayı harici arayan kimliği olarak da kullanabilir.
4

(İsteğe bağlı) Acil Durum Çağrısı altında, bu konuma atamak için Acil Durum Konum Tanımlayıcısı'ı seçin.

Bu ayar isteğe bağlıdır ve yalnızca bunu gerektiren ülkeler için geçerlidir.

Bazı ülkelerde (Örnek: Fransa), acil durum çağrısı yapmakta ve acil durum yetkililerinin kullanımına hazır olduğunda hücrenin kimliğini kurmak için hücresel radyo sistemleri için düzenleme gereklilikleri vardır. ABD ve Kanada gibi diğer ülkeler, diğer yöntemlerle konum belirlemeyi uygularlar. Daha fazla bilgi için bkz. Gelişmiş Acil Durum Çağrısı.

Acil durum çağrı sağlayıcınızın erişim ağıyla ilgili bilgilere ihtiyacı olabilir ve P-Access-Network-Info gibi yeni bir özel SIP uzantısı başlığı tanımlayarak bu konuda bilgi edinmeyebilirsiniz. Erişim ağıyla ilgili üstbilgi bilgi.

Bir Konum için Acil Durum Konum Tanımlayıcısı'nın ayar kısmında konum değeri, SIP mesajının bir parçası olarak sağlayıcıya gönderilir. Bu ayarı gerekli olup gerektirmeyseniz ve acil durum çağrı sağlayıcınız tarafından sağlanan değeri kullanmak için acil durum çağrı sağlayıcınızla iletişime geçin."

5

Kullanıcıların bu konum için sesli mesajlarını kontrol etmek için arayabileceği Sesli Mesaj Numarası'nı seçin.

6

(İsteğe bağlı) Konum Adı, Duyuru Dili , E-posta Dili, Telefon Veya Adres'i gerektiğinde değiştirmek için Konum sayfasının üst kısmında bulunan kalem simgesine tıklayın ve saat dilimi'ye tıklayın.

Duyuru Dilini değiştirme, bu konuma eklenen tüm yeni kullanıcılar ve özellikler için hemen etkili olur. Mevcut kullanıcıların ve/veya özelliklerin duyuru dilinin de değişmesi gerekirse, istendiğinde mevcut kullanıcılar ve çalışma alanları için Değiştir veya Mevcut özellikler için Değiştir'i seçin. Uygula öğesini tıklayın. İlerlemeyi Görevler sayfasında görüntüleyebilirsiniz . Bu işlemi tamamlayana kadar daha fazla değişiklik yapabilirsiniz.

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. Arama planınızı değiştirdiğinizde, Control Hub’daki örnek numaralar bu değişiklikleri göstermek için 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, Hizmetler > Çağrı > Hizmet Ayarları’na gidin ve Dahili Arama’ya kaydırın.

2

Aşağıdaki isteğe bağlı çağrı tercihlerini ihtiyacınıza göre yapılandırın:

  • Konum Yönlendirme Ön Eki Uzunluğu: Birden fazla konumunuz varsa bu ayarı öneririz. 2-7 hane girebilirsiniz. Aynı dahili numaraya sahip birden fazla konumunuz varsa, kullanıcıların konumlar arasında çağrı yaparken bir ön ek tuşlaması gerekir. Örneğin, dahili numaraları 1000 olan birden fazla mağazanız varsa, her bir mağaza için bir yönlendirme ön eki yapılandırabilirsiniz. Bir mağazanın ön ekinin 888 olması durumunda, o mağazaya ulaşmak için 8881000 tuşlamanız gerekecektir.

    Yönlendirme ön eki uzunlukları, belirleyici haneyi 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-10 rakam girebilirsiniz ve varsayılan değer 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. Yönetim > Konumlar’a gidin, listeden bir konum seçin ve Çağrı’ya tıklayın. Arama öğesine kaydırın ve ardından dahili aramayı gerektiği şekilde değiştirin:

  • Dahili Arama: Diğer konumlardaki kullanıcıların bu konumdaki bir kişiyle iletişim kurmak 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. Yönetim > Konumlar’a gidin, listeden bir konum seçin ve Çağrı’ya 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 çağrı hanesi olmadan harici çağrılar yapmaya devam kullanılabilir.

  • Isteğe bağlı olarak, bu konumun giden çağrı hanesin i ç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.

    Dahili numara ulusal numarayla aynıysa dahili numara ulusal numaraya göre önceliklidir. Bu nedenle, giden çağrı hanesini etkinleştirmenizi öneririz.
    Gelen ve giden PSTN çağrıları için E.164 numaralandırma biçiminin kullanılmasını önemle öneririz.

Kullanıcılara etkisi:

  • Arama tercihlerindeki değişikliklerin etkili olması için kullanıcıların telefonlarını yeniden başlatması gerekir.

  • Kullanıcı dahili numaraları, konumun yönlendirme hanesiyle veya giden çağrı hanesiyle aynı numarayla başlamamalıdır.

Katma değerli satıcıysanız, Control Hub’da bu işlemleri yaparak yerel ağ geçidi yapılandırmanızı başlatabilirsiniz. Bu ağ geçidi buluta kaydedildiğinde, ağ geçidini bir veya daha fazla Webex Calling konumunuzda kullanarak bir işletme PSTN hizmet sağlayıcısına yönlendirme sağlayabilirsiniz.

Yerel ağ geçidine sahip bir konum, yerel ağ geçidi başka konumlar için kullanılırken silinemez.

Control Hub'da santral oluşturmak için aşağıdaki adımları izleyebilirsiniz.

Başlamadan önce

  • Bir konum eklendiğinde ve bir konum için iş yeri temelli PSTN yapılandırılmadan önce bir santral oluşturmanız gerekir.

  • Bunların her biri için konumlar, özel ayarlar ve numaralar oluşturun. İş yeri temelli PSTN eklemeden önce konumların mevcut olması gerekir.

  • Webex Calling için İş Yeri Tabanlı PSTN (yerel ağ geçidi) gereksinimlerini anlayın.

  • İş yeri temelli PSTN'nin bulunduğu bir konum için birden fazla santral seçemezsiniz, ancak aynı santrali birden fazla konum için seçebilirsiniz.

1

https://admin.webex.com adresinde Control Hub'da oturum açın, Hizmetler > Çağrı > Çağrı Yönlendirme bölümüne gidin ve Santral Ekle'yi seçin.

2

Bir konum seçin.

3

Santrale ad verip Kaydet’e tıklayın.

Bu ad en fazla 24 karakter uzunluğunda olabilir.

Sonraki adım ne olacak?

Santralde yapılandırmanızın gerektiği ilgili parametreler sunulur. PSTN bağlantısının güvenliğini sağlamak için bir dizi SIP özeti kimlik bilgileri oluşturmanız gerekir.

Ekranda santral bilgileri görünür Etki Alanı Kaydetme, Santral Grubu OTG/DTG, Hat/Port ve Giden Proxy Adresi.

Control Hub'dan bu bilgileri kopyalayıp, iş yeri temelli PSTN'yi yapılandırmaya hazır olduğunuzda kullanmak üzere yerel bir metin dosyası veya belgeye yapıştırmanızı öneririz.

Kimlik bilgilerini kaydederseniz, bu bilgileri Control Hub'daki santral bilgi ekranından oluşturmanız gerekir. Kullanıcı Adını Al ve Parolayı Sıfırla öğesine tıklayarak santralde kullanmak için yeni bir kimliği doğrulama bilgisi kümesi oluşturun.

1

https://admin.webex.com adresinde Control Hub'da oturum açın ve Yönetim > Konum bölümüne gidin.

2

Değiştirilecek bir konum seçin ve Yönet'e tıklayın.

3

İş Yeri Temelli PSTN'yi seçin ve İleri'ye tıklayın.

4

Açılır menüden bir santral seçin.

Santral grubu seçeneklerinizi yönetmek için santral sayfasına girin.

5

Onaylama bildirimine ve ardından Kaydet'e tıklayın.

Sonraki adım ne olacak?

Control hub 'ın oluşturduğu yapılandırma bilgilerini almanız ve parametreleri yerel ağ geçidi (örneğin, şirket içinde bulunan bir Cisco küpünde) eşlemeniz gerekir. Bu makale size bu süreçte yol gösteriyor. Referans olarak, Control hub yapılandırma bilgilerinin (solda) KÜPTEKI parametrelere nasıl eşlendiğini (sağda) için aşağıdaki diyagrama bakın:

Ağ geçidinin kendisindeki yapılandırmayı başarıyla tamamladıktan sonra, Control Hub'daki Hizmetler > Çağrı > Konumlar bölümüne dönebilirsiniz. Oluşturduğunuz ağ geçidi, atadığınız konum kartında adın sol tarafında yeşil bir nokta ile listelenir. Bu durum, ağ geçidinin çağrı bulutuna güvenli bir biçimde kaydedildiğini ve bu konum için etkin PSTN ağ geçidi olarak çalıştığını gösterir.

Webex hizmetlerini deniyorsanız ve deneme sürümünüzü ücretli aboneliğe dönüştürmek istiyorsanız, iş ortağınıza e-posta istemi gönderebilirsiniz.

1

https://admin.webex.com adresinde Control Hub'da oturum açın, bina simgesini seçin.

2

Abonelikler sekmesini seçin ve ardından Hemen Satın Al'a tıklayın.

Ücretli aboneliğe geçmek istediğinizi belirten bir e-posta iş ortağınıza gönderilecektir.

Control Hub’ı kullanarak, kullanıcıların Webex App’te gördüğü kullanılabilir çağrı seçeneklerinin önceliğini ayarlayabilirsiniz Uygulamanın. Ayrıca, tek tıklamayla çağrı için bu seçenekleri etkinleştirebilirsiniz. Daha fazla bilgi için bkz.: Webex Uygulaması kullanıcıları için çağrı seçeneklerini ayarlayın.

Kullanıcılar çağrı yaptığında hangi çağrı uygulamasının açılacağını kontrol edebilirsiniz. Unified CM veya Webex Calling yetkili kullanıcıları ve Cisco'dan ücretli çağrı hizmetleri olmadan kullanıcılara sahip kuruluşlar için karma modlu dağıtım da dahil olmak üzere çağrı istemcisi ayarlarını yapılandırabilirsiniz. Daha fazla bilgi için bkz.: Çağrı davranışı ayarlayın.

Cisco IOS XE Üzerinde Webex Calling için Yerel Ağ Geçidini Yapılandırma

Genel Bakış

Webex Calling şu anda Yerel Ağ Geçidinin iki sürümünü desteklemektedir:

  • Yerel Ağ Geçidi

  • Webex for Government için Yerel Ağ Geçidi

  • Başlamadan önce, Webex Calling için iş yeri tabanlı Genel Anahtarlı Telefon Ağı (PSTN) ve Yerel Ağ Geçidi (LGW) gereksinimlerini anlayın. Daha fazla bilgi için Bkz. Hızlı Webex Calling Cisco Tercih Edilen Mimari.

  • Bu makale, mevcut ses yapılandırmasıyla özel bir Yerel Ağ Geçidi platformunun olduğunu varsayer. Mevcut bir PSTN ağ geçidini veya CUBE Enterprise dağıtımını, Webex Calling için Yerel Ağ Geçidi işlevi olarak kullanılacak şekilde değiştirirseniz yapılandırmaya dikkat edin. Yaptığınız değişiklikler nedeniyle mevcut çağrı akışlarını ve işlevlerini kesintiye uğratmadığınızdan emin olun.

Prosedürler, 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ı, aksi belirtilmedikçe Webex Yönetilen Ağ Geçitleri Komut Referans ı seçeneğine gider (bu durumda komut bağlantıları Cisco IOS Ses Komut Referansı seçeneğine gider). Tüm bu kılavuzlara Cisco Unified Sınır Öğesi Komut Referanslarından erişebilirsiniz.

Desteklenen üçüncü taraf SBC'leri hakkında bilgi için ilgili ürün referans belgelerine bakın.

Ana bilgisayar siteniz için Yerel Ağ Geçidini yapılandırmak üzere iki Webex Calling vardır:

  • Kayıt tabanlı trunk

  • Sertifika tabanlı trunk

Webex Calling santraliniz için Yerel Ağ Geçidi yapılandırmak için Kayıt Tabanlı Yerel Ağ Geçid i veya Sertifika Tabanlı Yerel Ağ Geçid i altındaki görev akışını kullanın.

Farklı santral türleri hakkında daha fazla bilgi için Yerel Ağ Geçidini kullanmaya başlam a bölümüne bakın. Komut Satırı Arayüzünü (CLI) kullanarak Yerel Ağ Geçidinde aşağıdaki adımları uygulayın. Santrali güvenceye almak için Oturum Başlatma Protokolü (SIP) ve Aktarım Katmanı Güvenliği (TLS) aktarımını ve Yerel Ağ Geçidi ile Webex Calling arasındaki ortamı güvenceye almak için Gerçek Zamanlı Protokol (SRTP) aktarımını kullanıyoruz.

  • Yerel Ağ Geçidiniz olarak CUBE seçin. Webex for Government, şu anda hiçbir üçüncü taraf Oturum Sınırı Denetleyicisini (SBC'ler) desteklememektedir. En son listeyi gözden geçirmek için, bkz. Yerel Ağ Geçidine Başlarken.

  • Resmi Yerel Ağ Geçitleri için tüm Webex için Cisco IOS XE Dublin 17.12.1a veya sonraki bir sürümü yükleyin.
  • Webex for Government'ın desteklediği kök Sertifika Yetkilileri (CA) listesini incelemek için bkz. Webex for Government için kök sertifika yetkilileri.

  • Webex for Government’ta Yerel Ağ Geçidinin harici bağlantı noktası aralıkları hakkında ayrıntılı bilgi için Webex for Government (FedRAMP) için Ağ gereksinimlerine bakın.

Webex for Government için Yerel Ağ Geçidi aşağıdakileri desteklemez:

  • Medya yolu optimizasyonu için STUN/ICE-Lite

  • Faks (T.38)

Webex for Government'ta Webex Calling santraliniz için Yerel Ağ Geçidi yapılandırmak için aşağıdaki seçeneği kullanın:

  • Sertifika tabanlı trunk

Webex Calling santraliniz için Yerel Ağ Geçidini yapılandırmak için Sertifika Tabanlı Yerel Ağ Geçid i altındaki görev akışını kullanın. Sertifika tabanlı Yerel Ağ Geçidini yapılandırma hakkında daha fazla bilgi için bkz. Webex Calling sertifika tabanlı santrali yapılandırma.

Webex for Government için Yerel Ağ Geçidini desteklemek üzere FIPS uyumlu GCM şifrelerinin yapılandırılması zorunludur. Aksi takdirde, çağrı kurulumu başarısız olur. Yapılandırma ayrıntıları için bkz. Webex Calling sertifika tabanlı santrali yapılandırma.

Webex for Government, kayıt tabanlı Yerel Ağ Geçidini desteklemez.

Bu bölümde, bir Cisco Unified Sınır Öğesinin (CUBE) kayıtlı bir SIP santrali kullanarak Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı anlatılmaktadır. Bu belgenin ilk bölümünde basit bir PSTN ağ geçidinin nasıl yapılandırılacağı gösterilmektedir. Bu durumda, PSTN'den gelen tüm çağrılar Webex Calling'e ve Webex Calling'den gelen tüm çağrılar PSTN'ye yönlendirilir. Aşağıdaki görüntü, bu çözümü ve izlenecek üst düzey çağrı yönlendirme yapılandırmasını vurgulamaktadır.

Bu tasarımda, aşağıdaki temel yapılandırmalar kullanılır:

  • ses sınıfı kiracıları: Santrale özel yapılandırmalar oluşturmak için kullanılır.

  • ses sınıfı uri: Gelen çağrı eşinin seçimi için SIP mesajlarını sınıflandırmak için kullanılır.

  • gelen çağrı eşi: Gelen SIP mesajları için tedavi sağlar ve bir çağrı eşi grubuyla giden yolu belirler.

  • arama eşi grubu: Ileri çağrı yönlendirme için kullanılan giden çağrı eşlerini tanımlar.

  • giden çağrı eşi: Giden SIP mesajları için tedavi sağlar ve bunları gerekli hedefe yönlendirir.

Webex Calling yapılandırma çözümünden PSTN’den PSTN’ye/Webex Calling’e çağrı yönlendirme

IP ve SIP PSTN santralleri için varsayılan protokoller haline gelirken, TDM (Zaman Bölmeli Çoklama) ISDN devreleri hala yaygın olarak kullanılmaktadır ve Webex Calling santralleriyle desteklenmektedir. TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının ortam optimizasyonunu etkinleştirmek için, şu anda iki ayaklı bir çağrı yönlendirme işlemi kullanmak gereklidir. Bu yaklaşım, aşağıdaki resimde gösterildiği gibi Webex Calling ve PSTN hatları arasında bir dizi dahili geri döngü çağrı eşi sunarak yukarıda gösterilen çağrı yönlendirme yapılandırmasını değiştirir.

Webex Calling ile şirket içi bir Cisco Unified Communications Manager çözümüne bağlanırken, aşağıdaki şemada gösterilen çözümü oluşturmak için temel olarak basit PSTN ağ geçidi yapılandırmasını kullanabilirsiniz. Bu durumda, Unified Communications Manager tüm PSTN ve Webex Calling çağrılarında merkezi yönlendirme ve işlem sağlar.

Bu belge boyunca, aşağıdaki resimde gösterilen ana bilgisayar adları, IP adresleri ve arayüzler kullanılır.

Yerel Ağ Geçidi yapılandırmanızı aşağıdaki şekilde tamamlamak için bu belgenin geri kalan bölümündeki yapılandırma kılavuzunu kullanın:

  • 1. Adım: Yönlendirici temel bağlantısını ve güvenliğini yapılandırın

  • 2. Adım: Webex Calling Santralini Yapılandırma

    Gerekli mimarinize bağlı olarak aşağıdakilerden birini izleyin:

  • 3. Adım: SIP PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

  • 4. Adım: Mevcut Unified CM ortamıyla Yerel Ağ Geçidini yapılandırma

    Veya:

  • 3. Adım: TDM PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

Başlangıç yapılandırması

Cisco yönlendiricinizi Webex Calling için Yerel Ağ Geçidi olarak hazırlamanın ilk adımı, platformunuzu güvenli hale getirecek ve bağlantı kuracak bir temel yapılandırma oluşturmaktır.

  • Tüm kayıt tabanlı Yerel Ağ Geçidi dağıtımları için Cisco IOS XE 17.6.1a veya sonraki sürümleri gerekir. Önerilen sürümler için Cisco Yazılım Araştırma sayfasına bakın. Platformu arayın ve önerile n sürümlerden birini seçin.

    • ISR4000 serisi yönlendiriciler, hem Unified Communications hem de Güvenlik teknolojisi lisansları ile yapılandırılmalıdır.

    • Ses kartlarıyla veya DSP'lerle donatılmış Catalyst Edge 8000 serisi yönlendiriciler, DNA Advantage lisansı gerektirir. Ses kartları veya DSP'ler olmayan yönlendiriciler, minimum DNA Essentials lisansı gerektirir.

  • Platformunuz için iş politikalarınızı takip eden bir temel yapılandırma oluşturun. Özellikle, aşağıdakileri yapılandırın ve çalışmayı doğrulayın:

    • NTP

    • Acl

    • Kullanıcı kimlik doğrulaması ve uzaktan erişim

    • DNS

    • IP yönlendirme

    • IP adresleri

  • Webex Calling'e yönelik ağın bir IPv4 adresi kullanması gerekir.

  • Cisco kök CA paketini Yerel Ağ Geçidine yükleyin.

Yapılandırma

1

Herhangi bir Katman 3 arayüzüne geçerli ve yönlendirilebilir IP adresleri atadığınızdan emin olun, örneğin:

 arayüz GigabitEthernet0/0/0 açıklama PSTN ve/veya CUCM ip adresine dönük arayüz 10.80.13.12 255.255.255.0 ! arayüz GigabitEthernet0/0/1 açıklama Webex Calling (Özel adres) ip adresine dönük arayüz 192.51.100.1 255.255.255.240

2

Yönlendiricideki kaydı ve STUN kimlik bilgilerini simetrik şifreleme kullanarak koruyun. Birincil şifreleme anahtarını ve şifreleme türünü aşağıdaki şekilde yapılandırın:

 key config-key password-encrypt YourPassword parolanızı şifreleme aes 

3

Bir yer tutucu PKI güven noktası oluşturun.

TLS'yi daha sonra yapılandırmak için bu güven noktasının gerekli olması gerekir. Bu güven noktası, kayıt tabanlı santraller için sertifika gerektirmez - tıpkı sertifika tabanlı bir santral için de gerekeceği gibi.
 kripto pki trustpoint EmptyTP iptal - kontrol yok 
4

TLS1.2 münhasırlığını etkinleştirin ve aşağıdaki yapılandırma komutlarını kullanarak varsayılan güven noktasını belirtin. Taşıma parametreleri de kayıt için güvenli bir bağlantı sağlamak üzere güncellenmelidir:

cn-san-validate sunucu komutu, kiracı 200'de yapılandırılan ana bilgisayar adının giden proxy'den alınan sertifikanın CN veya SAN alanlarına dahil edilmesi durumunda Yerel Ağ Geçidinin bağlantıya izin vermesini sağlar.
  1. tcp-retry sayısını 1000 (5 milisaniye katları = 5 saniye) olarak ayarlayın.

  2. Zamanlayıcı bağlantı oluşturma komutu, LGW'nun bir sonraki kullanılabilir seçeneği dikkate almadan önce proxy ile bağlantı kurmak için ne kadar süre bekleyeceğini ayarlamanıza olanak tanır. Bu zamanlayıcı için varsayılan değer 20 saniyedir ve minimum 5 saniyedir. Düşük değerle başlayın ve ağ koşullarına uyum sağlamak için gerekirse artırın.

 sip-ua zamanlayıcıları bağlantısı tls 5 aktarım tcp tls v1.2 şifreleme sinyali varsayılan güven noktası EmptyTP cn-san-validate server tcp-retry 1000

5

Webex Calling tarafından kullanılan DigiCert CA sertifikasını içeren Cisco kök CA paketini yükleyin. Belirtilen URL'den kök CA paketini indirmek ve mevcut CA güven havuzunu temizlemek için kripto pki güven havuzunu içe aktarma temiz url komutunu kullanın, ardından yeni sertifika paketini yükleyin:

HTTPS kullanarak internete erişim için bir proxy kullanmanız gerekirse CA paketini içe aktarmadan önce aşağıdaki yapılandırmayı ekleyin:

ip http istemci proxy sunucusu yourproxy.com proxy bağlantı noktası 80
 ip http istemci kaynak arabirimi GigabitEthernet0/0/1 şifreleme pki trustpool içe aktarma temiz url https://www.cisco.com/security/pki/trs/ios_core.p7b 
1

Control Hub'da mevcut bir konum için kayıt tabanlı bir PSTN santrali oluşturun. Santral oluşturulduktan sonra sağlanan santral bilgilerini not edin. Aşağıdaki resimde vurgulandığı gibi bu ayrıntılar, bu kılavuzdaki yapılandırma adımlarında kullanılacaktır. Daha fazla bilgi için bkz. Webex Calling için santralleri, yönlendirme gruplarını ve çağrı planlarını yapılandırma.

2

CUBE'u Webex Calling Yerel Ağ Geçidi olarak yapılandırmak için aşağıdaki komutları girin:

 ses hizmeti voip ip adresi güvenilir listesi ipv4 x.x.x.x y.y.y.y modu sınır öğesi medya istatistikleri medya toplu-istatistikleri izin ver-bağlantılar sip sip ek hizmet sip referans stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asimetrik yük tam erken teklif zorlandı 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 ip adresi güvenilir listesi  ipv4 x.x.x.x y.y.y
  • Ücretli dolandırıcılığa karşı korunmak için güvenilir adres listesi, Yerel Ağ Geçidinin meşru VoIP çağrıları beklediği toplantı sahiplerinin ve ağların listesini tanımlar.

  • Varsayılan olarak, Yerel Ağ Geçidi güvenilir listesinde olmayan IP adreslerinden gelen tüm VoIP mesajlarını engeller. "Oturum hedefi IP" veya sunucu grubu IP adreslerine sahip statik olarak yapılandırılmış çağrı eşlerine varsayılan olarak güvenilir, bu nedenle güvenilir listeye eklenmesi gerekmez.

  • Yerel Ağ Geçidinizi yapılandırırken, listeye bölgesel Webex Calling veri merkezinizin IP alt ağlarını ekleyin. Daha fazla bilgi için bkz. Webex Calling için Port Referans Bilgileri. Ayrıca, Unified Communications Manager sunucuları (kullanılırsa) ve PSTN santral ağ geçitleri için adres aralıkları ekleyin.

    LGW'niz kısıtlı koni NAT bulunan bir güvenlik duvarının arkasında ise, Webex Calling'e dönük arayüzde IP adresi güvenilir listesini devre dışı bırakmayı tercih edebilirsiniz. Güvenlik duvarı zaten sizi istenmeyen gelen çağrılara karşı VoIP. Devre dışı bırakma işlemi, Webex Calling eşlerin adreslerinin sabit bırak bırakıldığından ve her durumda eşler için güvenlik duvarınızı yapılandırmanız gerekmektedir olduğundan, uzun vadeli yapılandırma yüklerinizi azaltır.

mod kenarlık öğesi

Platformda Cisco Unified Border Element (CUBE) özelliklerini etkinleştirir.

medya istatistikleri

Yerel Ağ Geçidinde medya izlemeyi sağlar.

medya toplu-istatistikler

Toplu çağrı istatistikleri için veri anketlerini ankete ekleme kontrolünü sağlar.

Bu komutlar hakkında daha fazla bilgi için bkz. Medya.

sip'e bağlantı sip izin ver

CUBE temel SIP arka arkaya kullanıcı aracısı işlevini etkinleştirin. Daha fazla bilgi için Bağlantılara izin ver kısmına bakın.

Varsayılan olarak, T.38 faks aktarımı etkindir. Daha fazla bilgi için bkz. faks protokolü t38 (ses hizmeti).

stın

Küresel olarak STUN'u (NAT üzerinden UDP'nin Oturum Geçişi) etkinleştirir.

  • Bir Webex Calling kullanıcısına (örneğin, hem arayan hem de arayan taraf) çağrıyı aboneleri Webex Calling ve Webex Calling SBC'de ortam yer imlerine çıpalarsanız İğne açık değil olarak ortam Yerel Ağ Geçidine akış akar.

  • Yerel Ağ Geçidindeki STUN bağlantıları özelliği, yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine olanak tanır. Bu, güvenlik duvarında iğne deliğinin açılmasına yardımcı olur.

Daha fazla bilgi için bkz. stun flowdata temsilci kimliğ i ve stun flowdata paylaşılan gizliliği.

asimetrik yük tam

Hem DTMF hem de dinamik codec yükleri için SIP asimetrik yük desteğini yapılandırır. Bu komut hakkında daha fazla bilgi için, bkz. asimetrik yük.

erken teklif zorlama

Yerel Ağ Geçidini, komşu eşten onay beklemek yerine ilk INVITE mesajında SDP bilgilerini göndermeye zorlar. Bu komut hakkında daha fazla bilgi için erken teklif kısmına bakın.

3

Hat için voice class codec 100 filtresini yapılandırın. 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.

 ses sınıfı codec 100 codec tercihi 1 opus codec tercihi 2 g711ulaw codec tercihi 3 g711alaw 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı codec 100

SIP hatları aracılığıyla yapılan çağrılar için yalnızca tercih edilen codec'lere izin vermek için kullanılır. Daha fazla bilgi için bkz. ses sınıfı codec'i.

Opus codec yalnızca SIP tabanlı PSTN hatları için desteklenir. PSTN santralinde ses T1/E1 veya analog FXO bağlantısı kullanılıyorsa ses sınıfı codec100 yapılandırmasından codec tercihi 1 opus'u hariç tutun .

4

Webex Calling santralinde ICE’yi etkinleştirmek için ses sınıfı stun kullanımı 100 ’ü yapılandırın.

 ses sınıfı stun-kullanımı 100 stun kullanımı güvenlik duvarı-geçiş akış verileri stun kullanımı ice lite

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

stun kullanımı ice lite

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ı ses kullanım ı ve ses 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.

 ses sınıfı srtp-crypto 100 kripto 1 AES_CM_128_HMAC_SHA1_80

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

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 SHA1_80’i destekler. Daha fazla bilgi için bkz. ses sınıfı srtp-şifrelemesi.

6

Bir Yerel Ağ Geçidi hattına yapılan çağrıları, hedef hat parametresine göre benzersiz bir şekilde tanımlamak için bir şablon yapılandırın:

 ses sınıfı uri 100 sip şablonu dtg=Dallas1463285401_LGU 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı uri 100 sip

Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu şablona girerken, santral oluşturulduğunda Control Hub'da sağlanan dtg= ve ardından Santral OTG/DTG değerini kullanın. Daha fazla bilgi için bkz. voice class uri.

7

SIP mesajlarını Webex Calling'e gönderilmeden önce değiştirmek için kullanılacak sip profili 100'ü yapılandırın.

 voice class sip-profiles 100 rule 10 request ANY sip-header SIP-Req-URI değiştirme "sips:" "sip:" kural 20 request ANY sip-header "" "" rule 50 response ANY sip-header To modify "" ";otg=dallas1463285401_lgu>" kural 90, HERHANGI BIR sip-üstbilgisi P-Asserted-Identity'de "sips:" "sip:" değiştirilmesini ister

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

  • kural 10 ila 70 ve 90

    Çağrı sinyali için kullanılan SIP üstbilgilerinin, Webex proxy'leri tarafından gerekli olan sips düzenini yerine sip kullanmasını sağlar. CUBE'u sips kullanacak şekilde yapılandırmak, güvenli kaydın kullanılmasını sağlar.

  • kural 80

    Kimden üstbilgisini, bir işletme içindeki Yerel Ağ Geçidi sitesini benzersiz bir şekilde tanımlamak için Control Hub'daki santral grubu OTG/DTG tanımlayıcısını içerecek şekilde değiştirir.

8

Webex Calling santralini yapılandırın:

  1. Webex Calling santraline özel olarak gerekli yapılandırmaları tanımlamak ve grup yapılandırmalarını belirlemek için voice class tenant 100 oluşturun. Özellikle, daha önce Control Hub'da sağlanan santral kayıt ayrıntıları aşağıdaki ayrıntılı olarak bu adımda kullanılacaktır. Bu kiracıyla ilişkili çağrı eşleri daha sonra bu yapılandırmaları devralacaktır.

    Aşağıdaki örnekte, bu kılavuzun amacı için Adım 1'de gösterilen değerler kullanılır (kalın olarak gösterilmiştir). Bunları yapılandırmanızdaki santralinizin değerleriyle değiştirin.

     ses sınıfı kiracı 100 kaydedici dns:98027369.us10.bcld.webex.com şeması sips süresi 240 yenileme oranı 50 tcp tls kimlik bilgisi numarası Dallas1171197921_LGU kullanıcı adı Dallas1463285401_LGU parola 0 9Wt[M6ifY+ realm BroadWorks kimlik doğrulama kullanıcı adı Dallas1463285401_LGU parola 0 9Wt[M6ifY+ realm BroadWorks kimlik doğrulama kullanıcı adı Dallas1463285401_LGU parola 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com uzak-taraf-kimliği sip-sunucu dns yok:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 oturum aktarımı 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 içerik custom-sdp sip-profiles 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com gizlilik politikası girişi 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    ses sınıfı kiracısı 100

    Yalnızca Webex Calling santrali için kullanılacak bir dizi yapılandırma parametresi tanımlar. Daha fazla bilgi için bkz. ses sınıfı kiracısı.

    kayıt dns:98027369.us10.bcld.webex.com şeması sips süresi 240 refresh-ratio 50 tcp tls

    Kayıt iki dakikada bir (240 saniyenin %50'si) yenilenecek şekilde ayarlanmış Yerel Ağ Geçidi için kayıt şirketi sunucusu. Daha fazla bilgi için bkz. kayıt şirketi.

    Control Hub’dan Etki Alanı değerini buradan kullandığınızdan emin olun.

    kimlik bilgileri numarası Dallas1171197921_LGU kullanıcı adı Dallas1463285401_LGU parola 0 9Wt[M6ifY+ realm BroadWorks

    Trunk kayıt zoru için kimlik bilgileri. Daha fazla bilgi için kimlik bilgilerine (SIP UA) bakın.

    Burada Control Hub'dan sırasıyla Hat/Bağlantı Noktası ana bilgisayarı, Kimlik Doğrulama Kullanıcı Adı ve Kimlik Doğrulama Parolası değerlerini kullandığınızdan emin olun.

    kimlik doğrulama kullanıcı adı Dallas1171197921_LGU parola 0 9Wt[M6ifY+ realm BroadWorks
    kimlik doğrulama kullanıcı adı Dallas1171197921_LGU parola 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Çağrılar için kimlik doğrulama sınaması. Daha fazla bilgi için bkz. kimlik doğrulama (çağrı eşi).

    Kimlik Doğrulama Kullanıcı Adı, Kimlik Doğrulama Parolası ve Kaydedici Etki Alanı değerlerini burada Control Hub'dan kullandığınızdan emin olun.

    uzak taraf kimliği yok

    Webex Calling, CIO asserted-id pai kullanılarak etkinleştirilen PAI'yi desteklediğinden SIP Uzak Taraf Kimliği (RPID) üstbilgisini devre dışı bırakın. Daha fazla bilgi için bkz. uzak-taraf-kimliği.

    sip-sunucu dns:us25.sipconnect.bcld.webex.com

    Santral için hedef SIP sunucusunu yapılandırır. Santralinizi oluşturduğunuzda Control Hub’da sağlanan edge proxy SRV adresini kullanın.

    bağlantı-yeniden

    Kayıt ve çağrı işleme için aynı kalıcı bağlantıyı kullanır. Daha fazla bilgi için bağlantıyı yeniden kullanma.

    srtp-şifreleme 100

    SRTP çağrı ayağı (bağlantı) için tercih edilen şifre paketlerini yapılandırır (adımda belirtilir) 5). Daha fazla bilgi için bkz. ses sınıfı srtp-şifrelemesi.

    oturum taşıma tcp tls

    Taşımayı TLS olarak ayarlar. Daha fazla bilgi için bkz. oturum aktarımı.

    url sips

    SRV erişim SBC tarafından desteklenen SPS'ler olmalı; tüm diğer mesajlar, sip profili 200'e göre SIP olarak değiştirilir.

    hata-passthru

    SIP hata yanıt geçiş işlevini belirtir. Daha fazla bilgi için bkz. hata-passthru.

    asserted-id pai

    Yerel Ağ Geçidi'nde PAI işlemeyi döner. Daha fazla bilgi için onaylanmış kimlik kısmına bakın.

    bağlama kontrol kaynak arabirimi GigabitEthernet0/0/1

    WebexCalling'e gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    ortam kaynağı arayüzünü bağla GigabitEthernet0/0/1

    WebexCalling’e gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    geçiş içeriği özel sdp yok

    Kiracı altında varsayılan komut. Bu komut hakkında daha fazla bilgi için geçiş içeriğine bakın.

    sip-profilleri 100

    SIP'leri SIP olarak değiştirir ve DAVET ve KAYIT mesajları için Hat/Bağlantı Noktası'nı sip-profilleri 100'de tanımlandığı şekilde değiştirir. Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

    giden-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling SBC'ye erişin. Santralinizi oluşturduğunuzda Control Hub’da sağlanan Giden Proxy Adresini girin. Daha fazla bilgi için bkz. giden proxy.

    gizlilik-politika geçişi

    Alınan mesajdan bir sonraki çağrı ayağına gizlilik değerlerini geçirecek santralin gizlilik üstbilgisi politikası seçeneklerini yapılandırır. Daha fazla bilgi için gizlilik politikası kısmına bakın.

  2. Webex Calling santral çağrı eşini yapılandırın.

     arama eşi ses 100 voip açıklaması Gelen/Giden Webex Calling max-conn 250 hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi sip-sunucusu gelen uri isteği 100 voice-class codec 100 dtmf-relay rtp-nte voice-class stun-usage 100 ses-class sip localhost voice-class sip kiracı 100 srtp vad yok 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     dial-peer voice 100 voip  açıklaması Gelen/Giden Webex Calling 

    100 VoIP etiketine sahip bir ağ eşlemi tanımlar ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    maks-conn 250

    LGW ve Webex Calling arasındaki eş zamanlı gelen ve giden çağrıların sayısını sınırlar. Kayıt santralleri için yapılandırılan maksimum değer 250 olmalıdır. Dağıtımınız için daha uygun olacaksa usea daha düşük değer. Yerel Ağ Geçidi eş zamanlı çağrı sınırları hakkında daha fazla bilgi için Yerel Ağ Geçid i belgesine bakın.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eş 100'un SIP çağrı ayaklarıyla iş ele alanı olduğunu belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi sip sunucusu

    Kiracı 100'de tanımlanan SIP sunucusunun devralındığını ve bu çağrı eşinden gelen çağrılar için hedef için kullanıldığını gösterir.

    gelen uri isteği 100

    Bir VoIP arama eşini gelen çağrının tekdüzen kaynak tanımlayıcısı (URI) ile eşleştirmek için kullanılan ses sınıfını belirtmek. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    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.

    ses sınıfı stun kullanımı 100

    Yerel Ağ Geçidinde yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine izin verir. STUN, medya trafiği için bir güvenlik duvarı iğne deliği açmaya yardımcı olur.

    ses sınıfı sip yerel sahibi yok

    Giden mesajların Gelen, Çağrı Kimliği ve Uzak Taraf Kimliği üst bilgilerinde fiziksel IP adresi yerine DNS yerel ana bilgisayar adının yerine değiştirmesini devre dışı bırakmıştır.

    ses sınıfı sip kiracısı 100

    Çağrı eşi, küresel olarak yapılandırılmış ve 100 numaralı kiracıya ait tüm parametreleri devralır. Çağrı eşi düzeyinde parametreler geçersiz kılınabilir.

    srtp

    Çağrı ayağı için SRTP'yi sağlar.

    yok devam

    Ses etkinliği algılamayı devre dışı bırakıyor.

Kiracı 100 'ü tanımladıktan ve bir SIP VoIP çağrı eşi yapılandırdıktan sonra, ağ geçidi Webex Calling'e doğru bir TLS bağlantısı başlatır. Bu noktada erişim SBC, sertifikasını Yerel Ağ Geçidine sunar. Yerel Ağ Geçidi, daha önce güncellenen CA kök paketini kullanarak Webex Calling erişim SBC sertifikasını doğrular. Sertifika tanınırsa Yerel Ağ Geçidi ve Webex Calling erişim SBC'si arasında kalıcı bir TLS oturumu oluşturulur. Böylece, Yerel Ağ Geçidi bu güvenli bağlantıyı kullanarak Webex erişim SBC'sine kayıt olabilir. Kayıt kimlik doğrulaması için zorlandığında:

  • Yanıtta kimlik bilgiler i yapılandırmasındaki kullanıcı adı, parol a ve bölg e parametreleri kullanılır.

  • SIPS URL'sini tekrar SIP'ye dönüştürmek için sip profili 100'deki değişiklik kuralları kullanılır.

Erişim SBC'sinden 200 OK alındığında kayıt başarılı olur.

Yukarıda Webex Calling'e doğru bir santral oluşturduktan sonra, SIP tabanlı PSTN sağlayıcısına doğru şifrelenmemiş bir santral oluşturmak için aşağıdaki yapılandırmayı kullanın:

Hizmet Sağlayıcınız güvenli bir PSTN santrali sunarsa Webex Calling santrali için yukarıda açıklanan benzer bir yapılandırmayı takip edebilirsiniz. Güvenli bir şekilde çağrı yönlendirme CUBE tarafından desteklenir.

TDM / ISDN PSTN santrali kullanıyorsanız TDM PSTN santrali ile Yerel Ağ Geçidini Yapılandırma sonraki bölüme geçin.

Cisco TDM-SIP Ağ Geçitlerinde PSTN çağrı ayakları için TDM arayüzlerini yapılandırmak için bkz. ISDN PRI Yapılandırma.

1

PSTN santralinden gelen çağrıları tanımlamak için aşağıdaki ses sınıfı uri'sini yapılandırın:

 ses sınıfı uri 200 sip ana bilgisayar ipv4:192.168.80.13 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı uri 200 sip

Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu kalıbı girerken, IP PSTN ağ geçidinizin IP adresini kullanın. Daha fazla bilgi için bkz. voice class uri.

2

Aşağıdaki IP PSTN çağrı eşini yapılandırın:

 dial-peer ses 200 voip açıklaması Gelen/Giden IP PSTN santrali hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi ipv4:192.168.80.13 gelen uri üzerinden 200 ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı sip bağlama medya kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı codec 100 dtmf-relay rtp-nte vad yok 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 çağrı eşi sesi 200 voip  açıklaması Gelen/Giden IP PSTN santrali

200 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

hedef şablon BAD. Kötü

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 şablonu (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ü (çevirme eşi).

oturum hedefi ipv4:192.168.80.13

Çağrı ayağı göndermek için hedefin hedef IPv4 adresini gösterir. Buradaki oturum hedefi ITSP'nin IP adresidir. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi).

200 üzerinden gelen uri

IP adresinin IP adresiyle VIA üstbilgisi için eşleşme PSTN tanımlar. Yerel Ağ Geçidinde gelen tüm IP PSTN çağrı bacaklarını çağrı eşi 200 ile eşleştirir. Daha fazla bilgi için gelen url’ye bakın.

bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

bind media source-interface GigabitEthernet0/0/0

PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

ses sınıfı codec 100

Arama eşini, ortak codec filtre listesi 100'ü kullanacak şekilde yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

yok devam

Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

3

Yerel Ağ Geçidinizi yalnızca çağrıları Webex Calling ve PSTN arasında yönlendirecek şekilde yapılandırıyorsanız aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin. Yerel Ağ Geçidinizi bir Unified Communications Manager platformuyla yapılandırıyorsanız bir sonraki bölüme geçin.

  1. Çağrıları Webex Calling'e veya PSTN'ye yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. DPG 100, PSTN'den gelen çağrı eşine uygulanır. Benzer şekilde, DPG 200'yi PSTN'ye doğru giden çağrı eşi 200 ile tanımlayın. DPG 200, Webex’ten gelen çağrı eşine uygulanır.

     voice class dpg 100 açıklaması Çağrıları Webex Calling çağrı eşi 100 voice class dpg 200’e yönlendirme açıklaması Çağrıları PSTN çağrı eşi 200’e yönlendirme

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları Webex’ten PSTN’ye ve PSTN’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

     çağrı eşi sesi 100 hedef dpg 200 hedef dpg 100 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Webex Calling'e doğru bir santral oluşturduktan sonra, Webex çağrı ayağında medya optimizasyonuna izin vermek için geri arama yönlendirme ile PSTN hizmetiniz için bir TDM santrali oluşturmak üzere aşağıdaki yapılandırmayı kullanın.

IP medya optimizasyonu gerektirmiyorsanız SIP PSTN santralinin yapılandırma adımlarını izleyin. PSTN VoIP arama eşi yerine bir ses bağlantı noktası ve POTS arama eşi (Adımlar 2 ve 3'te gösterildiği gibi) kullanın.
1

Geri döngü arama eşi yapılandırması, çağrı yönlendirme döngüleri oluşturmadan çağrıların Webex ve PSTN arasında doğru bir şekilde geçmesini sağlamak için çağrı eşi grupları ve çağrı yönlendirme etiketleri kullanır. Çağrı yönlendirme etiketlerini eklemek ve kaldırmak için kullanılacak aşağıdaki çeviri kurallarını yapılandırın:

 voice translation-rule 100 rule 1 /^\\+/ /A2A/ voice translation-profile 100 çeviri called 100 çeviri-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 çeviri called 200 çeviri-rule 11 rule 1 /^A1A/ // voice translation-profile 11 çeviri called 11 çeviri-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 çeviri called 12 çeviri 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

sesli çeviri kuralı

Çağrı yönlendirme etiketleri eklemek veya kaldırmak için kurallarda tanımlanan düzenli ifadeleri kullanır. Sorun giderme açısından netlik kazandırmak için aşırı bozucu rakamlar (‘A’) kullanılır.

Bu yapılandırmada, çeviri profili 100 tarafından eklenen etiket, geri dönüş çağrı eşleri aracılığıyla Webex Calling'den gelen çağrıları PSTN'ye yönlendirmek için kullanılır. Benzer şekilde, çeviri profili 200 tarafından eklenen etiket, PSTN'den gelen çağrıları Webex Calling'e yönlendirmek için kullanılır. Çeviri profilleri 11 ve 12, sırasıyla çağrıları Webex ve PSTN hatlarına iletmeden önce bu etiketleri kaldırır.

Bu örnekte, Webex Calling’den aranan numaraların +E.164 biçiminde sunulduğu varsayılır. Kural 100, aranan geçerli bir sayıyı korumak için baştaki + işaretini kaldırır. Kural 12, etiketi kaldırırken ulusal veya uluslararası bir yönlendirme basamakları ekler. Yerel ISDN ulusal arama planınıza uygun rakamları kullanın.

Webex Calling numaraları ulusal biçimde gösteriyorsa, sırasıyla yönlendirme etiketini ekleyip kaldırmak için 100 ve 12 numaralı kuralları ayarlayın.

Daha fazla bilgi için bkz. sesli çeviri profil i ve sesli çeviri kuralı.

2

TDM ses arabirimi bağlantı noktalarını, kullanılan hat türü ve protokolün gerektirdiği şekilde yapılandırın. Daha fazla bilgi için bkz. ISDN PRI Yapılandırma. Örneğin, bir cihazın NIM yuvası 2'ye yüklü bir Birincil Hız ISDN arabiriminin temel yapılandırması şunları içerebilir:

 e1 kart türü 0 2 isdn anahtar türü birincil ağ5 denetleyici E1 0/2/0 pri-grup zaman aralıkları 1-31 
3

Aşağıdaki TDM PSTN çağrı eşini yapılandırın:

 çağrı eşi ses 200 teneke açıklama Gelen/Giden PRI PSTN santrali hedef şablonu BAD.BAD çeviri profili gelen 200 doğrudan dahili arama bağlantı noktası 0/2/0:15

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 çağrı eşi sesi 200 saksı  açıklaması Gelen/Giden PRI PSTN santrali

200 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

hedef şablon BAD. Kötü

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 şablonu (arayüz) .

gelen çeviri profili 200

Gelen aranan numaraya çağrı yönlendirme etiketi ekleyecek çeviri profili atar.

doğrudan içe-arama

Çağrıyı ikincil bir çevir sesi sağlamadan yönlendirir. Daha fazla bilgi için bkz. doğrudan içe arama.

bağlantı noktası 0/2/0:15

Bu çağrı eşi ile ilişkilendirilmiş fiziksel ses bağlantı noktası.

4

TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının ortam optimizasyonunu etkinleştirmek için, Webex Calling ve PSTN hatları arasında bir dizi dahili geri dönüş çağrı eşi ekleyerek çağrı yönlendirmesini değiştirebilirsiniz. Aşağıdaki geri döngü arama eşlerini yapılandırın. Bu durumda, tüm gelen çağrılar başlangıçta çağrı eşi 10'a ve buradan uygulanan yönlendirme etiketine göre çağrı eşi 11 veya 12'ye yönlendirilecektir. Yönlendirme etiketi kaldırıldıktan sonra çağrılar çağrı eşi grupları kullanılarak giden santrale yönlendirilir.

 dial-peer ses 10 voip açıklaması Giden döngü-around bacak hedef-şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi ipv4:192.168.80.14 ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı sip bağlama ortam kaynağı-arayüzü GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw hiçbir vad çağrı eşi ses 11 voip açıklaması Webex çeviri-profile doğru gelen 11 oturum protokolü sipv2 gelen çağrı eşi-numarası A1AT ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı sip bağlama ortam kaynağı-arayüzü GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw hiçbir vad çağrı eşi-ses 12 voip açıklaması PSTN çeviri-profile doğru gelen 12 oturum protokolü sipv2 gelen çağrı-numarası A2AT ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw hiçbir 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 çevirme eşi sesi 10 teneke  açıklama Giden döngüsel bacak

VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

gelen çeviri profili 11

Giden santrale geçmeden önce çağrı yönlendirme etiketini kaldırmak için daha önce tanımlanan çeviri profilini uygular.

hedef şablon BAD. Kötü

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 şablonu (arayüz) .

oturum protokolü sipv2

Bu çağrı eşinin SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çevirme eşi).

oturum hedefi 192.168.80.14

Geri dönmeye giden çağrı hedefi olarak yerel yönlendirici arabirimi adresini belirtir. Daha fazla bilgi için bkz. oturum hedefi (voip arama eşi).

bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

Geri döngü yoluyla gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

bind media source-interface GigabitEthernet0/0/0

Geri döngü yoluyla gönderilen medya için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

codec g711alaw

Tüm PSTN çağrılarını G.711'i kullanmaya zorlar. ISDN hizmetiniz tarafından kullanılan şirketleştirme yöntemiyle eşleştirmek için a-law veya u-law seçin.

yok devam

Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

5

Aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin:

  1. Geri döngü yoluyla çağrıları PSTN ve Webex hatları arasında yönlendirmek için çağrı eşi grupları oluşturun.

     voice class dpg 100 açıklaması Çağrıları Webex Calling çağrı eşi 100 voice class dpg 200’e yönlendirme açıklaması Çağrıları PSTN çağrı eşi 200 voice class dpg 10’a yönlendirme Çağrıları Loopback çağrı eşi 10’a yönlendirme

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları yönlendirmek için çağrı eşi gruplarını uygulayın.

     çağrı eşi sesi 100 hedef dpg 10 çağrı eşi sesi 200 hedef dpg 10 çağrı eşi sesi 11 hedef dpg 100 çağrı eşi sesi 12 hedef dpg 200

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Önceki bölümlerdeki PSTN-Webex Calling yapılandırması, bir Cisco Unified Communications Manager (UCM) kümesine ek santraller içerecek şekilde değiştirilebilir. Bu durumda, tüm çağrılar Unified CM aracılığıyla yönlendirilir. 5060 numaralı bağlantı noktasındaki UCM'den gelen çağrılar PSTN'ye ve bağlantı noktası 5065'ten gelen çağrılar Webex Calling'e yönlendirilir. Bu çağrı senaryosunu dahil etmek için aşağıdaki artan yapılandırmalar eklenebilir.

Unified CM'de Webex Calling santrali oluştururken, gelen bağlantı noktasını SIP Santrali Güvenlik Profili ayarlarında 5065 olarak yapılandırdığınızdan emin olun. Bu, bağlantı noktası 5065'te gelen mesajlara izin verir ve Yerel Ağ Geçidine mesaj gönderirken VIA üstbilgisini bu değer ile doldurur.

1

Aşağıdaki ses sınıfı URI'lerini yapılandırın:

  1. Bağlantı noktası VIA SIP kullanarak Unified CM'yi Webex çağrılarına sınıflandırır:

     sesli sınıf uri 300 sip 
     modeli:5065 
  2. Bağlantı noktası aracılığıyla SIP kullanarak Unified CM'yi PSTN çağrılarına sınıflandırır:

     ses sınıfı uri 400 sip şablonu 192\.168\.80\.6[0-5]:5060 

    Kaynak adreslerini ve bağlantı noktası numarasını açıklayan bir veya daha fazla şablon kullanarak UCM'den PSTN santraline gelen mesajları sınıflandırın. Gerekirse eşleşen kalıpları tanımlamak için düzenli ifadeler kullanılabilir.

    Yukarıdaki örnekte, 192.168.80.60 ila 65 aralığındaki herhangi bir IP adresini ve 5060 bağlantı noktası numarasını eşleştirmek için düzenli bir ifade kullanılır.

2

Unified CM ana bilgisayarlarına SRV yönlendirmesini belirtmek için aşağıdaki DNS kayıtlarını yapılandırın:

IOS XE, hedef UCM ana bilgisayarlarını ve bağlantı noktalarını yerel olarak belirlemek için bu kayıtları kullanır. Bu yapılandırma ile, DNS sisteminizdeki kayıtları yapılandırmanız gerekmez. DNS’inizi kullanmayı tercih ederseniz bu yerel yapılandırmalar gerekli değildir.

 ip ana bilgisayar ucmpub.mydomain.com 192.168.80.60 ip ana bilgisayar ucmsub1.mydomain.com 192.168.80.61 ip ana bilgisayar ucmsub2.mydomain.com 192.168.80.62 ip ana bilgisayar ucmsub3.mydomain.com 192.168.80.63 ip ana bilgisayar ucmsub4.mydomain.com 192.168.80.64 ip ana bilgisayar ucmsub5.mydomain.com 192.168.80.65 ip ana bilgisayar _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

Aşağıdaki komut bir DNS SRV kaynak kaydı oluşturur. Her UCM ana bilgisayarı ve santrali için bir kayıt oluşturun:

ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV kaynağı kayıt adı

2: SRV kaynak kaydı önceliği

1: SRV kaynağı kayıt ağırlığı

5060: Bu kaynak kaydındaki hedef ana bilgisayar için kullanılacak bağlantı noktası numarası

ucmsub5.mydomain.com: Kaynak kaydı hedef ana bilgisayarı

Kaynak kaydı hedef ana bilgisayar adlarını çözümlemek için yerel DNS A kayıtları oluşturun. Ö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 çağrı eşlerini yapılandırın:

  1. Unified CM ve Webex Calling arasındaki çağrılar için çağrı eşi:

     arama-eş ses 300 voip açıklaması UCM-Webex Calling santral hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi dns:wxtocucm.io gelen uri ile 300 voice-class codec 100 voice-class sip bind kontrol kaynağı-arabirimi GigabitEthernet 0/0/0 voice-class sip bind medya kaynağı-arabirimi GigabitEthernet 0/0/0 dtmf-relay rtp-nte vad yok 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     çağrı eşi ses 300 voip  açıklaması UCM-Webex Calling santrali

    300 et iketiyle VoIP arama eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 300'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:wxtocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı wxtocucm.io kullanılır.

    300 üzerinden gelen uri

    5065 kaynak bağlantı noktasını kullanarak Unified CM'den gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 300'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    yok devam

    Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

  2. Unified CM ve PSTN arasındaki çağrılar için çağrı eşi:

     arama-eş ses 400 voip açıklaması UCM-PSTN santral hedef-şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi dns:pstntocucm.io gelen uri üzerinden 400 voice-class codec 100 voice-class sip bind kontrol kaynağı-arabirimi GigabitEthernet 0/0/0 voice-class sip bind medya kaynağı-arabirimi GigabitEthernet 0/0/0 dtmf-relay rtp-nte vad yok 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     çağrı eşi ses 400 voip  açıklaması UCM-PSTN santrali

    400 et iketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sağlar.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 400'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:pstntocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı pstntocucm.io kullanılır.

    400 üzerinden gelen uri

    5060 kaynak bağlantı noktasını kullanarak belirtilen Unified CM ana bilgisayarlarından gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 400'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    yok devam

    Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

4

Aşağıdaki yapılandırmaları kullanarak çağrı yönlendirme ekleyin:

  1. Çağrıları Unified CM ve Webex Calling arasında yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. DPG 100, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 300 ile DPG 300'yi tanımlayın. DPG 300, Webex’ten gelen çağrı eşine uygulanır.

     voice class dpg 100 açıklaması Çağrıları Webex Calling çağrı eşi 100 voice class dpg 300 açıklaması Çağrıları Unified CM'ye yönlendirin Webex Calling santral çağrı eşi 300 
  2. Çağrıları Unified CM ve PSTN arasında yönlendirmek için çağrı eşi grupları oluşturun. PSTN'ye doğru giden çağrı eşi 200 ile DPG 200'ü tanımlayın. DPG 200, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 400 ile DPG 400'yi tanımlayın. PSTN'den gelen çağrı eşine DPG 400 uygulanır.

     voice class dpg 200 açıklaması Çağrıları PSTN çağrı eşi 200 voice class dpg 400'e yönlendirme Çağrıları Unified CM PSTN santrali çağrı eşi 400'e yönlendirme

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  3. Çağrıları Webex’ten Unified CM’ye ve Unified CM’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

     arama eşi sesi 100 hedef dpg 300 hedef dpg 100

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 300

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

  4. Çağrıları PSTN'den Unified CM'ye ve Unified CM'den PSTN'ye yönlendirmek için çağrı eşi gruplarını uygulayın:

     çağrı eşi sesi 200 hedef dpg 400 hedef dpg 200 

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Tanılama İmzaları (DS), IOS XE tabanlı Yerel Ağ Geçidi'de sık gözlemlenen sorunları proaktif olarak algılar ve etkinliğin e-posta, syslog veya terminal mesajı bildirimini oluşturan. Ayrıca, çözünürlük süresini hızlandırmak üzere tanılama verileri toplama işlemini otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için DS'yi yükleyebilirsiniz.

Tanılama İmzaları (DS), sorunu bildirmek, gidermek ve sorunu düzeltmek için gereken olayları ve işlemleri içeren XML dosyalarıdır. Sistem günlüğü mesajlarını, SNMP olaylarını kullanarak ve belirli komut gösterme çıktılarının periyodik olarak izlenmesi yoluyla sorun algılama mantığını tanımlayabilirsiniz.

Eylem türleri, show command çıkış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üğü koruma için dijital olarak imzalar. Her bir DS'nin sistem tarafından atanmış benzersiz bir kimlik numarası vardır. Tanı Imzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için geçerli imzaları bulmak için tek kaynaktır.

Başlamadan önce:

  • DSLT'den indiren DS dosyasını düzenlemeyin . Değiştir işleminiz, bütünlüğü kontrol hatası nedeniyle yükleme başarısız oldu.

  • Yerel Ağ Geçidi'nin e-posta bildirimlerini göndermesi için gerekli olan Basit Posta Aktarım Protokolü (SMTP) sunucusu.

  • E-posta bildirimleri için güvenli SMTP sunucusunu kullanmak isterseniz Yerel Ağ Geçidi'nin IOS XE 17.6.1 veya daha yüksek bir alanı çalıştır olduğundan emin olun.

Cisco WebEx Meeting Center Yapılandırma Kılavuzları

IOS XE 17.6.1a veya üzeri bir sürümde çalışan Yerel Ağ Geçidi

  1. Tanı İmzalarının varsayılan olarak etkinleştirilmesi.

  2. Cihazın Cisco IOS XE 17.6.1a veya üzeri bir sürüm çalıştırması durumunda proaktif bildirim göndermek için kullanılacak güvenli e-posta sunucusunu yapılandırın.

    terminal çağrı ev posta sunucusunu yapılandırma :@ öncelik 1 güvenli tls sonu 

  3. Sizi bilgilendirmek için yöneticinin e-posta adresi ds_email ile ortam değişkenini yapılandırın.

    terminal call-home diagnostic-signature environment ds_email  ucunu yapılandırın 

Aşağıda, Gmail'i güvenli SMTP sunucusu olarak kullanan tacfaststart@gmail.com adresine proaktif bildirimleri göndermek için Cisco IOS XE 17.6.1a veya üstü üzerinde çalışan bir Yerel Ağ Geçidinin yapılandırılmasının bir örneği gösterilmektedir:

Cisco IOS XE Bengaluru 17.6.x veya sonraki sürümlerini kullanmanızı öneririz.

call-home mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls diagnostic-signature environment ds_email "tacfaststart@gmail.com" 

Cisco IOS XE Yazılımında çalışan Yerel Ağ Geçidi, OAuth'u destekleyen tipik bir web tabanlı Gmail istemcisi değildir, bu nedenle belirli bir Gmail hesap ayarını yapılandırmamız ve cihazdan gelen e-postanın doğru şekilde işlenmesi için belirli bir izin sağlamamız gerekir:

  1. Google Hesabını Yönet > Güvenlik ’e gidin ve Daha az güvenli uygulama erişimi ayarını açın.

  2. Gmail'den "Google, google olmayan bir uygulama kullanarak birinin hesabınızla oturum açmasını engelledi" şeklinde bir e-posta alırsanız "Evet, bu ben istiyorum" yanıtını alın.

Proaktif izleme için tanılama imzalarını yükleyin

Yüksek CPU kullanımını izleme

Bu DS, SNMP OID kullanarak CPU kullanımını beş saniye boyunca takip eder 1.3.6.1.4.1.9.2.1.56. Kullanım %75 veya daha fazlaya ulaştığında, tüm hata ayıklamaları devre dışı kaldırır ve Yerel Ağ Geçidi'ne yüklü tüm tanılama imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.

  1. SNMP'yi etkinleştirmek için show snmp komutunu kullanın. Etkinleştirmezseniz snmp-server manager komutunu yapılandırın.

    snmp göster %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP paket girişi      0 Kötü SNMP sürüm hataları      1 Bilinmeyen topluluk adı      0 Verilen topluluk adı için yasadışı işlem      0 Kodlama hataları 37763 Istenen değişken sayısı      2 Değiştirilen değişken sayısı 34560 Get-request PDU'ları 138 Get-next PDU'ları      2 Set-istek PDU’ları      0 Giriş sırası paketi damla sayısı (Maksimum sıra boyutu 1000) 158277 SNMP paket çıkışı      0 Çok büyük hatalar (Maksimum paket boyutu 1500) 20 Böyle bir isim hatası yok      0 Kötü değer hataları      0 Genel hatalar 7998 Yanıt PDU'ları 10280 Tuzak PDU'ları Şu anda SNMP işlem giriş kuyruğunda olan paketler: 0 
     SNMP küresel neden: etkin 
  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@/DS_64224.xml bootflash: 

    Aşağıdaki örnek, dosyanın FTP sunucusundan Yerel Ağ Geçidine kopya olduğunu gösterir.

    ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash kopyalayın:  ftp://*:*@ 192.0.2.12/DS_64224.xml erişimi...!  [Tamam - 3571/4096 bayt] 0,064 saniyede (55797 bayt/sn) kopyalanan 3571 bayt 
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_64224.xml Yük dosyası DS_64224.xml başarılı 
  5. İmzanın başarıyla yük çalıştığını doğrulamak için çağrı ev tanılama imzasını göster komutunu kullanın. Durum sütununda "kayıtlı" bir değer olmalıdır.

    call-home diagnostic-signature Geçerli diagnostic-signature ayarlarını göster:  Tanılama imzası: Etkinleştirildi 
     Profil: CiscoTAC-1 (durum: ACTIVE) 
     URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Ortam değişkeni: ds_email: username@gmail.com 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-07 22:05:33

    Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse, Yerel Ağ Geçidinde yüksek CPU kullanımını izlemeye devam etmek için DS 64224'ü yeniden yükleyin.

SIP merkezi kaydını izleme

Bu DS, bulutla yerel ağ geçidi ağ geçidi SIP Santrali 60 Webex Calling kaydın siliyor. Kayıt kaldırma olayı algılandıktan sonra, bir e-posta ve sistem günlüğü bildirimi oluşturur ve iki kayıt kaldırma örneğinden sonra kendini kaldırır. Imzayı yüklemek için aşağıdaki adımları kullanın:

  1. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64117'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    SIP-SIP

    Sorun Türü

    SIP Santrali e-posta Bildirimiyle Kaydı sildi.

  2. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

    ftp://kullanıcıadı:parola@/DS_64117.xml bootflash’ı kopyalayın: 
  3. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_64117.xml Yük dosyası DS_64117.xml başarılı LocalGateway# 
  4. İmzanın başarıyla yük çalıştığını doğrulamak için çağrı ev tanılama imzasını göster komutunu kullanın. Durum sütunu "kayıtlı" değerine sahip olmalı.

Anormal arama bağlantılarının izlenmesi

Bu DS, 403, 488 ve 503 SIP hatalarıyla anormal çağrı kesilmelerini algılamak için 10 dakikada bir SNMP anketi kullanır. Hata sayısı artışı son anketten itibaren 5’ten büyük veya 5’e eşitse bir sistem günlüğü ve e-posta bildirimi oluşturur. Imzayı yüklemek için lütfen aşağıdaki adımları kullanın.

  1. SNMP'nin etkin olup olmadığını kontrol etmek için show snmp komutunu kullanın. Etkinleştirilmemişse snmp-server manager komutunu yapılandırın.

    snmp göster %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP paket girişi      0 Kötü SNMP sürüm hataları      1 Bilinmeyen topluluk adı      0 Verilen topluluk adı için yasadışı işlem      0 Kodlama hataları 37763 Istenen değişken sayısı      2 Değiştirilen değişken sayısı 34560 Get-request PDU'ları 138 Get-next PDU'ları      2 Set-istek PDU’ları      0 Giriş sırası paketi damla sayısı (Maksimum sıra boyutu 1000) 158277 SNMP paket çıkışı      0 Çok büyük hatalar (Maksimum paket boyutu 1500) 20 Böyle bir isim hatası yok      0 Kötü değer hataları      0 Genel hatalar 7998 Yanıt PDU'ları 10280 Tuzak PDU'ları Şu anda SNMP işlem giriş kuyruğunda olan paketler: 0 
     SNMP küresel neden: etkin 
  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ısı bağlantısı algılama.

  3. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

    ftp://kullanıcıadı:parola@/DS_65221.xml bootflash kopyalayın:
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_65221.xml Yük dosyası DS_65221.xml başarılı 
  5. İmzanın başarıyla yük çalıştığını doğrulamak için çağrı ev tanılama imzasını göster komutunu kullanın. Durum sütunu "kayıtlı" değerine sahip olmalı.

Bir sorunu gidermek için tanılama imzalarını yükleyin

Sorunları hızla çözmek için Tanılama İmzalarını (DS) kullanın. Cisco TAC mühendisleri, belirli bir sorunu tespit etmek, sorun oluşumunu algılamak, doğru tanılama verileri toplamak ve verileri Cisco TAC durumuna otomatik olarak aktaran gerekli hata ayıklamaları etkinleştiren birkaç imzaya izin verdi. Tanı Imzaları (DS), sorunun oluşup oluşmadığını manuel olarak kontrol etme ihtiyacını ortadan kaldırır ve aralıklı ve geçici sorunların giderilmesini çok daha kolay hale getirir.

Tanılama İmzaları Arama Aracı'nı kullanarak uygun imzaları bulabilir ve bir sorunu kendi kendine çözmek için yükleyebilir veya destek etkileşimin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.

Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" syslog ve otomatik tanılama veri toplama aşağıdaki adımları takip edin:

  1. Toplanan tanılama verilerinin yüklendiği Cisco TAC dosya sunucusu yolu (cxd.cisco.com) olan ek bir DS ortam değişkeni ds_fsurl_prefix yapılandırın. Dosya yolundaki kullanıcı adı, vaka numarası ve parola, aşağıdaki komutta Destek Vaka Yöneticisi 'nden alınabilecek dosya yükleme belirtecidir. Dosya yükleme belirteci, gerektiğinde Destek Vaka Yöneticisi'nin Ekler bölümünde oluşturulabilir.

    terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)ortamını yapılandırın ds_fsurl_prefix "scp://:@cxd.cisco.com" end 

    Örnek:

    call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com" 
  2. show snmp komutunu kullanarak SNMP'nin etkinleştirildiğinden emin olun. Etkinleştirilmemişse snmp-server manager komutunu yapılandırın.

    snmp %SNMP agent not enabled config t snmp-server manager end göster 
  3. Yüksek CPU kullanımı sırasında tüm hata ayıklama ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü yükleyin. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta Bildirimi ile Yüksek CPU Kullanımı.

  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.

    ftp://kullanıcıadı:parola@/DS_64224.xml bootflash’ı kopyalayın:  ftp://username:password@/DS_65095.xml bootflash’ı kopyalayın: 
  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 Yük dosyası DS_64224.xml başarılı call-home diagnostic-signature load DS_65095.xml Yük dosyası DS_65095.xml başarılı 
  7. show call-home diagnostic-signature komutunu kullanarak imzanın başarıyla yüklendiğini doğrulayın. Durum sütunu "kayıtlı" değerine sahip olmalı.

    call-home diagnostic-signature Geçerli diagnostic-signature ayarlarını göster:  Tanılama imzası: Etkinleştirildi 
     Profil: CiscoTAC-1 (durum: ACTIVE) 
     URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Ortam değişkeni: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Kayıtlı

    2020-11-08

Tanılama imzası yürütmeyi doğrula

Aşağıdaki komutta, Yerel Ağ Geçidi imzada tanımlanan eylemi yürütürken show call-home diagnostic-signature komutunun "Durum" sütunu "çalışıyor" olarak değişir. Arama-ev tanılama imzası istatistiklerini göstermenin çıktısı, tanılama imzasının ilgi gösterme olayı algı arayıp algılamasını ve eylemi gerçekleştirip yürütme çalıştığını doğrulamanın en iyi yolu değildir. "Tetiklenen/Maks./Stall" sütunu, söz dizisinde belirtilen imzanın bir etkinliği kaç kez tetikledikten sonra tetikledikten sonra bir etkinliği algılamak için maksimum sayıda kez tanımlandığı ve maksimum tetiklenen etkinlik sayısını algılayan imzanın kendi kendine install olduğunu gösterir.

call-home diagnostic-signature Geçerli diagnostic-signature ayarlarını göster:  Tanılama imzası: Etkinleştirildi 
 Profil: CiscoTAC-1 (durum: ACTIVE) 
 URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Ortam değişkeni: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

İndirilen DS'ler:

DS Kimliği

DS Adı

Revizyon

Durum

Son Güncelleme (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Kayıtlı

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Çalışıyor

2020-11-08 00:12:53

ev arama tanılama imzası istatistiklerini göster

DS Kimliği

DS Adı

Tetiklenen/Maks/Yüklemeyi Kaldırma

Ortalama Çalışma Süresi (saniye)

Maksimum Çalışma Süresi (saniye)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Tanılama bildirim e-postası yürütme sırasında gönderilen ses dosyası; sorun türü, cihaz ayrıntıları, yazılım sürümü, çalışan yapılandırma gibi önemli bilgileri içerir ve söz konusu sorunu gidermek için uygun komut çıkışlarını gösterir.

Tanılama imzalarını kaldır

Sorun giderme amaçları için Tanılama imzalarını kullanın, genellikle bazı sorun meydana gelen durumlarda tespit edildikten sonra kaldırmak üzere tanımlanır. Bir imzayı manuel olarak kaldırmak isterseniz show call-home diagnostic-signature komutunun çıktısından DS kimliğini alın ve aşağıdaki komutu çalıştırın:

çağrı-giriş tanı-imza kaldırma  

Örnek:

çağrı-ana tanılama-imza kaldırma 64224 

Dağıtımlarda yaygın olarak gözlemlenen sorunlar temel alınarak Tanılama İmzaları Arama Aracına düzenli olarak yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir.

Cisco IOS XE Ağ Geçitlerinin daha iyi yönetimi için, ağ geçitlerini Control Hub üzerinden kaydetmenizi ve yönetmenizi öneririz. Isteğe bağlı bir yapılandırmadır. Kaydedildiğinde, Yerel Ağ Geçidi yapılandırmanızı doğrulamak ve herhangi bir yapılandırma sorununu tanımlamak için Control Hub'daki yapılandırma doğrulama seçeneğini kullanabilirsiniz. Şu anda yalnızca kayıt tabanlı santraller bu işlevi destekler.

Daha fazla bilgi için aşağıdakilere bakın:

Bu bölümde, sertifika tabanlı karşılıklı TLS (mTLS) SIP santrali kullanılarak, bir Cisco Unified Sınır Öğesinin (CUBE) Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı anlatılmaktadır. Bu belgenin ilk bölümünde basit bir PSTN ağ geçidinin nasıl yapılandırılacağı gösterilmektedir. Bu durumda, PSTN'den gelen tüm çağrılar Webex Calling'e ve Webex Calling'den gelen tüm çağrılar PSTN'ye yönlendirilir. Aşağıdaki resimde, bu çözümü ve takip edilecek üst düzey çağrı yönlendirme yapılandırmasını vurgulamaktadır.

Bu tasarımda, aşağıdaki temel yapılandırmalar kullanılır:

  • ses sınıfı kiracıları: Santrale özel yapılandırmalar oluşturmak için kullanılır.

  • ses sınıfı uri: Gelen çağrı eşinin seçimi için SIP mesajlarını sınıflandırmak için kullanılır.

  • gelen çağrı eşi: Gelen SIP mesajları için tedavi sağlar ve bir çağrı eşi grubuyla giden yolu belirler.

  • arama eşi grubu: Ileri çağrı yönlendirme için kullanılan giden çağrı eşlerini tanımlar.

  • giden çağrı eşi: Giden SIP mesajları için tedavi sağlar ve bunları gerekli hedefe yönlendirir.

Webex Calling yapılandırma çözümünden PSTN’den PSTN’ye/Webex Calling’e çağrı yönlendirme

IP ve SIP PSTN santralleri için varsayılan protokoller haline gelirken, TDM (Zaman Bölmeli Çoklama) ISDN devreleri hala yaygın olarak kullanılmaktadır ve Webex Calling santralleriyle desteklenmektedir. TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının ortam optimizasyonunu etkinleştirmek için, şu anda iki ayaklı bir çağrı yönlendirme işlemi kullanmak gereklidir. Bu yaklaşım, aşağıdaki resimde gösterildiği gibi Webex Calling ve PSTN hatları arasında bir dizi dahili geri döngü çağrı eşi sunarak yukarıda gösterilen çağrı yönlendirme yapılandırmasını değiştirir.

Webex Calling ile şirket içi bir Cisco Unified Communications Manager çözümüne bağlanırken, aşağıdaki şemada gösterilen çözümü oluşturmak için temel olarak basit PSTN ağ geçidi yapılandırmasını kullanabilirsiniz. Bu durumda, Unified Communications Manager tüm PSTN ve Webex Calling çağrılarında merkezi yönlendirme ve işlem sağlar.

Bu belge boyunca, aşağıdaki resimde gösterilen ana bilgisayar adları, IP adresleri ve arayüzler kullanılır. Seçenekler, genel veya özel (NAT arkasında) adresleme için sağlanır. Birden fazla CUBE örneği arasında yük dengeleme olmadığı sürece SRV DNS kayıtları isteğe bağlıdır.

Yerel Ağ Geçidi yapılandırmanızı aşağıdaki şekilde tamamlamak için bu belgenin geri kalan bölümündeki yapılandırma kılavuzunu kullanın:

  • 1. Adım: Yönlendirici temel bağlantısını ve güvenliğini yapılandırın

  • 2. Adım: Webex Calling Santralini Yapılandırma

    Gerekli mimarinize bağlı olarak aşağıdakilerden birini izleyin:

  • 3. Adım: SIP PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

  • 4. Adım: Mevcut Unified CM ortamıyla Yerel Ağ Geçidini yapılandırma

    Veya:

  • 3. Adım: TDM PSTN santrali ile Yerel Ağ Geçidi Yapılandırma

Başlangıç yapılandırması

Cisco yönlendiricinizi Webex Calling için Yerel Ağ Geçidi olarak hazırlamanın ilk adımı, platformunuzu güvenli hale getirecek ve bağlantı kuracak bir temel yapılandırma oluşturmaktır.

  • Tüm sertifika tabanlı Yerel Ağ Geçidi dağıtımları için Cisco IOS XE 17.9.1a veya sonraki sürümleri gerekir. Önerilen sürümler için Cisco Yazılım Araştırma sayfasına bakın. Platformu arayın ve önerile n sürümlerden birini seçin.

    • ISR4000 serisi yönlendiriciler, hem Unified Communications hem de Güvenlik teknolojisi lisansları ile yapılandırılmalıdır.

    • Ses kartlarıyla veya DSP'lerle donatılmış Catalyst Edge 8000 serisi yönlendiriciler, DNA Essentials lisansı gerektirir. Ses kartları veya DSP'ler olmayan yönlendiriciler, minimum DNA Essentials lisansı gerektirir.

    • Yüksek kapasite gereksinimleri için Yüksek Güvenlik (HSEC) lisansı ve ek çıktı yetkilendirmesi de gerekebilir.

      Daha fazla ayrıntı için Yetkilendirme Kodların a bakın.

  • Platformunuz için iş politikalarınızı takip eden bir temel yapılandırma oluşturun. Özellikle, aşağıdakileri yapılandırın ve çalışmayı doğrulayın:

    • NTP

    • Acl

    • Kullanıcı kimlik doğrulaması ve uzaktan erişim

    • DNS

    • IP yönlendirme

    • IP adresleri

  • Webex Calling'e yönelik ağın bir IPv4 adresi kullanması gerekir. Yerel Ağ Geçidi Tam Etki Alanı Adları (FQDN) veya Hizmet Kaydı (SRV) adreslerinin, internette genel bir IPv4 adresine çözülmesi gerekir.

  • Webex'e dönük Yerel Ağ Geçidi arayüzündeki tüm SIP ve ortam bağlantı noktalarına doğrudan veya statik NAT üzerinden internetten erişilebilir olmalıdır. Güvenlik duvarınızı buna uygun olarak güncellediğinizden emin olun.

  • Yerel Ağ Geçidine imzalı bir sertifika yükleyin (aşağıda ayrıntılı yapılandırma adımları verilmiştir).

    • Cisco Webex Ses ve Video Platformlarına Yapılan Çağrılar için Hangi Kök Sertifika Yetkilileri Desteklenir ? bölümünde açıklandığı gibi genel bir Sertifika Yetkilisi (CA) cihaz sertifikasını imzalamalıdır.

    • Santral oluştururken Control Hub'da yapılandırılan FQDN, yönlendiricinin Ortak Ad (CN) veya Konu Alternatif Adı (SAN) sertifikası olmalıdır. Örneğin:

      • Kuruluşunuzun Control Hub'ında yapılandırılmış bir santralde, Yerel Ağ Geçidinin FQDN'si olarak cube1.lgw.com:5061 varsa yönlendirici sertifikasındaki CN veya SAN cube1.lgw.com içermelidir. 

      • 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. Kayıt adresinin (CNAME, SRV veya IP Adresi) çözümleyene kayıtları SAN'da isteğe bağlıdır.

      • Ister santral için FQDN ister SRV kullanın, Yerel Ağ Geçidinizdeki tüm yeni SIP iletişim kutularının kişi adresi, Control Hub’da yapılandırılan adı kullanır.

  • Sertifikaların istemci ve sunucu kullanımı için imzalanmış olduğundan emin olun.

  • Cisco kök CA paketini Yerel Ağ Geçidine yükleyin.

Yapılandırma

1

Herhangi bir Katman 3 arayüzüne geçerli ve yönlendirilebilir IP adresleri atadığınızdan emin olun, örneğin:

 arayüz GigabitEthernet0/0/0 açıklama PSTN ve/veya CUCM ip adresine dönük arayüz 192.168.80.14 255.255.255.0 ! arayüz GigabitEthernet0/0/1 açıklama Webex Calling (Genel adres) ip adresine dönük arayüz 198.51.100.1 255.255.255.240 

2

Yönlendiricideki STUN kimlik bilgilerini simetrik şifreleme kullanarak koruyun. Birincil şifreleme anahtarını ve şifreleme türünü aşağıdaki şekilde yapılandırın:

 key config-key password-encrypt YourPassword parolanızı şifreleme aes
3

Tercih ettiğiniz Sertifika Yetkilisi (CA) tarafından imzalanan bir sertifikayla bir şifreleme güven noktası oluşturun.

  1. Aşağıdaki yönet komutunu kullanarak bir RSA anahtar çifti oluşturun.

    kripto anahtarı rsa genel anahtarları dışa aktarılabilir etiket lgw-anahtar modülü 4096 oluştur

  2. Santral için cube1.lgw.com adresini fqdn olarak kullanırken, aşağıdaki yapılandırma komutlarıyla imzalı sertifika için bir güven noktası oluşturun:

     kripto pki trustpoint LGW_CERT kayıt terminali pem fqdn cube1.lgw.com subject-name cn=cube1.lgw.com subject-alt-name cube1.lgw.com iptal-kontrol yok 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:

    kripto pki LGW_CERT'i kaydet

4

Ara (veya kök) CA sertifikanızı kullanarak yeni sertifikanızın kimliğini doğrulayın, ardından sertifikayı içe aktarın (Adım 4). Aşağıdaki çalıştırma veya yapılandırma komutunu girin:

 kripto pki kimlik doğrulaması LGW_CERT  

5

Aşağıdaki yürütme veya yapılandırma komutunu kullanarak imzalı bir toplantı sahibi sertifikasını içe aktarın:

 kripto pki içe aktarma LGW_CERT sertifikası  

6

TLS1.2 münhasırlığını etkinleştirin ve aşağıdaki yapılandırma komutlarını kullanarak varsayılan güven noktasını belirtin:

 sip-ua şifreleme sinyali varsayılan güven noktası LGW_CERT aktarımı tcp tls v1.2  

7

Webex Calling tarafından kullanılan DigiCert CA sertifikasını içeren Cisco kök CA paketini yükleyin. Belirtilen URL'den kök CA paketini indirmek ve mevcut CA güven havuzunu temizlemek için kripto pki güven havuzunu içe aktarma temiz url komutunu kullanın, ardından yeni sertifika paketini yükleyin:

HTTPS kullanarak internete erişim için bir proxy kullanmanız gerekirse CA paketini içe aktarmadan önce aşağıdaki yapılandırmayı ekleyin:

ip http istemci proxy sunucusu yourproxy.com proxy bağlantı noktası 80
 ip http istemci kaynak arabirimi GigabitEthernet0/0/1 şifreleme pki trustpool içe aktarma temiz url https://www.cisco.com/security/pki/trs/ios_core.p7b
1

Control Hub'daki mevcut bir konum için CUBE sertifikası tabanlı bir PSTN santrali oluşturun. Daha fazla bilgi için bkz. Webex Calling için santralleri, yönlendirme gruplarını ve çağrı planlarını yapılandırma.

Santral oluşturulduktan sonra sağlanan santral bilgilerini not edin. Aşağıdaki resimde vurgulandığı gibi bu ayrıntılar, bu kılavuzdaki yapılandırma adımlarında kullanılacaktır.
2

CUBE'u Webex Calling Yerel Ağ Geçidi olarak yapılandırmak için aşağıdaki komutları girin:

 ses hizmeti voip ip adresi güvenilir listesi ipv4 x.x.x.x y.y.y.y modu sınır öğesi allow-connections sip'den sip'ye ek hizmet sip referans stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asimetrik yük tam erken teklif zorlamalı sip-profilleri gelen 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 ip adresi güvenilir listesi  ipv4 x.x.x.x y.y.y
mod kenarlık öğesi

Platformda Cisco Unified Border Element (CUBE) özelliklerini etkinleştirir.

sip'e bağlantı sip izin ver

CUBE temel SIP'i arka arkaya kullanıcı aracısı işlevini etkinleştirin. Daha fazla bilgi için Bağlantılara izin ver kısmına bakın.

Varsayılan olarak, T.38 faks aktarımı etkindir. Daha fazla bilgi için bkz. faks protokolü t38 (ses hizmeti).

stın

Küresel olarak STUN'u (NAT üzerinden UDP'nin Oturum Geçişi) etkinleştirir.

Bu genel stun komutları yalnızca Yerel Ağ Geçidinizi NAT arkasında dağıtırken gereklidir.
  • Bir Webex Calling kullanıcısına (örneğin, hem arayan hem de arayan taraf) çağrıyı aboneleri Webex Calling ve Webex Calling SBC'de ortam yer imlerine çıpalarsanız İğne açık değil olarak ortam Yerel Ağ Geçidine akış akar.

  • Yerel Ağ Geçidindeki STUN bağlantıları özelliği, yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine olanak tanır. Bu, güvenlik duvarında iğne deliğinin açılmasına yardımcı olur.

Daha fazla bilgi için bkz. stun flowdata temsilci kimliği ve stun flowdata paylaşılan gizliliği.

asimetrik yük tam

Hem DTMF hem de dinamik codec yükleri için SIP asimetrik yük desteğini yapılandırır. Bu komut hakkında daha fazla bilgi için, bkz. asimetrik yük.

erken teklif zorlama

Yerel Ağ Geçidini, komşu eşten onay beklemek yerine ilk INVITE mesajında SDP bilgilerini göndermeye zorlar. Bu komut hakkında daha fazla bilgi için erken teklif kısmına bakın.

gelen sip profilleri

CUBE'nin mesajları alındıkça değiştirmek için SIP profillerini kullanmasını sağlar. Profiller, çağrı eşleri veya kiracılar aracılığıyla uygulanır.

3

Hat için voice class codec 100 codec filtresini yapılandırın. 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.

 ses sınıfı codec 100 codec tercihi 1 opus codec tercihi 2 g711ulaw codec tercihi 3 g711alaw 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı codec 100

SIP hatları aracılığıyla yapılan çağrılar için yalnızca tercih edilen codec'lere izin vermek için kullanılır. Daha fazla bilgi için bkz. ses sınıfı codec'i.

Opus codec yalnızca SIP tabanlı PSTN hatları için desteklenir. PSTN santralinde ses T1/E1 veya analog FXO bağlantısı kullanılıyorsa ses sınıfı codec100 yapılandırmasından codec tercihi 1 opus'u hariç tutun .

4

Webex Calling santralinde ICE’yi etkinleştirmek için ses sınıfı stun kullanımı 100 ’ü yapılandırın. (Bu adım, Webex for Government için geçerli değildir)

 ses sınıfı stun-kullanımı 100 stun kullanımı güvenlik duvarı-geçiş akış verileri stun kullanımı ice lite 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

stun kullanımı ice lite

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ı ses kullanım ı ve ses kullanımı ice lite.

stun kullanımı güvenlik duvarı-geçiş akış verileri komutu yalnızca Yerel Ağ Geçidinizi NAT arkasında dağıtırken gereklidir.
Ortam yolu optimizasyonu kullanarak çağrı akışları için ICE-lite'ın stun kullanımını gerekli kılmanız gerekir. SIP'den TDM ağ geçidine ortam optimizasyonu sağlamak için, IP-IP bacağında ICE-Lite özellikli bir geri arama eşi yapılandırın. Daha fazla teknik bilgi için Hesap veya TAC ekipleriyle iletişime geçin.
5

Webex trafiği için ortam şifreleme politikasını yapılandırın. (Bu adım, Webex for Government için geçerli değildir)

 ses sınıfı srtp-crypto 100 kripto 1 AES_CM_128_HMAC_SHA1_80

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

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 SHA1_80’i destekler. Daha fazla bilgi için bkz. ses sınıfı srtp-şifrelemesi.

6

FIPS uyumlu GCM şifrelerini yapılandırın (Bu adım yalnızca Resmi Daireler için Webex için geçerlidir).

 ses sınıfı srtp-crypto 100 kripto 1 AEAD_AES_256_GCM 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı srtp-şifreleme 100

CUBE'nin sunduğu şifre paketi olarak GCM'yi belirtir. Webex for Government için Yerel Ağ Geçidi için GCM şifrelerinin yapılandırılması zorunludur.

7

Bir Yerel Ağ Geçidi hattına yapılan çağrıları, hedef FQDN'sine veya SRV'sine göre benzersiz bir şekilde tanımlamak için bir şablon yapılandırın:

 ses sınıfı uri 100 sip şablonu cube1.lgw.com

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı uri 100 sip

Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu şablona girerken bir santral oluştururken Control Hub'da yapılandırılmış LGW FQDN veya SRV kullanın.

8

SIP mesaj işleme profillerini yapılandırın. Ağ geçidiniz genel bir IP adresiyle yapılandırılmışsa bir profili şu şekilde yapılandırın veya NAT kullanıyorsanız sonraki adıma geçin. Bu örnekte cube1.lgw.com Yerel Ağ Geçidi için yapılandırılmış FQDN ve "198.51.100.1", Webex Calling'e dönük Yerel Ağ Geçidi arayüzünün genel IP adresidir:

 voice class sip-profiles 100 rule 10 request ANY sip-header Iletişim değiştirme "@.*:" "@cube1.lgw.com:" rule 20 response ANY sip-header Iletişim değiştirme "@.*:" "@cube1.lgw.com:" 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

kurallar 10 ve 20

Webex’in yerel ağ geçidinizden gelen mesajların kimliğini doğrulamasına izin vermek için SIP isteği ve yanıtlar mesajlarındaki “Kişi” başlığı, Control Hub’da santral için sağlanan değeri içermelidir. Bu, tek bir ana bilgisayarın FQDN'si veya bir cihaz kümesi için kullanılan SRV etki alanı adı olacaktır.

Yerel Ağ Geçidinizi genel IP adresleriyle yapılandırdıysanız sonraki adımı atlayın.

9

Ağ geçidiniz statik NAT arkasında özel bir IP adresiyle yapılandırılmışsa gelen ve giden SIP profillerini aşağıdaki gibi yapılandırın. Bu örnekte cube1.lgw.com, Yerel Ağ Geçidi için yapılandırılmış FQDN, "10.80.13.12" Webex Calling'e dönük arabirim IP adresi ve "192.65.79.20" genel NAT IP adresidir.

Webex Calling'e giden mesajlar için SIP profilleri
 ses sınıfı sip profilleri 100 kural 10 talebi HERHANGI BIR sip üstbilgisi Iletişim değiştirme "@.*:" "@cube1.lgw.com:" kural 20 yanıtı HERHANGI BIR sip üstbilgisi Iletişim değiştirme "@.*:" "@cube1.lgw.com:" kural 30 yanıtı HERHANGI BIR sdp üstbilgisi Ses-Öznitelik değiştirme "(a=aday:1 1.*) 10.80.13.12" "\1 192.65.79.20" kural 31 yanıt HERHANGI BIR SDP-header Audio-Attribute değişikliği "(a=aday:1 2.*) 10.80.13.12" "\1 192.65.79.20" kural 40 yanıtı ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" kural 41 isteği ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" kural 51 yanıtı ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" kural 61 isteği ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" kural 70 isteği ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20" kural 71 yanıtı ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20" kural 81 HERHANGI BIR sdp-header Audio-Attribute değişikliği iste "(a=aday:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

kurallar 10 ve 20

Webex’in yerel ağ geçidinizden gelen mesajların kimliğini doğrulamasına izin vermek için SIP isteği ve yanıtlar mesajlarındaki “Kişi” başlığı, Control Hub’da santral için sağlanan değeri içermelidir. Bu, tek bir ana bilgisayarın FQDN'si veya bir cihaz kümesi için kullanılan SRV etki alanı adı olacaktır.

kurallar 30 - 81

Özel adres referanslarını site için harici genel adrese dönüştürerek Webex’in sonraki mesajları doğru şekilde yorumlamasına ve yönlendirmesine olanak tanır.

Webex Calling'den gelen mesajlar için SIP profili
 ses sınıfı sip-profilleri 110 kural 10 yanıtı HERHANGI sdp-header Video-Connection-Info değiştirme "192.65.79.20" "10.80.13.12" kural 20 yanıtı HERHANGI sip-header Iletişim değiştirme "@.*:" "@cube1.lgw.com:" kural 30 yanıtı HERHANGI sdp-header Connection-Info değiştirme "192.65.79.20" "10.80.13.12" kural 40 yanıtı HERHANGI sdp-header Audio-Connection-Info değiştirme "192.65.79.20" "10.80.13.12" kural 50 yanıtı HERHANGI sdp-header Oturum-Sahibi değiştirme "192.65.79.20" "10.80.13.12" kural 60 yanıtı HERHANGI sdp-header Audio-Attribute değiştirme "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12" kural 70 yanıt HERHANGI BIR SDP-header Audio-Attribute değişikliği "(a=aday:1 2.*) 192.65.79.20" "\1 10.80.13.12" kural 80 yanıtı HERHANGI BIR sdp-header Audio-Attribute değişikliği "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

kurallar 10-80

Genel adres referanslarını, Webex'ten gelen mesajların CUBE tarafından doğru şekilde işlenmesine izin vererek, yapılandırılan özel adrese dönüştürün.

Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

10

Ü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 Iletişim değiştir "<sip:.*:" "<sip:cube1.lgw.com:" rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20" rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20" ! voice class sip-options-keepalive 100 description Webex Calling up-aralık 5 aktarım tcp tls sip-profiles 115

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı sip-options-keepalive 100

Etkin bir tutma profili yapılandırır ve ses sınıfı yapılandırma moduna girer. Uç noktaya kalp atışı bağlantısı YUKARI veya Aşağı durumundayken, çağrı hedefine SIP Out Of Dialog Seçenekleri Ping'inin gönderildiği süreyi (saniye olarak) yapılandırabilirsiniz.

Bu canlı tutma profili, Webex’e doğru yapılandırılan çağrı eşinden tetiklenir.

Kişi başlıklarının SBC tam etki alanı adını içerdiğinden emin olmak için SIP profili 115 kullanılır. 30, 40 ve 50. kurallar yalnızca SBC statik NAT arkasında yapılandırıldığında gereklidir.

Bu örnekte cube1.lgw.com, Yerel Ağ Geçidi için seçilen FQDN'dir ve statik NAT kullanılırsa, "10.80.13.12", Webex Calling'e yönelik SBC arabirimi IP adresidir ve "192.65.79.20", NAT genel IP adresidir.

11

Webex Calling santralini yapılandırın:

  1. Webex Calling santraline özel olarak gerekli yapılandırmaları tanımlamak ve grup yapılandırmalarını belirlemek için voice class tenant 100 oluşturun. Bu kiracıyla ilişkili çağrı eşleri daha sonra şu yapılandırmaları devralır:

    Aşağıdaki örnekte, bu kılavuzun amacı için Adım 1'de gösterilen değerler kullanılır (kalın olarak gösterilmiştir). Bunları yapılandırmanızdaki santralinizin değerleriyle değiştirin.

     voice class tenant 100 no remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com session transport tcp tls no session refresh error-passthru bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru içerik custom-sdp sip-profiles 100 sip-profiles 110 gelen gizlilik-politikası passthru !

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    ses sınıfı kiracısı 100

    Kendi TLS sertifikasına ve CN veya SAN doğrulama listesine sahip santralleri yapılandırmak için kiracılar kullanmanızı öneririz. Burada kiracıyla ilişkili tls profili, yeni bağlantıları kabul etmek veya oluşturmak için kullanılacak güven noktasını içerir ve gelen bağlantıları doğrulamak için CN veya SAN listesine sahiptir. Daha fazla bilgi için bkz. ses sınıfı kiracısı.

    uzak taraf kimliği yok

    Webex Calling, CIO asserted-id pai kullanılarak etkinleştirilen PAI'yi desteklediğinden SIP Uzak Taraf Kimliği (RPID) üstbilgisini devre dışı bırakın. Daha fazla bilgi için bkz. uzak-taraf-kimliği.

    sip-server dns:us25.sipconnect.bcld.webex.com

    Santral için hedef SIP sunucusunu yapılandırır. Santralinizi oluşturduğunuzda Control Hub’da sağlanan edge proxy SRV adresini kullanın

    srtp-şifreleme 100

    SRTP çağrı ayağı (bağlantı) için tercih edilen şifre paketlerini yapılandırır (Adımda belirtilen) 5). Daha fazla bilgi için bkz. ses sınıfı srtp-şifrelemesi.

    localhost dns'leri: küp1.lgw.com

    CUBE, giden mesajlardaki Gönderen, Çağrı Kimliği ve Uzak-Taraf-Kimliği üstbilglerindeki fiziksel IP adresini verilen FQDN ile değiştirmek üzere yapılandırır.

    oturum taşıma tcp tls

    Ilişkili çağrı eşleri için aktarımı TLS'ye ayarlar. Daha fazla bilgi için bkz. oturum aktarımı.

    oturum yenilemesi yok

    SIP oturum yenilemesini genel olarak devre dışı bırakır.

    hata-passthru

    SIP hata yanıt geçiş işlevini belirtir. Daha fazla bilgi için bkz. hata-passthru.

    bağlama kontrol kaynak arabirimi 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. bind.

    ortam kaynağı 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. bind.

    ses sınıfı sip profilleri 100

    Giden mesajlar için kullanmak üzere üstbilgi değişiklik profilini (Genel IP veya NAT adresleme) uygular. Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

    ses sınıfı sip profilleri 110 gelen

    Gelen mesajlar için kullanmak üzere üstbilgi değişiklik profilini (yalnızca NAT adreslemesi) uygular. Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

    gizlilik politikası passthru

    Alınan mesajdan bir sonraki çağrı ayağına gizlilik değerlerini geçirecek santralin gizlilik üstbilgisi politikası seçeneklerini yapılandırır. Daha fazla bilgi için gizlilik politikası kısmına bakın.

  2. Webex Calling santral çağrı eşini yapılandırın.

     arama eşi ses 100 voip açıklaması Gelen/Giden Webex Calling hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi sip sunucusu gelen uri isteği 100 voice-class codec 100 voice-class stun-usage 100 voice-class sip rel1xx voice-class sip asserted-id pai voice-class sip kiracı 100 voice-class sip options-keepalive profile 100 dtmf-relay rtp-nte srtp vad yok 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     dial-peer voice 100 voip  açıklaması Gelen/Giden Webex Calling

    100 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eş 100'un SIP çağrı ayaklarıyla iş ele alanı olduğunu belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi sip sunucusu

    Kiracı 100'de tanımlanan SIP sunucusunun devralındığını ve bu çağrı eşinden gelen çağrılar için hedef için kullanıldığını gösterir.

    gelen uri isteği 100

    Bir VoIP arama eşini gelen çağrının tekdüzen kaynak tanımlayıcısı (URI) ile eşleştirmek için kullanılan ses sınıfını belirtmek. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Webex Calling'e ve Webex Calling'den yapılan çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    ses sınıfı stun kullanımı 100

    Yerel Ağ Geçidinde yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine izin verir. STUN, medya trafiği için bir güvenlik duvarı iğne deliği açmaya yardımcı olur.

    ses sınıfı sip asserted-id pai

    Giden çağrı bilgilerini, gizlilik onaylama kimliği (PAI) üstbilgisini kullanarak ayarlar. Daha fazla bilgi için bkz. ses sınıfı sip iddia kimliği.

    ses sınıfı sip kiracısı 100

    Çağrı eşi, küresel olarak yapılandırılmış ve 100 numaralı kiracıya ait tüm parametreleri devralır. Çağrı eşi düzeyinde parametreler geçersiz kılınabilir. Daha fazla bilgi için bkz. ses sınıfı sip kiracısı.

    ses-sınıfı sip seçenekleri-canlı profil 100

    Bu komut, belirli bir profil (100) kullanılarak bir grup SIP sunucusu veya uç nokta kullanılabilirliğini izlemek için kullanılır.

    srtp

    Çağrı ayağı için SRTP'yi sağlar.

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.

TDM / ISDN PSTN santrali kullanıyorsanız TDM PSTN santrali ile Yerel Ağ Geçidini Yapılandırma sonraki bölüme geçin.

Cisco TDM-SIP Ağ Geçitlerinde PSTN çağrı ayakları için TDM arayüzlerini yapılandırmak için bkz. ISDN PRI Yapılandırma.

1

PSTN santralinden gelen çağrıları tanımlamak için aşağıdaki ses sınıfı uri'sini yapılandırın:

 ses sınıfı uri 200 sip ana bilgisayar ipv4:192.168.80.13 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı uri 200 sip

Gelen bir SIP davetini gelen hat çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu kalıbı girerken, IP PSTN ağ geçidinizin IP adresini kullanın. Daha fazla bilgi için bkz. voice class uri.

2

Aşağıdaki IP PSTN çağrı eşini yapılandırın:

 dial-peer ses 200 voip açıklaması Gelen/Giden IP PSTN santrali hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi ipv4:192.168.80.13 gelen uri üzerinden 200 ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı sip bağlama medya kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı codec 100 dtmf-relay rtp-nte vad yok 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 çağrı eşi sesi 200 voip  açıklaması Gelen/Giden IP PSTN santrali

200 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

hedef şablon BAD. Kötü

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 şablonu (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ü (çevirme eşi).

oturum hedefi ipv4:192.168.80.13

Çağrı ayağı göndermek için hedefin hedef IPv4 adresini gösterir. Buradaki oturum hedefi ITSP'nin IP adresidir. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi).

200 üzerinden gelen uri

IP adresinin IP adresiyle VIA üstbilgisi için eşleşme PSTN tanımlar. Yerel Ağ Geçidinde gelen tüm IP PSTN çağrı bacaklarını çağrı eşi 200 ile eşleştirir. Daha fazla bilgi için gelen url’ye bakın.

bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

bind media source-interface GigabitEthernet0/0/0

PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

ses sınıfı codec 100

Arama eşini, ortak codec filtre listesi 100'ü kullanacak şekilde yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

yok devam

Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

3

Yerel Ağ Geçidinizi yalnızca çağrıları Webex Calling ve PSTN arasında yönlendirecek şekilde yapılandırıyorsanız aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin. Yerel Ağ Geçidinizi bir Unified Communications Manager platformuyla yapılandırıyorsanız bir sonraki bölüme geçin.

  1. Çağrıları Webex Calling'e veya PSTN'ye yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. DPG 100, PSTN'den gelen çağrı eşine uygulanır. Benzer şekilde, DPG 200'yi PSTN'ye doğru giden çağrı eşi 200 ile tanımlayın. DPG 200, Webex’ten gelen çağrı eşine uygulanır.

     voice class dpg 100 açıklaması Çağrıları Webex Calling çağrı eşi 100 voice class dpg 200’e yönlendirme açıklaması Çağrıları PSTN çağrı eşi 200’e yönlendirme

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları Webex’ten PSTN’ye ve PSTN’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

     çağrı eşi sesi 100 hedef dpg 200 hedef dpg 100 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Webex Calling'e doğru bir santral oluşturduktan sonra, Webex çağrı ayağında medya optimizasyonuna izin vermek için geri arama yönlendirme ile PSTN hizmetiniz için bir TDM santrali oluşturmak üzere aşağıdaki yapılandırmayı kullanın.

IP medya optimizasyonu gerektirmiyorsanız SIP PSTN santralinin yapılandırma adımlarını izleyin. PSTN VoIP arama eşi yerine bir ses bağlantı noktası ve POTS arama eşi (Adımlar 2 ve 3'te gösterildiği gibi) kullanın.
1

Geri döngü arama eşi yapılandırması, çağrı yönlendirme döngüleri oluşturmadan çağrıların Webex ve PSTN arasında doğru bir şekilde geçmesini sağlamak için çağrı eşi grupları ve çağrı yönlendirme etiketleri kullanır. Çağrı yönlendirme etiketlerini eklemek ve kaldırmak için kullanılacak aşağıdaki çeviri kurallarını yapılandırın:

 voice translation-rule 100 rule 1 /^\\+/ /A2A/ voice translation-profile 100 çeviri called 100 çeviri-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 çeviri called 200 çeviri-rule 11 rule 1 /^A1A/ // voice translation-profile 11 çeviri called 11 çeviri-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 çeviri called 12 çeviri 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

sesli çeviri kuralı

Çağrı yönlendirme etiketleri eklemek veya kaldırmak için kurallarda tanımlanan düzenli ifadeleri kullanır. Sorun giderme açısından netlik kazandırmak için aşırı bozucu rakamlar (‘A’) kullanılır.

Bu yapılandırmada, çeviri profili 100 tarafından eklenen etiket, geri dönüş çağrı eşleri aracılığıyla Webex Calling'den gelen çağrıları PSTN'ye yönlendirmek için kullanılır. Benzer şekilde, çeviri profili 200 tarafından eklenen etiket, PSTN'den gelen çağrıları Webex Calling'e yönlendirmek için kullanılır. Çeviri profilleri 11 ve 12, sırasıyla çağrıları Webex ve PSTN hatlarına iletmeden önce bu etiketleri kaldırır.

Bu örnekte, Webex Calling’den aranan numaraların +E.164 biçiminde sunulduğu varsayılır. Kural 100, aranan geçerli bir sayıyı korumak için baştaki + işaretini kaldırır. Kural 12, etiketi kaldırırken ulusal veya uluslararası bir yönlendirme basamakları ekler. Yerel ISDN ulusal arama planınıza uygun rakamları kullanın.

Webex Calling numaraları ulusal biçimde gösteriyorsa, sırasıyla yönlendirme etiketini ekleyip kaldırmak için 100 ve 12 numaralı kuralları ayarlayın.

Daha fazla bilgi için bkz. sesli çeviri profil i ve sesli çeviri kuralı.

2

TDM ses arabirimi bağlantı noktalarını, kullanılan hat türü ve protokolün gerektirdiği şekilde yapılandırın. Daha fazla bilgi için bkz. ISDN PRI Yapılandırma. Örneğin, bir cihazın NIM yuvası 2'ye yüklü bir Birincil Hız ISDN arabiriminin temel yapılandırması şunları içerebilir:

 e1 kart türü 0 2 isdn anahtar türü birincil ağ5 denetleyici E1 0/2/0 pri-grup zaman aralıkları 1-31 
3

Aşağıdaki TDM PSTN çağrı eşini yapılandırın:

 çağrı eşi ses 200 teneke açıklama Gelen/Giden PRI PSTN santrali hedef şablonu BAD.BAD çeviri profili gelen 200 doğrudan dahili arama bağlantı noktası 0/2/0:15

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 çağrı eşi sesi 200 saksı  açıklaması Gelen/Giden PRI PSTN santrali

200 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

hedef şablon BAD. Kötü

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 şablonu (arayüz) .

gelen çeviri profili 200

Gelen aranan numaraya çağrı yönlendirme etiketi ekleyecek çeviri profili atar.

doğrudan içe-arama

Çağrıyı ikincil bir çevir sesi sağlamadan yönlendirir. Daha fazla bilgi için bkz. doğrudan içe arama.

bağlantı noktası 0/2/0:15

Bu çağrı eşi ile ilişkilendirilmiş fiziksel ses bağlantı noktası.

4

TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının ortam optimizasyonunu etkinleştirmek için, Webex Calling ve PSTN hatları arasında bir dizi dahili geri dönüş çağrı eşi ekleyerek çağrı yönlendirmesini değiştirebilirsiniz. Aşağıdaki geri döngü arama eşlerini yapılandırın. Bu durumda, tüm gelen çağrılar başlangıçta çağrı eşi 10'a ve buradan uygulanan yönlendirme etiketine göre çağrı eşi 11 veya 12'ye yönlendirilecektir. Yönlendirme etiketi kaldırıldıktan sonra çağrılar çağrı eşi grupları kullanılarak giden santrale yönlendirilir.

 dial-peer ses 10 voip açıklaması Giden döngü-around bacak hedef-şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi ipv4:192.168.80.14 ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı sip bağlama ortam kaynağı-arayüzü GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw hiçbir vad çağrı eşi ses 11 voip açıklaması Webex çeviri-profile doğru gelen 11 oturum protokolü sipv2 gelen çağrı eşi-numarası A1AT ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı sip bağlama ortam kaynağı-arayüzü GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw hiçbir vad çağrı eşi-ses 12 voip açıklaması PSTN çeviri-profile doğru gelen 12 oturum protokolü sipv2 gelen çağrı-numarası A2AT ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw hiçbir 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 çevirme eşi sesi 10 teneke  açıklama Giden döngüsel bacak

VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar. Daha fazla bilgi için bkz. çağrı eşi sesi.

gelen çeviri profili 11

Giden santrale geçmeden önce çağrı yönlendirme etiketini kaldırmak için daha önce tanımlanan çeviri profilini uygular.

hedef şablon BAD. Kötü

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 şablonu (arayüz) .

oturum protokolü sipv2

Bu çağrı eşinin SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çevirme eşi).

oturum hedefi 192.168.80.14

Geri dönmeye giden çağrı hedefi olarak yerel yönlendirici arabirimi adresini belirtir. Daha fazla bilgi için bkz. oturum hedefi (voip arama eşi).

bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

Geri döngü yoluyla gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

bind media source-interface GigabitEthernet0/0/0

Geri döngü yoluyla gönderilen medya için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

codec g711alaw

Tüm PSTN çağrılarını G.711'i kullanmaya zorlar. ISDN hizmetiniz tarafından kullanılan şirketleştirme yöntemiyle eşleştirmek için a-law veya u-law seçin.

yok devam

Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

5

Aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin:

  1. Geri döngü yoluyla çağrıları PSTN ve Webex hatları arasında yönlendirmek için çağrı eşi grupları oluşturun.

     voice class dpg 100 açıklaması Çağrıları Webex Calling çağrı eşi 100 voice class dpg 200’e yönlendirme açıklaması Çağrıları PSTN çağrı eşi 200 voice class dpg 10’a yönlendirme Çağrıları Loopback çağrı eşi 10’a yönlendirme

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları yönlendirmek için çağrı eşi gruplarını uygulayın.

     çağrı eşi sesi 100 hedef dpg 10 çağrı eşi sesi 200 hedef dpg 10 çağrı eşi sesi 11 hedef dpg 100 çağrı eşi sesi 12 hedef dpg 200

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Önceki bölümlerdeki PSTN-Webex Calling yapılandırması, bir Cisco Unified Communications Manager (UCM) kümesine ek santraller içerecek şekilde değiştirilebilir. Bu durumda, tüm çağrılar Unified CM aracılığıyla yönlendirilir. 5060 numaralı bağlantı noktasındaki UCM'den gelen çağrılar PSTN'ye ve bağlantı noktası 5065'ten gelen çağrılar Webex Calling'e yönlendirilir. Bu çağrı senaryosunu dahil etmek için aşağıdaki artan yapılandırmalar eklenebilir.

1

Aşağıdaki ses sınıfı URI'lerini yapılandırın:

  1. Bağlantı noktası VIA SIP kullanarak Unified CM'yi Webex çağrılarına sınıflandırır:

     sesli sınıf uri 300 sip 
     modeli:5065 
  2. Bağlantı noktası aracılığıyla SIP kullanarak Unified CM'yi PSTN çağrılarına sınıflandırır:

     ses sınıfı uri 400 sip şablonu 192\.168\.80\.6[0-5]:5060 

    Kaynak adreslerini ve bağlantı noktası numarasını açıklayan bir veya daha fazla şablon kullanarak UCM'den PSTN santraline gelen mesajları sınıflandırın. Gerekirse eşleşen kalıpları tanımlamak için düzenli ifadeler kullanılabilir.

    Yukarıdaki örnekte, 192.168.80.60 ila 65 aralığındaki herhangi bir IP adresini ve 5060 bağlantı noktası numarasını eşleştirmek için düzenli bir ifade kullanılır.

2

Unified CM ana bilgisayarlarına SRV yönlendirmesini belirtmek için aşağıdaki DNS kayıtlarını yapılandırın:

IOS XE, hedef UCM ana bilgisayarlarını ve bağlantı noktalarını yerel olarak belirlemek için bu kayıtları kullanır. Bu yapılandırma ile, DNS sisteminizdeki kayıtları yapılandırmanız gerekmez. DNS’inizi kullanmayı tercih ederseniz bu yerel yapılandırmalar gerekli değildir.

 ip ana bilgisayar ucmpub.mydomain.com 192.168.80.60 ip ana bilgisayar ucmsub1.mydomain.com 192.168.80.61 ip ana bilgisayar ucmsub2.mydomain.com 192.168.80.62 ip ana bilgisayar ucmsub3.mydomain.com 192.168.80.63 ip ana bilgisayar ucmsub4.mydomain.com 192.168.80.64 ip ana bilgisayar ucmsub5.mydomain.com 192.168.80.65 ip ana bilgisayar _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

Aşağıdaki komut bir DNS SRV kaynak kaydı oluşturur. Her UCM ana bilgisayarı ve santrali için bir kayıt oluşturun:

ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV kaynağı kayıt adı

2: SRV kaynak kaydı önceliği

1: SRV kaynağı kayıt ağırlığı

5060: Bu kaynak kaydındaki hedef ana bilgisayar için kullanılacak bağlantı noktası numarası

ucmsub5.mydomain.com: Kaynak kaydı hedef ana bilgisayarı

Kaynak kaydı hedef ana bilgisayar adlarını çözümlemek için yerel DNS A kayıtları oluşturun. Ö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 çağrı eşlerini yapılandırın:

  1. Unified CM ve Webex Calling arasındaki çağrılar için çağrı eşi:

     arama-eş ses 300 voip açıklaması UCM-Webex Calling santral hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi dns:wxtocucm.io gelen uri ile 300 voice-class codec 100 voice-class sip bind kontrol kaynağı-arabirimi GigabitEthernet 0/0/0 voice-class sip bind medya kaynağı-arabirimi GigabitEthernet 0/0/0 dtmf-relay rtp-nte vad yok 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     çağrı eşi ses 300 voip  açıklaması UCM-Webex Calling santrali

    300 et iketiyle VoIP arama eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sunar.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 300'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:wxtocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı wxtocucm.io kullanılır.

    300 üzerinden gelen uri

    5065 kaynak bağlantı noktasını kullanarak Unified CM'den gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 300'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    yok devam

    Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

  2. Unified CM ve PSTN arasındaki çağrılar için çağrı eşi:

     arama-eş ses 400 voip açıklaması UCM-PSTN santral hedef-şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi dns:pstntocucm.io gelen uri üzerinden 400 voice-class codec 100 voice-class sip bind kontrol kaynağı-arabirimi GigabitEthernet 0/0/0 voice-class sip bind medya kaynağı-arabirimi GigabitEthernet 0/0/0 dtmf-relay rtp-nte vad yok 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     çağrı eşi ses 400 voip  açıklaması UCM-PSTN santrali

    400 et iketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sağlar.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş bir hedef şablonu gereklidir. Bu durumda herhangi bir geçerli hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 400'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:pstntocucm.io

    DNS SRV çözünürlüğü ile birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanan SRV kaydı pstntocucm.io kullanılır.

    400 üzerinden gelen uri

    5060 kaynak bağlantı noktasını kullanarak belirtilen Unified CM ana bilgisayarlarından gelen trafiğin tamamını bu çağrı eşine yönlendirmek için ses sınıfı URI 400'yi kullanır. Daha fazla bilgi için gelen uri’ye bakın.

    ses sınıfı codec 100

    Unified CM'ye giden ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec'i.

    bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    bind media source-interface GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arayüzünü ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bind.

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP üzerinden ses).

    yok devam

    Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (çevirme eşi).

4

Aşağıdaki yapılandırmaları kullanarak çağrı yönlendirme ekleyin:

  1. Çağrıları Unified CM ve Webex Calling arasında yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. DPG 100, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 300 ile DPG 300'yi tanımlayın. DPG 300, Webex’ten gelen çağrı eşine uygulanır.

     voice class dpg 100 açıklaması Çağrıları Webex Calling çağrı eşi 100 voice class dpg 300 açıklaması Çağrıları Unified CM'ye yönlendirin Webex Calling santral çağrı eşi 300 
  2. Çağrıları Unified CM ve PSTN arasında yönlendirmek için çağrı eşi grupları oluşturun. PSTN'ye doğru giden çağrı eşi 200 ile DPG 200'ü tanımlayın. DPG 200, Unified CM'den ilişkili gelen çağrı eşine uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 400 ile DPG 400'yi tanımlayın. PSTN'den gelen çağrı eşine DPG 400 uygulanır.

     voice class dpg 200 açıklaması Çağrıları PSTN çağrı eşi 200 voice class dpg 400'e yönlendirme Çağrıları Unified CM PSTN santrali çağrı eşi 400'e yönlendirme

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  3. Çağrıları Webex’ten Unified CM’ye ve Unified CM’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

     arama eşi sesi 100 hedef dpg 300 hedef dpg 100

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 300

    Hangi çağrı eşi grubunu belirtir ve bu nedenle çağrı eşi, bu gelen çağrı eşine sunulan çağrılar için giden işlem için kullanılmalıdır.

  4. Çağrıları PSTN'den Unified CM'ye ve Unified CM'den PSTN'ye yönlendirmek için çağrı eşi gruplarını uygulayın:

     çağrı eşi sesi 200 hedef dpg 400 hedef dpg 200 

    Bu, Yerel Ağ Geçidi yapılandırmanız sona erer. CUBE özellikleri ilk kez yapılandırılmışsa, yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Tanılama İmzaları (DS), Cisco IOS XE tabanlı Yerel Ağ Geçidi'nde sık gözlemlenen sorunları proaktif olarak algılar ve etkinliğin e-posta, syslog veya terminal mesajı bildirimini oluşturan. DS'yi, çözüm süresini kısaltmak amacıyla tanı verisi toplama işlemini otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için de yükleyebilirsiniz.

Tanılama İmzaları (DS), sorunu bildirme, sorun giderme ve sorunu giderme işlemleri hakkında bilgi içeren XML dosyalarıdır. Sorun algılama mantığı tanımlamak için syslog mesajlarını, SNMP olaylarını ve belirli show command çıkışlarının periyodik izleme yoluyla kullanın. Eylem türleri şunları içerir:

  • Show komut çıkışları toplayarak

  • Birleştirilmiş bir günlük dosyası oluşturma

  • Dosyanın https, SCP, FTP sunucusu gibi bir ağ konumu tarafından sağlanan kullanıcıya yükleme

TAC mühendisleri DS dosyalarını yazar ve bütünlüğü koruma için dijital olarak imzalar. Her DS dosyasında, sistem tarafından atanan benzersiz sayısal kimlik vardır. Tanı Imzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için geçerli imzaları bulmak için tek kaynaktır.

Başlamadan önce:

  • DSLT'den indiren DS dosyasını düzenlemeyin . Değiştir işleminiz, bütünlüğü kontrol hatası nedeniyle yükleme başarısız oldu.

  • Yerel Ağ Geçidi'nin e-posta bildirimlerini göndermesi için gerekli olan Basit Posta Aktarım Protokolü (SMTP) sunucusu.

  • E-posta bildirimleri için güvenli SMTP sunucusunu kullanmak isterseniz Yerel Ağ Geçidi'nin IOS XE 17.6.1 veya daha yüksek bir alanı çalıştır olduğundan emin olun.

Cisco WebEx Meeting Center Yapılandırma Kılavuzları

IOS XE 17.6.1 veya daha yüksek bir ağ geçidini çalıştıran Yerel Ağ Geçidi

  1. Tanı İmzalarının varsayılan olarak etkinleştirilmesi.

  2. Cihaz IOS XE 17.6.1 veya üstü bir sürümde çalışıyorsa proaktif bildirim göndermek için kullandığınız güvenli e-posta sunucusunu yapılandırın.

     Terminal çağrısı-giriş posta-sunucusu :@ öncelik 1 güvenli tls bitişini yapılandırın 

  3. Bilgilendir adrese sahip ds_email ortam değişkenlerini yöneticinin e-posta adresiyle yapılandırabilirsiniz.

     terminal call-home diagnostic-signature LocalGateway (cfg-call-home-diag-sign)ortamı yapılandırma ds_email  bitişi 

Proaktif izleme için tanılama imzalarını yükleyin

Yüksek CPU kullanımını izleme

Bu DS, SNMP OID 1.3.6.1.4.1.9.2.1.56 kullanarak 5 saniyelik CPU kullanımını izler. Kullanım %75 veya daha fazlaya ulaştığında, tüm hata ayıklamaları devre dışı kaldırır ve Yerel Ağ Geçidi'ne yüklemiş olduğunu tüm tanılama imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.

  1. Show snmp komutunu kullanarak SNMP'nin etkinleştirildiğinden emin olun. SNMP etkin değilse snmp-server manager komutunu yapılandırın.

     snmp göster %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP paket girişi      0 Kötü SNMP sürüm hataları      1 Bilinmeyen topluluk adı      0 Verilen topluluk adı için yasadışı işlem      0 Kodlama hataları 37763 Istenen değişken sayısı      2 Değiştirilen değişken sayısı 34560 Get-request PDU'ları 138 Get-next PDU'ları      2 Set-istek PDU’ları      0 Giriş sırası paketi damla sayısı (Maksimum sıra boyutu 1000) 158277 SNMP paket çıkışı      0 Çok büyük hatalar (Maksimum paket boyutu 1500) 20 Böyle bir isim hatası yok      0 Kötü değer hataları      0 Genel hatalar 7998 Yanıt PDU'ları 10280 Tuzak PDU'ları Şu anda SNMP işlem giriş kuyruğunda olan paketler: 0 
     SNMP küresel neden: etkin 
  2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64224'ü indirin:

    ftp://kullanıcıadı:parola@/DS_64224.xml bootflash’ı kopyalayın:

    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.

    ftp://kullanıcıadı:parola@/DS_64224.xml bootflash’ı kopyalayın:

    Aşağıdaki örnek, dosyanın FTP sunucusundan Yerel Ağ Geçidine kopya olduğunu gösterir.

    ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash kopyalayın:  ftp://*:*@ 192.0.2.12/DS_64224.xml erişimi...!  [Tamam - 3571/4096 bayt] 0,064 saniyede (55797 bayt/sn) kopyalanan 3571 bayt 
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

     call-home diagnostic-signature load DS_64224.xml Yük dosyası DS_64224.xml başarılı 
  5. İmzanın başarıyla yük çalıştığını doğrulamak için çağrı ev tanılama imzasını göster komutunu kullanın. Durum sütunu "kayıtlı" değerine sahip olmalı.

     call-home diagnostic-signature Geçerli diagnostic-signature ayarlarını göster:   Tanılama imzası: Etkinleştirildi 
     Profil: CiscoTAC-1 (durum: ACTIVE) 
     URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Ortam değişkeni: ds_email: username@gmail.com 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-07 22:05:33

    Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse Yerel Ağ Geçidi'nde yüksek CPU kullanımını izlemek için lütfen DS 64224'ü yeniden yükleyin.

Anormal arama bağlantılarının izlenmesi

Bu DS, 403, 488 ve 503 SIP hatalarıyla anormal çağrı kesilmelerini algılamak için 10 dakikada bir SNMP anketi kullanır. Hata sayısı artışı son anketten itibaren 5’ten büyük veya 5’e eşitse bir sistem günlüğü ve e-posta bildirimi oluşturur. Imzayı yüklemek için lütfen aşağıdaki adımları kullanın.

  1. SNMP'nin show snmp komutunu kullanarak etkinleştirildiğinden emin olun. SNMP etkin değilse snmp-server manager komutunu yapılandırın.

    snmp göster %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP paket girişi      0 Kötü SNMP sürüm hataları      1 Bilinmeyen topluluk adı      0 Verilen topluluk adı için yasadışı işlem      0 Kodlama hataları 37763 Istenen değişken sayısı      2 Değiştirilen değişken sayısı 34560 Get-request PDU'ları 138 Get-next PDU'ları      2 Set-istek PDU’ları      0 Giriş sırası paketi damla sayısı (Maksimum sıra boyutu 1000) 158277 SNMP paket çıkışı      0 Çok büyük hatalar (Maksimum paket boyutu 1500) 20 Böyle bir isim hatası yok      0 Kötü değer hataları      0 Genel hatalar 7998 Yanıt PDU'ları 10280 Tuzak PDU'ları Şu anda SNMP işlem giriş kuyruğunda olan paketler: 0 
     SNMP küresel neden: etkin 
  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ısı bağlantısı algılama.

  3. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

    ftp://kullanıcıadı:parola@/DS_65221.xml bootflash kopyalayın:
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

     call-home diagnostic-signature load DS_65221.xml Yük dosyası DS_65221.xml başarılı 
  5. Imzanın başarıyla yüklendiğini doğrulamak için show call-home diagnostic-signature komutunu kullanın. 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) de kullanabilirsiniz. Cisco TAC mühendisleri, belirli bir sorunu tespit etmek, sorun oluşumunu algılamak, doğru tanılama verileri toplamak ve verileri Cisco TAC durumuna otomatik olarak aktaran gerekli hata ayıklamaları etkinleştiren birkaç imzaya izin verdi. Bu da, sorunun gerçekleşip gerçekleşmediğini manuel olarak kontrol etme ihtiyacını ortadan kaldırarak aralıklı ve geçici sorunların tespit edilmesini çok daha kolay bir hale getirmektedir.

Geçerli imzaları bulmak ve bir sorunu kendi kendine gidermek için bunları yüklemek için Tanılama İmzaları Arama Aracı'nı kullanabilir veya destek etkileşimin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.

Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" syslog ve otomatik tanılama veri toplama aşağıdaki adımları takip edin:

  1. Tanılama verilerini yüklemek için Cisco TAC dosya sunucusu yolu (cxd.cisco.com) olarak başka bir DS ortam değişkenini ds_fsurl_prefix yapılandırın. Dosya yolundaki kullanıcı adı, vaka numarasıdır ve parola, aşağıda gösterildiği gibi Destek Vaka Yöneticisi ’nden alınabilecek dosya yükleme belirtecidir. Dosya yükleme belirteci, gerektiği şekilde Destek Vaka Yöneticisi’nin Ekler bölümünde oluşturulabilir.

     terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)ortamını yapılandırın ds_fsurl_prefix "scp://:@cxd.cisco.com" end 

    Örnek:

     call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com" 
  2. SNMP'nin show snmp komutunu kullanarak etkinleştirildiğinden emin olun. SNMP etkin değilse snmp-server manager komutunu yapılandırın.

     snmp %SNMP agent not enabled config t snmp-server manager end göster 
  3. Yüksek CPU kullanımı sırasında tüm hata ayıklama ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü yüklemenizi öneririz. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya 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.

     ftp://kullanıcıadı:parola@/DS_64224.xml bootflash’ı kopyala:  ftp://username:password@/DS_65095.xml bootflash’ı kopyalayın: 
  6. Yerel Ağ Geçidine yüksek CPU izleme DS 64224'ü ve ardından DS 65095 XML dosyasını yükleyin.

     call-home diagnostic-signature load DS_64224.xml Yük dosyası DS_64224.xml başarılı call-home diagnostic-signature load DS_65095.xml Yük dosyası DS_65095.xml başarılı 
  7. show call-home diagnostic-signature komutunu kullanarak imzanın başarıyla yüklendiğini doğrulayın. Durum sütununda "kayıtlı" bir değer olmalıdır.

     call-home diagnostic-signature Geçerli diagnostic-signature ayarlarını göster:   Tanılama imzası: Etkinleştirildi 
     Profil: CiscoTAC-1 (durum: ACTIVE) 
     URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Ortam değişkeni: 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

    DSLGW_IEC_C_all_spike_threshold

    0.0.12

    Kayıtlı

    2020-11-08:00:12:53

Tanılama imzası yürütmeyi doğrula

Aşağıdaki komutta, komutun "Durum" sütununda, Yerel Ağ Geçidi imzada tanımlanan işlemi yürütürken çağrı ana bilgisayar tanılama imzasının "çalışıyor" olarak değişir. Arama-ev tanılama imzası istatistiklerini göstermenin çıktısı, tanılama imzasının ilgi gösterme ve işlemi yürüten bir etkinlik algı edip olmadığını doğrulamanın en iyi yolu değildir. "Tetiklenen/Maks./Stall" sütunu, söz dizisinde belirtilen imzanın bir etkinliği kaç kez tetikledikten sonra tetikledikten sonra bir etkinliği algılamak için maksimum sayıda kez tanımlandığı ve maksimum tetiklenen etkinlik sayısını algılayan imzanın kendi kendine install olduğunu gösterir.

call-home diagnostic-signature Geçerli diagnostic-signature ayarlarını göster:   Tanılama imzası: Etkinleştirildi 
 Profil: CiscoTAC-1 (durum: ACTIVE) 
 URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Ortam değişkeni: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

İndirilen DS'ler:

DS Kimliği

DS Adı

Revizyon

Durum

Son Güncelleme (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Kayıtlı

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Çalışıyor

2020-11-08 00:12:53

ev arama tanılama imzası istatistiklerini göster

DS Kimliği

DS Adı

Tetiklenen/Maks/Yüklemeyi Kaldırma

Ortalama Çalışma Süresi (saniye)

Maksimum Çalışma Süresi (saniye)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Tanılama bildirim e-postası sırasında gönderilen ses dosyası; sorun türü, cihaz ayrıntıları, yazılım sürümü, çalışan yapılandırma ve söz konusu sorunu gidermek için uygun komut çıkışlarını gösterme gibi önemli bilgileri içerir.

Tanılama imzalarını kaldır

Sorun giderme amaçları için tanılama imzalarını kullanın genellikle bazı sorun oluşumları tespit edildikten sonra kaldırmak için tanımlanır. İmzayı manuel olarak kaldırmak isterseniz çağrı ev tanılama imzasını göster çıkışından DS kimliğini alın ve aşağıdaki komutu çalıştırın:

çağrı-giriş tanı-imza kaldırma  

Örnek:

çağrı-ana tanılama-imza kaldırma 64224 

Dağıtımlarda gözlemlenen sorunlar temel alınarak Tanılama İmzaları Arama Aracına düzenli aralıklarla yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir.

CUBE yüksek kullanılabilirliğini Yerel Ağ Geçidi olarak uygula

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 
 takip 1 arayüzü GigabitEthernet1 hat protokol 
 izleme 2 arayüzü GigabitEthernet2 hat protokol çıkış 

VCUBE-1#conf t

VCUBE-1(config)#track 1 arayüzü GigabitEthernet1 hat protokolü

VCUBE-1(config-track)#track 2 arayüzü GigabitEthernet2 hat protokolü

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 arayüzü GigabitEthernet1 hat protokolü

VCUBE-2(config-track)#track 2 arayüzü GigabitEthernet2 hat protokolü

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.

yedeklilik uygulaması yedeklilik grubu 1 ad 
 
 
 LocalGateway-HA önceliği 100 yük devretme eşiği 
 75 kontrol 
 GigabitEthernet3 protokol 1 veri 
 GigabitEthernet3 yükleyici gecikme 30 yeniden yükleme 
 60 takip 
 1 kapatma izleme 2 kapatma protokol 
 
 
 1 
 zamaner merhabatime 3 holdtime 10 çıkış 

VCUBE-1(config)#yedeklilik

VCUBE-1(config-red)#uygulama yedeklilik

VCUBE-1(config-red-app)#grup 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#öncelik 100 yük devretme eşiği 75

VCUBE-1(config-red-app-grp)#kontrol GigabitEthernet3 protokolü 1

VCUBE-1(config-red-app-grp)#veri GigabitEthernet3

VCUBE-1(config-red-app-grp)#zamanlayıcı gecikmesi 30 yeniden yükleme 60

VCUBE-1(config-red-app-grp)#track 1 kapatma

VCUBE-1(config-red-app-grp)#track 2 kapatma

VCUBE-1(config-red-app-grp)#çıkış

VCUBE-1(config-red-app)#protokol 1

VCUBE-1(config-red-app-prtcl)#zamanlayıcılar yardım süresi 3 bekleme süresi 10

VCUBE-1(config-red-app-prtcl)#çıkış

VCUBE-1(config-red-app)#çıkış

VCUBE-1(yapılandırma-kırmızı)#çıkış

VCUBE-1(yapılandırma) #

VCUBE-2(config)#yedeklilik

VCUBE-2(config-red)#uygulama yedeklilik

VCUBE-2(config-red-app)#grup 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#öncelik 100 yük devretme eşiği 75

VCUBE-2(config-red-app-grp)#kontrol GigabitEthernet3 protokolü 1

VCUBE-1(config-red-app-grp)#veri GigabitEthernet3

VCUBE-2(config-red-app-grp)#zamanlayıcı gecikmesi 30 yeniden yükleme 60

VCUBE-2(config-red-app-grp)#track 1 kapatma

VCUBE-2(config-red-app-grp)#track 2 kapatma

VCUBE-2(config-red-app-grp)#çıkış

VCUBE-2(config-red-app)#protokol 1

VCUBE-2(config-red-app-prtcl)#zamanlayıcılar yardım süresi 3 bekleme süresi 10

VCUBE-2(config-red-app-prtcl)#çıkış

VCUBE-2(config-red-app)#çıkış

VCUBE-2(yapılandırma-kırmızı)#çıkış

VCUBE-2(yapılandırma) #

Bu yapılandırmada kullanılan alanların açıklaması aşağıda verilmiştir:

  • yedeklilik—Yedeklilik moduna girer

  • uygulama yedeklilik: Uygulama yedeklilik yapılandırma moduna girer

  • grup: Yedeklilik uygulaması grup yapılandırma moduna girer

  • name LocalGateway-HA: RG grubunun adını tanımlar

  • priority 100 failover threshold 75: Bir RG için ilk öncelik ve yük devretme eşiklerini belirtir

  • zamanlayıcı gecikmesi 30 yeniden yükleme 60: Gecikme ve yeniden yükleme için iki kez 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: Iki CUBE arasında etkin tutma ve merhaba mesajları alışverişi için kullanılan arayüzü yapılandırır ve bir kontrol arayüzüne eklenecek protokol örneğini belirtir ve yedeklilik uygulaması protokol yapılandırma 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 takibi

  • protokol 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: Hellotime ve holdtime 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. RG'yi sesli hizmet voip altında önceki adımdanyapılandırabilirsiniz. Bu, CUBE uygulamasının yedeklilik işlemini kontrol uygulamasını sağlar.

ses hizmeti voip 
   yedeklilik grup 1 
   çıkış

VCUBE-1(config)#ses hizmeti voip

VCUBE-1(config-voi-serv)#yedeklilik-grubu 1

 % Voice B2B HA ile RG 1 ilişkilendirmesi oluşturdu; yeni yapılandırmanın etkili olmak için yönlendiriciyi yeniden yükleyin 

VCUBE-1(config-voi-serv)# çıkış

VCUBE-2(config)#ses hizmeti voip

VCUBE-2(config-voi-serv)#yedeklilik-grubu 1

 % Voice B2B HA ile RG 1 ilişkilendirmesi oluşturdu; yeni yapılandırmanın etkili olmak için yönlendiriciyi yeniden yükleyin 

VCUBE-2(config-voi-serv)# çıkış

redundancy-group 1: Bu komutun eklenmesi ve kaldırılması, güncellenmiş yapılandırmanın geçerli olması için yeniden yüklemenin yapılması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)#arayüz GigabitEthernet1

VCUBE-1(config-if)# yedeklilik rii 1

VCUBE-1(config-if)# yedeklilik grubu 1 ip 198.18.1.228 özel

VCUBE-1(config-if)# çıkış

VCUBE-1(yapılandırma) #

VCUBE-1(config)#arayüz GigabitEthernet2

VCUBE-1(config-if)# yedeklilik rii 2

VCUBE-1(config-if)# yedeklilik grubu 1 ip 198.18.133.228 özel

VCUBE-1(config-if)# çıkış

VCUBE-2(config)#arayüz GigabitEthernet1

VCUBE-2(config-if)# yedeklilik rii 1

VCUBE-2(config-if)# yedeklilik grubu 1 ip 198.18.1.228 özel

VCUBE-2(config-if)# çıkış

VCUBE-2(yapılandırma) #

VCUBE-2(config)#arayüz GigabitEthernet2

VCUBE-2(config-if)# yedeklilik rii 2

VCUBE-2(config-if)# yedeklilik grubu 1 ip 198.18.133.228 özel

VCUBE-v(config-if)# çıkış

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 kimliklerine sahip OLMALIDIR. 'show redundancy application group all' doğru yerel ve eş bilgilerini göstermelidir.

  • redundancy group 1: Arayüzü yukarıda 2. Adımda oluşturulan yedeklilik 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

 Yapılandırma yapılıyor... 

 [Tamam] 

VCUBE-1#yeniden yükle

 Yeniden yükleme işlemine devam edilsin mi? [onayla] 

VCUBE-1 tamamen yeniden geliyorsa VCUBE-2 yapılandırmasını kaydedip yeniden yükleyin.

VCUBE-2#wr

 Yapılandırma yapılıyor... 

 [Tamam] 

VCUBE-2#yeniden yükle

 Yeniden yükleme işlemine devam edilsin mi? [onayla] 

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#yedeklilik uygulama grubunun tümünü göster Hata durumları Grup 1 bilgileri:        Çalışma zamanı önceliği: [100] RG hatalarının RG State: Yukarıya.                        Hatalardan dolayı toplam geçiş sayısı:  0 Toplam #/yukarı durumu hata nedeniyle değişir: 0 Grup Kimliği: 1 Grup adı: LocalGateway-ha yönetici durumu: Kapatma toplaması işlem durumu yok:  Hesabımı güncellerim: ETKIN eş rolü: BEKLEME konumu eş durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: ETKIN eş RF durumu: BEKLEMEDEKI sıcak RG Protokolü RG 1------------------rolü: Etkin anlaşma: Etkin öncelik: 100 protokol durumu: Etkin CTRL INTF (s) durumu: Aktif eş: Yerel bekleme eşi: Adres 10.1.1.2, öncelik 100, INTF Gi3 log sayaçları:                 rol değişikliği etkin: 1 rol bekleme olarak değiştir: 1 etkinliği devre dışı bırak: bir tam durum 0, RG kapat 0 CTRL intf events: Yukarı 1, aşağı 0, admin_down 0 olayları yeniden yükle: Yerel istek 0, eş istek 0 RG 1--------------------------CTX; Etkin protokol KIMLIĞI: 1 medya türü: Varsayılan kontrol arayüzü: GigabitEthernet3 geçerli Merhaba süreölçer: 3000 yapılandırılan Merhaba Zamanlayıcı: 3000, Tutma zamanlayıcısı: 10000 peer Merhaba süreölçer: 3000, Eş Tutma zamanlayıcısı: 10000 istatistiği:             Pkts 1509, bayt 93558, HA seq 0, SEQ numarası 1509, PKT kayıp 0 kimlik doğrulaması yapılandırılmamış kimlik doğrulama hatası: 0 eş yeniden yükleme: TX 0, RX 0 çekilme: TX 0, RX 0 ve y eşi: Mevcut. Zamanlayıcıyı Tutma: 10000 Pkts 61, Bayt 2074, HA Seq 0, Seq Numarası 69, Pkt Kaybı 0 VCUBE-1#
 VCUBE-2#show redundancy application group all Faults states Group 1 info:        Çalışma zamanı önceliği: [100] RG hatalarının RG State: Yukarıya.                        Hatalardan dolayı toplam geçiş sayısı:  0 Toplam #/yukarı durumu hata nedeniyle değişir: 0 Grup Kimliği: 1 Grup adı: LocalGateway-ha yönetici durumu: Kapatma toplaması işlem durumu yok: Hesabımı güncellerim: BEKLEME eş rolü: ETKIN eş Iletişim durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: ETKIN eş RF durumu: BEKLEMEDEKI sıcak RG Protokolü RG 1------------------rolü: Etkin anlaşma: Etkin öncelik: 100 protokol durumu: Etkin CTRL INTF (s) durumu: Aktif eş: Adres 10.1.1.2, öncelik 100, intf Gi3 bekleme eşi: Yerel günlük sayaçları:                 rol değişikliği etkin: 1 rol bekleme olarak değiştir: 1 etkinliği devre dışı bırak: bir tam durum 0, RG kapat 0 CTRL intf events: Yukarı 1, aşağı 0, admin_down 0 olayları yeniden yükle: Yerel istek 0, eş istek 0 RG 1--------------------------CTX; Etkin protokol KIMLIĞI: 1 medya türü: Varsayılan kontrol arayüzü: GigabitEthernet3 geçerli Merhaba süreölçer: 3000 yapılandırılan Merhaba Zamanlayıcı: 3000, Tutma zamanlayıcısı: 10000 peer Merhaba süreölçer: 3000, Eş Tutma zamanlayıcısı: 10000 istatistiği:             Pkts 1509, bayt 93558, HA seq 0, SEQ numarası 1509, PKT kayıp 0 kimlik doğrulaması yapılandırılmamış kimlik doğrulama hatası: 0 eş yeniden yükleme: TX 0, RX 0 çekilme: TX 0, RX 0 ve y eşi: Mevcut. Zamanlayıcıyı Tutma: 10000 
 Pkts 61, Bayt 2074, HA Seq 0, Seq Numarası 69, Pkt Kaybı 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üseyin1076LGU_

  • 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

Yukarıda görüntülenen Control hub parametrelerini temel alarak her iki platforma da uygulanacak yerel ağ geçidi yapılandırması. Control Hub'daki SIP Özeti kimlik bilgileri kalın olarak vurgulanmıştır.

 terminal şifreleme pki trustpoint dummy yapılandırmaTp revocation-check crl exit sip-ua şifreleme sinyali varsayılan trustpoint dummyTp cn-san-validate sunucu aktarımı tcp tls v1.2 end configure terminal şifreleme pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configuration terminal voice service voip ip address trusted list ipv4 x.x.x.x 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 Modify "<sips:(.*)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 12 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 15 responsekayden kross1076_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 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 şema sips sona erme süresi 240 yenileme oranı 50 tcp tls kimlik bilgisi numarası Tanec5091_lgu kullanıcı adı Hussain1076_LGU parolası 0 OV12MEa Zx bölge Broadworks kimlik doğrulama kullanıcı adı Tanec5091_lgu parola 0 OV12MEa Zx realm BroadWorks kimlik doğrulama kullanıcı adı Tanec5091_lgu parola 0 OV12MEa Zx bölge 40462196.cisco-bcld.com uzak-taraf-kimliği sip-sunucusu yok dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 oturum aktarımı tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru içerik custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 oturum aktarımı udp url sip hata-passthru bağlama kontrol kaynağı-arabirimi GigabitEthernet2 bağlama ortam kaynağı-arabirimi GigabitEthernet2 bağlama ortam kaynağı-arabirimi GigabitEthernet2 bağlama ortam kaynağı-arabirimi GigabitEthernet2 bağlama ortam kaynağı-arabirimi GigabitEthernet2 bağlama ortam kaynağı-arabirimi GigabitEthernet2 bağlama içerik yok özel-sdp ses sınıfı uri 100 sip ana bilgisayarı ipv4:198.18.133.3 ses sınıfı uri 200 sip şablonu dtg=xhamster.lgu çağrı eşi ses 101 voip açıklaması Giden çağrı eşi IP PSTN hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi ipv4:198.18.133.3 ses-sınıfı codec 99 ses-sınıfı sip kiracısı 100 dtmf-relay rtp-nte no vad çağrı eşi ses 201 voip açıklaması Giden çağrı eşi Webex Calling hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi sip sunucusu ses-sınıfı codec 99 ses-sınıfı stun-kullanımı 200 ses-sınıfı sip localhost ses-sınıfı sip kiracı 200 dtmf-relay rtp-nte srtp vad ses sınıfı dpg 100 açıklama Gelen WebexCalling (DP200) - IP PSTN(DP101) çağrı eşi 101 tercih 1 ses sınıfı dpg 200 tanım Gelen IP PSTN(DP100) - Webex Calling (DP201) çağrı eşi 201 tercih 1 çağrı eşi ses 100 voip desription IP PSTN oturum protokolü sipv2 hedef dpg 200 gelen uri üzerinden 100 ses-sınıfı codec 99 ses-sınıfı sip kiracısı 300 dtmf-relay rtp-nte vad çağrı eşi yok 200 voip açıklaması Webex Calling oturum protokolü sipv2 hedef dpg 100 

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 Grup Kimliği:1 Grup Adı:LocalGateway-HA Yönetim Durumu: Kapatma Toplu çalışma durumu yok: Hesabımı güncellerim: Bekleme eş rolü: ETKIN eş Iletişim durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: BEKLEME sıcak uç RF durumu: ETKIN VCUBE-1#sip-ua kayıt durumunu göster VCUBE-1#

 VCUBE-2#show redundancy application group 1 Grup Kimliği:1 Grup Adı:LocalGateway-HA Yönetim Durumu: Kapatma Toplu çalışma durumu yok: Hesabımı güncellerim: ETKIN eş rolü: DURUM eş durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: ETKIN eş RF durumu: BEKLEME ETKIN VKÜP-2 #SIP-UA kayıt durumu Kiracı: 200 --------------------Kaydedici Endeksi  1 --------------------- Line peer expires(sn) reg survival P-Associ-URI ============================== ==================== ============= Hussain5091_LGU -1 48 evet normal VCUBE-2#

Yukarıdaki çıktıda, VCUBE-2 'nin Webex Calling erişim SBC'si ile kaydı koruyan etkin LGW olduğunu, 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 Dialog Dışı izleme etkin VCUBE-1#debug ccsip info SIP Çağrı bilgisi izleme etkin VCUBE-1#debug ccsip mesajı

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#yedeklilik uygulaması yeniden yükleme grubu 1 kendi

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 Kiracı: 200 --------------------Kaydedici Endeksi  1 --------------------- Line peer expires(sn) reg survival P-Associ-URI ============================== ========== ===================== Hussain5091_LGU -1 56 evet 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 günlüğü 9 Oca 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG kimliği 1 Merhaba Süresi Sona Erdi. 9 Oca 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG kimliği 1 rol Bekleme modundan Aktif 9 Ocak’a 18:37:24.783’e değişikliği: %VOICE_HA-2-SWITCHOVER_IND: Geçiş, BEKLEME_SICAK durumundan AKTIF duruma. 9 Oca 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Aktif rol etkinliği bildirildi 9 Ocak 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Gönderilme tarihi: Sip KAYDı: 40462196.cisco-bcld.com:5061 için SIP/2.0 : SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 Gönderen: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Alıcı: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Tarih: Per, 09 Oca 2020 18:37:24 GMT çağrı-KIMLIĞI: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Kullanıcı Aracısı: Cisco-SIPGateway/IOS-16.12.02 maksimum Iletme: 70 zaman damgası: 1578595044 CSeq: 2 KAYIT Iletişim Kişisi: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Son Kullanma Tarihi: 240 destekleniyor: yol Içeriği-Uzunluk: 0 

9 Ocak 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Alınan: SIP/2.0 401 ile yetki verilmemiş : SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 Gönderen: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Bitiş: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Tarih: Per, 09 Oca 2020 18:37:24 GMT çağrı-KIMLIĞI: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 zaman damgası: 1578595044 CSeq: 2 WWW kaydı-kimlik doğrula; DIGEST Realm = "tam çalışmalar", qop = "Auth", nonce = "BroadWorksXk572qd01Ti58zliBW", algoritma = MD5 Içerik-Uzunluk: 0 

9 Oca 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Gönderilme tarihi: SIP: 40462196. Cisco-bcld.com:5061 SIP/2.0 'ı kullanarak: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC Gönderen: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Alıcı: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Tarih: Per, 09 Oca 2020 18:37:25 GMT çağrı-KIMLIĞI: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Kullanıcı-Aracısı: Cisco-SIPGateway/IOS-16.12.02 maksimum Iletme: 70 zaman damgası: 1578595045 CSeq: 3 KAYIT ILETIŞIM Kişisi: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Son Kullanma Tarihi: 240 destekleniyor: yol yetkilendirmesi: Özet kullanıcı adı="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Içerik-Uzunluğu: 0 

9 Oca 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Alınan: SIP/2.0 200 TAMAM Aracılığıyla: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 Gönderen: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Alıcı: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Çağrı Kimliği: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 zaman damgası: 1578595045 CSeq: 3 KAYIT ILETIŞIM Kişisi: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Izin-Etkinlikler: çağrı-bilgi, hat-Seize, iletişim kutusu, mesaj-Özet, özellik-etkinlik, x-özel Works-hoteling, x-to Works-Call-Center-Status, konferans Içeriği-Uzunluk: 0 

Webex Calling için Unified CM Yapılandırma

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:

AyarDeğer
AdıWebex gibi benzersiz bir ad
AçıklamaWebex SIP Santrali Güvenlik Profili gibi anlamlı bir açıklama
Gelen PortWebex'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:

AyarDeğer
AdıWebex gibi benzersiz bir ad
AçıklamaWebex 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ştirKontrol 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:

AyarDeğer
AdıWebex gibi benzersiz bir ad
AçıklamaWebex Calling Arama Alanı gibi anlamlı bir açıklama
Seçilen Bölümler

DN (+E.164 dizin numaraları)

ESN (kısaltılmış siteler arası arama)

PSTNInternational (PSTN erişimi)

onNetRemote (GDPR öğrenilen 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:

AyarDeğer
Cihaz Bilgileri
DeviceNameWebex gibi benzersiz bir ad
AçıklamaWebex SIP Santrali gibi anlamlı bir açıklama
Tüm Aktif Unified CM Düğümlerinde ÇalıştırKontrol 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 AdresYerel Ağ Geçidi CUBE'ünün IP adresi
Hedef Bağlantı Noktası5060
SIP Santrali Güvenlik ProfiliDaha önce tanımlanan: Webex
SSO ProfiliDaha önce tanımlanan: Webex

Webex için Yönlendirme Grubu Yapılandırma

Aşağıdaki ayarlarla bir yönlendirme grubu oluşturun:

AyarDeğer
Yol Grubu Bilgileri
Yönlendirme Grubu AdıWebex gibi benzersiz bir ad
Seçili CihazlarDaha ö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:

AyarDeğer
Yol Listesi Bilgileri
AdıRLWeb_ex gibi benzersiz bir ad
AçıklamaWebex için yönlendirme listesi gibi anlamlı bir açıklama
Tüm Aktif Unified CM Düğümlerinde ÇalıştırKontrol edildi
Yol Listesi Üye Bilgileri
Seçilen GruplarYalnı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:

AyarDeğer
Yol Listesi Bilgileri
AdıWebex gibi benzersiz bir ad
AçıklamaWebex 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:

AyarDeğer
Yol ŞablonuWebex'te başta "\" ile DID aralığı için tam +E.164 şablonudur. Örneğin: \+140855501XX
Yol BölümüWebex
Ağ Geçidi/Yol ListesiRLWebex_
Acil ÖnceliğiKontrol 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:

AyarDeğer
Çevrim ŞablonuWebex'te ESN aralığı için ESN şablonudur. Örnek: 80121XX
BölümWebex
AçıklamaWebex Normalleştirme Şablonu gibi anlamlı bir açıklama
Çağrı Kaynağının Çağrı Arama Alanını KullanKontrol edildi
Acil ÖnceliğiKontrol edildi
Sonraki Atlamalarda Haneler Arası Zaman Aşımını BeklemeKontrol edildi
Aranan Taraf Dönüştürme MaskesiNumarayı +E.164'e normalleştirmek için kullanılan maskedir. Örneğin: +140855501XX

Webex Calling özelliklerinizi ayarlama

Bir çağrı yakalama grubu

Çağrı çağrı grupları, gelen çağrıları bir kullanıcı grubuna veya çalışma alanlara yönlendirer. Bir grubun tamamına yönlendirme yapabileceğiniz bir model dahi oluşturabilirsiniz.

Grup ayarlama hakkında daha fazla bilgi çağrı yakalama grubu için Cisco Webex Control Hub.

Yeni çağrı sırası

Müşterilerin çağrılarının yanıtlanamaması durumunda, otomatik yanıt, ilgilenme mesajı ve çağrının yanıtlanmasına kadar bekleme süresince müzik dinletmek için bir çağrı sırası oluşturabilirsiniz.

Yeni kullanıcı ayarlama ve yönetme hakkında daha fazla bilgi çağrı sırası bkz. Cisco Webex Control Hub.

Resepsiyonist istemcisi oluştur

Ön ofis personelinizin ihtiyaçlarının karşılanmasını sağlayın. Kullanıcıları telefon santralleri olarak ayarlayabilirsiniz, böylece bunlar, organizasyondaki belirli kişilerin gelen çağrılarını ekranlında görüntü kendilerinindir.

Resepsiyonist istemcilerinizi oluşturma ve görüntüleme hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Resepsiyonist İstemcileri.

Otomatik santraller oluşturma ve yönetme

Karşılama ekleyebilir, menüleri ayarlayabilir, çağrıları bir yanıtlama hizmetine, çağrı yakalama grubuna, sesli mesaj kutusuna veya gerçek bir kişiye yönlendirebilirsiniz. 24 saatlik bir plan oluşturun veya iş açık veya kapalı olduğunda farklı seçenekler sların.

Otomatik santralleri oluşturma ve yönetme hakkında bilgi için bkz. Otomatik Santralleri Yönetme Cisco Webex Control Hub.

Yapılandırma çağrı grubu

Grup çağrısı, kullanıcının belirli bir toplantı numarası veya dahili numarayı arayarak en fazla 75 hedef kullanıcı ve çalışma alanına tek yollu çağrı veya grup çağrı grubu.

Grup grubu ayarlama ve düzenleme hakkında bilgi için bkz. Grup Gruplarında Grup Cisco Webex Control Hub.

Yeni çağrı alma

Kullanıcıların her bir diğer aramalara yanıt vere çağrı alma bir grup oluşturarak ekip çalışması ve iş birliğini geliştirin. Bir çağrı alma grubuna kullanıcı eklerken bir grup üyesinin dışarıda veya meşgul olması durumunda, onun çağrılarını başka bir grup üyesi yanıtlayabilir.

Çağrı alma grubunun nasıl oluşturulacağı hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Alma.

Çağrı parkı kur

Çağrı parkı, tanımlı bir kullanıcı grubunun, bir çağrı parkı grubunun kullanılabilir diğer üyelerine çağrı park etmesine olanak tanır. Park edilen çağrıları, grubun diğer üyeleri kendi telefonlarından alabilir.

Çağrı parkı ayarlama hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Parkı.

Kullanıcılar için katılma özelliğini etkinleştir

1

https://admin.webex.com içindeki müşteri görünümünden Yönetim > Kullanıcılar kısmına gidin.

2

Bir kullanıcı seçip Calling düğmesine tıklayın.

3

Kullanıcı arası izinler bö lümüne gidin ve ardından Katıl'ı seçin.

4

Diğer kullanıcıların kendilerini bu kullanıcının devam eden çağrısına eklemesine izin vermek için düğmeyi açık konuma getirin.

5

Bu kullanıcı çağrısına katıldığında başkalarına bir ses çalmak istiyorsanız Bu kullanıcı çağrıya katıldığında ses çal seçeneğini işaretleyin.

Bu kullanıcı bir çağrıda Araya Girdiğinde ses çal ayarı, Customer Experience Basic ve Essentials gözetmeni araya girme işlevi için geçerli değildir. Bir süpervizör için bu seçeneği etkinleştirseniz bile, bir süpervizör çağrı sırası çağrısına katıldığında sistem temsilciye bildirim sesini çalmaz.

Bir denetleyici çağrıya katıldığında temsilcinin sesini çalmak istiyorsanız, bunu 'Temsilciler için bildirim sesi' ayarlarıyla etkinleştirebilirsiniz. Daha fazla bilgi için Webex Müşteri Deneyimi Teme l veya Webex Müşteri Deneyimi Temel Bileşenleri'nde Kuyru k oluşturma bölümüne bakın.

6

Kaydet seçeneğine tıklayın.

Kullanıcı için gizliliği etkinleştir

1

Control Hub’da oturum açın ve Yönetim > Kullanıcılar bölümüne gidin.

2

Bir kullanıcı seçin ve Calling düğmesine tıklayın.

3

Kullanıcı Izinleri al anına gidin ve ardından Gizlilik'i seçin.

4

Bu kullanıcı için uygun Otomatik Santral Gizliliği ayarlarını seçin.

  • Bu kullanıcının dahili numarayla aranmasına izin verin
  • Bu kullanıcının adı veya soyadıyla aranmasına izin verin
5

Gizliliği Etkinleştir onay kutusunu işaretleyin. Ardından, açılır listeden üye seçmeyerek herkesi engellemeye karar verebilirsiniz. Alternatif olarak bu kullanıcının hat durumunu izleyebilecek kullanıcıları, çalışma alanlarını ve sanal hatları seçebilirsiniz.

Konum yöneticisiyseniz açılır listede yalnızca atanan konumlara ilişkin kullanıcılar, çalışma alanları ve sanal hatlar görünür.

Herkesin hat durumunu izlemesine izin vermek için Gizliliği Etkinleşti r onay kutusunun işaretini kaldırın.

6

Yönlendirilmiş çağrı alma ve katılma gizliliği etkinleştirmek için Yönlendirilmiş çağrı alma ve katılma için gizliliği zorunlu kıl onay kutusunu işaretleyin.

  • Bu seçeneği etkinleştirirseniz yalnızca yetkili kullanıcılar, sanal hatlar ve çalışma alanı cihazları yönlendirilmiş çağrı almayı ve bu kullanıcıda katılma özelliğini kullanabilir. Aksi takdirde, kuruluştaki herhangi bir kişi yönlendirilmiş çağrı alma çağırabilir ve bir hatta katılma yapabilir.
  • Katılma hakkında daha fazla bilgi için bkz. Başka birinin telefon çağrısında katılma.
  • Denetleyici, temsilcilerin çağrı sırasından aldığı çağrılara her zaman katılabilir. Yani gizlilik ayarları gözetmenin katılma seçeneğini etkilemez.
7

Ada göre üye ekle seçeneğinden, telefon hattı durumunu izleyebilen ve yönlendirilmiş çağrı alma ve katılma işlemlerini başlatabilen kullanıcıları, çalışma alanlarını ve sanal hatları seçin.

8

Seçtiğiniz üyeleri filtrelemek için ada, numaraya veya dahili alana göre filtreyi kullanın.

9

Seçilen tüm üyeleri kaldırmak için Tümünü Kaldı r düğmesine tıklayın.

Tek bir üyeyi kaldırmak için üyenin adının yanındaki Sil öğesine tıklayın.
10

Kaydet seçeneğine tıklayın.

Gizlilik ayarları

Izlemeyi yapılandır

Bir kullanıcı için maksimum izlenen hat sayısı 50'dir. Ancak, izleme listesini yapılandırırken Webex Calling ve ağınız arasındaki bant genişliğini etkileyen mesaj sayısını dikkate alın. Ayrıca, kullanıcının telefonundaki hat düğmeleri sayısına göre izlenen maksimum hatları belirleyin.

1

içindeki müşteri görünümünden Yönetim kısmına gidin ve ardından Kullanıcılar düğmesine tıklayın.https://admin.webex.com

2

Değiştirmek istediğiniz kullanıcıyı seçip Çağrı'ya tıklayın.

3

Kullanıcı Arası Izinler bö lümüne gidin ve Izleme'yi seçin.

4

Aşağıdakiler arasından seçim yapın:

  • İzlenen Hat Ekle
  • Çağrı Parkı Dahili Numarası Ekle

Kullanıcı izleme için Izlenen Hat Ekl e listesine sanal bir hat ekleyebilirsiniz.

5

Bu kullanıcıyı bekletmeye alınmış çağrılar hakkında bilgilendirmek isteyip istemediğinizi seçin, izlenecek kişiyi veya çağrı parkı dahili numarasını arayın ve ardından Kaydet'e tıklayın.

Control Hub'daki izlenen hatlar listesi, kullanıcının cihazında görünen izlenen hatların sırasına karşılık gelir. Izlenen hatların listesini istediğiniz zaman yeniden sıralayabilirsiniz.

Izlenen hat için görünen ad, kullanıcı, çalışma alanı ve sanal hat için Arayan Kimliği Adı ve Soyadı alanlarına girilen addır.

Nasıl olduğunu görmek istiyor musunuz? Control Hub’da bir kullanıcının izleme ayarlarının nasıl yönetileceğine ilişkin bu video tanıtımın ı izleyin.

Kullanıcılar için çağrı köprüsü uyarı sesini etkinleştir

Başlamadan önce

Çağrı köprüsünün çağrılması için paylaşımlı hattın yapılandırılmış olması gerekir. Çalacak çağrı köprüsü uyarı sesini etkinleştirmeden önce paylaşılan hatlar ı nasıl yapılandıracağınızı görün.
1

Control Hub’da oturum açın ve Yönetim > Kullanıcılar bölümüne gidin.

2

Bir kullanıcı seçin ve Arama sekmesine tıklayın.

3

Kullanıcı Arası Izinler’e gidin ve Çağrı Köprüleme Uyarı Sesi’ne tıklayın.

4

Çağrı Köprüleme Uyarı Sesi'ni açın ve ardından Kaydet'e tıklayın.

Bu özellik varsayılan olarak etkindir.

MPP paylaşımlı hattında çağrı köprüleme hakkında daha fazla bilgi için bkz. Multiplatform masa telefonunuzdaki paylaşımlı hatlar.

Webex Uygulaması paylaşılan hattında çağrı köprüleme hakkında daha fazla bilgi için bkz. WebexApp için paylaşımlı hat görünümü.

Bir kullanıcı için ifadeyi aç

Bir kullanıcı için hoteling düzenlemesini etkinleştirmek, ana masa telefonunun işlevselliğini ve özelliklerini korurken başka bir alanda çalışmasına olanak tanır.
1

içindeki müşteri görünümünden Yönetim kısmına gidin ve Kullanıcılar seçeneğini seçin.https://admin.webex.com

2

Bir kullanıcı seçin ve Arama sekmesine tıklayın.

3

Kullanıcı Arası Izinleri bö lümüne gidin ve Hotelin g öğesini seçin ve düğmeyi açın.

4

Hoteling Konumu ar ama alanına hoteling toplantı sahibinin adını veya numarasını girin ve kullanıcıya atamak istediğiniz hoteling toplantı sahibini seçin.

Yalnızca bir hoteling ana bilgisayarı seçilebilir. Başka bir hoteling sahibi seçerseniz, ilki silinir.

Konum yöneticisiyseniz yalnızca atanan konumlara ilişkin paylaşımlı çalışma alanı toplantı sahibini atayabilirsiniz.
5

Bir kullanıcının hoteling toplantı sahibiyle ilişkilendirilebileceği süreyi sınırlamak için kullanıcının Ilişkilendirme Süres i açılır menüsünden hoteling toplantı sahibini kullanabileceği saat sayısını seçin.

Kullanıcı seçilen süreden sonra otomatik olarak oturumu kapatılacaktır.

Kullanıcı için belirtilen sınır ilişkilendirme süresinin seçilen hoteling toplantı sahibinin sınır ilişkilendirme süresini aşarsa ekranda bir hata mesajı görüntülenir. Örneğin, paylaşımlı çalışma alanı toplantı sahibinin ilişkilendirme süresi 12 saat ve kullanıcının ilişkilendirme süresi 24 saat ise bir hata mesajı görüntülenir. Bu gibi durumlarda, kullanıcı için daha fazla süre gerekiyorsa hoteling sahibinin sınır ilişkilendirme süresini uzatmanız gerekir.

6

Kaydet seçeneğine tıklayın.

Bir kullanıcı ayrıca User Hub’dan kullanmak istediği hoteling toplantı sahibini arayabilir ve bulabilir. Daha fazla bilgi için bkz. Çağrı profilinize her yerden erişme.

Nasıl yapıldığını görmek istiyor musunuz? Control Hub'da hoteling'i yapılandırma ile ilgili bu video gösterimini izleyin.

Webex Calling için benimseme trendleri ve kullanım raporları

Çağrı raporlarını görüntüleme

Control Hub’daki Analizler sayfasını kullanarak kişilerin Webex Calling’i ve Webex uygulamasını nasıl kullandığı (katılım) ve çağrı ortamı deneyimlerinin kalitesi hakkında bilgi edinebilirsiniz. Webex Calling analizlerine erişmek için Control Hub’da oturum açın, ardından Analizler ’e gidin ve Calling sekmesini seçin.

1

Ayrıntılı çağrı geçmişi raporları için Control Hub’da oturum açın, ardından Analiz > Calling’e gidin.

2

Ayrıntılı Çağrı Geçmişi'ni seçin.

Özel Örnek’i kullanan çağrılar hakkında bilgi için bkz. Özel Örnek Analizleri.

3

Medya kalitesi verilerine erişmek için Control Hub’da oturum açın, Analizler ’e gidin ve ardından Calling’i seçin.

CUBE yüksek kullanılabilirliğini Yerel Ağ Geçidi olarak uygula

Temel Bilgiler

Ön koşullar

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 
 takip 1 arayüzü GigabitEthernet1 hat protokol 
 izleme 2 arayüzü GigabitEthernet2 hat protokol çıkış 

VCUBE-1#conf t

VCUBE-1(config)#track 1 arayüzü GigabitEthernet1 hat protokolü

VCUBE-1(config-track)#track 2 arayüzü GigabitEthernet2 hat protokolü

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 arayüzü GigabitEthernet1 hat protokolü

VCUBE-2(config-track)#track 2 arayüzü GigabitEthernet2 hat protokolü

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.

yedeklilik uygulaması yedeklilik grubu 1 ad 
 
 
 LocalGateway-HA önceliği 100 yük devretme eşiği 
 75 kontrol 
 GigabitEthernet3 protokol 1 veri 
 GigabitEthernet3 yükleyici gecikme 30 yeniden yükleme 
 60 takip 
 1 kapatma izleme 2 kapatma protokol 
 
 
 1 
 zamaner merhabatime 3 holdtime 10 çıkış 

VCUBE-1(config)#yedeklilik

VCUBE-1(config-red)#uygulama yedeklilik

VCUBE-1(config-red-app)#grup 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#öncelik 100 yük devretme eşiği 75

VCUBE-1(config-red-app-grp)#kontrol GigabitEthernet3 protokolü 1

VCUBE-1(config-red-app-grp)#veri GigabitEthernet3

VCUBE-1(config-red-app-grp)#zamanlayıcı gecikmesi 30 yeniden yükleme 60

VCUBE-1(config-red-app-grp)#track 1 kapatma

VCUBE-1(config-red-app-grp)#track 2 kapatma

VCUBE-1(config-red-app-grp)#çıkış

VCUBE-1(config-red-app)#protokol 1

VCUBE-1(config-red-app-prtcl)#zamanlayıcılar yardım süresi 3 bekleme süresi 10

VCUBE-1(config-red-app-prtcl)#çıkış

VCUBE-1(config-red-app)#çıkış

VCUBE-1(yapılandırma-kırmızı)#çıkış

VCUBE-1(yapılandırma) #

VCUBE-2(config)#yedeklilik

VCUBE-2(config-red)#uygulama yedeklilik

VCUBE-2(config-red-app)#grup 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#öncelik 100 yük devretme eşiği 75

VCUBE-2(config-red-app-grp)#kontrol GigabitEthernet3 protokolü 1

VCUBE-1(config-red-app-grp)#veri GigabitEthernet3

VCUBE-2(config-red-app-grp)#zamanlayıcı gecikmesi 30 yeniden yükleme 60

VCUBE-2(config-red-app-grp)#track 1 kapatma

VCUBE-2(config-red-app-grp)#track 2 kapatma

VCUBE-2(config-red-app-grp)#çıkış

VCUBE-2(config-red-app)#protokol 1

VCUBE-2(config-red-app-prtcl)#zamanlayıcılar yardım süresi 3 bekleme süresi 10

VCUBE-2(config-red-app-prtcl)#çıkış

VCUBE-2(config-red-app)#çıkış

VCUBE-2(yapılandırma-kırmızı)#çıkış

VCUBE-2(yapılandırma) #

Bu yapılandırmada kullanılan alanların açıklaması aşağıda verilmiştir:

  • yedeklilik—Yedeklilik moduna girer

  • uygulama yedeklilik: Uygulama yedeklilik yapılandırma moduna girer

  • grup: Yedeklilik uygulaması grup yapılandırma moduna girer

  • name LocalGateway-HA: RG grubunun adını tanımlar

  • priority 100 failover threshold 75: Bir RG için ilk öncelik ve yük devretme eşiklerini belirtir

  • zamanlayıcı gecikmesi 30 yeniden yükleme 60: Gecikme ve yeniden yükleme için iki kez 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: Iki CUBE arasında etkin tutma ve merhaba mesajları alışverişi için kullanılan arayüzü yapılandırır ve bir kontrol arayüzüne eklenecek protokol örneğini belirtir ve yedeklilik uygulaması protokol yapılandırma 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 takibi

  • protokol 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: Hellotime ve holdtime 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. RG'yi sesli hizmet voip altında önceki adımdanyapılandırabilirsiniz. Bu, CUBE uygulamasının yedeklilik işlemini kontrol uygulamasını sağlar.

ses hizmeti voip 
   yedeklilik grup 1 
   çıkış

VCUBE-1(config)#ses hizmeti voip

VCUBE-1(config-voi-serv)#yedeklilik-grubu 1

 % Voice B2B HA ile RG 1 ilişkilendirmesi oluşturdu; yeni yapılandırmanın etkili olmak için yönlendiriciyi yeniden yükleyin 

VCUBE-1(config-voi-serv)# çıkış

VCUBE-2(config)#ses hizmeti voip

VCUBE-2(config-voi-serv)#yedeklilik-grubu 1

 % Voice B2B HA ile RG 1 ilişkilendirmesi oluşturdu; yeni yapılandırmanın etkili olmak için yönlendiriciyi yeniden yükleyin 

VCUBE-2(config-voi-serv)# çıkış

redundancy-group 1: Bu komutun eklenmesi ve kaldırılması, güncellenmiş yapılandırmanın geçerli olması için yeniden yüklemenin yapılması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)#arayüz GigabitEthernet1

VCUBE-1(config-if)# yedeklilik rii 1

VCUBE-1(config-if)# yedeklilik grubu 1 ip 198.18.1.228 özel

VCUBE-1(config-if)# çıkış

VCUBE-1(yapılandırma) #

VCUBE-1(config)#arayüz GigabitEthernet2

VCUBE-1(config-if)# yedeklilik rii 2

VCUBE-1(config-if)# yedeklilik grubu 1 ip 198.18.133.228 özel

VCUBE-1(config-if)# çıkış

VCUBE-2(config)#arayüz GigabitEthernet1

VCUBE-2(config-if)# yedeklilik rii 1

VCUBE-2(config-if)# yedeklilik grubu 1 ip 198.18.1.228 özel

VCUBE-2(config-if)# çıkış

VCUBE-2(yapılandırma) #

VCUBE-2(config)#arayüz GigabitEthernet2

VCUBE-2(config-if)# yedeklilik rii 2

VCUBE-2(config-if)# yedeklilik grubu 1 ip 198.18.133.228 özel

VCUBE-v(config-if)# çıkış

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 kimliklerine sahip OLMALIDIR. 'show redundancy application group all' doğru yerel ve eş bilgilerini göstermelidir.

  • redundancy group 1: Arayüzü yukarıda 2. Adımda oluşturulan yedeklilik 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

 Yapılandırma yapılıyor... 

 [Tamam] 

VCUBE-1#yeniden yükle

 Yeniden yükleme işlemine devam edilsin mi? [onayla] 

VCUBE-1 tamamen yeniden geliyorsa VCUBE-2 yapılandırmasını kaydedip yeniden yükleyin.

VCUBE-2#wr

 Yapılandırma yapılıyor... 

 [Tamam] 

VCUBE-2#yeniden yükle

 Yeniden yükleme işlemine devam edilsin mi? [onayla] 

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#yedeklilik uygulama grubunun tümünü göster Hata durumları Grup 1 bilgileri:        Çalışma zamanı önceliği: [100] RG hatalarının RG State: Yukarıya.                        Hatalardan dolayı toplam geçiş sayısı:  0 Toplam #/yukarı durumu hata nedeniyle değişir: 0 Grup Kimliği: 1 Grup adı: LocalGateway-ha yönetici durumu: Kapatma toplaması işlem durumu yok:  Hesabımı güncellerim: ETKIN eş rolü: BEKLEME konumu eş durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: ETKIN eş RF durumu: BEKLEMEDEKI sıcak RG Protokolü RG 1------------------rolü: Etkin anlaşma: Etkin öncelik: 100 protokol durumu: Etkin CTRL INTF (s) durumu: Aktif eş: Yerel bekleme eşi: Adres 10.1.1.2, öncelik 100, INTF Gi3 log sayaçları:                 rol değişikliği etkin: 1 rol bekleme olarak değiştir: 1 etkinliği devre dışı bırak: bir tam durum 0, RG kapat 0 CTRL intf events: Yukarı 1, aşağı 0, admin_down 0 olayları yeniden yükle: Yerel istek 0, eş istek 0 RG 1--------------------------CTX; Etkin protokol KIMLIĞI: 1 medya türü: Varsayılan kontrol arayüzü: GigabitEthernet3 geçerli Merhaba süreölçer: 3000 yapılandırılan Merhaba Zamanlayıcı: 3000, Tutma zamanlayıcısı: 10000 peer Merhaba süreölçer: 3000, Eş Tutma zamanlayıcısı: 10000 istatistiği:             Pkts 1509, bayt 93558, HA seq 0, SEQ numarası 1509, PKT kayıp 0 kimlik doğrulaması yapılandırılmamış kimlik doğrulama hatası: 0 eş yeniden yükleme: TX 0, RX 0 çekilme: TX 0, RX 0 ve y eşi: Mevcut. Zamanlayıcıyı Tutma: 10000 Pkts 61, Bayt 2074, HA Seq 0, Seq Numarası 69, Pkt Kaybı 0 VCUBE-1#
 VCUBE-2#show redundancy application group all Faults states Group 1 info:        Çalışma zamanı önceliği: [100] RG hatalarının RG State: Yukarıya.                        Hatalardan dolayı toplam geçiş sayısı:  0 Toplam #/yukarı durumu hata nedeniyle değişir: 0 Grup Kimliği: 1 Grup adı: LocalGateway-ha yönetici durumu: Kapatma toplaması işlem durumu yok: Hesabımı güncellerim: BEKLEME eş rolü: ETKIN eş Iletişim durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: ETKIN eş RF durumu: BEKLEMEDEKI sıcak RG Protokolü RG 1------------------rolü: Etkin anlaşma: Etkin öncelik: 100 protokol durumu: Etkin CTRL INTF (s) durumu: Aktif eş: Adres 10.1.1.2, öncelik 100, intf Gi3 bekleme eşi: Yerel günlük sayaçları:                 rol değişikliği etkin: 1 rol bekleme olarak değiştir: 1 etkinliği devre dışı bırak: bir tam durum 0, RG kapat 0 CTRL intf events: Yukarı 1, aşağı 0, admin_down 0 olayları yeniden yükle: Yerel istek 0, eş istek 0 RG 1--------------------------CTX; Etkin protokol KIMLIĞI: 1 medya türü: Varsayılan kontrol arayüzü: GigabitEthernet3 geçerli Merhaba süreölçer: 3000 yapılandırılan Merhaba Zamanlayıcı: 3000, Tutma zamanlayıcısı: 10000 peer Merhaba süreölçer: 3000, Eş Tutma zamanlayıcısı: 10000 istatistiği:             Pkts 1509, bayt 93558, HA seq 0, SEQ numarası 1509, PKT kayıp 0 kimlik doğrulaması yapılandırılmamış kimlik doğrulama hatası: 0 eş yeniden yükleme: TX 0, RX 0 çekilme: TX 0, RX 0 ve y eşi: Mevcut. Zamanlayıcıyı Tutma: 10000 
 Pkts 61, Bayt 2074, HA Seq 0, Seq Numarası 69, Pkt Kaybı 0 
 
 VCUBE-2 #

Her İki CUBE Üzerinde Yerel Ağ Geçidi Yapılandırma

Yapılandırma örneğimizde, hem VCUBE-1, hem de VCUBE-2 platformunda Yerel Ağ Geçidi yapılandırmasını oluşturmak için Control Hub'dan aşağıdaki santral bilgilerini kullanıyoruz. Bu yapılandırmanın kullanıcı adı ve parolası şöyle:

  • Kullanıcı adı: Hussain1076_LGU

  • Parola: lOV12MEaZx

1

Parolanın kimlik bilgilerinde veya paylaşılan şifrelerde kullanılabilmesi için aşağıdaki komutlarla parola için bir yapılandırma anahtarı oluşturulduğundan emin olun. Tip 6 parolalar, AES şifre ve kullanıcı tanımlı yapılandırma anahtarı kullanılarak şifrelenir.

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes

Yukarıda görüntülenen Control hub parametrelerini temel alarak her iki platforma da uygulanacak yerel ağ geçidi yapılandırması. Control Hub'daki SIP Özeti kimlik bilgileri kalın olarak vurgulanmıştır.

 terminal şifreleme pki trustpoint dummy yapılandırmaTp revocation-check crl exit sip-ua şifreleme sinyali varsayılan trustpoint dummyTp cn-san-validate sunucu aktarımı tcp tls v1.2 end configure terminal şifreleme pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configuration terminal voice service voip ip address trusted list ipv4 x.x.x.x 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 Modify "<sips:(.*)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 12 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 15 responsekayden kross1076_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 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 şema sips sona erme süresi 240 yenileme oranı 50 tcp tls kimlik bilgisi numarası Tanec5091_lgu kullanıcı adı Hussain1076_LGU parolası 0 OV12MEa Zx bölge Broadworks kimlik doğrulama kullanıcı adı Tanec5091_lgu parola 0 OV12MEa Zx realm BroadWorks kimlik doğrulama kullanıcı adı Tanec5091_lgu parola 0 OV12MEa Zx bölge 40462196.cisco-bcld.com uzak-taraf-kimliği sip-sunucusu yok dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 oturum aktarımı tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru içerik custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 oturum aktarımı udp url sip hata-passthru bağlama kontrol kaynağı-arabirimi GigabitEthernet2 bağlama ortam kaynağı-arabirimi GigabitEthernet2 bağlama ortam kaynağı-arabirimi GigabitEthernet2 bağlama ortam kaynağı-arabirimi GigabitEthernet2 bağlama ortam kaynağı-arabirimi GigabitEthernet2 bağlama ortam kaynağı-arabirimi GigabitEthernet2 bağlama içerik yok özel-sdp ses sınıfı uri 100 sip ana bilgisayarı ipv4:198.18.133.3 ses sınıfı uri 200 sip şablonu dtg=xhamster.lgu çağrı eşi ses 101 voip açıklaması Giden çağrı eşi IP PSTN hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi ipv4:198.18.133.3 ses-sınıfı codec 99 ses-sınıfı sip kiracısı 100 dtmf-relay rtp-nte no vad çağrı eşi ses 201 voip açıklaması Giden çağrı eşi Webex Calling hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi sip sunucusu ses-sınıfı codec 99 ses-sınıfı stun-kullanımı 200 ses-sınıfı sip localhost ses-sınıfı sip kiracı 200 dtmf-relay rtp-nte srtp vad ses sınıfı dpg 100 açıklama Gelen WebexCalling (DP200) - IP PSTN(DP101) çağrı eşi 101 tercih 1 ses sınıfı dpg 200 tanım Gelen IP PSTN(DP100) - Webex Calling (DP201) çağrı eşi 201 tercih 1 çağrı eşi ses 100 voip desription IP PSTN oturum protokolü sipv2 hedef dpg 200 gelen uri üzerinden 100 ses-sınıfı codec 99 ses-sınıfı sip kiracısı 300 dtmf-relay rtp-nte vad çağrı eşi yok 200 voip açıklaması Webex Calling oturum protokolü sipv2 hedef dpg 100 

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 Grup Kimliği:1 Grup Adı:LocalGateway-HA Yönetim Durumu: Kapatma Toplu çalışma durumu yok: Hesabımı güncellerim: Bekleme eş rolü: ETKIN eş Iletişim durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: BEKLEME sıcak uç RF durumu: ETKIN VCUBE-1#sip-ua kayıt durumunu göster VCUBE-1#

 VCUBE-2#show redundancy application group 1 Grup Kimliği:1 Grup Adı:LocalGateway-HA Yönetim Durumu: Kapatma Toplu çalışma durumu yok: Hesabımı güncellerim: ETKIN eş rolü: DURUM eş durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: ETKIN eş RF durumu: BEKLEME ETKIN VKÜP-2 #SIP-UA kayıt durumu Kiracı: 200 --------------------Kaydedici Endeksi  1 --------------------- Line peer expires(sn) reg survival P-Associ-URI ============================== ==================== ============= Hussain5091_LGU -1 48 evet normal VCUBE-2#

Yukarıdaki çıktıda, VCUBE-2 'nin Webex Calling erişim SBC'si ile kaydı koruyan etkin LGW olduğunu, 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 Dialog Dışı izleme etkin VCUBE-1#debug ccsip info SIP Çağrı bilgisi izleme etkin VCUBE-1#debug ccsip mesajı

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#yedeklilik uygulaması yeniden yükleme grubu 1 kendi

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 Kiracı: 200 --------------------Kaydedici Endeksi  1 --------------------- Line peer expires(sn) reg survival P-Associ-URI ============================== ========== ===================== Hussain5091_LGU -1 56 evet 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 günlüğü 9 Oca 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG kimliği 1 Merhaba Süresi Sona Erdi. 9 Oca 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG kimliği 1 rol Bekleme modundan Aktif 9 Ocak’a 18:37:24.783’e değişikliği: %VOICE_HA-2-SWITCHOVER_IND: Geçiş, BEKLEME_SICAK durumundan AKTIF duruma. 9 Oca 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Aktif rol etkinliği bildirildi 9 Ocak 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Gönderilme tarihi: Sip KAYDı: 40462196.cisco-bcld.com:5061 için SIP/2.0 : SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 Gönderen: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Alıcı: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Tarih: Per, 09 Oca 2020 18:37:24 GMT çağrı-KIMLIĞI: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Kullanıcı Aracısı: Cisco-SIPGateway/IOS-16.12.02 maksimum Iletme: 70 zaman damgası: 1578595044 CSeq: 2 KAYIT Iletişim Kişisi: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Son Kullanma Tarihi: 240 destekleniyor: yol Içeriği-Uzunluk: 0 

9 Ocak 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Alınan: SIP/2.0 401 ile yetki verilmemiş : SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 Gönderen: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Bitiş: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Tarih: Per, 09 Oca 2020 18:37:24 GMT çağrı-KIMLIĞI: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 zaman damgası: 1578595044 CSeq: 2 WWW kaydı-kimlik doğrula; DIGEST Realm = "tam çalışmalar", qop = "Auth", nonce = "BroadWorksXk572qd01Ti58zliBW", algoritma = MD5 Içerik-Uzunluk: 0 

9 Oca 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Gönderilme tarihi: SIP: 40462196. Cisco-bcld.com:5061 SIP/2.0 'ı kullanarak: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC Gönderen: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Alıcı: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Tarih: Per, 09 Oca 2020 18:37:25 GMT çağrı-KIMLIĞI: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Kullanıcı-Aracısı: Cisco-SIPGateway/IOS-16.12.02 maksimum Iletme: 70 zaman damgası: 1578595045 CSeq: 3 KAYIT ILETIŞIM Kişisi: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Son Kullanma Tarihi: 240 destekleniyor: yol yetkilendirmesi: Özet kullanıcı adı="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Içerik-Uzunluğu: 0 

9 Oca 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Alınan: SIP/2.0 200 TAMAM Aracılığıyla: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 Gönderen: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Alıcı: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Çağrı Kimliği: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 zaman damgası: 1578595045 CSeq: 3 KAYIT ILETIŞIM Kişisi: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Izin-Etkinlikler: çağrı-bilgi, hat-Seize, iletişim kutusu, mesaj-Özet, özellik-etkinlik, x-özel Works-hoteling, x-to Works-Call-Center-Status, konferans Içeriği-Uzunluk: 0 

Webex Calling'e Genel Bakış

Işletme seviyesinde bulut Çağrısı, mobilite ve PBX özelliklerini ve Mesajlaşma ve toplantılar için Webex Uygulaması ve Webex Calling yazılım istemcisi veya Cisco cihazından Çağrı kullanabildiğinizi düşünün. Webex Calling size tam olarak bunu sunuyor.

Webex Calling aşağıdaki özellikleri ve avantajları sağlar:

  • 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

  • Webex için her kullanıcı için uygulama erişimi sunar ve zengin tümleşik iletişim ve ekip iş birliği hizmetleri ekler.

  • Işletme kullanıcılarını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ş dışındaki numaraları çevirmesine izin vermek için Genel Anahtarlı Telefon Ağları (PSTN) erişimi. Hizmet, mevcut bir kurumsal altyapı üzerinden sağlanır

    • Şirket içi IP PBX'siz yerel ağ geçidi

    • Mevcut Unified CM çağrı ortamı

    • Iş Ortağı veya Cisco tarafından sağlanan PSTN seçenekleri

  • 1. Katman destek iş ortağınız tarafından, sonraki seviyelerde destek Cisco tarafından sağlanır

Control Hub, Webex Calling ile entegre olarak siparişlerinizi ve yapılandırmanızı kolaylaştıran ve Webex Calling, Webex Uygulaması ve Webex Meetings'den oluşan paketinizin tek bir merkezden yönetilmesini sağlayan 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ı yanıtlayamadığınızda bir çağrı sırası oluşturabilirsiniz. Bir kişi çağrılarını yanıtlayana kadar arayanlara otomatik yanıt, rahatlatma mesajları ve bekleme müziği sağlayabilirsiniz.

Çağrı Alma

Kullanıcıların başka kullanıcıların çağrılarını yanıtlayabilmesi için bir çağrı alma grubu oluşturarak ekip çalışmasını ve iş birliğini artırabilirsiniz. Bir çağrı alma grubuna kullanıcı eklerken bir grup üyesinin dışarıda veya meşgul olması durumunda, onun çağrılarını başka bir grup üyesi yanıtlayabilir.

Çağrı Parkı

Kullanıcıların bir çağrıyı beklemeye almasına ve başka bir telefondan almasına izin vermek için çağrı parkını açabilirsiniz.

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.

Tablo 2. Kullanıcı tarafından yapılandırılabilir özellikler

Özellik

Açıklama

İsimsiz Çağrıları Reddetme

Kullanıcılar, engellenmiş arayan kimliğine sahip gelen çağrıları reddedebilir.

İş Sürekliliği

Kullanıcıların telefonları elektrik kesintisi, ağ sorunları vb. nedenlerle 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. Ayrıca, iş hattına yapılan tüm gelen çağrılar 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 'da sağlama hizmetleri, cihazlar ve kullanıcılar, çağrı yöneticisi portalında ayrıntılı yapılandırmaya çapraz başlatma

Control Hub ( https://admin.webex.com), Webex Calling ile entegre olarak siparişlerinizi ve yapılandırmanızı kolaylaştıran ve Webex Calling, Webex Uygulaması ve Meetings’den oluşan paketinizin tek bir merkezden yönetilmesini sağlayan bir yönetim portalıdır.

Control hub, tüm hizmetleri, cihazları ve kullanıcıları sağlamak için merkezi bir noktasıdı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’in deneme sürümü veya ücretli aboneliğinde müşteri yöneticisi olarak konumlar, lisanslar, telefon numaraları, Çağrı özellikleri, kullanıcılar ve Çalışma Alanları (Webex buluta kayıtlı Oda Cihazları) ekleyerek kuruluşunuzu Control Hub’da kurabilirsiniz. Tüm bu bileşenleri oradan da yönetebilirsiniz.

İş Ortakları

İş ortağı hizmet sağlayıcısı olarak, Webex Calling markalayabilir, pazarlayabilir ve müşterilerinize satın alabilirsiniz. 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 satış için kullanılabilir olan ülkeler için WHERE Cisco WebEx mevcut makalesindeki WebEx Calling başlığına bakın.

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.

Sol navigasyon menüsünü vurgulama ve etiketleme, şirket bilgileri, bildirimler, uygulama içi yardım, geri bildirim, dil ve oturumu kapatma Control Hub arayüzüne genel bakış.

Kuruma yardımcı olmak için birkaç kullanıcıyı Control Hub'a e-posta adreslerini girerek Webex Uygulamasına katılmaya davet etmenizi öneririz. Kişileri, arama dahil olmak üzere sağladığınız hizmetleri kullanmaya ve kullanım deneyimleri hakkında geri bildirim vermeye teşvik edin. Hazır olduğunuzda, istediğiniz zaman daha fazla kullanıcı ekleyebilirsiniz.

Control hub 'a erişmek 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 erişmek için Chrome veya Firefox kullanarak 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.

Control Hub kurulumu için e-postaya başladıktan sonra yeni bir parola ekranı oluşturun.

Denemeler için İlk Kurulum Sihirbazı

Ortağınız size bir deneme için kaydolmuş ise Kurulum Sihirbazı, Control hub oturumu açtıktan sonra otomatik olarak 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.

Control Hub için ilk kurulum sihirbazı.

Ayarlarınızı Gözden Geçirme

Control hub 'ı yüklediğinde ayarlarınızı gözden geçirebilirsiniz.

Control Hub'a genel bakış sayfası.

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.

Control Hub’da kullanıcıları yönetme açılır penceresi.

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. Kullanıcıların Webex’te depolanan ve yönetilen ayrı bir parola yerine Kurumsal kimlik bilgilerini kullanarak Kurumsal Kimlik Sağlayıcınızla kimlik doğrulaması yapmasını sağlayacak şekilde SSO’yu kurabilirsiniz.

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.

“Bir 3. taraf sağlayıcı entegre et” seçeneği seçili olan çoklu oturum açma ayarları ekranı.

Hizmetleri Kullanıcılara Atayın

Kullanıcıların mobil uygulamayı kullanmaya başlay için ekley kullanıcılara Webex gerekir.

Kullanıcılar'a gidin, Kullanıcıları Yönet'e tıklayın, CSV dosyasıyla kullanıcıları dışarı ve içeri aktar'ı seçin ve ardından Dışarı aktar'a tıklayın.

İndirdiğiniz dosyada, kullanıcılarınızın her birine atamak istediğiniz hizmetlere True eklemeniz yeterlidir.

Control Hub’da kullanıcılara hizmet atamak için CSV dosyası örneği.

Tamamladığınız dosyayı içeri aktarın, Hizmet ekle ve kaldır seçeneğine ve ardından Gönder'e tıklayın. Artık çağrı özelliklerni yapılandırmaya, ortak alanda paylaşılabilecek cihazları kaydetmeye ve cihazları kaydedip kullanıcılarla ilişkilendirmeye hazırsınız.

Kullanıcılara Güç Verme

Artık siz kullanıcılar ekledik ve hizmetler atandı. Bu hizmetler, mesajlaşma ve toplantılar için Webex Calling ve Webex Uygulaması için desteklenen Çok Platformlu Telefonlarını (MPP'ler) kullanmaya başlayabilirler. Onları, erişim için her şeyi bir arada bulabilecekleri bir ortam olarak Cisco Webex Ayarları'nı kullanmaya teşvik edin.

Yerel Ağ Geçidinin Rolü

Yerel ağ geçidi, Genel Anahtarlı Telefon Ağı (PSTN) ve eski genel birim santrali (PBX) (Unified CM dahil) ile birlikte çalışmak üzere, işletme veya iş ortağı tarafından yönetilen bir uç cihazıdır.

Control Hub’ı kullanarak bir konuma yerel ağ geçidi atayabilirsiniz. Control Hub, CUBE üzerinde yapılandırabileceğiniz parametreleri sağlayacaktır. Bu adımlar, buluta yerel ağ geçidini kaydettirir ve ardından PSTN hizmeti, kullanıcıları belirli bir konumda Webex Calling için ağ geçidi aracılığıyla 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, mevcut IP PBX olmayan ve tek bir konum veya birden fazla konum dağıtımında geçerli olan bir Webex Calling dağıtımı gösterilmektedir.

Herhangi bir IP PBX'in mevcut olmadığı Webex Calling dağıtımını gösteren resim.

Webex Calling hedefleriniz ile eşleşmeyen tüm çağrılar için bu çağrıları Webex Calling, işlenmek üzere konuma atanan yerel ağ geçidine gönderir. Yerel ağ geçidi Webex Calling gelen tüm çağrıları PSTN ve diğer yöne PSTN Webex Calling.

PSTN ağ geçidi bağımsız bir platform olabilir veya yerel ağ geçidiyle birlikte kullanılabilir. Aşağıdaki şekilde, bu dağıtımın adanmış PSTN ağ geçidi türevini öneririz; Mevcut PSTN ağ geçidi Webex Calling Yerel ağ geçidi olarak kullanılamayamazsa kullanılabilir.

Mevcut PSTN ağ geçidi Webex Calling yerel ağ geçidi olarak kullanılamıyorsa kullanılabilecek önerilen PSTN ağ geçidi türü dağıtım seçeneğini gösteren resim.

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, GW/SBC PSTN ile yerleşik olduğu bir Webex Calling dağıtımı gösterilmektedir.

Yerel ağ geçidinin PSTN GW/SBC ile birlikte olduğu Webex Calling dağıtımını gösteren resim.

İş Yeri İçi Unified CM PBX'li Yerel Ağ Geçidi Dağıtımları

Şu durumlarda Unified CM ile entegrasyon gereklidir:

  • Webex Calling etkin konumlar, şirket içi çağrı kontrolü çözümü olarak Unified CM 'nin dağıtıldığı mevcut bir Cisco UC dağıtımına eklenir

  • Webex Calling konumlarda Unified CM ve telefonlarda kayıtlı telefonlarla doğrudan arama gereklidir.

Bu şekilde, müşterinin bir Unified CM IP PBX 'e sahip olduğu bir Webex Calling dağıtımı gösterilmektedir.

Müşterinin mevcut bir Unified CM IP PBX’ine sahip olduğu Webex Calling dağıtımını gösteren resim.

Webex Calling, müşterinin ağ geçidiyle yerel ağ geçidine Webex Calling çağrı gönderir. Bu, PSTN numaraları ve Unified CM dahili Webex Calling içerir. Yerel ağ geçidi, hizmetten gelen tüm çağrıları Webex Calling CM'ye ve tam tersi de Unified CM'ye yönlendirer. Ardından, Unified CM, gelen çağrıları mevcut arama planına göre yerel hedeflere veya PSTN'ye yönlendirir. Unified CM çağrı planı, numaraları +E.164 olarak normalleştirir. PSTN ağ geçidi bağımsız olarak veya yerel ağ geçidiyle birlikte kullanılabilir.

Bağımsız PSTN Ağ Geçidi

Bu çizimin bu diyagramda gösterildiği şekilde adanmış PSTN ağ geçidi değişkeni önerilen seçenektir ve mevcut PSTN ağ geçidi Webex Calling Yerel ağ geçidi olarak kullanılamaz.

Ayrılmış PSTN ağ geçidi türünü gösteren resim; mevcut PSTN ağ geçidinin Webex Calling yerel ağ geçidi olarak kullanılamaması durumunda kullanılabilecek önerilen seçenek.

Birlikte Kullanılan PSTN Ağ Geçidi

Bu şekilde, yerel ağ geçidinin PSTN ağ geçidi/SBC ile yerleşik olduğu Unified CM 'ye sahip bir Webex Calling dağıtımı gösterilmektedir.

Webex Calling, müşterinin ağ geçidiyle Webex Calling tüm çağrıları konuma atanan yerel ağ geçidine yönlendirer. Buna, PSTN hedefleri ve CM dahili numaralarına yönlendirilen ağ üzeri çağrılar da dahildir. Yerel ağ geçidi, tüm çağrıları Unified CM'ye yönlendirir. Ardından, Unified CM, çağrıları aynı anda PSTN/SBC özelliği bulunan yerel ağ geçidi yoluyla yerel olarak kayıtlı telefonlara veya PSTN'ye yönlendirir.

Yerel ağ geçidinin PSTN ağ geçidi/SBC ile birlikte olduğu Unified CM ile Webex Calling dağıtımını gösteren resim.

Çağrı Yönlendirme Konuları

Webex Calling Unified CM 'ye yapılan çağrılar

Webex Calling yönlendirme mantığı şu şekilde çalışır: Webex Calling uç noktası üzerinde aranan numara, Webex Calling'da aynı müşteri içindeki başka bir hedefe yönlendirilamazsa çağrı, daha fazla işlem için yerel ağ geçidine gönderilir. Tüm ağ dışı (ağ Webex Calling) çağrılar, yerel ağ geçidine gönderilir.

Mevcut Unified CM 'ye entegre olmayan bir Webex Calling dağıtımında, tüm net çağrılar PSTN çağrısı olarak 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 resimde, ABD 'de ulusal bir numarayı çeviren bir Webex Calling Kullanıcı gösterilmektedir.

ABD’de ulusal bir numara çeviren Webex Calling kullanıcısının gösterildiği resim.

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 'ya çağrılar

Unified cm 'de çağrı yönlendirmesini Unified CM 'den Webex Calling 'a etkinleştirmek için Webex Calling + E. 164 ve kuruluş numaralandırma planı adresleri kümesini tanımlamak için bir yol kümesinin 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.

Unified CM yönlendirme kümesi üzerinde Unified CM'den Webex Calling'e çağrı yönlendirmesini gösteren resim.

PSTN arayan Webex Calling cihazına atanmış bir numarayı çağırırsa, çağrı kuruluşun PSTN ağ geçidi üzerinden yapılır ve ardından birleştirilmiş CM 'yi arar. Bu çağrının aranan adresi, Unified CM 'de sağlanan Webex Calling rotalarıyla eşleşir ve çağrı yerel ağ geçidine gönderilir. (Aranan adresin yerel ağ geçidine gönderildiğinde +E.164 biçiminde olması gerekir.) Webex Calling yönlendirme mantığı daha sonra DID atamasına göre çağrının istenen Webex Calling cihazına gönderilmesini sağlar.

Ayrıca, birleştirilmiş CM kayıtlı uç noktalarından yapılan, Webex Calling hedeflere hedeflenmiş olan çağrılar, Unified CM 'de sağlanan çağrı planı tabidir. Tipik olarak, bu çağrı planı kullanıcıların çağrı yapmak için yaygın işletme çağrı alışkanlıklarını kullanmasına izin verir. Bu alışkanlıkların yalnızca +E.164 biçiminde tuşlamayı içermez. +E.164 dışında herhangi bir arama numarası, yerel ağ geçidine göndererek doğru yönlendirmenin açık olmasına izin vermek üzere çağrılar yerel ağ geçidine gönderilmeden önce +E.164 olarak Webex Calling.

Hizmet Sınıfı (CoS)

Çağrı döngülerinden kaçınmak ve arama ücreti dolandırıcılığını önlemek gibi çeşitli nedenlerle, sıkı hizmet sınıfı kısıtlamaları uygulanması her zaman tavsiye edilir. Unified CM hizmet sınıfıyla Webex Calling Yerel ağ geçidi entegre bağlamında, şunun için bir hizmet sınıfını dikkate almalısınız:

  • Unified CM ile kaydedilen cihazlar

  • PSTN'den Unified CM'ye gelen çağrılar

  • Webex Calling'dan Unified CM'ye gelen Webex Calling

Unified CM ile kaydedilen cihazlar

Mevcut bir CoS kurulumuna yeni bir hedef sınıfı olarak Webex Calling hedeflerini eklemek oldukça kolaydır: Webex Calling hedeflerine çağrı yapma izni genellikle şirket içi (siteler arası) hedefler 'e çağrı izni ile eşdeğerdir.

Kurumsal arama planı zaten "(kısaltılmış) bir yerde site içi" izni uyguluyorsa, aynı bölümde bilinen tüm net Webex Calling hedeflerini kullanabileceğiniz ve sağlayabileceğiniz Unified CM 'de sağlanan bir bölüm zaten mevcuttur.

Aksi takdirde "net site içi site" izni kavramı henüz mevcut değil, yeni bir bölümün (örneğin "onNetRemote") sağlanması gerekir, Webex Calling hedefleri bu bölüme eklenir ve son olarak bu yeni bölümün uygun çağrı arama alanlarına eklenmesi gerekir.

PSTN'den Unified CM'ye gelen çağrılar

Mevcut bir CoS kurulumuna yeni bir hedef sınıfı olarak Webex Calling hedeflerini eklemek oldukça kolaydır: Webex Calling hedeflerine çağrı yapma izni genellikle şirket içi (siteler arası) hedefler 'e çağrı izni ile eşdeğerdir.

Kurumsal arama planı zaten "(kısaltılmış) bir yerde site içi" izni uyguluyorsa, aynı bölümde bilinen tüm net Webex Calling hedeflerini kullanabileceğiniz ve sağlayabileceğiniz Unified CM 'de sağlanan bir bölüm zaten mevcuttur.

Aksi takdirde "net site içi site" izni kavramı henüz mevcut değil, yeni bir bölümün (örneğin "onNetRemote") sağlanması gerekir, Webex Calling hedefleri bu bölüme eklenir ve son olarak bu yeni bölümün uygun çağrı arama alanlarına eklenmesi gerekir.

Webex Calling'dan Unified CM'ye gelen Webex Calling

PSTN gelen çağrılar tüm Webex Calling hedeflerine ulaşabilmesini gerekir. Bu, tüm Webex Calling hedeflerini PSTN santraldeki gelen çağrılar için kullanılan arama arama alanına taşıyan yukarıdaki bölümün eklenmesini gerekli kılar. Webex Calling hedeflerine erişim, zaten mevcut olan erişime ek olarak gelir.

PSTN Birleşik CM 'ye erişimi olan çağrılar için çalışırken, Webex Calling Dıds, birleştirilmiş CM 'Ler ve PSTN hedeflerine erişmek için Webex Calling gelen gereklidir.

PST ve Webex Calling'den gelen çağrılar için farklılaştırılmış CoS çizimi.
PSTN ve Webex Calling çağrıları için Ayrıştırılan CoS

Bu şekil, telefon ve telefonlardan yapılan çağrılar için bu iki farklı hizmet PSTN Webex Calling. Şekilde ayrıca, PSTN ağ geçidi işlevinin Yerel Ağ Geçidi ile birlikte bulunması durumunda birleşik PSTN ağ geçidi ve Yerel Ağ Geçidinden Unified CM'ye iki santral gerektiği görülmektedir: Bunlardan biri PSTN gelen çağrılar Webex Calling. Bunun nedeni, trafik türüne göre farklı çağrı arama alanları uygulama gerekliliğidir. Unified CM üzerinde iki gelen depolama alanıyla, bu, her bir depolamada gelen çağrılar için gerekli çağrı arama alanı yapılandırarak kolayca gerekli arama alanıyla ilgili olabilir.

Çağrı Planı Entegrasyonu

Bu kılavuzda, "Cisco Collaboration Şirket İçi Dağıtımları için Tercih Edilen Mimari, CVD" içerisinde belirtilen güncel en iyi uygulamalar esas alınarak yapılmış mevcut bir kurulum olduğu varsayılır. Son sürüm burada mevcuttur.

Önerilen çağrı planı tasarımı, buradaki Cisco İş Birliği Sistemi SRND’nin son sürümünün Çağrı Planı bölümünde açıklanan tasarım yaklaşımını takip eder.

Önerilen çağrı planı tasarımına genel bir bakış gösteren resim.
Ö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'ye Webex Calling

Webex Calling hedefinin arama planına eklendiğini gösteren resim.
Webex Calling bir hedef ekleme çağrı planı

Bu çağrı planı Webex Calling hedeflerine Webex Calling reachability eklemek için tüm Webex Calling hedeflerini temsil eden bir bölüm oluşturulmalıdır ("Webex Calling") ve Webex Calling her bir DID aralığı için bir +E.164 yol şablonu bu bölüme eklenmiştir. Bu yol şablonu, yalnızca bir üyesi olan bir yol listesine başvuru yapıyor: yerel ağ geçidine SIP gövdesine sahip yol grubu, Webex Calling. Tüm çevrilen hedeflerin +E.164 ile normalleştirilmesi nedeniyle, Unified CM kayıtlı uç noktalarından gelen veya PSTN'dan gelen çağrılar için gelen çağrılar için normalleştirme çeviri şablonlarını arayarak veya gelen çağrılar için bu tek set +E.164 yol desenlerinden bağımsız olarak Webex Calling'daki hedeflerin erişim elde etmek için yeterlidir.

Örneğin, bir kullanıcı "914085550165" tuşlarsa ve ardından "UStoE164" partition'daki normalleştirme çeviri modeli, bu çevirme dizesini "+14085550165" olarak normal hale gönderir ve ardından Webex Calling "Webex Calling" bölümü için yol şablonu hedefiyle eşler." Unified CM son olarak çağrıyı yerel ağ geçidine gönderir.

Kısaltılmış Siteler Arası Tuşlama Ekleme

Kısaltılmış siteler arası çevirmenin eklendiğini gösteren resim.
Kısaltılmış Siteler Arası Tuşlama Ekleme

Referans tuşlama planına kısaltılmış siteler arası tuşlama eklemenin tavsiye edilen yolu, işletme numaralandırma planı altındaki tüm siteler için özel bir bölüme ("ESN", Önemli İşletme Numaraları) tuşlama normalleştirme çevrim şablonları eklemektir. Bu çevrim şablonları, tuşlama dizelerini işletme numaralandırma planı biçiminde keser ve tuşlanan dizeyi +E.164 biçimine normalleştirir.

Webex Calling hedeflerine kurumsal kısaltmalı arama eklemek için Webex Calling konumu için ilgili normalleştirme çeviri desenini "Webex Calling" bölümününe (örneğin, diyagramda "8101XX") eklersiniz. Normalleştirmenin ardından, "Webex Calling" yol şablonu eşleştirdikten sonra çağrı tekrar Webex Calling gönderilir.

Bu yapılandırma, izinsiz çağrı yönlendirme döngüleri oluşturabilir olduğundan, Webex Calling "ESN" bölümüne yapılan çağrılar için hızlı arama normalleştirme çeviri desenini eklemenizi önerilmez.

Calling için Protokol İşleyicileri

Webex Calling aşağıdaki protokol işleyicileri işletim sistemine kaydederek web tarayıcıları veya başka uygulamalardan tıkla ve konuş işlevi sağlayabilir. Aşağıdaki protokoller, Mac veya Windows'da varsayılan çağrı uygulaması olduğunda Webex uygulamasında sesli veya görüntülü çağrı başlatmaz:

  • CLICKTOCALL: veya CLICKTOCALL://

  • SIP: veya SIP://

  • TEL: veya TEL://

  • WEBEXTEL: veya WEBEXTEL://

Mac veya Windows’da varsayılan çağrı uygulaması olduğunda Webex Uygulamasında sesli veya görüntülü çağrı başlatan protokol işleyicilerinin listesi.

Windows için Protokol İşleyicileri

Diğer uygulamalar, mobil uygulama başlamadan önce protokol işleyicileri için Webex kaydolabilirsiniz. Windows 10'da, sistem penceresi kullanıcılardan çağrıyı başlatmak için hangi uygulamayı kullanmalarını istemesini sorar. Kullanıcının Her zaman bu uygulamayı kullan seçeneğini işaretlemesi durumunda, kullanıcı tercihi hatırlanabilir.

Windows 10 'Bir uygulama seçin' seçeneği olarak Webex vurgulanmış.

Kullanıcıların varsayılan çağrı uygulaması ayarlarını sıfırlamaları gerekir ve böylece Webex Seçebilirsiniz, bu kullanıcılara Windows 10'da Webex Uygulamasına yönelik protokol ilişkilendirmelerini değiştirmelerini seçebilirsiniz:

  1. Varsayılan uygulama ayarları sistem ayarlarını açın, Uygulamaya göre varsayılanları ayarla’ya tıklayın ve ardından Webex Uygulaması’nı seçin.

    Windows 10 “Uygulamaya göre varsayılanları ayarla” seçeneği Webex vurgulandı.

  2. Her protokol için Webex Uygulaması’nı seçin.

    Dosya türü ve protokol ilişkilendirmeleri için Windows 10 Webex seçenekleri.

macOS için protokol işleyicileri

Mac OS'de , uygulamasından önce arama protokollerine kayıtlı diğer Webex uygulamaların, kullanıcıların Webex Çağrı Seçeneği olacak şekilde yapılandırmaları gerekir.

Mac için Webex Uygulamasında kullanıcılar, Webex Uygulamasının genel tercihler altında Çağrıları şununla başlat ayarı için seçildiğini onaylayabilir. Ayrıca, bir Outlook kişisinin numarasına tıkladıklarında Webex Uygulamasında çağrı yapmak istiyorlarsa Her zaman Microsoft Outlook'a bağlan seçeneğini işaretleyebilir.

Mac OS protokol işleyici ayarları; 'Her zaman Microsoft Outlook'a bağlan' seçeneği ve 'Çağrıları şununla başlat' açılır listesi Webex'i seçmiştir.

Ortamınızı hazırlama

Genel ön koşullar

Webex Calling için bir yerel ağ geçidi yapılandırmadan önce, şunları yaptığınızdan emin olun:

  • VoIP ilkeleri hakkında temel bilgi sahibi olduğunuzdan

  • IOS-XE ve IOS-XE ses konseptleri hakkında temel çalışma bilgisine sahip olduğunuzdan,

  • Oturum Başlatma Protokolü (SIP) hakkında temel bilgiye sahip olun

  • Dağıtım modelinizin Unified CM içermesi durumunda, Cisco Unified Communications Manager (Unified CM) hakkında temel bilgiye sahip olduğunuzdan emin olun.

Ayrıntılar için Cisco Unified Sınır Öğesi (CUBE) Kurumsal Yapılandırma Kılavuzu 'na bakın.

Yerel Ağ Geçidi için Donanım ve Yazılım Gereksinimleri

Dağıtımınızda aşağıdakiler gibi bir veya daha fazla yerel ağ geçidine sahip olduğundan emin olun:

  • IP tabanlı bağlantı için Cisco CUBE

  • TDM tabanlı bağlantı için Cisco IOS Ağ Geçidi

Webex Calling Için Yerel Ağ Geçidi Sipariş Kılavuzu'nun Tablo 1'e bakın. Ayrıca, platformun Yerel Ağ Geçidi Yapılandırma Kılavuzu’na göre desteklenen bir IOS-XE sürümü çalıştırdığından emin olun.

Yerel ağ geçidi, Webex Calling’e kendi hızınızda geçiş yapmanıza yardımcı olur. Yerel ağ geçidi, mevcut şirket içi dağıtımınızı Webex Calling ile entegre eder. Mevcut PSTN bağlantınızı da kullanabilirsiniz. Yerel Ağ Geçidi ile Başlangıç bölümüne bakın

Yerel Ağ Geçidi için Sertifika ve Güvenlik Gereksinimleri

Webex Calling güvenli sinyal ve ortam gerektirmektedir. 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.

Webex Calling için Port Referans Bilgileri

Doğru şekilde yapılandırılmış bir güvenlik duvarı ve proxy, başarılı bir Çağrı dağıtımı için esastır. Webex Calling küresel bir hizmet olduğundan, Webex Calling çağrı sinyali için SIP ve HTTPS ve medya, ağ bağlantısı ve ağ geçidi bağlantısı için ilişkili adresler ve bağlantı noktaları kullanır.

Tüm güvenlik duvarı yapılandırmaları için bağlantı noktalarının açık olması gerekmez. Ancak, içten dışa kurallar uyguluyorsanız hizmetlerin çıkmasına izin vermek için gerekli protokoller için bağlantı noktalarını açmanız gerekir.

Ağ Adresi Çevirisi (NAT)

Adres alanlarını çevirmek veya IP adresi alanlarının çakışmasını önlemek için iki ağ arasındaki sınırda Ağ Adresi Çevirisi (NAT) ve Bağlantı Noktası Adresi Çevirisi (PAT) işlevleri uygulanır.

Kuruluşlar, Webex Uygulaması uygulamalarına veya özel bir IP adresi alanında bulunan Webex cihazlarına 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 Uygulamalardan veya Cihazlardan internete giden trafiğin bir veya daha fazla genel olarak 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 farkında olan hizmetlere eriştiğinde, Uygulama veya Cihazlar bağlantısı için gerekli NAT havuzu boyutunu doğrulayın. Bağlantı noktasının 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 cihazında SIP üzerinde değişiklik yapmaktan kaçının.

  • Cihazların düzgün çalışmasını sağlamak için minimum NAT zaman aşımını yapılandırın. Örnek: Cisco telefonları, 1-2 dakikada bir takip KAYDI yenileme mesajı gönderir.

  • Ağınız NAT veya SPI uygularsa, 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ı SIP Aware ise ve SIP Uygulama Katmanı Ağ Geçidinin (ALG) veya benzerinin etkinleştirilmiş olduğunu ima ediyorsa hizmetin doğru çalışması için bu işlevi kapatmanızı öneririz. Tüm Webex Calling trafiği şifreli olsa da bazı SIP ALG uygulamaları güvenlik duvarı geçişiyle ilgili sorunlara neden olabilir. Bu nedenle, yüksek kaliteli bir hizmet sağlamak için SIP ALG'yi kapatmanızı öneririz.

Belirli cihazlarda SIP ALG’yi devre dışı bırakma adımları için ilgili üreticinin belgelerini kontrol edin.

Webex Calling için proxy desteği

Kuruluşlar, ağlarından çıkan ve ağlarına giren HTTP trafiğini incelemek, kısıtlamak ve kontrol etmek için bir internet güvenlik duvarı veya internet proxy ve güvenlik duvarı kullanır. Böylece ağlarını çeşitli siber saldırılardan korumak.

Proxy'ler, şunlar gibi çeşitli güvenlik işlevlerini gerçekleştirir:

  • Belirli URL'lere erişimi izin verin veya engelleyin.

  • Kullanıcı kimlik doğrulaması

  • IP adresi/etki alanı/ana bilgisayar adı/URI geçmişi arama

  • Trafik şifresi çözme ve inceleme

Proxy özelliği yapılandırılırken, HTTP protokolünü kullanan tüm uygulamalar için geçerlidir.

Webex Uygulaması ve Webex cihaz uygulamaları şunları içerir:

  • Webex Hizmetleri

  • Webex buluta GDS, EDOS cihaz etkinleştirme, sağlama ve ekleme gibi Cisco Bulut sağlama platformunu kullanan müşteri cihazı etkinleştirme (CDA) prosedürleri.

  • Sertifika Kimlik Doğrulaması

  • Üretici Yazılımı Yükseltmeleri

  • Durum Raporları

  • PRT Yüklemeleri

  • XSI Hizmetleri

Bir proxy sunucusu adresi yapılandırılmışsa proxy sunucusuna yalnızca Sinyal trafiği (HTTP/HTTPS) gönderilir. Webex Calling hizmetine kaydolmak için SIP kullanan istemciler ve ilişkili medya 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 (denetleme veya denetleme)—Istemcileri, Uygulama veya Cihazı açık proxy ile yapılandırarak kullanılacak sunucuyu belirtin.

  • Şeffaf Proxy (denetlenmeyen)—Istemciler belirli bir proxy sunucu adresi kullanacak şekilde yapılandırılmamıştır ve denetlenmeyen bir proxy ile çalışmak için herhangi bir değişiklik gerektirmez.

  • Şeffaf Proxy (denetleme)—Istemciler, belirli bir proxy sunucusu adresi kullanacak şekilde yapılandırılmamıştır. HTTP'nin yapılandırma değişikliğine gerek yoktur; ancak, istemcilerinizin Uygulama veya Cihazların proxy'ye güvenmeleri için bir kök sertifikaya ihtiyacı vardır. BT ekibi, ziyaret etmek için web sitelerinde ve izin verilmeyen içerik türlerinde politika uygulamak için denetleyici proxy'leri kullanır.

Aşağıdakileri kullanarak Cisco cihazları ve Webex Uygulaması için proxy adreslerini manuel olarak yapılandırın:

Tercih ettiğiniz ürün türlerini yapılandırırken, tabloda 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, , Anlaşma

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ı

Işletim sistemi üzerinden desteklenir

Kimlik Doğrulama Yok, Temel, Özet, NTLM, Anlaşma

Webex 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ğrulama - Makinenin etki alanında oturum açması gerekmez, kullanıcıdan parola istenir

  2. Windows NTLM Kimlik Doğrulama - Yalnızca bir makine etki alanında oturum açmışsa desteklenir

  3. - NTLM yedek kimlik doğrulaması ile Kerberos anlaşması.

  4. Bir Cisco Webex Board, Desk veya Room Serisi cihazı proxy sunucusuna bağlamak için bkz. Board, Desk veya Room Serisi cihazınızı proxy sunucusuna bağlama.

  5. Cisco IP telefonları için, proxy sunucusunu ve ayarlarını yapılandırmak için örnek olarak Proxy Sunucusu Ayarlama bölümüne bakın.

Kimlik Doğrulama Yok için istemciyi kimlik doğrulamayı desteklemeyen bir proxy adresiyle yapılandırın. Proxy Kimlik Doğrulaması’nı kullanırken geçerli kimlik bilgileriyle yapılandırın. Web trafiğini bildiren proxy 'ler, Web soketleriyle çakışabilir. Bu sorun oluşursa *.Webex.com adresine gelen trafiğin denetlenmemesi sorunu çözebilir. Başka girişler zaten görüyorsanız son girişten sonra noktalı virgül ekleyin ve ardından Webex istisnasını girin.

Windows işletim sistemi için proxy ayarları

Microsoft Windows, Proxy yapılandırmasına izin veren HTTP trafiği (WinINet ve WinHTTP) için iki ağ kütüphanesini destekler.WinINet, WinHTTP'nin bir üst kümesidir.

  1. WinInet, 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

Ikisi arasında seçim yaparken, proxy yapılandırma ayarlarınız için WinINet'i seçin. Ayrıntılar için bkz. wininet-vs-winhttp.

Aşağıdaki ayrıntılar için Kurumsal ağınızda Webex'e erişmek için izin verilen etki alanları listesini yapılandırma bölümüne bakın:

  • Kişilerin yalnızca önceden tanımlanmış bir etki alanı listesindeki hesapları kullanarak uygulamalarda oturum açtığından emin olmak için.

  • İstekleri proxy sunucusu ve izin verilen etki alanlarını sınırlamak için destek noktası kullanın.

Proxy İnceleme ve Sertifika Sabitleme

Webex Uygulaması ve Cihazları, TLS oturumları oluşturduklarında sunucuların sertifikalarını doğrular. Sertifika, sertifika veren kişi ve dijital imza gibi sertifika zincirinin kök sertifikaya kadar doğrulanmasına dayandığını kontrol eder. 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 engellemek, şifresini çözmek ve incelemek için TLS denetleyen bir Proxy kullandıysanız. Proxy’nin sunduğu sertifikanın (Webex hizmet sertifikası yerine) bir sertifika yetkilisi tarafından imzalandığından ve kök sertifikanın 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 sistemindeki proxy tarafından sertifikayı imzalamak için kullanılan CA sertifikasını yükleyin.

  • Webex Room cihazları ve Cisco multiplatform IP Telefonları için - CA sertifikasını yüklemek için TAC ekibiyle bir hizmet isteği açın.

Bu tabloda, Proxy sunucuları tarafından TLS incelemesini destekleyen Webex Uygulaması ve Webex Cihazları gösterilmektedir

Ü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, güvenli Cisco ve Amazon Web Services (AWS) veri merkezlerinde Webex Calling ve Webex Aware hizmetlerini destekler. Amazon, IP alt ağlarını yalnızca Cisco’nun kullanımı için ayırmıştır ve bu alt ağlarda bulunan hizmetleri AWS sanal özel bulutunda güvence altına almıştır.

Güvenlik duvarınızı, cihazlarınızdan, Uygulamanın uygulamalarından ve internete yönelik hizmetlerden işlevlerini doğru şekilde gerçekleştirmek için iletişime izin verecek şekilde yapılandırın. Bu yapılandırma, desteklenen tüm Webex Calling ve Webex Aware bulut hizmetlerine, etki alanı adlarına, IP adreslerine, Portlara ve protokollere erişim sağlar.

Webex Calling ve Webex Uyarısı hizmetlerinin doğru şekilde çalışması için aşağıdakilere beyaz liste veya açık erişim.

  • Webex Calling Hizmetleri için Etki Alanları ve URL’ler bölümünde belirtilen URL’ler/Etki Alanları

  • Webex Calling Hizmetleri için IP Alt Ağları bölümünde belirtilen IP alt ağları, Bağlantı Noktaları ve Protokoller

  • Kuruluşlarında bulut iş birliği hizmetleri Webex Paketi’ni kullanıyorsanız Webex Meetings, Mesajlaşma, Webex operatör konsolu ve diğer hizmetleri kullanıyorsanız bu makalelerde belirtilen IP alt ağlarına, Etki Alanlarına/URL’lere sahip olduğunuzdan emin olun Webex Hizmetleri için Ağ Gereksinimleri ve Operatör konsolu için Ağ gereksinimleri açıktır.

Yalnızca bir güvenlik duvarı kullanıyorsanız, bazı IP adresi havuzları dinamik olduğundan ve herhangi bir zamanda değişebileceğinden yalnızca IP adreslerini kullanarak Webex Calling trafiğinin filtrelenmesi desteklenmemektedir. Kurallarınızı düzenli olarak güncelleyin. Güvenlik duvarı kuralları listenizi güncellememeniz kullanıcılarınızın deneyimini etkileyebilir. Cisco, belirli bir coğrafi bölgeye veya bulut hizmet sağlayıcısına göre bir IP adresi alt kümesinin filtrelenmesini onaylamaz. Bölgeye göre filtreleme, Çağrı deneyiminde ciddi bozulmalara neden olabilir.

Cisco, dinamik olarak değişen IP adresi havuzlarını korumadığından bu makalede listelenmemiştir.

Güvenlik duvarınız Etki Alanı/URL filtrelemeyi desteklemiyorsa bir Kurumsal Proxy sunucusu seçeneği kullanın. Bu seçenek, güvenlik duvarınıza iletmeden önce Proxy sunucunuzdaki Webex Calling ve Webex Aware hizmetlerine HTTP'lerin sinyal trafiğini URL/etki alanına göre filtreler/izin verir.

Trafiği, çağrı medyası için bağlantı noktası ve IP alt ağ filtrelemeyi kullanarak yapılandırabilirsiniz. Medya trafiği internete doğrudan erişim gerektirdiğinden, sinyal trafiği için URL filtreleme seçeneğini belirleyin.

Webex Calling için UDP, Cisco’nun medya için tercih ettiği aktarım protokolüdür ve UDP üzerinden yalnızca SRTP kullanılmasını önerir. Üretim ortamlarında medya için aktarım protokolleri Webex Calling için desteklenmediğinden TCP ve TLS. Bu protokollerin bağlantı yönelimli yapısı, kayıp ağlarda medya kalitesini etkiler. Taşıma protokolüyle ilgili sorularınız varsa bir destek bileti gönderin.

Webex Calling hizmetleri için etki alanları ve URL’ler

URL'nin başında gösterilen * (örneğin, *.webex.com), üst düzey etki alanındaki ve tüm alt etki alanlarındaki hizmetlerin erişilebilir olduğunu 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

Temel Webex Calling ve Webex Aware hizmetleri

  1. Kimlik sağlama

  2. Kimlik depolama

  3. Kimlik doğrulama

  4. OAuth hizmetleri

  5. Cihaz ekleme

  6. Cloud Connected UC

Bir telefon, bir ağa DHCP seçenekleri ayarlanmadan ilk kez veya fabrika ayarlarına sıfırlandıktan sonra bağlandığında dokunmasız hazırlama için bir cihaz etkinleştirme sunucusuna bağlanır. Yeni telefonlar activate.cisco.com'u kullanır ve üretici yazılımı sürümü 11.2(1)'den eski olan telefonlar, sağlama için webapps.cisco.com'u kullanmaya devam eder.

Cihaz üretici yazılımı ve yerel ayar güncellemelerini binaries.webex.com adresinden indirin.

12.0.3 sürümünden eski Cisco Çok Platformlu Telefonların (MPP), Üretici Tarafından Yüklenen Sertifikayı (MIC) yenilemek ve Güvenli Benzersiz Cihaz Tanımlayıcısına (SUDI) sahip olmak için sudirenewal.cisco.com adresine bağlantı noktası 80 üzerinden erişmesine izin verin. Ayrıntılar için bkz. Alan bildirimi.

Tümü

*.ucmgmt.cisco.com

Webex Calling hizmetleri

Control Hub

*.wbx2.com ve *.ciscospark.com

Kullanıma alma sırasında ve sonrasında Webex Calling ve Webex Aware hizmetlerine ulaşmak için bulut farkındalığı amacıyla kullanılır.

Bu hizmetler şunun için gereklidir

  • Uygulamalar ve Cihaz yönetimi

  • Uygulamalar Uygulama bildirim mekanizması hizmet yönetimi

Tümü

*.webexapis.com

Webex Uygulaması uygulamalarınızı ve Webex cihazlarınızı yöneten Webex mikro hizmetleri.

  1. Profil resmi hizmeti

  2. Beyaz tahta hizmeti

  3. Yakınlık hizmeti

  4. Iletişim durumu hizmeti

  5. Kayıt hizmeti

  6. Takvim hizmeti

  7. Hizmet ara

Tümü

*.webexcontent.com

Şunları içeren genel dosya depolama ile ilgili Webex Mesajlaşma hizmetleri:

  1. Kullanıcı dosyaları

  2. Dönüştürülen dosyalar

  3. Görüntüler

  4. Ekran Görüntüleri

  5. Beyaz tahta içeriği

  6. Istemci ve cihaz günlükleri

  7. Profil resimleri

  8. Marka logoları

  9. Günlük dosyaları

  10. Toplu CSV dışa aktarma dosyaları ve içe aktarma dosyaları (Control Hub)

Webex Uygulamaları Mesajlaşma hizmetleri.

webexcontent.com kullanan dosya depolama alanı, Ekim 2019’da clouddrive.com ile değiştirilmiştir

*.accompany.com

People insights entegrasyonu

Webex Uygulamaları

Webex ile ilgili ek hizmetler (Üçüncü Taraf Etki Alanları)

*.appdynamics.com

*.eum-appdynamics.com

Performans takibi, hata ve çökme kaydı, oturum ölçümleri.

Control Hub

*.sipflash.com

Cihaz yönetim hizmetleri. Üretici yazılımı yükseltmeleri ve güvenli kullanıma alma 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 cihazlardaki Webex uygulamalarına gönderilen bildirimler (Örnek: çağrı yanıtlandığında yeni mesaj)

IP Alt ağları için bu bağlantılara bakın

Google Firebase Bulut Mesajlaşma (FCM) hizmeti

Apple Anlık Bildirim Hizmeti (APNS)

APNS'de, Apple bu hizmetin IP alt ağlarını listeler.

Webex Uygulaması

Webex Calling hizmetleri için IP Alt Ağları

Webex Calling hizmetleri iç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

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

Cihaz yapılandırması ve bellenim yönetimi (Cisco cihazları)

3.20.185.219

3.130.87.169

3.134.166.179

52.26.82.54

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

Webex Uygulaması yapılandırması

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

Bağlantı amacı

Kaynak adreslerKaynak portlarProtocolHedef adresleriHedef portlarıNotlar
Webex Calling çağrı sinyali (SIP TLS)Yerel Ağ Geçidi (NIC)8000-65535TCPBkz. Webex Calling Hizmetleri İçin IP Alt Ağları.5062, 8934

Yerel Ağ Geçitleri, Cihazlar ve Webex Uygulama Uygulamalarından (Kaynak) Webex Calling Cloud'a (Hedef) giden SIP-TLS çağrı sinyali için bu IP'ler/portlar gereklidir.

Bağlantı noktası 5062 (Sertifika tabanlı santral için gereklidir). Ve bağlantı noktası 8934 (Kayıt tabanlı santral için gereklidir)

Cihazlar5060-50808934
Webex Uygulaması 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

8934TCPYerel Ağ Geçidi için müşteri tarafından seçilen IP veya IP aralığıYerel Ağ Geçidi için müşteri tarafından 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 gerekir.

Kayıt tabanlı bir yerel ağ geçidi, yerel ağ geçidinden oluşturulan bir bağlantıyı yeniden kullanma üzerinde çalışır.

Hedef bağlantı noktası, müşterinin Santralleri yapılandır tarafından seçtiği yerdir

Webex Calling'e çağrı ortamı (STUN, SRTP/SRTCP, T38, DTLS)Yerel Ağ Geçidi NIC8000-48199*UDPBkz. Webex Calling Hizmetleri İçin IP Alt Ağları.

5004, 9000 (STUN Bağlantı Noktaları)

Ses: 8500-8599

Video: 8600-8699

19560-65535 (UDP üzerinden SRTP)

  • Bu IP'ler/bağlantı noktaları, Yerel Ağ Geçitleri, Cihazlar ve Webex Uygulama Uygulamalarından (Kaynak) Webex Calling Cloud'a (Hedef) giden SRTP çağrı medyası için kullanılır.

  • STUN ve ICE anlaşmasının başarılı olduğu kuruluş içindeki çağrılar için buluttaki medya aktarımı iletişim yolu olarak kaldırılır. Bu gibi durumlarda ortam akışı doğrudan kullanıcının Uygulamaları/cihazları arasında olur.

    Örneğin: Medya optimizasyonu başarılı olursa, Webex Uygulaması medyayı 8500–8699 bağlantı noktası aralıklarında doğrudan birbirlerine gönderir ve cihazlar medyayı doğrudan 19560–19661 bağlantı noktası aralıklarında birbirlerine gönderir.

  • Müşteri tesislerinde güvenlik duvarlarının kullanıldığı belirli ağ topolojileri için ortamın akışı için ağınız içindeki belirtilen kaynak ve hedef bağlantı noktası aralıklarına erişime izin verin.

    Örnek: Webex Uygulaması için kaynak ve hedef bağlantı noktası aralığına izin verin

    Ses: 8500-8599 Video:8600-8699

  • Tarayıcılar, Yönetilen Cihaz Yönetimi (MDM) profilinde WebRtcUdpPortRange politikasını ayarlayarak kontrol edilebilen geçici kaynak bağlantı noktasını kullanır.

    Webex Calling hizmeti, MDM Hizmeti ayarlanmamışsa veya SiteURL ve EnableForceLogin yapılandırılmamışsa normal şekilde davranır .

Cihazlar*19560-19661

VG400 ATA Cihazları

19560-19849
Webex Uygulaması*

Ses: 8500-8599

Video: 8600-8699

WebRTC

Geçici (Tarayıcı politikasına göre)
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) UDPYerel Ağ Geçidi için müşteri tarafından seçilen IP veya IP aralığı Yerel Ağ Geçidi için müşteri tarafından 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-65535TCPITSP, 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'si8000-48199*UDPITSP, 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üreliTCP

Webex Calling Hizmetleri için IP Alt Ağları’na bakın

443, 6970, 80

Aşağıdaki nedenlerden dolayı gereklidir:

  1. Kurumsal telefonlardan (Cisco Unified CM) Webex Calling’e Geçiş. Daha fazla bilgi için bkz. upgrade.cisco.com . cloudupgrader.webex.com bağlantı noktalarını kullanır: Üretici yazılımı taşıma işlemi için 6970,443.

  2. 16 haneli etkinleştirme kodunu (GDS) kullanarak üretici yazılımı yükseltmeleri ve cihazların (MPP ve Oda veya Masa telefonları) güvenli kullanıma alınması

  3. CDA / EDOS için - MAC adres tabanlı sağlama. Bellenimi daha yeni olan cihazlar (MPP telefonları, ATA'lar ve SPA ATA'lar) tarafından kullanılır.

  4. Cisco ATA'lar için, cihazların üretici yazılımı minimum 11.1.0MSR3-9'da olduğundan emin olun.

  5. Bir telefon, bir ağa ilk kez veya fabrika ayarlarına sıfırlamadan sonra, DHCP seçenekleri ayarlanmadan bağlandığında dokunmasız hazırlama için bir cihaz etkinleştirme sunucusuna bağlanır. Sağlama için yeni telefonlar webapps.cisco.com yerine activate.cisco.com kullanılır. Üretici yazılımı 11.2(1) sürümünden eski sürümlere sahip telefonlar, webapps.cisco.com adresini kullanmaya devam eder. Tüm bu IP alt ağlarına izin verilmesi önerilir.

  6. 12.0.3 sürümünden eski Cisco Çok Platformlu Telefonların (MPP), Üretici Tarafından Yüklenen Sertifikayı (MIC) yenilemek ve Güvenli Benzersiz Cihaz Tanımlayıcısına (SUDI) sahip olmak için sudirenewal.cisco.com adresine bağlantı noktası 80 üzerinden erişmesine izin verin. Ayrıntılar için bkz. Alan Bildirimi

Webex Uygulaması yapılandırmasıWebex Uygulaması uygulamalarıKısa SüreliTCP

Webex Calling Hizmetleri için IP Alt Ağları’na bakın

443, 8443Kimlik aracısı Kimlik doğrulaması, istemciler için Webex Uygulaması yapılandırma hizmetleri, kendi kendine bakım için Tarayıcı tabanlı web erişimi VE Yönetim arabirimi erişimi için kullanılır.
TCP bağlantı noktası 8443, yapılandırmayı indirmek için Cisco Unified CM kurulumundaki Webex Uygulaması tarafından kullanılır. Yalnızca Webex Calling’e bağlanmak için kurulumu kullanan müşterilerin bağlantı noktasını açması gerekir.
Cihaz saati senkronizasyonu (NTP)Webex Calling cihazları51494UDPBkz. Webex Calling Hizmetleri İçin IP Alt Ağları.123Cihazlarda (MPP telefonları, ATA'lar ve SPA ATA'lar) Saat Senkronizasyonu için bu IP adresleri gereklidir

Etki Alanı Adı Sistemi (DNS) çözünürlüğü

Webex Calling cihazları, Webex Uygulaması ve Webex CihazlarıKısa SüreliUDP ve TCPAna bilgisayar tanımlı53Buluttaki Webex Calling hizmetlerinin IP adreslerini keşfetmek için DNS aramaları için kullanılır. Tipik DNS aramaları UDP üzerinden yapılsa da, sorgu yanıtları UDP paketlerine sığmazsa bazıları TCP gerektirebilir.
Ağ Zaman Protokolü (NTP)Webex Uygulaması ve Webex Cihazları123UDPAna bilgisayar tanımlı123Senkronizasyonu Başlatma
CScanWebex Calling için Web tabanlı Ağ hazırlık Ön eleme aracıKısa SüreliTCPBkz. Webex Calling Hizmetleri İçin IP Alt Ağları.8934 ve 443Webex Calling için Web tabanlı Ağ hazırlık Ön eleme aracı. Daha fazla bilgi için scan.webex.com adresini ziyaret edin.
UDP19569-19760
Ek Webex Calling ve Webex Aware Hizmetleri (Üçüncü Taraf)
Anlık bildirimler APNS ve FCM hizmetleri Webex Çağrısı Uygulamaları Kısa SüreliTCP

Bağlantılar altında belirtilen IP Alt Ağlarına bakın

Apple Anlık Bildirim Hizmeti (APNS)

Google-Firebase Bulut Mesajlaşma (FCM)

443, 2197, 5228, 5229, 5230, 5223Mobil cihazlarda Webex Uygulamalarına yapılan bildirimler (Örnek: Yeni bir mesaj aldığınızda veya bir çağrı yanıtlandığında)
  • *CUBE ortam bağlantı noktası aralığı rtp-bağlantı noktası aralığı ile yapılandırılabilir.

  • *SRTP bağlantı noktası aralıklarında dinamik olarak atanan cihazlar ve uygulamalar için ortam bağlantı noktaları. 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ı ile ayrılır.

  • 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 üzerinden aktarılan medya SRTP akışları yerine doğrudan güvenlik duvarınıza proxy sunucusu.

  • Kurumsal ağınızda NTP ve DNS hizmetlerini kullanıyorsanız güvenlik duvarınız üzerinden 53 ve 123 numaralı bağlantı noktalarını açın.

Hizmet Kalitesi (QoS)

Paketlerin yerel cihazdan veya istemciden Webex Calling bulut platformuna etiketlenmesini etkinleştirmenize olanak verir. QoS, gerçek zamanlı trafiğe diğer veri trafiğine göre öncelik vermenizi sağlar. Bu ayarın etkinleştirilmesi, SIP sinyali ve medyası kullanan Uygulamalar ve cihazlar için QoS işaretlerini değiştirir.

Kaynak Adresler Trafik türü Hedef adresleri Kaynak portlar Hedef portları DSCP sınıfı ve değeri
Webex Uygulaması Ses

Webex Calling hizmetleri için IP alt ağlarına, Etki alanlarına ve URL'lere bakın

8500-8599 8500-8599, 19560-65535 Hızlandırılmış Yönlendirme (46)
Webex Uygulaması Video 8600-8699 8600-8699, 19560-65535 Garantili Yönlendirme 41 (34)
Webex Uygulaması Sinyalleme Kısa Süreli (İşletim sistemine bağlı) 8934 cs0 (0)
Webex Cihazları (MPP'ler ve Odalar)Ses ve Video 19560-19661 19560-65535

Hızlandırılmış Yönlendirme (46) ve

Garantili Yönlendirme 41 (34)

Webex Cihazları Sinyalleme 5060-5080 8934 Sınıf Seçici 3 (24)
  • Trafiği farklı şekilde işaretlemek için farklı kaynak bağlantı noktası aralıklarına sahip olduklarından Ses ve Video/Paylaşım için ayrı bir QoS profili oluşturun.

  • Windows Istemcileri için: Kuruluşunuzda UDP Kaynak Bağlantı Noktası Farklılaşmasını etkinleştirmek için yerel hesap ekibinizle iletişime geçin. Etkinleştirmeden, kaynak bağlantı noktaları ses/video/paylaşım için aynı olduğundan, Windows QoS Ilkelerini (GPO) kullanarak Ses ve Video/Paylaşım arasında ayrım yapamazsınız. Ayrıntılar için bkz. Webex Uygulaması için ortam kaynağı bağlantı noktası aralıklarını etkinleştirme

  • Webex Cihazları için Control Hub cihaz ayarlarından QoS ayarı değişikliklerini yapılandırın. Ayrıntılar için bkz. Webex-Calling’de cihaz ayarlarını yapılandırma ve değiştirme

Webex Meetings/Messaging - Ağ Gereksinimleri

Bulut iş birliği hizmetleri Webex Suite'i ve Webex buluta kayıtlı ürünleri kullanan müşteriler için Çağrı Geçmişi, Dizin Arama, Toplantılar ve Mesajlaşma gibi hizmetler için MPP cihazlarını Webex Cloud'a ekleyin. Bu makalede belirtilen Etki Alanları/URL’ler/IP Adresleri/Bağlantı Noktalarının Webex Hizmetleri için Ağ Gereksinimleri açık olduğundan emin olun.

Webex for Government (FedRAMP) için Ağ Gereksinimleri

Webex for Government hizmetleri (FedRAMP) için Etki Alanları, URL'ler, IP adresi aralıkları ve bağlantı noktalarının listesini isteyen müşteriler için bilgileri burada bulabilirsiniz: Webex for Government için ağ gereksinimleri

Webex Operatör Konsolu için Ağ Gereksinimleri

Operatör konsolu - resepsiyonistler, santraller ve operatörler özelliğini kullanan müşteriler için Etki Alanları/URL’ler/IP Adresleri/Portlar/Protokoller’in Operatör konsolu için ağ gereksinimleri açık olduğundan emin olun

Webex Calling Yerel Ağ Geçidi’ni kullanmaya başlama

Iş yeri temelli PSTN ve üçüncü taraf SBC'lerin birlikte çalışabilirliği için Webex Calling ile Yerel Ağ Geçidi çözümünü kullanan müşteriler için Yerel Ağ Geçidine Başlarken makalesini okuyun

Referanslar

Webex Calling’deki Yenilikleri öğrenmek için bkz. Webex Calling’deki yenilikler

Webex Calling için Güvenlik gereksinimleri için bkz. Makale

Etkileşimli Bağlantı Kurma (ICE) ile Webex Calling Medya Optimizasyonu Makale

Belge düzenleme geçmişi

Tarih

Bu makalede aşağıdaki değişiklikleri yaptık

21 Ocak 2025

SIP Uygulama Katmanı Ağ Geçidini kullanmaya ilişkin ayrıntılar eklendi.

8 Ocak 2025

Cihaz yapılandırması ve Webex Uygulaması yapılandırmasıyla ilgili IP alt ağ adresi, Webex Calling hizmetleri için IP Alt Ağları bölümüne taşındı

17 Aralık 2024

Webex Calling Media özelliği için WebRTC'ye destek eklendi.

14 Kasım 2024

VG400 serisi ATA cihazı için Webex Calling çağrı medyası için desteklenen bağlantı noktası aralığı güncellendi

11 Kasım 2024

VG400 serisi ATA cihazı için Webex Calling çağrı medyası için desteklenen bağlantı noktası aralığı eklendi

25 Temmuz 2024

52.26.82.54 IP alt ağı, Cisco ATA cihaz yapılandırması ve bellenim yönetimi için gerektiği şekilde tekrar eklenmiştir.

18 Temmuz 2024

Aşağıdaki ayrıntılarla güncellendi:

  • Webex Calling için desteklenen QoS (TOS/DSCP) değerleri (Uygulamalar, Cihazlar)

  • Ağ şeması güncellendi

  • Webex Operatör Konsolu ile ilgili ağ gereksinimleri için bağlantı dahil.

28 Haziran 2024

Webex Calling Medya özellikleri için her iki SRTP/ SRTCP bağlantı noktası aralığının kullanımı güncellendi.

11 Haziran 2024

"huron-dev.com" etki alanı kullanılmadığı için kaldırıldı.

06 Mayıs 2024

Webex Calling Medya özellikleri için her iki SRTP/ SRTCP bağlantı noktası aralığının kullanımı güncellendi.

3 Nisan 2024

Hindistan bölgesi için Webex Calling pazar genişletmesini 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 yenileme işleminin cihaz yapılandırması ve üretici yazılımı yönetimi için sudirenewal.cisco.com URL'si ve bağlantı noktası 80 gereksinimi dahildir.

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

Gelecekteki büyüme için Webex Calling bölgesi genişletmesini sağlamak amacıyla, Webex Calling hizmetleri için IP Alt Ağları daha büyük bir IP adresi kümesi 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ı medyası (STUN, SRTP) altındaki Webex Calling hizmetleri bölümleri için IP Alt Ağları, sertifika tabanlı depolama ve Yerel Ağ Geçidi için güvenlik duvarı gereksinimlerinde netlik sağlamak üzere güncellenmiştir.

14 Ağustos 2023

Edge ve Webex Calling Hizmetleri için artan kapasite gereksinimlerini desteklemek üzere 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

Cisco MPP Üretici Yazılımını yükleme bağlantısı https://binaries.webex.com eklendi.

07 Mart 2023

Makalenin tamamını, şunları içerecek şekilde gözden geçirdik:

  1. Proxy desteği için seçenekler eklendi.

  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ı

05 Mart 2023

Makale aşağıdakileri içerecek şekilde güncelleniyor:

  • Uygulamalar tarafından kullanılan UDP-SRTP bağlantı noktası aralığı (8500-8700) eklendi.

  • Anında bildirim 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

Cihaz yapılandırması ve bellenim 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ırması ve bellenim yönetiminden (Cisco cihazları) aşağıdaki 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ğı eklendi.

10 Eylül 2022

Cisco MPP Üretici Yazılımı geçişleri, https://binaries.webex.com tüm bölgelerde MPP üretici yazılımı yükseltmeleri için ana bilgisayar URL'si olarak kullanılacaktır. Bu değişiklik, donanım yazılımı yükseltme performansını iyi almaktadır.

30 Ağustos 2022

Bağlantı noktası 80 referansı, bağımlılık olmadığı için Cihaz yapılandırması ve bellenim yönetimi (Cisco cihazları), Uygulama yapılandırması ve Bağlantı Noktası tablosundaki CScan satırlarından kaldırıldı.

18 Ağustos 2022

Çö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 Uyarısı hizmetlerinin tam bir işlevini destekleyen URL'ler eklendi.

Webex Calling hizmeti için 23.89.154.0/25 IP alt ağı eklendi.

24 Haziran 2015 Cuma

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: Webex Meetings/Messaging - Ağ Gereksinimleri bölümünde tanımlanan IP Alt Ağlarına ve Etki Alanlarına bakın.

  • Hedef bağlantı noktaları: 443

    Notlar: Webex Calling Cihazları, Dizin, Çağrı Geçmişi ve Meetings gibi Webex Bulut Hizmetleri ile arayüz oluşturmak için bu IP adreslerini ve etki alanlarını kullanır.

Webex Meetings/Messaging - Ağ Gereksinimleri bölümünde güncellenen bilgiler

28 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 Tarihinde

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

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 için Etki Alanları ve URL’ler altına *.ciscospark.com eklendi.

25 Mart 2021

8 Mayıs 2021'den itibaren geçerli olacak activate.cisco.com için 6 yeni IP aralığı eklendi.

  • 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ı hizmetler için grup IP adreslerine 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 (Cisco cihazları) için aşağıdaki IP adreslerinin basitleştirilmiş aralıklara taşınması:

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

Cisco Webex istemcisi Mart 2021’de Avustralya’da daha yeni bir DNS SRV’ye işaret ettiği için Uygulama Yapılandırması için aşağıdaki IP adreslerinin eklenmesi.

  • 199.59.64.237

  • 199.59.67.237

21 Ocak 2021 Perşembe

Cihaz yapılandırması ve bellenim yönetimine (Cisco cihazları) aşağıdaki IP adreslerini ekledik:

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Cihaz yapılandırması ve bellenim yönetiminden (Cisco cihazları) aşağıdaki IP adreslerini kaldırdık:

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Uygulama yapılandırmasına aşağıdaki IP adreslerini ekledik:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Uygulama yapılandırmasından aşağıdaki IP adreslerini kaldırdık:

  • 64.68.99.6

  • 64.68.100.6

Uygulama yapılandırmasından aşağıdaki bağlantı noktası numaralarını çıkardık:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Uygulama yapılandırmasına aşağıdaki etki alanlarını ekledik:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

23 Aralık 2020

Port referans görüntülerine yeni Uygulama Yapılandırması IP adresleri ekledik.

22 Aralık 2020

Tablolardaki Uygulama Yapılandırması satırı, şu IP adreslerini içerecek biçimde güncellendi: 135.84.171.154 ve 135.84.172.154.

Bu IP adresleri eklenene kadar ağ şemaları gizlendi.

11 Aralık 2020

Desteklenen Kanada etki alanları için Cihaz yapılandırması ve bellenim yönetimi (Cisco cihazları) ve Uygulama yapılandırması sütunları güncellendi.

16 Ekim 2020

Şu IP adreslerine sahip çağrı sinyali ve ortam girişleri güncellendi:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

23 Eylül 2020 Ç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

  • Genel adresli uç noktalara çağrı sinyali (SIP TLS): 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.

  • Cihaz yapılandırması ve bellenim yönetimi (Cisco cihazları): 135.84.173.155,135.84.174.155

  • Cihaz saati senkronizasyonu: 135.84.173.152, 135.84.174.152

  • Uygulama yapılandırması: 135.84.173.154,135.84.174.154

22 Temmuz 2020

Kanada'da veri merkezlerinin kullanıma açılmasını desteklemek için aşağıdaki IP adresleri eklendi: 135.84.173.146

9 Haziran 2020

CScan girişinde aşağıdaki değişiklikleri yaptık:

  • IP adreslerinden biri düzeltildi; 199.59.67.156, 199.59.64.156 oldu.

  • Yeni özellikler için yeni bağlantı noktaları ve UDP gereklidir—19560-19760.

11 Mart 2020

Uygulama yapılandırmasına aşağıdaki etki alanı ve IP adreslerini ekledik:

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

Aşağıdaki etki alanlarını cihaz yapılandırması ve bellenim yönetimine ilave IP adresleriyle güncelledik:

  • cisco.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

Cisco IOS XE Üzerinde Webex Calling için Yerel Ağ Geçidini Yapılandırma

Genel Bakış

Webex Calling şu anda Yerel Ağ Geçidinin iki sürümünü desteklemektedir:

  • Yerel Ağ Geçidi

  • Webex for Government için Yerel Ağ Geçidi

  • Başlamadan önce, Webex Calling için tesis tabanlı Genel Anahtarlı Telefon Ağı (PSTN) ve Yerel Ağ Geçidi (LGW) gereksinimlerini anlayın. Daha fazla bilgi için Bkz. Hızlı Webex Calling Cisco Tercih Edilen Mimari.

  • Bu makale, mevcut ses yapılandırmasıyla özel bir Yerel Ağ Geçidi platformunun olduğunu varsayer. Mevcut bir PSTN ağ geçidini veya CUBE Enterprise dağıtımını Webex Calling için Yerel Ağ Geçidi işlevi olarak kullanacak şekilde değiştirirseniz yapılandırmaya dikkat edin. Yaptığınız değişiklikler nedeniyle mevcut çağrı akışlarını ve işlevlerini kesintiye uğratmadığınızdan emin olun.

Prosedürler, bireysel komut seçenekleri hakkında daha fazla bilgi edinebileceğiniz komut referans belgelerine bağlantılar içerir. Tüm komut referans bağlantıları, aksi belirtilmedikçe Webex Yönetilen Ağ Geçitleri Komut Referansı ’na gider (bu durumda komut bağlantıları Cisco IOS Sesli Komut Referansı’na gider). Tüm bu kılavuzlara Cisco Unified Sınır Öğesi Komut Referansları'ndan erişebilirsiniz.

Desteklenen üçüncü taraf SBC'ler hakkında bilgi için, ilgili ürün referans belgelerine bakın.

Ana bilgisayar siteniz için Yerel Ağ Geçidini yapılandırmak üzere iki Webex Calling vardır:

  • Kayıt tabanlı trunk

  • Sertifika tabanlı trunk

Webex Calling santraliniz için Yerel Ağ Geçidini yapılandırmak üzere Kayıt Tabanlı Yerel Ağ Geçidi veya Sertifika Tabanlı Yerel Ağ Geçidi altındaki görev akışını kullanın.

Farklı santral türleri hakkında daha fazla bilgi için bkz. Yerel Ağ Geçidi ile Başlangıç . Komut Satırı Arayüzünü (CLI) kullanarak Yerel Ağ Geçidinde aşağıdaki adımları uygulayın. Santralin güvenliğini sağlamak için Oturum Başlatma Protokolü (SIP) ve Aktarım Katmanı Güvenliği (TLS) aktarımını ve Yerel Ağ Geçidi ile Webex Calling arasında medyayı güvence altına almak için Güvenli Gerçek Zamanlı Protokolü (SRTP) kullanırız.

Webex for Government için Yerel Ağ Geçidi aşağıdakileri desteklemez:

  • Ortam yolu optimizasyonu için STUN/ICE-Lite

  • Faks (T.38)

Webex for Government'ta Webex Calling santraliniz için Yerel Ağ Geçidini yapılandırmak üzere aşağıdaki seçeneği kullanın:

  • Sertifika tabanlı trunk

Webex Calling santraliniz için Yerel Ağ Geçidini yapılandırmak üzere Sertifika Tabanlı Yerel Ağ Geçidi altındaki görev akışını kullanın. Sertifika tabanlı Yerel Ağ Geçidinin nasıl yapılandırılacağı hakkında daha fazla bilgi için bkz. Webex Calling sertifika tabanlı santrali yapılandırma.

Webex for Government için Yerel Ağ Geçidini destekleyecek şekilde FIPS uyumlu GCM şifrelerinin yapılandırılması zorunludur. Aksi takdirde, çağrı kurulumu başarısız olur. Yapılandırma ayrıntıları için bkz. Webex Calling sertifika tabanlı santrali yapılandırma.

Webex for Government, kayıt tabanlı Yerel Ağ Geçidini desteklemez.

Bu bölümde, bir Cisco Unified Sınır Öğesinin (CUBE) kaydedilmiş bir SIP santrali kullanılarak Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı anlatılmaktadır. Bu belgenin ilk bölümünde basit bir PSTN ağ geçidinin nasıl yapılandırılacağı gösterilmektedir. Bu durumda, PSTN'den gelen tüm çağrılar Webex Calling'e ve Webex Calling'den gelen tüm çağrılar PSTN'ye yönlendirilir. Aşağıdaki görüntü, bu çözümü ve izlenecek üst düzey çağrı yönlendirme yapılandırmasını vurgulamaktadır.

Bu tasarımda, aşağıdaki temel yapılandırmalar kullanılır:

  • ses sınıfı kiracıları: Santrale özel yapılandırmalar oluşturmak için kullanılır.

  • ses sınıfı uri’si: Gelen çağrı eşi seçimi için SIP mesajlarını sınıflandırmak için kullanılır.

  • gelen çağrı eşi: Gelen SIP mesajlarına yönelik işlem sağlar ve bir çağrı eşi grubu kullanarak giden yolu belirler.

  • çağrı 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ına yönelik işlem sağlar ve bunları gerekli hedefe yönlendirir.

Webex Calling yapılandırma çözümünden PSTN’den PSTN’ye/Webex Calling’e çağrı yönlendirme

IP ve SIP PSTN santralleri için varsayılan protokoller haline gelirken, TDM (Zaman Bölmeli Çoğaltma) ISDN devreleri hala yaygın olarak kullanılmaktadır ve Webex Calling santralleri ile desteklenir. TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının medya optimizasyonunu etkinleştirmek üzere, şu anda iki ayaklı çağrı yönlendirme işlemi kullanmak gereklidir. Bu yaklaşım, aşağıdaki resimde gösterildiği gibi Webex Calling ve PSTN santralleri arasında bir dizi dahili geri döngü çağrı eşi tanıtarak yukarıda gösterilen çağrı yönlendirme yapılandırmasını değiştirir.

Webex Calling ve PSTN santralleri arasında bir dizi dahili geri döngü çağrı eşi ile çağrı yönlendirme yapılandırması

Webex Calling'e şirket içi bir Cisco Unified Communications Manager çözümü bağladığınızda, aşağıdaki şemada gösterilen çözümü oluşturmak için temel olarak basit PSTN ağ geçidi yapılandırmasını kullanabilirsiniz. Bu durumda, Unified Communications Manager tüm PSTN ve Webex Calling çağrılarını merkezi yönlendirme ve işleme sağlar.

Unified Communications Manager'ın tüm PSTN ve Webex Calling çağrılarının merkezi olarak yönlendirilmesini ve işlenmesini gösteren çözüm şeması

Bu belge boyunca, aşağıdaki resimde gösterilen ana bilgisayar adları, IP adresleri ve arayüzleri kullanılır.

Çağrı yönlendirme yapılandırma çözümlerinde kullanılan ana bilgisayar adları, IP adresleri ve arayüzleri

Yerel Ağ Geçidi yapılandırmanızı aşağıdaki şekilde tamamlamak için bu belgenin geri kalanında bulunan yapılandırma kılavuzunu kullanın:

  • 1. Adım: Yönlendirici temel bağlantı ve güvenliğini yapılandırın

  • 2. Adım: Webex Calling Santralini Yapılandırma

    Gerekli mimariye bağlı olarak şunlardan birini takip edin:

  • 3. Adım: SIP PSTN santraliyle Yerel Ağ Geçidini Yapılandırma

  • 4. Adım: Mevcut bir Unified CM ortamıyla Yerel Ağ Geçidi'ni yapılandırma

    Veya:

  • 3. Adım: TDM PSTN santraliyle Yerel Ağ Geçidini Yapılandırma

Taban çizgisi yapılandırması

Cisco yönlendiricinizi Webex Calling için Yerel Ağ Geçidi olarak hazırlamanın ilk adımı, platformunuzu güvenceye alan ve bağlantı kuran bir temel hat yapılandırması oluşturmaktır.

  • Kayıt tabanlı tüm Yerel Ağ Geçidi dağıtımları için Cisco IOS XE 17.6.1a veya sonraki sürümler gerekir. Cisco IOS 17.12.2 veya sonraki sürümleri önerilir. Önerilen sürümler için Cisco Yazılım Araştırma sayfasına bakın. Platformu arayın ve önerilen sürümlerden birini seçin.

    • ISR4000 serisi yönlendiriciler hem Unified Communications hem de Güvenlik teknolojisi lisansları ile yapılandırılmalıdır.

    • Ses kartları veya DSP'lerle donatılmış Catalyst Edge 8000 serisi yönlendiriciler DNA Advantage lisansı gerektirir. Ses kartları veya DSP'leri olmayan yönlendiriciler, en az DNA Essentials lisansı gerektirir.

  • Platformunuz için iş politikalarınızı izleyen bir temel yapılandırma oluşturun. Özellikle aşağıdakileri yapılandırın ve doğrulayın:

    • NTP

    • Acl

    • Kullanıcı kimlik doğrulaması ve uzaktan erişim

    • DNS

    • IP yönlendirme

    • IP adresleri

  • Webex Calling'e doğru olan ağın bir IPv4 adresi kullanması gerekir.

  • Cisco kök CA paketini Yerel Ağ Geçidine yükleyin.

Yapılandırma

1

Örneğin, Katman 3 arabirimlerine geçerli ve yönlendirilebilir IP adresleri atamanızdan emin olun:

 arayüz GigabitEthernet0/0/0 açıklama PSTN ve/veya CUCM ip adresine dönük arayüz 10.80.13.12 255.255.255.0 ! arayüz GigabitEthernet0/0/1 açıklama Webex Calling (Özel adres) ip adresine dönük arayüz 192.51.100.1 255.255.255.240

2

Simetrik şifreleme kullanarak yönlendiricideki kayıt ve STUN kimlik bilgilerini koruyun. Birincil şifreleme anahtarını ve şifreleme türünü aşağıdaki şekilde yapılandırın:

 key config-key password-encrypt YourPassword parolanızı şifreleme aes 

3

Yer tutucu PKI güven noktası oluşturun.

Bu güven noktasının TLS'yi daha sonra yapılandırmasını gerektirir. Bu güven noktası, kayıt tabanlı santraller için sertifika gerektirmez - tıpkı sertifika tabanlı bir santral için de gerekeceği gibi.

 kripto pki trustpoint EmptyTP iptal - kontrol yok 
4

TLS1.2 özel kullanımını etkinleştirin ve aşağıdaki yapılandırma komutlarını kullanarak varsayılan güven noktasını belirtin. Kayıt için güvenilir bir güvenli bağlantı sağlamak üzere taşıma parametreleri de güncellenmelidir:

Kiracı 200'de yapılandırılan ana bilgisayar adı, giden proxy'den alınan sertifikanın CN veya SAN alanlarına dahil edilirse cn-san-validate sunucu komutu, Yerel Ağ Geçidinin bağlantıya izin vermesini sağlar.

  1. tcp-retry sayısını 1000 (5 milisaniye katları = 5 saniye) olarak ayarlayın.

  2. Zamanlayıcı bağlantı oluşturma komutu, LGW'nun bir sonraki kullanılabilir seçeneği dikkate almadan önce proxy ile bağlantı kurmak için ne kadar süre bekleyeceğini ayarlamanıza olanak tanır. Bu zamanlayıcı için varsayılan değer 20 saniyedir ve en az 5 saniyedir. Düşük bir değerle başlayın ve ağ koşullarını karşılamak için gerekirse artırın.

 sip-ua zamanlayıcıları bağlantısı tls 5 aktarım tcp tls v1.2 şifreleme sinyali varsayılan güven noktası EmptyTP cn-san-validate server tcp-retry 1000

5

Webex Calling tarafından kullanılan DigiCert CA sertifikasını içeren Cisco kök CA paketini yükleyin. Belirtilen URL'den kök CA paketini indirmek ve mevcut CA güven havuzunu temizlemek için kripto pki güven havuzunu içe aktarma temiz url komutunu kullanın, ardından yeni sertifika paketini yükleyin:

HTTPS kullanarak internete erişim için bir proxy kullanmanız gerekirse, CA paketini içe aktarmadan önce aşağıdaki yapılandırmayı ekleyin:

IP HTTP istemcisi proxy-sunucusu yourproxy.com proxy-port 80
 ip http istemci kaynak arabirimi GigabitEthernet0/0/1 şifreleme pki trustpool içe aktarma temiz url https://www.cisco.com/security/pki/trs/ios_core.p7b 
1

Control Hub’da mevcut bir konum için kayda dayalı PSTN santrali oluşturun. Santral oluşturulduktan sonra sağlanan santral bilgilerini not edin. Resimde vurgulanan ayrıntılar, bu kılavuzdaki yapılandırma adımlarında kullanılır. Daha fazla bilgi için bkz. Webex Calling için santralleri, yönlendirme gruplarını ve çağrı planlarını yapılandırma.

PSTN santrali kayıtlı
2

CUBE’u Webex Calling Yerel Ağ Geçidi olarak yapılandırmak için aşağıdaki komutları girin:

 ses hizmeti voip ip adresi güvenilir listesi ipv4 x.x.x.x y.y.y.y modu sınır öğesi medya istatistikleri medya toplu-istatistikleri izin ver-bağlantılar sip sip ek hizmet sip referans stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asimetrik yük tam erken teklif zorlandı 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 ip adresi güvenilir listesi  ipv4 x.x.x.x y.y.y
  • Ücretli dolandırıcılığa karşı korumak için güvenilir adres listesi, Yerel Ağ Geçidinin meşru VoIP çağrıları beklediği toplantı sahiplerinin ve ağların listesini tanımlar.

  • Varsayılan olarak, Yerel Ağ Geçidi güvenilir listesinde olmayan IP adreslerinden gelen tüm VoIP mesajlarını engeller. Varsayılan olarak, "oturum hedefi IP'si" ile statik olarak yapılandırılan çağrı eşlerine veya sunucu grubu IP adreslerine güvenilir. Bu IP adreslerinin güvenilir listeye eklenmesi gerekli değildir.

  • Yerel Ağ Geçidinizi yapılandırırken, bölgesel Webex Calling veri merkezinizin IP alt ağlarını listeye ekleyin. Daha fazla bilgi için bkz. Webex Calling için Port Referans Bilgileri. Ayrıca, Unified Communications Manager sunucuları (kullanılıyorsa) ve PSTN santral ağ geçitleri için adres aralıkları ekleyin.

    LGW'niz kısıtlı koni NAT bulunan bir güvenlik duvarının arkasında ise, Webex Calling'e dönük arayüzde IP adresi güvenilir listesini devre dışı bırakmayı tercih edebilirsiniz. Güvenlik duvarı zaten sizi istenmeyen gelen çağrılara karşı VoIP. Devre dışı bırakma işlemi, Webex Calling eşlerin adreslerinin sabit bırak bırakıldığından ve her durumda eşler için güvenlik duvarınızı yapılandırmanız gerekmektedir olduğundan, uzun vadeli yapılandırma yüklerinizi azaltır.

sınır- öğesi kipi

Platformda Cisco Unified Sınır Öğesi (CUBE) özelliklerini etkinleştirir.

medya istatistikleri

Yerel Ağ Geçidinde medya izlemeyi sağlar.

medya toplu istatistikleri

Toplu çağrı istatistikleri için veri anketlerini ankete ekleme kontrolünü sağlar.

Bu komutlar hakkında daha fazla bilgi için bkz. Ortam.

sip'e bağlantı sip izin ver

CUBE temel SIP arka arkaya kullanıcı aracısı işlevini etkinleştirin. Daha fazla bilgi için bkz. Bağlantılara izin ver.

Varsayılan olarak, T.38 faks aktarımı etkindir. Daha fazla bilgi için bkz. faks protokolü t38 (sesli hizmet).

stun

STUN (UDP'nin NAT üzerinden Oturum Geçişi) genel olarak etkinleştirir.

  • Yerel Ağ Geçidindeki STUN bağlantıları özelliği, yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine olanak tanır. Bu, güvenlik duvarında iğne deliğinin açılmasına yardımcı olur.

Daha fazla bilgi için bkz. stun flowdata agent-id ve stun flowdata shared-secret.

asimetrik yük dolu

Hem DTMF hem de dinamik codec yükleri için SIP asimetrik yük desteğini yapılandırır. Daha fazla bilgi için bkz. asimetrik yük.

erken teklif zorlama

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.

3

Yalnızca tüm santraller için G.711 codec’lerine izin veren ses sınıfı codec 100 ’i yapılandırın. Bu basit yaklaşım çoğu dağıtıma uygundur. Gerekirse, hem kaynak hem de sonlandırıcı sistemler tarafından desteklenen ek codec türleri listeye eklenebilir.

DSP modülleri kullanılarak kodlamayı içeren daha karmaşık çözümler desteklenir, ancak bu kılavuza dahil edilmez.

 ses sınıfı codec 100 codec tercihi 1 g711ulaw codec tercihi 2 g711alaw 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı codec 100

SIP santrali çağrılarında yalnızca tercih edilen codec'lere izin vermek için kullanılır. Daha fazla bilgi için bkz. ses sınıfı codec’i.

4

Webex Calling santralinde ICE’yi etkinleştirmek için ses sınıfı stun kullanımı 100 ’ü yapılandırın.

 ses sınıfı stun-kullanımı 100 stun kullanımı güvenlik duvarı-geçiş akış verileri stun kullanımı ice lite

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

stun kullanımı ice lite

Mümkün olan her durumda ortam optimizasyonuna izin vermek üzere Webex Calling'e dönük tüm çağrı eşleri için ICE-Lite'ı etkinleştirmek üzere kullanılır. Daha fazla bilgi için bkz. ses sınıfı stun kullanımı ve stun kullanımı ice lite.

Medya optimizasyonu mümkün olan her yerde görüşülür. Bir çağrı kayıt gibi bulut medya hizmetleri gerektiriyorsa medya optimize edilemez.

5

Webex trafiği için ortam şifreleme politikasını yapılandırın.

 ses sınıfı srtp-crypto 100 kripto 1 AES_CM_128_HMAC_SHA1_80

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı srtp-crypto 100

Teklif ve yanıt mesajlarında SDP’de sunulan tek SRTP şifre paketi CUBE olarak SHA1_80’i belirtir. Webex Calling yalnızca SHA1_80’i destekler. Daha fazla bilgi için bkz. ses sınıfı srtp-şifrelemesi.

6

Bir Yerel Ağ Geçidi santraline yapılan çağrıları hedef santral parametresine göre tanımlamak için bir şablon yapılandırın:

 ses sınıfı uri 100 sip şablonu dtg=Dallas1463285401_LGU 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı uri 100 sip

Gelen bir SIP davetini gelen bir santral çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu kalıbı girerken, dtg='ı ve ardından santral oluşturulduğunda Control Hub'da sağlanan Hat OTG/DTG değerini kullanın. Daha fazla bilgi için bkz. ses sınıfı uri.

7

SIP mesajlarını Webex Calling'e gönderilmeden önce değiştirmek için kullanılacak sip profili 100'ü yapılandırın.

 voice class sip-profiles 100 rule 10 request ANY sip-header SIP-Req-URI değiştirme "sips:" "sip:" kural 20 request ANY sip-header "" "" rule 50 response ANY sip-header To modify "" ";otg=dallas1463285401_lgu>" kural 90, HERHANGI BIR sip-üstbilgisi P-Asserted-Identity'de "sips:" "sip:" değiştirilmesini ister

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

  • kural 10 ila 70 ve 90

    Çağrı sinyali için kullanılan SIP üstbilgilerinin, Webex proxy'lerinin gerektirdiği SIP şeması yerine SIP'yi kullanmasını sağlar. CUBE'u SIP kullanılacak şekilde yapılandırmak, güvenli kaydın kullanılmasını sağlar.

  • kural 80

    Gönderen üstbilgisini, bir kuruluştaki Yerel Ağ Geçidi sitesini benzersiz bir şekilde tanımlamak için Control Hub'daki santral grubu OTG/DTG tanımlayıcısını içerecek şekilde değiştirir.

Amerika Birleşik Devletleri veya Kanada PSTN sağlayıcısı, Webex Calling’deki Spam veya dolandırıcılık çağrısı göstergesinde belirtilen ek yapılandırmayla Istenmeyen ve dolandırıcılık çağrıları için Arayan Kimliği doğrulaması sunabilir.

8

Webex Calling santralini yapılandırma:

  1. Webex Calling santraline özel olarak gerekli yapılandırmaları tanımlamak ve grup yapılandırmalarını belirlemek için voice class tenant 100 oluşturun. Özellikle, daha önce Control Hub’da sağlanan santral kayıt ayrıntıları aşağıda ayrıntılı olarak açıklandığı şekilde bu adımda kullanılacaktır. Bu kiracıyla ilişkilendirilen çağrı eşleri daha sonra bu yapılandırmaları devralacaktır.

    Aşağıdaki örnekte, bu kılavuzun amacı için 1. Adımda açıklanan değerler kullanılır (kalın olarak gösterilir). Bunları yapılandırmanızda santraliniz için değerlerle değiştirin.

     ses sınıfı kiracı 100 kaydedici dns:98027369.us10.bcld.webex.com şeması sips süresi 240 yenileme oranı 50 tcp tls kimlik bilgisi numarası Dallas1171197921_LGU kullanıcı adı Dallas1463285401_LGU parola 0 9Wt[M6ifY+ realm BroadWorks kimlik doğrulama kullanıcı adı Dallas1463285401_LGU parola 0 9Wt[M6ifY+ realm BroadWorks kimlik doğrulama kullanıcı adı Dallas1463285401_LGU parola 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com uzak-taraf-kimliği sip-sunucu dns yok:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 oturum aktarımı tcp tls oturum yenileme url sips error-passthru rel1xx disable asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru içerik custom-sdp sip-profiles 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com gizlilik politikası girişi 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    ses sınıfı kiracısı 100

    Yalnızca Webex Calling santrali için kullanılacak bir yapılandırma parametresi kümesini tanımlar. Daha fazla bilgi için bkz. ses sınıfı kiracısı.

    kayıt dns:98027369.us10.bcld.webex.com şeması sips süresi 240 refresh-ratio 50 tcp tls

    Kayıt iki dakikada bir (240 saniyenin %50'si) yenilenecek şekilde ayarlanmış Yerel Ağ Geçidi için kayıt şirketi sunucusu. Daha fazla bilgi için bkz. kayıt cihazı.

    Buradan Control Hub’dan Etki Alanı Kaydet değerini kullandığınızdan emin olun.

    kimlik bilgileri numarası Dallas1171197921_LGU kullanıcı adı Dallas1463285401_LGU parola 0 9Wt[M6ifY+ realm BroadWorks

    Trunk kayıt zoru için kimlik bilgileri. Daha fazla bilgi için bkz. kimlik bilgileri (SIP UA).

    Buradaki Control Hub'dan sırasıyla Hat/Bağlantı Noktası ana bilgisayarı, Kimlik Doğrulama Kullanıcı Adı ve Kimlik Doğrulama Parolası değerlerini kullandığınızdan emin olun.

    kimlik doğrulama kullanıcı adı Dallas1171197921_LGU parola 0 9Wt[M6ifY+ realm BroadWorks
    kimlik doğrulama kullanıcı adı Dallas1171197921_LGU parola 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Çağrılar için kimlik doğrulama sınaması. Daha fazla bilgi için bkz. kimlik doğrulama (arama eşi).

    Buradaki Control Hub’dan sırasıyla Kimlik Doğrulama Kullanıcı Adı, Kimlik Doğrulama Parolası ve Kaydedici Etki Alanı değerlerini kullandığınızdan emin olun.

    uzak taraf kimliği yok

    Webex Calling, asserted-id pai kullanılarak etkinleştirilen PAI'yi desteklediğinden SIP Uzak Taraf Kimliği (RPID) üstbilgisini devre dışı bırakın. Daha fazla bilgi için bkz. uzak taraf kimliği.

    sip sunucusu dns: us25.sipconnect.bcld.webex.com

    Santral için hedef SIP sunucusunu yapılandırır. Santralinizi oluştururken Control Hub’da sağlanan Edge proxy SRV adresini kullanın.

    bağlantı-yeniden

    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ıyı yeniden kullanma.

    srtp-şifreleme 100

    SRTP çağrı ayağı (bağlantı) için tercih edilen şifre paketlerini yapılandırır (adımda belirtilir) 5). Daha fazla bilgi için bkz. ses sınıfı srtp-şifrelemesi.

    oturum taşıma tcp tls

    Taşımayı TLS olarak ayarlar. Daha fazla bilgi için bkz. oturum aktarımı.

    oturum yenileme yok

    CUBE ve Webex arasındaki çağrılar için SIP oturum yenilemesini devre dışı bırakır. Daha fazla bilgi için bkz. oturumu yenileme.

    url sips

    SRV erişim SBC tarafından desteklenen SPS'ler olmalı; tüm diğer mesajlar, sip profili 200'e göre SIP olarak değiştirilir.

    hata-passthru

    SIP hata yanıt geçiş işlevini belirtir. Daha fazla bilgi için bkz. error-passthru.

    rel1xx devre dışı bırakma

    Webex Calling santrali için güvenilir geçici yanıtların kullanımını devre dışı bırakır. Daha fazla bilgi için bkz. rel1xx.

    asserted-id pai

    (Isteğe bağlı) P-Asserted-Identity üstbilgisi işlemeyi etkinleştirir ve Webex Calling santrali için bu özelliğin nasıl kullanılacağını kontrol eder.

    Webex Calling, Yerel Ağ Geçidine giden çağrı DAVETINDE P-Asserted-Identity (PAI) başlıkları bulunur.

    Bu komut yapılandırılırsa, giden Kimden ve PAI/Uzak Taraf Kimliği başlıklarını doldurmak için PAI başlığındaki arayan bilgileri kullanılır.

    Bu komut yapılandırılmamışsa, giden Kimden ve PAI/Remote-Party-ID başlıklarını doldurmak için Kimden başlığındaki arayan bilgileri kullanılır.

    Daha fazla bilgi için bkz. asserted-id.

    bağlama kontrol kaynak arabirimi GigabitEthernet0/0/1

    Webex Calling'e gönderilen mesajlar için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

    ortam kaynağı arayüzünü bağla GigabitEthernet0/0/1

    WebexCalling'e gönderilen ortam için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

    geçiş içeriği özel sdp yok

    Kiracı altında varsayılan komut. Bu komut hakkında daha fazla bilgi için bkz. geçiş içeriği.

    sip-profilleri 100

    SIP'leri SIP olarak değiştirir ve DAVET ve KAYIT mesajları için Hat/Bağlantı Noktası'nı sip-profilleri 100'de tanımlandığı şekilde değiştirir. Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

    giden-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling SBC'ye erişin. Santralinizi oluştururken Control Hub’da sağlanan Giden Proxy Adresini girin. Daha fazla bilgi için bkz. giden proxy.

    gizlilik-politika geçişi

    Santralin alınan mesajdan sonraki çağrı ayağına geçirmesi için gizlilik üstbilgisi politikası seçeneklerini yapılandırır. Daha fazla bilgi için bkz. gizlilik politikası.

  2. Webex Calling santrali çağrı eşini yapılandırın.

     arama eşi ses 100 voip açıklaması Gelen/Giden Webex Calling max-conn 250 hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi sip-sunucusu gelen uri isteği 100 voice-class codec 100 dtmf-relay rtp-nte voice-class stun-usage 100 ses-class sip localhost voice-class sip kiracı 100 srtp vad yok 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     dial-peer voice 100 voip  açıklaması Gelen/Giden Webex Calling 

    100 VoIP etiketine sahip bir ağ eşlemi tanımlar ve yönetim ve sorun giderme kolaylığı için anlamlı bir açıklama sağlar.

    maks-conn 250

    LGW ve Webex Calling arasındaki eş zamanlı gelen ve giden çağrıların sayısını kısıtlar. Kayıt santralleri için yapılandırılan maksimum değer 250 olmalıdır. Dağıtımınız için daha uygun olursa kullanıcı daha düşük değeri. Yerel Ağ Geçidi için eş zamanlı çağrı sınırları hakkında daha fazla bilgi için Yerel Ağ Geçidi ile Başlangıç belgesine bakın.

    hedef-şablon BAD.BAD

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş hedef şablonu gereklidir. Bu durumda geçerli bir hedef şablonu kullanılabilir. Daha fazla bilgi için bkz. hedef-şablon (arayüz).

    oturum protokolü sipv2

    Çağrı eş 100'un SIP çağrı ayaklarıyla iş ele alanı olduğunu belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi sip sunucusu

    Kiracı 100'de tanımlanan SIP sunucusunun devralındığını ve bu çağrı eşinden gelen çağrılar için hedef için kullanıldığını gösterir. Daha fazla bilgi için bkz. oturum hedefi (voip arama eşi).

    gelen uri isteği 100

    Bir VoIP arama eşiyle gelen aramanın Tekdüzen Kaynak Tanımlayıcısı (URI) ile eşleştirmek için kullanılan ses sınıfını belirtmek. Daha fazla bilgi için bkz. gelen uri.

    ses sınıfı codec'i 100

    Arama eşini, ortak codec filtre listesi 100'ü kullanmak için yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec’i.

    ses sınıfı stun kullanımı 100

    Yerel Ağ Geçidinde yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine izin verir. STUN, medya trafiği için bir güvenlik duvarı iğne deliği açmaya yardımcı olur.

    ses sınıfı sip yerel sahibi yok

    Giden mesajların Gelen, Çağrı Kimliği ve Uzak Taraf Kimliği üst bilgilerinde fiziksel IP adresi yerine DNS yerel ana bilgisayar adının yerine değiştirmesini devre dışı bırakmıştır.

    ses sınıfı sip kiracısı 100

    Çağrı eşi, genel olarak ve kiracı 100'de yapılandırılmış tüm parametreleri devralır. Parametreler arama eşi seviyesinde geçersiz kılınabilir.

    srtp

    Çağrı ayağı için SRTP'yi sağlar.

    yok devam

    Ses etkinliği algılamayı devre dışı bırakıyor.

Kiracı 100 'ü tanımladıktan ve bir SIP VoIP çağrı eşini yapılandırdıktan sonra, ağ geçidi Webex Calling'e doğru bir TLS bağlantısı başlatır. Bu noktada, erişim SBC'si sertifikasını Yerel Ağ Geçidine sunar. Yerel Ağ Geçidi, daha önce güncellenen CA kök demetini kullanarak Webex Calling erişim SBC sertifikasını doğrular. Sertifika tanınırsa Yerel Ağ Geçidi ile Webex Calling erişim SBC'si arasında kalıcı bir TLS oturumu oluşturulur. Yerel Ağ Geçidi, Webex erişim SBC'sine kaydolmak için bu güvenli bağlantıyı kullanabilir. Kimlik doğrulama için kayıt sınandığında:

  • Yanıtta kimlik bilgileri yapılandırmasındaki kullanıcı adı, parola ve bölge parametreleri kullanılır.

  • SIP profili 100'deki değişiklik kuralları, SIPS URL'sini SIP'ye geri dönüştürmek için kullanılır.

Erişim SBC'sinden 200 OK alındığında kayıt başarılı olur.

Yerel ağ geçidiyle Webex Calling kimlik doğrulaması ve kaydının akış şeması

Yukarıdaki Webex Calling için bir santral oluşturduktan sonra SIP tabanlı PSTN sağlayıcısına yönelik ş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çıklandığı gibi benzer bir yapılandırmayı takip edebilirsiniz. CUBE güvenli çağrı yönlendirmeyi destekler.

TDM / ISDN PSTN santrali kullanıyorsanız TDM PSTN santraliyle Yerel Ağ Geçidini Yapılandırma bölümüne atlayın.

Cisco TDM-SIP Ağ Geçitlerinde PSTN çağrı bacakları için TDM arayüzlerini yapılandırmak için bkz. ISDN PRI’yi Yapılandırma.

1

PSTN santralinden gelen çağrıları tanımlamak için aşağıdaki ses sınıfı uri'sini yapılandırın:

 ses sınıfı uri 200 sip ana bilgisayar ipv4:192.168.80.13 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı uri 200 sip

Gelen bir SIP davetini gelen bir santral çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu şablonu girerken, IP PSTN ağ geçidinizin IP adresini kullanın. Daha fazla bilgi için bkz. ses sınıfı uri.

2

Aşağıdaki IP PSTN çağrı eşini yapılandırın:

 dial-peer ses 200 voip açıklaması Gelen/Giden IP PSTN santrali hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi ipv4:192.168.80.13 gelen uri üzerinden 200 voice-class sip asserted-id pai voice-class sip bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0 voice-class sip bind medya kaynağı-arayüzü GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte vad yok 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 çağrı eşi sesi 200 voip  açıklaması Gelen/Giden IP PSTN santrali

200 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. çağrı eşi sesi.

hedef-şablon BAD.BAD

Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş hedef şablonu gereklidir. Bu durumda geçerli bir hedef şablonu kullanılabilir. Daha fazla bilgi için bkz. hedef-şablon (arayüz).

oturum protokolü sipv2

Bu çağrı eşinin 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

PSTN sağlayıcısına gönderilen çağrılar için hedef adresi belirtir. Bu, bir IP adresi veya DNS ana bilgisayar adı olabilir. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi).

200 üzerinden gelen uri

INVITE VIA üstbilgi URI'sini kullanarak bu çağrı eşiyle gelen çağrıları eşleştirmek için kullanılan ses sınıfını belirtir. Daha fazla bilgi için bkz. gelen url.

ses-sınıfı sip asserted-id pai

(Isteğe bağlı) P-Asserted-Identity üstbilgisi işlemeyi açar ve PSTN santrali için bu özelliğin nasıl kullanılacağını kontrol eder. Bu komut kullanıldığında, gelen arama eşinden sağlanan arayan taraf kimliği, giden Kimden ve P-Asserted-Identity başlıkları için kullanılır. Bu komut kullanılmazsa, gelen çağrı eşinden sağlanan arayan taraf kimliği, giden Kimden ve Uzak Taraf Kimliği başlıkları için kullanılır. Daha fazla bilgi için bkz. voice-class sip asserted-id.

bağlama kontrol kaynak arabirimi GigabitEthernet0/0/0

PSTN'ye gönderilen mesajlar için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

ortam kaynağı arayüzünü bağla GigabitEthernet0/0/0

PSTN'ye gönderilen ortam için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

ses sınıfı codec'i 100

Arama eşini, ortak codec filtre listesi 100'ü kullanmak için yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec’i.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP Üzerinden Ses).

yok devam

Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (arama eşi).

3

Yerel Ağ Geçidinizi yalnızca Webex Calling ve PSTN arasında çağrıları yönlendirecek şekilde yapılandırıyorsanız aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin. Yerel Ağ Geçidinizi bir Unified Communications Manager platformuyla yapılandırıyorsanız bir sonraki bölüme geçin.

  1. Çağrıları Webex Calling’e veya PSTN’ye yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. PSTN'den gelen çağrı eşine DPG 100 uygulanır. Benzer şekilde, PSTN'ye doğru giden çağrı eşi 200 ile DPG 200'ü tanımlayın. Webex’ten gelen çağrı eşine DPG 200 uygulanır.

     voice class dpg 100 açıklaması Çağrıları Webex Calling çağrı eşi 100 voice class dpg 200’e yönlendirme açıklaması Çağrıları PSTN çağrı eşi 200’e yönlendirme

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları Webex’ten PSTN’ye ve PSTN’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

     çağrı eşi sesi 100 hedef dpg 200 hedef dpg 100 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle bu gelen çağrı eşine sunulan çağrılar için giden muamele için çağrı eşinin kullanılması gerekir.

    Bu, Yerel Ağ Geçidi yapılandırmanızı sonlandırır. CUBE özellikleri ilk kez yapılandırılmışsa yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Webex Calling için bir santral oluşturduktan sonra, Webex çağrı bacağında medya optimizasyonuna izin vermek üzere geri döngü çağrı yönlendirmesiyle PSTN hizmetiniz için bir TDM santrali oluşturmak üzere aşağıdaki yapılandırmayı kullanın.

IP medya optimizasyonu gerektirmiyorsanız SIP PSTN santrali için yapılandırma adımlarını uygulayın. PSTN VoIP çağrı eşi yerine ses bağlantı noktası ve POTS çağrı eşi (Adım 2 ve 3'te gösterildiği gibi) kullanın.

1

Geri döngü çağrı eşi yapılandırması, çağrı yönlendirme döngüleri oluşturmadan çağrıların Webex ve PSTN arasında doğru şekilde aktarılmasını sağlamak için çağrı eşi gruplarını ve çağrı yönlendirme etiketlerini kullanır. Çağrı yönlendirme etiketlerini eklemek ve kaldırmak için kullanılacak aşağıdaki çeviri kurallarını yapılandırın:

 voice translation-rule 100 rule 1 /^\\+/ /A2A/ voice translation-profile 100 çeviri called 100 çeviri-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 çeviri called 200 çeviri-rule 11 rule 1 /^A1A/ // voice translation-profile 11 çeviri called 11 çeviri-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 çeviri called 12 çeviri 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

sesli çeviri kuralı

Çağrı yönlendirme etiketleri eklemek veya kaldırmak için kurallarda tanımlanan normal ifadeleri kullanır. Sorun giderme için netlik eklemek amacıyla aşırı ondalık haneler ("A") kullanılır.

Bu yapılandırmada, çeviri profili 100 tarafından eklenen etiket, geri döngü çağrı eşleri aracılığıyla Webex Calling'den PSTN'ye yönlendirmek için kullanılır. Benzer şekilde, çeviri profili 200 tarafından eklenen etiket, PSTN'den Webex Calling'e yönlendirmek için kullanılır. Çeviri profilleri 11 ve 12, sırasıyla Webex ve PSTN santrallerine çağrı yapmadan önce bu etiketleri kaldırır.

Bu örnek, Webex Calling’den aranan numaraların +E.164 biçiminde sunulduğunu varsayar. Kural 100, geçerli bir aranan numarayı korumak için baştaki + işaretini kaldırır. Kural 12, etiketi kaldırırken ulusal veya uluslararası yönlendirme hanesi ekler. Yerel ISDN ulusal arama planınıza uygun rakamları kullanın.

Webex Calling numaraları ulusal biçimde sunuyorsa yönlendirme etiketini eklemek ve kaldırmak için 100 ve 12 numaralı kuralları ayarlayın.

Daha fazla bilgi için bkz. sesli çeviri profili ve sesli çeviri kuralı.

2

TDM ses arabirimi bağlantı noktalarını, kullanılan santral türü ve protokol tarafından gerektiği şekilde yapılandırın. Daha fazla bilgi için bkz. ISDN PRI’yi Yapılandırma. Örneğin, bir cihazın NIM yuvası 2'de yüklü bir Birincil Hız ISDN arayüzünün temel yapılandırması aşağıdakileri içerebilir:

 e1 kart türü 0 2 isdn anahtar türü birincil ağ5 denetleyici E1 0/2/0 pri-grup zaman aralıkları 1-31 
3

Aşağıdaki TDM PSTN çağrı eşini yapılandırın:

 çağrı eşi ses 200 teneke açıklama Gelen/Giden PRI PSTN santrali hedef şablonu BAD.BAD çeviri profili gelen 200 doğrudan dahili arama bağlantı noktası 0/2/0:15

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 çağrı eşi sesi 200 saksı  açıklaması Gelen/Giden PRI PSTN santrali

200 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. çağrı eşi sesi.

hedef-şablon BAD.BAD

Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş hedef şablonu gereklidir. Bu durumda geçerli bir hedef şablonu kullanılabilir. Daha fazla bilgi için bkz. hedef-şablon (arayüz).

gelen çeviri profili 200

Gelen aranan numaraya çağrı yönlendirme etiketi ekleyecek çeviri profilini atar.

doğrudan içe arama

Çağrıyı, ikincil bir çevir sesi sağlamadan yönlendirir. Daha fazla bilgi için bkz. doğrudan içe arama.

bağlantı noktası 0/2/0:15

Bu çağrı eşiyle ilişkili fiziksel ses bağlantı noktası.

4

TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının medya optimizasyonunu etkinleştirmek üzere, Webex Calling ve PSTN santralleri arasında bir dizi dahili geri döngü çağrı eşi tanıtarak çağrı yönlendirmesini değiştirebilirsiniz. Aşağıdaki geri döngü arama eşlerini yapılandırın. Bu durumda, tüm gelen çağrılar başlangıçta çağrı eşi 10'a ve buradan uygulanan yönlendirme etiketine göre çağrı eşi 11 veya 12'ye yönlendirilecektir. Yönlendirme etiketi kaldırıldıktan sonra, çağrılar çağrı eşi grupları kullanılarak giden santrale yönlendirilecektir.

 dial-peer ses 10 voip açıklaması Giden döngü-around bacak hedef-şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi ipv4:192.168.80.14 ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı sip bağlama ortam kaynağı-arayüzü GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw hiçbir vad çağrı eşi ses 11 voip açıklaması Webex çeviri-profile doğru gelen 11 oturum protokolü sipv2 gelen çağrı eşi-numarası A1AT ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı sip bağlama ortam kaynağı-arayüzü GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw hiçbir vad çağrı eşi-ses 12 voip açıklaması PSTN çeviri-profile doğru gelen 12 oturum protokolü sipv2 gelen çağrı-numarası A2AT ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw hiçbir 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 çağrı eşi sesi 10 voip  açıklaması Giden döngü ayağı

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. çağrı eşi sesi.

gelen çeviri profili 11

Çağrı yönlendirme etiketini giden santrale geçmeden önce kaldırmak için daha önce tanımlanan çeviri profilini uygular.

hedef-şablon BAD.BAD

Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş hedef şablonu gereklidir. Daha fazla bilgi için bkz. hedef-şablon (arayüz).

oturum protokolü sipv2

Bu çağrı eşinin 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.14

Geri dönmek için çağrı hedefi olarak yerel yönlendirici arayüz adresini belirtir. Daha fazla bilgi için bkz. oturum hedefi (voip arama eşi).

bağlama kontrol kaynak arabirimi GigabitEthernet0/0/0

Geri dönüş yoluyla gönderilen mesajlar için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

ortam kaynağı arayüzünü bağla GigabitEthernet0/0/0

Geri döngü yoluyla gönderilen ortam için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP Üzerinden Ses).

g711alaw codec bileşeni

Tüm PSTN çağrılarını G.711’i kullanmaya zorlar. ISDN hizmetiniz tarafından kullanılan sıkıştırma yöntemiyle eşleştirmek için a-law veya u-law seçin.

yok devam

Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (arama eşi).

5

Aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin:

  1. Geri döngü aracılığıyla PSTN ve Webex santralleri arasında çağrıları yönlendirmek için çağrı eşi grupları oluşturun.

     voice class dpg 100 açıklaması Çağrıları Webex Calling çağrı eşi 100 voice class dpg 200’e yönlendirme açıklaması Çağrıları PSTN çağrı eşi 200 voice class dpg 10’a yönlendirme Çağrıları Loopback çağrı eşi 10’a yönlendirme

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları yönlendirmek için çağrı eşi gruplarını uygulayın.

     çağrı eşi sesi 100 hedef dpg 10 çağrı eşi sesi 200 hedef dpg 10 çağrı eşi sesi 11 hedef dpg 100 çağrı eşi sesi 12 hedef dpg 200

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle bu gelen çağrı eşine sunulan çağrılar için giden muamele için çağrı eşinin kullanılması gerekir.

Bu, Yerel Ağ Geçidi yapılandırmanızı sonlandırır. CUBE özellikleri ilk kez yapılandırılmışsa yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Önceki bölümlerdeki PSTN-Webex Calling yapılandırması, bir Cisco Unified Communications Manager (UCM) kümesine ek santraller içerecek şekilde değiştirilebilir. Bu durumda, tüm çağrılar Unified CM aracılığıyla yönlendirilir. 5060 bağlantı noktasındaki UCM'den gelen çağrılar PSTN'ye ve 5065 bağlantı noktasındaki çağrılar Webex Calling'e yönlendirilir. Bu çağrı senaryosunu içermek için aşağıdaki aşamalı yapılandırmalar eklenebilir.

Unified CM'de Webex Calling santralini oluştururken, SIP Santral Güvenlik Profili ayarlarında gelen bağlantı noktasını 5065 olarak yapılandırdığınızdan emin olun. Bu, bağlantı noktası 5065'te gelen mesajların ve Yerel Ağ Geçidine mesaj gönderirken VIA üstbilgisini bu değerle doldurmasına olanak tanır.

SIP santrali güvenlik profil bilgilerini girin
1

Aşağıdaki ses sınıfı URI'lerini yapılandırın:

  1. SIP VIA bağlantı noktası kullanarak Unified CM’den Webex çağrılarını sınıflandırır:

     sesli sınıf uri 300 sip 
     modeli:5065 
  2. Bağlantı noktası üzerinden SIP kullanarak Unified CM'den PSTN'ye çağrılarını sınıflandırır:

     ses sınıfı uri 400 sip şablonu 192\.168\.80\.6[0-5]:5060 

    UCM’den gelen mesajları, kaynak adreslerini ve bağlantı noktası numarasını açıklayan bir veya daha fazla şablon kullanarak PSTN santraline doğru sınıflandırın. Gerekirse eşleşen örüntüleri tanımlamak için normal ifadeler kullanılabilir.

    Yukarıdaki örnekte, 192.168.80.60 - 65 aralığındaki ve 5060 bağlantı noktası numarasındaki herhangi bir IP adresini eşleştirmek için normal bir ifade kullanılır.

2

Unified CM ana bilgisayarlarına SRV yönlendirmesini belirtmek için aşağıdaki DNS kayıtlarını yapılandırın:

IOS XE, hedef UCM ana bilgisayarlarını ve bağlantı noktalarını yerel olarak belirlemek için bu kayıtları kullanır. Bu yapılandırma ile, DNS sisteminizdeki kayıtları yapılandırmanız gerekli değildir. DNS’inizi kullanmayı tercih ederseniz bu yerel yapılandırmalar gerekli değildir.

 ip ana bilgisayar ucmpub.mydomain.com 192.168.80.60 ip ana bilgisayar ucmsub1.mydomain.com 192.168.80.61 ip ana bilgisayar ucmsub2.mydomain.com 192.168.80.62 ip ana bilgisayar ucmsub3.mydomain.com 192.168.80.63 ip ana bilgisayar ucmsub4.mydomain.com 192.168.80.64 ip ana bilgisayar ucmsub5.mydomain.com 192.168.80.65 ip ana bilgisayar _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

Aşağıdaki komut bir DNS SRV kaynak kaydı oluşturur. Her UCM ana bilgisayarı ve santrali için bir kayıt oluşturun:

ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV kaynak kaydı adı

2: SRV kaynak kayıt önceliği

1: SRV kaynak kayıt ağırlığı

5060: Bu kaynak kaydında hedef ana bilgisayar için kullanılacak bağlantı noktası numarası

ucmsub5.mydomain.com: Kaynak kaydı hedef ana bilgisayarı

Kaynak kaydı hedef ana bilgisayar adlarını çözmek 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.

ucmsub5.mydomain.com: A kayıt ana bilgisayar adı.

192.168.80.65: Ana bilgisayar IP adresi.

UCM ortamınızı ve tercih edilen çağrı dağılımı stratejisini yansıtmak için SRV kaynak kayıtları ve A kayıtları oluşturun.

3

Aşağıdaki çağrı eşlerini yapılandırın:

  1. Unified CM ve Webex Calling arasındaki çağrılar için çağrı eşi:

     arama-eş ses 300 voip açıklaması UCM-Webex Calling santral hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi dns:wxtocucm.io gelen uri ile 300 voice-class codec 100 voice-class sip bind kontrol kaynağı-arabirimi GigabitEthernet 0/0/0 voice-class sip bind medya kaynağı-arabirimi GigabitEthernet 0/0/0 dtmf-relay rtp-nte vad yok 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     çağrı eşi ses 300 voip  açıklaması UCM-Webex Calling santrali

    300 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sağlar.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş hedef şablonu gereklidir. Bu durumda geçerli bir hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 300'ün SIP çağrı ayaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:wxtocucm.io

    DNS SRV çözünürlüğü aracılığıyla birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için wxtocucm.io yerel olarak tanımlanmış SRV kaydı kullanılır.

    300 üzerinden gelen uri

    Kaynak bağlantı noktası 5065'i kullanarak Unified CM'den gelen tüm trafiği bu çağrı eşine yönlendirmek için ses sınıfı URI 300'ü kullanır. Daha fazla bilgi için bkz. gelen uri.

    ses sınıfı codec'i 100

    Unified CM'den gelen ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec’i.

    bağlama kontrol kaynak arabirimi GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

    ortam kaynağı arayüzünü bağla GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP Üzerinden Ses).

    yok devam

    Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (arama eşi).

  2. Unified CM ve PSTN arasındaki çağrılar için çağrı eşi:

     arama-eş ses 400 voip açıklaması UCM-PSTN santral hedef-şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi dns:pstntocucm.io gelen uri üzerinden 400 voice-class codec 100 voice-class sip bind kontrol kaynağı-arabirimi GigabitEthernet 0/0/0 voice-class sip bind medya kaynağı-arabirimi GigabitEthernet 0/0/0 dtmf-relay rtp-nte vad yok 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     çağrı eşi ses 400 voip  açıklaması UCM-PSTN santrali

    400 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sağlar.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş hedef şablonu gereklidir. Bu durumda geçerli bir hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 400'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:pstntocucm.io

    DNS SRV çözünürlüğü aracılığıyla birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanmış SRV kaydı pstntocucm.io kullanılır.

    400 üzerinden gelen uri

    Kaynak bağlantı noktası 5060'ı kullanarak belirtilen Unified CM ana bilgisayarlarından gelen tüm trafiği bu çağrı eşine yönlendirmek için ses sınıfı URI 400'ü kullanır. Daha fazla bilgi için bkz. gelen uri.

    ses sınıfı codec'i 100

    Unified CM'den gelen ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec’i.

    bağlama kontrol kaynak arabirimi GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

    ortam kaynağı arayüzünü bağla GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP Üzerinden Ses).

    yok devam

    Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (arama eşi).

4

Aşağıdaki yapılandırmaları kullanarak çağrı yönlendirme ekleyin:

  1. Unified CM ve Webex Calling arasında çağrıları yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. Unified CM'den ilişkili gelen çağrı eşine DPG 100 uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 300 ile DPG 300 tanımlayın. Webex’ten gelen çağrı eşine DPG 300 uygulanır.

     voice class dpg 100 açıklaması Çağrıları Webex Calling çağrı eşi 100 voice class dpg 300 açıklaması Çağrıları Unified CM'ye yönlendirin Webex Calling santral çağrı eşi 300 
  2. Çağrıları Unified CM ve PSTN arasında yönlendirmek için çağrı eşi grupları oluşturun. PSTN'ye doğru giden çağrı eşi 200 ile DPG 200'ü tanımlayın. Unified CM'den ilişkili gelen çağrı eşine DPG 200 uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 400 ile DPG 400 tanımlayın. PSTN'den gelen çağrı eşine DPG 400 uygulanır.

     voice class dpg 200 açıklaması Çağrıları PSTN çağrı eşi 200 voice class dpg 400'e yönlendirme Çağrıları Unified CM PSTN santrali çağrı eşi 400'e yönlendirme

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  3. Çağrıları Webex'ten Unified CM'ye ve Unified CM'den Webex'e yönlendirmek için çağrı eşi gruplarını uygulayın:

     arama eşi sesi 100 hedef dpg 300 hedef dpg 100

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 300

    Hangi çağrı eşi grubunu belirtir ve bu nedenle bu gelen çağrı eşine sunulan çağrılar için giden muamele için çağrı eşinin kullanılması gerekir.

  4. Çağrıları PSTN'den Unified CM'ye ve Unified CM'den PSTN'ye yönlendirmek için çağrı eşi gruplarını uygulayın:

     çağrı eşi sesi 200 hedef dpg 400 hedef dpg 200 

    Bu, Yerel Ağ Geçidi yapılandırmanızı sonlandırır. CUBE özellikleri ilk kez yapılandırılmışsa yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Tanılama İmzaları (DS), IOS XE tabanlı Yerel Ağ Geçidi'de sık gözlemlenen sorunları proaktif olarak algılar ve etkinliğin e-posta, syslog veya terminal mesajı bildirimini oluşturan. Ayrıca, çözünürlük süresini hızlandırmak üzere tanılama verileri toplama işlemini otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için DS'yi yükleyebilirsiniz.

Tanılama İmzaları (DS), sorunu bildirmek, gidermek ve sorunu düzeltmek için gereken olayları ve işlemleri içeren XML dosyalarıdır. Sorun algılama mantığını, sistem günlüğü mesajlarını, SNMP olaylarını kullanarak ve belirli komut gösterme çıktılarının periyodik olarak izlenmesi yoluyla tanımlayabilirsiniz.

Eylem türleri, show command çıkışlarını toplamayı içerir:

  • Birleştirilmiş bir günlük dosyası oluşturma

  • Dosyanın HTTPS, SCP, FTP sunucusu gibi kullanıcı tarafından sağlanan bir ağ konumuna yüklenmesi.

TAC mühendisleri DS dosyalarını yazar ve bütünlüğü koruma için dijital olarak imzalar. Her bir DS'nin sistem tarafından atanmış benzersiz bir kimlik numarası vardır. Tanı Imzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için geçerli imzaları bulmak için tek bir kaynaktır.

Başlamadan önce:

  • DSLT'den indiren DS dosyasını düzenlemeyin . Değiştir işleminiz, bütünlüğü kontrol hatası nedeniyle yükleme başarısız oldu.

  • Yerel Ağ Geçidi'nin e-posta bildirimlerini göndermesi için gerekli olan Basit Posta Aktarım Protokolü (SMTP) sunucusu.

  • E-posta bildirimleri için güvenli SMTP sunucusunu kullanmak isterseniz Yerel Ağ Geçidi'nin IOS XE 17.6.1 veya daha yüksek bir alanı çalıştır olduğundan emin olun.

Cisco WebEx Meeting Center Yapılandırma Kılavuzları

IOS XE 17.6.1a 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.6.1a veya üstü bir sürümde çalışıyorsa proaktif bildirim göndermek için kullanılacak güvenli e-posta sunucusunu yapılandırın.

    terminal çağrısı-giriş posta-sunucusu yapılandırma :@ öncelik 1 güvenli tls sonu 

  3. Sizi bilgilendirmek için yöneticinin e-posta adresi ds_email ile ortam değişkenini yapılandırın.

    terminal call-home diagnostic-signature environment ds_email  ucunu yapılandırın 

Aşağıda, Gmail'i güvenli SMTP sunucusu olarak kullanan tacfaststart@gmail.com adresine proaktif bildirimleri göndermek için Cisco IOS XE 17.6.1a veya üstü üzerinde çalışan bir Yerel Ağ Geçidinin yapılandırılmasının bir örneği gösterilmektedir:

Cisco IOS XE Bengaluru 17.6.x veya sonraki sürümlerini kullanmanızı öneririz.

call-home mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls diagnostic-signature environment ds_email "tacfaststart@gmail.com" 

Cisco IOS XE Yazılımında çalışan Yerel Ağ Geçidi, OAuth'u destekleyen tipik bir web tabanlı Gmail istemcisi değildir, bu nedenle belirli bir Gmail hesap ayarını yapılandırmamız ve cihazdan gelen e-postanın doğru şekilde işlenmesi için belirli bir izin sağlamamız gerekir:

  1. Google Hesabını Yönet > Güvenlik ’e gidin ve Daha az güvenli uygulama erişimi ayarını açın.

  2. Gmail'den "Google, google olmayan bir uygulama kullanarak birinin hesabınızla oturum açmasını engelledi" şeklinde bir e-posta alırsanız "Evet, bu ben istiyorum" yanıtını alın.

Proaktif izleme için tanılama imzalarını yükleyin

Yüksek CPU kullanımını izleme

Bu DS, SNMP OID kullanarak CPU kullanımını beş saniye boyunca takip eder 1.3.6.1.4.1.9.2.1.56. Kullanım %75 veya daha fazlaya ulaştığında, tüm hata ayıklamaları devre dışı kaldırır ve Yerel Ağ Geçidi'ne yüklü tüm tanılama imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.

  1. SNMP'yi etkinleştirmek için show snmp komutunu kullanın. Etkinleştirmezseniz snmp-server manager komutunu yapılandırın.

    snmp göster %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP paketleri girişi      0 Kötü SNMP sürümü hataları      1 Bilinmeyen topluluk adı      Sağlanan topluluk adı için 0 geçersiz işlem      0 Kodlama hataları 37763 Istenen değişkenlerin sayısı      2 Değiştirilen değişken sayısı 34560 Get-request PDU'lar 138 Get-next PDU'lar      2 Set-istek PDU'ları      0 Giriş sırası paket bırakma (Maksimum sıra boyutu 1000) 158277 SNMP paketi çıkışı      0 Çok büyük hatalar (Maksimum paket boyutu 1500) 20 Isim hatası yok      0 Hatalı değer hatası      0 Genel hatalar 7998 Yanıt PDU'ları 10280 Tuzak PDU'ları Şu anda SNMP işlemi giriş kuyruğunda olan paketleri: 0 
     SNMP küresel neden: etkin 
  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@/DS_64224.xml bootflash: 

    Aşağıdaki örnek, dosyanın FTP sunucusundan Yerel Ağ Geçidine kopya olduğunu gösterir.

    ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash kopyalayın:  ftp://*:*@ 192.0.2.12/DS_64224.xml erişimi...!  [Tamam - 3571/4096 bayt] 0,064 saniyede (55797 bayt/sn) kopyalanan 3571 bayt 
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_64224.xml Yük dosyası DS_64224.xml başarılı 
  5. İmzanın başarıyla yük çalıştığını doğrulamak için çağrı ev tanılama imzasını göster komutunu kullanın. Durum sütununda "kayıtlı" bir değer olmalıdır.

    call-home diagnostic-signature Geçerli diagnostic-signature ayarlarını göster:  Tanılama imzası: Etkinleştirildi 
     Profil: CiscoTAC-1 (durum: ACTIVE) 
     URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Ortam değişkeni: ds_email: username@gmail.com 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-07 22:05:33

    Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse, Yerel Ağ Geçidinde yüksek CPU kullanımını izlemeye devam etmek için DS 64224'ü yeniden yükleyin.

SIP merkezi kaydını izleme

Bu DS, bulutla yerel ağ geçidi ağ geçidi SIP Santrali 60 Webex Calling kaydın siliyor. Kayıt kaldırma olayı algılandıktan sonra, bir e-posta ve sistem günlüğü bildirimi oluşturur ve iki kayıt kaldırma örneğinden sonra kendini kaldırır. Imzayı yüklemek için aşağıdaki adımları kullanın:

  1. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64117'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    SIP-SIP

    Sorun Türü

    SIP Santrali e-posta Bildirimiyle Kaydı sildi.

  2. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

    ftp://kullanıcıadı:parola@/DS_64117.xml bootflash’ı kopyalayın: 
  3. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_64117.xml Yük dosyası DS_64117.xml başarılı LocalGateway# 
  4. İmzanın başarıyla yük çalıştığını doğrulamak için çağrı ev tanılama imzasını göster komutunu kullanın. Durum sütunu "kayıtlı" değerine sahip olmalı.

Anormal arama bağlantılarının izlenmesi

Bu DS, 403, 488 ve 503 SIP hatalarıyla anormal çağrı kesilmelerini algılamak için 10 dakikada bir SNMP anketi kullanır. Hata sayısı artışı son anketten itibaren 5’ten büyük veya 5’e eşitse bir sistem günlüğü ve e-posta bildirimi oluşturur. Imzayı yüklemek için lütfen aşağıdaki adımları kullanın.

  1. SNMP'nin etkin olup olmadığını kontrol etmek için show snmp komutunu kullanın. Etkinleştirilmemişse snmp-server manager komutunu yapılandırın.

    snmp göster %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP paketleri girişi      0 Kötü SNMP sürümü hataları      1 Bilinmeyen topluluk adı      Sağlanan topluluk adı için 0 geçersiz işlem      0 Kodlama hataları 37763 Istenen değişkenlerin sayısı      2 Değiştirilen değişken sayısı 34560 Get-request PDU'lar 138 Get-next PDU'lar      2 Set-istek PDU'ları      0 Giriş sırası paket bırakma (Maksimum sıra boyutu 1000) 158277 SNMP paketi çıkışı      0 Çok büyük hatalar (Maksimum paket boyutu 1500) 20 Isim hatası yok      0 Hatalı değer hatası      0 Genel hatalar 7998 Yanıt PDU'ları 10280 Tuzak PDU'ları Şu anda SNMP işlemi giriş kuyruğunda olan paketleri: 0 
     SNMP küresel neden: etkin 
  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ısı bağlantısı algılama.

  3. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

    ftp://kullanıcıadı:parola@/DS_65221.xml bootflash kopyalayın:
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

    call-home diagnostic-signature load DS_65221.xml Yük dosyası DS_65221.xml başarılı 
  5. İmzanın başarıyla yük çalıştığını doğrulamak için çağrı ev tanılama imzasını göster komutunu kullanın. Durum sütunu "kayıtlı" değerine sahip olmalı.

Bir sorunu gidermek için tanılama imzalarını yükleyin

Sorunları hızla çözmek için Tanılama İmzalarını (DS) kullanın. Cisco TAC mühendisleri, belirli bir sorunu tespit etmek, sorun oluşumunu algılamak, doğru tanılama verileri toplamak ve verileri Cisco TAC durumuna otomatik olarak aktaran gerekli hata ayıklamaları etkinleştiren birkaç imzaya izin verdi. Tanı Imzaları (DS), sorunun gerçekleşip gerçekleşmediğini manuel olarak kontrol etme ihtiyacını ortadan kaldırır ve aralıklı ve geçici sorunların giderilmesini çok daha kolay hale getirir.

Tanılama İmzaları Arama Aracı'nı kullanarak uygun imzaları bulabilir ve bir sorunu kendi kendine çözmek için yükleyebilir veya destek etkileşimin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.

Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" syslog ve otomatik tanılama veri toplama aşağıdaki adımları takip edin:

  1. Toplanan tanılama verilerinin yüklendiği Cisco TAC dosya sunucusu yolu (cxd.cisco.com) olan ek bir DS ortam değişkeni ds_fsurl_prefix yapılandırın. Dosya yolundaki kullanıcı adı, vaka numarası ve parola, aşağıdaki komutta Destek Vaka Yöneticisi 'nden alınabilecek dosya yükleme belirtecidir. Dosya yükleme belirteci, gerektiğinde Destek Vaka Yöneticisi'nin Ekler bölümünde oluşturulabilir.

    terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)ortamını yapılandırın ds_fsurl_prefix "scp://:@cxd.cisco.com" end 

    Örnek:

    call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com" 
  2. show snmp komutunu kullanarak SNMP'nin etkinleştirildiğinden emin olun. Etkinleştirilmemişse snmp-server manager komutunu yapılandırın.

    snmp %SNMP agent not enabled config t snmp-server manager end göster 
  3. Yüksek CPU kullanımı sırasında tüm hata ayıklama ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü yükleyin. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya Cisco CSR 1000V Serisi

    Ürün

    Webex Calling Çözümünde CUBE Enterprise

    Sorun Kapsamı

    Performans

    Sorun Türü

    E-posta Bildirimi ile Yüksek CPU Kullanımı.

  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.

    ftp://kullanıcıadı:parola@/DS_64224.xml bootflash’ı kopyalayın:  ftp://username:password@/DS_65095.xml bootflash’ı kopyalayın: 
  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 Yük dosyası DS_64224.xml başarılı call-home diagnostic-signature load DS_65095.xml Yük dosyası DS_65095.xml başarılı 
  7. show call-home diagnostic-signature komutunu kullanarak imzanın başarıyla yüklendiğini doğrulayın. Durum sütunu "kayıtlı" değerine sahip olmalı.

    call-home diagnostic-signature Geçerli diagnostic-signature ayarlarını göster:  Tanılama imzası: Etkinleştirildi 
     Profil: CiscoTAC-1 (durum: ACTIVE) 
     URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Ortam değişkeni: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Kayıtlı

    2020-11-08

Tanılama imzası yürütmeyi doğrula

Aşağıdaki komutta, Yerel Ağ Geçidi imzada tanımlanan eylemi yürütürken show call-home diagnostic-signature komutunun "Durum" sütunu "çalışıyor" olarak değişir. Arama-ev tanılama imzası istatistiklerini göstermenin çıktısı, tanılama imzasının ilgi gösterme olayı algı arayıp algılamasını ve eylemi gerçekleştirip yürütme çalıştığını doğrulamanın en iyi yolu değildir. "Tetiklenen/Maks./Stall" sütunu, söz dizisinde belirtilen imzanın bir etkinliği kaç kez tetikledikten sonra tetikledikten sonra bir etkinliği algılamak için maksimum sayıda kez tanımlandığı ve maksimum tetiklenen etkinlik sayısını algılayan imzanın kendi kendine install olduğunu gösterir.

call-home diagnostic-signature Geçerli diagnostic-signature ayarlarını göster:  Tanılama imzası: Etkinleştirildi 
 Profil: CiscoTAC-1 (durum: ACTIVE) 
 URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Ortam değişkeni: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

İndirilen DS'ler:

DS Kimliği

DS Adı

Revizyon

Durum

Son Güncelleme (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Kayıtlı

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Çalışıyor

2020-11-08 00:12:53

ev arama tanılama imzası istatistiklerini göster

DS Kimliği

DS Adı

Tetiklenen/Maks/Yüklemeyi Kaldırma

Ortalama Çalışma Süresi (saniye)

Maksimum Çalışma Süresi (saniye)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Tanılama bildirim e-postası yürütme sırasında gönderilen ses dosyası; sorun türü, cihaz ayrıntıları, yazılım sürümü, çalışan yapılandırma gibi önemli bilgileri içerir ve söz konusu sorunu gidermek için uygun komut çıkışlarını gösterir.

Tanılama imzalarını kaldır

Sorun giderme amaçları için Tanılama imzalarını kullanın, genellikle bazı sorun meydana gelen durumlarda tespit edildikten sonra kaldırmak üzere tanımlanır. Bir imzayı manuel olarak kaldırmak isterseniz show call-home diagnostic-signature komutunun çıktısından DS kimliğini alın ve aşağıdaki komutu çalıştırın:

çağrı-giriş tanı-imza kaldırma  

Örnek:

çağrı-ana tanılama-imza kaldırma 64224 

Dağıtımlarda yaygın olarak gözlemlenen sorunlar temel alınarak Tanılama İmzaları Arama Aracına düzenli olarak yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir.

Cisco IOS XE Ağ Geçitlerinin daha iyi yönetimi için ağ geçitlerini Control Hub üzerinden kaydetmenizi ve yönetmenizi öneririz. Isteğe bağlı bir yapılandırmadır. Kaydedildiğinde, Yerel Ağ Geçidi yapılandırmanızı doğrulamak ve herhangi bir yapılandırma sorununu tanımlamak için Control Hub'daki yapılandırma doğrulama seçeneğini kullanabilirsiniz. Şu anda yalnızca kayıt tabanlı santraller bu işlevi destekler.

Daha fazla bilgi için aşağıdakilere bakın:

Bu bölümde, bir Cisco Unified Sınır Öğesinin (CUBE) sertifika tabanlı, karşılıklı TLS (mTLS) SIP santrali kullanılarak Webex Calling için Yerel Ağ Geçidi olarak nasıl yapılandırılacağı anlatılmaktadır. Bu belgenin ilk bölümünde basit bir PSTN ağ geçidinin nasıl yapılandırılacağı gösterilmektedir. Bu durumda, PSTN'den gelen tüm çağrılar Webex Calling'e ve Webex Calling'den gelen tüm çağrılar PSTN'ye yönlendirilir. Aşağıdaki resimde bu çözümü ve takip edilecek üst düzey çağrı yönlendirme yapılandırmasını vurgulamaktadır.

Bu tasarımda, aşağıdaki temel yapılandırmalar kullanılır:

  • ses sınıfı kiracıları: Santrale özel yapılandırmalar oluşturmak için kullanılır.

  • ses sınıfı uri’si: Gelen çağrı eşi seçimi için SIP mesajlarını sınıflandırmak için kullanılır.

  • gelen çağrı eşi: Gelen SIP mesajlarına yönelik işlem sağlar ve bir çağrı eşi grubu kullanarak giden yolu belirler.

  • çağrı 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ına yönelik işlem sağlar ve bunları gerekli hedefe yönlendirir.

Webex Calling yapılandırma çözümünden PSTN’den PSTN’ye/Webex Calling’e çağrı yönlendirme

IP ve SIP PSTN santralleri için varsayılan protokoller haline gelirken, TDM (Zaman Bölmeli Çoğaltma) ISDN devreleri hala yaygın olarak kullanılmaktadır ve Webex Calling santralleri ile desteklenir. TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının medya optimizasyonunu etkinleştirmek üzere, şu anda iki ayaklı çağrı yönlendirme işlemi kullanmak gereklidir. Bu yaklaşım, aşağıdaki resimde gösterildiği gibi Webex Calling ve PSTN santralleri arasında bir dizi dahili geri döngü çağrı eşi tanıtarak yukarıda gösterilen çağrı yönlendirme yapılandırmasını değiştirir.

Webex Calling ve PSTN santralleri arasında bir dizi dahili geri döngü çağrı eşi ile çağrı yönlendirme yapılandırması

Webex Calling'e şirket içi bir Cisco Unified Communications Manager çözümü bağladığınızda, aşağıdaki şemada gösterilen çözümü oluşturmak için temel olarak basit PSTN ağ geçidi yapılandırmasını kullanabilirsiniz. Bu durumda, bir Unified Communications Manager tüm PSTN ve Webex Calling çağrılarını merkezi yönlendirme ve işleme sağlar.

Unified Communications Manager'ın tüm PSTN ve Webex Calling çağrılarının merkezi olarak yönlendirilmesini ve işlenmesini gösteren çözüm şeması

Bu belge boyunca, aşağıdaki resimde gösterilen ana bilgisayar adları, IP adresleri ve arayüzleri kullanılır. Genel veya özel (NAT arkasında) adresleme için seçenekler 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.

Sertifika tabanlı yerel ağ geçidi yapılandırmalarında kullanılan ana bilgisayar adları, IP adresleri ve arayüzleri

Yerel Ağ Geçidi yapılandırmanızı aşağıdaki şekilde tamamlamak için bu belgenin geri kalanında bulunan yapılandırma kılavuzunu kullanın:

  • 1. Adım: Yönlendirici temel bağlantı ve güvenliğini yapılandırın

  • 2. Adım: Webex Calling Santralini Yapılandırma

    Gerekli mimariye bağlı olarak şunlardan birini takip edin:

  • 3. Adım: SIP PSTN santraliyle Yerel Ağ Geçidini Yapılandırma

  • 4. Adım: Mevcut bir Unified CM ortamıyla Yerel Ağ Geçidi'ni yapılandırma

    Veya:

  • 3. Adım: TDM PSTN santraliyle Yerel Ağ Geçidini Yapılandırma

Taban çizgisi yapılandırması

Cisco yönlendiricinizi Webex Calling için Yerel Ağ Geçidi olarak hazırlamanın ilk adımı, platformunuzu güvenceye alan ve bağlantı kuran bir temel hat yapılandırması oluşturmaktır.

  • Tüm sertifika tabanlı Yerel Ağ Geçidi dağıtımları için Cisco IOS XE 17.9.1a veya sonraki sürümler gerekir. Cisco IOS XE 17.12.2 veya sonraki sürümleri önerilir. Önerilen sürümler için Cisco Yazılım Araştırma sayfasına bakın. Platformu arayın ve önerilen sürümlerden birini seçin.

    • ISR4000 serisi yönlendiriciler hem Unified Communications hem de Güvenlik teknolojisi lisansları ile yapılandırılmalıdır.

    • Ses kartları veya DSP'lerle donatılmış Catalyst Edge 8000 serisi yönlendiriciler DNA Advantage lisansı gerektirir. Ses kartları veya DSP'leri olmayan yönlendiriciler, en az DNA Essentials lisansı gerektirir.

    • Yüksek kapasiteli gereksinimler için Yüksek Güvenlik (HSEC) lisansı ve ek veri hacmi yetkilendirmesi de gerekebilir.

      Diğer ayrıntılar için Yetkilendirme Kodları 'na bakın.

  • Platformunuz için iş politikalarınızı izleyen bir temel yapılandırma oluşturun. Özellikle aşağıdakileri yapılandırın ve doğrulayın:

    • NTP

    • Acl

    • Kullanıcı kimlik doğrulaması ve uzaktan erişim

    • DNS

    • IP yönlendirme

    • IP adresleri

  • Webex Calling'e doğru olan ağın bir IPv4 adresi kullanması gerekir. Control Hub'da yapılandırılan Yerel Ağ Geçidi Tam Etki Alanı Adları (FQDN) veya Hizmet Kaydı (SRV) adresleri, internette genel bir IPv4 adresine çözümlenmelidir.

  • Yerel Ağ Geçidi arayüzündeki Webex'e dönük tüm SIP ve medya bağlantı noktaları, doğrudan veya statik NAT aracılığıyla internetten erişilebilir olmalıdır. Güvenlik duvarınızı buna uygun şekilde güncellediğinizden emin olun.

  • Yerel Ağ Geçidine imzalanmış bir sertifika yüklemek için aşağıdaki ayrıntılı yapılandırma adımlarını izleyin:

    • Cisco Webex Ses ve Video Platformlarına Yapılan Çağrılar için Hangi Kök Sertifika Yetkilileri Desteklenir? bölümünde açıklanan genel bir Sertifika Yetkilisinin (CA) cihaz sertifikasını imzalaması gerekir.

    • Sertifika konusu Ortak Adı (CN) veya Konu Alternatif Adlarından (SAN) biri, Control Hub'da yapılandırılan FQDN ile aynı olmalıdır. Örneğin:

      • Kuruluşunuzun Control Hub'ında yapılandırılmış bir santralde, Yerel Ağ Geçidinin FQDN'si olarak cube1.lgw.com:5061 varsa yönlendirici sertifikasındaki CN veya SAN cube1.lgw.com içermelidir. 

      • Kuruluşunuzun Control Hub'ında yapılandırılmış bir santralin, santralde erişilebilen Yerel Ağ Geçitlerinin SRV adresi olarak lgws.lgw.com olması durumunda, yönlendirici sertifikasındaki CN veya SAN'nin lgws.lgw.com içermesi gerekir. Kayıt adresinin (CNAME, SRV veya IP Adresi) çözümleyene kayıtları 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 adresinin Control Hub'da yapılandırılan adı kullanması gerekir.

    • Sertifikaların istemci ve sunucu kullanımı için imzalandığından emin olun.

  • Cisco kök CA paketini Yerel Ağ Geçidine yükleyin. Bu paket, Webex platformunu doğrulamak için kullanılan CA kök sertifikası içerir.

Yapılandırma

1

Örneğin, Katman 3 arabirimlerine geçerli ve yönlendirilebilir IP adresleri atamanızdan emin olun:

 arayüz GigabitEthernet0/0/0 açıklama PSTN ve/veya CUCM ip adresine dönük arayüz 192.168.80.14 255.255.255.0 ! arayüz GigabitEthernet0/0/1 açıklama Webex Calling (Genel adres) ip adresine dönük arayüz 198.51.100.1 255.255.255.240 

2

Simetrik şifreleme kullanarak yönlendiricideki STUN kimlik bilgilerini koruyun. Birincil şifreleme anahtarını ve şifreleme türünü aşağıdaki şekilde yapılandırın:

 key config-key password-encrypt YourPassword parolanızı şifreleme aes
3

Etki alanınız için, desteklenen bir Sertifika Yetkilisi (CA) tarafından imzalanan bir sertifikayla bir şifreleme güven noktası oluşturun.

  1. Aşağıdaki çalıştırma komutunu kullanarak bir RSA anahtar çifti oluşturun.

    kripto anahtarı rsa genel anahtarları dışa aktarılabilir etiket lgw-anahtar modülü 4096 oluştur

  2. Sertifika imzalama isteğinde kullanılacak alan değerlerini belirterek sertifika için güven noktası oluşturmak üzere aşağıdaki yapılandırma komutlarını kullanın:

     kripto pki trustpoint LGW_CERT kayıt terminali pem fqdn yok konu adı cn=cube1.lgw.com konu-alt-ad cube1.lgw.com iptal-kontrol yok rsakeypair lgw-anahtar hash sha256 

    Sertifika alanları için notlar:

    • fqdn: Bu, Webex Calling için gerekli bir alan değildir. Bu yapılandırmanın "hiçbiri" olarak ayarlanması, Sertifika Imzalama Isteğine dahil edilmemesini sağlayacaktır. Bu komutu kullanarak bir FQDN eklemeniz gerekirse, Yerel Ağ Geçidi işlemini etkilemez.

    • konu-adı: Yerel Ağ Geçidinden gelen çağrıları doğrulamak için Webex, SIP kişi başlıklarındaki FQDN ile SBC sertifikasının Konu Ortak Adı (CN) özniteliğinde veya Konu Alternatif Adı (SAN) alanında bulunan FQDN ile eşleşmelidir. Bu nedenle konu alanı en az bir CN özniteliği içermelidir, ancak gerektiğinde diğer öznitelikleri de içerebilir. Daha fazla bilgi için bkz. konu adı.

    • konu-alt-ad: SBC sertifikasının Konu Alternatif Adı (SAN) alanı ek FQDN'lerin listesini içerebilir. Webex, sertifika Konusu CN özniteliği eşleşmemişse Yerel Ağ Geçidinden gelen mesajlarda SIP kişi üstbilgisini doğrulamak için bu listeyi kontrol eder.

    • Karma: CSR'lerin SHA256 kullanılarak imzalanması şiddetle önerilir. Bu algoritma varsayılan olarak Cisco IOS XE 17.11.1'de kullanılır ve daha önceki sürümlerde bu komut kullanılarak açıkça yapılandırılmalıdır.

  3. Aşağıdaki çalıştırma veya yapılandırma komutuyla Sertifika Imzalama Isteği (CSR) oluşturun ve bunu desteklenen bir CA sağlayıcısından imzalanmış bir sertifika istemek için kullanın:

    kripto pki LGW_CERT'i kaydet

4

Ana bilgisayar sertifikanızı doğrulamak için kullanılan ara imzalama CA sertifikasını sağlayın. Aşağıdaki çalıştırma veya yapılandırma komutunu girin:

 kripto pki kimlik doğrulaması LGW_CERT  

5

Aşağıdaki çalıştırma veya yapılandırma komutunu kullanarak imzalanan ana bilgisayar sertifikasını içe aktarın:

 kripto pki içe aktarma LGW_CERT sertifikası  

6

TLS1.2 özel kullanımını etkinleştirin ve aşağıdaki yapılandırma komutlarını kullanarak ses uygulamaları için kullanılacak varsayılan güven noktasını belirtin:

 sip-ua şifreleme sinyali varsayılan güven noktası LGW_CERT aktarımı tcp tls v1.2  

7

Webex Calling tarafından kullanılan DigiCert CA sertifikasını içeren Cisco kök CA paketini yükleyin. Belirtilen URL'den kök CA paketini indirmek ve mevcut CA güven havuzunu temizlemek için kripto pki güven havuzunu içe aktarma temiz url url komutunu kullanın, ardından yeni sertifika paketini yükleyin:

HTTPS kullanarak internete erişim için bir proxy kullanmanız gerekirse, CA paketini içe aktarmadan önce aşağıdaki yapılandırmayı ekleyin:

IP HTTP istemcisi proxy-sunucusu yourproxy.com proxy-port 80
 ip http istemci kaynak arabirimi GigabitEthernet0/0/1 şifreleme pki trustpool içe aktarma temiz url https://www.cisco.com/security/pki/trs/ios_core.p7b
1

Control Hub’daki mevcut bir konum için CUBE sertifikası tabanlı bir PSTN santrali oluşturun. Daha fazla bilgi için bkz. Webex Calling için santralleri, yönlendirme gruplarını ve çağrı planlarını yapılandırma.

Santral oluşturulduktan sonra sağlanan santral bilgilerini not edin. Aşağıdaki resimde vurgulandığı gibi bu ayrıntılar, bu kılavuzdaki yapılandırma adımlarında kullanılacaktır.

CUBE sertifikası tabanlı PSTN santrali oluşturuldu
2

CUBE’u Webex Calling Yerel Ağ Geçidi olarak yapılandırmak için aşağıdaki komutları girin:

 ses hizmeti voip ip adresi güvenilir listesi ipv4 x.x.x.x y.y.y.y modu sınır öğesi allow-connections sip'den sip'ye ek hizmet sip referans stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asimetrik yük tam erken teklif zorlamalı sip-profilleri gelen 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 ip adresi güvenilir listesi  ipv4 x.x.x.x y.y.y
  • Ücretli dolandırıcılığa karşı korumak için, güvenilir adres listesi Yerel Ağ Geçidinin geçerli VoIP çağrıları beklediği toplantı sahiplerinin ve ağ varlıklarının listesini tanımlar.

  • Varsayılan olarak, Yerel Ağ Geçidi güvenilir listesinde olmayan IP adreslerinden gelen tüm VoIP mesajlarını engeller. Varsayılan olarak, "oturum hedefi IP'si" ile statik olarak yapılandırılan çağrı eşlerine veya sunucu grubu IP adreslerine güvenilir. Bu IP adreslerinin güvenilir listeye eklenmesi gerekli değildir.

  • Yerel Ağ Geçidinizi yapılandırırken, bölgesel Webex Calling veri merkezinizin IP alt ağlarını listeye ekleyin. Daha fazla bilgi için bkz. Webex Calling için Bağlantı Noktası Referans Bilgileri . Ayrıca, Unified Communications Manager sunucuları (kullanılıyorsa) ve PSTN santral ağ geçitleri için adres aralıkları ekleyin.

  • Ücret dolandırıcılığını önlemek için IP adresi güvenilir listesi kullanma hakkında daha fazla bilgi için bkz. Güvenilir IP adresi.

sınır- öğesi kipi

Platformda Cisco Unified Sınır Öğesi (CUBE) özelliklerini etkinleştirir.

sip'e bağlantı sip izin ver

CUBE temel SIP'yi 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 (sesli hizmet).

stun

STUN (UDP'nin NAT üzerinden Oturum Geçişi) genel olarak etkinleştirir.

Bu genel stun komutları, yalnızca Yerel Ağ Geçidinizi NAT'ın arkasında dağıtırken gereklidir.

  • Yerel Ağ Geçidindeki STUN bağlantıları özelliği, yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine olanak tanır. Bu, güvenlik duvarında iğne deliğinin açılmasına yardımcı olur.

Daha fazla bilgi için bkz. stun flowdata agent-id ve stun flowdata shared-secret.

asimetrik yük dolu

Hem DTMF hem de dinamik codec yükleri için SIP asimetrik yük desteğini yapılandırır. Bu komut hakkında daha fazla bilgi için bkz. asimetrik yük.

erken teklif zorlama

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.

gelen sip-profilleri

CUBE, mesajları alınırken değiştirmek için SIP profillerini kullanmasını sağlar. Profiller, çağrı eşleri veya kiracılar aracılığıyla uygulanır.

3

Yalnızca tüm santraller için G.711 codec’lerine izin veren ses sınıfı codec 100 ’i yapılandırın. Bu basit yaklaşım çoğu dağıtıma uygundur. Gerekirse, hem kaynak hem de sonlandırıcı sistemler tarafından desteklenen ek codec türleri listeye eklenebilir.

DSP modülleri kullanılarak kodlamayı içeren daha karmaşık çözümler desteklenir, ancak bu kılavuza dahil edilmez.

 ses sınıfı codec 100 codec tercihi 1 g711ulaw codec tercihi 2 g711alaw 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı codec 100

SIP santrali çağrılarında yalnızca tercih edilen codec'lere izin vermek için kullanılır. Daha fazla bilgi için bkz. ses sınıfı codec’i.

4

Webex Calling santralinde ICE’yi etkinleştirmek için ses sınıfı stun kullanımı 100 ’ü yapılandırın. (Bu adım Webex for Government için geçerli değildir)

 ses sınıfı stun-kullanımı 100 stun kullanımı güvenlik duvarı-geçiş akış verileri stun kullanımı ice lite 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

stun kullanımı ice lite

Mümkün olan her durumda ortam optimizasyonuna izin vermek üzere Webex Calling'e dönük tüm çağrı eşleri için ICE-Lite'ı etkinleştirmek üzere kullanılır. Daha fazla bilgi için bkz. ses sınıfı stun kullanımı ve stun kullanımı ice lite.

stun kullanımı güvenlik duvarı-geçiş akış verileri komutu yalnızca Yerel Ağ Geçidinizi NAT arkasında dağıtırken gereklidir.

Medya optimizasyonu mümkün olan her yerde görüşülür. Bir çağrı kayıt gibi bulut medya hizmetleri gerektiriyorsa medya optimize edilemez.

5

Webex trafiği için ortam şifreleme politikasını yapılandırın. (Bu adım Webex for Government için geçerli değildir)

 ses sınıfı srtp-crypto 100 kripto 1 AES_CM_128_HMAC_SHA1_80

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı srtp-crypto 100

Teklif ve yanıt mesajlarında SDP’de sunulan tek SRTP şifre paketi CUBE olarak SHA1_80’i belirtir. Webex Calling yalnızca SHA1_80’i destekler. Daha fazla bilgi için bkz. ses sınıfı srtp-şifrelemesi.

6

FIPS uyumlu GCM şifrelerini yapılandırın (Bu adım yalnızca Webex for Government için geçerlidir).

 ses sınıfı srtp-crypto 100 kripto 1 AEAD_AES_256_GCM 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı srtp-crypto 100

CUBE'nun sunduğu şifre paketi olarak GCM'yi belirtir. Webex for Government için Yerel Ağ Geçidi için GCM şifrelerinin yapılandırılması zorunludur.

7

Bir Yerel Ağ Geçidi santraline yapılan çağrıları hedef FQDN veya SRV'ye göre benzersiz şekilde tanımlamak için bir şablon yapılandırın:

 ses sınıfı uri 100 sip şablonu cube1.lgw.com

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı uri 100 sip

Gelen bir SIP davetini gelen bir santral çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu şablonu girerken, santral için Control Hub'da yapılandırılmış santral FQDN'sini veya SRV'sini kullanın.

8

SIP mesaj yönlendirme profillerini yapılandırın. Ağ geçidiniz genel bir IP adresiyle yapılandırılmışsa aşağıdaki gibi profil yapılandırın veya NAT kullanıyorsanız bir sonraki adıma geçin. Bu örnekte cube1.lgw.com, Yerel Ağ Geçidi için yapılandırılan FQDN'dir:

 voice class sip-profiles 100 rule 10 request ANY sip-header Iletişim değiştirme "@.*:" "@cube1.lgw.com:" rule 20 response ANY sip-header Iletişim değiştirme "@.*:" "@cube1.lgw.com:" 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

kurallar 10 ve 20

Webex’in yerel ağ geçidinizden gelen mesajların kimliğini doğrulamasına izin vermek için, bir SIP isteği ve yanıtlar mesajlarındaki “Kişi” başlığı, Control Hub’da santral için sağlanan değeri içermelidir. Bu, tek bir ana bilgisayarın FQDN’si veya bir cihaz kümesi için kullanılan SRV adı olacaktır.

9

Ağ geçidiniz, statik NAT'ın arkasında özel bir IP adresiyle yapılandırılmışsa gelen ve giden SIP profillerini aşağıdaki şekilde yapılandırın. Bu örnekte cube1.lgw.com, Yerel Ağ Geçidi için yapılandırılan FQDN'dir, "10.80.13.12" Webex Calling'e dönük arayüz IP adresidir ve "192.65.79.20" NAT genel IP adresidir.

Webex Calling'e giden mesajlar için SIP profilleri
 ses sınıfı sip profilleri 100 kural 10 talebi HERHANGI BIR sip üstbilgisi Iletişim değiştirme "@.*:" "@cube1.lgw.com:" kural 20 yanıtı HERHANGI BIR sip üstbilgisi Iletişim değiştirme "@.*:" "@cube1.lgw.com:" kural 30 yanıtı HERHANGI BIR sdp üstbilgisi Ses-Öznitelik değiştirme "(a=aday:1 1.*) 10.80.13.12" "\1 192.65.79.20" kural 31 yanıt HERHANGI BIR SDP-header Audio-Attribute değişikliği "(a=aday:1 2.*) 10.80.13.12" "\1 192.65.79.20" kural 40 yanıtı ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" kural 41 isteği ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" kural 51 yanıtı ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" kural 61 isteği ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" kural 70 isteği ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20" kural 71 yanıtı ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20" kural 81 HERHANGI BIR sdp-header Audio-Attribute değişikliği iste "(a=aday:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

kurallar 10 ve 20

Webex’in yerel ağ geçidinizden gelen mesajların kimliğini doğrulamasına izin vermek için SIP isteği ve yanıtlar mesajlarındaki “Kişi” üstbilgisi, Control Hub’da santral için sağlanan değeri içermelidir. Bu, tek bir ana bilgisayarın FQDN’si veya bir cihaz kümesi için kullanılan SRV adı olacaktır.

kurallar 30 ila 81

Özel adres referanslarını, Webex’in sonraki mesajları doğru şekilde yorumlamasını ve yönlendirmesini sağlayarak sitenin harici genel adresine dönüştürün.

Webex Calling'den gelen mesajlar için SIP profili
 ses sınıfı sip-profilleri 110 kural 10 yanıtı HERHANGI sdp-header Video-Connection-Info değiştirme "192.65.79.20" "10.80.13.12" kural 20 yanıtı HERHANGI sip-header Iletişim değiştirme "@.*:" "@cube1.lgw.com:" kural 30 yanıtı HERHANGI sdp-header Connection-Info değiştirme "192.65.79.20" "10.80.13.12" kural 40 yanıtı HERHANGI sdp-header Audio-Connection-Info değiştirme "192.65.79.20" "10.80.13.12" kural 50 yanıtı HERHANGI sdp-header Oturum-Sahibi değiştirme "192.65.79.20" "10.80.13.12" kural 60 yanıtı HERHANGI sdp-header Audio-Attribute değiştirme "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12" kural 70 yanıt HERHANGI BIR SDP-header Audio-Attribute değişikliği "(a=aday:1 2.*) 192.65.79.20" "\1 10.80.13.12" kural 80 yanıtı HERHANGI BIR sdp-header Audio-Attribute değişikliği "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

kurallar 10 ila 80

Genel adres referanslarını, CUBE’un Webex’ten gelen mesajları işlemesine izin vererek, yapılandırılmış özel adrese dönüştürün.

Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

Amerika Birleşik Devletleri veya Kanada PSTN sağlayıcısı, Webex Calling’deki Spam veya dolandırıcılık çağrısı göstergesinde belirtilen ek yapılandırmayla Istenmeyen ve dolandırıcılık çağrıları için Arayan Kimliği doğrulaması sunabilir.

10

Üstbilgi değiştirme profiliyle etkin bir SIP Seçenekleri yapılandırın.

 voice class sip-profiles 115 rule 10 request OPTIONS sip-header Iletişim değiştir "<sip:.*:" "<sip:cube1.lgw.com:" rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20" rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20" ! voice class sip-options-keepalive 100 description Webex Calling up-aralık 5 aktarım tcp tls sip-profiles 115

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı sip-options-keepalive 100

Canlı tutma profili yapılandırır ve ses sınıfı yapılandırma moduna girer. Uç noktaya kalp atışı bağlantısı YUKARI veya Aşağı durumundayken, arama hedefine bir SIP Iletişim Dışı Seçenekleri Ping’inin gönderileceği zamanı (saniye olarak) yapılandırabilirsiniz.

Bu etkin tutma profili, Webex'e yapılandırılan çağrı eşinden tetiklenir.

Kişi üstbilgilerinin SBC tam etki alanı adını içerdiğinden emin olmak için SIP profili 115 kullanılır. 30, 40 ve 50 numaralı kurallar, yalnızca SBC statik NAT arkasında yapılandırıldığında gereklidir.

Bu örnekte cube1.lgw.com, Yerel Ağ Geçidi için seçilen FQDN'dir ve statik NAT kullanılırsa "10.80.13.12", Webex Calling'e yönelik SBC arayüzü IP adresidir ve "192.65.79.20", NAT genel IP adresidir.

11

Webex Calling santralini yapılandırma:

  1. Webex Calling santraline özel olarak gerekli yapılandırmaları tanımlamak ve grup yapılandırmalarını belirlemek için voice class tenant 100 oluşturun. Bu kiracıyla ilişkilendirilen çağrı eşleri daha sonra şu yapılandırmaları devralır:

    Aşağıdaki örnekte, bu kılavuzun amacı için 1. Adımda açıklanan değerler kullanılır (kalın olarak gösterilir). Bunları yapılandırmanızda santraliniz için değerlerle değiştirin.

     voice class tenant 100 no remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com session transport tcp tls no session refresh error-passthru rel1xx disable asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru içerik custom-sdp sip-profiles 100 sip-profiles 110 gelen privacy-policy passthru !

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    ses sınıfı kiracısı 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şkilendirilen tls profili, yeni bağlantılar kabul etmek veya oluşturmak için kullanılacak güven noktasını içerir ve gelen bağlantıları doğrulamak için CN veya SAN listesine sahiptir. Daha fazla bilgi için bkz. ses sınıfı kiracısı.

    uzak taraf kimliği yok

    Webex Calling, asserted-id pai komutu kullanılarak etkinleştirilen PAI'yi desteklediğinden SIP Uzak Taraf Kimliği (RPID) üstbilgisini devre dışı bırakın. Daha fazla bilgi için bkz. uzak taraf kimliği.

    sip sunucusu dns: us25.sipconnect.bcld.webex.com

    Santral için hedef SIP sunucusunu yapılandırır. Santralinizi oluştururken Control Hub’da sağlanan Edge proxy SRV adresini kullanın

    srtp-şifreleme 100

    SRTP çağrı ayağı (bağlantı) için tercih edilen şifre paketlerini yapılandırır (Adımda belirtilen) 5). Daha fazla bilgi için bkz. ses sınıfı srtp-şifrelemesi.

    yerel ana bilgisayar dns: cube1.lgw.com

    CUBE'u, giden mesajlardaki Gönderen, Çağrı Kimliği ve Uzak Taraf Kimliği başlıklarındaki fiziksel IP adresini sağlanan FQDN ile değiştirmek üzere yapılandırır. Buradaki santral için Control Hub'da yapılandırılan FQDN veya SRV santralini kullanın.

    oturum taşıma tcp tls

    Ilişkili çağrı eşleri için aktarımı TLS'ye ayarlar. Daha fazla bilgi için bkz. oturum aktarımı.

    oturum yenileme yok

    CUBE ve Webex arasındaki çağrılar için SIP oturum yenilemesini devre dışı bırakır. Daha fazla bilgi için bkz. oturumu yenileme.

    hata-passthru

    SIP hata yanıt geçiş işlevini belirtir. Daha fazla bilgi için bkz. error-passthru.

    rel1xx devre dışı bırakma

    Webex Calling santrali için güvenilir geçici yanıtların kullanımını devre dışı bırakır. Daha fazla bilgi için bkz. rel1xx.

    asserted-id pai

    (Isteğe bağlı) P-Asserted-Identity üstbilgisi işlemeyi etkinleştirir ve Webex Calling santrali için bu özelliğin nasıl kullanılacağını kontrol eder.

    Webex Calling, Yerel Ağ Geçidine giden çağrı DAVETINDE P-Asserted-Identity (PAI) başlıkları bulunur.

    Bu komut yapılandırılırsa, giden Kimden ve PAI/Uzak Taraf Kimliği başlıklarını doldurmak için PAI başlığındaki arayan bilgileri kullanılır.

    Bu komut yapılandırılmamışsa, giden Kimden ve PAI/Remote-Party-ID başlıklarını doldurmak için Kimden başlığındaki arayan bilgileri kullanılır.

    Daha fazla bilgi için bkz. asserted-id.

    bağlama kontrol kaynak arabirimi GigabitEthernet0/0/1

    Webex Calling'e gönderilen mesajlar için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

    ortam kaynağı arayüzünü bağla GigabitEthernet0/0/1

    Webex Calling'e gönderilen ortam için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

    ses sınıfı sip profilleri 100

    Giden mesajlar için kullanılacak üstbilgi değiştirme profilini (Genel IP veya NAT adreslemesi) uygular. Daha fazla bilgi için bkz. ses sınıfı sip profilleri.

    ses sınıfı sip profilleri 110 gelen

    Yalnızca NAT arkasındaki LGW dağıtımları için: Gelen mesajlar için kullanılacak üstbilgi değiştirme profilini uygular. Daha fazla bilgi için ses sınıfı sip profillerine bakın.

    gizlilik-politikası geçiş

    CUBE, alınan mesajdaki gizlilik üstbilgilerini bir sonraki çağrı ayağına şeffaf bir şekilde aktarmak için yapılandırır. Daha fazla bilgi için bkz. gizlilik politikası.

  2. Webex Calling santrali çağrı eşini yapılandırın.

     arama eşi ses 100 voip açıklaması Gelen/Giden Webex Calling hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi sip-sunucusu gelen uri isteği 100 voice-class codec 100 voice-class stun-usage 100 voice-class sip kiracı 100 voice-class sip seçenekleri-canlı profil 100 dtmf-geçiş rtp-nte srtp vad yok 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     dial-peer voice 100 voip  açıklaması Gelen/Giden Webex Calling

    100 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. çağrı eşi sesi.

    hedef-şablon BAD.BAD

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş hedef şablonu gereklidir. Bu durumda geçerli bir hedef şablonu kullanılabilir. Daha fazla bilgi için bkz. hedef-şablon (arayüz).

    oturum protokolü sipv2

    Bu çağrı eşinin SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi sip sunucusu

    Kiracı 100'de tanımlanan SIP sunucusunun devralındığını ve bu çağrı eşinden gelen çağrılar için hedef için kullanıldığını gösterir.

    gelen uri isteği 100

    INVITE ISTEĞI üstbilgi URI'sini kullanarak bu çağrı eşiyle gelen çağrıları eşleştirmek için kullanılan ses sınıfını belirtir. Daha fazla bilgi için bkz. gelen uri.

    ses sınıfı codec'i 100

    Webex Calling’e gelen ve buradan gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec’i.

    ses sınıfı stun kullanımı 100

    Yerel Ağ Geçidinden yerel olarak oluşturulan STUN isteklerinin üzerinde anlaşılan ortam yolu üzerinden gönderilmesine olanak verir. STUN paketleri, medya trafiği için bir güvenlik duvarı iğne deliği açmaya ve medya optimizasyonu için geçerli yollar algılamaya yardımcı olur.

    ses-sınıfı sip kiracısı 100

    Çağrı eşi, genel olarak ve kiracı 100'de yapılandırılmış tüm parametreleri devralır. Parametreler arama eşi seviyesinde geçersiz kılınabilir. Daha fazla bilgi için bkz. voice-class sip kiracısı.

    ses-sınıfı sip seçenekleri-canlı profil 100

    Bu komut, belirli bir profil (100) kullanarak bir grup SIP sunucusu veya uç noktasının kullanılabilirliğini izlemek için kullanılır.

    srtp

    Çağrı ayağı için SRTP'yi sağlar.

Yukarıdaki Webex Calling için bir santral oluşturduktan sonra SIP tabanlı PSTN sağlayıcısına yönelik ş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çıklandığı gibi benzer bir yapılandırmayı takip edebilirsiniz. CUBE güvenli çağrı yönlendirmeyi destekler.

TDM / ISDN PSTN santrali kullanıyorsanız TDM PSTN santraliyle Yerel Ağ Geçidini Yapılandırma bölümüne atlayın.

Cisco TDM-SIP Ağ Geçitlerinde PSTN çağrı bacakları için TDM arayüzlerini yapılandırmak için bkz. ISDN PRI’yi Yapılandırma.

1

PSTN santralinden gelen çağrıları tanımlamak için aşağıdaki ses sınıfı uri'sini yapılandırın:

 ses sınıfı uri 200 sip ana bilgisayar ipv4:192.168.80.13 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

ses sınıfı uri 200 sip

Gelen bir SIP davetini gelen bir santral çağrı eşiyle eşleştirmek için bir şablon tanımlar. Bu şablonu girerken, IP PSTN ağ geçidinizin IP adresini kullanın. Daha fazla bilgi için bkz. ses sınıfı uri.

2

Aşağıdaki IP PSTN çağrı eşini yapılandırın:

 dial-peer ses 200 voip açıklaması Gelen/Giden IP PSTN santrali hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi ipv4:192.168.80.13 gelen uri üzerinden 200 voice-class sip asserted-id pai voice-class sip bind kontrol kaynağı-arayüzü GigabitEthernet0/0/0 voice-class sip bind medya kaynağı-arayüzü GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte vad yok 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 çağrı eşi sesi 200 voip  açıklaması Gelen/Giden IP PSTN santrali

200 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. çağrı eşi sesi.

hedef-şablon BAD.BAD

Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş hedef şablonu gereklidir. Bu durumda geçerli bir hedef şablonu kullanılabilir. Daha fazla bilgi için bkz. hedef-şablon (arayüz).

oturum protokolü sipv2

Bu çağrı eşinin 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

PSTN sağlayıcısına gönderilen çağrılar için hedef adresi belirtir. Bu, bir IP adresi veya DNS ana bilgisayar adı olabilir. Daha fazla bilgi için bkz. oturum hedefi (VoIP arama eşi).

200 üzerinden gelen uri

INVITE VIA üstbilgi URI'sini kullanarak bu çağrı eşiyle gelen çağrıları eşleştirmek için kullanılan ses sınıfını belirtir. Daha fazla bilgi için bkz. gelen url.

ses-sınıfı sip asserted-id pai

(Isteğe bağlı) P-Asserted-Identity üstbilgisi işlemeyi açar ve PSTN santrali için bu özelliğin nasıl kullanılacağını kontrol eder. Bu komut kullanıldığında, gelen arama eşinden sağlanan arayan taraf kimliği, giden Kimden ve P-Asserted-Identity başlıkları için kullanılır. Bu komut kullanılmazsa, gelen çağrı eşinden sağlanan arayan taraf kimliği, giden Kimden ve Uzak Taraf Kimliği başlıkları için kullanılır. Daha fazla bilgi için bkz. voice-class sip asserted-id.

bağlama kontrol kaynak arabirimi GigabitEthernet0/0/0

PSTN'ye gönderilen mesajlar için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

ortam kaynağı arayüzünü bağla GigabitEthernet0/0/0

PSTN'ye gönderilen ortam için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

ses sınıfı codec'i 100

Arama eşini, ortak codec filtre listesi 100'ü kullanmak için yapılandırır. Daha fazla bilgi için bkz. ses sınıfı codec’i.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP Üzerinden Ses).

yok devam

Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (arama eşi).

3

Yerel Ağ Geçidinizi yalnızca Webex Calling ve PSTN arasında çağrıları yönlendirecek şekilde yapılandırıyorsanız aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin. Yerel Ağ Geçidinizi bir Unified Communications Manager platformuyla yapılandırıyorsanız bir sonraki bölüme geçin.

  1. Çağrıları Webex Calling’e veya PSTN’ye yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. PSTN'den gelen çağrı eşine DPG 100 uygulanır. Benzer şekilde, PSTN'ye doğru giden çağrı eşi 200 ile DPG 200'ü tanımlayın. Webex’ten gelen çağrı eşine DPG 200 uygulanır.

     voice class dpg 100 açıklaması Çağrıları Webex Calling çağrı eşi 100 voice class dpg 200’e yönlendirme açıklaması Çağrıları PSTN çağrı eşi 200’e yönlendirme

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları Webex’ten PSTN’ye ve PSTN’den Webex’e yönlendirmek için çağrı eşi gruplarını uygulayın:

     çağrı eşi sesi 100 hedef dpg 200 hedef dpg 100 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle bu gelen çağrı eşine sunulan çağrılar için giden muamele için çağrı eşinin kullanılması gerekir.

    Bu, Yerel Ağ Geçidi yapılandırmanızı sonlandırır. CUBE özellikleri ilk kez yapılandırılmışsa yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Webex Calling için bir santral oluşturduktan sonra, Webex çağrı bacağında medya optimizasyonuna izin vermek üzere geri döngü çağrı yönlendirmesiyle PSTN hizmetiniz için bir TDM santrali oluşturmak üzere aşağıdaki yapılandırmayı kullanın.

IP medya optimizasyonu gerektirmiyorsanız SIP PSTN santrali için yapılandırma adımlarını uygulayın. PSTN VoIP çağrı eşi yerine ses bağlantı noktası ve POTS çağrı eşi (Adım 2 ve 3'te gösterildiği gibi) kullanın.

1

Geri döngü çağrı eşi yapılandırması, çağrı yönlendirme döngüleri oluşturmadan çağrıların Webex ve PSTN arasında doğru şekilde aktarılmasını sağlamak için çağrı eşi gruplarını ve çağrı yönlendirme etiketlerini kullanır. Çağrı yönlendirme etiketlerini eklemek ve kaldırmak için kullanılacak aşağıdaki çeviri kurallarını yapılandırın:

 voice translation-rule 100 rule 1 /^\\+/ /A2A/ voice translation-profile 100 çeviri called 100 çeviri-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 çeviri called 200 çeviri-rule 11 rule 1 /^A1A/ // voice translation-profile 11 çeviri called 11 çeviri-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 çeviri called 12 çeviri 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

sesli çeviri kuralı

Çağrı yönlendirme etiketleri eklemek veya kaldırmak için kurallarda tanımlanan normal ifadeleri kullanır. Sorun giderme için netlik eklemek amacıyla aşırı ondalık haneler ("A") kullanılır.

Bu yapılandırmada, çeviri profili 100 tarafından eklenen etiket, geri döngü çağrı eşleri aracılığıyla Webex Calling'den PSTN'ye yönlendirmek için kullanılır. Benzer şekilde, çeviri profili 200 tarafından eklenen etiket, PSTN'den Webex Calling'e yönlendirmek için kullanılır. Çeviri profilleri 11 ve 12, sırasıyla Webex ve PSTN santrallerine çağrı yapmadan önce bu etiketleri kaldırır.

Bu örnek, Webex Calling’den aranan numaraların +E.164 biçiminde sunulduğunu varsayar. Kural 100, geçerli bir aranan numarayı korumak için baştaki + işaretini kaldırır. Kural 12, etiketi kaldırırken ulusal veya uluslararası yönlendirme hanesi ekler. Yerel ISDN ulusal arama planınıza uygun rakamları kullanın.

Webex Calling numaraları ulusal biçimde sunuyorsa yönlendirme etiketini eklemek ve kaldırmak için 100 ve 12 numaralı kuralları ayarlayın.

Daha fazla bilgi için bkz. sesli çeviri profili ve sesli çeviri kuralı.

2

TDM ses arabirimi bağlantı noktalarını, kullanılan santral türü ve protokol tarafından gerektiği şekilde yapılandırın. Daha fazla bilgi için bkz. ISDN PRI’yi Yapılandırma. Örneğin, bir cihazın NIM yuvası 2'de yüklü bir Birincil Hız ISDN arayüzünün temel yapılandırması aşağıdakileri içerebilir:

 e1 kart türü 0 2 isdn anahtar türü birincil ağ5 denetleyici E1 0/2/0 pri-grup zaman aralıkları 1-31 
3

Aşağıdaki TDM PSTN çağrı eşini yapılandırın:

 çağrı eşi ses 200 teneke açıklama Gelen/Giden PRI PSTN santrali hedef şablonu BAD.BAD çeviri profili gelen 200 doğrudan dahili arama bağlantı noktası 0/2/0:15

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 çağrı eşi sesi 200 saksı  açıklaması Gelen/Giden PRI PSTN santrali

200 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. çağrı eşi sesi.

hedef-şablon BAD.BAD

Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş hedef şablonu gereklidir. Bu durumda geçerli bir hedef şablonu kullanılabilir. Daha fazla bilgi için bkz. hedef-şablon (arayüz).

gelen çeviri profili 200

Gelen aranan numaraya çağrı yönlendirme etiketi ekleyecek çeviri profilini atar.

doğrudan içe arama

Çağrıyı, ikincil bir çevir sesi sağlamadan yönlendirir. Daha fazla bilgi için bkz. doğrudan içe arama.

bağlantı noktası 0/2/0:15

Bu çağrı eşiyle ilişkili fiziksel ses bağlantı noktası.

4

TDM-IP çağrı akışlarıyla Yerel Ağ Geçitleri için IP yollarının medya optimizasyonunu etkinleştirmek üzere, Webex Calling ve PSTN santralleri arasında bir dizi dahili geri döngü çağrı eşi tanıtarak çağrı yönlendirmesini değiştirebilirsiniz. Aşağıdaki geri döngü arama eşlerini yapılandırın. Bu durumda, tüm gelen çağrılar başlangıçta çağrı eşi 10'a ve buradan uygulanan yönlendirme etiketine göre çağrı eşi 11 veya 12'ye yönlendirilecektir. Yönlendirme etiketi kaldırıldıktan sonra, çağrılar çağrı eşi grupları kullanılarak giden santrale yönlendirilecektir.

 dial-peer ses 10 voip açıklaması Giden döngü-around bacak hedef-şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi ipv4:192.168.80.14 ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı sip bağlama ortam kaynağı-arayüzü GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw hiçbir vad çağrı eşi ses 11 voip açıklaması Webex çeviri-profile doğru gelen 11 oturum protokolü sipv2 gelen çağrı eşi-numarası A1AT ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 ses-sınıfı sip bağlama ortam kaynağı-arayüzü GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw hiçbir vad çağrı eşi-ses 12 voip açıklaması PSTN çeviri-profile doğru gelen 12 oturum protokolü sipv2 gelen çağrı-numarası A2AT ses-sınıfı sip bağlama kontrol kaynağı-arayüzü GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw hiçbir 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

 çağrı eşi sesi 10 voip  açıklaması Giden döngü ayağı

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. çağrı eşi sesi.

gelen çeviri profili 11

Çağrı yönlendirme etiketini giden santrale geçmeden önce kaldırmak için daha önce tanımlanan çeviri profilini uygular.

hedef-şablon BAD.BAD

Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş hedef şablonu gereklidir. Daha fazla bilgi için bkz. hedef-şablon (arayüz).

oturum protokolü sipv2

Bu çağrı eşinin 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.14

Geri dönmek için çağrı hedefi olarak yerel yönlendirici arayüz adresini belirtir. Daha fazla bilgi için bkz. oturum hedefi (voip arama eşi).

bağlama kontrol kaynak arabirimi GigabitEthernet0/0/0

Geri dönüş yoluyla gönderilen mesajlar için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

ortam kaynağı arayüzünü bağla GigabitEthernet0/0/0

Geri döngü yoluyla gönderilen ortam için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

dtmf-relay rtp-nte

RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP Üzerinden Ses).

g711alaw codec bileşeni

Tüm PSTN çağrılarını G.711’i kullanmaya zorlar. ISDN hizmetiniz tarafından kullanılan sıkıştırma yöntemiyle eşleştirmek için a-law veya u-law seçin.

yok devam

Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (arama eşi).

5

Aşağıdaki çağrı yönlendirme yapılandırmasını ekleyin:

  1. Geri döngü aracılığıyla PSTN ve Webex santralleri arasında çağrıları yönlendirmek için çağrı eşi grupları oluşturun.

     voice class dpg 100 açıklaması Çağrıları Webex Calling çağrı eşi 100 voice class dpg 200’e yönlendirme açıklaması Çağrıları PSTN çağrı eşi 200 voice class dpg 10’a yönlendirme Çağrıları Loopback çağrı eşi 10’a yönlendirme

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  2. Çağrıları yönlendirmek için çağrı eşi gruplarını uygulayın.

     çağrı eşi sesi 100 hedef dpg 10 çağrı eşi sesi 200 hedef dpg 10 çağrı eşi sesi 11 hedef dpg 100 çağrı eşi sesi 12 hedef dpg 200

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 200

    Hangi çağrı eşi grubunu belirtir ve bu nedenle bu gelen çağrı eşine sunulan çağrılar için giden muamele için çağrı eşinin kullanılması gerekir.

Bu, Yerel Ağ Geçidi yapılandırmanızı sonlandırır. CUBE özellikleri ilk kez yapılandırılmışsa yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Önceki bölümlerdeki PSTN-Webex Calling yapılandırması, bir Cisco Unified Communications Manager (UCM) kümesine ek santraller içerecek şekilde değiştirilebilir. Bu durumda, tüm çağrılar Unified CM aracılığıyla yönlendirilir. 5060 bağlantı noktasındaki UCM'den gelen çağrılar PSTN'ye ve 5065 bağlantı noktasındaki çağrılar Webex Calling'e yönlendirilir. Bu çağrı senaryosunu içermek için aşağıdaki aşamalı yapılandırmalar eklenebilir.

1

Aşağıdaki ses sınıfı URI'lerini yapılandırın:

  1. SIP VIA bağlantı noktası kullanarak Unified CM’den Webex çağrılarını sınıflandırır:

     sesli sınıf uri 300 sip 
     modeli:5065 
  2. Bağlantı noktası üzerinden SIP kullanarak Unified CM'den PSTN'ye çağrılarını sınıflandırır:

     ses sınıfı uri 400 sip şablonu 192\.168\.80\.6[0-5]:5060 

    UCM’den gelen mesajları, kaynak adreslerini ve bağlantı noktası numarasını açıklayan bir veya daha fazla şablon kullanarak PSTN santraline doğru sınıflandırın. Gerekirse eşleşen örüntüleri tanımlamak için normal ifadeler kullanılabilir.

    Yukarıdaki örnekte, 192.168.80.60 - 65 aralığındaki ve 5060 bağlantı noktası numarasındaki herhangi bir IP adresini eşleştirmek için normal bir ifade kullanılır.

2

Unified CM ana bilgisayarlarına SRV yönlendirmesini belirtmek için aşağıdaki DNS kayıtlarını yapılandırın:

IOS XE, hedef UCM ana bilgisayarlarını ve bağlantı noktalarını yerel olarak belirlemek için bu kayıtları kullanır. Bu yapılandırma ile, DNS sisteminizdeki kayıtları yapılandırmanız gerekli değildir. DNS’inizi kullanmayı tercih ederseniz bu yerel yapılandırmalar gerekli değildir.

 ip ana bilgisayar ucmpub.mydomain.com 192.168.80.60 ip ana bilgisayar ucmsub1.mydomain.com 192.168.80.61 ip ana bilgisayar ucmsub2.mydomain.com 192.168.80.62 ip ana bilgisayar ucmsub3.mydomain.com 192.168.80.63 ip ana bilgisayar ucmsub4.mydomain.com 192.168.80.64 ip ana bilgisayar ucmsub5.mydomain.com 192.168.80.65 ip ana bilgisayar _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip ana bilgisayar _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com 

Yapılandırmaya ilişkin alanların açıklaması şöyledir:

Aşağıdaki komut bir DNS SRV kaynak kaydı oluşturur. Her UCM ana bilgisayarı ve santrali için bir kayıt oluşturun:

ip ana bilgisayar _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV kaynak kaydı adı

2: SRV kaynak kayıt önceliği

1: SRV kaynak kayıt ağırlığı

5060: Bu kaynak kaydında hedef ana bilgisayar için kullanılacak bağlantı noktası numarası

ucmsub5.mydomain.com: Kaynak kaydı hedef ana bilgisayarı

Kaynak kaydı hedef ana bilgisayar adlarını çözmek 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.

ucmsub5.mydomain.com: A kayıt ana bilgisayar adı.

192.168.80.65: Ana bilgisayar IP adresi.

UCM ortamınızı ve tercih edilen çağrı dağılımı stratejisini yansıtmak için SRV kaynak kayıtları ve A kayıtları oluşturun.

3

Aşağıdaki çağrı eşlerini yapılandırın:

  1. Unified CM ve Webex Calling arasındaki çağrılar için çağrı eşi:

     arama-eş ses 300 voip açıklaması UCM-Webex Calling santral hedef şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi dns:wxtocucm.io gelen uri ile 300 voice-class codec 100 voice-class sip bind kontrol kaynağı-arabirimi GigabitEthernet 0/0/0 voice-class sip bind medya kaynağı-arabirimi GigabitEthernet 0/0/0 dtmf-relay rtp-nte vad yok 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     çağrı eşi ses 300 voip  açıklaması UCM-Webex Calling santrali

    300 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sağlar.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş hedef şablonu gereklidir. Bu durumda geçerli bir hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 300'ün SIP çağrı ayaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:wxtocucm.io

    DNS SRV çözünürlüğü aracılığıyla birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için wxtocucm.io yerel olarak tanımlanmış SRV kaydı kullanılır.

    300 üzerinden gelen uri

    Kaynak bağlantı noktası 5065'i kullanarak Unified CM'den gelen tüm trafiği bu çağrı eşine yönlendirmek için ses sınıfı URI 300'ü kullanır. Daha fazla bilgi için bkz. gelen uri.

    ses sınıfı codec'i 100

    Unified CM'den gelen ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec’i.

    bağlama kontrol kaynak arabirimi GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

    ortam kaynağı arayüzünü bağla GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP Üzerinden Ses).

    yok devam

    Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (arama eşi).

  2. Unified CM ve PSTN arasındaki çağrılar için çağrı eşi:

     arama-eş ses 400 voip açıklaması UCM-PSTN santral hedef-şablonu BAD.BAD oturum protokolü sipv2 oturum hedefi dns:pstntocucm.io gelen uri üzerinden 400 voice-class codec 100 voice-class sip bind kontrol kaynağı-arabirimi GigabitEthernet 0/0/0 voice-class sip bind medya kaynağı-arabirimi GigabitEthernet 0/0/0 dtmf-relay rtp-nte vad yok 

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

     çağrı eşi ses 400 voip  açıklaması UCM-PSTN santrali

    400 etiketiyle VoIP çağrı eşi tanımlar ve kolay yönetim ve sorun giderme için anlamlı bir açıklama sağlar.

    hedef şablon BAD. Kötü

    Gelen çağrı eşi grubu kullanarak giden çağrıları yönlendirirken boş hedef şablonu gereklidir. Bu durumda geçerli bir hedef şablonu kullanılabilir.

    oturum protokolü sipv2

    Çağrı eşi 400'ün SIP çağrı bacaklarını işlediğini belirtir. Daha fazla bilgi için bkz. oturum protokolü (çağrı eşi).

    oturum hedefi dns:pstntocucm.io

    DNS SRV çözünürlüğü aracılığıyla birden fazla Unified CM düğümünün oturum hedefini tanımlar. Bu durumda, çağrıları yönlendirmek için yerel olarak tanımlanmış SRV kaydı pstntocucm.io kullanılır.

    400 üzerinden gelen uri

    Kaynak bağlantı noktası 5060'ı kullanarak belirtilen Unified CM ana bilgisayarlarından gelen tüm trafiği bu çağrı eşine yönlendirmek için ses sınıfı URI 400'ü kullanır. Daha fazla bilgi için bkz. gelen uri.

    ses sınıfı codec'i 100

    Unified CM'den gelen ve Unified CM'den gelen çağrılar için codec filtre listesini gösterir. Daha fazla bilgi için bkz. ses sınıfı codec’i.

    bağlama kontrol kaynak arabirimi GigabitEthernet0/0/0

    PSTN'ye gönderilen mesajlar için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

    ortam kaynağı arayüzünü bağla GigabitEthernet0/0/0

    PSTN'ye gönderilen ortam için kaynak arabirimini ve ilişkili IP adresini yapılandırır. Daha fazla bilgi için bkz. bağlama.

    dtmf-relay rtp-nte

    RTP-NTE (RFC2833) özelliğini çağrı ayağında beklenen DTMF özelliği olarak tanımlar. Daha fazla bilgi için bkz. DTMF Geçişi (IP Üzerinden Ses).

    yok devam

    Ses etkinliği algılamayı devre dışı bırakıyor. Daha fazla bilgi için bkz. vad (arama eşi).

4

Aşağıdaki yapılandırmaları kullanarak çağrı yönlendirme ekleyin:

  1. Unified CM ve Webex Calling arasında çağrıları yönlendirmek için çağrı eşi grupları oluşturun. Webex Calling'e doğru giden çağrı eşi 100 ile DPG 100'ü tanımlayın. Unified CM'den ilişkili gelen çağrı eşine DPG 100 uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 300 ile DPG 300 tanımlayın. Webex’ten gelen çağrı eşine DPG 300 uygulanır.

     voice class dpg 100 açıklaması Çağrıları Webex Calling çağrı eşi 100 voice class dpg 300 açıklaması Çağrıları Unified CM'ye yönlendirin Webex Calling santral çağrı eşi 300 
  2. Çağrıları Unified CM ve PSTN arasında yönlendirmek için çağrı eşi grupları oluşturun. PSTN'ye doğru giden çağrı eşi 200 ile DPG 200'ü tanımlayın. Unified CM'den ilişkili gelen çağrı eşine DPG 200 uygulanır. Benzer şekilde, Unified CM'ye doğru giden çağrı eşi 400 ile DPG 400 tanımlayın. PSTN'den gelen çağrı eşine DPG 400 uygulanır.

     voice class dpg 200 açıklaması Çağrıları PSTN çağrı eşi 200 voice class dpg 400'e yönlendirme Çağrıları Unified CM PSTN santrali çağrı eşi 400'e yönlendirme

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    çağrı eşi 100

    Giden bir çağrı eşini bir çağrı eşi grubuyla ilişkilendirir. Daha fazla bilgi için bkz. ses sınıfı dpg.

  3. Çağrıları Webex'ten Unified CM'ye ve Unified CM'den Webex'e yönlendirmek için çağrı eşi gruplarını uygulayın:

     arama eşi sesi 100 hedef dpg 300 hedef dpg 100

    Yapılandırmaya ilişkin alanların açıklaması şöyledir:

    hedef dpg 300

    Hangi çağrı eşi grubunu belirtir ve bu nedenle bu gelen çağrı eşine sunulan çağrılar için giden muamele için çağrı eşinin kullanılması gerekir.

  4. Çağrıları PSTN'den Unified CM'ye ve Unified CM'den PSTN'ye yönlendirmek için çağrı eşi gruplarını uygulayın:

     çağrı eşi sesi 200 hedef dpg 400 hedef dpg 200 

    Bu, Yerel Ağ Geçidi yapılandırmanızı sonlandırır. CUBE özellikleri ilk kez yapılandırılmışsa yapılandırmayı kaydedin ve platformu yeniden yükleyin.

Tanılama İmzaları (DS), Cisco IOS XE tabanlı Yerel Ağ Geçidi'nde sık gözlemlenen sorunları proaktif olarak algılar ve etkinliğin e-posta, syslog veya terminal mesajı bildirimini oluşturan. DS'yi, çözüm süresini kısaltmak amacıyla tanı verisi toplama işlemini otomatikleştirmek ve toplanan verileri Cisco TAC vakasına aktarmak için de yükleyebilirsiniz.

Tanılama İmzaları (DS), sorunu bildirme, sorun giderme ve sorunu giderme işlemleri hakkında bilgi içeren XML dosyalarıdır. Sorun algılama mantığı tanımlamak için syslog mesajlarını, SNMP olaylarını ve belirli show command çıkışlarının periyodik izleme yoluyla kullanın. Eylem türleri şunları içerir:

  • Show komut çıkışları toplayarak

  • Birleştirilmiş bir günlük dosyası oluşturma

  • Dosyanın https, SCP, FTP sunucusu gibi bir ağ konumu tarafından sağlanan kullanıcıya yükleme

TAC mühendisleri DS dosyalarını yazar ve bütünlüğü koruma için dijital olarak imzalar. Her DS dosyasında, sistem tarafından atanan benzersiz sayısal kimlik vardır. Tanı Imzaları Arama Aracı (DSLT), çeşitli sorunları izlemek ve gidermek için geçerli imzaları bulmak için tek bir kaynaktır.

Başlamadan önce:

  • DSLT'den indiren DS dosyasını düzenlemeyin . Değiştir işleminiz, bütünlüğü kontrol hatası nedeniyle yükleme başarısız oldu.

  • Yerel Ağ Geçidi'nin e-posta bildirimlerini göndermesi için gerekli olan Basit Posta Aktarım Protokolü (SMTP) sunucusu.

  • E-posta bildirimleri için güvenli SMTP sunucusunu kullanmak isterseniz Yerel Ağ Geçidi'nin IOS XE 17.6.1 veya daha yüksek bir alanı çalıştır olduğundan emin olun.

Cisco WebEx Meeting Center Yapılandırma Kılavuzları

IOS XE 17.6.1 veya daha yüksek bir ağ geçidini çalıştıran Yerel Ağ Geçidi

  1. Tanı İmzalarının varsayılan olarak etkinleştirilmesi.

  2. Cihaz IOS XE 17.6.1 veya üstü bir sürümde çalışıyorsa proaktif bildirim göndermek için kullandığınız güvenli e-posta sunucusunu yapılandırın.

     Terminal çağrısı-giriş posta-sunucusu :@ öncelik 1 güvenli tls bitişini yapılandırın 

  3. Bilgilendir adrese sahip ds_email ortam değişkenlerini yöneticinin e-posta adresiyle yapılandırabilirsiniz.

     terminal call-home diagnostic-signature LocalGateway (cfg-call-home-diag-sign)ortamı yapılandırma ds_email  bitişi 

Proaktif izleme için tanılama imzalarını yükleyin

Yüksek CPU kullanımını izleme

Bu DS, SNMP OID 1.3.6.1.4.1.9.2.1.56 kullanarak 5 saniyelik CPU kullanımını izler. Kullanım %75 veya daha fazlaya ulaştığında, tüm hata ayıklamaları devre dışı kaldırır ve Yerel Ağ Geçidi'ne yüklemiş olduğunu tüm tanılama imzalarını kaldırır. İmzayı yüklemek için aşağıdaki işlemleri yapın.

  1. Show snmp komutunu kullanarak SNMP'nin etkinleştirildiğinden emin olun. SNMP etkin değilse snmp-server manager komutunu yapılandırın.

     snmp göster %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP paketleri girişi      0 Kötü SNMP sürümü hataları      1 Bilinmeyen topluluk adı      Sağlanan topluluk adı için 0 geçersiz işlem      0 Kodlama hataları 37763 Istenen değişkenlerin sayısı      2 Değiştirilen değişken sayısı 34560 Get-request PDU'lar 138 Get-next PDU'lar      2 Set-istek PDU'ları      0 Giriş sırası paket bırakma (Maksimum sıra boyutu 1000) 158277 SNMP paketi çıkışı      0 Çok büyük hatalar (Maksimum paket boyutu 1500) 20 Isim hatası yok      0 Hatalı değer hatası      0 Genel hatalar 7998 Yanıt PDU'ları 10280 Tuzak PDU'ları Şu anda SNMP işlemi giriş kuyruğunda olan paketleri: 0 
     SNMP küresel neden: etkin 
  2. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki açılır menü seçenekleriyle DS 64224'ü indirin:

    ftp://kullanıcıadı:parola@/DS_64224.xml bootflash’ı kopyalayın:

    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ı

    Tanı Imzaları Arama aracından DS 64224’ü indirin
  3. DS XML dosyasını Yerel Ağ Geçidi flash belleğine kopyalayın.

    ftp://kullanıcıadı:parola@/DS_64224.xml bootflash’ı kopyalayın:

    Aşağıdaki örnek, dosyanın FTP sunucusundan Yerel Ağ Geçidine kopya olduğunu gösterir.

    ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash kopyalayın:  ftp://*:*@ 192.0.2.12/DS_64224.xml erişimi...!  [Tamam - 3571/4096 bayt] 0,064 saniyede (55797 bayt/sn) kopyalanan 3571 bayt 
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

     call-home diagnostic-signature load DS_64224.xml Yük dosyası DS_64224.xml başarılı 
  5. İmzanın başarıyla yük çalıştığını doğrulamak için çağrı ev tanılama imzasını göster komutunu kullanın. Durum sütunu "kayıtlı" değerine sahip olmalı.

     call-home diagnostic-signature Geçerli diagnostic-signature ayarlarını göster:   Tanılama imzası: Etkinleştirildi 
     Profil: CiscoTAC-1 (durum: ACTIVE) 
     URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Ortam değişkeni: ds_email: username@gmail.com 

    İndirilen DS'ler:

    DS Kimliği

    DS Adı

    Revizyon

    Durum

    Son Güncelleme (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Kayıtlı

    2020-11-07 22:05:33

    Bu imza başlatıldığında, kendisi dahil olmak üzere çalışan tüm DS'leri kaldırır. Gerekirse Yerel Ağ Geçidi'nde yüksek CPU kullanımını izlemek için lütfen DS 64224'ü yeniden yükleyin.

Anormal arama bağlantılarının izlenmesi

Bu DS, 403, 488 ve 503 SIP hatalarıyla anormal çağrı kesilmelerini algılamak için 10 dakikada bir SNMP anketi kullanır. Hata sayısı artışı son anketten itibaren 5’ten büyük veya 5’e eşitse bir sistem günlüğü ve e-posta bildirimi oluşturur. Imzayı yüklemek için lütfen aşağıdaki adımları kullanın.

  1. SNMP'nin show snmp komutunu kullanarak etkinleştirildiğinden emin olun. SNMP etkin değilse snmp-server manager komutunu yapılandırın.

    snmp göster %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP paketleri girişi      0 Kötü SNMP sürümü hataları      1 Bilinmeyen topluluk adı      Sağlanan topluluk adı için 0 geçersiz işlem      0 Kodlama hataları 37763 Istenen değişkenlerin sayısı      2 Değiştirilen değişken sayısı 34560 Get-request PDU'lar 138 Get-next PDU'lar      2 Set-istek PDU'ları      0 Giriş sırası paket bırakma (Maksimum sıra boyutu 1000) 158277 SNMP paketi çıkışı      0 Çok büyük hatalar (Maksimum paket boyutu 1500) 20 Isim hatası yok      0 Hatalı değer hatası      0 Genel hatalar 7998 Yanıt PDU'ları 10280 Tuzak PDU'ları Şu anda SNMP işlemi giriş kuyruğunda olan paketleri: 0 
     SNMP küresel neden: etkin 
  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ısı bağlantısı algılama.

  3. DS XML dosyasını Yerel Ağ Geçidine kopyalayın.

    ftp://kullanıcıadı:parola@/DS_65221.xml bootflash kopyalayın:
  4. DS XML dosyasını Yerel Ağ Geçidine yükleyin.

     call-home diagnostic-signature load DS_65221.xml Yük dosyası DS_65221.xml başarılı 
  5. Imzanın başarıyla yüklendiğini doğrulamak için show call-home diagnostic-signature komutunu kullanın. 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) de kullanabilirsiniz. Cisco TAC mühendisleri, belirli bir sorunu tespit etmek, sorun oluşumunu algılamak, doğru tanılama verileri toplamak ve verileri Cisco TAC durumuna otomatik olarak aktaran gerekli hata ayıklamaları etkinleştiren birkaç imzaya izin verdi. Bu da, sorunun gerçekleşip gerçekleşmediğini manuel olarak kontrol etme ihtiyacını ortadan kaldırarak aralıklı ve geçici sorunların tespit edilmesini çok daha kolay bir hale getirmektedir.

Geçerli imzaları bulmak ve bir sorunu kendi kendine gidermek için bunları yüklemek için Tanılama İmzaları Arama Aracı'nı kullanabilir veya destek etkileşimin bir parçası olarak TAC mühendisi tarafından önerilen imzayı yükleyebilirsiniz.

Aşağıdaki örnekte, “%VOICE_IEC-3-GW: CCAPI: Dahili Hata (çağrı ani artış eşiği): IEC=1.1.181.1.29.0" syslog ve otomatik tanılama veri toplama aşağıdaki adımları takip edin:

  1. Tanılama verilerini yüklemek için Cisco TAC dosya sunucusu yolu (cxd.cisco.com) olarak başka bir DS ortam değişkenini ds_fsurl_prefix yapılandırın. Dosya yolundaki kullanıcı adı, vaka numarasıdır ve parola, aşağıda gösterildiği gibi Destek Vaka Yöneticisi ’nden alınabilecek dosya yükleme belirtecidir. Dosya yükleme belirteci, gerektiği şekilde Destek Vaka Yöneticisi’nin Ekler bölümünde oluşturulabilir.

    Destek Vaka Yöneticisinin Ekler bölümünde oluşturulan dosya yükleme belirteci
     terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)ortamını yapılandırın ds_fsurl_prefix "scp://:@cxd.cisco.com" end 

    Örnek:

     call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com" 
  2. SNMP'nin show snmp komutunu kullanarak etkinleştirildiğinden emin olun. SNMP etkin değilse snmp-server manager komutunu yapılandırın.

     snmp %SNMP agent not enabled config t snmp-server manager end göster 
  3. Yüksek CPU kullanımı sırasında tüm hata ayıklama ve tanılama imzalarını devre dışı bırakmak için proaktif bir önlem olarak Yüksek CPU izleme DS 64224'ü yüklemenizi öneririz. Tanı İmzaları Arama Aracı'nda bulunan aşağıdaki seçeneklerle DS 64224'ü indirin:

    Alan Adı

    Alan Değeri

    Platform

    Cisco 4300, 4400 ISR Serisi veya 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.

     ftp://kullanıcıadı:parola@/DS_64224.xml bootflash’ı kopyala:  ftp://username:password@/DS_65095.xml bootflash’ı kopyalayın: 
  6. Yerel Ağ Geçidine yüksek CPU izleme DS 64224 ve ardından DS 65095 XML dosyasını yükleyin.

     call-home diagnostic-signature load DS_64224.xml Yük dosyası DS_64224.xml başarılı call-home diagnostic-signature load DS_65095.xml Yük dosyası DS_65095.xml başarılı 
  7. show call-home diagnostic-signature komutunu kullanarak imzanın başarıyla yüklendiğini doğrulayın. Durum sütununda "kayıtlı" bir değer olmalıdır.

     call-home diagnostic-signature Geçerli diagnostic-signature ayarlarını göster:   Tanılama imzası: Etkinleştirildi 
     Profil: CiscoTAC-1 (durum: ACTIVE) 
     URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Ortam değişkeni: 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

    DSLGW_IEC_C_all_spike_threshold

    0.0.12

    Kayıtlı

    2020-11-08:00:12:53

Tanılama imzası yürütmeyi doğrula

Aşağıdaki komutta, komutun "Durum" sütununda, Yerel Ağ Geçidi imzada tanımlanan işlemi yürütürken çağrı ana bilgisayar tanılama imzasının "çalışıyor" olarak değişir. Arama-ev tanılama imzası istatistiklerini göstermenin çıktısı, tanılama imzasının ilgi gösterme ve işlemi yürüten bir etkinlik algı edip olmadığını doğrulamanın en iyi yolu değildir. "Tetiklenen/Maks./Stall" sütunu, söz dizisinde belirtilen imzanın bir etkinliği kaç kez tetikledikten sonra tetikledikten sonra bir etkinliği algılamak için maksimum sayıda kez tanımlandığı ve maksimum tetiklenen etkinlik sayısını algılayan imzanın kendi kendine install olduğunu gösterir.

call-home diagnostic-signature Geçerli diagnostic-signature ayarlarını göster:   Tanılama imzası: Etkinleştirildi 
 Profil: CiscoTAC-1 (durum: ACTIVE) 
 URL'leri indirme:  https://tools.cisco.com/its/service/oddce/services/DDCEService Ortam değişkeni: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com 

İndirilen DS'ler:

DS Kimliği

DS Adı

Revizyon

Durum

Son Güncelleme (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Kayıtlı

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Çalışıyor

2020-11-08 00:12:53

ev arama tanılama imzası istatistiklerini göster

DS Kimliği

DS Adı

Tetiklenen/Maks/Yüklemeyi Kaldırma

Ortalama Çalışma Süresi (saniye)

Maksimum Çalışma Süresi (saniye)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Tanılama bildirim e-postası sırasında gönderilen ses dosyası; sorun türü, cihaz ayrıntıları, yazılım sürümü, çalışan yapılandırma ve söz konusu sorunu gidermek için uygun komut çıkışlarını gösterme gibi önemli bilgileri içerir.

Tanı Imzası yürütme sırasında gönderilen bildirim e-postası

Tanılama imzalarını kaldır

Sorun giderme amaçları için tanılama imzalarını kullanın genellikle bazı sorun oluşumları tespit edildikten sonra kaldırmak için tanımlanır. İmzayı manuel olarak kaldırmak isterseniz çağrı ev tanılama imzasını göster çıkışından DS kimliğini alın ve aşağıdaki komutu çalıştırın:

çağrı-giriş tanı-imza kaldırma  

Örnek:

çağrı-ana tanılama-imza kaldırma 64224 

Dağıtımlarda gözlemlenen sorunlar temel alınarak Tanılama İmzaları Arama Aracına düzenli aralıklarla yeni imzalar eklenir. TAC şu anda yeni özel imza oluşturma taleplerini desteklememektedir.

Kuruluşunuz için Webex Calling’i yapılandırma

İlk Kurulum Sihirbazında çağrı ayarlarını Yapılandırma

Webex Calling hizmetlerinizi kullanmaya başlamak için, İlk Kurulum Sihirbazını (FTSW - First Time Setup Wizard) tamamlamanız gerekir. FTSW ilk konumunuz için tamamlandığında, ek konumlar için tamamlanması gerekmez.

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 özellikler için sesli duyurular ve istemler için.
  • 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

https://admin.webex.com adresinden Control Hub’da oturum açın, Yönetim > Konum’a gidin.

Ilk Kurulum Sihirbazını kullanarak seçtiğiniz ülkeye karşılık gelen bölgesel veri merkezinde yeni bir konum barındırılacaktır.
2

Konumun ayarlarını yapılandırın:

  • Konum Adı: Konumu tanımlamak için benzersiz bir ad girin.
  • Ülke/Bölge: Konumu bağlamak için 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.
  • Konum Adresi: Konumun ana posta adresini girin.
  • Şehir/Ilçe: Bu konum için bir şehir girin.
  • Eyalet/Il/Bölge: Açılır listeden bir eyalet seçin.
  • Alan/Posta Kodu: Alan veya posta kodunu girin.
  • Duyuru Dili—Yeni kullanıcılar ve özellikler için sesli duyurular ve istemlerin dilini seçin.
  • E-posta Dili: Yeni kullanıcılarla e-posta iletişimi için dili seçin.
  • Saat dilimi: Konumun saat dilimini seçin.
3

Şimdi veya daha sonraki bir konuma numara eklemekiçin Kaydet'e tıklayın ve Evet/ Hayır'ı seçin.

4

Evet'e tıklarsanızaşağıdaki seçeneklerden birini seçin:

  • Cisco PSTN: Cisco'dan bir Bulut PSTN çözümü istiyorsanız bu seçeneği seçin. Cisco Çağrı Planı, acil durum çağrısı, PSTN gelen ve giden yerel ve uluslararası çağrılar sağlayan ve mevcut numaraları Cisco'ya PSTN numaraları sipariş çalışmanız için size olanak sağlayan, tam ekran değişimli bir çözümdü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 vakası açın .

    • Cisco Calling Plan'ın desteklendiği bir bölgede Webex Calling Veri Merkezinde bulunuyorsunuz.

  • Bulut Bağlantılı PSTN: Birçok Cisco CCP iş ortağından bir bulut PSTN çözümü arıyorsanız veya Cisco Calling Plan konumunuzda kullanılamıyorsa bu seçeneği seçin. 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.

  • Iş Yeri Temelli PSTN (Yerel Ağ Geçidi): Mevcut PSTN sağlayıcınızı korumak veya bulut dışı siteleri bulut sitelerine 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 vakası 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.

Konum silme

Başlamadan önce

Kullanılmayan veya hatalı yapılandırılmış bir konumu, ilişkili kullanıcıları ve Çalışma Alanlarını sildikten sonra silebilirsiniz. Bir konumu sildiğinizde, atanan tüm hizmetleri ve numaraları silmiş olursunuz.

Bir konumla ilişkili kullanıcıların ve çalışma alanlarının listesini almak için: Hizmetler > Calling > 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şkili tüm numaraların PSTN sağlayıcınıza geri gönderileceğini ve artık bu numaralara sahip olmayacağınızı unutmayın.

1

https://admin.webex.com adresinden Control Hub’da oturum açın, Yönetim > Konum’a gidin.

2

Silmek istediğiniz konumun yanındaki Daha Fazla Seçenek düğmesi Eylemler sütununda öğesine tıklayın.

3

Konumu Sil'iseçin ve bu konumu silmek istediğinizi onaylayın.

Konumun kalıcı olarak silinmesi genellikle birkaç dakika sürer ancak bir saate kadar sürebilir. Konum adının yanındaki öğesini tıklatarak ve Daha Fazla Seçenek düğmesi Silme Durumu'kutusunu seçerek durumu kontrol edin.

Mevcut bir konumu güncelleme

Kullanıcı kurulum PSTN, ad, saat dilimi ve oluşturulduktan sonra konumun dilini değiştirebilirsiniz. Yine de, yeni dilin yalnızca yeni kullanıcılar ve cihazlar için geçerli olacağını unutmayın. Mevcut kullanıcılar ve cihazlar, eski dili kullanmaya devam eder.

Mevcut konumlar için 911 acil durum hizmetlerini etkinleştirebilirsiniz. Daha fazla bilgi için bkz. Webex Calling için RedSky Acil Durum 911 Hizmeti.

1

Control Hub’da Oturum Açın.

2

Yönetim > Konum’a gidin.

Bir konumun yanında Uyarı sembolü görüyorsanız bu konum için henüz bir telefon numarası yapılandırmamış olursanız. Bu numarayı yapılandırana kadar çağrı siz değil veya hiçbir çağrı alamazsanız.

3

(İ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 bir Bulut PSTN çözümü istiyorsanız bu seçeneği seçin. Cisco Çağrı Planı, acil durum çağrısı, PSTN gelen ve giden yerel ve uluslararası çağrılar sağlayan ve mevcut numaraları Cisco'ya PSTN numaraları sipariş çalışmanız için size olanak sağlayan, tam ekran değişimli bir çözümdü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.

    • Cisco Calling Plan'ın desteklendiği bir bölgede Webex Calling Veri Merkezinde bulunuyorsunuz.

  • Bulut Bağlantılı PSTN: Birçok Cisco CCP iş ortağından bir bulut PSTN çözümü arıyorsanız veya Cisco Calling Plan konumunuzda kullanılamıyorsa bu seçeneği seçin. 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 bir CCP’den yararlanmak için bu seçeneği seçmenizi öneririz. Entegre CCP, Control Hub’da telefon numaralarının tek bir cam bölmesinde sağlanmasını ve sağlanmasını sağlar. Entegre olmayan CCP, telefon numaralarınızı Control Hub dışındaki CCP iş ortağından sağlamanızı gerektirir.

  • Iş Yeri Temelli PSTN (Yerel Ağ Geçidi): Mevcut PSTN sağlayıcınızı korumak veya bulut dışı siteleri bulut sitelerine bağlamak istiyorsanız, bu seçeneği seçebilirsiniz.

    Webex Calling Yerel Ağ Geçidi ile yapılandırılmış konumlara sahip müşteriler otomatik olarak ilgili bir PSTN içeren tesis tabanlı sitelere dönüştürülür.

Geçiş yapmak için aşağıdaki Cisco Calling planlarına geçiş bölümüne bakın.

4

Konum için açılır listeden Ana Numara ’yı seçin.

Ana numara, harici arayanlar uygun bir hedefe yönlendirilmeleri için konumdaki bir otomatik santrale veya başka bir hedefe atanabilir.

Santralleri veya kullanıcılar, çalışma alanları, sanal hatlar veya özellikler gibi sadece dahili numaralar varsa konuma bir ana numara atanması zorunludur. Ana numara olmadan santraller kullanılamaz ve yalnızca dahili varlıklar dahili veya harici çağrılar yapamaz veya alamaz. Bu konumdaki kullanıcılar, PSTN çağrısı yaparken bu numarayı harici arayan kimlikleri olarak da kullanabilir.

Ana numara olarak ücretsiz bir numara seçerseniz, ücretsiz numaranın acil durum hizmetleri adresi olmadığından konumun Acil Durum Geri Arama Numarasını güncellemenizi öneririz. Daha fazla bilgi için bkz. Bir Konumun Acil Durum Geri Arama Numarasını Yapılandırma.

5

(İsteğe bağlı) Acil Durum Çağrısı altında, bu konuma atamak için Acil Durum Konum Tanımlayıcısı'ı seçin.

Bu ayar isteğe bağlıdır ve yalnızca bunu gerektiren ülkeler için geçerlidir.

Bazı ülkelerde (Örnek: Fransa), acil durum çağrısı yapmakta ve acil durum yetkililerinin kullanımına hazır olduğunda hücrenin kimliğini kurmak için hücresel radyo sistemleri için düzenleme gereklilikleri vardır. ABD ve Kanada gibi diğer ülkeler, diğer yöntemleri kullanarak konum belirleme uyguluyor. Daha fazla bilgi için bkz. Gelişmiş Acil Durum Çağrısı.

Acil durum çağrısı sağlayıcınız erişim ağı hakkında bilgiye ihtiyaç duyabilir ve bu durum, P-Access-Network-Info adlı yeni bir özel SIP dahili numarası başlığı tanımlanarak sağlanır. Erişim ağıyla ilgili üstbilgi bilgi.

Bir Konum için Acil Durum Konum Tanımlayıcısı'nın ayar kısmında konum değeri, SIP mesajının bir parçası olarak sağlayıcıya gönderilir. Bu ayarı gerekli olup gerektirmeyseniz ve acil durum çağrı sağlayıcınız tarafından sağlanan değeri kullanmak için acil durum çağrı sağlayıcınızla iletişime geçin."

6

Kullanıcıların bu konum için sesli mesajlarını kontrol etmek için arayabileceği Sesli Mesaj Numarası'nı seçin.

7

(İsteğe bağlı) Konum Adı, Duyuru Dili , E-posta Dili, Telefon Veya Adres'i gerektiğinde değiştirmek için Konum sayfasının üst kısmında bulunan kalem simgesine tıklayın ve saat dilimi'ye tıklayın.

Duyuru Dilini değiştirme, bu konuma eklenen tüm yeni kullanıcılar ve özellikler için hemen etkili olur. Mevcut kullanıcıların ve/veya özelliklerin duyuru dilinin de değişmesi gerekirse, istendiğinde mevcut kullanıcılar ve çalışma alanları için Değiştir veya Mevcut özellikler için Değiştir'i seçin. Uygula öğesini tıklayın. İlerlemeyi Görevler sayfasında görüntüleyebilirsiniz . Bu işlemi tamamlayana kadar daha fazla değişiklik yapabilirsiniz.

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 saat dilimini güncellemek istediğiniz özelliğin Genel Ayarlar alanına gidin ve düzenleyip buraya kaydedin.

Cisco Calling planlarına geçiş yapın

Mevcut bir konumdaki PSTN bağlantınızı Cisco PSTN olarak değiştirebilirsiniz. Örneğin, iş yeri temelli PSTN (yerel ağ geçidi) veya Cisco PSTN'ye entegre olmayan CCP bağlantılarının konumlarını değiştirebilirsiniz. Cisco PSTN, Cisco'dan bir bulut PSTN çözümü sağlar.

Planlanan taşıma tamamlama süresi boyunca küçük bir kesinti dışında tüm taşınabilir numaralar işlevsel olarak kalır.

Ayrıca, PSTN bağlantı geçişi devam eden bir konum için herhangi bir numara yönetimi değişikliği yapamazsınız. Ancak mevcut numaralar işlevsel olarak kalır ve yine de konuma numara atayabilir veya numaraların atamasını kaldırabilirsiniz. Bu konum için numara ekleyemez, silemez ve taşıyamazsınız. Bu işlem sırasında yönlendirme profili otomatik olarak güncellenerek Cisco PSTN'yi etkinleştirir.

Şu anda Japonya bölgesi için mevcut bir konumun PSTN bağlantısını Cisco PSTN olarak değiştirme özelliği desteklenmemektedir.

PSTN bağlantısı değiştirilirken çağrı lisansına sahip bir abonelik uygulanır ve faturalandırma hizmeti bildirim alır.

Sınırlamalar:

  • Entegre IntelePeer konumundan Cisco PSTN konumuna geçiş desteklenmemektedir

  • Özel Örnek konumu Cisco PSTN’ye geçirilemez

  • PSTN bağlantı değişikliği için birden fazla bağlantı noktası siparişi gerekebilir. Eğer öyleyse, bu siparişler bağlanır ve aynı anda tamamlanır. Bağlantı değişikliği için tüm bağlantılı bağlantı noktası siparişlerine bir bağlantı noktası siparişinin tarih değişikliği veya iptali uygulanmalıdır.

PSTN bağlantı değişikliği başlatma

1

Control Hub’da Oturum Açın.

2

Yönetim > Konum’a gidin.

3

Cisco PSTN ile PSTN bağlantısını değiştirmek istediğiniz konumu seçin.

4

Çağrı sekmesine gidin, Iş Yeri Tabanlı PSTN veya entegre olmayan Bulut Bağlantılı PSTN’nin yanındaki Yönet seçeneğine tıklayın.

5

Bağlantı Türü öğesinin yanında Düzenle.

6

Cisco Calling Planları kartını seçin ve bu konumdaki kullanıcılara Cisco Calling Planı tahsis eden aboneliği seçin. İleri'ye tıklayın.

7

Onayınız için bir bağlantı değişikliği sayfası görünür. Ileri ’ye tıklayın ve numaralarınızın bağlantı noktasının hazır olup olmadığını kontrol edin.

Ileri düğmesi, yalnızca listedeki tüm numaralar taşınabilir olduğunda etkinleştirir. Şu işaretçileri okuyun:

  • "Taşınamayan numaralar" etkin olmayan numaraları ifade eder. Bu listede numara olmadığından emin olun.

  • Konumdan taşınamayan numaraları kaldırın. Numaraları taşıyabilir veya atamayı kaldırabilir ve ardından silebilirsiniz.

8

Ileri ’ye tıklayın ve sözleşme bilgilerini sağlayın.

Bu kişi, Cisco Calling Planları (ABD) kullanan tüm konumlar için birincil sözleşme ilgili kişisidir. Bu kişide yapılan herhangi bir değişiklik, Cisco Calling Planları (ABD) kullanan diğer tüm konumlar için geçerlidir.

9

İleri'ye tıklayın. Bu konum için sözleşme bilgilerinizi kaydetmenizi isteyen bir bildirim görüntülenir. Evet, değiştir'i seçin.

10

Acil durum hizmeti adresini girin ve Kaydet’e tıklayın.

Acil durumda, yerel acil durum yanıt ekibi arayanı bulmak için bu adresi kullanır.

11

Oluşturulan bağlantı noktası sayısıyla birlikte özet sayfası görüntülenir. Yalnızca bir sipariş varsa Ek bilgiler sağla adlı ek bir adım görebilirsiniz. Birden fazla sipariş için, aralarında gezinmek üzere en üstte bir sipariş seçici bulunur. Ileri ’ye tıklayın ve bağlantı noktası sihirbazını tamamlamak için ayrıntıları girin.

Siparişler, tek bir PSTN taşıma talebi için tüm bilgiler sağlandığında aynı anda gönderilir. Varsayılan olarak, şirket sipariş taahhüt tarihi tüm siparişler arasında tutarlıdır. PSTN bağlantı değişikliği, son bağlanan sipariş tamamen taşındıktan sonra otomatik olarak uygulanır.

  • Sipariş gönderimi başarısız olursa otomatik olarak bir destek bileti oluşturulur ve destek ekibine gönderilir.

  • PSTN bağlantı değişikliği birden fazla operatörden birden fazla sipariş gerektiriyorsa tamamlanması 10 iş günü kadar sürebilir.

Geçiş ayrıntılarını Hizmetler > Calling > PSTN > Sipariş sekmesinde bulabilirsiniz. Sipariş ayrıntılarını yan panel görünümünde görüntülemek için sipariş kimliğini seçin. Türü, PSTN bağlantı değişikliğinden oluşturulan siparişler için PSTN Değiştirme olarak görebilirsiniz.

PSTN bağlantı değişikliğini iptal et

Yönetici, konum hala geçiş durumundayken PSTN geçişini iptal edebilir.

1

Control Hub’da Oturum Açın.

2

Yönetim > Konum’a gidin.

3

PSTN bağlantısını iptal etmek istediğiniz konumu seçin.

4

Çağrı sekmesine gidin, PSTN bağlantı değişikliğini iptal et düğmesine tıklayın.

5

Iptal işlemini onaylamak için Evet, devam et ’e tıklayın.

Webex Calling çağrı planını yapılandır

Giden çağrı çağrı planı ile Webex Calling dağıtım işleminizin numarasını kontrol edin. Dahili numara uzunluklarını, yönlendirme ön eklerini ve arama tercihlerini (dahili ve harici) kullanıcılarının çevirme özellikleriyle uyumlu olacak şekilde özelleştirin.

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, Hizmetler > Calling > Hizmet Ayarları’na gidin ve ardından Dahili Arama’ya kaydırın.

2

Aşağıdaki isteğe bağlı çağrı tercihlerini ihtiyacınıza göre yapılandırın:

  • Konum Yönlendirme Ön Eki Uzunluğu: Birden fazla konumunuz varsa bu ayarı öneririz. 1-7 rakam girebilirsiniz. Aynı dahili numaraya sahip birden fazla konumunuz varsa, kullanıcıların konumlar arasında çağrı yaparken bir ön ek çevirmesi gerekir. Örneğin, dahili numaraları 1000 olan birden fazla mağazanız varsa, her bir mağaza için bir yönlendirme ön eki yapılandırabilirsiniz. Bir mağazanın ön ekinin 888 olması durumunda, o mağazaya ulaşmak için 8881000 tuşlamanız gerekecektir.
    • Yönlendirme ön eki uzunlukları yönlendirme hanesini içerir. Örneğin, yönlendirme ön eki uzunluğunu dört olarak ayarlarsanız siteyi belirtmek için yalnızca üç basamak kullanabilirsiniz.

    • Bir konuma yönlendirme ön eki atarsanız, o konuma atanan dahili numaraların tüm görünümleri yönlendirme ön ekini dahili numaranın önünde içerir. Örneğin, 888-1000 (yönlendirme ön eki dahilisi).

  • Yönlendirme Ön Ekindeki Yönlendirme Hanesi: Tüm yönlendirme ön eklerinin ilk hanesi olarak ayarlanacak sayıyı seçin.
  • Dahili Numara Uzunluğu: 2-10 rakam girebilirsiniz ve varsayılan değer 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 arama yapılmasına izin ver: Kuruluşunuzun gereksinimlerine göre konumlar arasında dahili arama özelliğini özelleştirmenizi sağlar.
    • Kuruluşunuzun tüm konumlarında yinelenen dahili numaraları yoksa geçişi etkinleştirin.

      Ayar, varsayılan olarak etkindir.

    • Kuruluşunuz 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ı, arayanla aynı konumda eşleşen dahili numaraya sahip bir kullanıcıya yönlendirilir. Arayanın, başka konumlardaki bir dahili numaraya ulaşmak için Kurumsal Önemli Numarayı (konum yönlendirme ön eki + dahili numara) çevirmesi gerekir.

3

Belirli konumlar için dahili arama belirtin. Yönetim > Konumlar’a gidin, listeden bir konum seçin ve Çağrı’ya tıklayın. Arama’ya kaydırın ve ardından dahili aramayı gerektiği gibi değiştirin:

  • Dahili Arama: Bir konumdan kullanıcıların diğer konumdaki biriyle iletişim kurmak 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 ayarlanan uzunlukla eşleşmesini öneririz, ancak 1-7 hane uzunluğunda olmalıdır.
4

Belirli konumlar için harici arama belirtin. Yönetim > Konumlar’a gidin, listeden bir konum seçin ve Çağrı’ya tıklayın. Arama’ya 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 arama 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 çağrı hanesi olmadan harici çağrılar yapmaya devam kullanılabilir.

  • Isteğe bağlı olarak bu konumun giden çağrı hanesini zorlayarak 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 özelliği etkinleştirdiğinizde, acil durum çağrılarını giden çağrı hanesiyle veya olmadan arayabilirsiniz.

      Etkinleştirildikten sonra, çağrı yönlendirme için kullanılan harici hedef numaraları, harici çağrı hanesi eklenmezse işlev görmeyecektir.

    • Dahili numara ulusal numarayla aynıysa dahili numara ulusal numaraya göre önceliklidir. Bu nedenle, giden çağrı hanesini etkinleştirmenizi öneririz.

    • Gelen ve giden PSTN çağrıları için E.164 numaralandırma biçimini kullanmanızı önemle tavsiye ederiz.

Kullanıcılara etkisi:

  • Arama tercihlerindeki değişikliklerin geçerli olması için kullanıcıların telefonlarını yeniden başlatması gerekir.

  • Kullanıcı dahili numaraları, konumun yönlendirme hanesiyle veya giden arama haneleriyle 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

https://admin.webex.com adresinden Control Hub’da oturum açın, Hizmetler > Calling > Çağrı Yönlendirme’ye gidin ve Santral Ekle’yi seçin.

2

Bir konum seçin.

3

Santrale ad verip Kaydet’e tıklayın.

Bu ad en fazla 24 karakter uzunluğunda olabilir.

Sonraki adım ne olacak?

Santralde yapılandırmanızın gerektiği ilgili parametreler sunulur. PSTN bağlantısının güvenliğini sağlamak için bir dizi SIP özeti kimlik bilgileri oluşturmanız gerekir.

Ekranda santral bilgileri görünür Etki Alanı Kaydetme, Santral Grubu OTG/DTG, Hat/Port ve Giden Proxy Adresi.

Control Hub'dan bu bilgileri kopyalayıp, iş yeri temelli PSTN'yi yapılandırmaya hazır olduğunuzda kullanmak üzere yerel bir metin dosyası veya belgeye yapıştırmanızı öneririz.

Kimlik bilgilerini kaydederseniz, bu bilgileri Control Hub'daki santral bilgi ekranından oluşturmanız gerekir. Kullanıcı Adını Al ve Parolayı Sıfırla öğesine tıklayarak santralde kullanmak için yeni bir kimliği doğrulama bilgisi kümesi oluşturun.

İş Yeri Temelli PSTN için santral seçme

1

https://admin.webex.com adresinden Control Hub’da oturum açın, Yönetim > Konum’a gidin.

2

Değiştirilecek bir konum seçin ve Yönet'e tıklayın.

3

İş Yeri Temelli PSTN'yi seçin ve İleri'ye tıklayın.

4

Açılır menüden bir santral seçin.

Santral grubu seçeneklerinizi yönetmek için santral sayfasına girin.

5

Onaylama bildirimine ve ardından Kaydet'e tıklayın.

Sonraki adım ne olacak?

Control hub 'ın oluşturduğu yapılandırma bilgilerini almanız ve parametreleri yerel ağ geçidi (örneğin, şirket içinde bulunan bir Cisco küpünde) eşlemeniz gerekir. Bu makale size bu işlemde rehberlik eder. Referans olarak, Control hub yapılandırma bilgilerinin (solda) KÜPTEKI parametrelere nasıl eşlendiğini (sağda) için aşağıdaki diyagrama bakın:

Ağ geçidinin kendisinde yapılandırmayı başarıyla tamamladıktan sonra, Control Hub'da Hizmetler > Çağrı > Konumlar 'a dönebilirsiniz. Bu durumda, oluşturduğunuz ağ geçidi, atadığınız konum kartında adın sol tarafında yeşil bir noktayla listelenir. 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 kuruluşunuz için telefon numaralarını kolayca görüntüleyebilir, etkinleştirebilir, kaldırabilir ve ekleyebilirsiniz. Daha fazla bilgi için bkz. Control Hub’da telefon numaralarını yönetme.

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, 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.

Çağrı seçeneklerini ayarla

Control Hub’ı kullanarak, kullanıcıların Webex App’te gördüğü kullanılabilir çağrı seçeneklerinin önceliğini ayarlayabilirsiniz Uygulamanın. Ayrıca, tek tıklamayla çağrı için bu seçenekleri etkinleştirebilirsiniz. Daha fazla bilgi için bkz.: Webex Uygulaması kullanıcıları için çağrı seçeneklerini ayarlayın.

Çağrı davranışı ayarlayın

Kullanıcılar çağrı yaptığında hangi çağrı uygulamasının açılacağını kontrol edebilirsiniz. Unified CM veya Webex Calling yetkisine sahip kullanıcılar ve Cisco'dan ücretli çağrı hizmetleri olmayan kullanıcılar için karma mod dağıtımı dahil olmak üzere, çağrı istemcisi ayarlarını yapılandırabilirsiniz. Daha fazla bilgi için bkz.: Çağrı davranışı ayarlayın.

Webex Calling için Unified CM Yapılandırma

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:

AyarDeğer
AdıWebex gibi benzersiz bir ad
AçıklamaWebex SIP Santrali Güvenlik Profili gibi anlamlı bir açıklama
Gelen PortWebex'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:

AyarDeğer
AdıWebex gibi benzersiz bir ad
AçıklamaWebex 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ştirKontrol 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:

AyarDeğer
AdıWebex gibi benzersiz bir ad
AçıklamaWebex Calling Arama Alanı gibi anlamlı bir açıklama
Seçilen Bölümler

DN (+E.164 dizin numaraları)

ESN (kısaltılmış siteler arası arama)

PSTNInternational (PSTN erişimi)

onNetRemote (GDPR öğrenilen 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:

AyarDeğer
Cihaz Bilgileri
DeviceNameWebex gibi benzersiz bir ad
AçıklamaWebex SIP Santrali gibi anlamlı bir açıklama
Tüm Aktif Unified CM Düğümlerinde ÇalıştırKontrol 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 AdresYerel Ağ Geçidi CUBE'ünün IP adresi
Hedef Bağlantı Noktası5060
SIP Santrali Güvenlik ProfiliDaha önce tanımlanan: Webex
SSO ProfiliDaha önce tanımlanan: Webex

Webex için Yönlendirme Grubu Yapılandırma

Aşağıdaki ayarlarla bir yönlendirme grubu oluşturun:

AyarDeğer
Yol Grubu Bilgileri
Yönlendirme Grubu AdıWebex gibi benzersiz bir ad
Seçili CihazlarDaha ö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:

AyarDeğer
Yol Listesi Bilgileri
AdıRL_Webex gibi benzersiz bir ad
AçıklamaWebex için yönlendirme listesi gibi anlamlı bir açıklama
Tüm Aktif Unified CM Düğümlerinde ÇalıştırKontrol edildi
Yol Listesi Üye Bilgileri
Seçilen GruplarYalnı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:

AyarDeğer
Yol Listesi Bilgileri
AdıWebex gibi benzersiz bir ad
AçıklamaWebex 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:

AyarDeğer
Yol ŞablonuWebex'te başta "\" ile DID aralığı için tam +E.164 şablonudur. Örneğin: \+140855501XX
Yol BölümüWebex
Ağ Geçidi/Yol ListesiRL_Webex
Acil ÖnceliğiKontrol 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:

AyarDeğer
Çevrim ŞablonuWebex'te ESN aralığı için ESN şablonudur. Örnek: 80121XX
BölümWebex
AçıklamaWebex Normalleştirme Şablonu gibi anlamlı bir açıklama
Çağrı Kaynağının Çağrı Arama Alanını KullanKontrol edildi
Acil ÖnceliğiKontrol edildi
Sonraki Atlamalarda Haneler Arası Zaman Aşımını BeklemeKontrol edildi
Aranan Taraf Dönüştürme MaskesiNumarayı +E.164'e normalleştirmek için kullanılan maskedir. Örneğin: +140855501XX

Webex Calling özelliklerinizi ayarlama

Bir çağrı yakalama grubu

Çağrı çağrı grupları, gelen çağrıları bir kullanıcı grubuna veya çalışma alanlara yönlendirer. Bir grubun tamamına yönlendirme yapabileceğiniz bir model dahi oluşturabilirsiniz.

Grup ayarlama hakkında daha fazla bilgi çağrı yakalama grubu için Cisco Webex Control Hub.

Yeni çağrı sırası

Müşterilerin çağrılarının yanıtlanamaması durumunda, otomatik yanıt, ilgilenme mesajı ve çağrının yanıtlanmasına kadar bekleme süresince müzik dinletmek için bir çağrı sırası oluşturabilirsiniz.

Yeni kullanıcı ayarlama ve yönetme hakkında daha fazla bilgi çağrı sırası bkz. Cisco Webex Control Hub.

Resepsiyonist istemcisi oluştur

Ön ofis personelinizin ihtiyaçlarının karşılanmasını sağlayın. Kullanıcıları telefon santralleri olarak ayarlayabilirsiniz, böylece bunlar, organizasyondaki belirli kişilerin gelen çağrılarını ekranlında görüntü kendilerinindir.

Resepsiyonist istemcilerinizi oluşturma ve görüntüleme hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Resepsiyonist İstemcileri.

Otomatik santraller oluşturma ve yönetme

Karşılama ekleyebilir, menüleri ayarlayabilir, çağrıları bir yanıtlama hizmetine, çağrı yakalama grubuna, sesli mesaj kutusuna veya gerçek bir kişiye yönlendirebilirsiniz. 24 saatlik bir plan oluşturun veya iş açık veya kapalı olduğunda farklı seçenekler sların.

Otomatik santralleri oluşturma ve yönetme hakkında bilgi için bkz. Otomatik Santralleri Yönetme Cisco Webex Control Hub.

Yapılandırma çağrı grubu

Grup çağrısı, kullanıcının belirli bir toplantı numarası veya dahili numarayı arayarak en fazla 75 hedef kullanıcı ve çalışma alanına tek yollu çağrı veya grup çağrı grubu.

Grup grubu ayarlama ve düzenleme hakkında bilgi için bkz. Grup Gruplarında Grup Cisco Webex Control Hub.

Yeni çağrı alma

Kullanıcıların her bir diğer aramalara yanıt vere çağrı alma bir grup oluşturarak ekip çalışması ve iş birliğini geliştirin. Bir çağrı alma grubuna kullanıcı eklerken bir grup üyesinin dışarıda veya meşgul olması durumunda, onun çağrılarını başka bir grup üyesi yanıtlayabilir.

Çağrı alma grubunun nasıl oluşturulacağı hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Alma.

Çağrı parkı kur

Çağrı parkı, tanımlı bir kullanıcı grubunun, bir çağrı parkı grubunun kullanılabilir diğer üyelerine çağrı park etmesine olanak tanır. Park edilen çağrıları, grubun diğer üyeleri kendi telefonlarından alabilir.

Çağrı parkı ayarlama hakkında daha fazla bilgi için bkz. Cisco Webex Control Hub'da Çağrı Parkı.

Kullanıcılar için araya girmeyi etkinleştir

1

https://admin.webex.com uygulamasındaki müşteri görünümünden Yönetim > Kullanıcılar’a gidin.

2

Bir kullanıcı seçin ve Çağrı’ya tıklayın.

3

Kullanıcılar arası izinler bölümüne gidin ve Katılma öğesini seçin.

4

Diğer kullanıcıların kendilerini bu kullanıcının devam eden çağrısına eklemesine izin vermek için düğmeyi açık konuma getirin.

5

Bu kullanıcı çağrıda araya girdiğinde başkalarına ses çalmak istiyorsanız Bu kullanıcı bir çağrıda Araya Girdiğinde ses çal seçeneğini işaretleyin.

Bu kullanıcı bir çağrıda Araya Girdiğinde ses çal ayarı, Customer Experience Basic ve Essentials denetleyicisinin araya girme işlevi için geçerli değildir. Bir süpervizör için bu seçeneği etkinleştirseniz bile, bir süpervizör çağrı sırası çağrısına katıldığında sistem temsilciye bildirim sesini çalmaz.

Bir süpervizör çağrısına katıldığında temsilciye bir ses çalmak istiyorsanız, bu sesi “Temsilciler için bildirim sesi” ayarlarıyla etkinleştirebilirsiniz. Daha fazla bilgi için Webex Customer Experience Basic veya Webex Customer Experience Essentials ’ta Kuyruk oluşturma bölümüne bakın.

6

Kaydet seçeneğine tıklayın.

Kullanıcı için gizliliği etkinleştir

1

Control Hub’da oturum açın ve Yönetim > Kullanıcılar’a gidin.

2

Bir kullanıcı seçin ve Çağrı’ya tıklayın.

3

Kullanıcılar Arası Izinler alanına gidin ve Gizlilik’i seçin.

4

Bu kullanıcı için uygun Otomatik Santral Gizliliği ayarlarını seçin.

  • Bu kullanıcının dahili numarayla aranmasına izin verin
  • Bu kullanıcının adı veya soyadıyla aranmasına izin verin
5

Gizliliği Etkinleştir onay kutusunu işaretleyin. Ardından, açılır listeden üye seçmeyerek herkesi engellemeye karar verebilirsiniz. Alternatif olarak, bu kullanıcının hat durumunu izleyebilecek kullanıcıları, çalışma alanlarını ve sanal hatları seçebilirsiniz.

Konum yöneticisiyseniz açılır listede yalnızca atanan konumlara ilişkin kullanıcılar, çalışma alanları ve sanal hatlar görünür.

Herkesin hat durumunu izlemesine izin vermek için Gizliliği Etkinleştir onay kutusunun işaretini kaldırın.

6

Yönlendirilmiş çağrı alma ve araya girme için gizliliği etkinleştirmek üzere Yönlendirilmiş çağrı alma ve araya girme için gizlilik uygula onay kutusunu işaretleyin.

  • Bu seçeneği etkinleştirirseniz yalnızca yetkili kullanıcılar, sanal hatlar ve çalışma alanı cihazları yönlendirilmiş çağrı alma ve araya girme işlemlerini kullanabilir. Aksi takdirde, kuruluştaki herkes bir hatta yönlendirilmiş çağrı alma ve araya girme işlemlerini gerçekleştirebilir.
  • Katılma hakkında daha fazla bilgi için bkz. Başka birinin telefon çağrısında katılma.
  • Gözetmen, temsilcilerin çağrı sırası aracılığıyla aldığı çağrılara her zaman katılabilir. Yani gizlilik ayarları gözetmenin katılma seçeneğini etkilemez.

7

Ada göre üye ekle seçeneğinden, telefon hattı durumunu izleyebilen ve yönlendirilmiş çağrı alma ve araya girme işlemlerini gerçekleştirebilen kullanıcıları, çalışma alanlarını ve sanal hatları seçin.

8

Seçtiğiniz üyeleri filtrelemek için ada, numaraya veya dahili numaraya göre filtrele alanını kullanın.

9

Seçili tüm üyeleri kaldırmak için Tümünü Kaldır ’a tıklayın.

Tek bir üyeyi kaldırmak için üyenin adının yanındaki Sil seçeneğine tıklayın.

10

Kaydet seçeneğine tıklayın.

Gizlilik ayarları

Izlemeyi yapılandır

Bir kullanıcı için maksimum izlenen hat sayısı 50'dir. Ancak izleme listesini yapılandırırken, Webex Calling ve ağınız arasındaki bant genişliğini etkileyen mesajların sayısını göz önünde bulundurun. Ayrıca, kullanıcının telefonundaki hat düğmeleri sayısına göre izlenen maksimum hatları belirleyin.

1

https://admin.webex.com uygulamasındaki müşteri görünümünden Yönetim ’e gidin ve Kullanıcılar’a tıklayın.

2

Değiştirmek istediğiniz kullanıcıyı seçip Çağrı'ya tıklayın.

3

Kullanıcılar Arası Izinler bölümüne gidin ve Izleme'yi seçin.

4

Aşağıdakiler arasından seçim yapın:

  • İzlenen Hat Ekle
  • Çağrı Parkı Dahili Numarası Ekle

Kullanıcı izleme için Izlenen Hat Ekle listesine sanal bir hat ekleyebilirsiniz.

5

Bu kullanıcıya bekletilen çağrılar hakkında bildirim göndermek isteyip istemediğinizi seçin, izlenecek kişiyi veya çağrı bekletme dahilisini arayın ve ardından Kaydet'e tıklayın.

Control Hub'daki izlenen hatlar listesi, kullanıcının cihazında görünen izlenen hatların sırasına karşılık gelir. Izlenen hatların listesini istediğiniz zaman yeniden sıralayabilirsiniz.

Izlenen hat için görünen ad, kullanıcı, çalışma alanı ve sanal hat için Arayan Kimliği Adı ve Soyadı alanlarına girilen addır.

Nasıl olduğunu görmek istiyor musunuz? Control Hub'da bir kullanıcının izleme ayarlarını nasıl yöneteceğiniz hakkında bu videoyu izleyin.

Kullanıcılar için çağrı köprüsü uyarı sesini etkinleştir

Başlamadan önce

Çağrı köprüsünün çağrılabilmesi için paylaşımlı hattın yapılandırılmış olması gerekir. Çağrı köprüsü uyarı sesini etkinleştirmeden önce paylaşılan hatları nasıl yapılandıracağınızı görün.
1

Control Hub’da oturum açın ve Yönetim > Kullanıcılar’a gidin.

2

Bir kullanıcı seçin ve Arama sekmesine tıklayın.

3

Kullanıcılar Arası Izinler’e gidin ve Çağrı Köprüleme Uyarı Sesi’ne tıklayın.

4

Çağrı Köprüleme Uyarı Sesi’ni açın ve ardından Kaydet’e tıklayın.

Bu özellik varsayılan olarak etkindir.

MPP paylaşımlı hattında çağrı köprüleme hakkında daha fazla bilgi için bkz. Multiplatform masa telefonunuzdaki paylaşımlı hatlar.

Webex Uygulaması paylaşımlı hattaki çağrı köprüleme hakkında daha fazla bilgi için bkz. WebexApp için paylaşımlı hat görünümü.

Bir kullanıcı için ifadeyi aç

Bir kullanıcı için hoteling düzenlemesini etkinleştirmek, ana masa telefonunun işlevselliğini ve özelliklerini korurken başka bir alanda çalışmasına olanak tanır.
1

https://admin.webex.com uygulamasındaki müşteri görünümünden Yönetim ’e gidin ve Kullanıcılar’ı seçin.

2

Bir kullanıcı seçin ve Arama sekmesine tıklayın.

3

Kullanıcılar Arası Izinler bölümüne gidin ve Otel Hizmeti 'ni seçin ve açma/kapatma düğmesini açık konuma getirin.

4

Paylaşımlı Çalışma Alanı Konumu arama alanına paylaşımlı çalışma alanı toplantı sahibinin adını veya numarasını girin ve kullanıcıya atamak istediğiniz paylaşımlı çalışma alanı toplantı sahibini seçin.

Yalnızca bir paylaşımlı ofis ana bilgisayarı seçilebilir. Başka bir paylaşımlı ofis sahibi seçerseniz ilk toplantı sahibi silinir.

Konum yöneticisiyseniz yalnızca atanan konumlara ilişkin paylaşımlı çalışma alanı toplantı sahibini atayabilirsiniz.

5

Bir kullanıcının hoteling toplantı sahibiyle ilişkilendirilebileceği süreyi sınırlamak için, Ilişkilendirme Süresini Sınırla açılır menüsünden kullanıcının hoteling toplantı sahibini kullanabileceği saat sayısını seçin.

Seçilen süre sonra kullanıcının oturumu otomatik olarak kapatılacaktır.

Kullanıcı için belirtilen sınır ilişkilendirme süresi, seçilen hoteling ana bilgisayarının sınır ilişkilendirme süresini aşarsa ekranda bir hata mesajı görüntülenir. Örneğin, paylaşımlı çalışma alanı toplantı sahibinin ilişkilendirme süresi 12 saat ve kullanıcının ilişkilendirme süresi 24 saat ise bir hata mesajı görüntülenir. Bu gibi durumlarda, kullanıcı için daha fazla zaman gerekiyorsa hoteling toplantı sahibinin sınır ilişkilendirme süresini uzatmanız gerekir.

6

Kaydet seçeneğine tıklayın.

Bir kullanıcı ayrıca User Hub’dan kullanmak istedikleri paylaşımlı ofis sahibini arayabilir ve bulabilir. Daha fazla bilgi için bkz. Çağrı profilinize istediğiniz yerden erişim.

Nasıl yapıldığını görmek istiyor musunuz? Control Hub’da hoteling yapılandırmayla ilgili bu videoyu izleyin.

Webex Calling için benimseme trendleri ve kullanım raporları

Çağrı raporlarını görüntüle

Webex Calling hizmetlerinin nasıl kullanıldığını, Webex uygulamasında etkileşimi ve çağrı ortamı deneyimlerinin kalitesini görüntülemek için Control Hub’daki Analiz sayfasını kullanabilirsiniz. Webex Calling analizlerine erişmek için:

1

Control Hub’da Oturum Açın.

2

Analizler ’e gidin ve Çağrı sekmesini seçin.

3

Ayrıntılı Çağrı Geçmişi'ni seçin.

Çağrı geçmişi ayrıntıları ortam kalitesi verileriyle görüntülenir.
4

Medya kalitesi verilerine erişmek için Control Hub’da oturum açın, Analizler ’e gidin ve ardından Calling’i seçin.

Bu makale yararlı oldu mu?
Bu makale yararlı oldu mu?