ExpressRoute dan QoS di Skype for Business Online

Penting: Artikel ini adalah terjemahan mesin, lihat penafian. Temukan versi bahasa Inggris artikel di sini sebagai rujukan Anda.

Terhubung ke Office 365 melalui koneksi jaringan khusus menggunakan Azure ExpressRoute untuk Office 365 dan Skype for Business Online. Koneksi khusus untuk aplikasi Skype for Business akan memberi Anda kinerja yang dapat diandalkan dan diprediksi serta privasi yang jauh dari internet publik. Sekarang Anda bisa membeli koneksi jaringan yang lebih baik untuk Office 365 dan Skype for Business Online yang menambah prediktabilitas, keandalan kelas bisnis dan disertai dengan SLA waktu aktif.

Catatan: Ada versi baru Kalkulator bandwidth yang tersedia Skype for Business, Kalkulator Bandwidth, namun, petunjuk ini dalam dokumen ini menggunakan Lync 2010 dan 2013 Bandwidth Kalkulator.

Skype for Business Online dan ExpressRoute

Bekerja dengan mitra ExpressRoute Microsoft, Anda bisa menyambungkan berbagai aplikasi Office 365 termasuk Skype for Business Online di awan melalui koneksi khusus. Namun, kapabilitas komunikasi suara dan video real-time untuk Skype for Business memerlukan layanan jaringan yang dikonfigurasi secara khusus untuk mendukung beban kerja real-time Office 365 ini. Ini termasuk jaringan yang memiliki bandwith yang memadai untuk membawa volume lalu lintas yang diperlukan dan mampu mendukung Quality of Service (QoS) untuk memberikan pengalaman kelas bisnis bagi pengguna Anda.

Dokumen ini didesain untuk membantu Anda, administrator dan desainer jaringan memahami tantangan khusus yang diperlukan untuk mendukung komunikasi real-time, alat yang disediakan oleh Microsoft untuk membantu Anda dalam mendesain jaringan yang mampu mendukung persyaratan tersebut, dan memandu Anda dalam proses desain menggunakan studi kasus.

Bagian pertama dari dokumen ini memandu Anda menelusuri studi kasus untuk membantu Anda dalam mendesain jaringan menggunakan Kalkulator Bandwith Lync 2010 dan 2013 untuk memperkirakan persyaratan jaringan untuk penggunaan ExpressRoute Skype for Business yang besar dan multi-situs. Bagian kedua dari dokumen ini memberi Anda pandangan paling mendasar tentang Quality of Service (QoS), menggali lebih dalam tentang detail teknik untuk mendukung komunikasi real-time Skype for Business, dan tipe layanan jaringan tertentu yang diperlukan.

Semua informasi di sini memberi Anda detail teknik dan pemahaman untuk QoS dan ExpressRoute, memahami tantangan khusus yang akan Anda hadapi, dan memberi Anda pengetahuan tentang alat dan teknik yang akan memungkinkan Anda dapat menggunakan ExpressRoute di seluruh jaringan Skype for Business Anda.

Memulai

Bila Anda sudah siap untuk ExpressRoute untuk Skype for Business, ada baiknya melihat model koneksi ExpressRoute yang berbeda dan berbagai pilihan mitra serta lokasi dan membaca cara membeli dan menyediakan ExpressRoute di dalam bisnis Anda. Berikut ini beberapa sumber daya untuk memulai:

Bagian 1: Studi kasus - ExpressRoute untuk Dewey Law, LLC.

Studi kasus untuk Dewey Law, LLC. ini akan memperlihatkan cara menyetel jaringan, memesan layanan akses jaringan, dan menentukan persyaratan bandwith untuk mendukung ExpressRoute untuk Skype for Business Online.

Latar Belakang Dewy Law LLC. adalah firma hukum besar berskala nasional dengan 790 pengacara dan total 5.580 karyawan yang tersebar di 78 lokasi. Firma ini memiliki kantor pusat di New York, tiga kantor regional di Chicago, San Francisco dan Dallas, disertai dengan 24 kantor cabang besar dan 50 kantor cabang kecil yang tersebar di seluruh negeri. Firma ini menangani kasus yang besar dan kompleks dengan beban kerja yang biasanya tersebar di antara dua kantor atau lebih. Desain jaringan seperti ini menyebabkan lalu lintas jaringan yang cukup besar antar kantor.

Dewy Law LLC. adalah firma yang relatif muda dan para pengacara serta anggota staf lainnya sangat nyaman dengan teknologi dan sangat bergantung pada teknologi untuk pekerjaan harian mereka.

Distribusi pengguna menurut lokasi dan posisi

Kantor pusat (NY)

Kantor regional (3)

Kantor cabang besar (24)

Kantor cabang kecil (50)

Eksekutif

20

10

1

1

Mitra

150

50

10

5

Rekanan

300

100

20

10

Asisten Pengacara

400

125

30

15

Admin eksekutif

100

35

6

3

TI dan Administratif umum

100

25

3

2

Total per situs

1.070

345

70

36

Total per kelas situs

1.070

1.035

1.680

1.800

Menyetel jaringan

Untuk memberikan layanan real-time yang konsisten dan berkualitas tinggi untuk Dewey Law LLC., ada beberapa persyaratan dasar yang harus dipenuhi:

  • Mereka ingin menyediakan layanan suara selama pemadaman listrik sehingga sakelar dan router distribusi jaringan mereka harus menyediakan daya melalui Ethernet (PoE) IEEE 802.3af atau 802.3at.

  • Sakelar dan router juga jaringan harus menggunakan uninterrupted power sources (UPS) sehingga mereka bisa terus beroperasi selama pemadaman listrik.

    Mereka memiliki koneksi Wi-Fi untuk LAN kantor mereka, sehingga kami sangat menyarankan agar mereka menggunakan mitra infrastruktur Wi-Fi Skype for Business bersertifikasi dari Solusi Skype for Business

    Tips: Titik akses nirkabel 802.11n dan 802.11ac direkomendasikan.

  • Dan yang paling penting, semua jaringan LAN di semua kantor harus disetel untuk menyediakan Quality of Service (QoS). Ini termasuk PC, laptop dan perangkat keras jaringan seperti sakelar dan router.

Sekarang karena Anda telah membahas dasar-dasarnya, untuk memberikan layanan suara kelas bisnis untuk Dewey Law LLC., kami menyarankan penggunaan layanan IP Multi-Protocol Label Switching (MPLS) dari mitra layanan jaringan yang akan tersambung ke layanan Azure ExpressRoute. MPLS menyediakan layanan IP dengan jaminan kinerja untuk mencegah penundaan, jitter dan hilangnya paket. Namun, jika MPLS tidak tersedia, Ethernet tersambung ke salah satu mitra pertukaran data ExpressRoute kami yang juga bisa digunakan.

Penyedia MPLS menawarkan beberapa kelas tingkat layanan namun masing-masing menggunakan istilah berbeda untuk mengidentifikasinya. Anda harus bekerja sama dengan penyedia untuk memastikan mereka memahami data yang telah Anda masukkan ke dalam Kalkulator Bandwith Lync 2010 dan 2013 serta opsi yang tersedia dan yang direkomendasikan untuk aplikasi beban kerja real-time Office 365 yang berbeda.

