Confused, How to write resignation letter?
Now I will show you,
example of resignation letter.
Please write comment If you have other letter.

In each situation, the most important part of troubleshooting is developing a good technique. No matter what the problem is on your network, you’ll find that having a good technique for finding that problem helps you quickly identify where the root cause exists so that you can work towards a solution.

The basis of each of these troubleshooting approaches is the seven-layer OSI Reference Model. If you’re unfamiliar with the OSI model or just rusty on the details, here’s a look at the seven layers:

Three different approaches
Network administrators who use OSI as a troubleshooting framework typically navigate the model in one of three ways: Bottom-Up, Top-Down, and Divide-and-Conquer. Depending on how the problem manifests and their experience level, they may choose one method over another for that particular problem. Each of these approaches has its utility based on the type of problem that is occurring. Let’s look at each.

Bottom-Up
The Bottom-Up approach simply means that administrators start at the bottom of the OSI model and work their way up through the various levels as they strike off potential root causes that are not causing the problem. An administrator using the Bottom-Up approach will typically start by looking at the physical layer issues, determine whether a break in network connectivity has occurred, and then work up through network interface configurations and error rates, and continue through IP and TCP/UDP errors such as routing, fragmentation, and blocked ports before looking at the individual applications experiencing the problem.

This approach works best in situations in which the network is fully down or experiencing numerous low-level errors. It also works best when the problem is particularly complex. In complex problems, the faulting application often does not provide enough debugging data to the administrator to give insight as to the problem. Thus, a network-focused approach works best.

Top-Down
The Top-Down approach is the reverse of the Bottom-Up approach in that the administrator starts at the top of the OSI model first, looking at the faulted application and attempting to track down why that application is faulted. This model works best when the network is in a known-good state and a new application or application reconfiguration is being completed on the network. The administrator can start by ensuring the application is properly configured, then work downward to ensure that full IP connectivity and appropriate ports are open for proper functionality of the application. Once all upper-level issues are resolved, a back-check on the network can be done to validate its proper functionality. As said earlier, this approach is typically used when the network itself is believed to be functioning correctly but a new network application is being introduced or an existing one is being reconfigured or repurposed.

Divide-and-Conquer
The Divide-and-Conquer approach is a fancy name for the “gut feeling” approach. It is typically used by seasoned administrators who have a good internal understanding of the network and the problems it can face. The Divide-and-Conquer approach involves an innate feeling for where the problem may occur, starting with that layer of the OSI model first, and working out from that location. This approach can also be used for trivial issues that the administrator has seen before.

Choosing an approach
Which approach you decide to use may depend on where you believe the problem lies. For example, if a user is unable to browse the Web and you think most users have a lot of problems with spyware and Internet Explorer settings, then you may want to start with the top-down approach. On the other hand, if the user mentions that he or she just connected a laptop to the network and can’t browse the Web, you might want to use the bottom-up method since there’s a good chance the user has a disconnected cable or similar problem.

Do you use a troubleshooting methodology when dealing with networking problems? If so, post your approach in this article’s discussion. How important do you think it is to have a troubleshooting methodology?

In Summary
Now you may not be a network administrator but the OSI model can help anyone troubleshoot any networking problem. I hope that this example gave you some ideas as to how you can use the OSI model, everyday, to troubleshoot your networking problems.

Ref:
techrepublic – petri – techtarget

the OSI model is a standard theoretical model for how networking hardware, software, protocols work together

Layer 1: Physical Layer
The bulk of your documentation needs to be done at Layer 1. A full description of each device on the network is essential for inventory control, future upgrade planning, and physical security. Device, in this instance, refers to computer hardware, peripherals, routers, and switches. You should also make sure that you document network cabling and patch panels.

You may want to make use of system inventory software to simplify documenting these items, especially in larger organizations. If you want to get a flavor for what these software packages can do, check out Belarc Advisor, a free download that allows you to audit the hardware, gather operating system information, and get a list of installed application versions for one PC. Belarc and other vendors offer more robust packages that can be used by businesses to automatically gather information from hardware and software throughout your network.

You should also diagram the topology and architecture of the network using a tool such as Microsoft Visio, and this diagram should be kept up-to-date as the network changes. This diagram can help you do some pre-emptive planning and answer important questions about your network. Are hubs close to being maxed out? If just a few nodes are added to the topology, will it push you into a quick buying decision? This is valuable information for the managers of your organization, and your documentation could be the ammunition you need to get new purchases approved during planning meetings with management.

Layer 2: Data Link Layer
The Data Link Layer is responsible for the communication between the network and the physical layers. One of the primary network specifications handled at the Data Link Layer is the hardware address (also called the MAC address) of network adapter cards. Every network adapter in the world has a unique hardware address, based on the vendor of the adapter.

