OLSR - Revision history

Onnowpurbo: /* Pranala Menarik */

2014-10-21T02:22:04Z

Pranala Menarik

← Older revision		Revision as of 02:22, 21 October 2014
Line 121:		Line 121:
	* [[UBNT]]		* [[UBNT]]
	* [[OLSR - di Ubuntu]]		* [[OLSR - di Ubuntu]]
			* [[OLSR - di Ubuntu IPv6]]
	* [[WNDW: Jaringan Mesh dengan OLSR]]		* [[WNDW: Jaringan Mesh dengan OLSR]]
	* [[WiFi: HotSpot]]		* [[WiFi: HotSpot]]

Onnowpurbo: /* Implementasi */

2012-08-28T02:26:08Z

Implementasi

← Older revision		Revision as of 02:26, 28 August 2012
Line 92:		Line 92:

	* OLSR.ORG – tersedia source code OLSR di GNU/Linux, Windows, Mac OS X, FreeBSD dan NetBSD. Fitur dokumentasi yang lumayan lengkap, termasuk informasi survey pekerjaan yang terkait.		* OLSR.ORG – tersedia source code OLSR di GNU/Linux, Windows, Mac OS X, FreeBSD dan NetBSD. Fitur dokumentasi yang lumayan lengkap, termasuk informasi survey pekerjaan yang terkait.
	* NRL-OLSR – tersedia source code dari NRL-OLSR. Dapat di jalankan di Windows, MacOS, Linux, ~~and various~~ embedded PDA ~~systems such as~~ Arm/Zaurus ~~and~~ PocketPC ~~as well as simulation environments~~ ns2 ~~and~~ OPNET., http://cs.itd.nrl.navy.mil/focus/		* NRL-OLSR – tersedia source code dari NRL-OLSR. Dapat di jalankan di Windows, MacOS, Linux, dan berbagai embedded PDA sistem seperti Arm/Zaurus dan PocketPC termasuk simulator ns2 dan OPNET., http://cs.itd.nrl.navy.mil/focus/
	* SOURCEFORGE.NET-OLSR – ~~Created by~~ MOVIQUITY ~~and based on studies within the project~~ Workpad, ~~it offers a~~ code in C# ~~to deploy a~~ MANET (Ad-Hoc, Meshnet) ~~with~~ protocol OLSR. ~~Developed for~~ WM 6, Win XP ~~and can be adapted to other platforms using~~ NET Framework ~~and~~ Compact http://sourceforge.net/projects/wmolsr/		* SOURCEFORGE.NET-OLSR – Dibuat oleh MOVIQUITY berbasis pada studi yang dilakukan oleh Project Workpad, menyediakan source code dalam C# untuk menjalankan MANET (Ad-Hoc, Meshnet) menggunakan protocol OLSR. Dikembangkan menggunakan WM 6, Win XP dapat di adaptasi ke platform lain menggunakan NET Framework dan Compact http://sourceforge.net/projects/wmolsr/


	==Referensi==		==Referensi==

Onnowpurbo: /* Fitur yanng spesifik di OLSR */

2012-08-28T02:15:02Z

Fitur yanng spesifik di OLSR

← Older revision		Revision as of 02:15, 28 August 2012
Line 40:		Line 40:


	===Fitur ~~yanng~~ spesifik di OLSR===		===Fitur yang spesifik di OLSR===

	Protocol Link-state routing seperti Open Shortest Path First (OSPF) dan IS-IS akan memilih router tertentu di setiap sambungan untuk melakukan pemberitahuan akan informasi topologi. Dalam jaringan wireless ad-hoc, ada perbedaan pengertian tentang sebuah sambungan, paket dapat dan pergi keluar melalui interface yang sama, oleh karena itu kita perlu melakukan proses yang berbeda untuk mengoptimasi proses pemberitahuan.		Protocol Link-state routing seperti Open Shortest Path First (OSPF) dan IS-IS akan memilih router tertentu di setiap sambungan untuk melakukan pemberitahuan akan informasi topologi. Dalam jaringan wireless ad-hoc, ada perbedaan pengertian tentang sebuah sambungan, paket dapat dan pergi keluar melalui interface yang sama, oleh karena itu kita perlu melakukan proses yang berbeda untuk mengoptimasi proses pemberitahuan.

