BAB IV HASIL PENGUJIAN
4.1. PENGUKURAN KECEPATAN KONEKSI Untuk membuktikan Windows Remote Assistance lebih handal dari Live Meeting, beberapa pengukuran dilakukan dengan membandingkan kecepatan koneksi antara Remote Assistance dan Live Meeting. Namun sayangnya pengukuran ini tidak dapat merepresentasikan kecepatan masing-masing aplikasi secara detail karena hanya mengandalkan kecepatan transfer paket data dan bukan kecepatan bekerja masing-masing aplikasi. Namun pengukuran ini memberikan gambaran yang cukup jelas bagaimana performa Remote Assistance jauh lebih baik dari Live Meeting dari sisi kecepatan koneksi.
4.1.1. Pengukuran kecepatan koneksi antara Jakarta dengan kota lain 1. Pengukuran antara Jakarta dan Kuala Lumpur A. Live Meeting # Jakarta – Hosting server ping ocspool01.eur.slb.com Pinging ocspool01.eur.slb.com [199.6.194.165] with 32 bytes of data: Reply from 199.6.194.165: bytes=32 time=255ms TTL=246 Reply from 199.6.194.165: bytes=32 time=223ms TTL=246 Reply from 199.6.194.165: bytes=32 time=224ms TTL=246 Reply from 199.6.194.165: bytes=32 time=260ms TTL=246
57
58
Ping statistics for 199.6.194.165: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in mili-seconds: Minimum = 223ms, Maximum = 260ms, Average = 240ms
# Kuala Lumpur – Hosting server ping ocspool01.eur.slb.com Pinging ocspool01.eur.slb.com [199.6.194.165] with 32 bytes of data: Reply from 199.6.194.165: bytes=32 time=210ms TTL=247 Reply from 199.6.194.165: bytes=32 time=210ms TTL=247 Reply from 199.6.194.165: bytes=32 time=210ms TTL=247 Reply from 199.6.194.165: bytes=32 time=210ms TTL=247 Ping statistics for 199.6.194.165: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 210ms, Maximum = 210ms, Average = 210ms
# Rata-rata Jakarta – Hosting server – Kuala Lumpur 240 ms + 210 ms = 450 ms
B. Remote Assistance # Jakarta – Kuala Lumpur ping 163.184.203.69 Pinging 163.184.203.69 with 32 bytes of data: Reply from 163.184.203.69: bytes=32 time=35ms TTL=120 Reply from 163.184.203.69: bytes=32 time=40ms TTL=120 Reply from 163.184.203.69: bytes=32 time=34ms TTL=120 Reply from 163.184.203.69: bytes=32 time=51ms TTL=120 Ping statistics for 163.184.203.69: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 34ms, Maximum = 51ms, Average = 40ms
2. Pengukuran antara Jakarta dan Pekanbaru A. Live Meeting # Jakarta – Hosting server ping ocspool01.eur.slb.com Pinging ocspool01.eur.slb.com bytes of data:
[199.6.194.165]
with
32
59 Reply Reply Reply Reply
from from from from
199.6.194.165: 199.6.194.165: 199.6.194.165: 199.6.194.165:
bytes=32 bytes=32 bytes=32 bytes=32
time=224ms time=329ms time=237ms time=224ms
TTL=246 TTL=246 TTL=246 TTL=246
Ping statistics for 199.6.194.165: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 224ms, Maximum = 329ms, Average = 253ms
# Pekanbaru – Hosting server ping ocspool01.eur.slb.com Pinging ocspool01.eur.slb.com [199.6.194.165] with 32 bytes of data: Reply from 199.6.194.165: bytes=32 time=648ms TTL=246 Reply from 199.6.194.165: bytes=32 time=2570ms TTL=246 Reply from 199.6.194.165: bytes=32 time=2864ms TTL=246 Request timed out. Ping statistics for 199.6.194.165: Packets: Sent = 4, Received = 3, Lost = 1 (25% loss), Approximate round trip times in milli-seconds: Minimum = 648ms, Maximum = 2864ms, Average = 2027ms
# Rata-rata Jakarta – Hosting server – Pekanbaru 253 ms + 2027 ms = 2280 ms
B. Remote Assistance # Jakarta – Pekanbaru ping 163.184.138.136 Pinging 163.184.138.136 with 32 bytes of data: Request timed out. Reply from 163.184.138.136: bytes=32 time=489ms TTL=122 Reply from 163.184.138.136: bytes=32 time=806ms TTL=122 Reply from 163.184.138.136: bytes=32 time=1541ms TTL=122 Ping statistics for 163.184.138.136: Packets: Sent = 4, Received = 3, Lost = 1 (25% loss), Approximate round trip times in milli-seconds: Minimum = 489ms, Maximum = 1541ms, Average = 945ms
60
3. Pengukuran antara Jakarta dan Al-Khobar A. Live Meeting # Jakarta – Hosting server ping ocspool01.eur.slb.com Pinging ocspool01.eur.slb.com [199.6.194.165] with 32 bytes of data: Reply from 199.6.194.165: bytes=32 time=223ms TTL=246 Reply from 199.6.194.165: bytes=32 time=223ms TTL=246 Reply from 199.6.194.165: bytes=32 time=227ms TTL=246 Reply from 199.6.194.165: bytes=32 time=223ms TTL=246 Ping statistics for 199.6.194.165: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 223ms, Maximum = 227ms, Average = 224ms
# Al-Khobar – Hosting server ping ocspool01.eur.slb.com Pinging ocspool01.eur.slb.com [199.6.194.165] with 32 bytes of data: Reply from 199.6.194.165: bytes=32 time=512ms TTL=248 Reply from 199.6.194.165: bytes=32 time=197ms TTL=248 Reply from 199.6.194.165: bytes=32 time=265ms TTL=248 Reply from 199.6.194.165: bytes=32 time=368ms TTL=248 Ping statistics for 199.6.194.165: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 197ms, Maximum = 512ms, Average = 335ms
# Rata-rata Jakarta – Hosting server – Al-Khobar 224 ms + 335 ms = 559 ms
B. Remote Assistance # Jakarta – Al-Khobar ping 163.183.135.189 Pinging 163.183.135.189 with 32 bytes of data: Reply from 163.183.135.189: bytes=32 time=449ms Reply from 163.183.135.189: bytes=32 time=169ms Reply from 163.183.135.189: bytes=32 time=483ms Reply from 163.183.135.189: bytes=32 time=198ms
TTL=118 TTL=118 TTL=118 TTL=118
Ping statistics for 163.183.135.189: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 169ms, Maximum = 483ms, Average = 324ms
61
4. Pengukuran antara Jakarta dan Abidjan A. Live Meeting # Jakarta – Hosting server ping ocspool01.eur.slb.com Pinging ocspool01.eur.slb.com [199.6.194.165] with 32 bytes of data: Reply from 199.6.194.165: bytes=32 time=231ms TTL=246 Reply from 199.6.194.165: bytes=32 time=223ms TTL=246 Reply from 199.6.194.165: bytes=32 time=223ms TTL=246 Reply from 199.6.194.165: bytes=32 time=223ms TTL=246 Ping statistics for 199.6.194.165: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 223ms, Maximum = 231ms, Average = 225ms
# Abidjan – Hosting server ping ocspool01.eur.slb.com Pinging ocspool01.eur.slb.com [199.6.194.165] with 32 bytes of data: Reply Reply Reply Reply
from from from from
199.6.194.165: 199.6.194.165: 199.6.194.165: 199.6.194.165:
bytes=32 bytes=32 bytes=32 bytes=32
time=242ms time=242ms time=255ms time=241ms
TTL=244 TTL=244 TTL=244 TTL=244
Ping statistics for 199.6.194.165: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 241ms, Maximum = 255ms, Average = 245ms
# Rata-rata Jakarta – Hosting server – Abidjan 225 ms + 245 ms = 470 ms
B. Remote Assistance # Jakarta – Abidjan ping 163.187.71.204 Pinging 163.187.71.204 with 32 bytes of data: Reply from 163.187.71.204: bytes=32 time=451ms Reply from 163.187.71.204: bytes=32 time=414ms Reply from 163.187.71.204: bytes=32 time=416ms Reply from 163.187.71.204: bytes=32 time=416ms
TTL=119 TTL=119 TTL=119 TTL=119
Ping statistics for 163.187.71.204: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 414ms, Maximum = 451ms, Average = 424ms
62
5. Pengukuran antara Jakarta dan Lagos A. Live Meeting # Jakarta – Hosting server ping ocspool01.eur.slb.com Pinging ocspool01.eur.slb.com [199.6.194.165] with 32 bytes of data: Reply from 199.6.194.165: bytes=32 time=223ms TTL=246 Reply from 199.6.194.165: bytes=32 time=223ms TTL=246 Reply from 199.6.194.165: bytes=32 time=223ms TTL=246 Reply from 199.6.194.165: bytes=32 time=223ms TTL=246 Ping statistics for 199.6.194.165: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 223ms, Maximum = 223ms, Average = 223ms
# Lagos – Hosting server ping ocspool01.eur.slb.com ping ocspool01.eur.slb.com Pinging ocspool01.eur.slb.com [199.6.194.165] with 32 bytes of data: Request timed out. Reply from 199.6.194.165: bytes=32 time=271ms TTL=245 Reply from 199.6.194.165: bytes=32 time=212ms TTL=245 Request timed out. Ping statistics for 199.6.194.165: Packets: Sent = 4, Received = 2, Lost = 2 (50% loss), Approximate round trip times in milli-seconds: Minimum = 212ms, Maximum = 271ms, Average = 241ms
# Rata-rata Jakarta – Hosting server – Lagos 223 ms + 241 ms = 464 ms
B. Remote Assistance # Jakarta – Lagos ping 163.187.38.159 Pinging 163.187.38.159 with 32 bytes of data: Reply from 163.187.38.159: bytes=32 time=338ms TTL=119 Reply from 163.187.38.159: bytes=32 time=429ms TTL=119 Request timed out. Reply from 163.187.38.159: bytes=32 time=362ms TTL=119 Ping statistics for 163.187.38.159: Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),
63 Approximate round trip times in milli-seconds: Minimum = 338ms, Maximum = 429ms, Average = 376ms
4.1.2. Rangkuman hasil pengukuran
Tabel 4.1. Rangkuman hasil pengukuran perbandingan LM dengan MSRA
Live Meeting (ms)
Remote Assistance (ms)
(sebelum)
(sesudah)
450
40
Jakarta - Pekanbaru
2,280
945
Jakarta – Al-Khobar
559
324
Jakarta - Abidjan
470
424
Jakarta - Lagos
464
376
Lokasi Jakarta – Kuala Lumpur
Dari hasil pengukuran kecepatan koneksi terlihat pada rangkuman bahwa penggunaan Remote Assistance lebih efektif karena lebih baiknya kecepatan koneksi. Bahkan di negara-negara yang terletak jauh dari hosting server di Belanda seperti di negara-negara Asia, perbaikan kecepatan naik dengan signifikan sehingga analis Service Desk dapat bekerja lebih cepat dan efisien. Kecepatan internet di kantor Global Service Desk di Jakarta sendiri sudah cukup baik untuk mendukung koneksi antar komputer di seluruh belahan bumi. Namun sayangnya kecepatan koneksi bukan hanya faktor dari kecepatan internet Jakarta, melainkan juga kecepatan internet lokasi yang dituju. Perbaikan tidak terlihat terlalu signifikan di daerah-daerah Arab dan Afrika, tetapi ini lebih banyak disebabkan karena kecepatan internet di area tersebut memang tidak terlalu handal. Kecepatan koneksi banyak bergantung dari kehandalan penyedia layanan internet di sebuah lokasi dan pengalokasian bandwidth di lokasi-lokasi tersebut. Dan berdasarkan pengalaman, kawasan Afrika terutama masih memiliki koneksi internet yang jauh lebih buruk dibandingkan dengan negara-negara Asia.
64
Pengukuran juga tidak dilakukan untuk negara-negara di benua Eropa karena kecepatan internet di negara-negara tersebut sudah sangat baik dan lokasinya juga berdekatan dengan hosting server Live Meeting di Belanda, sehingga walau menggunakan hosting server pun tidak akan menunjukkan perbaikan secara signifikan, walaupun pastinya terjadi peningkatan kecepatan koneksi apabila menggunaka Remote Assistance sebagai remote tool-nya. Peta kawasan berikut dapat memberi gambaran secara visual pengaruh dari lokasi komputer yang akan dituju dari kantor Global Service Desk di Jakarta dengan hosting server Live Meeting.
Gambar 4.1. Peta kawasan dan lokasi hosting server Live Meeting
Penggunaan Windows Remote Assistance jauh lebih efektif dari Live Meeting. Dengan segala kelebihannya, Windows Remote Assistance adalah remote tool yang handal yang dapat membantu analis service desk melakukan troubleshoot dengan lebih nyaman dan lebih cepat ke komputer pengguna. Dengan mengaplikasikan script msra.exe di komputer-komputer pengguna, inisiasi
Remote
Assistance
bukanlah
lagi
sebuah
penghalang
untuk
mengaplikasikan Remote Assistance untuk setiap remote session. Dan dengan
65
menggunakan SCCM untuk men-deploy script msra.exe secara silent tanpa campur tangan pengguna, akan berkurang lagi usaha analis service desk untuk terlebih dahulu mengirim script ke pengguna dan menjalankannya sebelum pengguna bisa menggunakan shortcut Remote Assistance.
4.2. CONTOH KASUS Seorang Field Engineer yang sedang berada di lapangan tanpa koneksi internet langsung ke jaringan perusahaan mengalami masalah untuk tersambung ke jaringan VPN untuk mengakses intranet perusahaan. Penggguna berlokasi di Ijmuiden, Belanda. Untuk menyelesaikan masalah koneksi tersebut dia mengirimkan e-mail ke service desk untuk meminta bantuan. Langkah yang harus dilakukan service desk adalah menghubungi kembali pengguna dan mencoba terhubung dengan komputernya. Karena service desk menghubungi pengguna melalui MOC, service desk pertamatama mencoba tersambung dengan komputer pengguna menggunakan Live Meeting yang diinisiasi melalui MOC. Ketika Live Meeting akan dimulai, terdapat error ada program Live Meeting di sisi pengguna sehingga Live Meeting tidak dapat diinisiasi. Error ini kadang terjadi apabila pengguna berada di jaringan internet biasa yang terhubung menggunakan modem dengan kecepatan koneksi yang lambat. Karena pengguna menggunakan Windows 7, service desk mencoba untuk menggunakan Remote Assistance untuk tersambung dengan komputer pengguna. Analis service desk mengirimkan file msra.vbs ke pengguna menggunakan e-mail. Pengguna menerima e-mail dan menjalankan msra.vbs, shortcut untuk Windows Remote Assistance akan muncul di Windows Start Menu komputer pengguna. Service desk kemudian meminta pengguna untuk memulai Remote Assistance dari Start > Programs > Remote Assistance > Remote Assistance via email. Aplikasi Remote Assistance pun langsung terbuka dan jendela e-mail siap untuk mengirimkan e-mail berisi undangan Remote
66
Assistance. Selain undangan, pengguna juga mengirimkan password untuk koneksi sesi Remote Assistance. Tak lama kemudian analis service desk menerima e-mail berisi undangan Remote Assistance dan langsung menjalankannya. Remote Assistance berusaha untuk menjalin koneksi ke komputer pengguna, meminta password koneksi, dan berhasil menginisiasi koneksi. Analis service desk pun dapat melakukan troubleshooting pada komputer pengguna dengan mudah dan menyelesaikan permasalahan yang dialami pengguna. Masalah koneksi VPN diselesaikan dengan menggunakan Internet Explorer 32 bit; bukan 64 bit seperti yang digunakan pengguna. Pada contoh kasus ini, pengguna menggunakan modem rumahan untuk koneksi ke internet, dan walaupun sebenarnya seharusnya Live Meeting dapat dimulai dengan baik-baik saja, sepertinya ada port yang di block oleh firewall provider internet pengguna atau terjadi masalah dengan hosting server sehingga komputer pengguna tidak dapat terhubung ke hosting server. Dengan menggunakan Remote Assistance, masing-masing komputer tidak perlu terhubung dengan hosting server sehingga koneksi dapat berlangsung antara dua komputer tanpa masalah berarti. Masalah sulitnya menginisiasi Remote Assistance pun dapat diatasi dengan baik oleh script msra.vbs. Pengguna dapat langsung menginisiasi Remote Assistance karena hanya perlu beberapa kali klik agar aplikasi ini terinisiasi. Pengguna lebih mudah menginisiasi remote assistance tanpa service desk harus menjelaskan panjang lebar apa yang perlu dilakukan agar remote assistance dapat dimulai.