You should have a list of MAC addresses for each network adapter on your network. You should know what speed they are and what protocols they support. Plus, you should have statistics from a network monitoring application that shows baseline information about activity on your network.

Layer 3: Network Layer
The Network Layer defines the standards of how data is communicated across your network and between your network and other networks, including the Internet. Network Layer documentation should include information about WAN links, Internet connections, and VPN and RAS servers.

This is the layer that is responsible for converting a logical name into an IP address. So the documentation of your subnet should include a map of NetBIOS/Host names and IP addresses, DHCP scopes, gateway/router addresses, proxy server addresses, WINS and DNS server addresses, and IP addresses and information on any other network servers.

Network Layer documentation should also include policies on the naming conventions of computers and users, domain controllers, and routers/switches.

Layer 4: Transport Layer
The Transport Layer is responsible for the packets getting to their destination in the proper sequence and without errors. This is a critical layer for security, especially firewalls and screening routers. The two primary protocols that operate at this layer are TCP and UDP, and one of the main methods that firewalls use to block or allow traffic is based upon TCP and UDP port numbers. Your documentation should include a list of which port numbers your firewall(s) allows.

Layer 5: Session Layer
The Session Layer makes sure that a system can open a communications connection with a remote system and that data can flow back and forth between the systems. Examples of protocols that work at the Session Layer include Telnet, SSH, SNMP, and SSL. In terms of documentation, you should include SSL-enabled sites in security documentation, and you should have a policy about having SNMP enabled for network monitoring and management. Telnet and SSH will probably be documented as part of your remote access plan for administrators.

Layer 6: Presentation Layer
The Presentation Layer transforms data into a form understandable to the recipient. If encryption is required, it takes place here, as does decryption. The Presentation Layer also participates in encapsulation and decapsulation and encoding and decoding, such as in multimedia applications like MPEG. There really aren’t any documentation activities that relate specifically to the Presentation Layer.

Layer 7: Application Layer
The Application Layer is the interface that controls applications such as e-mail and other applications used to send or receive information. I’ll use this space to talk about application in the more traditional sense—the ones that are installed on operating systems.

The network administrator must have policies in writing from the powers-that-be that spell out what applications should be available on the network and to whom. Without this document, administrators are in a precarious position. If a user wants an application, and you withhold it with no written policy, you face appeal. If you give a user an application, and someone higher up doesn’t think you should have done so, you face reprimand. If you have policies in hand that make the decisions for you, you will have the needed consistency.

This graphic is courtesy of the Abdus Salam International Centre for Theoretical Physics. Here’s how the OSI model works: Traffic flows down from the application to the physical layer across the network using the physical medium (for example, an Ethernet cable) to the receiver’s physical layer. It then moves up through the layers to the receiver’s application.

On the left hand side is a user. On the right hand side, you could have a server. Every request AND response has to travel from the left, down every layer, to the physical layer, across the physical layer, up the layers on the right, and up to the server on the top right hand corner.

GIMP singkatan dari GNU Image Manipulation Program. Sebuah aplikasi desain open source yang memiliki kemampuan menyerupai Adobe PhotoShop atau bahkan melebihi paint bawaan windows.

GIMP Memiliki banyak kemampuan. Dapat digunakan sebagai program paint yang sederhana, expert quality photo retouching program, sistem online batch processing, sebuah produksi massa renderer gambar, konversi format gambar, dll

GIMP dapat dikembangkan dan diperluas. It is designed to be augmented with plug-ins and extensions to do just about anything. Perangkat ini dirancang untuk ditambahkan dengan plug-in dan ekstensi untuk dapat meng-handle manipulasi segala hal. Advanced scripting interface memungkinkan semuanya dari tugas sederhana hingga paling proses manipulasi gambar yang kompleks menjadi mudah & sederhana.

Sebuah aplikasi desain opensource yang berbasis vector dengan kemampuan serupa dengan Illustrator, CorelDraw, atau Xara X, dengan menggunakan standar W3C Scalable Vector Graphics (SVG) format file yaitu INKSCAPE.

Inkscape mendukung berbagai berbagai kelengkapan fitur-fitur SVG yang dilakukan dalam merancang sebuah streamline antarmuka. Sangat mudah untuk mengedit node, melakukan path operations, trace bitmaps dan banyak lagi. We also aim to maintain a thriving user and developer community by using open, community-oriented development. Inkscape juga bertujuan untuk mempertahankan yang berkembang komunitas pengguna dan pengembang dengan menggunakan Open Source.

• Which browser offers the best performance on your system?