Onnowpurbo at 03:02, 22 August 2012

2012-08-22T03:02:37Z

← Older revision		Revision as of 03:02, 22 August 2012
Line 62:		Line 62:
	Definisi awal dari OLSR tidak termasuk kemampuan untuk mengetahui kualitas sambungan; OLSR hanya mengasumsikan sambungan terjadi jika ada beberapa hello paket yang diterima. Hal ini mengasumsikan bahwa sebuah sambungan hanya ada dua kemungkinan (jalan atau mati), yang sebetulnya belum tentu untuk jaringan wireless, yang kadang-kadang menunjukan paket loss yang tinggi. Oleh karena itu, implementasi open source OLSRd (di Linux-based mesh router) mulai di kembangkan (mulai versi 0.4.8) untuk mendeteksi kualitas sambungan.		Definisi awal dari OLSR tidak termasuk kemampuan untuk mengetahui kualitas sambungan; OLSR hanya mengasumsikan sambungan terjadi jika ada beberapa hello paket yang diterima. Hal ini mengasumsikan bahwa sebuah sambungan hanya ada dua kemungkinan (jalan atau mati), yang sebetulnya belum tentu untuk jaringan wireless, yang kadang-kadang menunjukan paket loss yang tinggi. Oleh karena itu, implementasi open source OLSRd (di Linux-based mesh router) mulai di kembangkan (mulai versi 0.4.8) untuk mendeteksi kualitas sambungan.

	Karena proactive protocol, OLSR banyak menggunakan daya dan jaringan untuk menyebarkan data tentang route yang mungkin tidak digunakan. Hal ini mungkin bukan masalah bagi Access Point, atau laptop, akan tetapi ini menyebabkan OLSR tidak baik untuk jaringan sensor yang berusaha untuk tidur sepanjang waktu. Untuk Access Point kecil dengan CPU power yang rendah, proyek open source OLSRd menunjukan bahwa jaringan mesh skala besar dapat dijalankan dengan OLSRd di ribuan node dengan CPU power yang sangat kecil di embedded device 200MHz.		Karena proactive protocol, [[OLSR]] banyak menggunakan daya dan jaringan untuk menyebarkan data tentang route yang mungkin tidak digunakan. Hal ini mungkin bukan masalah bagi [[Access Point]], atau [[laptop]], akan tetapi ini menyebabkan [[OLSR]] tidak baik untuk jaringan sensor yang berusaha untuk tidur sepanjang waktu. Untuk [[Access Point]] kecil dengan [[CPU]] power yang rendah, proyek open source OLSRd menunjukan bahwa jaringan mesh skala besar dapat dijalankan dengan OLSRd di ribuan node dengan CPU power yang sangat kecil di embedded device 200MHz.

	Karena protocol link-state, OLSR memerlukan bandwidth dan CPU power yang lumayan untuk menghitung jalur yang optimal di jaringan. Dalam jaringan yang mengandalkan OLSR, biasanya tidak lebih dari beberapa ratus node, tampaknya hal ini bukan masalah.		Karena protocol link-state, OLSR memerlukan bandwidth dan CPU power yang lumayan untuk menghitung jalur yang optimal di jaringan. Dalam jaringan yang mengandalkan OLSR, biasanya tidak lebih dari beberapa ratus node, tampaknya hal ini bukan masalah.
