Merancang jaringan dengan sistem telepon setengah dupleks 10 Mbps

Konfigurasi Saat Ini

Diagram di bawah ini menunjukkan arsitektur jaringan kami saat ini. Semua koneksi berjalan pada 100 Mbps dupleks penuh dengan pengecualian sistem telepon TalkSwitch yang berjalan pada 10 Mbs setengah dupleks (sudut kanan atas diagram). Kotak TalkSwitch masing-masing menyediakan 8 koneksi telepon berbasis analog dan 8 IP, sehingga kita dapat memiliki total 16 telepon analog dan 16 telepon berbasis IP.

Catatan: Keempat sakelar terkelola HP ProCurve 2524 tidak dikonfigurasikan dengan VLAN terpisah.

Saya khawatir tentang dampak kinerja dari kedua sakelar, kedua kotak TalkSwitch, dan jembatan nirkabel yang terhubung ke router VPN RV082 kami di markas kami.

Konfigurasi yang Diusulkan

Saya mengusulkan agar kami mengubah konfigurasi kami seperti yang ditunjukkan di bawah ini. Pikiran saya adalah bahwa ini akan membatasi RV082 hanya untuk melihat lalu lintas terikat internet dengan pengecualian menyediakan DHCP untuk klien yang dinamis; namun, saya tidak akan berharap bahwa akan banyak dampak kinerja mengingat bahwa waktu sewa klien diatur ke 24 jam.

Pikiran? Kekhawatiran? Rekomendasi?

Satu kekhawatiran adalah bahwa dalam membangun # 2 & # 3, ponsel berbasis IP berkomunikasi dengan kotak TalkSwitch dengan kecepatan dupleks setengah Mbps 10 Mbps. Akankah itu berdampak buruk terhadap kinerja jaringan yang lain?

Seperti yang sudah dicatat oleh Wim, half-duplex tidak masalah. Saklar mampu menjalankan setiap port dengan kecepatan dan dupleks yang berbeda.

Cara termudah untuk mengevaluasinya adalah dengan memikirkan jalur dari komponen ke komponen, dan mengambil tautan terlemah. Semua komunikasi Anda antara bangunan # 2 dan kantor pusat terjadi melalui jalur 3Mbps / 300kpbs yang dibagikan dengan tugas internet lainnya; apakah Anda memiliki koneksi 10Mbps atau 100Mbps kembali di kantor pusat tidak masalah karena tautan VPN akan menjadi faktor dominan dalam menentukan bandwidth interkoneksi.

Melihat diagram Anda, perubahan materi yang saya lihat dalam proposal Anda adalah memperkenalkan tautan 1Gbps antara dua sakelar HP 2524 di kantor pusat. Satu switch Anda memiliki banyak server, masing-masing terbatas pada 100Mbps, dan di sisi lain Anda memiliki banyak workstation klien, juga terbatas pada 100Mbps atau 54Mpbs pada nirkabel. Tidak ada satu mesin pun di sini yang mampu melelahkan hubungan data antara dua sakelar, tetapi dengan lalu lintas yang padat pada banyak mesin antara klien dan server, Anda akan menghargai tautan 1Gbps.

Apakah Anda mencoba untuk memecahkan masalah desain teoritis atau apakah Anda memiliki masalah kualitas panggilan VoIP yang sebenarnya?

Sakelar mana pun harus mampu menangani campuran kecepatan port (10/100/1000) dan dupleks (setengah / penuh). Itu sendiri seharusnya tidak menjadi masalah.

Saya akan membiarkan RV082 menjadi router saja, dengan satu kabel LAN akan beralih ke HP Anda. Biarkan router menjadi router, dan sakelar ...

Agak konyol kalau Talkswitch hanya melakukan 10 HD. Tapi tetap saja, panggilan VoIP ulaw / alaw yang tidak terkompresi membutuhkan maksimal 100 kbps sehingga Anda dapat menjalankan banyak panggilan bersamaan tanpa masalah.

Anda dapat / harus menjelajahi fitur QoS dari router Anda dan beralih sedikit lagi.

Ini mungkin membantu: http://www.hp.com/rnd/pdf_html/traffic_profiles.htm#environment2 tetapi Anda mungkin harus mencari lebih banyak untuk mendapatkan dokumen yang benar untuk pergantian Anda.

Saya telah menjalankan sistem telepon yang khusus dan kritis untuk pedagang saham dengan kecepatan 10 Mbit, setengah dupleks, dan saya belum melihat masalah dengan aspek sistem tersebut. (Menara IPC hanya beroperasi pada 10 / setengah.)

Sudahkah Anda menguji kualitas panggilan dengan telepon IP yang terhubung langsung ke Procurves di HQ? Itu harus menghilangkan switching gear sebagai kemungkinan penyebabnya.

Saya juga merasakan bahwa Anda belum memiliki sistem pemantauan untuk mengevaluasi penggunaan bandwidth pada RV082 itu. Jika tidak ada cara mudah untuk memeriksa penggunaan bandwidth menggunakan konsol admin web untuk router tersebut, pertimbangkan untuk menerapkan sistem pemantauan kinerja. Google cepat lainnya menunjukkan bahwa router tersebut mendukung SNMP. Jika Anda dapat menemukan komputer cadangan yang digunakan untuk melempar Cacti atau PRTG, itu akan sangat menentukan tingkat kejenuhan tautan Internet. (Lempar nagios ke sana juga, dan Anda punya monitor ketersediaan untuk jaringan Anda.)

Tanpa data keras, saya menduga itu adalah tautan Internet di Building # 3 yang membatasi bandwidth Anda. Jadi ada baiknya berbicara dengan penyedia Anda untuk memahami opsi dan biaya untuk peningkatan. Tetapi sebelum membeli upgrade, saya akan menyarankan mengkonfirmasi masalah melalui pemantauan kinerja. Pahami berapa banyak lagi yang perlu Anda beli sebelum membelinya.

Juga, codec apa yang digunakan oleh telepon IP itu? Saya tidak terbiasa dengan Talkswitch, tetapi Google cepat menunjukkan mereka mendukung G.711 atau G.729 . Jika mereka menggunakan G.711, yang menggunakan bandwidth 80 kbits, Anda akan dapat menjalankan paling banyak 3 panggilan di tautan Internet itu di situs jarak jauh. G.729 akan memangkas penggunaan bandwidth telepon dengan urutan besarnya. Kualitas panggilan akan menurun, jadi pastikan manajemen Anda siap sebelum Anda melakukan perubahan itu. Tetapi mungkin akan membantu untuk melakukan itu dalam jangka pendek jika evaluasi penggunaan bandwidth berakhir dengan waktu yang lebih lama.

HTH!