• Which browser is the fastest?

• Which browser is the popular?

Benchmarking tak sekedar mencontoh best practices yang dilakukan perusahaan lain untuk kemudian diterapkan di dalam perusahaan Anda.

“Best practices” merujuk pada praktik bisnis yang dilakukan dengan sangat baik melebihi apa yang dapat dilakukan perusahaan lain dalam suatu industri tertentu. Dengan kata lain, tak ada perusahaan lain yang melakukannya lebih baik. Best practices dapat diraih melalui inovasi di dalam perusahaan. Namun, kalau kita perhatikan akan ada banyak sekali inovasi yang dilakukan dan diterapkan oleh banyak perusahaan di mana saja.

Karenanya untuk mencapai best practices di Call Center Anda, sebaiknya Anda melihat ke luar dinding perusahaan Anda untuk melaihat apa yang sesungguhnya sedang terjadi. Benchmarking merupakan salah satu metodologi yang membantu Anda untuk melakukan seperti itu. Anda harus menyadari bahwa melakukan benchmarking dengan mitra yang kualitasnya lebih rendah dari yang terbaik di kelasnya mungkin saja meningkatkan kinerja Anda, tetapi Anda tidak akan pernah mencapai kinerja tingkat tertinggi yang mungkin dicapai.

Dari semua metoda melakukan benchmarking, dua yang sangat banyak dilakukan adalah “competitive benchmarking” dan “process benchmarking”. Jika Anda ingin menempatkan tingkat kinerja perusahaan Anda dalam lingkungan indusri Anda berada, competitive benchmarking merupakan pilihan yang tepat. Dengan competitive benchmarking Anda mengukur kinerja Call Center Anda langsung berhadapan dengan kompetitor Anda.

Sebaliknya, process benchmarking, mengukur proses atau praktik yang sangat penting bagi peningkatan kinerja Call Center Anda, dan melakukan hal itu di seluruh industri. Tipe benchmarking ini menhgidentifikasi best practices yang digunakan, lepas dari posisi Anda di dalam industri, dan selanjutnya mempelajari dengan sungguh-sungguh proses tersebut dan menerapkan proses terbaik itu di Call Center Anda.

Benchmarking bukanlah suatu pekerjaan yang mudah dilakukan. Pengalaman beberapa perusahaan menunjukkan hanya kalau direncanakan dan dilakukan dengan baik, ia dapat berhasil membuka perusahaan terhadap metode dan ide-ide baru.

Meski, Anda dapat menggunakan konsultan yang mahal untuk melakukannya, namun tak mungkin Anda melakukannya sendiri. Jika Anda yakin suatu peningkatan nyata dapat Anda lakukan terhadap suatu layanan, proses atau praktik tertentu, tetapi Anda tidak tahu perubahan-perubahan apa yang akan dilakukan, benchmarking merupakan cara mencari tahu mengenai hal itu.

Menyiapkan benchmark terhadap suatau layanan, proses dan praktik menghendaki perusahaan Anda untuk memeriksa secara hati-hati prosesnya sendiri sebelum melakukan kegiatan benchmarking.

10 Langkah Benchmarking
Sebelum melakukan seluruh prosedur benchmarking, perusahaan Anda harus membangun suatu tim yang terdiri dari 5 hingga 10 orang yang akan melaksanakan benchmark. Seorang pimpinan harus ditentukan terlebih dahulu yang akan bertanggungjawab terhadap proyek tersebut, dan juga komunikasi di antara anggota tim dengan manajemen. Anda harus sadar bahwa suatu benchmark dapat berlangsung dari 5 hingga 12 bulan, dan hasil terbaik akan diperoleh hanya jika Anda melakukannya terus menerus.

Berikut ini, Robert Camp, yang selama bertahun-tahun menjabat sebagai manajer benchmarking competency di perusahaan yang memelopori benchmarking, Xerox Corporation, menawarkan sejumlah langkah penting dalam melakukan benchmarking. Langkah-langkah ini, setidaknya berdasarkan pada pengalaman yang diperolehnya selama ini.

Langkah 1
Identifikasi dan dokumentasikan proses, praktik atau layanan yang akan di-benchmark.
Pertama kali sangat penting memastikan bahwa fokus utama Anda dalam melakukan benchmark. Kesalahan umum dalam melakukan benchmarking adalah mempelajari begitu banyak faktor dan parameter pada waktu yang sama, yang berakibat terkumpulnya banyak data tanpa hasil yang dapat dikerjakan. Jika mungkin, batasi cakupan benchmarking hanya dalam lingkup yang mungkin diselesaikan hanya dalam 90 hari. Perhatian kalangan eksekutif cukup sempit, dan karenanya hasil-hasil yang terukur akan menjadi kemestian untuk dibiayai guna mencapai hasil yang diinginkan.