Line 73:		Line 73:
	OLSR menggunakan message "Hello" untuk mencari tetangga satu hop dan tetangga dua hop melalui responds mereka. Pengirim kemudian dapat memilih multipoint relay (MPR) berbasis pada node satu hop yang memberikan route terbaik ke node dua hop. Setiap node juga merupakan pemilih MPR, dan akan memberitahukan node yang dia pilih sebagai node MPR. OLSR menggunakan message topologi control (TC) bersama MPR forwarding untuk memberitahukan informasi tetangga ke seluruh jaringan. Message Host and Network Association (HNA) digunakan oleh OLSR untuk menyebarkan pemberitahuan network route sama seperti message TC memberitahukan route host.		OLSR menggunakan message "Hello" untuk mencari tetangga satu hop dan tetangga dua hop melalui responds mereka. Pengirim kemudian dapat memilih multipoint relay (MPR) berbasis pada node satu hop yang memberikan route terbaik ke node dua hop. Setiap node juga merupakan pemilih MPR, dan akan memberitahukan node yang dia pilih sebagai node MPR. OLSR menggunakan message topologi control (TC) bersama MPR forwarding untuk memberitahukan informasi tetangga ke seluruh jaringan. Message Host and Network Association (HNA) digunakan oleh OLSR untuk menyebarkan pemberitahuan network route sama seperti message TC memberitahukan route host.

	Hello		[[Image:Olsr-hello-packet.png\|center\|400px\|thumb\|Hello Paket]]

	Olsr-~~hello~~-packet.png		[[Image:Olsr-tc-packet.png\|center\|400px\|thumb\|Topology Control (TC) Paket]]
	Topology ~~control~~ (TC)

	~~Olsr-tc-packet.png~~		===Pendekatan Lain===
	~~Other approaches~~

	Masalah routing di jaringan wireless ad-hoc saat ini sedang aktif di teliti, dan OLSR adalah salah satu dari solusi yang di usulkan. Bagi banyak orang, masih tidak jelas apakah kita perlu mengembangkan sebuah protokol yang baru, atau OSPF dapat di kembangkan untuk interface wireless.		Masalah routing di jaringan wireless ad-hoc saat ini sedang aktif di teliti, dan [[OLSR]] adalah salah satu dari solusi yang di usulkan. Bagi banyak orang, masih tidak jelas apakah kita perlu mengembangkan sebuah protokol yang baru, atau [[OSPF]] dapat di kembangkan untuk [[interface]] [[wireless]].

	Dalam lingkungan rakus-bandwidth dan rakus-daya, kita biasanya tidak menginginkan jaringan yang ribut juga tidak ada traffic yang harus di lalukan. Protocol routing reactive biasanya tidak menyimpan tabel route, tapi menyimpannya sesuai dengan kebutuhan. Protocol link-state biasanya membutuhkan sinkronisasi database, protokol ini biasanya menggunakan pendekatan distance vector, seperti AODV dan DSDV, atau pendekatan yang lebih ad-hoc yang belum tentu dapat membangun jalur yang optimal, seperti Dynamic Source Routing.		Dalam lingkungan rakus-bandwidth dan rakus-daya, kita biasanya tidak menginginkan jaringan yang ribut juga tidak ada traffic yang harus di lalukan. Protocol routing reactive biasanya tidak menyimpan tabel route, tapi menyimpannya sesuai dengan kebutuhan. Protocol link-state biasanya membutuhkan sinkronisasi database, protokol ini biasanya menggunakan pendekatan distance vector, seperti AODV dan DSDV, atau pendekatan yang lebih ad-hoc yang belum tentu dapat membangun jalur yang optimal, seperti Dynamic Source Routing.

Onnowpurbo at 02:55, 22 August 2012

2012-08-22T02:55:34Z