Ada dua opsi tentang bagaimana data dari aplikasi Skype for Business bisa dipetakan ke kelas layanan MPLS yang sesuai:

  • Penandaan Titik Akhir lalu lintas menggunakan DiffServ Control Point (DSCP)

  • Berdasarkan Daftar Kontrol Akses (ACL, Access Control List) Jaringan

Untuk mengimplementasikan Penandaan Titik Akhir, Anda harus mengonfigurasi semua domain yang tergabung dengan komputer Windows untuk Dewey Law LLC. untuk menandai setiap paket dengan penandaan DiffServ Control Point (DSCP) yang sesuai lalu mengimplementasikan QoS di semua sakelar dan router di seluruh situs kantor mereka untuk memastikan penandaan QoS dipertahankan dan tidak dihapus. Penandaan DSCP pada paket jaringan memberi tahu penyedia layanan bahwa paket jaringan itu diprioritaskan. Ada informasi lainnya tentang DSCP di bagian QoS di Bagian 2.

Untuk penetapan jaringan berbasis ACL, penandaan prioritas DSCP diimplementasikan pada router upstream dan berdasarkan port sumber UDP. Rentang port yang direkomendasikan untuk setiap aplikasi tercantum di Bagian 2.6.1.1 dari Perencanaan, Pemantauan, dan Pemecahan Masalah Jaringan dengan Lync Server. Sangatlah penting agar Anda mengkoordinasikan ini dengan implementasi dan desain QoS Dewey Law LLC secara keseluruhan serta menyadari tentang perbedaan kebijakan QoS serta potensi ketidakcocokan penandaan paket.

Setiap penyedia layanan jaringan ExpressRoute akan memiliki kelas layanan (QoS) yang sesuai untuk suara dan video real-time. COS ini disebut ‘Expedited Forwarding’ (EF) untuk suara dan ‘Assured Forwarding’ (AF) untuk video. Anda harus sangat hati-hati dalam ukuran jumlah bandwith yang Anda beli untuk lalu lintas suara EF. Alasannya adalah karena kelas layanan suara sangat tak kenal ampun jika Anda mengirimkan lebih banyak lalu lintas dari kelas layanan yang disediakan.

Tips: Setiap lalu lintas yang dikirimkan pada kelas layanan suara yang melebihi komitmen penyedia layanan langsung dibuang yang akan langsung mempengaruhi kualitas suara.

Saat melihat desain keseluruhan untuk Dewey Law LLC. sangatlah penting agar Anda menentukan jumlah bandwith jaringan yang mereka butuhkan secara akurat untuk mendukung lalu lintas suara di seluruh jaringan mereka dan akan menandai setiap paket suara (dan hanya paket suara) dengan pengaturan DSCP untuk suara (mis. DSCP EF 46).

Untuk mengimplementasikan QoS di seluruh jaringan perusahaan mereka, titik akhir atau router harus menandai setiap paket dengan indikator prioritas Lapis 3 yang sesuai (mis. DSCP). Bersama dengan seluruh jalur jaringan, setiap sakelar dan router harus memiliki opsi QoS yang diaktifkan. Meskipun hanya satu sakelar atau router jaringan yang tidak memiliki QoS yang diaktifkan, penandaan QoS pada paket suara atau video yang melewati sakelar atau router itu akan dilepaskan. Ini secara efektif menonaktifkan QoS di semua sakelar dan router bawah yang mengurangi nilai yang memiliki ExpressRoute.

Ini juga mengharuskan agar asosiasi prioritas QoS Lapis 3 dan Lapis 2 ditentukan di setiap titik. Mekanisme prioritas Lapis 2 ditentukan di IEEE 802.1p untuk jaringan berkabel dan 802.11e/WMM untuk jaringan Wi-Fi. Lebih penting lagi, router jaringan yang menghadapi jaringan MPLS penyedia layanan jaringan harus mempertahankan pengaturan DSCP di semua paket keluar agar mereka mempertahankan kelas layanan MPLS yang sesuai.

Tips: Untuk detail tertentu yang terkait dengan penyiapan QoS, merujuklah ke Bagian 2.6 Perencanaan Jaringan, Pengawasan, dan Pemecahan Masalah Server Lync. Anda juga bisa melihat Merencanakan persyaratan jaringan Skype for Business 2015 untuk persyaratan perencanaan jaringan lainnya.

Memesan Layanan Akses Jaringan

Begitu Anda memiliki persyaratan dan mekanisme jaringan QoS di tempat untuk mendukung ExpressRoute, langkah selanjutnya adalah melakukan pemesanan untuk layanan akses jaringan ExpressRoute. Saat memesan layanan akses ExpressRoute untuk Dewey Law LLC dari mitra penyedia layanan jaringan Microsoft, Anda akan perlu menyediakan dua hal:

  • Jumlah total bandwith yang diperlukan untuk menyambungkan setiap situs ke ExpressRoute dan Office 365.

  • Total bandwith yang diperlukan untuk setiap kelas layanan yang diperlukan untuk mendukung aplikasi Skype for Business yang akan digunakan di Dewey Law LLC. Persyaratan bandwith kelas layanan didorong oleh volume lalu lintas yang Anda harapkan dari setiap aplikasi Skype for Business seperti suara, video, IM, kehadiran, dan berbagi layar.

Menentukan Persyaratan Bandwidth untuk Aplikasi Skype for Business

Untuk Dewey Law LLC., begitu Anda telah menentukan total bandwith yang diperlukan, sekarang Anda perlu tahu bagaimana harus membagi jumlah bandwith itu di antara berbagai kelas layanan. Misalnya, berapa banyak bandwith untuk setiap aplikasi Skype for Business.

Untuk menentukan persyaratan tersebut di setiap situs Dewey Law LLC., Anda akan menggunakan Kalkulator Bandwith Lync 2010 dan 2013. Kalkulator ini adalah alat berbasis Excel yang memungkinkan Anda menentukan penggunaan berbagai aplikasi Skype for Business yang diharapkan termasuk suara, video, konferensi, dan berbagi layar. Kalkulator ini akan otomatis menghasilkan estimasi persyaratan bandwith dan CoS untuk setiap situs di jaringan mereka. Saat Anda mengunduh Kalkulator Bandwith Lync 2010 dan 2013, panduan pengguna juga akan diunduh yang akan memberi Anda detail tentang penggunaannya.

Untuk memudahkan penggunaan lembar bentang, ada banyak sel di lembar bentang yang diberi kode warna:

  • Hijau Ini adalah area input data umum.

  • Kuning Ini adalah area input data tingkat lanjut. Anda bisa mengubah ini, namun lakukan dengan hati-hati.

  • Merah Ini adalah area baca saja dan nilai input terkunci dan tidak bisa diubah.

  • Abu Ini adalah area tampilan saja. Ini adalah hasil atau data dari area input umum.