Langkah 2
Identifikasi perusahaan atau sekelompok perusahaan yang akan menjadi sasaran benchmark Anda terhadap sejumlah proses tertentu.
Ini merupakan proses pencarian dan anggota tim Anda harus membuat daftar perusahaan potensial yang akan di-benchmark. Penyelidikan yang intensif perlu dilakukan terhadap perusahaan tersebut agar daftar yang dibuat dapat lebih fokus, sehingga Anda pun akan semakin tertantang untuk memilih mana yang benar-benar tepat. Anda mungkin tidak ingin atau dapat mem-benchmark kompetitor langsung Anda. Sebaliknya, Anda mungkin menyukai mem-benchmark perusahaan yang “serupa”. Misalnya sebuah perusahaan pembuat mesin mobil akan melakukan benchmark ke perusahaan pembuat “chip”, karena masing-masing membuat dan memasarkan “mesin” yang beroperasi di dalam produk-produk perusahaan lainnya.

Langkah 3
Kumpulkan dan simpan data mengenai perusahaan-perusahaan yang akan di benchmark.
Robert Camp merekomendasikan bahwa proses ini harus dilakukan baik secara internal maupun eksternal. Penggunan “business databases” yang menyediakan Anda dengan competitive intelligence, sejarah perusahaan, pengembangan produk dan informasi industri sangat diusulkan.

Langkah 4
Analisis data.
Dengan menganalisa data Anda akan mengetahui jurang (gaps) antara praktik perusahaan Anda dengan praktik-praktik terbaik yang dilakukan perusahaan-perusahaan lain dalam lingkungan industri Anda.

Langkah 5
Kinerja mendatang proyek Anda.
Kompetisi tak berdiam diri, melainkan terus meningkat, yang semakin mendorong Anda untuk terus mengikuti perkembangannya. Karenanya, hal ini membutuhkan analisis dan pemahaman mengenai tren industri untuk melihat seberapa cepat Anda dan kompetitor Anda berubah. Langkah ini akan menjaga hasil yang akan Anda dapatkan tidak mudah bertahan alias kadaluarsa.

Langkah 6
Komunikasikan hasilnya dan diterima di lingkungan perusahaan Anda.
Mendapat tanggapan dari anggota tim yang kritis merupakan suatu tantangan. Dengan mengokunikasikan hasilnya, Anda meningkatkan kemungkinan untuk diterima oleh kalangan manajemen senior, dan yang lebih penting oleh karyawan yang diharapkan untuk melakukan perubahan dan peningkatan.

Langkah 7
Buat tujuan yang akan dicapai.
Setelah menetapkan pencarian dan strategi mencarinya, tim harus menyampaikan rekomendasi akhirnya mengenai sasaran dan bagaimana organisasi harus berubah untuk mencapai tingkat kinerja yang baru.

Langkah 8
Bangun “action plan” untuk masing-masing tujuan.
Rencana tersebut harus merinci tugas-tugas yang terkait, termasuk nama-nama spesifik dan tanggal-tanggal yang terkait dengan tugas masing-masing. Setiap orang bertanggungjawab untuk setiap proses harus terlibat dalam membangun rencana-rencana perubahan tersebut.

Langkah 9
Implementasikan dan pantau hasilnya.
Langkah ini, yang biasanya dilakukan oleh suatu kelompok pengimplementasi dan para manajer mereka, sangat penting. Itu termasuk mengumpulkan data pada tataran kinerja yang baru, menggunakan tim problem-solving untuk menyelidiki isu-isu tertentu, dan menyesuaikan proses peningkatannya jika sasarannya belum tercapai.

Langkah 10
Mulai prosesnya sekali lagi, selangkah demi selangkah.
Sepanjang perusahaan Anda, industri Anda dan pelanggan Anda terus berubah, langkah ini sangat penting. Seberapa sering Anda harus memulai proses itu akan tergantung seberapa cepat lingkungan Anda berubah.

Bidang-bidang yang biasanya di-benchmark adalah:
1. Biaya pengoperasian Call Center (center costs),
2. Metriks Kinerja (performance metrics),
3. Kepuasan Pelanggan (caller satisfaction),
4. Pusat Strategis (center strategy),
5. Sumber daya manusia (human resources),
6. Proses aliran kerja (call flow work processes),
7. Pengetahuan pelanggan dan agen (caller knowledge and agent knowledge),
8. Integrasi teknologi (technology integration),
9. Fasilitas (facilities). ••

From E-Bizz Asia