← Older revision		Revision as of 02:55, 22 August 2012
Line 83:		Line 83:
	Masalah routing di jaringan wireless ad-hoc saat ini sedang aktif di teliti, dan OLSR adalah salah satu dari solusi yang di usulkan. Bagi banyak orang, masih tidak jelas apakah kita perlu mengembangkan sebuah protokol yang baru, atau OSPF dapat di kembangkan untuk interface wireless.		Masalah routing di jaringan wireless ad-hoc saat ini sedang aktif di teliti, dan OLSR adalah salah satu dari solusi yang di usulkan. Bagi banyak orang, masih tidak jelas apakah kita perlu mengembangkan sebuah protokol yang baru, atau OSPF dapat di kembangkan untuk interface wireless.

	Dalam lingkungan rakus-bandwidth dan rakus-daya, ~~sangat~~		Dalam lingkungan rakus-bandwidth dan rakus-daya, kita biasanya tidak menginginkan jaringan yang ribut juga tidak ada traffic yang harus di lalukan. Protocol routing reactive biasanya tidak menyimpan tabel route, tapi menyimpannya sesuai dengan kebutuhan. Protocol link-state biasanya membutuhkan sinkronisasi database, protokol ini biasanya menggunakan pendekatan distance vector, seperti AODV dan DSDV, atau pendekatan yang lebih ad-hoc yang belum tentu dapat membangun jalur yang optimal, seperti Dynamic Source Routing.

	~~In bandwidth- and power-starved environments, it is interesting to keep the network silent when there is no~~ traffic ~~to be routed~~. ~~Reactive~~ routing ~~protocols do not maintain routes~~, ~~but build them on demand~~. As link-state ~~protocols require~~ database ~~synchronisation~~, ~~such protocols typically use the~~ distance vector ~~approach~~, ~~as in~~ AODV ~~and~~ DSDV, ~~or more~~ ad-hoc ~~approaches that do not necessarily build~~ optimal ~~paths~~, ~~such as~~ Dynamic Source Routing.

	~~For more information see the list of ad-hoc routing protocols~~.

Onnowpurbo at 02:49, 22 August 2012

2012-08-22T02:49:16Z

← Older revision		Revision as of 02:49, 22 August 2012
Line 81:		Line 81:
	Other approaches		Other approaches

	~~The problem of~~ routing in ad-hoc ~~wireless networks is actively being researched~~, ~~and~~ OLSR ~~is but one of several proposed solutions~~. ~~To many~~, ~~it is not clear whether a whole new protocol is needed~~, ~~or whether~~ OSPF ~~could be extended with support for~~ wireless ~~interfaces~~.~~[3][4]~~		Masalah routing di jaringan wireless ad-hoc saat ini sedang aktif di teliti, dan OLSR adalah salah satu dari solusi yang di usulkan. Bagi banyak orang, masih tidak jelas apakah kita perlu mengembangkan sebuah protokol yang baru, atau OSPF dapat di kembangkan untuk interface wireless.

			Dalam lingkungan rakus-bandwidth dan rakus-daya, sangat

	In bandwidth- and power-starved environments, it is interesting to keep the network silent when there is no traffic to be routed. Reactive routing protocols do not maintain routes, but build them on demand. As link-state protocols require database synchronisation, such protocols typically use the distance vector approach, as in AODV and DSDV, or more ad-hoc approaches that do not necessarily build optimal paths, such as Dynamic Source Routing.		In bandwidth- and power-starved environments, it is interesting to keep the network silent when there is no traffic to be routed. Reactive routing protocols do not maintain routes, but build them on demand. As link-state protocols require database synchronisation, such protocols typically use the distance vector approach, as in AODV and DSDV, or more ad-hoc approaches that do not necessarily build optimal paths, such as Dynamic Source Routing.

Onnowpurbo at 02:43, 22 August 2012

2012-08-22T02:43:55Z