Proses desain untuk Dewey Law LLC. dimulai dengan karakterisasi pengguna mereka ke dalam ‘Persona’ yang berbeda. Untuk setiap persona yang ditentukan, Anda bisa menentukan penggunaan yang mereka harapkan atas berbagai aplikasi Skype for Business (‘Tidak Ada’, ‘Rendah’, ‘Sedang’, ‘Tinggi’, atau salah satu dari tiga pengaturan ‘Kustom’ yang ditentukan). Pilihan tersebut ditemukan dalam lembar kerja ‘Persona’. Penggunaan tertentu untuk setiap pilihan (‘Rendah’, ‘Sedang’, atau ‘Tinggi’) disediakan, namun default untuk setiap pilihan bisa berubah. Dengan mengidentifikasi jumlah pengguna untuk setiap persona yang berada di setiap situs, kalkulator bisa menghitung total bandwith yang diperlukan untuk setiap lokasi.

Anda juga bisa menentukan codec audio dan video yang digunakan, apakah koreksi kesalahan maju digunakan dan juga parameter sistem lain yang akan mempengaruhi persyaratan bandwith. Anda bisa menggunakan pengaturan default di Kalkulator Bandwith Lync 2010 dan 2013 atau memilih codec berbeda dan paramater sistem lain. Untuk desain situs Dewey Law LLC, pengaturan default bisa digunakan. Namun, untuk mengubah salah satu pengaturan default di sana ada menu turun bawah dengan semua pilihan yang tersedia. Bandwidth yang digunakan untuk setiap pilihan disertakan dalam lembar kerja 'Codec'. Saat mengubah setiap pengaturan, perubahan dalam perpaduan bandwith dan kelas layanan (CoS) di setiap situs akan diperbarui. Dengan memiliki kapabilitas ini memungkinkan Anda menguji konfigurasi potensial yang berbeda untuk mereka dan melihat pengaruh perubahan yang akan didapatkan pada persyaratan bandwith untuk mereka.

Kami telah menentukan tiga persona untuk Dewey Law LLC., ‘Eksekutif/Mitra’, ‘Rekanan/Asisten Pengacara’ dan ‘Admin TI’. Tabel berikut ini memperlihatkan bagaimana kami telah menyetel profil penggunaan untuk berbagai aplikasi Skype for Business untuk setiap persona.

Persona dan profil penggunaan (Lembar Kerja ‘Persona’- Kolom A hingga P)

Persona

IM/Kehadiran

Audio P2P

Video P2P

Audio konferensi

Video konferensi

Berbagi desktop

Audio konferensi dial-in

Lync 2010 Tipe_RTV

Pengguna Jarak jauh

Lync 2013 audio stereo

Lync 2013 kualitas video

Lync 2013 jendela perilaku pengguna untuk video P2P

Lync 2013 Penggunaan multi-tampilan

Eksekutif/ Mitra

Tinggi

Sedang

Rendah

Sedang

Sedang

Tidak ada

Sedang

CIF

0%

0%

Terbaik

Biasa

Biasa

Asosiasi/ Asisten Pengacara

Tinggi

Sedang

Rendah

Sedang

Tinggi

Tinggi

Sedang

CIF

0%

0%

Sedang

Biasa

Biasa

Admin TI

Tinggi

Sedang

Tidak ada

Rendah

Tidak ada

Tidak ada

Sedang

CIF

0%

0%

Sedang

Biasa

Biasa

Anda akan perlu memasukkan informasi dalam tabel Distribusi pengguna menurut lokasi dan posisi di atas di lembar kerja ‘Situs’ Kalkulator Bandwith Lync 2010 dan 2013. Karena jumlah pengguna di kantor regional sama, mereka ditetapkan untuk satu ‘Situs’ dan ditentukan bahwa ada tiga contohnya. Hal yang sama dilakukan untuk cabang yang besar dan kecil di mana ada 24 dan 50 pengguna di masing-masing situs.

Setelah menentukan pengaturan untuk setiap persona, Anda harus memasukkan jumlah pengguna di setiap persona di situs dalam lembar kerja ‘Situs’. Total pengguna untuk semua situs diperbarui secara otomatis. Karena tidak ada pengguna di lokasi Office 365, mereka semua harus dimasukkan di baris ‘Cabang’ lembar kerja. Kalkulator Bandwith Lync 2010 dan 2013 selanjutnya mengisi kolom ‘Kelas Usaha Terbaik’, ‘Kelas Lalu Lintas Data’ dan ‘Kelas lalu lintas real-time’ dalam tabel ‘Kelas lalu lintas WAN BW per QoS’. Ini diperlihatkan dalam data di tabel di bawah ini.

Tips: Lembar bentang lengkap juga menyertakan jumlah maksimum sesi secara bersamaan untuk setiap aplikasi, namun kami menghapus kolom tersebut untuk menghemat penyimpanan.

Persona menurut situs - (Lembar Kerja ‘Situs’- Kolom A, D, I dan AI hingga AX)

Nama Situs

Total Pengguna di Situs

Total Situs Seperti Ini

Profil Pengguna 1

Pengguna Profil 1

Profil Pengguna 2

Pengguna Profil 2

Profil Pengguna 3

Pengguna Profil 3

Kantor pusat

1070

1

Eksekutif/Mitra

170

Asosiasi/Asisten Pengacara

700

Admin TI

200

Kantor regional

345

3

Eksekutif/Mitra

60

Asosiasi/Asisten Pengacara

225

Admin TI

60

Kantor cabang besar

70

24

Eksekutif/Mitra

11

Asosiasi/Asisten Pengacara

50

Admin TI

9

Kantor cabang kecil

36

50

Eksekutif/Mitra

6

Asosiasi/Asisten Pengacara

25

Admin TI

1

Bandwidth yang diperlukan per aplikasi menurut situs dalam Kbps (‘Lembar Kerja Situs’- Kolom A dan BQ hingga LF)

Situs

Bandwidth SIP / IM Tertinggi

Bandwidth Audio Rekan Antar Situs Tertinggi

Bandwidth Video Rekan Antar Situs Tertinggi

Bandwith Konfigurasi Audio Tertinggi

Bandwidth Configurasi Video Tertinggi

Bandwith Berbagi WAN Tertinggi

Bandwith WAN Tertinggi untuk panggilan PSTN

Kantor pusat

1070

525,30

560,00

739,50

2640,00

4224,00

2688,30

Kantor Regional

345

185,40

560,00

255,00

1320,00

1536,00

896,10

Cabang Besar

70

92,70

560,00

102,00

600,00

384,00

216,30

Cabang Kecil

36

119,40

560,00

76,50

600,00

384,00

123,60

Mungkin kolom yang paling penting dalam lembar bentang adalah kolom yang menjelaskan bandwidth WAN menurut kelas QoS. Ini diperlihatkan dalam tabel berikut. Data ini meringkas informasi yang harus diberikan kepada penyedia layanan jaringan agar dapat mengakses koneksi di setiap situs Anda. Saat menghitung bandwidth total, ingatlah untuk mengalikan bandwidth setiap jenis situs cabang dengan jumlah situs berjenis sama. Untuk tersambung dengan mitra layanan jaringan ExpressRoute, lihat Azure ExpressRoute.

