Cisco Unified Communications (UC) adalah sistem komunikasi berbasis IP yang mengintegrasikan produk dan aplikasi suara, video, data, dan mobilitas. Ini memungkinkan komunikasi yang lebih efektif dan aman dan dapat mengubah cara kita berkomunikasi
1. 1
Jaringan VOIP
Ringkasan PPT Pertemuan Ke-6
Nama : Hendro Gunawan
NIM : 200401072103
Kelas : IT-801
6. CISCO UNIFIED COMMUNICATION (CUCM)
6.1. Ringkasan CUCM
Cisco Unified Communications (UC) adalah sistem komunikasi berbasis IP yang mengintegrasikan
produk dan aplikasi suara, video, data, dan mobilitas. Ini memungkinkan komunikasi yang lebih efektif
dan aman dan dapat mengubah cara kita berkomunikasi. UC mewakili pergeseran paradigma komunikasi
seperti penemuan telegraf. UC menghilangkan hambatan geografis komunikasi yang efektif melalui
penggunaan suara, video, dan integrasi data. Bisnis dapat dilakukan dengan fluiditas yang berkembang
dan berkembang bersama Anda. Informasi telah ada di ujung jari kita untuk waktu yang lama, tetapi UC
memungkinkan berbagi informasi ini untuk menciptakan pengetahuan dan nilai.
Cisco UC adalah bagian dari solusi terintegrasi yang mencakup infrastruktur jaringan, keamanan,
mobilitas, produk manajemen jaringan, layanan siklus hidup, penyebaran fleksibel dan opsi manajemen
outsourcing, paket pembiayaan pengguna akhir dan mitra, dan aplikasi komunikasi pihak ketiga. Cisco
UC dapat secara drastis mengubah lini bisnis dengan menciptakan komunikasi yang lebih efektif tanpa
kehilangan sifat pribadi dari percakapan tatap muka. Komunikasi yang lebih efektif menyebabkan
berkurangnya waktu ke pasar dan transformasi proses bisnis yang gesit melalui kolaborasi.
5.2. Cisco UC Komponen Solusi
Strategi Cisco UC mencakup lalu lintas suara, video, dan data dalam satu jaringan
prasarana. Peralatan Cisco UC mampu mengelola ketiga jenis lalu lintas dan berinteraksi dengan semua
protokol jaringan berbasis standar. Cisco IP Communications mewakili cara baru untuk memberikan
fungsionalitas UC kepada pelanggan perusahaan. Alih-alih memberikan koleksi produk terputus-putus
dengan tanggal rilis individu, metodologi pengujian, dan dokumentasi, Cisco UC adalah rilis terkoordinasi
dari serangkaian produk terintegrasi yang diuji, didokumentasikan, dan didukung sebagai suatu sistem.
Gambar 6-1 mengilustrasikan empat lapisan standar model infrastruktur suara Cisco UC dan komponen
yang membentuk lapisan.
2. 2
Gambar 6.1. Komponen Solusi Komunikasi Terpadu Cisco
Komponen lapisan standar adalah sebagai berikut:
■ Infrastructure layer: Infrastruktur terdiri dari router, switch, dan gateway suara. Lapisan
infrastruktur membawa data, suara, dan video antara semua perangkat jaringan dan aplikasi. Lapisan
ini juga menyediakan ketersediaan tinggi, manajemen, kualitas layanan (QoS), dan keamanan
jaringan.
■ Call control layer: Lapisan kontrol panggilan menyediakan pemrosesan panggilan, kontrol
perangkat, dan administrasi paket dan fitur panggilan. Kontrol panggilan dapat disediakan oleh
CUCM, CUCM Express, atau CUCM Business Edition (CMBE). Buku ini berfokus pada produk
CUCM, yang hampir identik dengan Cisco Unified CMBE. Pemrosesan panggilan secara fisik
independen dari lapisan infrastruktur. Misalnya, CUCM, Cisco Unified CMBE, atau CUCM Express
di San Jose dapat memproses kontrol panggilan untuk perangkat yang secara fisik berlokasi di
Chicago.
■ Applications layer: Aplikasi independen dari fungsi kontrol panggilan dan infrastruktur pemrosesan
suara fisik. Aplikasi, termasuk yang tercantum di sini, terintegrasi melalui IP, yang memungkinkan
aplikasi untuk berada di mana saja dalam jaringan:
—Pesan suara, pesan terintegrasi, dan aplikasi pesan terpadu disediakan melalui produk Cisco Unity,
Cisco Unity Express, atau Cisco Unity Connections.
—Contact center dengan berbagai ukuran dapat dibangun dengan Cisco Unified Contact Center dan
Cisco Unified Contact Center Express.
—Cisco Unified MeetingPlace dan MeetingPlace Express adalah server konferensi berskala
menengah hingga besar yang mendukung integrasi video. Produk MeetingPlace mengintegrasikan
konferensi bergaya kuliah dengan alat kolaborasi dan kontrol yang dapat diskalakan. Cisco Unified
MeetingPlace Express diposisikan untuk usaha kecil hingga menengah. MeetingPlace Express
adalah penerus server Cisco Conference Connection.
3. 3
—Cisco Emergency Responder (ER) meningkatkan fungsi darurat yang ada yang ditawarkan oleh
CUCM. Cisco ER menyediakan pembaruan lokasi fisik untuk perangkat seluler untuk menjamin
bahwa panggilan darurat ke titik penjawab keselamatan publik (PSAP) dialihkan dengan benar ke
PSAP yang bertanggung jawab atas panggilan darurat untuk situs tersebut. Cisco ER
mengidentifikasi lokasi pemanggil dan memetakan semua panggilan dari lokasi fisik tersebut ke
nomor identifikasi saluran darurat (ELIN) melalui penggunaan identifikasi nomor otomatis standar
(ANI) / identifikasi pemanggil (CLID). ELIN terdaftar di PSAP sebagai Lokasi Tanggap Darurat
(ERL). Menerapkan kemampuan ini membantu memastikan kepatuhan yang lebih efektif terhadap
kewajiban hukum atau peraturan, sehingga mengurangi risiko jiwa dan kewajiban yang terkait
dengan panggilan darurat.
—Server Cisco Unified Presence mengumpulkan informasi tentang ketersediaan dan kemampuan
komunikasi pengguna dan memberikan informasi ini kepada pengamat pengguna sebagai indikasi
status. Informasi status mencakup ketersediaan perangkat komunikasi pengguna. Misalnya,
pengguna mungkin tersedia melalui telepon, video, kolaborasi web, atau konferensi video.
—Antarmuka protokol standar, termasuk Telephony Application Programming Interface (TAPI),
Java Telephony Application Programming Interface (JTAPI), Simple Object Access Protocol
(SOAP), Q.SIG, H.323, Media Gateway Control Protocol (MGCP), dan Session Initiation Protocol
(SIP) tersedia untuk mendukung aplikasi pihak ketiga.
■ Endpoints layer: Lapisan endpoint membawa aplikasi ke pengguna, apakah perangkat akhir adalah
Cisco IP Phone, PC yang menggunakan telepon berbasis perangkat lunak, atau klien komunikasi
atau terminal video. Cisco UC menyediakan dukungan multiprotokol untuk Skinny Client Control
Protocol (SCCP), H.323, MGCP, dan SIP.
6.2. Cisco UC Network
Sistem Cisco UC memberikan komunikasi terintegrasi penuh, suara konvergen, video,
dan data melalui infrastruktur jaringan tunggal menggunakan protokol berbasis standar. Sistem Cisco
UC memberikan kinerja dan kemampuan yang tak tertandingi untuk memenuhi kebutuhan komunikasi
saat ini dan yang muncul di lingkungan perusahaan, seperti yang diilustrasikan oleh topologi jaringan
pada Gambar 6-2.
4. 4
Gambar 6.2. Cisco UC Network
Rangkaian produk Cisco UC dirancang untuk mengoptimalkan fungsionalitas, mengurangi
persyaratan konfigurasi dan pemeliharaan, serta menyediakan interoperabilitas dengan berbagai aplikasi
lain. Ini memberikan kemampuan ini sambil mempertahankan ketersediaan, QoS, dan keamanan tinggi.
Sistem Cisco UC mengintegrasikan teknologi komunikasi utama berikut:
■ IP telephony: IP telephony mengacu pada teknologi yang mentransmisikan komunikasi suara
melalui jaringan menggunakan standar IP. Cisco UC mencakup beragam produk perangkat keras
dan perangkat lunak seperti agen pemrosesan panggilan, telepon IP, sistem pesan suara, perangkat
video, konferensi, dan banyak aplikasi lainnya.
■ Customer contact center: Produk Cisco Unified Contact Center adalah kombinasi dari strategi dan
arsitektur untuk merevolusi lingkungan call center. Cisco Unified Contact Center mempromosikan
komunikasi pelanggan yang efisien dan efektif di seluruh jaringan besar dengan memungkinkan
organisasi untuk menarik dari sumber daya yang lebih luas untuk melayani pelanggan. Sumber daya
ini mencakup akses ke kumpulan besar agen dan beberapa saluran komunikasi dan alat bantu mandiri
pelanggan.
■ Video telephony: Produk Cisco Unified Video Advantage memungkinkan komunikasi dan
kolaborasi video real-time menggunakan jaringan IP dan agen pemrosesan panggilan yang sama
dengan Cisco UC. Cisco Unified Video Advantage tidak memerlukan pelatihan pengguna akhir
khusus. Panggilan video dengan Cisco Unified Video Advantage semudah menekan nomor telepon.
5. 5
■ Rich-media conferencing: Cisco Unified MeetingPlace menciptakan lingkungan pertemuan virtual
dengan seperangkat alat berbasis IP terintegrasi untuk konferensi suara, video, dan web.
■ Third-party applications: Cisco bekerja dengan perusahaan terdepan untuk menyediakan pilihan
terluas dari aplikasi dan produk komunikasi IP pihak ketiga yang inovatif yang berfokus pada
kebutuhan bisnis penting seperti perpesanan, layanan pelanggan, dan pengoptimalan tenaga kerja.
6.3. CUCM Functions
CUCM memperluas fitur dan fungsi telepon perusahaan ke jaringan telepon paket
Perangkat. Perangkat jaringan telepon paket ini termasuk Telepon IP Cisco, perangkat pemrosesan
media, gateway VoIP, dan aplikasi multimedia. Layanan data, suara, dan video tambahan, seperti pesan
konvergensi, konferensi multimedia, pusat kontak kolaboratif, dan sistem respons multimedia interaktif,
berinteraksi dengan solusi telepon IP melalui antarmuka pemrograman aplikasi (API) CUCM. CUCM
menyediakan fungsi-fungsi ini:
■ Call processing: Pemrosesan panggilan mengacu pada proses lengkap pengantaran, perutean, dan
penghentian panggilan, termasuk proses penagihan dan pengumpulan statistik apa pun.
■ Signaling and device control: CUCM menyiapkan semua koneksi sinyal antara titik akhir panggilan
dan mengarahkan perangkat seperti telepon, gateway, dan jembatan konferensi untuk membuat dan
merobohkan koneksi streaming. Pensinyalan juga disebut sebagai kontrol panggilan dan pengaturan
panggilan/pembongkaran panggilan.
■ Dial plan administration: Rencana panggilan adalah sekumpulan daftar yang dapat dikonfigurasi
yang digunakan CUCM untuk melakukan perutean panggilan. CUCM bertanggung jawab atas
analisis digit semua panggilan. CUCM memungkinkan pengguna untuk membuat rencana panggilan
terukur.
■ Phone feature administration: CUCM memperluas layanan seperti hold, transfer, forward,
conference, speed dial, redial, call park, dan banyak fitur lainnya ke telepon IP dan gateway.
■ Directory services: CUCM menggunakan database sendiri untuk menyimpan informasi pengguna.
Otentikasi pengguna dilakukan secara lokal atau terhadap direktori eksternal. Sinkronisasi direktori
memungkinkan manajemen pengguna terpusat. Sinkronisasi direktori memungkinkan CUCM untuk
memanfaatkan pengguna yang sudah dikonfigurasi dalam direktori perusahaan-lebar. Microsoft
Active Directory (2000 dan 2003), Netscape 4.x, iPlanet 5.1, dan Sun ONE
5.2 Integrasi direktori didukung. Database CUCM lokal adalah komponen database ringan Directory
Access Protocol (LDAP)-compliant database (LDAPv3) di IBM Informix Database Server (IDS).
■ Programming interface to external applications: CUCM menyediakan antarmuka pemrograman
untuk aplikasi eksternal seperti Cisco IP SoftPhone, Cisco IP Communicator, Cisco Unified IP
Interactive Voice Response (IP IVR), Cisco Personal Assistant, Cisco Unified Personal
Communicator, dan CUCM Attendant Console.
6. 6
■ Backup and restore tools: CUCM menyediakan sistem pemulihan bencana (DRS) untuk membuat
cadangan dan memulihkan database konfigurasi CUCM. Sistem DRS juga mencadangkan catatan
detail panggilan (CDR), catatan manajemen panggilan (CMR), dan database Analisis dan Pelaporan
CDR (CAR).
Gambar 1-3 menunjukkan telepon IP yang secara logis mendaftar dengan salah satu CUCM di cluster.
Beberapa server CUCM berbagi satu database, dan telepon mempertahankan koneksi aktif ke server
CUCM utama dan cadangan. Gambar tersebut menunjukkan koneksi TCP / IP logis telepon ke server
utama.
Gambar 6.3. Fungsi CUCM
6.4. CUCM Signaling and Media Paths
CUCM menggunakan SIP atau SCCP untuk berkomunikasi dengan Cisco IP Phone untuk pengaturan
panggilan dan pembongkaran dan untuk tugas layanan tambahan.
Setelah panggilan diatur, pertukaran media terjadi secara langsung antara Telepon IP Cisco di seluruh
jaringan IP, menggunakan Real-Time Transport Protocol (RTP) untuk membawa audio. CUCM tidak
terlibat dalam panggilan setelah panggilan diatur. Jika server CUCM dicabut selama durasi panggilan,
pengguna tidak akan melihat kecuali mereka mencoba untuk menggunakan fitur pada telepon. CUCM
hanya terlibat dalam pengaturan panggilan, pembongkaran, dan fitur. Jika server CUCM yang mengatur
panggilan turun selama percakapan, pengguna akhir akan melihat pesan yang menunjukkan "CM Down,
Fitur Dinonaktifkan" pada layar LCD telepon IP.
6.4.1. Example: Basic IP Telephony Call
Gambar 1-4 mengilustrasikan pengguna di telepon A yang melakukan panggilan ke telepon B.
Pada awal panggilan, pengguna di telepon IP A mengambil handset, dan pesan dikirim ke CUCM
membiarkan CUCM tahu bahwa perangkat telah off-hook. CUCM menanggapi stimulus ini dengan
membalas dengan pesan yang memberitahu perangkat untuk memutar file nada panggil yang disimpan
7. 7
dalam memori flash telepon. Pengguna di telepon A mendengar nada panggil dan mulai memanggil
nomor telepon telepon B. Telepon SCCP mengirim digit mereka ke CUCM saat ditekan (digit demi
digit), sedangkan telepon SIP mengirim digit panggilan mereka dalam satu pesan (sinyal enbloc) secara
default. Telepon SIP memiliki opsi yang memungkinkan mereka berperilaku mirip dengan telepon
SCCP (Keypad Markup Language [KPML] dan aturan panggil). CUCM melakukan analisis digit
terhadap digit yang dipanggil. Jika kecocokan ditemukan, CUCM merutekan panggilan sesuai
konfigurasinya. Jika CUCM tidak menemukan kecocokan, nada pemesanan ulang dikirim ke pihak yang
menelepon.
Gambar 6.4. Pensinyalan CUCM dan Jalur Media CUCM
CUCM memberi sinyal kepada pihak yang menelepon untuk memulai dering balik, sehingga pengguna
di telepon A akan mendengar nada dering balik. CUCM juga memberi sinyal panggilan ke telepon
tujuan, yang memainkan nada dering. Informasi tambahan diberikan ke telepon untuk menunjukkan
panggilan dan nama dan nomor pihak yang dipanggil. (Telepon A akan menampilkan nama dan nomor
perangkat tujuan, dan telepon B akan menampilkan nama dan nomor pihak yang menelepon.)
Ketika pengguna di telepon B menerima panggilan, CUCM mengirim pesan ke perangkat yang memberi
tahu mereka informasi soket IPv4 (alamat IPv4 dan nomor port) di mana mereka harus berkomunikasi
selama durasi panggilan. Jalur media RTP terbuka langsung di antara kedua ponsel.
Telepon IP Cisco tidak memerlukan komunikasi lebih lanjut dengan CUCM sampai telepon memanggil
fitur, seperti transfer panggilan, konferensi panggilan, atau penghentian panggilan.
6.5. CUCM Hardware, Software, and Clustering
CUCM Release 6.0 adalah solusi perangkat keras dan perangkat lunak lengkap yang berfungsi sebagai
jaringan
alat. Alat jaringan adalah sistem tertutup yang hanya mendukung aplikasi dan utilitas resmi Cisco.
Tujuan dari model alat adalah untuk menyederhanakan instalasi dan peningkatan sistem dan untuk
menyembunyikan sistem operasi yang mendasarinya. Model berbasis alat memungkinkan administrator
8. 8
untuk menginstal, menerapkan, dan mengelola server CUCM tanpa memerlukan pengetahuan atau
memiliki akses ke sistem operasi yang mendasarinya.
Alat CUCM memiliki fitur-fitur ini:
■ Solusi perangkat keras dan perangkat lunak lengkap.CUCM servers are preinstalled with all software
that is required to operate, maintain, secure, and manage a server or cluster of servers (including
Cisco Security Agent).
■ CUCM juga disediakan sebagai produk perangkat lunak saja, yang dapat diinstal pada Cisco Media
Convergence Server (MCS) yang didukung atau platform server pihak ketiga yang disetujui
Cisco.Sistem operasi alat memberikan kemudahan instalasi dan peningkatan, sekaligus memberikan
keamanan dan keandalan.Sistem operasi alat memberikan kemudahan instalasi dan peningkatan,
sekaligus memberikan keamanan dan keandalan.
■ Anda dapat meng-upgrade server CUCM sementara mereka terus memproses panggilan.
■ Administrasi sistem dilakukan melalui antarmuka pengguna grafis (GUI), antarmuka baris perintah
(CLI), dan melalui API terdokumentasi untuk akses pihak ketiga.
■ Menghasilkan berbagai parameter manajemen melalui antarmuka yang dipublikasikan untuk
memberikan informasi kepada aplikasi manajemen yang disetujui, seperti NetIQ Vivinet Manager,
HP OpenView, dan Integrated Research PROGNOSIS.
■ Appliance beroperasi dengan atau tanpa keyboard, mouse, dan monitor (juga dikenal sebagai headed
atau headless). Akses pihak ketiga hanya diizinkan melalui API yang didokumentasikan.
■ CUCM mendukung pengelompokan server untuk tujuan redundansi dan berbagi beban. Redundansi
database disediakan dengan berbagi database umum di beberapa server. Redundansi pemrosesan
panggilan dicapai melalui pengaturan Grup Manajer Panggilan, di mana beberapa server ditetapkan
ke perangkat untuk tujuan memberikan toleransi kesalahan.
■ Sebuah cluster CUCM dapat memiliki hingga 20 server di dalamnya. Hanya satu server penerbit
yang diizinkan di kluster. Penerbit menampung salinan baca/tulis database. Hingga delapan server
pelanggan dapat berada di cluster, dengan batasan bahwa hanya empat server pelanggan yang dapat
melakukan pemrosesan panggilan aktif. Jika lebih dari empat server pelanggan digunakan dalam
satu cluster, server tambahan adalah server siaga khusus jika server pelanggan aktif tidak tersedia.
11 server lainnya di cluster dapat bertanggung jawab untuk berbagai layanan, termasuk TFTP dan
sumber daya media (konferensi, musik yang ditahan, transcoding).
6.6. CUCM Cluster
Clustering allows the network to scale to several thousands of endpoints, provides
redundansi jika terjadi kegagalan jaringan atau server, dan menyediakan titik pusat administrasi.
Gambar 1-5 menampilkan database Publisher yang menyinkronkan komponen database ke semua server
lain di cluster. Server yang menjalankan proses CCM.exe melakukan pemrosesan panggilan, dan server
9. 9
lain mengambil peran khusus yang dijelaskan dalam bab-bab selanjutnya dari buku ini. Pengelompokan
CUCM menciptakan skalabilitas dengan memisahkan proses ke mesin lain, yang meningkatkan kinerja.
Gambar 6.5. Cluster CUCM
Pengaturan perangkat disimpan dalam database IBM IDS. Database adalah repositori untuk parameter
layanan, fitur, konfigurasi perangkat, dan konfigurasi paket panggilan.
Database mereplikasi hampir semua informasi konfigurasi dalam topologi hub-and-spoke (satu penerbit,
banyak pelanggan). Node CUCM juga menggunakan metode komunikasi kedua untuk mereplikasi data
runtime menggunakan topologi mesh. (Setiap node memperbarui setiap node lainnya.) Topologi mesh
berbagi informasi menyediakan pendaftaran dinamis dan informasi panggilan aktif yang berubah jauh
lebih sering daripada perubahan database. Replikasi mesh real-time digunakan untuk
mengkomunikasikan telepon, gateway, dan sumber daya prosesor sinyal digital (DSP) yang baru
terdaftar, menjamin perutean panggilan yang optimal.
6.7. Cisco 7800 Series Media Convergence Servers
Meskipun CUCM dapat berjalan di sebagian besar komputer, Cisco mendukung CUCM
hanya berjalan pada perangkat keras yang disetujui Cisco yang akan mereka dukung. Persyaratan
perangkat keras minimum untuk CUCM Release 6.0 adalah sebagai berikut:
■ 2-GHz processor
■ 2 GB RAM
■ 72-GB hard disk
10. 10
Persyaratan minimum untuk CUCM 6 sama dengan Cisco Unified CallManager Versi 5, tetapi hanya
model MCS tertentu yang disetujui.
Server seri 7800 tersedia dalam varian –H atau –I. –H adalah singkatan dari Hewlett-Packard, dan –I
adalah singkatan dari platform server IBM. Server 7825 adalah server rack-mountable 19 inci atau 23
inci yang menyediakan hard drive SATA tunggal dan satu catu daya. Server 7835 meningkatkan
keandalan dan kinerja dengan menyertakan hard drive SCSI hot-swappable, dupleks disk RAID 1
perangkat keras, dan catu daya redundan. 7845 meningkatkan keandalan dan kinerja dengan
menyediakan CPU kedua dan rakitan kipas cadangan.
Anda dapat menemukan spesifikasi perangkat keras Cisco terkini yang paling detail di
http://www.cisco.com/en/US/products/hw/voiceapp/ps378/ prod_brochure0900aecd8062a4f9.html.
CUCM harus diinstal pada server yang memenuhi standar konfigurasi Cisco. Cisco secara aktif bekerja
sama dengan dua produsen perangkat keras server untuk memenuhi persyaratan ini: Hewlett-Packard
(HP) dan IBM. Anda dapat menemukan informasi tambahan di situs-situs berikut:
■ Cisco-approved IBM server solutions: http://www.cisco.com/en/US/products/hw/
voiceapp/ps378/prod_brochure0900aecd80091615.html
■ Cisco-approved HP server solutions: http://www.cisco.com/en/US/products/hw/
voiceapp/ps378/prod_brochure09186a0080107d79.html
6.8. Cisco UC Operating System
Sistem operasi CUCM didasarkan pada Red Hat Linux. Sistem operasi dan aplikasi
pembaruan disediakan oleh Cisco melalui tambalan yang ditandatangani secara digital oleh Cisco.
Perangkat lunak dan aplikasi yang tidak di-porting (tidak ditandatangani secara digital oleh Cisco) tidak
dapat diunggah atau diinstal ke dalam sistem.
Akses root ke sistem file tidak diizinkan. Sistem operasi telah diperkuat dengan menonaktifkan semua
akun dan layanan yang tidak perlu. Juga tidak ada akses ke operasi asli
Antarmuka debug sistem. Jejak, alarm, dan penghitung kinerja dapat diaktifkan dan dipantau melalui
GUI CUCM. Beberapa file dan direktori dapat diakses melalui Cisco CLI dan GUI untuk tujuan
pemeliharaan.
Dukungan akses jarak jauh memungkinkan teknisi Cisco Technical Assistance Center (TAC) mengakses
server CUCM dari jarak jauh untuk interval waktu terbatas. Dukungan akses jarak jauh dapat diaktifkan
di alat kemudahan servis CUCM.
IBM IDS adalah database untuk aplikasi Cisco UC. Instalasi dan konfigurasi database IDS ditulis ke
dalam DVD instalasi CUCM. Tidak diperlukan pengetahuan database UNIX atau IBM IDS untuk
mengkonfigurasi dan mengoperasikan CUCM.
Cisco Secure Agent disertakan dengan alat untuk memberikan perlindungan terhadap serangan yang
diketahui dan tidak dikenal. Cisco Secure Agent adalah sistem pencegahan intrusi berbasis host (HIPS).
11. 11
Server DHCP diintegrasikan ke dalam CUCM untuk menyediakan perangkat telepon IP dengan
persyaratan pengalamatan IP mereka.
Sistem operasi Cisco UC juga digunakan untuk aplikasi Cisco UC ini:
■ Cisco Emergency Responder 2.0
■ Unity Connection 2.0
■ Cisco Unified Presence 6.0
6.9. Cisco UC Database
Data dalam database CUCM dibagi menjadi dua jenis, seperti yang dijelaskan dalam bagian
yang mengikuti.
6.9.1.Static Configuration Data
Data konfigurasi statis dibuat sebagai bagian dari konfigurasi kluster CUCM. Membaca/
Akses tulis ke data ini disediakan hanya untuk penerbit. Pelanggan hanya menyediakan akses baca-saja
ke data ini. Jika penayang menjadi tidak tersedia, data pelanggan dapat digunakan untuk memproses
panggilan, tetapi tidak dapat diubah. Replikasi database bersifat searah, dari penerbit ke pelanggan.
Hanya CDR dan CMR yang direplikasi dari server pelanggan ke penerbit. Semua informasi konfigurasi
lainnya diunduh dari penerbit.
6.9.2. User-Facing Features
Anda telah belajar bahwa penerbit adalah satu-satunya server dengan salinan baca-tulis database,
dan semua perubahan konfigurasi harus dilakukan pada penerbit. Perubahan ini kemudian direplikasi ke
hilir ke pelanggan. Model ini mewakili satu titik kegagalan dari perspektif gerakan, penambahan, dan
perubahan (MAC). Masalahnya semakin diperburuk karena penerbit adalah satu-satunya server di
cluster yang bertanggung jawab atas perubahan penerusan panggilan, login mobilitas ekstensi, dan
indikator tunggu pesan sebelum CUCM 6.0.
CUCM 6.0 memperlakukan sebagian dari database sebagai data konfigurasi dinamis. Akses baca/tulis
ke data konfigurasi dinamis disediakan di semua server, memungkinkan informasi tertentu dimodifikasi
jika server penayang tidak tersedia. Informasi dinamis yang dapat diubah selama gangguan penerbit
dikenal sebagai fitur yang dihadapi pengguna (UFF). Data UFF direplikasi dari server pelanggan tempat
perubahan dimulai ke semua server pelanggan lainnya di kluster CUCM.
Contoh UFF meliputi:
■ Call Forward All (CFA)
■ Message Waiting Indication (MWI)
■ Privacy, Enable/Disable
■ Do Not Disturb, Enable/Disable (DND)
■ Extension Mobility Login (EM)
■ Hunt Group Login Status
12. 12
■ Monitor (future use)
■ Device Mobility
■ CTI CAPF Status (Computer Telephony Integration, Certificate Authority Proxy Function)
Layanan yang tercantum dalam Tabel 1-1 bergantung pada ketersediaan server penerbit terlepas dari
versi CUCM yang digunakan.
Tabel 6.1. Layanan yang Diperlukan Server Penerbit (Lanjutan)
AXL Provisions everything initiated by the AVVID XML Layer
service
AXIS-SOAP Enables and disables services through SOAP
CCM Inserts phones (auto-registration only)
LDAP Sync Updates end-user information
License Audit Updates license tables
6.9.3. Database Access Control
Akses database diamankan menggunakan Red Hat tertanam, iptables dynamic firewall dan
kata sandi keamanan basis data.
Prosedur untuk memungkinkan pelanggan baru mengakses database di penerbit adalah sebagai berikut:
Step 1 Menambahkan pelanggan ke database penerbit menggunakan Administrasi CUCM.
Step 2 Selama instalasi pelanggan, masukkan kata sandi keamanan database yang sama yang
dimasukkan selama instalasi penerbit.
Setelah konfigurasi ini, proses berikut terjadi untuk mereplikasi database dari penerbit ke pelanggan
yang baru ditambahkan:
1. Pelanggan mencoba membuat koneksi ke database penerbit menggunakan saluran manajemen
database.
2. Penerbit memverifikasi keaslian pelanggan dan menambahkan alamat IP pelanggan ke firewall
dinamisnya (iptables).
3. Pelanggan diizinkan untuk mengakses database penerbit.
4. Konten database direplikasi dari penerbit ke pelanggan.
Gambar 6-6 mengilustrasikan firewall iptables yang memungkinkan akses pelanggan ke database
penerbit.
Anda dapat menemukan informasi penggunaan port CUCM 6.0 TCP dan UDP di
http://www.cisco.com/en/ US/docs/voice_ip_comm/cucm/port/6_0/60plrev1.pdf.
13. 13
Gambar 6.6. Kontrol Akses Database
6.10. CUCM Licensing
Lisensi diimplementasikan di CUCM dimulai dengan Release 5.0. Administrasi lisensi
manajemen dilakukan melalui administrasi CUCM GUI, memungkinkan pelacakan akurat pendaftaran
perangkat aktif dibandingkan dengan unit lisensi yang telah dibeli. Pemberlakuan lisensi terjadi pada
saat penyediaan telepon dan aktivasi layanan CUCM.
Penerbit adalah satu-satunya server lisensi. Server lisensi adalah komponen logis yang melacak lisensi
yang dibeli dan lisensi yang digunakan. Jika penerbit gagal, tidak ada telepon baru yang dapat mendaftar,
dan tidak ada perubahan konfigurasi yang diizinkan. Ponsel yang ada akan terus beroperasi selama
penayang dinonaktifkan.
CUCM melacak kepatuhan lisensi untuk perangkat, aplikasi, dan perangkat lunak sebagai berikut:
■ Device units licenses: Jumlah maksimum perangkat yang disediakan dalam database CUCM akan
dilacak dan diberlakukan. Titik rute dan port CTI tidak diberlakukan.
■ Application licenses: Lisensi aplikasi diperlukan untuk setiap server pemrosesan panggilan yang
menjalankan layanan CallManager. Lisensi aplikasi terkait dengan alamat MAC kartu antarmuka
jaringan (NIC) server.
■ Software licenses: Lisensi perangkat lunak terkait dengan versi utama perangkat lunak. Lisensi
perangkat lunak diperlukan untuk upgrade ke CUCM 6.
Lisensi dibuat dan didistribusikan sesuai dengan proses Cisco FlexLM. Registrasi lisensi produk Cisco
dilakukan pada http://www.cisco.com/go/license.
Dua jenis ID produk ini tersedia:
■ Cisco device license units: Unit lisensi perangkat (DLU) Cisco hanya untuk perangkat Cisco.
■ Third-party device license units: DLU pihak ketiga dapat dikonversi ke unit Cisco, tetapi tidak
sebaliknya.
14. 14
CUCM melacak jumlah unit yang dibutuhkan oleh masing-masing perangkat, seperti yang ditunjukkan
pada Gambar 6-7. Setiap jenis perangkat sesuai dengan jumlah unit tetap.
Jumlah DLU yang dikonsumsi per perangkat tergantung pada jenis perangkat dan kemampuan ponsel.
Jumlah unit yang diperlukan per perangkat dapat dilihat dari Administrasi CUCM. DLU bersifat abadi
dan perangkat independen. Gambar 6-7 menampilkan jumlah DLU yang dikonsumsi dalam CUCM 6.0
oleh beberapa ponsel populer.
Gambar 6.7. Unit Lisensi Perangkat
Komponen utama dari file lisensi adalah sebagai berikut:
■ Alamat MAC server lisensi (penerbit)
■ Versi (rilis utama) dari perangkat lunak CUCM
■ Jumlah lisensi node (jumlah server CUCM dalam cluster)
■ Jumlah DLU
File lisensi bersifat aditif. (Beberapa file lisensi dapat dimuat.) Proses Cisco FlexLM digunakan untuk
mendapatkan lisensi, dan integritas file lisensi dijamin oleh tanda tangan digital.
Saat memutakhirkan dari Cisco Unified CallManager 4.x, jumlah DLU yang diperlukan dihitung selama
proses migrasi CUCM, dan file XML perantara yang berisi jumlah lisensi ini dihasilkan. Jumlah
perangkat dan server yang ada dalam database pada saat migrasi adalah dasar untuk jumlah DLU dan
15. 15
lisensi node dalam file lisensi sementara. Tidak ada telepon tambahan yang dapat ditambahkan sampai
file lisensi sementara telah digantikan oleh file lisensi nyata.
Setelah upgrade ke CUCM 6.0(1), gunakan opsi Lihat File di jendela Upload File Lisensi untuk melihat
file XML perantara. Salin dan tempel berkas lisensi menengah ke jendela Peningkatan Lisensi CUCM
pada Cisco.com untuk mendapatkan berkas lisensi yang sebenarnya. Unggah file lisensi aktual ke
penerbit (server lisensi).
Lisensi perangkat dan node yang ada dari CUCM 5.x dapat digunakan di CUCM 6.x.Example 1-1
menunjukkan contoh file lisensi.
6.10.1. Contoh 1-1 Contoh File Lisensi
INCREMENT PHONE_UNIT cisco 6.0 permanent uncounted
VENDOR_STRING=<Count> 1000</Count> <OrigMacId>000BCD4EE59D</OrigMacId>
<LicFileVersion>1.0</L icFileVersion>
HOSTID=000bcd4ee59d NOTICE="<LicFileID>20050826140539162</LicFileID><LicLineID>2
</LicLineID>
<PAK></PAK>" SIGN="112D 17E4 A755 5EDC F616 0F2B B820 AA9C
0313 A36F B317 F359 1E08 5E15 E524 1915 66EA BC9F A82B CBC8
4CAF 2930 017F D594 3E44 EBA3 04CD 01BF 38BA BF1B"
Bidang signifikan disorot dan dijelaskan sebagai berikut:
■ INCREMENT PHONE_UNIT Cisco 6.0 menunjukkan file lisensi unit telepon untuk Cisco Unified
CM 6.0. Tidak ada tanggal kedaluwarsa untuk lisensi ini, seperti yang ditunjukkan oleh kata kunci
permanen.
CATATAN: Jenis INCREMENT untuk lisensi node CUCM CCM_NODE cisco 6.0 permanen tak
terhitung. INCREMENT untuk lisensi perangkat lunak SW_FEATURE cisco 6.0 permanen tidak
terhitung.
■ File lisensi ini mencakup 1000 unit lisensi.
■ Alamat MAC server lisensi adalah 000BCD4EE59D.
6.10.2. Proses Permintaan Berkas Lisensi
Gambar 1-8 menampilkan proses permintaan file lisensi, yang mencakup langkah-langkah berikut:
1. Pelanggan memesan CUCM.
2. Database manufaktur memindai Kunci Otorisasi Produk (PAK) dan mencatatnya terhadap
pesanan penjualan.
3. Produk (CD atau sertifikat klaim kertas) secara fisik dikirim ke pelanggan.
4. Pelanggan mendaftarkan produk di http://www.cisco.com/go/license atau halaman web publik
dan memberikan alamat MAC perangkat penerbit yang akan menjadi server lisensi.
5. Infrastruktur pemenuhan lisensi memvalidasi PAK, dan generator kunci lisensi membuat file
lisensi.
16. 16
6. File lisensi dikirim melalui email ke pelanggan. E-mail juga berisi petunjuk tentang cara
menginstal file lisensi.
7. Pelanggan menginstal berkas lisensi di server lisensi (penerbit).
Gambar 6.8. Proses Permintaan Berkas Lisensi
6.10.3. Mendapatkan Lisensi Tambahan
Proses mendapatkan DLU tambahan dan lisensi node adalah sebagai berikut:
1. Pelanggan memesan lisensi tambahan untuk server lisensi (alamat MAC penerbit harus
ditentukan).
2. Ketika pesanan diterima, Cisco.com menghasilkan file lisensi dengan jumlah tambahan dan
mengirimkannya ke pelanggan.
3. File lisensi baru harus diunggah ke server lisensi dan akan bersifat kumulatif.
Pertimbangkan contoh ini. Server CUCM memiliki file lisensi yang ada yang berisi 100 DLUs. 100
DLU lainnya dibeli. File lisensi kedua yang dihasilkan hanya akan berisi 100 DLU. Ketika file lisensi
baru dengan 100 DLU diunggah ke CUCM, 100 DLU dari file lisensi pertama ditambahkan ke perangkat
file lisensi kedua, menghasilkan total 200 DLU.
6.10.4. Komponen Lisensi
Komponen lisensi utama dari lisensi CUCM adalah server lisensi dan lisensi
manajer.
6.10.5. Server Lisensi
17. 17
Layanan server lisensi berjalan pada penerbit di cluster CUCM dan bertanggung jawab untuk:
melacak lisensi yang dibeli dan dikonsumsi. Alamat MAC penerbit diperlukan untuk membuat file
lisensi.
6.10.6. Manajer Lisensi
Manajer lisensi bertindak sebagai broker antara aplikasi CUCM yang menggunakan lisensi
informasi dan server lisensi. Manajer lisensi menerima permintaan dari aplikasi CUCM dan meneruskan
permintaan ke server lisensi. Manajer lisensi kemudian merespons kembali ke aplikasi setelah
permintaan diproses oleh server lisensi. Manajer lisensi bertindak sebagai server proxy lisensi.
Subsistem administrasi dan subsistem alarm melengkapi diagram fungsional. Rincian dari kedua
subsistem ini adalah sebagai berikut:
■ Subsistem administrasi menyediakan kemampuan berikut:
• Menyimpan informasi tentang unit lisensi yang diperlukan untuk setiap jenis telepon. Pelanggan
dapat melihat informasi ini menggunakan GUI.
• Mendukung alat GUI yang menghitung jumlah lisensi unit telepon yang diperlukan. Pelanggan
memasukkan jenis telepon dan jumlah telepon dari setiap jenis yang ingin dibeli pelanggan.
Outputnya adalah jumlah total lisensi yang dibutuhkan pelanggan untuk konfigurasi tertentu.
• Mendukung alat GUI yang menampilkan total kapasitas lisensi dan jumlah lisensi yang
digunakan dan detail file lisensi. Alat ini juga dapat melaporkan jumlah lisensi yang tersedia.
■ Subsistem alarm menghasilkan alarm yang dirutekan ke log peristiwa atau dikirim ke stasiun
manajemen sebagai perangkap protokol manajemen jaringan sederhana (SNMP) untuk memberitahu
administrator kondisi berikut:
• Overdraft: Terjadi ketika kondisi cerukan ada. Kondisi cerukan terjadi ketika lebih banyak
lisensi digunakan daripada yang tersedia tetapi jumlah lisensi yang melebihi berada dalam
kisaran yang dapat diterima. (cerukan 5 persen diizinkan.)
• License server down: Terjadi ketika Manajer Lisensi tidak dapat mencapai server lisensi.
• Insufficient licenses: Terjadi ketika server lisensi mendeteksi fakta bahwa tidak ada lisensi yang
memadai untuk memenuhi permintaan dan menimbulkan alarm untuk memberi tahu
administrator.
Masalah dengan file lisensi terjadi ketika ada ketidakcocokan versi antara file lisensi dan CUCM (alarm
ketidakcocokan versi file lisensi), atau ketika jumlah lisensi dalam file lisensi kurang dari jumlah telepon
yang disediakan (alarm lisensi file tidak mencukupi). Penyebab lain dari kondisi ini adalah alamat MAC
yang tidak valid (misalnya, setelah perubahan NIC).
Gambar 1-9 adalah diagram fungsional yang melangkah melalui proses permintaan lisensi, seperti yang
dijelaskan dalam daftar berikut:
18. 18
1. Permintaan untuk sejumlah DLU dibuat oleh subsistem admin karena suatu peristiwa (misalnya,
pendaftaran telepon).
2. Layanan manajer lisensi pada pelanggan CUCM meneruskan permintaan ke server penerbit yang
menjalankan layanan server lisensi.
3. Layanan Server lisensi menerima peristiwa permintaan lisensi dan mengalokasikan jumlah DLU
yang diperlukan yang diperlukan berdasarkan jenis perangkat. Jika tidak cukup unit lisensi yang
tersedia untuk mengakomodasi permintaan, pesan ditolak dikirim kembali ke manajer lisensi di
server pelanggan. Jika sumber daya tersedia, server lisensi memberikan permintaan dan
mengirim pesan hibah ke manajer lisensi di server pelanggan.
4. Layanan manajer lisensi pada server pelanggan menerima pemberian lisensi atau menolak pesan
dan memungkinkan telepon untuk mendaftar.
5. If the license request was denied, the subscriber server generates an alarm in the alarm
subsystem. The deny message will be available in the CUCM syslog server by default.
Gambar 6.9. Licensing Functional Diagram
6.10.7. Menghitung Unit Lisensi
Untuk menghitung jumlah lisensi telepon yang diperlukan, ikuti langkah-langkah berikut:
Step 1 Memilih System > License > License Unit Calculator. Jendela Kalkulator Unit Lisensi akan
ditampilkan. Jumlah unit lisensi yang dikonsumsi per perangkat dan jumlah perangkat saat ini
ditampilkan seperti yang ditunjukkan pada Gambar 1-10.
Step 2 Di kolom Jumlah Perangkat, masukkan jumlah perangkat yang diinginkan, sesuai dengan setiap
node atau telepon.
Step 3 Klik Calculate. Jumlah total unit lisensi node CUCM dan DLU yang diperlukan untuk
konfigurasi tertentu akan ditampilkan.
19. 19
Gambar 6.10. Kalkulator Unit Lisensi
6.10.8. Pelaporan Unit Lisensi
Laporan unit lisensi dapat dijalankan untuk memverifikasi jumlah lisensi yang digunakan dan tersedia
untuk
ekspansi di masa depan. Gunakan prosedur berikut untuk membuat laporan unit lisensi:
Step 1 Memilih System > License > License Unit Report.
Step 2 Jendela Laporan Unit Lisensi ditampilkan seperti yang ditunjukkan pada Gambar 1-11. Jendela
ini menampilkan jumlah lisensi telepon dan jumlah lisensi node, dalam kategori berikut:
Unit Resmi
• Unit yang Digunakan
• Unit yang tersisa
Gambar 6.11. Laporan Unit Lisesi
File lisensi (CCMxxxxx.lic) diunggah ke penerbit (server lisensi). Untuk meng-upload file lisensi
ke penerbit server, ikuti langkah-langkah berikut:
Step 1 Pastikan file lisensi diunduh ke PC lokal.
Step 2 Dari PC dan menggunakan browser yang didukung, masuk ke Administrasi
CUCM.
Step 3 Pilih System > License > License File Upload, seperti yang ditunjukkan pada Gambar 1-12.
Jendela Unggah File Lisensi akan ditampilkan
20. 20
Gambar 6.12. Prosedur Unggah File Lisensi
Step 4 Di jendela yang ditunjukkan pada Gambar 1-13, klik Upload License File.
Step 5 Klik Browse untuk memilih file lisensi dari direktori lokal.
Step 6 Klik Upload.
Gambar 6.13. Prosedur Unggah File Lisensi (lanjutan)
Step 7 Setelah proses upload selesai, klik perintah Continue saat muncul. Konten file lisensi yang
baru diunggah akan ditampilkan.
6.11. Ringkasan Bab
Daftar berikut merangkum poin-poin penting yang dibahas dalam bab ini:
■ Cisco Unified Communications (UC) adalah komunitas komponen yang dirancang untuk
memungkinkan komunikasi yang cepat dan efisien. Komponen UC meliputi:
—Endpoints
21. 21
—Application integration
—Call control
—Infrastructure
■ Cisco Unified Communications Manager (CUCM) adalah komponen perutean panggilan dari
ekosistem Cisco UC, menyediakan pengaturan panggilan dan layanan teardown untuk komunikasi
suara dan video. CUCM menyediakan topologi perintah dan kontrol terpusat untuk manajemen
konfigurasi sambil memanfaatkan sifat komunikasi IP yang terdistribusi.
■ CUCM adalah solusi perangkat lunak yang didukung pada berbagai konfigurasi perangkat keras.
Media Convergence Server (MCS) adalah solusi perangkat keras bermerek Cisco yang berjalan pada
platform server HP atau IBM.
■ CUCM Versi 5.0 dan yang lebih baru menggunakan model alat di mana sebagian besar administrasi
dilakukan pada klien yang menunjuk ke layanan web yang berjalan di CUCM. Sistem operasi yang
diperkuat didasarkan pada varian Red Hat Linux. Tidak ada akses ke kernel Linux, dan kurangnya
akses ini memberikan tingkat keamanan yang tinggi ke platform Cisco UC. Versi CUCM sebelum
5.0 (4.x dan sebelumnya) menggunakan sistem operasi berbasis Microsoft Windows.
■ Database CUCM Versi 5.0 dan kemudian memanfaatkan IBM Informix Dynamic Server (IDS) untuk
menyimpan semua data konfigurasi, termasuk database pengguna. Versi yang lebih lama dari5.0
menggunakan database server Microsoft SQL untuk sebagian besar informasi konfigurasi, sementara
informasi pengguna disimpan di server direktori DC. Direktori DC dan IBM IDS adalah database
LDAP-compliant.
■ Lisensi CUCM terdiri dari server lisensi dan manajer lisensi. Komponen server lisensi berjalan di
server penerbit, sedangkan manajer lisensi berjalan di setiap server.
6.12. Pertanyaan Ulasan
Gunakan pertanyaan-pertanyaan di sini untuk meninjau apa yang Anda pelajari dalam bab ini. Jawaban
yang benar terdapat dalam Lampiran A, "Jawaban atas Pertanyaan Ulasan Bab."
1. Lapisan komponen Cisco Unified Communications mana yang bertanggung jawab untuk
mengirimkan nada panggil?
a. Endpoints
b. Applications
c. Call control
d. Infrastructure
2. Apa nama server dalam cluster CUCM yang memelihara salinan baca/tulis dari seluruh database?
a. Member server
b. Domain controller
c. Subscriber
22. 22
d. Publisher
3. Protokol apa yang bertanggung jawab untuk mengangkut voice over IP?
a. Skinny Client Control Protocol (SCCP)
b. H.323
c. Real-Time Transport Protocol (RTP)
d. Real-Time Transport Control Protocol (RTCP)
e. Media Gateway Control Protocol (MGCP)
f. Skinny Gateway Control Protocol (SGCP)
4. Berapa banyak agen pemrosesan panggilan yang dapat aktif dalam kluster CUCM?
a. 20
b. 4
c. 8
d. 9
e. 2
5. Berapa banyak agen pemrosesan panggilan yang dapat berada dalam kluster CUCM?
a. 20
b. 4
c. 8
d. 9
e. 2
6. Berapa banyak server yang dapat berada dalam cluster CUCM?
a. 20
b. 4
c. 8
d. 9
e. 2
7. Server CUCM mana yang mengaktifkan komponen manajer lisensi?
a. Member server
b. Domain controller
c. Subscriber
d. Publisher
e. All servers
8. Server CUCM mana komponen server lisensi aktif?
a. Member server
b. Domain controller
23. 23
c. Subscriber
d. Publisher
e. All servers
9. Di server mana di cluster CUCM file lisensi dimuat?
a. Member server
b. Domain controller
c. Subscriber
d. Publisher
e. All servers
10. Manakah dari fitur berikut ini yang bukan fitur yang dapat dilihat pengguna (UFF)?
a. Call Forward All (CFA)
b. Message Waiting Indication (MWI)
c. Attendant Console (Login/Logout)
d. Privacy (Enable/Disable)
e. Do Not Disturb (Enable/Disable) (DND)
f. Extension Mobility (Login/Logout) (EM)
g. Hunt Group Login Status
Referensi
[1] Ambros Magnus Rudolf Mekeng, S. M. (2024, Mei 10). Jaringan VOIP. Diambil kembali dari
Edlink Universitas Siber Asia: https://edlink.id/panel/classes/733658. Diakses pada tanggal 13 Mei
2024.
Link File
https://www.slideshare.net/slideshow/jaringan-voip-ringkasan-modul-pertemuan-ke-6-pdf/268244822