← Older revision		Revision as of 02:43, 22 August 2012
Line 69:		Line 69:


	==~~Messages~~==		==Message==

			OLSR menggunakan message "Hello" untuk mencari tetangga satu hop dan tetangga dua hop melalui responds mereka. Pengirim kemudian dapat memilih multipoint relay (MPR) berbasis pada node satu hop yang memberikan route terbaik ke node dua hop. Setiap node juga merupakan pemilih MPR, dan akan memberitahukan node yang dia pilih sebagai node MPR. OLSR menggunakan message topologi control (TC) bersama MPR forwarding untuk memberitahukan informasi tetangga ke seluruh jaringan. Message Host and Network Association (HNA) digunakan oleh OLSR untuk menyebarkan pemberitahuan network route sama seperti message TC memberitahukan route host.

	OLSR makes use of "Hello" messages to find its one hop neighbors and its two hop neighbors through their responses. The sender can then select its multipoint relays (MPR) based on the one hop node that offers the best routes to the two hop nodes. Each node has also an MPR selector set, which enumerates nodes that have selected it as an MPR node. OLSR uses topology control (TC) messages along with MPR forwarding to disseminate neighbor information throughout the network. Host and network association (HNA) messages are used by OLSR to disseminate network route advertisements in the same way TC messages advertise host routes.
	Hello		Hello

Line 94:		Line 95:
	===Implementasi===		===Implementasi===

	* OLSR.ORG – tersedia source code OLSR di GNU/Linux, Windows, Mac OS X, FreeBSD dan NetBSD. ~~Features a great deal of documentation~~, ~~including an informative~~ survey ~~of related work~~.		* OLSR.ORG – tersedia source code OLSR di GNU/Linux, Windows, Mac OS X, FreeBSD dan NetBSD. Fitur dokumentasi yang lumayan lengkap, termasuk informasi survey pekerjaan yang terkait.
	* NRL-OLSR – tersedia source code dari NRL-OLSR. Dapat di jalankan di Windows, MacOS, Linux, and various embedded PDA systems such as Arm/Zaurus and PocketPC as well as simulation environments ns2 and OPNET., http://cs.itd.nrl.navy.mil/focus/		* NRL-OLSR – tersedia source code dari NRL-OLSR. Dapat di jalankan di Windows, MacOS, Linux, and various embedded PDA systems such as Arm/Zaurus and PocketPC as well as simulation environments ns2 and OPNET., http://cs.itd.nrl.navy.mil/focus/
	* SOURCEFORGE.NET-OLSR – Created by MOVIQUITY and based on studies within the project Workpad, it offers a code in C# to deploy a MANET (Ad-Hoc, Meshnet) with protocol OLSR. Developed for WM 6, Win XP and can be adapted to other platforms using NET Framework and Compact http://sourceforge.net/projects/wmolsr/		* SOURCEFORGE.NET-OLSR – Created by MOVIQUITY and based on studies within the project Workpad, it offers a code in C# to deploy a MANET (Ad-Hoc, Meshnet) with protocol OLSR. Developed for WM 6, Win XP and can be adapted to other platforms using NET Framework and Compact http://sourceforge.net/projects/wmolsr/

Onnowpurbo at 01:21, 22 August 2012

2012-08-22T01:21:29Z