Sangatlah penting agar Anda tidak melebihi bandwith dalam suara atau kelas layanan ‘Expedited Forwarding’ (EF). Kumpulan paket acak akan dibuang daripada mengurangi kualitas panggilan tunggal atau sekelompok panggilan, semua panggilan yang sedang berlangsung akan terpengaruh. Juga penting untuk diingat hanya suara yang ditandai dengan DSCP untuk EF (mis. DSCP = 46) atau antrian suara bisa melebihi batas ketika lalu lintas non suara ditambahkan.

Tips: Selain itu, sementara kelas layanan EF menawarkan jaminan kinerja terbaik, jika Anda melebihi bandwith yang ditentukan, paket tambahan apa pun akan langsung dibuang.

Agregat bandwidth per situs menurut kelas lalu linta QoS - (Lembar Kerja ‘Situs’- Kolom A dan ML hingga MR)

Nama Situs

Kelas best efford (DSCP 0)

Kelas lalu lintas data (DSCP kustom)

Kelas lalu lintas real-time (DSCP 34, AF41)

Kelas lalu lintas prioritas (DSCP 46, EF)

Kantor pusat

0,00

5764,80

3200,00

3953,10

Kantor Regional

0,00

2033,60

1880,00

1336,50

Cabang Besar

0,00

486,40

1160,00

411,00

Cabang Kecil

0,00

438,40

1160,00

319,50

Melaksanakan rencana Anda menjadi tindakan

Kami dapat menghitung total bandwidth yang akan menjelajahi WAN dan jumlah bandwidth yang akan menjelajahi ExpressRoute, menggunakan perkiraan bandwidth dari tabel Per aplikasi Per situs di atas. Bagian lalu lintas yang menjelajahi ExpressRoute tidak termasuk bandwidth rekan antar situs.

Situs

Bandwidth SIP / IM Tertinggi

Bandwith Konfigurasi Audio Tertinggi

Bandwidth Configurasi Video Tertinggi

Bandwith Berbagi WAN Tertinggi

Bandwith WAN Tertinggi untuk panggilan PSTN