← Older revision		Revision as of 01:21, 22 August 2012
Line 64:		Line 64:
	Karena proactive protocol, OLSR banyak menggunakan daya dan jaringan untuk menyebarkan data tentang route yang mungkin tidak digunakan. Hal ini mungkin bukan masalah bagi Access Point, atau laptop, akan tetapi ini menyebabkan OLSR tidak baik untuk jaringan sensor yang berusaha untuk tidur sepanjang waktu. Untuk Access Point kecil dengan CPU power yang rendah, proyek open source OLSRd menunjukan bahwa jaringan mesh skala besar dapat dijalankan dengan OLSRd di ribuan node dengan CPU power yang sangat kecil di embedded device 200MHz.		Karena proactive protocol, OLSR banyak menggunakan daya dan jaringan untuk menyebarkan data tentang route yang mungkin tidak digunakan. Hal ini mungkin bukan masalah bagi Access Point, atau laptop, akan tetapi ini menyebabkan OLSR tidak baik untuk jaringan sensor yang berusaha untuk tidur sepanjang waktu. Untuk Access Point kecil dengan CPU power yang rendah, proyek open source OLSRd menunjukan bahwa jaringan mesh skala besar dapat dijalankan dengan OLSRd di ribuan node dengan CPU power yang sangat kecil di embedded device 200MHz.

			Karena protocol link-state, OLSR memerlukan bandwidth dan CPU power yang lumayan untuk menghitung jalur yang optimal di jaringan. Dalam jaringan yang mengandalkan OLSR, biasanya tidak lebih dari beberapa ratus node, tampaknya hal ini bukan masalah.

	~~Being a link-state protocol~~, OLSR ~~requires a reasonably large amount of bandwidth and CPU power to compute optimal paths in the network. In the typical networks where OLSR is used (which rarely exceed a few hundreds of nodes)~~, ~~this does not appear to be a problem~~.		Dengan hanya menggunakan MPR untuk membanjiri informasi topologi, OLSR akan menghilangkan beberapa redudansi dalam proses penyebaran informasi, hal ini mungkin akan menjadi masalah jika di operasikan dalam jaringan yang mempunyai paket loss yang lumayan. Akan tetapi mekanisme MPR mempunyai kemampuan untuk memperbaiki diri sendiri, yang artinya jika ada paket loss, di mungkinkan ada beberapa node yang tidak ingin mengirim ulang paket-nya.

	~~By only using MPRs to flood topology information~~, ~~OLSR removes some of the redundancy of the flooding process~~, ~~which may be a problem in networks with moderate to large packet loss rates[2] – however the MPR mechanism is self~~-~~pruning (which means that in case of packet losses, some nodes that would not have retransmitted a packet, may do so)~~.

Onnowpurbo at 22:57, 21 August 2012

2012-08-21T22:57:53Z

← Older revision		Revision as of 22:57, 21 August 2012
Line 62:		Line 62:
	Definisi awal dari OLSR tidak termasuk kemampuan untuk mengetahui kualitas sambungan; OLSR hanya mengasumsikan sambungan terjadi jika ada beberapa hello paket yang diterima. Hal ini mengasumsikan bahwa sebuah sambungan hanya ada dua kemungkinan (jalan atau mati), yang sebetulnya belum tentu untuk jaringan wireless, yang kadang-kadang menunjukan paket loss yang tinggi. Oleh karena itu, implementasi open source OLSRd (di Linux-based mesh router) mulai di kembangkan (mulai versi 0.4.8) untuk mendeteksi kualitas sambungan.		Definisi awal dari OLSR tidak termasuk kemampuan untuk mengetahui kualitas sambungan; OLSR hanya mengasumsikan sambungan terjadi jika ada beberapa hello paket yang diterima. Hal ini mengasumsikan bahwa sebuah sambungan hanya ada dua kemungkinan (jalan atau mati), yang sebetulnya belum tentu untuk jaringan wireless, yang kadang-kadang menunjukan paket loss yang tinggi. Oleh karena itu, implementasi open source OLSRd (di Linux-based mesh router) mulai di kembangkan (mulai versi 0.4.8) untuk mendeteksi kualitas sambungan.

			Karena proactive protocol, OLSR banyak menggunakan daya dan jaringan untuk menyebarkan data tentang route yang mungkin tidak digunakan. Hal ini mungkin bukan masalah bagi Access Point, atau laptop, akan tetapi ini menyebabkan OLSR tidak baik untuk jaringan sensor yang berusaha untuk tidur sepanjang waktu. Untuk Access Point kecil dengan CPU power yang rendah, proyek open source OLSRd menunjukan bahwa jaringan mesh skala besar dapat dijalankan dengan OLSRd di ribuan node dengan CPU power yang sangat kecil di embedded device 200MHz.

	Being a proactive protocol, OLSR uses power and network resources in order to propagate data about possibly unused routes. While this is not a problem for wired access points, and laptops, it makes OLSR unsuitable for sensor networks that try to sleep most of the time. For small scale wired access points with low CPU power, the open source OLSRd project showed that large scale mesh networks can run with OLSRd on thousands of nodes with very little CPU power on 200 MHz embedded devices.

	Being a link-state protocol, OLSR requires a reasonably large amount of bandwidth and CPU power to compute optimal paths in the network. In the typical networks where OLSR is used (which rarely exceed a few hundreds of nodes), this does not appear to be a problem.		Being a link-state protocol, OLSR requires a reasonably large amount of bandwidth and CPU power to compute optimal paths in the network. In the typical networks where OLSR is used (which rarely exceed a few hundreds of nodes), this does not appear to be a problem.

Onnowpurbo at 22:47, 21 August 2012

2012-08-21T22:47:51Z

← Older revision		Revision as of 22:47, 21 August 2012
Line 56:		Line 56:
	Route default dan network dapat di masukan ke sistem menggunakan message HNA yang memungkinkan sambungan ke [[InterNet]] atau jaringan lain dalam OLSR MANET cloud. Route network adalah salah satu kelebihan proactive protocol yang saat ini tidak bisa di tangani oleh reactive protocol dengan baik.		Route default dan network dapat di masukan ke sistem menggunakan message HNA yang memungkinkan sambungan ke [[InterNet]] atau jaringan lain dalam OLSR MANET cloud. Route network adalah salah satu kelebihan proactive protocol yang saat ini tidak bisa di tangani oleh reactive protocol dengan baik.

	Nilai timeout		Nilai timeout dan informasi validitas ada dalam message yang memungkinkan nilai timer yang berbeda digunakan untuk berbagai node.


	~~Timeout values and validity information is contained within the messages conveying information allowing for differing~~ timer ~~values to be used at differing nodes~~.

	===Kritik Terhadap OLSR===		===Kritik Terhadap OLSR===

			Definisi awal dari OLSR tidak termasuk kemampuan untuk mengetahui kualitas sambungan; OLSR hanya mengasumsikan sambungan terjadi jika ada beberapa hello paket yang diterima. Hal ini mengasumsikan bahwa sebuah sambungan hanya ada dua kemungkinan (jalan atau mati), yang sebetulnya belum tentu untuk jaringan wireless, yang kadang-kadang menunjukan paket loss yang tinggi. Oleh karena itu, implementasi open source OLSRd (di Linux-based mesh router) mulai di kembangkan (mulai versi 0.4.8) untuk mendeteksi kualitas sambungan.

	The original definition of OLSR does not include any provisions for sensing of link quality; it simply assumes that a link is up if a number of hello packets have been received recently. This assumes that links are bi-modal (either working or failed), which is not necessarily the case on wireless networks, where links often exhibit intermediate rates of packet loss. Implementations such as the open source OLSRd (commonly used on Linux-based mesh routers) have been extended (as of v. 0.4.8) with link quality sensing.

	Being a proactive protocol, OLSR uses power and network resources in order to propagate data about possibly unused routes. While this is not a problem for wired access points, and laptops, it makes OLSR unsuitable for sensor networks that try to sleep most of the time. For small scale wired access points with low CPU power, the open source OLSRd project showed that large scale mesh networks can run with OLSRd on thousands of nodes with very little CPU power on 200 MHz embedded devices.		Being a proactive protocol, OLSR uses power and network resources in order to propagate data about possibly unused routes. While this is not a problem for wired access points, and laptops, it makes OLSR unsuitable for sensor networks that try to sleep most of the time. For small scale wired access points with low CPU power, the open source OLSRd project showed that large scale mesh networks can run with OLSRd on thousands of nodes with very little CPU power on 200 MHz embedded devices.