Lalu lintas total ExpressRoute per kelas situs (yaitu., total waktu # dari situs)

Kantor pusat

1.070

739,50

2640,00

4224,00

2688,30

11361,80

Kantor Regional

345

255,00

1320,00

1536,00

896,10

8704,20

Cabang Besar

70

102,00

600,00

384,00

216,30

32935,20

Cabang Kecil

36

76,50

600,00

384,00

123,60

61005,00

Ini artinya lalu lintas Skype for Business Online yang akan menjelajahi rute ekspres adalah sekitar 114 Mbps, jadi Dewey harus berlangganan ExpressRoute setidaknya 200 Mbps. Beberapa sirkuit ExpressRoute dapat dibeli di berbagai lokasi rekan ExpressRoute. Ini bisa dilakukan jika situs Dewey berada di berbagai kawasan geografis, atau untuk menyediakan resiliensi jika koneksi ke sirkuit ExpressRoute gagal. Jika Anda membeli sirkuit ExpressRoute di beberapa kawasan Azure, Anda memerlukan add-on premium ExpressRoute agar dapat menerima konektivitas global melalui ExpressRoute.

Setelah memiliki jumlah total bandwidth dan jumlah bandwidth layanan kelas (CoS) yang diperlukan, Anda bisa memesannya di penyedia layanan jaringan tertentu. Jangan lupa sertakan perkiraan lalu lintas untuk aplikasi dan layanan lain. Kami menawarkan panduan perencanaan jaringan untuk layanan Office 365 lainnya, termasuk kalkulator bandwidth untuk Exchange dan OneDrive. Langganan bandwidth penyedia layanan jaringan akan lebih tinggi karena lalu lintas antar situs harus ditambahkan kembali. Bandwidth Calculator Lync 2010 dan 2013 hanya menyediakan perkiraan lalu lintas yang diharapkan, maka sebaiknya Anda mengonfirmasi kemampuan jaringan untuk mendukung volume lalu lintas yang melakukan uji tekanan tersebut.

Tips: Tes stres sangat direkomendasikan saat Anda menjalankan pra-pengujian jaringan.

Tes stres melibatkan penyusunan dan mengonfigurasi infrastruktur lalu menjalankannya dengan volume lalu lintas simulasi yang diharapkan sembari memantau kinerja. Estimasi lalu lintas Anda mungkin tidak akurat di beberapa area, namun setidaknya Anda bisa memastikannya bisa mendukung volume lalu lintas Kalkulator Bandwith Lync 2010 dan 2013 yang diprediksi. Disarankan agar Anda menjalankan tes stres minimal beberapa hari, namun menjalankannya untuk periode waktu yang lebih lama bisa membantu Anda memperbaiki angkanya. Namun, memperpanjang periode tes stres harus dipertimbangkan terhadap biaya layanan jaringan yang Anda bayar karena itu tidak membawa lalu lintas jaringan pengguna riil. Microsoft telah memberikan sertifikat kepada sejumlah vendor sebagai bagian dari program Alat TI Profesional untuk menyediakan manajemen dan alat operasi jaringan termasuk alat tes stres pra-penilaian jaringan. Skype for Business juga menyediakan System Integrators (SI) yang bisa membuat sertifikat Alat TI Profesional dan bisa melakukan penilaian jaringan untuk Anda. Anda bisa melihat selengkapnya di Solusi Skype for Business: Alat TI Profesional.

Tes stres memberikan jaminan bahwa jaringan bisa mendukung volume lalu lintas yang akan diperlukan, namun kenyataannya data Kalkulator Bandwith Lync 2010 dan 2013 bisa nonaktif karena beberapa alasan. Anda juga harus mempertimbangkan untuk terus memantau jaringan situs Anda dengan melakukan penilaian jaringan secara terus-menerus setelah digunakan untuk memastikan bandwith memadai dan mekanisme QoS dioperasikan dengan benar. Sangatlah penting terus memantau kinerja jaringan karena semakin banyak pengguna riil yang online.

Bagian 2: QoS ExpressRoute Skype for Business

Layanan ExpressRoute Microsoft memberikan koneksi khusus ke cloud Azure, namun layanan komunikasi Beban Kerja Real Time Office 365 memerlukan layanan jaringan dengan bandwidth yang memadai untuk membawa volume lalu lintas dan mampu mendukung Quality of Service (QoS) untuk memberikan pengalaman pengguna kelas bisnis. Koneksi berkemampuan QoS harus dikonfigurasi secara menyeluruh (PC, sakelar, dan router jaringan ke awan) karena setiap bagian dalam jalur yang gagal mendukung awan QoS akan menurunkan kualitas seluruh panggilan.

Tujuan bagian ini adalah untuk membantu Anda memahami tantangan saat mendukung lalu lintas real-time di jaringan IP dan mengonfigurasi serta mendukung keberhasilan penggunaan ExpressRoute Beban Kerja Real Time Office 365 dalam menggunakan Penyedia Pertukaran ExpressRoute Microsoft atau mitra Penyedia Layanan Jaringan.

QoS diterima dari jaringan Anda secara ekslusif melalui ExpressRoute jaringan sirkuit dan digunakan dalam jaringan Microsoft untuk Skype for Business lalu lintas. Hari ini, Bagian dari beberapa koneksi keluar dari Microsoft memiliki nilai yang hilang DSCP untuk Skype for Business. Hingga lalu lintas keluar sepenuhnya ditandai dengan nilai DSCP, Anda diminta untuk ikuti panduan untuk menambahkan tanda QoS untuk lalu lintas di batas jaringan Anda seperti yang dijelaskan di bagian Menerapkan QoS menggunakan jaringan daftar kontrol akses (ACL) dari artikel ini.

Masalah Real Time

Menyampaikan layanan suara dan video berkualitas bisnis menempatkan permintaan khusus pada jaringan IP. Lalu lintas real-time menggunakan Real-time Transport Protocol (RTP) yang dibawa menggunakan User Datagram Protocol (UDP). Tidak seperti Transmission Control Protocol (TCP) yang menomori dan menguji setiap kesalahan pesan dan menyertakan mekanisme lain untuk mendeteksi dan mentransmisikan ulang pesan yang hilang atau dengan kesalahan, UDP tidak menyediakan keandalan ini. Jika pesan rusak karena kesalahan atau hilang karena buffer yang melebihi batas, pesan itu akan hilang. UDP telah dipilih untuk digunakan dengan RTP karena sifat alami lalu lintas real-time adalah meskipun pesan hilang akan dikirimkan kembali, pesan itu akan tiba sangat terlambat untuk mendapatkan dampak positif dari aliran pesan suara.

Mengetahui dampak hilangnya paket suara, desainer datang dengan dua pendekatan untuk meningkatkan kinerja suara dan video melalui IP:

  • Membuat kode/dekode suara yang lebih tahan uji saat paket hilang. Ini bisa dilakukan baik dengan menggunakan forward error correction (FEC) untuk memperbaiki persentase kesalahan yang ditemukan yang merupakan kapabilitas yang ditemukan di Transpor Real Time Office 365, atau dengan mendesain sistem dekode suara yang mencoba menutupi efek hilangnya paket yang merupakan karakteristik kode Microsoft.

  • Gunakan layanan transpor yang menggunakan kualitas mekanisme layanan untuk menjamin kinerja jaringan sehubungan dengan penundaan, hilangnya paket dan jitter serta variasi dalam penundaan antar paket.

Pembuatan kode suara yang tahan uji hanya mengatasi masalah hilangnya paket, jadi sangatlah penting agar jaringan yang digunakan untuk membawa suara dan video real-time memiliki mekanisme yang meminimalkan penundaan dan jitter. Meskipun dengan pembuatan kode yang tahan uji, jika banyak paket yang hilang, stasiun penerima tidak akan memiliki cukup informasi untuk merekonstruksi versi sinyal suara yang dapat dikenali. Persentase paket yang hilang akan menghasilkan beragam penurunan kualitas suara yang nyata bergantung pada teknik pembuatan kode yang digunakan. Namun dalam semua kasus, kehilangan string paket secara berturut-turut sangat bermasalah.

Meminimalkan penundaan sangatlah penting karena penundaan berlebihan bisa mempengaruhi aliran percakapan dan membuat jengkel pembicara. Praktik terbaik memberi tahu kami bahwa penundaan menyeluruh untuk suara (apa yang kami sebut sebagai penundaan ‘mulut-ke-telinga’) harus dipertahankan di bawah 150 milidetik (mdtk). penundaan satu arah, bukan ‘bolak balik’. Tentu saja penundaan akan meningkat pada link transmisi yang lebih panjang seperti transmisi yang menyeberangi lautan, mengingat propagasi penundaan atau waktu yang dibutuhkan agar sinyal secara fisik melakukan perjalanan melalui kabel.

Bila penundaan lebih lama dari 150 milidetik. satu arah, akan memiliki efek aneh pada pembicara. Secara psikologis, alarm berbunyi di otak pembicara yang membuat mereka berpikir bahwa penerima belum mendengarnya dan mengulangi hal terakhir yang mereka katakan. Ini berkonflik dengan respons tertunda yang datang dari sisi lain. Jika Anda pernah berbicara melalui saluran satelit, Anda akan mengenali efek ini. Melalui saluran satelit, penundaan satu arah kurang lebih 250 milidetik, yang berarti jauh melebihi penundaan yang diperbolehkan.

Parameter jaringan yang direkomendasikan untuk suara kelas bisnis

Parameter

Nilai yang direkomendasikan

Jitter antar tibanya paket (rata-rata)

≤ 5md

Jitter antar tibanya paket (maksimum)

≤ 40md

Tingkat hilangnya paket (rata-rata)

Mendekati 0%

Latensi jaringan satu arah

≤ 100md (harus menyertakan pemeriksaan pada penundaan versus jarak geografis)

ExpressRoute sebagai bagian dari jaringan suara kelas bisnis

ExpressRoute menawarkan koneksi khusus melalui Penyedia Layanan Jaringan (NSP) atau Penyedia Exchange (EXP) dengan salah satu dari 3 opsi koneksi:

  • Kolokasi Exchange Awan

  • Koneksi Ethernet Poin-ke-Poin

  • Koneksi Any-to-Any (IPVPN)

Manfaatnya adalah ketersediaan yang tinggi (waktu aktif SLA 99,9%), dan rute aman yang dapat diandalkan (tanpa transit internet), tidak terpengaruh oleh variasi lalu lintas internet, dan mematuhi penanda Quality of Service untuk memprioritaskan lalu lintas (QoS dijelaskan di bawah ini). ExpressRoute dan WAN dengan perencanaan yang baik dapat menyediakan jaringan suara kelas bisnis.

Anda dapat menggunakan ExpressRoute untuk transit data dari kantor atau pusat data (untuk topologi hibrid) yang tersambung ke sirkuit. Data untuk pengguna di luar situs (misalnya, dari kantor rumah, atau sedang bepergian, dll. ) tidak akan memanfaatkan sirkuit ExpressRoute kecuali pengguna tersambung dengan VPN dan tidak perlu disertakan dalam perkiraan bandwidth untuk menentukan ukuran sirkuit ExpressRoute. Jika Anda adalah pelanggan multi-kewarganegaraan, Anda dapat membeli sirkuit ExpressRoute di setiap kawasan dan menggunakan tag komunitas BGP untuk menginformasikan aturan perutean agar lalu lintas yang mengarah ke sirkuit ExpressRoute pilihan (biasanya sirkuit terdekat untuk setiap situs), sedangkan sirkuit lainnya menawarkan redundansi jika terjadi pemadaman listrik yang memengaruhi satu sirkuit.

Jika ExpressRoute tidak dapat dipilih

Ini mungkin tidak memungkinkan untuk semua situs disambungkan ExpressRoute, baik karena biaya, mampu memenuhi persyaratan ExpressRoute, atau batasan aroma: Anda saat ini. Jika Anda yang tidak bisa menggunakan ExpressRoute Anda masih disarankan untuk mengikuti panduan di bawah ini untuk menandai QoS dalam jaringan Anda, dan untuk merencanakan kontrak dengan aroma: Anda untuk memastikan cukup bandwidth dan dukungan untuk lalu lintas prioritas berdasarkan QoS.

Selain itu, jika Anda memiliki kantor di beberapa wilayah, tetapi tidak memiliki ExpressRoute sirkuit di semua kawasan harus menggunakan kawasan BGP komunitas Tag saat mengonfigurasi perutean untuk lalu lintas dari kantor satelit sehingga tidak perlu jangka panjang perjalanan bisa dihindari. Sebagai contoh, pertimbangkan perusahaan yang memiliki Skype for Business Online organisasi dihosting di Amerika Serikat, tetapi dengan cabang di Europe, dan perusahaan hanya memiliki sirkuit ExpressRoute tunggal di Silicon Valley. Sebagian besar Skype untuk Bisnis Online lalu lintas akan dirutekan ke datacenter tempat organisasi dihosting (misalnya, panggilan konferensi dengan pengguna lain dalam perusahaan), menggunakan sirkuit ExpressRoute mungkin pilihan untuk lalu lintas sebagian besar. Namun, jika pengguna di Europe bergabung dalam panggilan konferensi yang dihosting oleh perusahaan lain organisasi yang terletak di Eropa, tujuan untuk media dalam panggilan itu akan datacenter Eropa mana kedua perusahaan berada. Merutekan lalu lintas melalui sirkuit ExpressRoute di Silicon Valley akan rute langsung lebih kecil daripada yang mungkin melalui Internet. Dalam kasus ini, Anda mungkin ingin mengkonfigurasi router dalam jaringan Anda (misalnya, di kantor Eropa) untuk memeriksa Tag komunitas saat membuat aturan merutekan, dan perutean melalui Internet daripada Silicon Valley ExpressRoute sirkuit untuk lalu lintas yang memiliki Eropa kawasan tag.

Kosep dasar Quality of Service (QoS)/Class of Service (CoS)

Di IP, Quality of Service (QoS) menjelaskan mekanisme yang digunakan untuk menangani prioritas untuk beberapa paket dibanding yang lainnya. Sesuai dengan definisi International Telecommunications Union (ITU), QoS terdiri dari semua aspek kualitas koneksi termasuk penundaan, kehilangan, rasio sinyal dengan gangguan, crosstalk, echo, interupsi, respons frekuensi, tingkat kebisingan, dan sebagainya. Apa yang kami sebut sebagai QoS dalam jaringan paket lebih tepat disebut Class of Service (CoS) yang fokus pada peningkatan kinerja untuk mencegah penundaan, jitter dan hilangnya paket, namun kami akan terus menggunakan istilah QoS karena lebih sering digunakan.

Penyediaan QoS dalam IP jaringan memerlukan dua komponen utama:

  • Reservasi jumlah bandwith yang ditentukan bagi setiap link untuk lalu lintas real-time; jika bandwith itu tidak diperlukan untuk lalu lintas real-time setiap saat, bandwith itu bisa digunakan untuk lalu lintas lain. Panduan umumnya adalah tidak lebih dari 30% kapasitas dari setiap link yang ditetapkan untuk lalu lintas suara.

  • Menandai paket dengan indikator prioritas di header yang memberi tahu sakelar dan router dalam jalur prioritas paket yang harus ditetapkan.

Ketika paket diterima di sakelar atau router, paket itu dipindahkan ke antrian output untuk leg atau hop berikutnya. Ada perbedaan antrian output untuk tingkat prioritas yang berbeda. Sakelar atau router menggunakan algoritma yang melayani antrian berprioritas tinggi lebih sering dari antrian berprioritas rendah.

Tantangan adalah bahwa tidak ada berbagai teknik yang diterapkan pada lapisan 2 (yaitu Ethernet atau Wi-Fi layer) dan Layer 3 (yaitu IP layer). Implementasi QoS tersebut yang berbeda mungkin harus dikonfigurasi dalam setiap Sakelar dan router di jaringan, serta antarmuka antara jaringan Anda dan penyedia layanan jaringan jaringan.

Ada dua opsi tentang bagaimana data dari berbagai aplikasi Skype for Business bisa dipetakan ke kelas layanan yang sesuai:

  • Penandaan titik akhir lalu lintas menggunakan Differentiated Services Control Point (DSCP)

  • Berbasis Daftar Kontrol Akses (ACL, Access Control List) Jaringan

Penandaan Lalu Lintas Tititk Akhir- Differentiated Services Control Point (DSCP)

Differentiated Services (DiffServ) merujuk pada mekanisme “coarse grained (teknik penentuan lokasi)” untuk mengklasifikasikan dan mengelola lalu lintas jaringan serta menyediakan QoS di jaringan IP. Router dan perangkat lainnya yang mengimplementasikan fungsi Lapisan 3 menggunakan DiffServ Control Point (DSCP) untuk menentukan prioritas paket. QoS diimplementasikan dengan menyisipkan nila DSCP 6-bit dalam bidang Differentiated Services (dulu bidang “Tipe Layanan”) di header IP; 6-bit memungkinkan untuk 64 tingkat prioritas berbeda. Tingkat prioritas biasanya ditentukan seperti yang diperlihatkan di sini.

Pengaturan DSCP yang direkomendasikan

Kelas Lalu Lintas

Perlakuan (Penanda DSCP)

Beban kerja Skype for Business

Suara

EF (46)

Suara Skype for Business dan Lync

Interaktif

AF41 (34)

Video

AF21 (18)

Berbagi aplikasi

Default

AF11 (10)

Transfer file

CS0 (0)

Yang lainnya

Header IP Versi 4

Header IPv4

QoS Lapis 2: IEEE 802.1p/Wi-Fi Multi-Media (IEEE 802.11e)

Sementara DSCP merupakan mekanisme standar untuk mengimplementasikan QoS di Lapisan 3, ada perbedaan mekanisme QoS Lapisan 2 untuk berkabel (mis. Ethernet) dan nirkabel (mis. jaringan Wi-Fi). Mekanisme QoS untuk jaringan berkabel ditentukan dalam IEEE 802.1p standar; mekanisme QoS WLAN ditentukan dalam IEEE 802.11e, Wi-Fi Alliance apa yang diidentifikasi sebagai “Wi-Fi Multi-Media Bersertifikat” (WMM Bersertifikat).

IEEE 802.1p menggunakan Priority Code Point (PCP) 32-bit untuk mengidentifikasi prioritas pesan; PCP merupakan bagian dari bidang 32-bit di Header Ethernet yang juga membawa pengidentifikasi VLAN. Definisi untuk nilai PCP disertakan di bawah ini.

Nilai PCP IEEE 802.1p

Nilai PCP

Prioritas

Akronim

Tipe lalu lintas

7

7

NC

Kontrol Jaringan

6

6

IC

Kontrol Antar Jaringan

5

5

VO

Suara

4

4

VI

Video

3

3

CA

Aplikasi Penting

2

2

EE

Excellent Effort

0

1

BE

Best Effort

1

0

BK

Latar Belakang

Sementara IEEE 802.1p diimplementasikan dengan cara yang mirip seperti DSCP dengan lalu lintas yang diurutkan ke dalam antrian dengan prioritas berbeda untuk setiap tingkat prioritas, tetapi sifat media bersama panggilan WLAN membutuhkan pendekatan yang berbeda. Sementara titik akses dan klien akan mempertahankan antrian output terpisah untuk tingkat prioritas berbeda, ada juga perbedaan dalam cara bingkai dikirimkan melalui saluran radio.

Di jaringan Wi-Fi, semua klien yang terkait dengan titik akses berbagi saluran tunggal, satu arah (misalnya hanya satu stasiun klien atau titik akses yang bisa dikirimkan dalam satu waktu). Untuk meminimalkan potensi tabrakan pada saluran radio, sebelum mengirimkan kerangka, stasiun menunggu untuk mengosongkan saluran selama periode waktu yang ditentukan yang disebut “Inter-Frame Spacing”, jika saluran itu sibuk ketika stasiun akan mengirimkan, kerangka itu akan kembali dalam periode waktu acak. Begitu kerangka dikirimkan, jika pengirim tidak menerima pesan pemberitahuan dari penerima, diasumsikan tabrakan atau kegagalan lainnya telah terjadi dan kembali ke interval acak sebelum berusaha mengakses saluran radio untuk mengirimkannya kembali. Interval kembali bersifat acak untuk mengurangi kemungkinan dua stasiun yang sama akan bertabrakan lagi.

Untuk memprioritaskan akses ke saluran radio, IEEE 802.11e/WMM menentukan interval tunggu pra-transmisi berbeda yang disebut “Arbitrated Inter-Frame Spacings” (AFIS) dan rentang penundaan yang berbeda untuk kelas lalu lintas lain; empat tingkat prioritas yang disebut ‘Kategori Akses’ ditetapkan.

Prioritas diberikan dengan menetapkan nilai AFIS yang lebih pendek ke bingkai prioritas yang lebih tinggi. Jadi jika satu stasiun sedang menunggu untuk mengirimkan bingkai suara dan yang lainnya sedang menunggu untuk mengirimkan bingkai data, bingkai suara akan selalu dikirimkan terlebih dahulu. Secara teknis, bingkai suara dan video ditetapkan dengan nilai AFIS yang sama, namun rentang interval kembali untuk bingkai video lebih tinggi. Jadi sementara bingkai suara dan video mungkin bertabrakan pada pengiriman pertama, bingkai suara akan selalu ditransmisikan kembali dengan lebih cepat. Korelasi antara IEEE 802.1p dan IEEE 802.11e diperlihatkan di bawah ini:

IEEE 802.11e/Wi-Fi Multi-Media (WMM) untuk pemetaan 802.1P

Kategori akses WMM

WMM deskripsi

Nilai PCP 802.1P

Penetapan 802.1P

1 (AC_VO)

Suara

7 (111)

NC

6 (110)

VO

2 (AC_VI)

Video

5 (101)

VI

4 (100)

CL

3 (AC_BE)

Best Effort Data

3 (011)

EE

0 (000)

BE

4 (AC_BK)

Latar Belakang Data

1 (001)

BK

2 (010)

---

Pengaitan Prioritas Lapisan 3 hingga Lapisan 2 yang direkomendasikan diperlihatkan di sini:

Pengaitan Lapisan 3 hingga Lapisan 2 yang direkomendasikan

Penandaan Lapisan 3

Lapisan 2 (Nilai PCP)

Wi-Fi (Kategori Akses)

Kontrol Jaringan

Per Hop Behavior (PHB) - Class Selector (CS) 6

6

1 (AC_VO)

Nilai DSCP -48

Suara

Per Hop Behavior (PHB) -Expedited Forwarding (EF)

5

1 (AC_VO)

Nilai DSCP - 46

Konferensi Video

Per Hop Behavior (PHB) - Assured Forwarding (AF) 41

4

2 (AC_VI)

Nilai DSCP - 34

Isyarat Tanda Panggilan

Per Hop Behavior (PHB) - Class Selector (CS) 3

3

2 (AC_VI)

Nilai DSCP - 24

Data Berlatensi Rendah

Per Hop Behavior (PHB) -Assured Forwarding (AF) 21

2

3 (AC_BE)

Nilai DSCP -18

Data Throughput Tinggi

Per Hop Behavior (PHB) - Assured Forwarding (AF) 11

1

3 (AC_BE)

Nilai DSCP - 10

Best Effort

Per Hop Behavior (PHB) - 0

0

4 (AC_BK)

Nilai DSCP - 0

Penting untuk diingat bahwa ada ketidakcocokan dalam pembuatan kode prioritas untuk IEEE 802.1p dan WMM. Nilai PCP 802.1p untuk suara adalah 5, namun, dalam pemetaan kesetaraan standar untuk WMM, PCP 5 diterjemahkan menjadi Kategori Akses 2, kategori akses WMM untuk video (AC_VI). Jika memungkinkan Anda harus mengganti pemetaan itu agar PCP 5 diterjemahkan menjadi Kategori Akses 1, atau hindari saja menggunakan suara dan video pada jaringan Wi-Fi yang sama hingga Wi-Fi Alliance mengatasi masalah ini. Untuk informasi tambahan tentang Wi-Fi, lihat Item Katalog Wi-Fi

Mengimplementasikan QoS menggunakan Daftar Kontrol Akses (ACL Access Control List) Jaringan

Metode alternatif untuk mengimplementasikan QoS dalam konfigurasi ExpressRoute adalah menggunakan Daftar Kontrol Akses (ACL, Access Control List) Jaringan. Dalam pendekatan itu, daripada meminta titik akhir menyisipkan penandaan DSCP yang sesuai di header setiap paket, penandaan bisa dilakukan dengan router upstream, berdasarkan post sumber UDP. Semua sakelar dan router masih harus dikonfigurasi untuk mendukung QoS untuk memastikan pengaturan DSCP dipertahankan. Lebih penting lagi, router yang disambungkan ke jaringan penyedia layanan harus mempertahankan DSCP di header setiap paket, karena pengaturan DSCP itu adalah dasar instruksi Anda untuk penyedia layanan jaringan tentang bagaimana seharusnya memperlakukan paket tersebut.

Rentang port yang direkomendasikan untuk setiap aplikasi Skype for Business dicantumkan di Bagian 2.6.1.1 dari panduan Perencanaan, Pemantauan, dan Pemecahan Masalah Jaringan dengan Lync Server. Sangatlah penting agar hal ini dikoordinasikan dengan pendekatan organisasi secara menyeluruh untuk QoS dan Anda harus melihat perbedaan kebijakan QoS dan ketidakcocokan penandaan paket yang potensial.

Sementara alasan utama layanan jaringan QoS dan MPLS digunakan untuk memastikan pengalaman pengguna yang bagus untuk suara dan video real-time, ada beberapa kapabilitas yang juga bisa diterapkan pada aplikasi data. Daripada memperlakukan semua aplikasi dengan cara yang sama, jaringan MPLS bisa memungkinkan organisasi untuk memberi prioritas pada beberapa aplikasi di atas yang lainnya. Dengan MPLS, aplikasi real-time seperti transaksi kartu kredit atau berbagi layar bisa diberi prioritas dibandingkan lalu lintas yang kurang sensitif seperti email.

Memahami tipe Layanan Jaringan IP- IP dan MPLS Dasar

Pengalihan paket IP asli dioperasikan sesuai dengan prinsip “best effort.” Itu berarti router yang mengalihkan paket IP tersebut akan berusaha sebaik mungkin ke tujuannya, tapi tidak ada jaminan sehubungan dengan kapan atau apakah pangalihan tiba di tujuannya. Itulah layanan internet dasar, termasuk koneksi internet rumah dan kantor Anda saat ini. Idenya adalah jika keandalan diperlukan untuk aplikasi tertentu, itu akan disediakan pada tingkat yang lebih tinggi dalam tingkat protokol. Mekanisme pengiriman yang dapat diandalkan adalah Transmission Control Protocol (TCP). User Datagram Protocol (UDP), yang digunakan untuk suara dan video real-time, adalah mekanisme pengiriman yang tidak dapat diandalkan (mis. “best effort”).

Multi-Protocol Label Switching (MPLS) telah dikembangkan sebagai sarana bagi penyedia layanan jaringan untuk menawarkan layanan IP dengan jaminan kinerja untuk mencegah penundaan, jitter dan hilangnya paket. Untuk memberikan jaminan kinerja tersebut, MPLS menghilangkan kesulitan pemprediksian dari IP tradisional. Pertama, sebagai ganti meminta setiap paket menemukan jalan router-to-router ke tujuannya (hasil di mana setiap paket mengambil rute berbeda dari sumber ke tujuan), MPLS merutekan semua paket pada koneksi “sirkuit virtual” dengan rute tetap yang disebut Label Switched Path (LSP). Jika salah satu link dalam jalur itu gagal, semua LSP yang menggunakan link itu akan dirutekan kembali dengan cepat.

Saat paket dikirimkan ke jaringan MPLS, router edge penyedia layanan jaringan menambahkan header tambahan ke paket yang menyertakan label yang digunakan untuk mengalihkannya melalui LSP yang tepat. Label itu ditanggalkan oleh router edge di sisi lain jaringan MPLS.

Selain menyederhanakan proses pengalihan, manfaat lain yang diberikan MPLS adalah sistem manajemen jaringan akan mengetahui koneksi apa yang sedang dibawa setiap link di jaringan. Dengan mengontrol cara merutekan lalu lintas melalui jaringan, operator bisa menjamin QoS setiap jalur akan disediakan. Jadi, tidak seperti kinerja best effort IP tradisional atau dasar, operator MPLS bisa menyediakan layanan IP dengan kinerja yang bisa diprediksi. LSP itu juga yang pada dasarnya membuat MPLS lebih aman dari layanan internet tradisional. Jadi dengan layanan IP kita bisa berharap bahwa jaringan akan memiliki kinerja cukup baik untuk memberikan suara berkualitas baik dan menggunakan teknik seperti FEC dan pembuatan kode suara yang lebih tahan uji untuk meningkatkan peluang, namun dengan menggunakan MPLS, kita bisa memastikannya.

Penyedia MPLS menawarkan beberapa gradien kelas layanan yang sayangnya menggunakan istilah berbeda untuk mengidentifikasinya. Anda harus bekerja sama dengan penyedia untuk memastikan mereka memahami output dari Kalkulator Bandwith Lync 2010 dan 2013 dan opsi yang direkomendasikan untuk aplikasi Beban Kerja Real Time Office 365 berbeda.

Kesimpulan

Skype for Business meningkatkan cara melakukan komunikasi bisnis. Daripada menyambungkan telepon ke PBX, sistem konferensi video mandiri, sebuah platform terpisah untuk email, layanan luar untuk konferensi audio dan beberapa alat untuk IM dan kehadiran, Skype for Business bisa membawa semua kapabilitas ini bersama-sama dalam satu antarmuka pengguna.

Secara konsisten memberikan layanan suara dan video real-time kelas bisnis yang memerlukan insfrastruktur menyeluruh yang mampu disediakan QoS. Itu akan menyertakan layanan LAN dan WAN. Microsoft menyediakan layanan seperti Kalkulator Bandwith Lync 2010 dan 2013 untuk memperkirakan kapasitas jaringan yang akan Anda perlukan untuk berbagai layanan. Ada juga mitra dalam program Alat TI Profesional Solusi Skype for Business: Alat TI Profesional yang menawarkan alat untuk pra-penilaian infrastruktur jaringan dan mendukung pengawasan, pelaporan dan pemecahan masalah. Tanpa jaringan yang diukur dan konfigurasi dengan tepat, Anda mengalami risiko penggunaan ExpressRoute Skype of Business yang tidak akan memenuhi ekspektasi pengguna untuk kualitas dan konsistensi.

Alat bisnis yang efektif harus dapat diandal, konsisten, dan memberikan pengalaman pengguna yang mendorong adopsi pengguna. Dari sudut pandang jaringan yang berarti memiliki infrastruktur jaringan, baik lokal dan area yang luas, tetap dan seluler, yang bisa memungkinkan hal itu ]terjadi. Merencanakan, mendesain, mengimpelementasikan dan memelihara infrastruktur tidaklah selalu mudah. Perangkat keras, alat dan layanan jaringan untuk mencapai hal itu tersedia saat ini, namun merupakan tanggung jawab TI Profesional untuk melihat apakah semuanya didesain, diimplementasikan dan dipelihara dengan cara yang memastikan pengguna mendapatkan rangkaian layanan komunikasi dan kolaborasi yang memungkinkan mereka bekerja secara efektif serta efisien dan organisasi bisa menuai manfaat penuh dari apa yang telah ditawarkan teknologi ini.

Catatan: Penafian Terjemahan Mesin: Artikel ini telah diterjemahan oleh sistem komputer tanpa campur tangan manusia. Microsoft menawarkan terjemahan mesin ini untuk membantu pengguna yang bukan penutur bahasa Inggris agar dapat menikmati konten tentang produk, layanan, dan teknologi Microsoft. Karena artikel ini diterjemahkan oleh mesin, mungkin akan terdapat kesalahan kosa kata, sintaksis, atau tata bahasa.

Lihat Juga

Dokumentasi ExpressRoute

Kembangkan keterampilan Anda
Jelajahi pelatihan
Dapatkan fitur baru terlebih dahulu
Gabung ke Office Insiders

Apakah informasi ini bermanfaat?

Terima kasih atas umpan balik Anda!

Terima kasih atas umpan balik Anda! Sepertinya menghubungkan Anda ke salah satu agen dukungan Office kami akan sangat membantu.

×