Line 71:		Line 68:

	By only using MPRs to flood topology information, OLSR removes some of the redundancy of the flooding process, which may be a problem in networks with moderate to large packet loss rates[2] – however the MPR mechanism is self-pruning (which means that in case of packet losses, some nodes that would not have retransmitted a packet, may do so).		By only using MPRs to flood topology information, OLSR removes some of the redundancy of the flooding process, which may be a problem in networks with moderate to large packet loss rates[2] – however the MPR mechanism is self-pruning (which means that in case of packet losses, some nodes that would not have retransmitted a packet, may do so).
	Messages

			==Messages==

	OLSR makes use of "Hello" messages to find its one hop neighbors and its two hop neighbors through their responses. The sender can then select its multipoint relays (MPR) based on the one hop node that offers the best routes to the two hop nodes. Each node has also an MPR selector set, which enumerates nodes that have selected it as an MPR node. OLSR uses topology control (TC) messages along with MPR forwarding to disseminate neighbor information throughout the network. Host and network association (HNA) messages are used by OLSR to disseminate network route advertisements in the same way TC messages advertise host routes.		OLSR makes use of "Hello" messages to find its one hop neighbors and its two hop neighbors through their responses. The sender can then select its multipoint relays (MPR) based on the one hop node that offers the best routes to the two hop nodes. Each node has also an MPR selector set, which enumerates nodes that have selected it as an MPR node. OLSR uses topology control (TC) messages along with MPR forwarding to disseminate neighbor information throughout the network. Host and network association (HNA) messages are used by OLSR to disseminate network route advertisements in the same way TC messages advertise host routes.
Line 91:		Line 90:
	===OLSR versi 2===		===OLSR versi 2===

	OLSRv2 ~~is currently being developed within the~~ IETF. ~~It maintains many of the key features of the original including~~ MPR ~~selection and dissemination~~. ~~Key differences are the flexibility and~~ modular ~~design using shared components~~: packet format packetbb, ~~and neighborhood discovery~~ protocol NHDP. ~~These components are being designed to be common among next generation~~ IETF MANET ~~protocols~~. ~~Differences in the handling of multiple~~ address ~~and~~ interface ~~enabled nodes is also present between~~ OLSR ~~and~~ OLSRv2.		OLSRv2 saat ini mulai di kembangkan di IETF. OLSRv2 tetap menjagi banyak fitur kunci dari OLSRv1 termasuk pemilihan MPR dan diseminasi. Kunci perbedaan ada pada flexibilitas dan modular disain menggunakan komponen yang digunakan bersama: packet format packetbb, dan protocol untuk mencaritahu tetangga NHDP. Komponen ini dirancang agar sama dengan protocol yang digunakan di IETF MANET. Perbedaan dalam menangani banyak address dan node dengan banyak interface juga tampak antara OLSR dan OLSRv2.
	~~Implementations~~

			===Implementasi===

	* OLSR.ORG – ~~Downloadable~~ code ~~for~~ OLSR on GNU/Linux, Windows, Mac OS X, FreeBSD ~~and~~ NetBSD ~~systems~~. Features a great deal of documentation, including an informative survey of related work.		* OLSR.ORG – tersedia source code OLSR di GNU/Linux, Windows, Mac OS X, FreeBSD dan NetBSD. Features a great deal of documentation, including an informative survey of related work.
	* NRL-OLSR – ~~Open~~ source code of NRL-OLSR. ~~Works on~~ Windows, MacOS, Linux, and various embedded PDA systems such as Arm/Zaurus and PocketPC as well as simulation environments ns2 and OPNET., http://cs.itd.nrl.navy.mil/focus/		* NRL-OLSR – tersedia source code dari NRL-OLSR. Dapat di jalankan di Windows, MacOS, Linux, and various embedded PDA systems such as Arm/Zaurus and PocketPC as well as simulation environments ns2 and OPNET., http://cs.itd.nrl.navy.mil/focus/
	* SOURCEFORGE.NET-OLSR – Created by MOVIQUITY and based on studies within the project Workpad, it offers a code in C# to deploy a MANET (Ad-Hoc, Meshnet) with protocol OLSR. Developed for WM 6, Win XP and can be adapted to other platforms using NET Framework and Compact http://sourceforge.net/projects/wmolsr/		* SOURCEFORGE.NET-OLSR – Created by MOVIQUITY and based on studies within the project Workpad, it offers a code in C# to deploy a MANET (Ad-Hoc, Meshnet) with protocol OLSR. Developed for WM 6, Win XP and can be adapted to other platforms using NET Framework and Compact http://sourceforge.net/projects/wmolsr/